mp4UI 1.0 RC 1 released

[SeeMoreDigital]

Originally posted by bond
does importing audio streams from cbrmp3, vbrmp3 and aac IN avi now? It's still not fixed in the latest RC2 - Posted 06 July 04 - But I did not think it would be :(

Anyway it might be time to change the thread title, unless we are having separate threads for each release?

Did we ever talk to Markus about exporting and importing subs (and chapters if possible)?


Cheers

[SeeMoreDigital]

I remember some time ago asking why when you export an Mpeg4 video stream, mp4UI always lists its 4CC as being DivX.... urgh!

Can it be made, so that the exported files 4CC is the same as when it was imported?

I mean, it's not like mp4UI does not know what the original stream is/was. As it's listed in the advanced info: -

http://img46.exs.cx/img46/9697/SMD_mp4UI_Adv_info.gif


Cheers

[stephanV]

but thats not the fourcc... thats a tag in the bitstream, no?

better solution would be to just to give it "mp4v" (i believe 3ivx does this too)

[SeeMoreDigital]

Originally posted by stephanV
but thats not the fourcc... thats a tag in the bitstream, no? The important thing is that mp4UI knows what the input stream type is (and it can do it with 3ivx, DivX and XviD)

And as long as it knows, it should therefor be possible to assign/allocate the correct 4CC upon extract, yes!

If however, this proves to be too complicated a task then, I'm with you, mp4v would be preferable over DivX.


Cheers

[bond]

Originally posted by SeeMoreDigital
It's still not fixed in the latest RC2 - Posted 06 July 04 - But I did not think it would behm ok :(

Anyway it might be time to change the thread title, unless we are having separate threads for each release?hm there are not that big changes i think for a new thread and splitting isnt really possible as the rc2 discussion is mixed into this thread
well i leave it as is till the next version comes out :)

Did we ever talk to Markus about exporting and importing subs (and chapters if possible)?i made a feature request for this on sf, still i think markus is busy
also i dont really like the idea of using vobsubs in .mp4 as
1) they are much bigger than text subs and i dont like to waste space :D
2) the mpeg-4 standard defines its own official subtitle format and i preferably would use this

Originally posted by stephanV
but thats not the fourcc... thats a tag in the bitstream, no?exactly, thats the bitstream description placed in the user data in the bitstream

better solution would be to just to give it "mp4v" (i believe 3ivx does this too)

If however, this proves to be too complicated a task then, I'm with you, mp4v would be preferable over DivX.hm it would be a solution, but i dont really get why the "divx" fourcc is so bad. its already widely supported and decoders supporting the divx fourcc should also be able to handle as good as all streams placed in .mp4 so there shouldnt be "compatiblity issues" or so

Originally posted by SeeMoreDigital
The important thing is that mp4UI knows what the input stream type is (and it can do it with 3ivx, DivX and XviD)
And as long as it knows, it should therefor be possible to assign/allocate the correct 4CC upon extract, yes!hm not every bitstream indicates the used encoder in the user data, for example encodes with apples, sorensons and divx4 dont show this. so with them this procedure would not be possible

[SeeMoreDigital]

Originally posted by bond
hm it would be a solution, but i dont really get why the "divx" fourcc is so bad. its already widely supported and decoders supporting the divx fourcc should also be able to handle as good as all streams placed in .mp4 so there shouldnt be "compatiblity issues" or so But it's not that good either. As you've already found out, when you've tried to play 3WP GMC XviD or Nero encodes with DivX's DSdecoder. Imagine de-muxing one of these streams from out of the MP4 container and it not playing correctly.

We, more seasoned users would experiment by changing the 4CC code but others might think that the stream is b0rked!

Originally posted by bond
hm not every bitstream indicates the used encoder in the user data, for example encodes with apples, sorensons and divx4 dont show this. so with them this procedure would not be possible Neither is Recode2's NDIG but surly these codes can be added?

Anything, that can help with ease of use has got to be good in the long term!


Cheers

[bond]

about interleaving in mp4ui:
according to this (https://sourceforge.net/forum/forum.php?thread_id=1094435&forum_id=59136) it seems that mp4creator from mpeg4ip uses 1 second for interleaving (3ivx and mp4box use 500 milliseconds), as mp4ui is based on it i assume it uses the same setting
the thread i linked to above also includes some explanations about how to change the interleaving setting in the code of mp4creator, maybe it would be nice to get an option to change it in mp4ui if its easily doable

btw the optimize function will not change the interleaving used in existing files

Originally posted by kilg0r3
bond in another thread Does Mp4Ui do the same way? If so, I now understand why the files generated by mp4ui play with regular stops about every second or so. But why would this be limited to directshow based playback? As it does not happen when I use VLC.

[bond]

i noticed that mp4ui does NOT create the mandatory ctts atom, which is needed for b-frames in .mp4, when importing (not packed) streams with b-frames from .avi to .mp4
its not a problem when you decode your files in dshow, as dshow doesnt need the ctts values (like some other codec interfaces maybe too), but still its mandatory to have this atom

basically thats a problem of mpeg4ip's mp4creator, which shows the same issue as mp4ui (as mp4ui is based on mp4creator). i already contacted bill may about it and i hope he will look into it
with mp4creator the ctts is already created when importing raw mpeg-4 video streams with b-frames, but not when the stream is placed in .avi

the videolan and ffmpeg muxers show the same problem

3ivx and mp4box work (as always) correctly :)

note that i am not talking about packed bitstream here!

[SeeMoreDigital]

Trybe!

Are you back with us yet... Did you get me a prezzie?


Cheers

[Trybe]

Not yet that long, but yeah - I'm back.

What's up?

You can be almost sure that my answer on your next question will be "later - still very busy"... :-)

[StoneRoses]

I try using this tool to create small mp4 file for playback on MPEG-4 capable mobile phone. (In my case, SonyEricsson K700i) Mobile phone video is the newest field I just start experiment.

I encode the video to avi using latest XviD (simple profile) @ VBR~96kbps (144x128 12.5fps) and using nero to crate mono AAC-LC (VBR ~32kbps) and mux them together to create mp4 file for mobile phone.

some of mp4 files create with mp4UI are not playable on mobile phone and Quicktime and some files play stutteringly at the beginning in quicktime (notice missing some frames at the beginning). But the files create with mp4box (from the same xvid avi and mp4 aac files) play fine without any issue. I also remux these mp4 files (using Quicktime) into .3gp for some other phone that support only 3gp extension.

The best thing using this lengthy procedure is the quality, xvid video is by far better than any other codec targeted at mobile phone video. (e.g. mpegable, pvauthor, nokia multimedia convertor)

[wunschkind]

hi ...


i have problems exporting .avi from a big .mp4 file (NERO DIGITAL - 2,2 GB). MP4UI crashes opening this file.

Using mp4creator as CLI i have the same problems.

Is there a possibility to solve this problem? I hope you can help me.



Thank you very much

wunschkind

[SeeMoreDigital]

Originally posted by wunschkind
... i have problems exporting .avi from a big .mp4 file (NERO DIGITAL - 2,2 GB). MP4UI crashes opening this file.

Using mp4creator as CLI i have the same problems.

Is there a possibility to solve this problem? I hope you can help me.
As far as I know there is a 2GB limit in both mp4UI and many of of tools based on MPEG4IP (http://www.mpeg4ip.net/).

It's a shame I know but hopefully will change soon!


Cheers

[bond]

Originally posted by wunschkind
Is there a possibility to solve this problem? I hope you can help me.try other tools too

[SeeMoreDigital]

Hi Trybe,

Are there any new developments with mp4UI yet?


Cheers

[Trybe]

i'm sorry, i moved two months ago and haven't found the time so far...

[SeeMoreDigital]

Hi Trybe,

Are you still with us?

I just wondered if you could help us out with this (http://forum.doom9.org/showthread.php?s=&postid=601744#post601744) observation?


Cheers

[Trybe]

hey, the notification works fine :)

yeah, i definitely need to sync with the latest mpeg4ip code. this would probably solve a lot of problems...

[SeeMoreDigital]

Originally posted by Trybe
...yeah, i definitely need to sync with the latest mpeg4ip code. this would probably solve a lot of problems... When you're ready... so are we :D

And thanks for getting back so quickly!


Cheers

[Elias]

Originally posted by Trybe
hey, the notification works fine :)

yeah, i definitely need to sync with the latest mpeg4ip code. this would probably solve a lot of problems... So how's it going with this, Trybe?

[Sharktooth]

Any updates?

[Elias]

Originally posted by Sharktooth
Any updates? It makes you wonder, doesn't it? :) mp4UI is a really great tool! But it's a shame though that the updates aren't the fastest :/

[Elias]

I don't mean to sound ungrateful, but seriously, what the hell? It's like been forever now since the last update. This great piece of software needs to be updated so that we can get rid of all the bugs.

[Doom9]

I don't mean to sound ungrateful, but seriously, what the hell? It's like been forever now since the last update. This great piece of software needs to be updated so that we can get rid of all the bugs.I hope you are paying trybe a lot of money to work on MP4UI or else you have no right to complain. He's free to do with his own time whatever he may see fit and it's people with attitude like yours that make developers retire from writing free software.

[Elias]

Originally posted by Doom9
I hope you are paying trybe a lot of money to work on MP4UI or else you have no right to complain. He's free to do with his own time whatever he may see fit and it's people with attitude like yours that make developers retire from writing free software. I'd donate if it were possible. I'm pretty poor, can't donate a huge amount, but hey, it's always something :)

[Elias]

I hope you are paying trybe a lot of money to work on MP4UI or else you have no right to complain. He's free to do with his own time whatever he may see fit and it's people with attitude like yours that make developers retire from writing free software.Hey Doom9, check this post (http://www.linuxquestions.org/questions/showthread.php?s=&postid=1685770#post1685770) . Give me feedback of what you think.