[MEncoder-users] EDL complaints

[aslan at gmx.at]

Yes, if I do that all frames are marked as keyframes and thus decoding
is messed up. Its hard to make use of the resulting video.

I tried to go the reencode way because of that, however I could not
reencode the full video because it crashes on the parts where its hits
PAFF interlaced encoded frames.
I tried to work my way around that with an edl, but that doesnt work
either because no matter how I try around and ajust the timestamps for
cutting, it will remain extremely inaccurate (1 1/2 minutes is just
too much - and even though I decreased the time for that ammount of
inaccuracy on a second try it still remained at about the same level
of inaccuracy).
The -hr-edl-seek would correct that, but it will also cause crashes
again.

So the only way I see is to patch x264 to support PAFF interlaced
decoding. I have found someone who provided such a patch (or it seemed
to be that) but it was for an old version and I have no idea how to
adapt it to the current version or do a build (even though I guess
I could work out doing the build with some trying around).

Any Ideas?

> And it does not work "well" with "-ovc copy" (you should reencode the
> movie for precise cutting, AFAIK)

>> That helped with the crashing (at first look at least),
>> but the cutting behaviour has changed quite a bit.
>>
>> The start of the video needs timestamps in the edl based on 0,
>> and only later into the video the timestamps based on the
>> actual timestamp of the stream.
>>
>> Also the cutting is now extremely inaccuate.
>> It doesnt matter if I set a time 5 seconds more or less it appears.
>> Its not even accurate to keyframes I think.
>>
>> Can anybody help me?
>>
>>
>>
>>>> When encoding with an edl it still seemes to decode all the
>>>> frames it is not supposed to encode.
>>
>>> Only if you've specifically told it to use -hr-edl-seek.