I would suggest to use the nero profile Portable 50-70kbps HE-AAC HQ instead of Streaming for the test.
Jesus Jumping Christ
Back, not quite on but slightly closer to the topic for a secound. How could the MP4 container size be negative Roberto? I can see it being negligibly small, but how could it be possible for it to shrink the filesize?
PLEASE tell me that my eyes are playing tricks on me, and that a few posts before mine is NOT an 80-page pyramid scheme? My, how times have changed at HA.
PLEASE MAKE SURE you write every name & address ACURETLY. This is critical to YOUR success.
Because it strips all the headers from the AAC files prior to multiplexing them.There's a header (either ADIF or ADTS) in every AAC stream with information about sampling rate, bit depth, number of channels, AAC profile, etc.It removes all these headers (making the file a RAW AAC), multiplexes it in the MP4 container and stores the stream information in the MP4 header. That's why it's slightly smaller.Edit: Do the test for yourself: Encode a track with Psytel AACenc or FAAC, wrap it in MP4 using MP4ui or MP4creator, and compare file sizes.
OK, the sample packages are ready, except for Vorbis, that, hopefully, will be released until tomorrow night (I can't wait more than that)Unfortunately, I can't postpone this test anymore. It would mean the test would start at 09-17 and end at 09-28, and I'm going to travel on that sunday.So, let's hope Xiph releases Vorbis 1.0.1 soon.On another issue, could someone please clarify what is the overhead introduced by the Ogg container? I'm trying to find out the container overhead for the formats I'm featuring and so far I came up with this:-MP3: Containerless-Real Audio: Does it even use a container?-WMA: ~6Kbps-MP4: Negative (!), since the ADTS headers are ripped prior to multiplexing-Ogg: ?Thanks for any info;Roberto.
Hmm - someone should implement converting of ADIF AAC files to MP4 in MP4Creator (if this is not done already)Encoding with ADIF header (psytel, faac) won't generate frame-headers and still there will be enough information to build the MP4 file, and therefore there would be no undercoding/bit reservoir issues.
If you have a recent CVS snapshot (i.e. from after September 2), that is 1.0.1 as far as encoding quality is concerned. AFAIK, the 1.0.1 release is currently only being held back due to Win32 build problems.Regarding the Ogg container overhead, http://www.xiph.org/ogg/vorbis/doc/framing.html says that the overhead shouldn't be more than 2% of the bandwidth. If this is correct (but I don't know if it is), that would give you 1.3kbps overhead on a 64kbps stream.
John33 shall build new Vorbis binaries then...