Re: [vdr] Record with 1.7.4 or 1.7.5 and iptv
Hi, Rofa, thank you for these details, now I understand better the configuration parameters. Finaly I use these parameters : Use section filtering : yes Disable filters : 0 and, as Klaus say, I have change all channels with stream type = 27 (0x1B). Now I can record all channels. Klaus and Rofa, thank you very much for your help ># scants TF1.raw 2>/dev/null >PAT: >0: sid=0x03f9 pmt_pid=0x045d >PMT: sid=0x03f9 pcr=0x04c1 vpid=0x04c1 [h264] apid=0x0525 [mpeg2audio] >>0x0525: MPEG Audio, layer2, 48000 Hz, 128 kbits/s, stereo >0x04c1: H264 profile=Main level=3.0 sps=0 poc=0 ref=4 544x576 PIC-AFF >SDT: >0: sid=0x03f9 name='TF1' provider='France Telecom' >0x04c1: gop_len: min=3 max=64 avg=45.6 > > France > > 2;IPTV:2:IPTV|S1P1|UDP|232.0.1.1|8200:P:0:1201=27:1301=fra:0:0:1001:0:0:0 > ># scants France2.raw 2>/dev/null >PAT: >0: sid=0x03e9 pmt_pid=0x044d >PMT: sid=0x03e9 pcr=0x04b1 vpid=0x04b1 [h264] apid=0x0515 [mpeg2audio] >0x0515: MPEG Audio, layer2, 48000 Hz, 128 kbits/s, stereo >0x04b1: H264 profile=Main level=3.0 sps=0 poc=0 ref=4 544x576 PIC-AFF >SDT: >0: sid=0x03e9 name='France 2' provider='FT' >0x04b1: gop_len: min=10 max=56 avg=47.2 > > I can only record TF1 and France 2. > > With IPTV configured with filters on > >Both streams seem to be valid. You've enable both PID and NID scanners >on for working channels, but these should be disabled by default (enable >pid scanner only if you don't get the live video and sid scanner if you >don't get EPG). The "Use section filtering" option should be enabled and >"Disable filter" option should NOT contain "PAT (0x00)" entry. Please, >verify these. >"Use section filtering: Define whether the section filtering shall be >used. Section filtering means that IPTV plugin tries to parse and >provide VDR with secondary data about the currently active stream. VDR >can then use this data for providing various functionalities such as >automatic pid change detection and EPG etc. Enabling this feature does >not affect streams that do not contain section data." >"Disable filter: Define an ill-behaving filter to be blacklisted." >The next thing to debug would be: Does cPatFilter::Process() get any >data and why is a wrong value set to Vtype? >BR, >-- >rofa ___ 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
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 > 2;IPTV:2:IPTV|S1P1|UDP|232.0.1.1|8200:P:0:1201=27:1301=fra:0:0:1001:0:0:0 > France 3;IPTV:3:IPTV|S0P0|UDP|232.0.1.2|8200:P:0:1202=2:1302:0:0:1:0:0:0 > France 4;IPTV:4:IPTV|S0P0|UDP|232.0.1.9|8200:P:0:1203=2:1303:0:0:1:0:0:0 > France 5;IPTV:5:IPTV|S0P0|UDP|232.0.1.4|8200:P:0:1204=2:1304:0:0:1:0:0:0 > > I can only record TF1 and France 2. Are you sure about the video stream type of the other channels? You might want to try TF1;IPTV:1:IPTV|S1P1|UDP|232.0.1.17|8200:P:0:1217=27:1317:0:0:1017:0:0:0 France 2;IPTV:2:IPTV|S1P1|UDP|232.0.1.1|8200:P:0:1201=27:1301=fra:0:0:1001:0:0:0 France 3;IPTV:3:IPTV|S0P0|UDP|232.0.1.2|8200:P:0:1202=27:1302:0:0:1:0:0:0 France 4;IPTV:4:IPTV|S0P0|UDP|232.0.1.9|8200:P:0:1203=27:1303:0:0:1:0:0:0 France 5;IPTV:5:IPTV|S0P0|UDP|232.0.1.4|8200:P:0:1204=27:1304:0:0:1:0:0:0 ___ 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
On Fri, 1 May 2009, Senufo wrote: > TF1;IPTV:1:IPTV|S1P1|UDP|232.0.1.17|8200:P:0:1217=27:1317:0:0:1017:0:0:0 # scants TF1.raw 2>/dev/null PAT: 0: sid=0x03f9 pmt_pid=0x045d PMT: sid=0x03f9 pcr=0x04c1 vpid=0x04c1 [h264] apid=0x0525 [mpeg2audio] 0x0525: MPEG Audio, layer2, 48000 Hz, 128 kbits/s, stereo 0x04c1: H264 profile=Main level=3.0 sps=0 poc=0 ref=4 544x576 PIC-AFF SDT: 0: sid=0x03f9 name='TF1' provider='France Telecom' 0x04c1: gop_len: min=3 max=64 avg=45.6 > France > 2;IPTV:2:IPTV|S1P1|UDP|232.0.1.1|8200:P:0:1201=27:1301=fra:0:0:1001:0:0:0 # scants France2.raw 2>/dev/null PAT: 0: sid=0x03e9 pmt_pid=0x044d PMT: sid=0x03e9 pcr=0x04b1 vpid=0x04b1 [h264] apid=0x0515 [mpeg2audio] 0x0515: MPEG Audio, layer2, 48000 Hz, 128 kbits/s, stereo 0x04b1: H264 profile=Main level=3.0 sps=0 poc=0 ref=4 544x576 PIC-AFF SDT: 0: sid=0x03e9 name='France 2' provider='FT' 0x04b1: gop_len: min=10 max=56 avg=47.2 > I can only record TF1 and France 2. > With IPTV configured with filters on Both streams seem to be valid. You've enable both PID and NID scanners on for working channels, but these should be disabled by default (enable pid scanner only if you don't get the live video and sid scanner if you don't get EPG). The "Use section filtering" option should be enabled and "Disable filter" option should NOT contain "PAT (0x00)" entry. Please, verify these. "Use section filtering: Define whether the section filtering shall be used. Section filtering means that IPTV plugin tries to parse and provide VDR with secondary data about the currently active stream. VDR can then use this data for providing various functionalities such as automatic pid change detection and EPG etc. Enabling this feature does not affect streams that do not contain section data." "Disable filter: Define an ill-behaving filter to be blacklisted." The next thing to debug would be: Does cPatFilter::Process() get any data and why is a wrong value set to Vtype? BR, -- rofa ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] Record with 1.7.4 or 1.7.5 and iptv
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 2;IPTV:2:IPTV|S1P1|UDP|232.0.1.1|8200:P:0:1201=27:1301=fra:0:0:1001:0:0:0 France 3;IPTV:3:IPTV|S0P0|UDP|232.0.1.2|8200:P:0:1202=2:1302:0:0:1:0:0:0 France 4;IPTV:4:IPTV|S0P0|UDP|232.0.1.9|8200:P:0:1203=2:1303:0:0:1:0:0:0 France 5;IPTV:5:IPTV|S0P0|UDP|232.0.1.4|8200:P:0:1204=2:1304:0:0:1:0:0:0 I can only record TF1 and France 2. With IPTV configured with filters on You can find stream record with emcast here : http://rapidshare.com/files/227699836/TF1.raw.html and http://rapidshare.com/files/227700760/France2.raw.html Regards Senufo >>/ 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 your setup too, but, please, correct me if your channel 39 isn't >France 2. A snip from your first post.: >/> France 2;IPTV:2:IPTV|S0P0|UDP|232.0.1.1|8200:P:0:1201=2:1301:0:0:1:0:0:0 />/> changing pids of channel 39 from 0+0=2:0:0:0 to 1210+1210=27:1310=fra:0:0 / >If the channel 39 really is the France 2, so question still remain, why >the VDR's video type detection fails on TF1 as the mplayer do it rigth. >You could provide a small video sample recording the multicast stream http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Record with 1.7.4 or 1.7.5 and iptv
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 your setup too, but, please, correct me if your channel 39 isn't France 2. A snip from your first post.: > France 2;IPTV:2:IPTV|S0P0|UDP|232.0.1.1|8200:P:0:1201=2:1301:0:0:1:0:0:0 > changing pids of channel 39 from 0+0=2:0:0:0 to 1210+1210=27:1310=fra:0:0 If the channel 39 really is the France 2, so question still remain, why the VDR's video type detection fails on TF1 as the mplayer do it rigth. You could provide a small video sample recording the multicast stream with i.e. emcast. http://www.gizmolabs.org/~dhelder/junglemonkey/emcast/ BR, -- rofa ___ 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
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. Thanks Klaus for your help Senufo 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 PMT is "lying", or how to detect that it actually isn't 2, but 0x1B? Klaus >>/ 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 / ___ 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
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 PMT is "lying", or how to detect that it actually isn't 2, but 0x1B? Klaus >> 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 ___ 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
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 ___ 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
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, scanner = %10X \n", type, scanner); > > I have this output : > type = 02, scanner = 0 > type = 02, scanner = 0 > type = 02, scanner = 0 > type = 02, scanner = 1 > type = 02, scanner =109 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 > type = 02, scanner = 10950 > type = 02, scanner =1095000 > type = 02, scanner =950 > type = 02, scanner = 5000 > type = 02, scanner = 1 > type = 02, scanner =106 > type = 02, scanner = 10600 > type = 02, scanner =1060001 > type = 02, scanner =60001C0 > type = 02, scanner = 1C080 > type = 02, scanner =1C08000 > type = 02, scanner = C080 > type = 02, scanner = 8000 > type = 02, scanner = 1 > type = 02, scanner =106 > type = 02, scanner = 10601 > type = 02, scanner =1060101 > type = 02, scanner =6010114 > type = 02, scanner =1011480 > type = 02, scanner =1148000 > type = 02, scanner = 1480 > type = 02, scanner = 8000 > type = 02, scanner = 1 > type = 02, scanner =121 > type = 02, scanner = 121AA > type = 02, scanner =121AA0A > type = 02, scanner = 21AA0A71 > type = 02, scanner = AA0A716A > type = 02, scanner =A716A51 > type = 02, scanner = 716A5111 > type = 02, scanner = 6A511177 > type = 02, scanner = 511177FF > type = 02, scanner = 1177FFA0 > type = 02, scanner = 77FFA034 > type = 02, scanner = FFA0344A > type = 02, scanner = A0344A2A > type = 02, scanner = 344A2A4A > type = 02, scanner = 4A2A4AC0 > ... > > Never stream with type 0x1B > > > When I play stream with mplayer as : mplayer rtp://@232.0.1.17:8200 I > have this output > > TS file format detected. > Stream not seekable! > VIDEO H264(pid=1217) AUDIO MPA(pid=1317) NO SUBS (yet)! PROGRAM N. 1017 > Stream not seekable! > FPS seems to be: 25.00 > == > Opening video decoder: [ffmpeg] FFmpeg's libavcodec codec family > Selected video codec: [ffh264] vfm: ffmpeg (FFmpeg H.264) > == > == > Trying to force audio codec driver family libmad... > Opening audio decoder: [libmad] libmad mpeg audio decoder > AUDIO: 48000 Hz, 2 ch, s16le, 128.0 kbit/8.33% (ratio: 16000->192000) > Selected audio codec: [mad] afm: libmad (libMAD MPEG layer 1-2-3) > == > > Is this is the mpeg2 streams with H264 codec ? > How to identify this stream ? > > Thanks for you help. > > > Regards > > Senufo ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] Record with 1.7.4 or 1.7.5 and iptv
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, scanner = %10X \n", type, scanner); I have this output : type = 02, scanner = 0 type = 02, scanner = 0 type = 02, scanner = 0 type = 02, scanner = 1 type = 02, scanner =109 type = 02, scanner = 10950 type = 02, scanner =1095000 type = 02, scanner =950 type = 02, scanner = 5000 type = 02, scanner = 1 type = 02, scanner =106 type = 02, scanner = 10600 type = 02, scanner =1060001 type = 02, scanner =60001C0 type = 02, scanner = 1C080 type = 02, scanner =1C08000 type = 02, scanner = C080 type = 02, scanner = 8000 type = 02, scanner = 1 type = 02, scanner =106 type = 02, scanner = 10601 type = 02, scanner =1060101 type = 02, scanner =6010114 type = 02, scanner =1011480 type = 02, scanner =1148000 type = 02, scanner = 1480 type = 02, scanner = 8000 type = 02, scanner = 1 type = 02, scanner =121 type = 02, scanner = 121AA type = 02, scanner =121AA0A type = 02, scanner = 21AA0A71 type = 02, scanner = AA0A716A type = 02, scanner =A716A51 type = 02, scanner = 716A5111 type = 02, scanner = 6A511177 type = 02, scanner = 511177FF type = 02, scanner = 1177FFA0 type = 02, scanner = 77FFA034 type = 02, scanner = FFA0344A type = 02, scanner = A0344A2A type = 02, scanner = 344A2A4A type = 02, scanner = 4A2A4AC0 ... Never stream with type 0x1B When I play stream with mplayer as : mplayer rtp://@232.0.1.17:8200 I have this output TS file format detected. Stream not seekable! VIDEO H264(pid=1217) AUDIO MPA(pid=1317) NO SUBS (yet)! PROGRAM N. 1017 Stream not seekable! FPS seems to be: 25.00 == Opening video decoder: [ffmpeg] FFmpeg's libavcodec codec family Selected video codec: [ffh264] vfm: ffmpeg (FFmpeg H.264) == == Trying to force audio codec driver family libmad... Opening audio decoder: [libmad] libmad mpeg audio decoder AUDIO: 48000 Hz, 2 ch, s16le, 128.0 kbit/8.33% (ratio: 16000->192000) Selected audio codec: [mad] afm: libmad (libMAD MPEG layer 1-2-3) == Is this is the mpeg2 streams with H264 codec ? How to identify this stream ? Thanks for you help. Regards Senufo >/ 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 à huit' Subtitle: '(null)' />/ Apr 19 19:10:15 solo vdr: [6769] record /mnt/sda8/henri/video_vdr/@Sept_à_huit/2009-04-19.19.10.1-0.rec / >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 scanner never gets to be 0x0109. />/ We'll need to know what condition to use to detect the frames. / >>According to spec, AUD is optional. Chapter 7.4.1.2.3 is not too >>complicated to implement and most often sufficient. >>For complete support, 7.4.1.2.4 is required too, but more >>compliated and cannot be implemented without in depth parsing of >>several H.264 data structures. >>As vdr-xine doesn't implement the later and seems to work for >>this kind of stream (see this thread), implementing the former >>should fix this issue. >>Bye. >>-- >>Di
Re: [vdr] Record with 1.7.4 or 1.7.5 and iptv
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
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 scanner never gets to be 0x0109. > We'll need to know what condition to use to detect the frames. According to spec, AUD is optional. Chapter 7.4.1.2.3 is not too complicated to implement and most often sufficient. For complete support, 7.4.1.2.4 is required too, but more compliated and cannot be implemented without in depth parsing of several H.264 data structures. As vdr-xine doesn't implement the later and seems to work for this kind of stream (see this thread), implementing the former should fix this issue. Bye. -- Dipl.-Inform. (FH) Reinhard Nissl mailto:rni...@gmx.de ___ 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
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 > > Apr 19 19:10:15 solo vdr: [6769] Title: 'Sept à huit' Subtitle: '(null)' > Apr 19 19:10:15 solo vdr: [6769] record > /mnt/sda8/henri/video_vdr/@Sept_à_huit/2009-04-19.19.10.1-0.rec > Apr 19 19:10:15 solo vdr: [6769] creating directory > /mnt/sda8/henri/video_vdr/@Sept_à_huit > Apr 19 19:10:15 solo vdr: [6769] creating directory > /mnt/sda8/henri/video_vdr/@Sept_à_huit/2009-04-19.19.10.1-0.rec > Apr 19 19:10:15 solo vdr: [6769] recording to > '/mnt/sda8/henri/video_vdr/@Sept_à_huit/2009-04-19.19.10.1-0.rec/1.ts' > Apr 19 19:10:15 solo vdr: [6810] recording thread started (pid=6769, tid=6810) > Apr 19 19:10:15 solo vdr: [6769] info: L'enregistrement a commencé > Apr 19 19:10:46 solo vdr: [6810] ERROR: video data stream broken > Apr 19 19:10:46 solo vdr: [6810] emergency exit request ignored according to > setup > Apr 19 19:11:17 solo vdr: [6810] ERROR: video data stream broken > Apr 19 19:11:17 solo vdr: [6810] emergency exit request ignored according to > setup > Apr 19 19:11:21 solo vdr: [6769] confirm: Arrêter l'enregistrement ? > Apr 19 19:11:21 solo vdr: [6769] warning: Arrêter l'enregistrement ? > Apr 19 19:11:23 solo vdr: [6769] confirmed > Apr 19 19:11:23 solo vdr: [6810] recording thread ended (pid=6769, tid=6810) > Apr 19 19:11:23 solo vdr: [6769] buffer stats: 37224 (0%) used > Apr 19 19:11:23 solo vdr: [6769] timer 2 (1 1910-2210 '@Sept à huit') stop > Apr 19 19:11:23 solo vdr: [6769] deleting timer 2 (1 1910-2210 '@Sept à huit') > > > and in the console when I start vdr with this command line : > ./vdr -c /video/vdrconf/ -v ~henri/video_vdr/ -L ./PLUGINS/lib/ -P'xine -r' > -P'iptv' > > - > MakePrimaryDevice: 1 > = > SetVideoFormat: 1 > SetVolumeDevice: 255 > frame: (0, 0)-(-1, -1), zoom: (1.00, 1.00) > SetAudioChannelDevice: 0 > SetVolumeDevice: 255 > SetPlayMode: 1 > SetDigitalAudioDevice: 0 > frame: (0, 0)-(-1, -1), zoom: (1.00, 1.00) > [A] > vdr-xine: Client connecting ... > vdr-xine: Client connected! > [vframe: (0, 0)-(720, 576), zoom: (1.00, 1.00) > aVA]buffered 8.4 frames (v:25.1, a:8.4) > frame: (0, 0)-(544, 576), zoom: (1.00, 1.00) > frame: (0, 0)-(544, 576), zoom: (1.00, 1.00) > // > frame duration = 3600 FPS = 25.00 FPPU = -2 > ///buffered > 7.3 frames (v:27.6, a:7.3) < > /
Re: [vdr] Record with 1.7.4 or 1.7.5 and iptv
- Original Message - From: "Poubelle" To: 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 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 à huit' Subtitle: '(null)' Apr 19 19:10:15 solo vdr: [6769] record /mnt/sda8/henri/video_vdr/@Sept_à_huit/2009-04-19.19.10.1-0.rec Apr 19 19:10:15 solo vdr: [6769] creating directory /mnt/sda8/henri/video_vdr/@Sept_à_huit Apr 19 19:10:15 solo vdr: [6769] creating directory /mnt/sda8/henri/video_vdr/@Sept_à_huit/2009-04-19.19.10.1-0.rec Apr 19 19:10:15 solo vdr: [6769] recording to '/mnt/sda8/henri/video_vdr/@Sept_à_huit/2009-04-19.19.10.1-0.rec/1.ts' Apr 19 19:10:15 solo vdr: [6810] recording thread started (pid=6769, tid=6810) Apr 19 19:10:15 solo vdr: [6769] info: L'enregistrement a commencé Apr 19 19:10:46 solo vdr: [6810] ERROR: video data stream broken Apr 19 19:10:46 solo vdr: [6810] emergency exit request ignored according to setup Apr 19 19:11:17 solo vdr: [6810] ERROR: video data stream broken Apr 19 19:11:17 solo vdr: [6810] emergency exit request ignored according to setup Apr 19 19:11:21 solo vdr: [6769] confirm: Arrêter l'enregistrement ? Apr 19 19:11:21 solo vdr: [6769] warning: Arrêter l'enregistrement ? Apr 19 19:11:23 solo vdr: [6769] confirmed Apr 19 19:11:23 solo vdr: [6810] recording thread ended (pid=6769, tid=6810) Apr 19 19:11:23 solo vdr: [6769] buffer stats: 37224 (0%) used Apr 19 19:11:23 solo vdr: [6769] timer 2 (1 1910-2210 '@Sept à huit') stop Apr 19 19:11:23 solo vdr: [6769] deleting timer 2 (1 1910-2210 '@Sept à huit') and in the console when I start vdr with this command line : ./vdr -c /video/vdrconf/ -v ~henri/video_vdr/ -L ./PLUGINS/lib/ -P'xine -r' -P'iptv' - MakePrimaryDevice: 1 = SetVideoFormat: 1 SetVolumeDevice: 255 frame: (0, 0)-(-1, -1), zoom: (1.00, 1.00) SetAudioChannelDevice: 0 SetVolumeDevice: 255 SetPlayMode: 1 SetDigitalAudioDevice: 0 frame: (0, 0)-(-1, -1), zoom: (1.00, 1.00) [A] vdr-xine: Client connecting ... vdr-xine: Client connected! [vframe: (0, 0)-(720, 576), zoom: (1.00, 1.00) aVA]buffered 8.4 frames (v:25.1, a:8.4) frame: (0, 0)-(544, 576), zoom: (1.00, 1.00) frame: (0, 0)-(544, 576), zoom: (1.00, 1.00) // frame duration = 3600 FPS = 25.00 FPPU = -2
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 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 à huit' Subtitle: '(null)' Apr 19 19:10:15 solo vdr: [6769] record /mnt/sda8/henri/video_vdr/@Sept_à_huit/2009-04-19.19.10.1-0.rec Apr 19 19:10:15 solo vdr: [6769] creating directory /mnt/sda8/henri/video_vdr/@Sept_à_huit Apr 19 19:10:15 solo vdr: [6769] creating directory /mnt/sda8/henri/video_vdr/@Sept_à_huit/2009-04-19.19.10.1-0.rec Apr 19 19:10:15 solo vdr: [6769] recording to '/mnt/sda8/henri/video_vdr/@Sept_à_huit/2009-04-19.19.10.1-0.rec/1.ts' Apr 19 19:10:15 solo vdr: [6810] recording thread started (pid=6769, tid=6810) Apr 19 19:10:15 solo vdr: [6769] info: L'enregistrement a commencé Apr 19 19:10:46 solo vdr: [6810] ERROR: video data stream broken Apr 19 19:10:46 solo vdr: [6810] emergency exit request ignored according to setup Apr 19 19:11:17 solo vdr: [6810] ERROR: video data stream broken Apr 19 19:11:17 solo vdr: [6810] emergency exit request ignored according to setup Apr 19 19:11:21 solo vdr: [6769] confirm: Arrêter l'enregistrement ? Apr 19 19:11:21 solo vdr: [6769] warning: Arrêter l'enregistrement ? Apr 19 19:11:23 solo vdr: [6769] confirmed Apr 19 19:11:23 solo vdr: [6810] recording thread ended (pid=6769, tid=6810) Apr 19 19:11:23 solo vdr: [6769] buffer stats: 37224 (0%) used Apr 19 19:11:23 solo vdr: [6769] timer 2 (1 1910-2210 '@Sept à huit') stop Apr 19 19:11:23 solo vdr: [6769] deleting timer 2 (1 1910-2210 '@Sept à huit') and in the console when I start vdr with this command line : ./vdr -c /video/vdrconf/ -v ~henri/video_vdr/ -L ./PLUGINS/lib/ -P'xine -r' -P'iptv' - MakePrimaryDevice: 1 = SetVideoFormat: 1 SetVolumeDevice: 255 frame: (0, 0)-(-1, -1), zoom: (1.00, 1.00) SetAudioChannelDevice: 0 SetVolumeDevice: 255 SetPlayMode: 1 SetDigitalAudioDevice: 0 frame: (0, 0)-(-1, -1), zoom: (1.00, 1.00) [A] vdr-xine: Client connecting ... vdr-xine: Client connected! [vframe: (0, 0)-(720, 576), zoom: (1.00, 1.00) aVA]buffered 8.4 frames (v:25.1, a:8.4) frame: (0, 0)-(544, 576), zoom: (1.00, 1.00) frame: (0, 0)-(544, 576), zoom: (1.00, 1.00) // frame duration = 3600 FPS = 25.00 FPPU = -2 ///buffered 7.3 frames (v:27.6, a:7.3) < /
Re: [vdr] Record with 1.7.4 or 1.7.5 and iptv
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] timer 5 (9 1844-2144 '@TITLE EPISODE') > start > Apr 16 18:44:33 solo vdr: [29408] Title: 'Zombie h�tel' Subtitle: 'Mode > � mort' > Apr 16 18:44:33 solo vdr: [29408] record > /mnt/sda8/henri/video_vdr/@Zombie_h�tel_Mode_�_mort/2009-04-16.18.44.9-0.rec > > Apr 16 18:44:33 solo vdr: [29408] creating directory > /mnt/sda8/henri/video_vdr/@Zombie_h�tel_Mode_�_mort > Apr 16 18:44:33 solo vdr: [29408] creating directory > /mnt/sda8/henri/video_vdr/@Zombie_h�tel_Mode_�_mort/2009-04-16.18.44.9-0.rec > > Apr 16 18:44:33 solo vdr: [29408] recording to > '/mnt/sda8/henri/video_vdr/@Zombie_h�tel_Mode_�_mort/2009-04-16.18.44.9-0.rec/1.ts' > > > Apr 16 18:44:33 solo vdr: [29448] recording thread started (pid=29408, > tid=29448) > Apr 16 18:44:33 solo vdr: [29408] info: L'enregistrement a commenc > Apr 16 18:44:33 solo vdr: [29446] TS continuity error (15) > Apr 16 18:44:33 solo vdr: [29446] TS continuity error (15) > Apr 16 18:44:33 solo vdr: [29446] PES packet shortened to 2208 bytes > (expected: 2944 bytes) > Apr 16 18:44:33 solo vdr: [29446] cAudioRepacker(0xC0): skipped 32 bytes > to sync on next audio frame > Apr 16 18:44:34 solo vdr: [29415] changing pids of channel 39 from > 0+0=2:0:0:0 to 1210+1210=27:1310=fra:0:0 > Apr 16 18:44:36 solo vdr: [29448] unknown frame duration (1800), > assuming 25 fps At least for this "unknown frame duration" thing you could try the following patch: --- remux.c 2009/04/05 14:07:48 2.17 +++ remux.c 2009/04/18 14:53:42 @@ -732,6 +732,10 @@ frameDuration = 3600; // PAL, 25 fps else if (Delta % 3003 == 0) frameDuration = 3003; // NTSC, 29.97 fps + else if (Delta == 1800) { + frameDuration = 3600; // PAL, 25 fps + framesPerPayloadUnit = -2; + } else if (Delta == 1501) { frameDuration = 3003; // NTSC, 29.97 fps framesPerPayloadUnit = -2; > Apr 16 18:45:04 solo vdr: [29448] ERROR: video data stream broken I'm afraid I don't know why the video data stream is broken. You could try compiling remux.c with static bool DebugFrames = true; and post the debug info written to the console. Klaus ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] Record with 1.7.4 or 1.7.5 and iptv
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] timer 5 (9 1844-2144 '@TITLE EPISODE') start Apr 16 18:44:33 solo vdr: [29408] Title: 'Zombie h�tel' Subtitle: 'Mode � mort' Apr 16 18:44:33 solo vdr: [29408] record /mnt/sda8/henri/video_vdr/@Zombie_h�tel_Mode_�_mort/2009-04-16.18.44.9-0.rec Apr 16 18:44:33 solo vdr: [29408] creating directory /mnt/sda8/henri/video_vdr/@Zombie_h�tel_Mode_�_mort Apr 16 18:44:33 solo vdr: [29408] creating directory /mnt/sda8/henri/video_vdr/@Zombie_h�tel_Mode_�_mort/2009-04-16.18.44.9-0.rec Apr 16 18:44:33 solo vdr: [29408] recording to '/mnt/sda8/henri/video_vdr/@Zombie_h�tel_Mode_�_mort/2009-04-16.18.44.9-0.rec/1.ts' Apr 16 18:44:33 solo vdr: [29448] recording thread started (pid=29408, tid=29448) Apr 16 18:44:33 solo vdr: [29408] info: L'enregistrement a commenc Apr 16 18:44:33 solo vdr: [29446] TS continuity error (15) Apr 16 18:44:33 solo vdr: [29446] TS continuity error (15) Apr 16 18:44:33 solo vdr: [29446] PES packet shortened to 2208 bytes (expected: 2944 bytes) Apr 16 18:44:33 solo vdr: [29446] cAudioRepacker(0xC0): skipped 32 bytes to sync on next audio frame Apr 16 18:44:34 solo vdr: [29415] changing pids of channel 39 from 0+0=2:0:0:0 to 1210+1210=27:1310=fra:0:0 Apr 16 18:44:36 solo vdr: [29448] unknown frame duration (1800), assuming 25 fps Apr 16 18:45:04 solo vdr: [29448] ERROR: video data stream broken Apr 16 18:45:04 solo vdr: [29448] emergency exit request ignored according to setup Apr 16 18:45:04 solo vdr: [29418] ERROR: cKbdRemote: Ressource temporairement non disponible Apr 16 18:45:17 solo vdr: [29415] read incomplete section - len = 4, r = 14 Apr 16 18:45:30 solo vdr: [29418] ERROR: cKbdRemote: Ressource temporairement non disponible Apr 16 18:45:30 solo vdr: [29415] read incomplete section - len = 771, r = 12 Apr 16 18:45:35 solo vdr: [29448] ERROR: video data stream broken My channels.conf is : :-Livebox- TF1;IPTV:1:IPTV|S0P0|UDP|232.0.1.17|8200:P:0:1217=2:1317:0:0:1:0:0:0 France 2;IPTV:2:IPTV|S0P0|UDP|232.0.1.1|8200:P:0:1201=2:1301:0:0:1:0:0:0 With vdr 1.7.0 patched for H264 record works fine. Why I can't record with vdr 1.7.4 ? Regards Thanks Senufo ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr