Re: [vdr] [ANNOUNCE] H.264 updates for VDR-1.5.9
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. - cVideoRepacker generates Access Unit Delimiters in case they are not part of the stream. Should this patch make it possible to record H.264 encoded stream? I have applied the patch and can see in the channels menu that Canal+ HD Film uses H.264 codec, but I can not record the channel (nor watch it...). -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
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. - cVideoRepacker generates Access Unit Delimiters in case they are not part of the stream. Should this patch make it possible to record H.264 encoded stream? I It should. It works for the German DVB-S2 HD channels on Astra and it worked for LuxeTV HD on Hotbird in the past. have applied the patch and can see in the channels menu that Canal+ HD Film uses H.264 codec, but I can not record the channel (nor watch it...). Is this the channel you've mentioned (I've applied a DVB-S2 patch, so the entry may differ from your's a little)? CANAL+ FILM HD;Harmonic:11470:vC56M2S0Z0:S13.0E:27500:10331+331:332=pol;333=ORY:551:100:15423:318:1400:0 On my system, VDR says this channel is encrypted. Do you have the necessary means to receive this channel? Bye. -- Dipl.-Inform. (FH) Reinhard Nissl mailto:[EMAIL PROTECTED] ___ 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
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 H264::cContext::GetFramesPerSec() and therefore outsourced into separate files. - cVideoRepacker generates Access Unit Delimiters in case they are not part of the stream. Should this patch make it possible to record H.264 encoded stream? I have applied the patch and can see in the channels menu that Canal+ HD Film uses H.264 codec, but I can not record the channel (nor watch it...). -Petri 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 least outputs something to hard disk ;) ...hanu ___ 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
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 separate files. - cVideoRepacker generates Access Unit Delimiters in case they are not part of the stream. Should this patch make it possible to record H.264 encoded stream? I It should. It works for the German DVB-S2 HD channels on Astra and it worked for LuxeTV HD on Hotbird in the past. have applied the patch and can see in the channels menu that Canal+ HD Film uses H.264 codec, but I can not record the channel (nor watch it...). Is this the channel you've mentioned (I've applied a DVB-S2 patch, so the entry may differ from your's a little)? CANAL+ FILM HD;Harmonic:11470:vC56M2S0Z0:S13.0E:27500:10331+331:332=pol;333=ORY:551:100:15423:318:1400:0 On my system, VDR says this channel is encrypted. Do you have the necessary means to receive this channel? 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 dis work when I tested it with the ts-recording and h264-patches available here: http://phivdr.dyndns.org/vdr My subscription is ending in 24 hours, so I'd like to know if I can record the channel before making my mind whether to continue the subscription ;) -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
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 dis work when I tested it with the ts-recording and h264-patches available here: http://phivdr.dyndns.org/vdr 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. My subscription is ending in 24 hours, so I'd like to know if I can record the channel before making my mind whether to continue the subscription ;) Then you have to hurry now, I won't have much time tomorrow evening. Bye. -- Dipl.-Inform. (FH) Reinhard Nissl mailto:[EMAIL PROTECTED] ___ 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
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 location in cVideoRepacker::Repack() in file
remux.c:
// remember start of the data
const uchar *payload = data;
const uchar *NalPayload = payload;
while (todo 0) {
and add the following line before the while:
if (h264parser) { static FILE *f = fopen(/video/sample.es.h264, wb);
fwrite(data, 1, todo, f); fflush(f); }
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.
Bye.
--
Dipl.-Inform. (FH) Reinhard Nissl
mailto:[EMAIL PROTECTED]
___
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
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 sample2.es.h264 | less -S
You need to find at least the sequence 00 00 01. Otherwise it's garbage.
I'll go to bed soon, so here's a quick description how to go on:
- add this function to cRepacker
virtual void LogTS(const uint8_t *Buf) {}
- add this function to cVideoRepacker
virtual void LogTS(const uint8_t *Buf) { if (h264parser) { static FILE
*f = fopen(/video/sample.ts, wb); fwrite(Buf, 1, 188, f); fflush(f); } }
- change this area in ts_to_pes() like that:
void cTS2PES::ts_to_pes(const uint8_t *Buf) // don't need count (=188)
{
if (!Buf)
return;
if (repacker) repacker-LogTS(Buf);
if (Buf[1] TS_ERROR)
Be careful to just have a single cVideoRepacker instance write into this
file, i. e. either activate transfer mode on this channel or make a
recording on this channel but not both at the same time.
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 any startcode (00 00 01) in the
sample.es.h264 from above.
Bye.
--
Dipl.-Inform. (FH) Reinhard Nissl
mailto:[EMAIL PROTECTED]
___
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
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:
od -Ax -t x1 -v sample2.es.h264 | less -S
You need to find at least the sequence 00 00 01. Otherwise it's garbage.
I'll go to bed soon, so here's a quick description how to go on:
- add this function to cRepacker
virtual void LogTS(const uint8_t *Buf) {}
- add this function to cVideoRepacker
virtual void LogTS(const uint8_t *Buf) { if (h264parser) { static FILE
*f = fopen(/video/sample.ts, wb); fwrite(Buf, 1, 188, f); fflush(f); } }
- change this area in ts_to_pes() like that:
void cTS2PES::ts_to_pes(const uint8_t *Buf) // don't need count (=188)
{
if (!Buf)
return;
if (repacker) repacker-LogTS(Buf);
if (Buf[1] TS_ERROR)
Be careful to just have a single cVideoRepacker instance write into this
file, i. e. either activate transfer mode on this channel or make a
recording on this channel but not both at the same time.
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 any startcode (00 00 01) in the
sample.es.h264 from above.
Bye.
I have made the changes and did some testing, but there are no 00 00
01 series in the data at all. Some strange patterns I can see, but
mostly just garbage. I will try again this evening when I can be sure
that there is a program running.
Fortunately I remembered wrong the end date of my subscription, it is
valid until the end of this month, so I have 24 hours more to test this...
-Petri
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
