GPAC MP4Box Information, Feature Requests & Discussions [No bug reports] [Archive] - Page 3

SeeMoreDigital

9th July 2005, 15:25

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.Ahh!

I don't think you mentioned you were muxing MP3 audio along with your Mpeg4 video, until now :eek:

Yep you're right, MP4Box is not adding the BIFS and OD tracks. I just tried doing the same with mp4UI and it does :(

I think you've found a bug. That said, I would not recommend using MP3 audio anyway!

Cheers

yakima

9th July 2005, 15:45

yep, i didn't really mention mp3 - thing was, files with mp3 got a bifs/od in mp4box 0.2.4, so i thought that can't be it ...

however, from some remarks by bond i assume mp3 in mp4 is not really isma 1.0 compliant (only aac is), so the bug would rather be that mp3 tracks are allowed in mp4box when making isma compliant - after all, if mp3 isn't isma 1.0 compliant, any mp3 track should be deleted or a message should pop up.

bond

9th July 2005, 17:20

however, from some remarks by bond i assume mp3 in mp4 is not really isma 1.0 compliant (only aac is)indeed

so the bug would rather be that mp3 tracks are allowed in mp4box when making isma compliant - after all, if mp3 isn't isma 1.0 compliant, any mp3 track should be deleted or a message should pop up. there is no bug

isma doesnt allow mp3 audio (only one aac stream), so mp4box doesnt make the file isma compliant when you use mp3 audio and therefore you dont get the bifs/od

again: noone cares about isma and noone cares about bifs/od and both are not mandatory

SeeMoreDigital

9th July 2005, 19:16

Well I'm glad that's all sorted and understood now :)

The whole mp4UI thing, with it adding BIFS and OD tracks, really confused the situation!

Bond: Could you possibly split this "BIFS and OD" discussion out of this thread (from post #85 onwards) and into one of its own thread please?

Many thanks

Drachir

9th July 2005, 19:54

... noone cares about bifs/od and both are not mandatory

If nobody care about BIFS/OD, why should we use mp4. Couldn't we achieve similar results with mov?

What is the advantage of mp4(without BIFS/OD) over mov?

If nobody care about BIFS/OD a menu in mp4 isn't possible. Why should sombody use your http://sourceforge.net/projects/mp4menu ?

yakima

9th July 2005, 21:42

there is no bug

isma doesnt allow mp3 audio (only one aac stream), so mp4box doesnt make the file isma compliant when you use mp3 audio and therefore you dont get the bifs/od

have you tried? as i said, if i use mp4box -isma on a mp4 with video and mp3 in it, it at least says it is making it compliant and it does create the bifs/od. not that i care, just to set this straight.

SeeMoreDigital

9th July 2005, 23:39

have you tried? as i said, if i use mp4box -isma on a mp4 with video and mp3 in it, it at least says it is making it compliant and it does create the bifs/od. not that i care, just to set this straight.I think you've missed Bond's point...

Mpeg4 video with MP3 audio muxes are not ISMA compliant, only Mpeg4 with AAC muxes are!

When muxing Mpeg4 video and MP3 audio in .MP4, MP4Box knows not to generate the BIFS and OD tracks even though "-isma" is in the command line.

Cheers

yakima

10th July 2005, 03:07

I think you've missed Bond's point...

Mpeg4 video with MP3 audio muxes are not ISMA compliant, only Mpeg4 with AAC muxes are!

When muxing Mpeg4 video and MP3 audio in .MP4, MP4Box knows not to generate the BIFS and OD tracks even though "-isma" is in the command line.

Cheers

the first point was exactly what i said.

and regarding the second i do indeed disagree, if partially (though not missing a point): mp4box does generate the bifs/od if i specify the -isma option, but without removing the mp3 track as it should. thus, mp4box is claiming to produce an isma 1.0 compliant file while actually producing something non-compliant, i.e. a mp4 with mp3 in it. if you don't believe me, just go ahead and give it a try.

maybe isma is irrelevant and for all i care be it, but the thing is, the -isma option doesn't work as it should, and that's all i am saying.

SeeMoreDigital

10th July 2005, 03:14

I'm sorry to say you've lost me yakima... I don't understand.

But I'm still confused as to why you're electing to use MP3 audio anyway, when AAC is far more user friendly!

Cheers

Drachir

10th July 2005, 11:34

I'm sorry to say you've lost me yakima... I don't understand.
But I'm still confused as to why you're electing to use MP3 audio anyway, when AAC is far more user friendly!
Cheers

Why not, Mpeg 1 Layer III in mp4 is possible(spec compliant).

I know one, who wanted use Mpeg 2 Video and Mpeg 1 Layer 2 Audio not that long ago in mp4.

Even if mp3 in MP4 isn't ISMA compliant. It is a compliant MP4 file.
Maybe -isma should called -systems, because it create an BIFS and OD Track for 1Audio/1Video mp4 file.

Doom9

10th July 2005, 11:57

I know one, who wanted use Mpeg 2 Video and Mpeg 1 Layer 2 Audio not that long ago in mp4That is what MPEG-2 PS are for.. MPEG-1/2 video and MPEG1 layer 2 audio.

yakima

10th July 2005, 12:26

sorry seemoredigital, didn't mean to loose you on this. i just have some avis which have mp3 audio and recoding the audio to aac wouldn't enhance quality, that's why i keep the mp3 audio.

on the -isma switch: if e.g. you have a mp4 with 1 video and 2 aac audio, and you feed the command line "mp4box -isma file.mp4", mp4box tells you: "converting to isma ... more than one audio track found ... cannot isma'ize ... error" - isma 1.0 files can only have one audio.

now if you do -isma on a mp4 with 1 video and 1 mp3 audio, which isn't allowed in isma 1.0, it doesn't throw this error, but just goes ahead "converting to isma", creates the bifs/od, and one might think the resulting file is now isma 1.0 compatible, which it isn't.

this is no big deal, but still, as drachir says, maybe the switch should be called -scene in this case ...

SeeMoreDigital

10th July 2005, 12:34

Well, when I was talking about placing MPEG-2 video (and raw .m2v) in .MP4, it was with 6Ch AAC-LC audio (converted from AC3)....

But I also provided a detailed explanation why I would like to do this ;)

Cheers

bond

10th July 2005, 12:49

somehow i dont get this whole discussion. do you guys actually know what bifs/od is about? i dont think so, cause if you knew how the default "isma compliant" stream looks like, you would also realise that its the same as if no bifs/od would be in the file

the default bifs isma stream tells the systems decoder that there is one audio stream and one video stream in the file, nothing more
pretty useless, right?

if you want to do something like menus than it makes sense to use a bifs stream

and as i said before there is no player which needs isma compliance and therefore also no player which needs this basic bifs stream i described above

SeeMoreDigital

10th July 2005, 13:14

And just to let you know.....

A couple of days I asked somebody with an "NeroDigital" certified player to try an .MP4 file with 1No video, 2No audio, 2No subtitle streams and no BIFS or OD tracks!

He reported that he had no trouble selecting between audio or subtitle streams.... So it would seem (in this instance) BIFS and OD tracks are even less necessary ;)

And when playing .MP4 files in hardware, who's bothered about ISMA compliance either?

Cheers

Drachir

10th July 2005, 13:16

...if you want to do something like menus than it makes sense to use a bifs stream...

I would like to create mp4 files with menus. But it is useless if only Osmo4 can play them. The SCENE inside a ISMA mp4 file is simple but it would be a good start if a player would notice them. But you like to tell every time that the BIFS/OD can be ignored. This way we will never have menus inside mp4. How should a player decide, is it a simple scene which can be ignored, or is it a more complex scene?

bond

10th July 2005, 13:32

I would like to create mp4 files with menus. But it is useless if only Osmo4 can play them.there are already a bunch of systems players, not only osmo4
i wrote mp4menu profile2 which is compatible with enviviotv, which allows already practically the user to have menus in any directshow player, realplayer and quicktime. and enviviotv even already supports avc

The SCENE inside a ISMA mp4 file is simple but it would be a good start if a player would notice them. But you like to tell every time that the BIFS/OD can be ignored. This way we will never have menus inside mp4. How should a player decide, is it a simple scene which can be ignored, or is it a more complex scene? just noticing and handling the basic isma systems stream is by far not enough
as i am sure you know systems works with different nodes and not every player supports every node needed for a menu

for example enviviotv doesnt support all nodes needed for a full menu, in contrary to osmo4, which caused me to write the profile2

now if a player is able to handle the isma bifs (which tells nothing more than current player already know), its nice, but useless, as you will not be able to use menus with this player either
with mpeg-4 systems its not like you "either support the whole systems, or support nothing"

and if i look at the impact mp4menu had, even if you could play the menus already in directshow, realplayer and quicktime, i have to say its zero
i got some requests from firms but actually noone seems to adopt systems in the long run

i guess all it takes is one party to come up with some nice dvd backup tool keeping the menu via systems, but till now it didnt happen. and i am sure three or four nerds on doom9 liking systems will not influence this

SeeMoreDigital

10th July 2005, 13:40

Hi bond,

Are you aware of anybody working on "Menu's" for hardware devices?

Cheers

bond

10th July 2005, 13:46

Are you aware of anybody working on "Menu's" for hardware devices?why should anyone work on such a thing for hardware, when its not even existing in software???

SeeMoreDigital

10th July 2005, 13:59

why should anyone work on such a thing for hardware, when its not even existing in software???Because one might influence the other!

Nero still appears to be the most proactive company with regards to .MP4 in both software players and hardware devices. I just wondered whether you might have heard rumours of them working on a menu system?

Cheers

bond

10th July 2005, 14:12

Nero still appears to be the most proactive company with regards to .MP4 in both software players and hardware devices. I just wondered whether you might have heard rumours of them working on a menu system?nope i havent, but now with dxn having their menu stuff working i assume they will have to come up with something similar too

yakima

10th July 2005, 18:04

somehow i dont get this whole discussion. do you guys actually know what bifs/od is about?

that's the impression i've had - i at least was talking about the behavior of mp4box and a change in that behavior that wasn't documented in the changelog. and the fact that mp4box -isma is not working quite to specs in case of mp3 audio. there's really no need to question anyone's nerdiness ...

bond

10th July 2005, 22:21

that's the impression i've had - i at least was talking about the behavior of mp4box and a change in that behavior that wasn't documented in the changelog. and the fact that mp4box -isma is not working quite to specs in case of mp3 audio. there's really no need to question anyone's nerdiness ...strictly speaking creating a bifs/od stream with mp3 audio is not against the mpeg-4 specs, so i also dont really see a problem here

yakima

11th July 2005, 11:39

i really hate to drag this on, but take a look at the gpac doc:

"-isma: converts file to ISMA 1.0 specification. This is extremely usefull since most MPEG-4 players only understand ISMA-like content. All systems information and tracks numbering are rewritten to comply to the specification. WARNING: some media tracks may be removed."

however outdated this may be, it is still implemented, and as you pointed out: mp3 in mp4 is not within the isma 1.0 specs (i am not talking 'bout mp4). but as this isn't really that important, i shall leave it at that and speak no more.

bond

11th July 2005, 12:47

if you think its important make a bug report at sourceforge

Hyper Shinchan

11th July 2005, 15:54

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

Have you tried to use another player for the MP4, something like Dicas'one or another streaming mp4 player (VLC, and I don't know if there are also some other good streaming players)?
I'm going to check it out from my own, like you did, MPEG-4SP&AC-LC muxed with 3ivX in mp4 and in mov. I will see it.
I'm sorry for the O.T., I will open a topic after this post.

Sharktooth

14th July 2005, 03:28

Uhm... GPAC had a major code rewrite...
changelog:
Last CVS update: 13/07/05
- GPAC is now licensed under LGPL. Massive code rewrite and repository reorganization in order to comply to some
base coding style (cf gpac/doc/CODING_STYLE). APIs are not backward compatible, but should now be in a frozen state/spelling
for the most common tools (utils, MPEG-4 OD, IsoMedia and terminal APIs)
- misc fixes in MP4Box option parsing, in RTP multicast setup
- Osmozilla should now be much more stable on Win32 - Linux version to come.

leowai

14th July 2005, 06:12

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
Thanks. I am facing this problem now, I got Chinese Simplified subtitle in Unicode format and it can't be muxed into the MP4. I'll try this out later. :)

I've downloaded the new source, which is a rewritten code according to Sharktooth, new file allocated in "gpac\src\media_tools" folder. The changelog not mentioning about the support of Unicode subtitle. :(

leowai

14th July 2005, 09:10

Just checked that this had already been implemented in v0.3.1 source dated 2005-07-01 but not in the new release, why? :rolleyes:

I've successfully mux the utf8 subtitles into mp4 container. This doesn't works with one trial, so I would like to share my successful tips here. :)

Considering input the unicode subtitle (i.e. chinese simplified subtitle), you need to convert your *.srt to utf8 format with "NO BOM". I use UltraEdit32 to do this. If you save the file as utf-8 (instead of "utf-8 - NO BOM"), you will fail in the muxing process with non supported feature returned from the mp4box program.

I got the muxed mp4 works perfectly and now it can display chinese subtitle without problem. And I mux the video with mp4box v0.3.1.

Cheers.

Sharktooth

14th July 2005, 13:39

seems i cant even compile the new code...

leowai

14th July 2005, 14:26

I compiled the new code (mp4box project only) using VS.net 2003 with no problem (and you need static version of zlib.lib).

Under MinGW, the compilation stopped when compiling "osmozilla.cpp". However some essential programs (mp4box, mp4client & mp4avi) and libraries (libgpac.dll & libgpac_static.a) are already created.

yaz

15th July 2005, 09:01

would someone, pls, make a working compile of the latest mp4box available ?
thx
y

JoeBG

15th July 2005, 18:03

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

Thanks to celticdruid :)

Doom9

15th July 2005, 18:51

@JoeBG: that isn't quite the latest one ;) BTW, how's the MeGUI guide coming along?

SeeMoreDigital

15th July 2005, 18:52

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

Thanks to celticdruid :) Is it just me...... I can't see anything dated "July" in that link?

defunkt

15th July 2005, 20:33

You can get my 040 DEV build here (http://www.ionwerks.net/defunkt/mp4box04.zip). Suggest you treat with caution, source has been substantially reworked. SRT > TTXT conversion isn't working for me.

bond

18th July 2005, 20:33

Just checked that this had already been implemented in v0.3.1 source dated 2005-07-01 but not in the new release, why?

I got the muxed mp4 works perfectly and now it can display chinese subtitle without problem. And I mux the video with mp4box v0.3.1btw whats the latest source and compile existing before the rewrite?
the last one i have is the one from sharktooth, dated 30 june

You can get my 040 DEV build here (http://www.ionwerks.net/defunkt/mp4box04.zip). Suggest you treat with caution, source has been substantially reworked. SRT > TTXT conversion isn't working for me.can anyone reproduce this? anyone else already did some tests?

thanks for the build!

Kurtnoise

19th July 2005, 12:46

can anyone reproduce this? anyone else already did some tests?
Same problem here... :(

leowai

19th July 2005, 16:11

btw whats the latest source and compile existing before the rewrite?
the last one i have is the one from sharktooth, dated 30 june

I got the source as late as 1st July (v0.3.1) with utf-8 supported.

Only after I mannually edited the file in v0.4.0 (\gpac\src\media_tools\text_import.c, commend out line 368 to 372, dated 14th July) then it works as expected with utf-8 support.

I tested with subtitles in English and Chinese Simplified. Subtitles are saved with UltraEdit32 into format of "utf-8 - NO BOM".

bond

19th July 2005, 20:48

guys, if you find bugs, plz make a bugreport on sourceforge's bugtracker

jeanlf doesnt read doom9 so it doesnt make much sense to post here if you want to have bugs fixed

leowai

20th July 2005, 09:49

utf-8 subtitle support is back for MP4Box on today's (20th Jul) update. :)

Cheers.

yaz

20th July 2005, 09:53

utf-8 subtitle support is back for MP4Box on today's (20th Jul) update. :)... so, again, we should beg someone to compile it :)

thx
y

Kurtnoise

20th July 2005, 12:06

guys, if you find bugs, plz make a bugreport on sourceforge's bugtracker

jeanlf doesnt read doom9 so it doesnt make much sense to post here if you want to have bugs fixed
concerning the subtitles conversion issue, defunkt has already reported this bug on SF.

Sharktooth

20th July 2005, 13:31

... so, again, we should beg someone to compile it :)

thx
y
I cant still compile it... got several hundreds compilation errors...

leowai

21st July 2005, 05:55

Shartooth,

Using VS v7.1, compilation seems ok.

For gcc compilation:
Original Make file for MP4Box produce errors for me. Probably you could try following patch. I got my MP4Box compiled this way* (the rest of the project I don't know).
*GPAC project compilation is stopped (errors occur) somewhere after MP4Box program is built

uncomment all "#LINKFLAGS+=-lgpac_static -lz $(EXTRALIBS)"
and
comment out all "LINKFLAGS+=-lgpac"

Index: applications/mp4box/Makefile
===================================================================
RCS file: /cvsroot/gpac/gpac/applications/mp4box/Makefile,v
retrieving revision 1.2
diff -u -r1.2 Makefile
--- applications/mp4box/Makefile 18 Jul 2005 17:02:20 -0000 1.2
+++ applications/mp4box/Makefile 21 Jul 2005 04:09:26 -0000
@@ -21,13 +21,13 @@
ifeq ($(CONFIG_WIN32),yes)
EXE=.exe
PROG=MP4Box$(EXE)
-#LINKFLAGS+=-lgpac_static -lz $(EXTRALIBS)
-LINKFLAGS+=-lgpac
+LINKFLAGS+=-lgpac_static -lz $(EXTRALIBS)
+#LINKFLAGS+=-lgpac
else
EXT=
PROG=MP4Box
-#LINKFLAGS+=-lgpac_static $(EXTRALIBS) $(GPAC_SH_FLAGS) -lz
-LINKFLAGS+=-lgpac
+LINKFLAGS+=-lgpac_static $(EXTRALIBS) $(GPAC_SH_FLAGS) -lz
+#LINKFLAGS+=-lgpac
endif

Besides, you need static lib of "libz.a" (you could download from SF, gpac_extra_libs-0.3.0_linux.tar.gz). Compile zlib project and place the "libz.a" in "gpac/extra_lib/lib/gcc" project folder. However, I afraid this build of zlib is a slightly older version where it shows v1.1.4 from the ReadMe file. :( But it still works.

SeeMoreDigital

21st July 2005, 08:45

Good news everyone..... Jean has been looking into this issue and is re-working some of his code. And although I make it sound very easy to do, I'm sure it's not ;)

For more information. please look here: -

http://sourceforge.net/tracker/index.php?func=detail&aid=1227952&group_id=84101&atid=571741

Cheers

leowai

21st July 2005, 09:44

Yes, I've been waiting for this great feature. Doom9's OnceClick conversion using MeGUI can also be done for DVD backups. :)

The VobSub/bitmap subtitle format used in Nero Recode (Nero Digital) is the better solution for making subtitles with DVDs. OCR conversion doesn't work very well for all languages even the size for text-based subtitle is small. Furthermore, I don't think there is a hardware player that can play text-based subtitles in different laungages (i.e. Chinese, Japaneses & others).

Doom9

21st July 2005, 14:33

Doom9's OnceClick conversion using MeGUI can also be done for DVD backups.Why do you think I asked for that feature in the first place? ;)

And there's no promises on importing such files, and that's the crucial thing.

Sharktooth

21st July 2005, 16:01