GPAC MP4Box Information, Feature Requests & Discussions [No bug reports]

[SeeMoreDigital]

I noticed from one of Bobololo's posts that MP4Box has the ability to display an encodes bit-rate: -

http://img294.echo.cx/img294/3723/bobololo8vz.gif

Is implementation available in YAMB, or have I missed something (again)?


Cheers

[Kurtnoise]

Hi SMD,

Is implementation available in YAMB, or have I missed something (again)?
It should works in "Extract tab"...

[SeeMoreDigital]

Hi SMD,


It should works in "Extract tab"...It does not appear to :confused:

http://img293.echo.cx/img293/6523/yambbitrate1ii.gif


Cheers

[Kurtnoise]

Indeed...I'll add it.

[SeeMoreDigital]

Indeed...I'll add it.Cool :D

Given the .MP4 container is becoming much more popular, I wonder whether it's time to start discussing tools that can provide more detailed information abut the encoded stream(s). Such as: B, I, P, S frames, aspect ratio signalling etc.

Admittedly, it's possible to de-muxed Mpeg4 SP/ASP .AVI streams and run them thru' MPEG Modifier to obtain very detailed information about the video stream (putting Open DML and/or 2/4GB issues to one side). But there does not appear to be any such option for Mpeg4 AVC streams!

Then there's the question about adjusting the PAR/DAR signalling of both Mpeg4 SP/ASP and AVC streams within the .MP4 container.


Cheers

[GUTB]

I'm just ignoring mp4box and all other half-baked mp4 tools until they can mux h264 and acc together. Until then the vdub/x264/vbr-mp3 regime will continue uncontested.

[Doom9]

I'm just ignoring mp4box and all other half-baked mp4 tools until they can mux h264 and acc together.Huh? mp4box has done that for some months now

[Elias]

I'm just ignoring mp4box and all other half-baked mp4 tools until they can mux h264 and acc together. Until then the vdub/x264/vbr-mp3 regime will continue uncontested.Trust me, MP4Box isn't buggy like mp4UI. In fact, don't be surprised if MP4Box muxes MPEG-4 video and MPEG-4 audio better than VirtualDub does. I was thinking exactly like you at first, since mp4UI was buggy, and mp4creator generated buggy mp4 files as well (haven't tried mp4creator lately, but a couple of months back, it was buggy too), but take my word on it: MP4Box knows what it's doing.

[SeeMoreDigital]

Celtic_Druid has generated a new MP4Box. exe compile: -

MP4Box.7z 16/06/2005 13.27.30 328K (http://www.aziendeassociate.it/./cd//gpac/dev/MP4Box.7z)


Many thanks

[celtic_druid]

17/06/05: GPAC 0.3.0 release
I'll put a full package up later.

[Hyper Shinchan]

:thanks: celtic_druid!

[celtic_druid]

It is up now. Actually been up for a while. Also used cvs ffmpeg so OSMO should handle lossless x264 AVC fine.

[bond]

:thanks:

[Kurtnoise]

It is up now. Actually been up for a while.
Where ? I can't find it here (http://www.aziendeassociate.it/cd.asp?dir=/gpac/dev)...

[celtic_druid]

1) It doesn't look like it has been mirroed.
2) When it is it would be in http://www.aziendeassociate.it/cd.asp?dir=/gpac since it is not a dev build.

I'm sure it won't be too long before we will see a post 0.3.0 dev build though.

[yaz]

mp4box.0.3.0 is up on celtic's site ! (follow the link above)
thx thx thx
y

[celtic_druid]

CVS was updated, still v0.3.0 though. So I put up a new 0.3.0 mp4box build.
- fixed bug in 4GB file writing in interleaving mode
- fixed bug in absolute path usage in MP4Box
- added -cat file*.mpg syntax support
- added support for mass encryption in ISMACrypt drm_file (trackID="*" means all tracks get encrypted with the desired key)

[Zero1]

Most excellent, thank you celtic_druid :D

[sillKotscha]

Hi folks,

looking at one of SMD's pictures in this thread - http://forum.doom9.org/showthread.php?t=89465&page=7&pp=20 - i've realized that he's using a version of mp4boxGUI that I'm not able to find here in the forum... it is version number 0.14 of MP4BoxGUI.

All I could find so far was:
- http://c.1asphost.com/mezzanine/MP4BoxGUI0.13.7z

May anyone of you be so kind and attach latest version of MP4BoxGUI for me... that would be MP4BoxGUI0.14.7z I guess.

Thanks in advance.

enjoy the sunny weather!

Sill

[SeeMoreDigital]

Hi sillKotscha,

Your link you found is actually for MP4BoxGUI v0.14.

Once unpacked and launched it will be identified as being v0.14...


Cheers

[sillKotscha]

thanks for telling me...

have a nice eve... :)

cheers

[SeeMoreDigital]

thanks for telling me...

have a nice eve... :)

cheersActually.... thanks for bringing this to my attention. I've just added direct links to the new versions of MP4BoxGUI and YAMB in my opening post.


Cheers

[sillKotscha]

even better now ;)

Edit:

is "MP4Box_26-Jan-2005.7z" still your latest version of MP4Box working "best" with latest version MP4BoxGUI?

on the other hand doom9's MEGUI does work perfect, it's just the fact that I like to have all things in "in the right place" :)

[ZorbaK]

Hi,

As you maybe know there is limitation in current MP4Box witch prevent importing subtitles with plain text (srt and sub) in encodings other than default win1252 codepage (and Unix default cp).

There is (almost) simple solution to import with MP4Box srt subtitles with UTF8 encoding. This will allow mux subtitles with characters from Unicode range 0-67712. Requires modification of MP4Box sorce code.
Maybe someone can forward this to developers of GPAC framework. It takes them less than 5 minutes to correct this. Users from countries out of default codepages will be very happy I think.

Original source file (from sourceforge.net GPAC 0.3.0 2005-06-21):
File "M4Systems\authoring\TextImport.c"

Line 778: else {
Line 779: if (ptr[i] & 0x80) {
Line 780: szText[len] = 0xc0 | ( (ptr[i] >> 6) & 0x3 );
Line 781: len++;
Line 782: ptr[i] &= 0xbf;
Line 783: }
Line 784: szText[len] = ptr[i];
Line 785: len++;
Line 786: i++;
Line 789: }


Required modification is to conditionaly omit with switch (witch signals that srt is coded with utf8) lines from 779 to 783.

Thats all...

You then be able to import srt subtitles (in UTF8 format) to mp4 container in almost any language (from Uniocode range 0-67712).
I have private build of MP4Box. I just deleted lines 779 to 783 (of cource in that case all srt subtitles MUST be in utf8 format). MP4 files plays as expected (using Halli Media splitter + ffdshow + any player).
Tested with any Latin Script (including Central/East Europe) + Cyrillic + Greek + Hebrew...

Of course to enable full support to UTF8 srt & sub there must be more changs to source (for example export routines). But this may be good start...

Apologize for my Inglish...
_________
zorbak

[bond]

the gpac devs are not around on doom9 so the best would be to post patches, bugs and feature requests on the sourceforge project trackers:
http://sourceforge.net/projects/gpac

[Sharktooth]

latest build: http://www.webalice.it/f.corriga/x264/MP4Box0.3.1-cvs-2005.06.30.7z
(compiled with gcc 4.0.0 - requires a Pentium2 class cpu with MMX or newer)

[Sharktooth]

mp4box updated (link in the above post).

[HQ-LQ]

hello. I have a question. Is it to be provided possible a MKV support for mp4box? For the following formats 'mpeg1 mpeg2 mpeg4(sp/asp) mpeg4(avc)' in mkv. Personally is important to me the support of 'avc in mkv'.

[SeeMoreDigital]

Hi HQ-LQ,

There are already tools that allow you mux and de-mux audio and video streams etc, in and out of the MKV container... And if you search around the forum you'll find them!

MP4Box primarily caters for streams that are supported by the MP4 container.

And... welcome to the forum.


Cheers

[HQ-LQ]

but not 'avc in mkv'

[SeeMoreDigital]

but not 'avc in mkv'If you want to see better support for Mpeg4 AVC in MKV then that's up to the Matroska guys to sort out, not MP4Box.


Cheers

[bond]

i doubt there is a chance that mp4box will support mkv output, its a mpeg-4 systems tool

[nexus]

Are avc raw streams correctly handled by mp4box?

I can't mux streams with mp4box which are extracted with avi2raw or with mkvextract.

Btw. which extension should the raw avc stream have? m4v?

[Doom9]

yes.. been using that in MeGUI for a long time and nobody has reported any problem.
.264

[yakima]

probably i've missed something, though i did use search. however, i've been off for some time and now, after updating to mp4box 0.3.0, i've found something odd:

when i use mp4box to convert an avi to mp4, no bifs (or scene) and od are generated, i just have the plain two tracks video and audio. is this supposed to be that way??? and if so, why? or: what could i be doing wrong? (i use -add, -nodrop and that's it).

[SeeMoreDigital]

Hi yakima,

Did your .AVI source contain both video and audio streams?

Using MP4Box 0.3.0.7 - 22 06 2005 14.32.48, together with YAMB 1.3 Alpha1 v1, I've just tried muxing an the following sources: -

An .AVI source containing 1No Mpeg4 video stream and 1No 2Ch MP3 audio stream....
And got an MP4 file with video, BIFF's and OD's but no MP3 audio stream.

An .AVI source containing 1No Mpeg4 video stream and 1No 2Ch AAC-LC audio stream....
And got an MP4 file with video, BIFF's and OD's but no AAC audio stream.

An .AVI source containing 1No Mpeg4 video stream. And an separate .AAC source with 1No 2Ch AAC-LC stream...
And got an MP4 file with video (track 201), audio (track 101), BIFF's (track 1) and OD's (track 2).... So it works for me here ;)

EDIT: I also tried...
An .AVI source containing 1No Mpeg4 video stream. And an separate .MP4 source with 1No 2Ch AAC-LC stream...
And got an MP4 file with video (track 201), audio (track 101), BIFF's (track 1) and OD's (track 2).

An .MP4 source containing 1No Mpeg4 video stream. And an separate .MP4 source with 1No 2Ch AAC-LC stream...
And got an MP4 file with video (track 201), audio (track 101), BIFF's (track 1) and OD's (track 2).



Cheers

[yakima]

hi seemoredigital,
thanks for testing, it's good to know that nothing has changed in that regard.
i had an avi audio/video as input and an a/v mp4 with only 2 tracks as output.
however, i have the 0.3.1 dev - maybe i shouldn't have been so daring. i'll revert to 0.3.0.7 or something and do a clean install, maybe something was messed up ..

[bond]

there is no need for the bifs/od

[Drachir]

For ISO/IEC 14496-12 ISO base media file format there is no need of BIFS/OD.

But for ISO/IEC 14496-14 MP4 file format there should be a BIFS/OD Track.

If am not wrong.

[bond]

But for ISO/IEC 14496-14 MP4 file format there should be a BIFS/OD Track.no, its not mandatory
isma compliance requires it, but who cares about that?

[SeeMoreDigital]

no, its not mandatory
isma compliance requires it, but who cares about that?Agreed...

All the .MP4 encodes I've generated with BIFS and OD data have played perfectly in hardware, after being removed... If that's what you are worrying about.

And if you want to create encodes suitable for streaming.... mux your Mpeg4 video and AAC audio streams into .MOV ;)


Cheers

[bond]

And if you want to create encodes suitable for streaming.... mux your Mpeg4 video and AAC audio streams into .MOV ;)why should mov stream better than mp4?

[Hyper Shinchan]

or is it only easier to spread?

[SeeMoreDigital]

why should mov stream better than mp4?If you remember, a while ago I've carried out .MOV and .MP4 "streaming tests" using the same AAC-LC and Mpeg4 SP streams muxed into the different containers.

Each were embedded into their own web page using QuickTime as the player.... The .MOV file streamed almost instantly. While the .MP4 file needed around 50% of the file to be downloaded (buffered I guess) before streaming commenced.

I guess I could run the tests again though.


Cheers

[Drachir]

In ISMA 1.0 the simple BIFS scene and OD are there to be compatible with 14496-1 Mpeg 4 Systems.

ISO/IEC 14496-4 Second Edition(not the latest one) - Conformance testing
3.7 MP4 File Format
3.7.1 Writing
If an atom defined in this specification is written, it must be formatted to this specification. A valid MP4 file with no tracks has at least: moov, mvhd. If it is a presentation or the target of an OD URL, an iods is required, containing an IOD or OD respectively. Only MP4 files used in editing (as the target of a data reference URL) may lack the IOD.
Any track must contain: trak, tkhd, mdia. A mdia must contain mdhd, hdlr, and minf. A minf must contain a suitable media header, a dinf and a stbl. dinf must contain dref; and a stbl must contain stsd, and if there are any samples, an stts, stsz, stco, stsc. The sample table entries must be consistent about the number of samples in a track. Extensions should use the UUID mechanism. Track identifiers must be unique within the file. The containment hierarchy defined in the specification must be followed. Very few atoms (for example, user data and UUID extension) are allowed to occur in multiple containers. Fields marked reserved should be written to the standard value. A presentation must contain at least a BIFS track, referenced by the IOD (as in the systems specification).


Or take a look at this discussion here: https://sourceforge.net/forum/forum.php?thread_id=1144961&forum_id=287546

Question: Is one Video ES and one Audio ES a Presentation ? - From my point of view I would say - yes

Handbrake create files with File Brand "mp42" - but there is no BIFS/OD Track.
MeGUI create files with File Brand "isom"(ISO/IEC 14496-12) if there is more then one Audio ES.
Recode create files with File Brand "mp42"or"avc1" - but with more then one Audio ES the Scene don't make sense.

I am just interested if this is all right(ISO Conformance).

At what point do I have a Presentation?

[SeeMoreDigital]

Hi Drachir,

May I ask, are you asking these questions out of "interest" or for some other reason you're worried about?


Cheers

[Drachir]

I am interested. And I thing the File Brand should help the player to decide how to deal with the file - with what the player have to anticipate. Will there be a BIFS/OD Track with more information how to display the streams? Or just play the biggest V/A stream.

[yakima]

well, aside from the question if bifs/od are needed or not, it says in the gpac documentation that they are being created upon add (as long as you only have 1 audio and 1 vid, otherwise of course not).

i have (re)installed mp4box 0.3.0.7 now, and it still produces a/v mp4s with no bifs/od:
- if i only add vid from an avi, i get bifs/od
- if i add the full audio/video avi, no bifs/od
- if i add vid from avi and audio from mp4, no bifs/od

could it be that there have been some changes since 0.2.3 or that this is a matter of syntax (there used to be -import and -merge), such that -add acts differently if more than 1 stream is imported?

i am quite clueless on this, but i don't like it if things do things differently than advertised

... tell me this behavior is as defined for some good reason, and i'll bear it ...

[SeeMoreDigital]

Well, what more can I say yakima?

MP4box.exe works exactly as I've said.... If it does not for your (with WinXP) set-up, then something might be wrong at your end :(


Cheers

[yakima]

well, yes it does. and: it works exactly as i said.

thing is, the files i muxed contained an mp3 audio track, and it seems mp4box no longer sets -isma on default if the audio track is mp3 (it says in the doc: "When using -add option, MP4Box will automatically create default BIFS and OD tracks to make the resulting file compliant with the ISMA 1.0 standard if possible"). if i use -isma -add on my files, bifs/od are created.

does anyone know why they changed this default? is there some problem with mp3 and -isma?