|
|
x264 in MP4, no timecode?
Warning: 'D:\*\VIDEO_TS\vid.mp4' track 1: The AVC video track is missing the 'CTTS' atom for frame timecode offsets. However, AVC/h.264 allows frames to have more than the traditional one (for P frames) or two (for B frames) references to other frames. The timecodes for such frames will be out-of-order, and the 'CTTS' atom is needed for getting the timecodes right. As it is missing the timecodes for this track might be wrong. You should watch the resulting file and make sure that it looks like you expected it to.
When I merge the video .MP4 and the audio .MP4, it's way out of sinc in both ways.
[edit]
Using: x264 core:45 svn-483M (built by ChronoCross)
I haven't reproduced this error. does it only happen on a single source? or is it global?
It hapened once, with the same source in 2 format: D2V and AVI.
Both do the same thing. I'm trying with the latest version.
Well I'm doing a test on a smaller file to see if I can reproduce it on the latest svn.
I got the sinc issues with mp4box and mkvmerge, only mkvmerge tells the error.
[edit]
It's not coz it was your build that it's your fault or that you have to care about it
I just finished testing 486 with patches on a 2 minute clip Huffy avi.
No errors given by mkvtoolnix. goes into mp4 just fine.
ok. I'm at 32% second pass using 487. ETA 1h10.
Code:
mkvmerge v1.6.5 ('Watcher Of The Skies') built on Dec 7 2005 18:53:31
'D:\MADAGASCAR\VIDEO_TS\projet.mp4': Using the Quicktime/MP4 demultiplexer.
'D:\MADAGASCAR\VIDEO_TS\projet.mp4' track 1: Using the MPEG-4 part 10 (AVC) video output module.
The file 'D:\MADAGASCAR\VIDEO_TS\projet.mkv' has been opened for writing.
The cue entries (the index) are being written...
Muxing took 6 seconds.
Code:
Warning: 'D:\MADAGASCAR\VIDEO_TS\projet.mp4' track 1: The AVC video track is missing the 'CTTS' atom for frame timecode offsets. However, AVC/h.264 allows frames to have more than the traditional one (for P frames) or two (for B frames) references to other frames. The timecodes for such frames will be out-of-order, and the 'CTTS' atom is needed for getting the timecodes right. As it is missing the timecodes for this track might be wrong. You should watch the resulting file and make sure that it looks like you expected it to.
Same.
I still use NiceFPS and AVISynth 2.56. I resize to 320x180, at 23,976 FPS.
0 bframes, no cabac (for iPod)
Unfortunately I cannot help you with the issue. I am unable to reproduce it with 3 different samples (anime)DB (live action widescreen) Office Space and Live action Fullscreen (House MD).
Anyone else having these issues with either full svn or my custom builds?
the update I did was with x264.nl. I forgot to post my cmdline:Code:
[2006-03-29 : 18:33:07] : ***** Encoding Video to x264 File (x264) *****
[2006-03-29 : 18:33:07] : quot;C:\Program Files\RealAnime 4\bin\x264.exequot; --me dia --subme 1 --ref 0 --analyse quot;nonequot; --min-keyint 12 --min-keyint 600 --bime --direct spatial --weightb --bframes 0 --filter 1:1 --bitrate 136 --pass 1 --no-fast-pskip --no-psnr --progress --thread-input --threads 1 -o quot;NUL:quot; quot;C:\Program Files\RealAnime 4\temp\0.avsquot;
[2006-03-29 : 18:33:07] :
[2006-03-29 : 19:04:40] : avis [info]: 320x180 @ 23.98 fps (123666 frames)
[2006-03-29 : 19:04:40] : x264 [warning]: width or height not divisible by 16 (320x180), compression will suffer.
[2006-03-29 : 19:04:40] : x264 [info]: using cpu capabilities MMX MMXEXT SSE SSE2 3DNow!
[2006-03-29 : 19:04:40] : x264 [info]: slice I:279 Avg QP:25.97 size: 5503
[2006-03-29 : 19:04:40] : x264 [info]: slice P:123387 Avg QP:28.73 size: 696
[2006-03-29 : 19:04:40] : x264 [info]: mb I I16..4: 34.0% 0.0% 66.0%
[2006-03-29 : 19:04:40] : x264 [info]: mb P I16..4: 17.6% 0.0% 0.0% P16..4: 33.9% 0.0% 0.0% 0.0% 0.0% skip:48.5%
[2006-03-29 : 19:04:40] : x264 [info]: final ratefactor: 30.05
[2006-03-29 : 19:04:40] : x264 [info]: kb/s:135.5
[2006-03-29 : 19:04:40] :
[2006-03-29 : 19:04:40] : encoded 123666 frames, 65.36 fps, 135.56 kb/s
[2006-03-29 : 19:04:40] :
[2006-03-29 : 19:04:40] : ***** Encoding Video to x264 File (x264) *****
[2006-03-29 : 19:04:40] : quot;C:\Program Files\RealAnime 4\bin\x264.exequot; --no-cabac --keyint 600 --min-keyint 12 --nr 150 --level 1.3 --me umh --subme 6 --ref 8 --mixed-refs --analyse quot;allquot; --trellis 1 --min-keyint 12 --min-keyint 600 --bime --direct spatial --weightb --bframes 0 --filter 1:1 --bitrate 136 --pass 3 --no-fast-pskip --no-psnr --progress --thread-input --threads 1 -o quot;C:\Program Files\RealAnime 4\temp\video.mkv.mp4.mp4quot; quot;C:\Program Files\RealAnime 4\temp\0.avsquot;
[2006-03-29 : 19:04:40] :
[2006-03-29 : 20:49:44] : avis [info]: 320x180 @ 23.98 fps (123666 frames)
[2006-03-29 : 20:49:44] : x264 [warning]: width or height not divisible by 16 (320x180), compression will suffer.
[2006-03-29 : 20:49:44] : x264 [info]: using cpu capabilities MMX MMXEXT SSE SSE2 3DNow!
[2006-03-29 : 20:49:44] : mp4 [info]: initial delay 0 (scale 2997)
[2006-03-29 : 20:49:44] : x264 [info]: slice I:279 Avg QP:24.57 size: 6379
[2006-03-29 : 20:49:44] : x264 [info]: slice P:123387 Avg QP:27.07 size: 696
[2006-03-29 : 20:49:44] : x264 [info]: mb I I16..4: 29.0% 0.0% 71.0%
[2006-03-29 : 20:49:44] : x264 [info]: mb P I16..4: 3.1% 0.0% 2.2% P16..4: 27.0% 8.0% 3.5% 0.5% 0.2% skip:55.6%
[2006-03-29 : 20:49:44] : x264 [info]: ref P 70.1% 10.0% 10.6% 2.1% 2.1% 2.0% 2.1% 1.0%
[2006-03-29 : 20:49:44] : x264 [info]: kb/s:136.0
[2006-03-29 : 20:49:44] :
[2006-03-29 : 20:49:44] : encoded 123666 frames, 19.68 fps, 136.03 kb/shum... seems my first pass is not using what I use for handheld profiles...
[edit]
Gonna be fixed in RealAnime 4.2.0
can you get RealAnime 4.1.0 and try iPod profil?
yeah I'll give it a try tonight.
Sirber. This is a problem with something in realanime's settings with the ipod profile. I can reproduce the problem using realanime. This doesn't seem like an error in x264.The problem can be fixed using a timecodes file in mkv.
I'll retry with the first pass fixed.
and I have no timecode file
Originally Posted by SirberWarning: 'D:\*\VIDEO_TS\vid.mp4' track 1: The AVC video track is missing the 'CTTS' atom for frame timecode offsets. However, AVC/h.264 allows frames to have more than the traditional one (for P frames) or two (for B frames) references to other frames. The timecodes for such frames will be out-of-order, and the 'CTTS' atom is needed for getting the timecodes right. As it is missing the timecodes for this track might be wrong. You should watch the resulting file and make sure that it looks like you expected it to.
mkvmerge always shows this error when there is no ctts atom
in mp4 there is no ctts atom when no frame reordering takes place (normally when no b-frames are used)
still mkvmerge tells you it misses the ctts altough there is no need for a ctts, so its kinda a misleading, not needed error message of mkvmerge
When I merge the video .MP4 and the audio .MP4, it's way out of sinc in both ways.
sounds like the typical framerate mismatch or missing delay depending on whether the desync is constant or increasing...
the delay is variable, from 3 sec to 10 sec.
FPS is 23.976
smells like framerate not matching the audio speed
I encode the audio and the video separatly.
D2V --gt; RealAnime --gt; MP4
AC3 --gt; RealAnime --gt; MP4
MP4 + MP4 --gt; Yamb --gt; final MP4.
how can I fix that? Shouldn't both track play at their own rate?
Originally Posted by SirberI encode the audio and the video separatly.
D2V --gt; RealAnime --gt; MP4
AC3 --gt; RealAnime --gt; MP4
MP4 + MP4 --gt; Yamb --gt; final MP4.
how can I fix that? Shouldn't both track play at their own rate?
try mkvmerge and see if they get desync again |
|
Post at 2011-4-15 14:27
| This Author's Posts Only
