Hmmm... is this fixable, or is this a problem with the H.264 codec?
+ Reply to Thread
Results 61 to 86 of 86
I'm also doing that.
Originally Posted by major
1)How about putting softskip in -vop chain.
2)mp4box option ;
-delay tkID=TIME: sets track start delay in ms.
":delay=delay_ms": sets imported media initial delay in ms
3)-oac faac -ovc x264 -of lavf -o "OUT".mp4
-ovc copy -o "OUT".264
if you could give me POST name in mplayer-dev-eng archive, I can translate to JP & ask ppl here, or Search mplayer patches, or Search other mp4box/mpeg4ip commands.
I may try with softskip. The problem with the delay is that we don't know the delay and whether it is constant. And the lavf muxer is broken for compliant MP4.
So, mencoder encodes video and audio separately. There is no way to merge the audio into the video, because we are already doing that. The frame rate changing for NTSC in mencoder only applies to video, and not audio. Why can't mencoder apply the same frame skipping rules to the audio? Granted, that requires the developers of mencoder to do some work, however if the audio is broken into frames like video and is processed the same way, then the resulting file should be in sync. However, that would require some fairly drastic changes to mencoder to treat the audio as such.
Until that time, are there any other encoders that ffmpegX is capable of using with only slight changes necessary to create H.264 video?
(And if I'm wrong, don't hesitate to tell me so. Learning experience and all that)
>Why can't mencoder apply the same frame skipping rules to the audio?
I guess broken is Video Skipping Rules, not Audio.
If MEncoder makes correct Video, Total Duration Time of Video & Audio is same.
MEncoder must be making some kind of Zero-data-Frames.
which do not contain real data, just tell "keep previous on Display" to Players/Decoders.
it's usufull 4 reducing FileSize;
But,How to tell "keep previous" is different by container.
"keep previous" in AVI-language is not understandable in MP4-language.
Thus, MP4 Players just decode next frame and brake A/V Sync.
Same thing must be taking place in decoding too. I mean inside MEncoder,Decoding Sourcefile before Filtering/Encoding.
"This frame is same as previous, lets not decode it, so I can save time for filters & encoders "
MEncoder is designed to make AVI.
he/she may doing many spacial treatings only good for AVI, but nogood for other containers.
e.g. some frame skipping rules may do bad for non-AVI containers.
For other containers. Dev-work seems started in early 2005.
So far, he/she got various output containers.but its unstable as major-san say. Now I agree.
IMHO, fastetst fix is finding MEncoder commands that kills his/her spacial treatings for AVI.
>are there any other encoders that ffmpegX is capable of using with only slight changes necessary to create H.264 video?
"x264". building from Sourcecode was VERY EASY.
cause its simple,only encode, nofilters. I think MEncoder is better on MacOSX.
So far, "pipe" MEncoder Filters to X264 seems not works.
(And if I'm wrong, don't hesitate to tell me too. Learning experience and all that)
Originally Posted by BAL_050905
But here you obtain an AVI file, not MP4.
Not still but things should get fixed somewhen. I hope to find alternate methods soon.
So far,encode as AVC-inAVI,then extract .264 results best. but still have v-a diff around 0.096sec. its not noticeable for me, but somebody may.
win user may say AVC-in-AVI is no good, but we not using vfw codec handler anyway, so stream can be OK.
also "-fps 24.000" or "30.000" results very close to above.
using divisor of Audio frequency.
My usual Audio frequency is 48000hz, so I should try "-ofps 48000.000" for perfect sync
I was thinking indeed to first encode into AVI then extracting the video from there. About plan B, why should we use non-standard 24fps or 30fps?
because I get confused after reading these.
although English is difficult to me, but it seems AVC - in - AVI may make thigs more complexed.
-- Plz see "5) What do i have to especially look at, when i mux MPEG-4 video from AVI to MP4? "
--"MPEG-4 B-frames in AVI/VFW hackery description"
PLAN A+.(AVC - in - AVI+)
YAMB(Win's mp4box GUI ) seems to have options, which pullouts AVC from AVI safely, and shows commandlines.
Don't have Win, but...
$ mp4box -aviraw video /Volumes/XXX/XXX.avi
worked like this,
Extracting AVI video (format h264) to /Volumes/XXX/XXX_video.h264
but after mux with ffmpeg2's aac.mp4, resulted almost same A-V diff as r4.
others not tested yet.
forces constant FPS when importing AVI video
forces packed bitstream when importing raw ASP
thx 4 reading.
hi guys well i say for play anything h.264, cuz i had the same problem playing an MKV h.264 i used CCCP and it worked for me but you must Uninstall all other individual codecs, filters (like DirectVobSub, ffdshow, CoreVorbis, CoreAAC, etc.) http://www.kickassanime.org/wiki/index.php?title=CCCP
major, any ideas on what to do about the sync issue?
Originally Posted by Metallirat
Some DVDs, mostly major features with massive FX are posted entirely digitally and printed back to film. In these cases (ie. Matrix 1,2,3) there is no inverse telecine and the stream is a pure sequence of 23.976p.
I cover the tech details in my blog, here:
BTW, if it is a 'directors cut' released straight to DVD, the problems are exacerbated, primarily because there is no conforming back to a film negative. So you end up with 29.97i willy nilly through the entire flick.
Merry Xmas, and Happy New Year to you kind sir.
After NYE, will a 0.0.9u R3 be released where 2-pass is turned on for X264 encoding?
Sorry to be a pest!
Thank you. I'm working indeed on 0.0.9v which will support 2-pass x264.