Quite lost with mp4 muxing

[Sergejack]

After managing to creat a raw H264 stream with mencoder (*.264) , I tried to mux it in a mp4 files.
So, I used meGui (with MP4Box) to mux the stream in a mp4, mentionning 23.976 fps (wich is the fps of the source).
But when I play the file (*.mp4) on a player the framerate is just wacky, it speed up like crazy, the go slow, freeze, speed up like crazy...

I use Haali Media Splitter 07 jun 2005, and FFDshow 2005-06-09.

EDIT : using Nero media show, the fps just seems to be mutiplied. (by 23.796 ?)
EDIT : could be 23796fps (as detected by Mp4ui)

EDIT : Solved, had to use MP4box in command line.

[Sergejack]

I can't get a mp4 file rigth when muxing with an AAC HE.
I used mp4box adding the .aac file mentionning -sbr then even -sbrx but I always get a skew :(

[bond]

I can't get a mp4 file rigth when muxing with an AAC HE.
I used mp4box adding the .aac file mentionning -sbr then even -sbrx but I always get a skew :(
what do you mean with "skew"? a constant delay between audio and video leading to desync?
if yes than try to correct the delay by using the new -delay option of mp4box

EDIT : Solved, had to use MP4box in command line.
well you might still want to tell doom9 about it, cause if it doesnt work in megui but with mp4box itself, there must be a problem in megui

[Sergejack]

what do you mean with "skew"? a constant delay between audio and video leading to desync?
if yes than try to correct the delay by using the new -delay option of mp4box

The skew vary dyring the reading.
I'll try to just add the raw video stream to the original mp4 (acc he cbr) file (after having make a safe copy of that file).
EDIT : or I should stop assuming FPS is automatically detected in mp4box XD (25 was used by default when it's 23.976)

well you might still want to tell doom9 about it, cause if it doesnt work in megui but with mp4box itself, there must be a problem in megui

I has been presumed it could come from regional settings using coma instead of point for decimal serparation.
I feel like it's a good guess.

[bond]

The skew vary dyring the reading.
I'll try to just add the raw video stream to the original mp4 (acc he cbr) file (after having make a safe copy of that file).
and you are sure that you managed to set 23.796fps? from what you write it sounds like you use 25fps on a 23.796 stream or the other way round

and you are sure that the source is 23.796 and not 29.90 or 25 fps (or even vfr)?
you might want to try setting these other framerates too

[Doom9]

aww come on. Ever read http://forum.doom9.org/showthread.php?p=667495#post667495?

Please, when you report a problem, you MUST!!!! with no exception make a good report. It starts with the mp4box commandline used in MeGUI versus the one you came up on your own. Just open the appropriate jobX.xml file and look for the commandline, then post both here.

[Sergejack]

I'm sure the source fps was 2.976 (an avs file)

I now no longer have a variable skew, but a static one wich I would get rid off.

here is my batch :


@echo off
rename G:\Anime EAF\Final\[EAF]CPR_03.mp4 G:\Anime EAF\Final\[EAF]CPR_03.mp4.old
echo 264 stream + AAC HE stream
MP4Box -new -fps 23.976 -add "G:\Anime EAF\Final\[EAF]CPR_03ns.264" "G:\Anime EAF\Final\[EAF]CPR_03.mp4" -sbr -add "G:\Anime EAF\raw\CPR03.aac" "G:\Anime EAF\Final\[EAF]CPR_03.mp4"
MP4Box "G:\Anime EAF\Final\[EAF]CPR_03.mp4" -delay 2=-500
command


it doesn't work

I tried to get a look into my mp4 file and I found a potential source of the problem.


Track # 1 Info - TrackID 1 - TimeScale 24000 - Duration 00:29:43.198
Media Info: Language "und" - Type "vide" - Sub Type "avc1" - 42754 samples
MPEG-4 Config: Visual Stream - ObjectTypeIndication 0x21
AVC/H264 Video - Visual Size 384 x 288
Self-synchronized

Track # 2 Info - TrackID 2 - TimeScale 24000 - Duration 00:29:43.210
Media Info: Language "und" - Type "soun" - Sub Type "mp4a" - 41794 samples
MPEG-4 Config: Audio Stream - ObjectTypeIndication 0x40
MPEG-4 Audio AAC LC - 2 Channel(s) - SampleRate 24000 - SBR SampleRate 48000
Synchronized on stream 1


I dunno how (and if) to avoid that.

[bond]

I now no longer have a variable skew, but a static one wich I would get rid off.
try using different delay values, till you find the one that fixes the static delay

I tried to get a look into my mp4 file and I found a potential source of the problem.
this has nothing to do with delays, and therefore your problem

[Sergejack]

try using different delay values, till you find the one that fixes the static delay

No, the delay doesn't apply. (maybe does but, then, take no effect while reading)
In wich case, I read it could come from the decoder ? (using Haali mkv/mp4 parser 12-06; ffdshow 11-06)