Am 07.12.2008 um 18:10 schrieb Klaus Schmidinger: > On 07.12.2008 15:29, Matthias Bauer wrote: >> Am 07.12.2008 um 00:38 schrieb Reinhard Nissl: >>> ... >>> I think that this manipulation could be done by VDR >>> generally and shouldn't cause any problems on FF-cards. >> >> Yes, I also think so. Instead of fixing this in all plugins handling >> with streams >> it would be better to fix this generally in VDR. >> >> @Klaus Schmidinger: What do you think about this? > > I'd like to avoid this if possible ;-) > > The device gets told which trick speed mode to use, so why shouldn't > it be able to simply ignore the PTS values in trick speed mode? > The current implementation may be tailored towards the FF DVB cards, > but we can always make adjustments for a more general implementation. Ok, your word is law. ;-) I will try to do it in vdr-ffnetdev. Either remove the PTS from the stream as done in vdr-xine or insert the trick mode flag and info in the stream as decribed below. > >>> Another idea: if you have a look into the MPEG docs, you'll find >>> a possibility to indicate trick modes in PES packets, and if I >>> recall correctly, it should be possible by just setting a single >>> bit. But I could be wrong and then it would be more complex than >>> the approach in the previous paragraph. >> >> Yes, I found the trick mode flag in the documentation. This is >> probably >> the cleanest solution (if the decoder understands this). But it needs >> to insert 8 additional bytes into the packet header with additional >> infos >> for the currently used trick mode. Possible trick modes are >> fast_forward, >> slow_motion, freeze_frame, fast_reverse, slow_reverse). > > I wouldn't want to modify the data in VDR. I'm just moving away > from extracting PES from TS and would like to keep the TS packets > as "black box" as possible. > > I think it's better to persue a way in which the device knows that > we're doing trick mode, and then just ignores the PTS values. > > Klaus > Best regards, Matthias > _______________________________________________ > vdr mailing list > vdr@xxxxxxxxxxx > http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr _______________________________________________ vdr mailing list vdr@xxxxxxxxxxx http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr