|
|
| dipswitch |
| Posted: May 1 2003, 10:21 AM |
 |
|
Unregistered
|
I don't know.
Are the scrolling credits at the end of a movie easy or difficult to encode with MPEG2 compression?
Will the compressor allocate a high or low bit rate for them?
I'd really like to leave the credits in my movies, instead of cutting them off, but I'm afraid the rest of the movie will lose in quality because of their requiring a high bit rate to encode.
On one hand, there is a lot of black tiles that never change and the motion of the active ones is very predictable, but they are pretty complex tiles!
I don't know.
Anybody does? Will the credits on the black screen eat up few or many bits? |
|
| valja |
| Posted: May 1 2003, 01:02 PM |
|
|
Advanced Member
Group: Members
Posts: 179
Member No.: 66
Joined: 1-August 02
|
You can easily check it during encoding of these credits. Just look to status window: predicted file size - is ist increasing or decreasing, or (in "Video" tab) look to size of compressed frames.
By my experience these credits are quite space consuming - usually the bitrate is slightly higher than average during movie.
|
|
| TheOtherBucci |
| Posted: May 2 2003, 04:42 AM |
|
|
Unregistered
|
Though i haven't used it, there's a filter named "end credits" that purports to change the bitrate for the credits section of your vids ... you set start and stop frame# (and you can apply the filter twice, to do opening and ending).
Can't recall where I got it.
Credits are definitely an issue ... you can prove it to yourself by encoding with Xvid and using the bitrate reduction capability built in there (same as what i described for the filter above, but the codec itself has it as a feature). Another reason i really wish someone would fund Xvid to pay the license fee and let us use it with a clear conscience  |
|
| David.Bucci |
| Posted: May 2 2003, 05:13 AM |
|
|
Unregistered
|
Sorry for the below, i thought i saw a post from fccHandler asking if TheOtherBucci was really me ... maybe a mod deleted it?
----------------------------------------------------------------------------------------
You fiend, you've unmasked me! 
Switching over to another computer, and didn't want to lose my forum settings while I tested things. I'll now be back to using my real account fulltime.
|
|
| endorphin |
| Posted: May 2 2003, 06:48 AM |
|
|
Advanced Member
Group: Members
Posts: 112
Member No.: 3488
Joined: 4-April 03
|
Credits require a lot of bits to encode cleanly. The reason is that typically they are printed in sharp-edged fonts, and having a lot of sharp edges on the screen is a difficult task for codecs that are best for videographic simulation of real-world images. What's even worse than having a lot of sharp edges on the screen is to also have those sharp edges move. It does not help if they are moving uniformly. With one exception: codecs that perform "GMC" (global motion compensation), for example DivX 5.xx, will detect the fact that the only thing changed from one frame of your rolling credits to the next frame is vertical motion; the codec will then encode only a motion vector plus the new data for the new rasters of credits that have entered the top or bottom of the screen since the previous frame (if I'm not mistaken about how this is done). What might be good is a codec developed entirely for encoding credits... but I'm sure someone's years ahead on thinking about this and I know there's a lot I'm missing.
One way to handle credits is to play with the recently added EKG ("Electrokompressiongraph") tool in DivX 5.0.4/5 that allows you, after the first and second passes of an N-pass encode, to graphically alter the bitrate modulation parameter in chosen parts of a video. So you can go to the credits and selectively increase or decrease the allocated bits for that section. This changes the logfile; you then run another pass and the changes you made are seen in the new output video.
|
|
| fccHandler |
| Posted: May 2 2003, 07:21 AM |
|
|
Administrator n00b
Group: Moderators
Posts: 3961
Member No.: 280
Joined: 13-September 02
|
| QUOTE (David.Bucci @ May 2 2003, 01:13 AM) | | i thought i saw a post from fccHandler asking if TheOtherBucci was really me |
 Gosh you're quick, dude! I was only here a couple of minutes.
--------------------
May the FOURCC be with you... |
|
| Cerberus |
| Posted: May 6 2003, 09:09 PM |
|
|
Advanced Member
Group: Members
Posts: 100
Member No.: 2031
Joined: 18-January 03
|
I cut them off dipswitch. Then apend them to the video with alot lower bitrate like 200kbs... Since I never really bother to read the credits, why have them taking up space.
Just find what ever suits you
|
|
| minion |
| Posted: May 9 2003, 09:57 PM |
|
|
Advanced Member
Group: Members
Posts: 508
Member No.: 1027
Joined: 26-November 02
|
If you Use CCE to encode to Mpeg2 there is a Tool called "ECL-CCE" that adds the Save ECL feature to Cracked versions of CCE But it also has another Setting called "Tweak" which lets you put in the Time when the credits start and end and the Bitrate you want to use to encode the Credits, this Helps you save valuable Bitrate for Scenes that really need it as opposed to Credits.But with CCE you can set the Bitrate for every scene in the Movie if you want..... |
|
