I've just done a bunch of tests using TMPG to encode two test streams;
one video only, encoded to elemental stream, the other video+audio,
encoded into a system stream.
The results are largely predictable, but become very strange when video
bitrate goes below 1,000 kbps or so for system streams. Same problem
does NOT occur for elemental (video only) streams. Basically, dropping the bitrate below 1,000 kbps for system streams does NOT result in reduced file sizes.
I can't find
anything documented to explain this. Are my results to be expected? The only thing I can guess is, the overhead of multiplexing audio and video overshadows any savings associated with reduced video bitrate at some point - but I would expect the 'breakpoint' to be at a much lower value.
I realize my bitrates are non-standard; I'm looking at compressing some
video clips way down, for PC viewing only (hence standards are less
important).
Samples / Results:
--------------------------------------------------------------------------------
Clip length = 40 seconds.
Encode elemental stream, video only.
CBR 2520 kbps.
File size predicted = 2520 * 40 / 8 = 12,600. Actual - 12,318k (close)
CBR 1150 kbps.
File size predicted = 1150 * 40 / 8 = 5,750. Actual - 5,622k (close)
CBR 500 kbps.
File size predicted = 500 * 40 / 8 = 2,500. Actual - 2,445k (close)
--------------------------------------------------------------------------------
All above file sizes are as expected.
Now generate a 'system' stream, with audio at 224kpbs, same video
bitrates as above, same clip length:
--------------------------------------------------------------------------------
Encode System stream, video+audio.
CBR 2520 kbps
File size predicted = (2520+224) * 40 / 8 = 13,720. Actual - 12,593
(close)
CBR 1150 kbps
File size predicted = (1150+224) * 40 / 8 = 6,870. Actual - 6,854
(close)
CBR 500 kbps
File size predicted = (500+224) * 40 / 8 = 3,620. Actual - 6,854 (way
off)
--------------------------------------------------------------------------------
Note how 'actual' file size at 500 kbps is the same as for 1150 kbps.
Repeated the above tests with VBR (2-pass), setting the 'average'
value for VBR to match the above values for CBR. Essentially, the same
results. I also tried values of 1,000, 900, 800, etc for bitrate, and
in general, it seems that: for system streams (with or without audio)
the file size does not drop once bitrate goes below 1,100 kbps. But if
you deal with an elemental stream, the file size goes down linearly
and predictably with bitrate.
Any ideas why this is so? Did I fail to read some obvious document
somewhere? Thanks!
+ Reply to Thread
Results 1 to 3 of 3
-
-
Thanks for the reply!
I just checked TMPG's website, I see that 2.510 is out. I don't see any reference to having fixed this; do you know if it's fixed in 2.510?
Can you point me to any additional info on this? I spent HOURS and HOURS testing this, and at the time, could not find a single website or forum post on the topic. I also posted over at doom9, with no responses!
Thanks
Similar Threads
-
MP4 File Audio Bitrates
By SE14man in forum Newbie / General discussionsReplies: 3Last Post: 19th Sep 2010, 10:51 -
File Sizes
By rhodellf in forum Newbie / General discussionsReplies: 7Last Post: 18th Jun 2009, 12:51 -
Different sizes reported for same file
By Richkut in forum Authoring (DVD)Replies: 3Last Post: 10th Aug 2007, 15:45 -
Wrong file sizes in Nero
By jhan in forum Authoring (VCD/SVCD)Replies: 5Last Post: 7th May 2007, 07:27