MP4BoxGUI

[bond]

mezzanine
I made the little mp4box gui i promised, find it later in this thread

SMD
It seems as though part of celtic_druid's site is down, so I've been unable to obtain a build of MP4Box
Is it the same for everybody else?

Elias
At least for me it is

bond
this (http://www.aziendeassociate.it/cd.asp?dir=/gpac/dev) works great for me

Elias
So I copied the latest build of MP4Box in the gui folder and tried to start the MP4BoxGUI.exe but to no avail.

[bond]

ugh, sorry i deleted the thread by mistake. i think i could reproduce all the posts on that topic till now, sorry :(

[Sharktooth]

Ehm... where's my post?:)
ok... i just said it doesnt work for me.
mp4box works but the guy seems to do nothing when i hit mux streams.

[yaz]

'app. failed to initialize ... ' or sg like that on startup. the 7z has also some probs as it shows only 1 file having size of 0kb(!) but when hitting it a further .txt pops up and sizes seems to be shown correctly.
thx anyway
y

[SeeMoreDigital]

Bummer... maybe mezzanine could start it again?

Anyway... I'm most happy to report that this little tool is able to mux Mpeg4 and AAC streams into .MP4 in a way that QuickTime player likes.... Which is nice!


Cheers

[SeeMoreDigital]

Also... I've just used mp4UI to check all of MP4BoxGUI muxes (I've done so far) and noticed that none of them contain OD and BIFS data!


Cheers

[mezzanine]

Originally posted by Sharktooth
Ehm... where's my post?:)
ok... i just said it doesnt work for me.
mp4box works but the guy seems to do nothing when i hit mux streams.

Are you trying to mux AVC or ac3 ?
Give it a try with xvid, aac and srt.
MP4Box probably throws errors but catching is not yet implemented in the gui!:eek:

[mezzanine]

Originally posted by yaz
'app. failed to initialize ... ' or sg like that on startup. the 7z has also some probs as it shows only 1 file having size of 0kb(!) but when hitting it a further .txt pops up and sizes seems to be shown correctly.
thx anyway
y

If anyone cares to host this gui i can drop the 7zip packing.
'app. failed to initialize. " do you have the .net framework installed?

[bond]

i muxed an xvid video into .mp4 with that app and it works great (used latest dev mp4box) :)

i have .net installed

also note that mp4box can NOT mux avc till now, so of course that will not work

Originally posted by Sharktooth
Ehm... where's my post?ups, sorry :(

[Sharktooth]

I tried muxing both avc (x264) and asp (xvid 1.1 beta).
No way for both, there's no output file at all.

[bond]

as i said: mp4box doesnt support avc, no need to try it...

[SeeMoreDigital]

Hi bond,Originally posted by bond
this (http://www.aziendeassociate.it/cd.asp?dir=/gpac/dev) works great for me Does this link offer the newest MP4box compile?


Cheers

[Sharktooth]

actually its a cvs compile (26 jan 2005) of the 2.4 tree.

[celtic_druid]

I'll put a new build up. Definatly the latest then.

[Sharktooth]

ok... mp4box has been just updated
the whole gpac is being mirrored

[SeeMoreDigital]

Originally posted by celtic_druid
I'll put a new build up. Definatly the latest then. Where are your builds kept nowadays?

[Sharktooth]

here: http://www.aziendeassociate.it/cd.asp?dir=/gpac/dev

the index is @ http://celticdruid.no-ip.com/xvid/

[mezzanine]

Originally posted by Sharktooth
I tried muxing both avc (x264) and asp (xvid 1.1 beta).
No way for both, there's no output file at all.


:scared:
try muxing just an aac audio stream and see what happens!!
Are you running any script-blocking app ? (anti-virus-spyware..)

[Sharktooth]

plz tell me i'm an idiot...

[bond]

Originally posted by SeeMoreDigital
Hi bond,Does this link offer the newest MP4box compile?Originally posted by Sharktooth
actually its a cvs compile (26 jan 2005) of the 2.4 tree.yes, and that build should work correctly (at least here it does - with and without gui)

[Sharktooth]

The new build is from today

[SeeMoreDigital]

Hi Sharktooth,

I must admit my first two muxing attempts failed. But found when I entered the output name complete with .mp4 (ie: file_name.mp4), everything worked fine!

http://img237.exs.cx/img237/1613/mp4boxmux2tk.gif

Does anybody know what the "top bar" in the GUI does? It only moves one or two blocks!


Cheers

[mezzanine]

Originally posted by SeeMoreDigital
Hi Sharktooth,

I must admit my first two muxing attempts failed. But found when I entered the output name complete with .mp4 (ie: file_name.mp4), everything worked fine!

http://img237.exs.cx/img237/1613/mp4boxmux2tk.gif

Does anybody know what the "top bar" in the GUI does? It only moves one or two blocks!


Cheers

That's the progress bar for importing samples.
My gui is crap, i need to fix one or two things.

[Sharktooth]

LOL :)
It could be "crap" but it is usefull.
So, keep up the good work:)

[mezzanine]

New Version.

http://c.1asphost.com/mezzanine/MP4BoxGUI1.1.7z

-Fixed lot's of bugs and partial error reporting.
-No dropped frames

[SeeMoreDigital]

Thanks mezzanine,

The new version seems to be more stable :)

It might be helpful if you stated in the ReadMe notes that Micro$oft .NET is required

Also, I don't know whether this function is supposed to work but... I imported an .MP4 file (containing 1No audio and 1No video stream) and tried adding/muxing another AAC audio stream... But got this message: -

http://img239.exs.cx/img239/7606/mp4boxguib8qg.gif


Cheers

[mezzanine]

Originally posted by SeeMoreDigital
Thanks mezzanine,

The new version seems to be more stable :)

It might be helpful if you stated in the ReadMe notes that Micro$oft .NET is required

Also, I don't know whether this function is supposed to work but... I imported an .MP4 file (containing 1No audio and 1No video stream) and tried adding/muxing another AAC audio stream... But got this message: -


Cheers

The latest version should do the job..
http://c.1asphost.com/mezzanine/MP4BoxGUI0.12.7z

[opsis81]

Well done mezzanine:)
Your tool works and works great;)

[SeeMoreDigital]

Originally posted by mezzanine
The latest version should do the job..
http://c.1asphost.com/mezzanine/MP4BoxGUI0.12.7z Yep,

Many thanks mezzanine, v.12 works really well now!

At some time in the future, would it be possible to add the insertion of "image files" and other little goodies, such as AAC-"HE" signalling?

And I suppose de-muxing would be very difficult to include. Because currently when you import an .MP4 file there's no breakdown of the streams within the container.

It's sad isn't it... the better people like you make an application... people like me always want more ;)


Cheers

[SeeMoreDigital]

Bugger!

I just tried muxing an XviD.avi into MP4BoxGUI v0.12 and this happened: -

http://img222.exs.cx/img222/922/mp4boxguiv012xvid4wc.gif

Works okay with previous versions.


Cheers

[mezzanine]

Originally posted by SeeMoreDigital
Bugger!

I just tried muxing an XviD.avi into MP4BoxGUI v0.12 and this happened: -
Works okay with previous versions.


Cheers
Is the fourcc xvid ? In this latest version i'm reading the fourcc from the avi header, fourcc's allowed are: xvid, divx, 3iv2.
I need to do some more tests. thanks for the feedback

[SeeMoreDigital]

Originally posted by mezzanine
Is the fourcc xvid ? In this latest version i'm reading the fourcc from the avi header, fourcc's allowed are: xvid, divx, 3iv2.
I need to do some more tests. thanks for the feedback Hi mezzanine,

Yes, the 4CC is XviD. However, I think I've found out what the problem is. Your 4CC detection method uses "lower case" letters (ie: divx, xvid, 3iv2, etc) but not "upper case" letters (ie: DIVX, XVID, 3IV2, etc), which tools such as "Nic's 4CC Changer" generate by default!

So with this in mind, is it possible for your tool to include both upper and lower case 4CC codes? And would it also possible for you to cross reference your list and add some of the following 4CC codes too: -

3ivx codec - 4CC: 3IV1, 3IV2, 3IVD, 3VID
DivX5 codec - 4CC: DIVX, DX50
Elementary stream - 4CC: MP4V
ESS Divio codec - 4CC: M4CC
FFvfw codec - 4CC: FVFW
NeroDigital codec - 4CC: NDIG
Packet Video Corporation codec - 4CC: PVMM
Samsung codec - 4CC: SEDG
Sigma codec (Hacked' XviD Mpeg4) - 4CC: RMP4
XviD codec - 4CC: XVID

I doubt the following "non Mpeg4 compliant" 4CC codes will work but you never know: -
DivX3.11 codec ('Hacked' from M$ Mpeg4) - 4CC: DIV3, DIV4
Microsoft codec - 4CC: MPG4, MP42, MP43, M4S2
Cheers

[bond]

Originally posted by mezzanine
Is the fourcc xvid ? In this latest version i'm reading the fourcc from the avi header, fourcc's allowed are: xvid, divx, 3iv2.
I need to do some more tests. thanks for the feedback what for? mp4box will do all this itself, no need to reinvent the wheel (and maybe add new bugs)

[SeeMoreDigital]

Originally posted by bond
what for? mp4box will do all this itself, no need to reinvent the wheel (and maybe add new bugs) Interesting!

Is this why MP4Box muxes don't contain the "Encoder" information but mp4UI muxes do?

http://img154.exs.cx/img154/68/mp4muxcomp6xn.gif


Cheers

[bond]

Originally posted by SeeMoreDigital
Is this why MP4Box muxes don't contain the "Encoder" information but mp4UI muxes do?i dont get this info with mp4ui, mp4creator or mp4box muxes

basically the only place where the encoder info is readable is the vol, and the vol isnt changed with mp4box neither, so the encoder info should be deleted

can you upload a small file showing that info in mp4ui plz?

[SeeMoreDigital]

Originally posted by bond
can you upload a small file showing that info in mp4ui plz? Sure here's (http://82.2.167.237/Uploaded_Files/Doom9_Forum_files/mp4UI_Mux.7z) an example!

This is why I was always so "mad-keen" for Markus to include the correct 4CC code when de-muxing the Mpeg4 stream back to .AVI (instead of DivX4!!!), because the original 4CC encoder information is preserved within the MP4 container to begin with ;)


I've been experimenting with compressing media files with 7-zip. Would you believe the above file is just 572KB with 7-zip and 1,773KB with WinXP zip utility... amazing!


Cheers

[mezzanine]

Originally posted by bond
what for? mp4box will do all this itself, no need to reinvent the wheel (and maybe add new bugs)

The only reason for checking fourcc compatibility while adding is to save time. Imagine adding 7 streams and the avi being in the bottom of the list, then pressing the mux button, wait some minutes for the importing and then when mp4box reaches .avi returning errors.. wouldn't that be a pain ?

[mezzanine]

Originally posted by SeeMoreDigital
Interesting!

Is this why MP4Box muxes don't contain the "Encoder" information but mp4UI muxes do?

Cheers

Strange thing, i just muxed an xvid encode with mp4box checked the information on MP4UI and the encoder information as you said is not there.
Then i opened the mp4 with a binary reader and! there it is:XviD0037

I think i included all the fourcc's you gave me (upper-lower) so here is the new version: http://c.1asphost.com/mezzanine/MP4BoxGUI0.13.7z

Regarding demuxing: Yes it will be implemented in future versions, i'm already trying to read information from the mp4 header.

[bond]

Originally posted by mezzanine
The only reason for checking fourcc compatibility while adding is to save time. Imagine adding 7 streams and the avi being in the bottom of the list, then pressing the mux button, wait some minutes for the importing and then when mp4box reaches .avi returning errors.. wouldn't that be a pain ? if i convert an .avi to .mp4 the video .avi is always at the top of the list

also hardly anyone will mux lots of streams (so he has to wait long) PLUS having an incompatible video stream in the .avi

also note that fourccs nowadays dont have to be correct at all, also only supporting an handful of fourccs limits mp4box's own capabilities of handling far more fourccs


btw what commandline options do you use for avi -> mp4 conversion? "-convert"?

[Elias]

I just want to say that I tried your MP4BoxGUI and it works great. But just to be on the safe side, I won't use any of these XviD/DivX>mp4 tools yet for my encodes until they're more reliable and stable/bugfree. I mean, we don't know how well they work with standalones, and other stuff like that yet. So I don't want to find out one day that all my encodes are "b0rked" like with mp4UI. I can help out though with testing and stuff. Thanks a lot for this tool though, keep the good work up!

[mezzanine]

Originally posted by bond
if i convert an .avi to .mp4 the video .avi is always at the top of the list

also hardly anyone will mux lots of streams (so he has to wait long) PLUS having an incompatible video stream in the .avi

also note that fourccs nowadays dont have to be correct at all, also only supporting an handful of fourccs limits mp4box's own capabilities of handling far more fourccs


btw what commandline options do you use for avi -> mp4 conversion? "-convert"?

Ok, you convinced me :rolleyes: fourcc checking is out.
Yes i am using convert, isn't that the right way ?

[Elias]

Originally posted by bond
also note that fourccs nowadays dont have to be correct at all, also only supporting an handful of fourccs limits mp4box's own capabilities of handling far more fourccsIsn't that a good thing though? I mean, what if someone decides to mux DivX 3.11 or any other MPEG-4 based codecs that aren't MPEG-4 compliant?

[mezzanine]

Originally posted by Elias
I just want to say that I tried your MP4BoxGUI and it works great. But just to be on the safe side, I won't use any of these XviD/DivX>mp4 tools yet for my encodes until they're more reliable and stable/bugfree. I mean, we don't know how well they work with standalones, and other stuff like that yet. So I don't want to find out one day that all my encodes are "b0rked" like with mp4UI. I can help out though with testing and stuff. Thanks a lot for this tool though, keep the good work up!

If you want to be future-safe for standalones you shouldn't use avi either, stick with DVD. I doubt that manufacturers that currently support avi container will remember it 2 years from now, that is probably the reason for all the bugs in standalones (subtitles, chapters, aspect ratios etc..).

[Elias]

Originally posted by mezzanine
If you want to be future-safe for standalones you shouldn't use avi either, stick with DVD. I doubt that manufacturers that currently support avi container will remember it 2 years from now, that is probably the reason for all the bugs in standalones (subtitles, chapters, aspect ratios etc..). I don't use avi either. I was refering to my older encodes from way back. I only use Nero Digital now, as I'm pretty much sure it will have full DVD support in future standalones. Not to forget Blu-Ray/HD-DVD :)

[yaz]

pls, correct me if i'm wrong here but, iirc, mp4 has nothing to do w/4cc. if an asp stream is wrapped as video (not as private!) stream it's rolled off as an 'mp4v' stream. if an avc stream is packed it's unpacked as 'avc1'. so, the original 4cc is lost on wrapping. or, isn't it ?
my former mp4 packs worked exactly that way. if i switched off 'mp4v' in ffdshow then another 'mp4v-codec' popped in. and the same for avc.

the bests
y

[bond]

Originally posted by Elias
Isn't that a good thing though? I mean, what if someone decides to mux DivX 3.11 or any other MPEG-4 based codecs that aren't MPEG-4 compliant?elias, the tool we talk about here is only the gui! the gui doesnt do the muxing!
mp4box, which does the muxing, does of course its own checks and will not allow muxing divx3 content or whatever
thats why i say the job of checking the content is for mp4box (which handles this perfectly already) and not the gui. no need to do these things twice

Originally posted by mezzanine
Yes i am using convert, isn't that the right way ? [/B]yep thats correct

Originally posted by Elias
But just to be on the safe side, I won't use any of these XviD/DivX>mp4 tools yet for my encodes until they're more reliable and stable/bugfreemp4box itself and 3ivx are stable for usage!
thats why i feared a gui doing its own stuff might do more harm than good, as it might introduce bugs that actually dont exist in the core (in that case mp4box)


Originally posted by mezzanine
-No dropped frames mezzanine, i wonder what your gui does internally? doesnt it simply pass the commandlines to the mp4box.exe?
if yes, how can it lead to something like dropped frames? i mean if you would simply pass the commandlines this couldnt happen unless mp4box is buggy, which it afaik shouldnt be

[Elias]

All right, that cleared out a lot. But the MP4Box is based on MPEG4IP, right?

[bond]

Originally posted by Elias
All right, that cleared out a lot. But the MP4Box is based on MPEG4IP, right? no, :readfaq:

[bond]

mezzanine, another question:
it would be nice if the mp4box status output could be kept open after muxing, that way people can check more easily what it did (or offer an option to keep it open) :)

and basically if you want to do a gui that goes beyond simply passing commandlines (which would be enough imho) you can surely leave the fourcc stuff in
i didnt want to convince you of anything, i just assumed you want to make a "low level" gui only passing cmdl

[bond]

Originally posted by SeeMoreDigital
here's (http://82.2.167.237/Uploaded_Files/Doom9_Forum_files/mp4UI_Mux.7z) an example!yep, its there, but only with muxes done with mp4ui (not with mp4creator and mp4box)

basically the encoder info is always there in the vol (no matter if muxed with mp4box, mp4creator or whatever), so instead of reinventing the wheel again (and storing the encoder info a second time who knows where), mp4ui should simply read out the info stored in the vol

you can readout the vol info from every .mp4 if you want to know the used encoder as described in the mp4 faq

This is why I was always so "mad-keen" for Markus to include the correct 4CC code when de-muxing the Mpeg4 stream back to .AVI (instead of DivX4!!!), because the original 4CC encoder information is preserved within the MP4 container to begin withi dont understand this...

would you want to signal the used mp3 (yeah the audio format) encoder in .avi via a fourcc, so you know whether it was encoded with lame or itunes or whatever?
it doesnt make a sense to use different fourccs for mp3 streams, right?

so why do people think they need different fourccs for mpeg-4 streams?