Re: [vdr] Record with 1.7.4 or 1.7.5 and iptv

2009-05-01 Thread Klaus Schmidinger
On 01.05.2009 00:40, Senufo wrote: Hi, I have tested with the first (TF1) and the second channel (France 2) With this channels.conf TF1;IPTV:1:IPTV|S1P1|UDP|232.0.1.17|8200:P:0:1217=27:1317:0:0:1017:0:0:0 France

Re: [vdr] Record with 1.7.4 or 1.7.5 and iptv

2009-04-27 Thread Senufo
Hi, I found the error. With IPTV you must define the type of stream in channels.conf In my channels.conf I wrote TF1;IPTV:1:IPTV|S0P0|UDP|232.0.1.17|8200:P:0:1217=2:1317:0:0:1:0:0:0 where VPID = 1217 and stream type = 2. If i change stream type with 27 (0x1B in Hexa). Record works fine.

Re: [vdr] Record with 1.7.4 or 1.7.5 and iptv

2009-04-27 Thread Rolf Ahrenberg
On Mon, 27 Apr 2009, Senufo wrote: I found the error. With IPTV you must define the type of stream in channels.conf In my channels.conf I wrote No, yo don't have to. The IPTV plugin has section filters implemented (if don't disable/blacklist them in setup options!). They seem to work in

Re: [vdr] Record with 1.7.4 or 1.7.5 and iptv

2009-04-26 Thread Klaus Schmidinger
On 26.04.2009 11:48, Senufo wrote: Hi, I have try to understand how work remux.c with the steam and when I add in remux.c after for (int i = PayloadOffset; scanning i TS_SIZE; i++) { scanner = 8; scanner |= Data[i]; line 770 : dbgframes(type = %02X,

Re: [vdr] Record with 1.7.4 or 1.7.5 and iptv

2009-04-26 Thread Senufo
Hi, I have add type = 0x1B; before the switch (type) { and now record work fine !! Senufo This looks like the Access Unit Delimiter code. Please try to force 'type' to 0x1B, for instance by putting type = 0x1B; right before the switch (type) { line. Does it work then? Klaus

Re: [vdr] Record with 1.7.4 or 1.7.5 and iptv

2009-04-26 Thread Klaus Schmidinger
On 26.04.2009 18:11, Senufo wrote: Hi, I have add type = 0x1B; before the switch (type) { and now record work fine !! Well, then all we need is a way to find out the correct video stream type. Apparently the PMT says it is 2, while in fact it is 0x1B. Does anybody know why the

Re: [vdr] Record with 1.7.4 or 1.7.5 and iptv

2009-04-20 Thread Senufo
Hi, Thanks for your replies. I'm not a specialist but how I can help you ? I can test or modify the code if you tell me how and what must change. Regards Senufo ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

Re: [vdr] Record with 1.7.4 or 1.7.5 and iptv

2009-04-19 Thread Poubelle
Hi, I have try the patch and now no have error : unknown frame duration (1800), assuming 25 fps But the problem with Video Data Broken stay. Here are the errors with remux.c compile with static bool DebugFrames = true; in /var/log/messages Apr 19 19:10:15 solo vdr: [6769] Title: 'Sept à

Re: [vdr] Record with 1.7.4 or 1.7.5 and iptv

2009-04-19 Thread Frank Dikker
- Original Message - From: Poubelle fce.vale...@libertysurf.fr To: vdr@linuxtv.org Sent: Sunday, April 19, 2009 7:23 PM Subject: Re: [vdr] Record with 1.7.4 or 1.7.5 and iptv Hi, I have try the patch and now no have error : unknown frame duration (1800), assuming 25 fps But the

Re: [vdr] Record with 1.7.4 or 1.7.5 and iptv

2009-04-19 Thread Klaus Schmidinger
On 19.04.2009 19:23, Poubelle wrote: Hi, I have try the patch and now no have error : unknown frame duration (1800), assuming 25 fps But the problem with Video Data Broken stay. Here are the errors with remux.c compile with static bool DebugFrames = true; in /var/log/messages

Re: [vdr] Record with 1.7.4 or 1.7.5 and iptv

2009-04-19 Thread Reinhard Nissl
Hi, Klaus Schmidinger schrieb: This indicates that cFrameDetector::Analyze() doesn't find any frames. Take a look at the code beginning at case 0x1B: // MPEG 4 video if (scanner == 0x0109) { // Access Unit Delimiter Apparently the

Re: [vdr] Record with 1.7.4 or 1.7.5 and iptv

2009-04-18 Thread Klaus Schmidinger
On 17.04.2009 11:34, Fce.Valeins wrote: Hi, With the new version of VDR (1.7.4 or 1.7.5), iptv 0.2.6 and xine 0.9.0 I can view H264 stream for my French DSL box (Livebox). But when I try to record stream H264 I have file when 0 size and these errors : Apr 16 18:44:33 solo vdr: [29408]