[vdr] Re: vdr cuts recordings with ugly artifacts at cutting-points

[s.huelswitt@gmx.de (Stefan Huelswitt)]

On 16 Apr 2003 Oliver Endriss <o.endriss@gmx.de> wrote:

> I'll test the new patch asap.

Yes, please. We continue the discussion after this.

>> I think, the first one cannot work without muxing.
>> I done as you suggested, we will end with a sequence like this:
>>
>> VVVAVVAVVVA%AAA%VVVVVVVVVVAVVAVVAVVA
>>
>>            ^   ^
>>
>>       cutOut   cutIn
>>
>> Before the cutOut is the original muxed stream. After the cutOut,
>> all audio packets according to rule 1 follow. After the cutIn, we
>> have only video packets (according to rule 2).
> 
> Correct. I simply hope that the decoder has enough buffer capacity for 
> the AAA sequence. I think it's worth a try.

Have to think how it could be done.

> Interleaving them with the video is not enough. You have to fix the PTS 
> of the audio packets, too.

Sure? I think the deocder will notice the PTS jump in the video
stream and select the right audio packets.

>> I'm not sure if this really worked, as the PTS of the (exccess) audio
>> packets after the cutIn doesn't match the PTS of the video
>> packets before the cutOut.
> 
> If it does not work, I don't understand why I got some clean cuts in the 
> past. Anyway, your patch is a great improvement already. Thx.

Well, above you said that we have to fix the PTS and now you say
that it works even if the PTS doesn't match. What?

-- 
Stefan Huelswitt
huels@iname.com  | http://home.pages.de/~nathan


-- 
Info:
To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe vdr" as subject.