Re: [vdr] [ANNOUNCE] H.264 updates for VDR-1.5.9

2007-08-31 Thread Petri Helin
On 8/29/07, Reinhard Nissl <[EMAIL PROTECTED]> wrote: > Hi, > > the attached vdr-1.5.9-h264.patch adds H.264 support to VDR's remuxer. > > These changes should make VDR ready for the upcoming IFA fair in regard > to the broadcasts on the temporary channel EinsFestival HD. > Referring to the proble

Re: [vdr] [ANNOUNCE] H.264 updates for VDR-1.5.9

2007-08-31 Thread Reinhard Nissl
Hi, Petri Helin wrote: >> the attached vdr-1.5.9-h264.patch adds H.264 support to VDR's remuxer. >> >> These changes should make VDR ready for the upcoming IFA fair in regard >> to the broadcasts on the temporary channel EinsFestival HD. > > Referring to the problems I've had with this patch, I'

Re: [vdr] [ANNOUNCE] H.264 updates for VDR-1.5.9

2007-08-31 Thread Petri Hintukainen
Reinhard Nissl wrote: > But I don't understand why streamdev still delivers a decrypted video > stream in that case. Can it be that the client asks streamdev to filter > certain TS packets and therefore uses the correct VPID? Yes. In http streaming mode streamdev parses PIDs directly from PMT and

Re: [vdr] [ANNOUNCE] H.264 updates for VDR-1.5.9

2007-08-31 Thread Reinhard Nissl
Hi, Petri Hintukainen wrote: >> But I don't understand why streamdev still delivers a decrypted video >> stream in that case. Can it be that the client asks streamdev to filter >> certain TS packets and therefore uses the correct VPID? > > Yes. In http streaming mode streamdev parses PIDs direct

Re: [vdr] [ANNOUNCE] H.264 updates for VDR-1.5.9

2007-08-31 Thread Reinhard Nissl
Hi, Reinhard Nissl wrote: >>> But I don't understand why streamdev still delivers a decrypted video >>> stream in that case. Can it be that the client asks streamdev to filter >>> certain TS packets and therefore uses the correct VPID? >> Yes. In http streaming mode streamdev parses PIDs directly

Re: [vdr] [ANNOUNCE] H.264 updates for VDR-1.5.9

2007-08-31 Thread Petri Helin
Reinhard Nissl wrote: > Hi, > > Reinhard Nissl wrote: > But I don't understand why streamdev still delivers a decrypted video stream in that case. Can it be that the client asks streamdev to filter certain TS packets and therefore uses the correct VPID? >>> Yes. In http streaming m

Re: [vdr] [ANNOUNCE] H.264 updates for VDR-1.5.9

2007-08-31 Thread Reinhard Nissl
Hi, Petri Helin wrote: >> Please try the attached patch which adds VPID clipping to some locations. > > I can gladly tell you that now there are several "00 00 01" blocks in > the sample.ts file. So something has changed to better. But for some > reason I am unable to play the sample.ts file.