mp4UI 1.0 Beta 3 available on Sourceforge

[malkion]

@ SeeMoreDigital

Thanks for the encouraging news, I'll test it again when I have a lot of time to spare.

[SeeMoreDigital]

Great news!

Mp3 and AAC audio muxing is back with MP4UI 1.0 RC1... works a treat!


Cheers

[SeeMoreDigital]

More great news!

I've just muxed and then de-muxed and re-muxed (ie: AVI - MP4 - AVI etc) an anamorphic XviD video stream 5 times... and the stream did not b0rk.

Another problem solved.

My only criticism is that the de-muxed AVI's 4CC is reported as being: DivX (when it was XviD). And the Codec Name is reported as being: DivX 4 (OpenDivX)... What's the deal with that I wonder?


Cheers

[pogo stick]

Originally posted by SeeMoreDigital
The new XviD builds still generate great looking encodes, even without B-VOP's.
In many cases they look better than DivX encodes with them!
When was the last time you generated a good lengthed movie (over 2passes) without them?
I don't remember.
What can I say? Maybe it's psychological thing, but I like b-frames. :) I think they help encoding a lot. And I also think that container should correspond to it's standard. So if b-frames supposed to work, then I will use it if I want to, unless it's impossible because of the lack of muxing programs, which is not the case.
Originally posted by stephanV
its NTFS... NTSC is TV-standard :D
I confuse NTFS and NTSC all the time. My friends always laugh at me. :D
Originally posted by malkion
i suppose i can just reformat my computer once every 30 days when 3ivx expires, huh?
The only 3ivx part that expires is audio. But you can still use muxer and splitter.



I made avi file without b-frames to test: 1501 frames, 25fps
First 500 frames (20 seconds) of video are freezed with AviSynth's FreezeFrame() to be sure that there will be n-vops.

Muxed avi to mp4 with 3ivX.
mp4ui info:
NumberOfSamples: 1027 (apparently not all of freezed frames became n-vops and there are p-frames among them)
Framerate: 17.105fps
n-vops removed and stream is vfr.
Plays OK in Media Player Classic with 3ivX splitter.

Muxed mp4 to avi.
avi is screwed, like Bond told.
VirtualDubMod shows the same number of frames and fps as mp4.
Obviously no vfr.

Muxed mp4 to mkv.
VirtualDubMod can not handle it right, but shows the same number of frames and fps as mp4 and tells:
-----------------------------------------------------
[!] MKV: The video may have a variable framerate. If so we strongly advise you
to use another tool to safely process your file.
-----------------------------------------------------
Plays the same as mp4 in Media Player Classic (20 seconds of one frame and then the rest).
But number of frames in FFDShow OSD is the same as in first avi and instead of showing number for n-vops, that have been removed, it shows number for previous frame (after a lot of '314' there is '501').
So if it is how matroska vfr should work then
MP4 -> 3ivX Splitter -> Matroska Muxer -> File Writer
is OK for transmuxing vfr streams.
Is there a way to ascertain that Matroska file is vfr?

I hope I used the right words to be understandable.
If my English is weird, please correct me.

[bond]

Originally posted by pogo stick
What can I say? Maybe it's psychological thing, but I like b-frames. :) I think they help encoding a lot. And I also think that container should correspond to it's standard. So if b-frames supposed to work, then I will use it if I want to, unless it's impossible because of the lack of muxing programs, which is not the case.yes, i also want to make this clear again:
MP4 has no problems with b-frames and to my knowledge there is no MP4 muxing tool which has problems with b-frames!
mp4UI is the one which has problems with the packed bitstream hack, which is a private hack (nowhere defined in mpeg-4, and therefore no mpeg-4 implementation has to handle it by default) was only created for being able to place b-frames in avi and for no other purpose

Muxed avi to mp4 with 3ivX.
mp4ui info:
NumberOfSamples: 1027 (apparently not all of freezed frames became n-vops and there are p-frames among them)
Framerate: 17.105fps
n-vops removed and stream is vfr.
Plays OK in Media Player Classic with 3ivX splitter.yep, the number of frames itself doesnt tell much, as the frames will have different lengths in a variable framerate stream

avi is screwed, like Bond told.
VirtualDubMod shows the same number of frames and fps as mp4.
Obviously no vfr.yes, as i said avi cant handle variable framerate streams and therefore each frame will get the same length in avi -> sync issues

Muxed mp4 to mkv.
VirtualDubMod can not handle it right, but shows the same number of frames and fps as mp4 and tells:
-----------------------------------------------------
[!] MKV: The video may have a variable framerate. If so we strongly advise you
to use another tool to safely process your file.
-----------------------------------------------------yep, virtualdub(mod) uses the Video for Windows (VFW) codec interface, which is not able to handle variable framerates (as avi), therefore vdm will also not be able to handle these streams (no matter in what container the vfr stream is placed)

[malkion]

Just wanted to mention an observation with MP4UI, I encoded a chapter from PayCheck (16) without any b-frames, and tried to use MP4UI to mux it. I tested it several times, without b-frames, MP4UI reported it couldnt make the mp4 ISMA compliant, reporting the length as 420 or something similar. This makes a mp4 that wont play. If I uncheck Keep ISMA compliant, then at least the resulting mp4 does play. So I went back and encoded chapter 16 with default XviD b-vops, and mp4ui was able to mux it ISMA compliant.

Not sure how u want to classify this observation, but it's noted here for you guys.

[bond]

hm how exactly did you create the stream without b-frames?

btw isma compliance is nothing the mpeg-4 standard needs, but it also doesnt hurt...

[malkion]

encoding with xvid without using bvops. ya know....

[bond]

never had such a problem, maybe the avi is f*ed up somehow, try remuxing to a new .avi in vdm :confused:

[SeeMoreDigital]

Originally posted by malkion
... MP4UI reported it couldnt make the mp4 ISMA compliant, reporting the length as 420 or something similar. This makes a mp4 that wont play. If I uncheck Keep ISMA compliant, then at least the resulting mp4 does play. So I went back and encoded chapter 16 with default XviD b-vops, and mp4ui was able to mux it ISMA compliant. Did you have an audio stream in the MP4 container first. As this should help?

I used to get warnings like this until I worked out that MP4UI likes: AAC audio in MP4 first, AVI video second.

Or you could create your self an empty .MP4 template. Which comprises of an MP4 file with all the streams deleted! Like this one (http://www.SeeMoreDigital.net/Uploaded_Files/Doom9_Forum_files/MP4UI_Blank_Template.zip).

Does that make sense?


Cheers

EDIT: MP4UI blank template added