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
[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 with i.e. emcast. ___ 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 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
[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.
--
Dipl.-Inform. (FH) Reinhard Nissl
mailto:rnissl at
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
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 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, 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, 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 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 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 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
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 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
