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

2007-09-01 Thread Petri Helin
Reinhard Nissl wrote: 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

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

2007-09-01 Thread Reinhard Nissl
Hi, Petri Helin wrote: I am now also able to record h.264 encoded programs, just like mpeg2 encoded, and as a result xxx.vdr files are created. But still, i cannot replay them either. Stock xine-lib-1.1.7 or higher can play those files. You may also want to use vdr-xine-0.7.11 with a

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

2007-09-01 Thread Reinhard Nissl
Hi, Reinhard Nissl wrote: the attached vdr-1.5.9-h264.patch adds H.264 support to VDR's remuxer. After the above patch, my sync early patch fails to apply. Attached you'll find an updated version which should apply cleanly. Bye. -- Dipl.-Inform. (FH) Reinhard Nissl mailto:[EMAIL PROTECTED]

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'd like to

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 directly from

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 from PMT

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 mode streamdev

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. This is

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

2007-08-30 Thread Arthur Konovalov
Reinhard Nissl wrote: the attached vdr-1.5.9-h264.patch adds H.264 support to VDR's remuxer. Hi, I trying to compile vdr-1.5.9 with h264 patches but vdr-xine-0.7.10 plugin give me error: xineDevice.c: In member function 'int PluginXine::cXineDevice::PlayCommon3(const uchar*, int, int64_t)':

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

2007-08-30 Thread Petri Helin
Reinhard Nissl wrote: Hi, Reinhard Nissl wrote: The line will write the PES packet's content into file /video/sample.es.h264 when a h264parser exists. Then please send me some MB of the file. The file you've sent me doesn't contain any useful data. You can have a look at it yourself:

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

2007-08-30 Thread Hannu Tirkkonen
On Thu, Aug 30, 2007 at 08:44:27PM +0300, Petri Helin wrote: I have now tested when there is a program running (I am even seeing the dvb-subtitles with xineliboutput), but still there are no 00 00 01 series in the sample.ts. Anything more I could test with? I lost the stream also today. The

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

2007-08-30 Thread Petri Helin
Hannu Tirkkonen wrote: There is some problems on tuning or encrypting hd channels. Everything worked without problems when they used mpeg2 on Canal+ HD. -Petri ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

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

2007-08-30 Thread Reinhard Nissl
Hi, Petri Helin wrote: I have now tested when there is a program running (I am even seeing the dvb-subtitles with xineliboutput), but still there are no 00 00 01 series in the sample.ts. Anything more I could test with? I'm sorry, I can't help you any further. Try to get a correctly

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

2007-08-30 Thread Petri Helin
Reinhard Nissl wrote: Hi, Reinhard Nissl wrote: Have a look at this file with od -Ax -t x1 -v -w188 sample.ts | less -S and locate the sequence 00 00 01 multiple times. It should then be possible to record this channel although it doesn't work for now, as cVideoRepacker didn't find

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

2007-08-30 Thread Petri Helin
Reinhard Nissl wrote: Hi, Petri Helin wrote: I have now tested when there is a program running (I am even seeing the dvb-subtitles with xineliboutput), but still there are no 00 00 01 series in the sample.ts. Anything more I could test with? I'm sorry, I can't help you any further.

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

2007-08-30 Thread Hannu Tirkkonen
On Thu, Aug 30, 2007 at 12:05:08AM +0300, Hannu Tirkkonen wrote: I did apply this h264 patch and streamdev patch from: http://www.vdr-developer.org/mantisbt/view.php?id=382 Now the load of the server is low when tuned to Canal+ HD and I can watch the stream using vlc. The recording at

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

2007-08-30 Thread Hannu Tirkkonen
On Fri, Aug 31, 2007 at 12:05:12AM +0300, Petri Helin wrote: When I tried again with streamdev-plugin sending TS-stream to a vlc client and letting it dump the TS-stream, I can find the 00 00 01 09 delimiter in the dumped stream. So if it works with the combination above, what could be

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

2007-08-30 Thread Reinhard Nissl
Hi, Arthur Konovalov wrote: I trying to compile vdr-1.5.9 with h264 patches but vdr-xine-0.7.10 plugin give me error: xineDevice.c: In member function 'int PluginXine::cXineDevice::PlayCommon3(const uchar*, int, int64_t)': xineDevice.c:1387: error: cannot call member function 'int

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

2007-08-30 Thread Jose Alberto Reguero
El Jueves, 30 de Agosto de 2007, Hannu Tirkkonen escribió: On Thu, Aug 30, 2007 at 12:05:08AM +0300, Hannu Tirkkonen wrote: I did apply this h264 patch and streamdev patch from: http://www.vdr-developer.org/mantisbt/view.php?id=382 Now the load of the server is low when tuned to Canal+ HD

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

2007-08-29 Thread Petri Helin
Reinhard Nissl wrote: Hi, the attached vdr-1.5.9-h264.patch adds H.264 support to VDR's remuxer. The changes to earlier releases are: - H264::cParser has been enhanced to provide information for H264::cContext::GetFramesPerSec() and therefore outsourced into separate files. -

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

2007-08-29 Thread Reinhard Nissl
Hi, Petri Helin wrote: the attached vdr-1.5.9-h264.patch adds H.264 support to VDR's remuxer. The changes to earlier releases are: - H264::cParser has been enhanced to provide information for H264::cContext::GetFramesPerSec() and therefore outsourced into separate files. -

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

2007-08-29 Thread Hannu Tirkkonen
On Wed, Aug 29, 2007 at 11:38:39PM +0300, Petri Helin wrote: Reinhard Nissl wrote: Hi, the attached vdr-1.5.9-h264.patch adds H.264 support to VDR's remuxer. The changes to earlier releases are: - H264::cParser has been enhanced to provide information for

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

2007-08-29 Thread Petri Helin
Reinhard Nissl wrote: Hi, Petri Helin wrote: the attached vdr-1.5.9-h264.patch adds H.264 support to VDR's remuxer. The changes to earlier releases are: - H264::cParser has been enhanced to provide information for H264::cContext::GetFramesPerSec() and therefore outsourced into

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

2007-08-29 Thread Reinhard Nissl
Hi, Petri Helin wrote: The channel I mean is the same, I think, but provided by my local cable operator. Here is the entry in channels.conf: Canal+ Film HD;Telenor:33:C0M256:C:6900:10512+512:640=eng;641=eng:0:B00:3306:0:22:0 I have a valid subscription and this particular channel

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

2007-08-29 Thread Reinhard Nissl
Hi, Reinhard Nissl wrote: Can you provide me with a few MB of TS stream from that channel? Something like czap and cat /dev/dvb/adapterX/dvr0 sample.ts should do the trick. The TS sample you've sent me looks ok, i. e. it can be parsed by H264::cParser. Please locate the following

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

2007-08-29 Thread Reinhard Nissl
Hi, Reinhard Nissl wrote: The line will write the PES packet's content into file /video/sample.es.h264 when a h264parser exists. Then please send me some MB of the file. The file you've sent me doesn't contain any useful data. You can have a look at it yourself: od -Ax -t x1 -v

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

2007-08-29 Thread Petri Helin
Reinhard Nissl wrote: Hi, Reinhard Nissl wrote: The line will write the PES packet's content into file /video/sample.es.h264 when a h264parser exists. Then please send me some MB of the file. The file you've sent me doesn't contain any useful data. You can have a look at it yourself: