I saw some things going on in the xineliboutput CVS. Not sure if TS should work or not.
I tryed VDR 1.7.4 with xine-lib-vdpau and xineliboutput CVS. Got the following error :
cu
Edgar (gimli) Hucek
Hello,
Lauri Tischler schrieb:
gimli wrote:
I saw some things going on in the xineliboutput CVS. Not sure if TS should work or not.
Seems to be "Work in Progress", no picture, no sound, OSD works and subtitles appear. Patience....
Is some body working on getting xineliboutput to work vdr-1.7.4?
Thanks, Artem
Goga777 wrote:
Is some body working on getting xineliboutput to work vdr-1.7.4?
Latest CVS works.
did you check it with dvb-s2 h264 hdtv channels too ?
Goga
vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Yes, works pretty well here. S2-liplianin, vdr-1.7.4, xineliboutput CVS, xine-lib 1.2 hg with rnissl's vdpau patches, nvidia 9400. /Magnus H
Hello,
On Sun, Mar 08, 2009 at 11:10:26AM +0200, Mika Laitio wrote:
did you check it with dvb-s2 h264 hdtv channels too ?
At least arte worked for me about 1 or 2 week ago released xineliboutput cvs version. I however noticed it to be a little unstable in my system. (crashed much easier than 1.0.4 with 1.6.0)
The SD channels are working fine for me, but I have issues with the HD channels (audio and video). It looks like there is a problem with the buffers or so.
So for HD channels I record them to the harddisk and then use xine to playback the recorded file.
I have also to increase some buffers in ~/.xine/config otherwise I had problems with the audio on ArteHD:
engine.buffers.audio_num_buffers:500 engine.buffers.video_num_buffers:1000
Regards, Artem
I just tried to record some HD but found that VDR is crashing after a few secs. Watching HD is no problem, but when going on record VDR exits. First I though it was noad related, but I switched off any unneded plugin and noad, still crashing.
I'm running opensuse 11.1 with kernel 2.6.27.17 and liplian sources. (Skystar HD)
Here's when I switch to 'arteHD', channel is shown and can be viewed.
Mar 11 16:47:27 Coruscant vdr: [8767] switching to channel 36 Mar 11 16:47:27 Coruscant vdr: [8914] TS buffer on device 1 thread ended (pid=8767, tid=8914) Mar 11 16:47:27 Coruscant vdr: [8913] buffer stats: 120884 (5%) used
Mar 11 16:47:27 Coruscant vdr: [8913] receiver on device 1 thread ended (pid=8767, tid=8913) Mar 11 16:47:27 Coruscant vdr: [9066] receiver on device 1 thread started (pid=8767, tid=9066) Mar 11 16:47:27 Coruscant vdr: [9067] TS buffer on device 1 thread started (pid=8767, tid=9067) Mar 11 16:47:27 Coruscant kernel: stb6100_set_bandwidth: Bandwidth=39700000
Mar 11 16:47:27 Coruscant kernel: stb6100_get_bandwidth: Bandwidth=40000000
Mar 11 16:47:27 Coruscant kernel: stb6100_set_frequency: Frequency=1611000
Mar 11 16:47:27 Coruscant kernel: stb6100_get_frequency: Frequency=1610982
Mar 11 16:47:28 Coruscant vdr: [9066] TS continuity error (13)
Mar 11 16:47:28 Coruscant vdr: [9066] cVideoRepacker: operating in H.264 mode Mar 11 16:47:28 Coruscant vdr: [9066] TS continuity error (6)
Mar 11 16:47:28 Coruscant vdr: [9066] TS continuity error (9)
Mar 11 16:47:28 Coruscant vdr: [9066] SetBrokenLink: no GOP header found in video packet
Now I start the recording and after 30secs I get the exit.
Mar 11 16:47:46 Coruscant vdr: [8767] switching device 1 to channel 36 Mar 11 16:47:46 Coruscant vdr: [8767] timer 21 (36 1647-1947 '@TITLE EPISODE') start Mar 11 16:47:46 Coruscant vdr: [8767] Title: 'Zu Tisch in ... Asturien' Subtitle: '' Mar 11 16:47:46 Coruscant vdr: [8767] record /video/@Zu_Tisch_in_..._Asturien/2009-03-11.16.47.36-0.rec Mar 11 16:47:46 Coruscant vdr: [8767] creating directory /video/@Zu_Tisch_in_..._Asturien/2009-03-11.16.47.36-0.rec Mar 11 16:47:46 Coruscant vdr: [8767] recording to '/video/@Zu_Tisch_in_..._Asturien/2009-03-11.16.47.36-0.rec/00001.ts' Mar 11 16:47:46 Coruscant vdr: [9170] recording thread started (pid=8767, tid=9170) Mar 11 16:47:46 Coruscant vdr: [8767] info: Aufzeichnung gestartet
Mar 11 16:47:48 Coruscant vdr: [8767] max. latency time 2 seconds
Mar 11 16:48:17 Coruscant vdr: [9170] ERROR: video data stream broken
Mar 11 16:48:17 Coruscant vdr: [9170] initiating emergency exit
Mar 11 16:48:17 Coruscant vdr: [8767] emergency exit requested - shutting down Mar 11 16:48:17 Coruscant vdr: [8767] stopping plugin: xine
Mar 11 16:48:17 Coruscant vdr: [9170] recording thread ended (pid=8767, tid=9170) Mar 11 16:48:17 Coruscant vdr: [8767] buffer stats: 175780 (3%) used
Mar 11 16:48:17 Coruscant vdr: [8767] timer 21 (36 1647-1947 '@Zu Tisch in ... Asturien') stop Mar 11 16:48:17 Coruscant vdr: [8767] cTS2PES got 0 TS errors, 2 TS continuity errors Mar 11 16:48:17 Coruscant vdr: [8767] cTS2PES got 0 TS errors, 1 TS continuity errors Mar 11 16:48:17 Coruscant vdr: [8784] Leaving cXineRemote thread Mar 11 16:48:17 Coruscant vdr: [8784] XineRemote control thread ended (pid=8767, tid=8784) Mar 11 16:48:17 Coruscant vdr: [8767] saved setup to /etc/vdr/setup.conf Mar 11 16:48:17 Coruscant vdr: [8783] section handler thread ended (pid=8767, tid=8783) Mar 11 16:48:17 Coruscant vdr: [8782] tuner on device 1 thread ended (pid=8767, tid=8782) Mar 11 16:48:17 Coruscant vdr: [8767] deleting plugin: xine Mar 11 16:48:17 Coruscant vdr: [8767] ===================== Mar 11 16:48:17 Coruscant vdr: [8767] EPG bugfix statistics Mar 11 16:48:17 Coruscant vdr: [8767] ===================== Mar 11 16:48:17 Coruscant vdr: [8767] IF SOMEBODY WHO IS IN CHARGE OF THE EPG DATA FOR ONE OF THE LISTED Mar 11 16:48:17 Coruscant vdr: [8767] CHANNELS READS THIS: PLEASE TAKE A LOOK AT THE FUNCTION cEvent::FixEpgBugs() Mar 11 16:48:17 Coruscant vdr: [8767] IN VDR/epg.c TO LEARN WHAT'S WRONG WITH YOUR DATA, AND FIX IT! Mar 11 16:48:17 Coruscant vdr: [8767] ===================== Mar 11 16:48:17 Coruscant vdr: [8767] Fix Hits Channels Mar 11 16:48:17 Coruscant vdr: [8767] 3 70 DW 1, Dok&Deb, MDR Thöringen, SWR4 RP Mar 11 16:48:17 Coruscant vdr: [8767] 4 1 SWR2 Mar 11 16:48:17 Coruscant vdr: [8767] 6 700 arte HD, WDR Köln, Das Erste, SWR Fernsehen BW, hr-fernsehen, cont.ra, Bayerisches FS Nord, ... Mar 11 16:48:17 Coruscant vdr: [8767] 7 6 MDR Thöringen, WDR Köln Mar 11 16:48:17 Coruscant vdr: [8767] ===================== Mar 11 16:48:17 Coruscant vdr: [8767] max. latency time 2 seconds Mar 11 16:48:17 Coruscant vdr: [8767] emergency exit! Mar 11 16:48:17 Coruscant vdr: [8767] exiting, exit code 1
On 11.03.2009 17:03, Oliver Bardenheier wrote:
I just tried to record some HD but found that VDR is crashing after a few secs. Watching HD is no problem, but when going on record VDR exits. First I though it was noad related, but I switched off any unneded plugin and noad, still crashing.
I'm running opensuse 11.1 with kernel 2.6.27.17 and liplian sources. (Skystar HD)
Here's when I switch to 'arteHD', channel is shown and can be viewed.
Mar 11 16:47:27 Coruscant vdr: [8767] switching to channel 36 Mar 11 16:47:27 Coruscant vdr: [8914] TS buffer on device 1 thread ended (pid=8767, tid=8914) Mar 11 16:47:27 Coruscant vdr: [8913] buffer stats: 120884 (5%) used
Mar 11 16:47:27 Coruscant vdr: [8913] receiver on device 1 thread ended (pid=8767, tid=8913) Mar 11 16:47:27 Coruscant vdr: [9066] receiver on device 1 thread started (pid=8767, tid=9066) Mar 11 16:47:27 Coruscant vdr: [9067] TS buffer on device 1 thread started (pid=8767, tid=9067) Mar 11 16:47:27 Coruscant kernel: stb6100_set_bandwidth: Bandwidth=39700000
Mar 11 16:47:27 Coruscant kernel: stb6100_get_bandwidth: Bandwidth=40000000
Mar 11 16:47:27 Coruscant kernel: stb6100_set_frequency: Frequency=1611000
Mar 11 16:47:27 Coruscant kernel: stb6100_get_frequency: Frequency=1610982
Mar 11 16:47:28 Coruscant vdr: [9066] TS continuity error (13)
Mar 11 16:47:28 Coruscant vdr: [9066] cVideoRepacker: operating in H.264 mode Mar 11 16:47:28 Coruscant vdr: [9066] TS continuity error (6)
Mar 11 16:47:28 Coruscant vdr: [9066] TS continuity error (9)
Mar 11 16:47:28 Coruscant vdr: [9066] SetBrokenLink: no GOP header found in video packet
Now I start the recording and after 30secs I get the exit.
Mar 11 16:47:46 Coruscant vdr: [8767] switching device 1 to channel 36 Mar 11 16:47:46 Coruscant vdr: [8767] timer 21 (36 1647-1947 '@TITLE EPISODE') start Mar 11 16:47:46 Coruscant vdr: [8767] Title: 'Zu Tisch in ... Asturien' Subtitle: '' Mar 11 16:47:46 Coruscant vdr: [8767] record /video/@Zu_Tisch_in_..._Asturien/2009-03-11.16.47.36-0.rec Mar 11 16:47:46 Coruscant vdr: [8767] creating directory /video/@Zu_Tisch_in_..._Asturien/2009-03-11.16.47.36-0.rec Mar 11 16:47:46 Coruscant vdr: [8767] recording to '/video/@Zu_Tisch_in_..._Asturien/2009-03-11.16.47.36-0.rec/00001.ts' Mar 11 16:47:46 Coruscant vdr: [9170] recording thread started (pid=8767, tid=9170) Mar 11 16:47:46 Coruscant vdr: [8767] info: Aufzeichnung gestartet
Mar 11 16:47:48 Coruscant vdr: [8767] max. latency time 2 seconds
Mar 11 16:48:17 Coruscant vdr: [9170] ERROR: video data stream broken
Mar 11 16:48:17 Coruscant vdr: [9170] initiating emergency exit
Mar 11 16:48:17 Coruscant vdr: [8767] emergency exit requested - shutting down
Looks like the frame detector doesn't kick in. Can you compile VDR with
static bool DebugFrames = true;
in remux.c and try again? What does it print to the console?
Klaus
This didn't have any effect on the output:
Switching to arteHD: Mar 11 17:43:09 Coruscant vdr: [15517] cVideoRepacker: operating in MPEG1/2 mode Mar 11 17:43:12 Coruscant vdr: [15067] switching to channel 36 Mar 11 17:43:12 Coruscant vdr: [15518] TS buffer on device 1 thread ended (pid=15067, tid=15518) Mar 11 17:43:12 Coruscant vdr: [15517] buffer stats: 138556 (6%) used Mar 11 17:43:12 Coruscant vdr: [15517] receiver on device 1 thread ended (pid=15067, tid=15517) Mar 11 17:43:12 Coruscant vdr: [15544] receiver on device 1 thread started (pid=15067, tid=15544) Mar 11 17:43:12 Coruscant vdr: [15545] TS buffer on device 1 thread started (pid=15067, tid=15545) Mar 11 17:43:12 Coruscant kernel: stb6100_set_bandwidth: Bandwidth=39700000 Mar 11 17:43:12 Coruscant kernel: stb6100_get_bandwidth: Bandwidth=40000000 Mar 11 17:43:12 Coruscant kernel: stb6100_set_frequency: Frequency=1611000 Mar 11 17:43:12 Coruscant kernel: stb6100_get_frequency: Frequency=1610982 Mar 11 17:43:12 Coruscant vdr: [15544] TS continuity error (8) Mar 11 17:43:12 Coruscant vdr: [15544] TS continuity error (9) Mar 11 17:43:12 Coruscant vdr: [15544] cVideoRepacker: operating in H.264 mode Mar 11 17:43:12 Coruscant vdr: [15544] cAudioRepacker(0xC0): skipped 216 bytes to sync on next audio frame Mar 11 17:43:12 Coruscant vdr: [15544] SetBrokenLink: no GOP header found in video packet Mar 11 17:43:12 Coruscant vdr: [15544] PES packet shortened to 5606 bytes (expected: 6158 bytes)
starting recording:
Mar 11 17:43:43 Coruscant vdr: [15067] switching device 1 to channel 36 Mar 11 17:43:43 Coruscant vdr: [15067] timer 21 (36 1743-2043 '@TITLE EPISODE') start Mar 11 17:43:43 Coruscant vdr: [15067] Title: 'Mit Schirm, Charme und Melone' Subtitle: 'Einmal Venus hin und zur�ck' Mar 11 17:43:43 Coruscant vdr: [15067] record /video/@Mit_Schirm,_Charme_und_Melone_Einmal_Venus_hin_und_zur�ck/2009-03-11.17.43.36-0.rec Mar 11 17:43:43 Coruscant vdr: [15067] creating directory /video/@Mit_Schirm,_Charme_und_Melone_Einmal_Venus_hin_und_zur�ck Mar 11 17:43:43 Coruscant vdr: [15067] creating directory /video/@Mit_Schirm,_Charme_und_Melone_Einmal_Venus_hin_und_zur�ck/2009-03-11.17.43.36-0.rec Mar 11 17:43:43 Coruscant vdr: [15067] recording to '/video/@Mit_Schirm,_Charme_und_Melone_Einmal_Venus_hin_und_zur�ck/2009-03-11.17.43.36-0.rec/00001.ts' Mar 11 17:43:43 Coruscant vdr: [15698] recording thread started (pid=15067, tid=15698) Mar 11 17:43:43 Coruscant vdr: [15067] info: Aufzeichnung gestartet Mar 11 17:43:45 Coruscant vdr: [15067] max. latency time 3 seconds Mar 11 17:44:14 Coruscant vdr: [15698] ERROR: video data stream broken Mar 11 17:44:14 Coruscant vdr: [15698] initiating emergency exit Mar 11 17:44:14 Coruscant vdr: [15067] emergency exit requested - shutting down Mar 11 17:44:14 Coruscant vdr: [15067] stopping plugin: xine Mar 11 17:44:14 Coruscant vdr: [15698] recording thread ended (pid=15067, tid=15698) Mar 11 17:44:14 Coruscant vdr: [15067] buffer stats: 169764 (3%) used Mar 11 17:44:14 Coruscant vdr: [15067] timer 21 (36 1743-2043 '@Mit Schirm, Charme und Melone Einmal Venus hin und zur�ck') stop Mar 11 17:44:14 Coruscant vdr: [15067] cTS2PES got 0 TS errors, 1 TS continuity errors Mar 11 17:44:14 Coruscant vdr: [15067] cTS2PES got 0 TS errors, 1 TS continuity errors Mar 11 17:44:14 Coruscant vdr: [15083] Leaving cXineRemote thread Mar 11 17:44:14 Coruscant vdr: [15083] XineRemote control thread ended (pid=15067, tid=15083) Mar 11 17:44:14 Coruscant vdr: [15067] saved setup to /etc/vdr/setup.conf Mar 11 17:44:14 Coruscant vdr: [15082] section handler thread ended (pid=15067, tid=15082) Mar 11 17:44:14 Coruscant vdr: [15081] tuner on device 1 thread ended (pid=15067, tid=15081) Mar 11 17:44:14 Coruscant vdr: [15067] deleting plugin: xine Mar 11 17:44:14 Coruscant vdr: [15067] ===================== Mar 11 17:44:14 Coruscant vdr: [15067] EPG bugfix statistics Mar 11 17:44:14 Coruscant vdr: [15067] ===================== Mar 11 17:44:14 Coruscant vdr: [15067] IF SOMEBODY WHO IS IN CHARGE OF THE EPG DATA FOR ONE OF THE LISTED Mar 11 17:44:14 Coruscant vdr: [15067] CHANNELS READS THIS: PLEASE TAKE A LOOK AT THE FUNCTION cEvent::FixEpgBugs() Mar 11 17:44:14 Coruscant vdr: [15067] IN VDR/epg.c TO LEARN WHAT'S WRONG WITH YOUR DATA, AND FIX IT! Mar 11 17:44:14 Coruscant vdr: [15067] ===================== Mar 11 17:44:14 Coruscant vdr: [15067] Fix Hits Channels Mar 11 17:44:14 Coruscant vdr: [15067] 3 36 Dok&Deb Mar 11 17:44:14 Coruscant vdr: [15067] 4 1 ZDF Mar 11 17:44:14 Coruscant vdr: [15067] 6 264 arte HD, Sky News, KiKa, ZDFinfokanal, 3sat, DKULTUR, ZDFtheaterkanal, ZDFdokukanal, ... Mar 11 17:44:14 Coruscant vdr: [15067] 9 123 Sky News Mar 11 17:44:14 Coruscant vdr: [15067] 11 123 Sky News Mar 11 17:44:14 Coruscant vdr: [15067] ===================== Mar 11 17:44:14 Coruscant vdr: [15067] max. latency time 3 seconds Mar 11 17:44:14 Coruscant vdr: [15067] emergency exit! Mar 11 17:44:15 Coruscant vdr: [15067] exiting, exit code 1
-----Ursprüngliche Nachricht----- Von: vdr-bounces@linuxtv.org [mailto:vdr-bounces@linuxtv.org] Im Auftrag von Klaus Schmidinger Gesendet: Mittwoch, 11. März 2009 17:14 An: vdr@linuxtv.org Betreff: Re: [vdr] vdr 1.7.4 HD-Recording not working
On 11.03.2009 17:03, Oliver Bardenheier wrote:
I just tried to record some HD but found that VDR is crashing after a few secs. Watching HD is no problem, but when going on record VDR exits. First I though it was noad related, but I switched off any unneded plugin and noad, still crashing.
I'm running opensuse 11.1 with kernel 2.6.27.17 and liplian sources. (Skystar HD)
Here's when I switch to 'arteHD', channel is shown and can be viewed.
Mar 11 16:47:27 Coruscant vdr: [8767] switching to channel 36 Mar 11 16:47:27 Coruscant vdr: [8914] TS buffer on device 1 thread ended (pid=8767, tid=8914) Mar 11 16:47:27 Coruscant vdr: [8913] buffer stats: 120884 (5%) used
Mar 11 16:47:27 Coruscant vdr: [8913] receiver on device 1 thread ended (pid=8767, tid=8913) Mar 11 16:47:27 Coruscant vdr: [9066] receiver on device 1 thread started (pid=8767, tid=9066) Mar 11 16:47:27 Coruscant vdr: [9067] TS buffer on device 1 thread started (pid=8767, tid=9067) Mar 11 16:47:27 Coruscant kernel: stb6100_set_bandwidth: Bandwidth=39700000
Mar 11 16:47:27 Coruscant kernel: stb6100_get_bandwidth: Bandwidth=40000000
Mar 11 16:47:27 Coruscant kernel: stb6100_set_frequency: Frequency=1611000
Mar 11 16:47:27 Coruscant kernel: stb6100_get_frequency: Frequency=1610982
Mar 11 16:47:28 Coruscant vdr: [9066] TS continuity error (13)
Mar 11 16:47:28 Coruscant vdr: [9066] cVideoRepacker: operating in H.264 mode Mar 11 16:47:28 Coruscant vdr: [9066] TS continuity error (6)
Mar 11 16:47:28 Coruscant vdr: [9066] TS continuity error (9)
Mar 11 16:47:28 Coruscant vdr: [9066] SetBrokenLink: no GOP header found in video packet
Now I start the recording and after 30secs I get the exit.
Mar 11 16:47:46 Coruscant vdr: [8767] switching device 1 to channel 36 Mar 11 16:47:46 Coruscant vdr: [8767] timer 21 (36 1647-1947 '@TITLE EPISODE') start Mar 11 16:47:46 Coruscant vdr: [8767] Title: 'Zu Tisch in ... Asturien' Subtitle: '' Mar 11 16:47:46 Coruscant vdr: [8767] record /video/@Zu_Tisch_in_..._Asturien/2009-03-11.16.47.36-0.rec Mar 11 16:47:46 Coruscant vdr: [8767] creating directory /video/@Zu_Tisch_in_..._Asturien/2009-03-11.16.47.36-0.rec Mar 11 16:47:46 Coruscant vdr: [8767] recording to '/video/@Zu_Tisch_in_..._Asturien/2009-03-11.16.47.36-0.rec/00001.ts' Mar 11 16:47:46 Coruscant vdr: [9170] recording thread started (pid=8767, tid=9170) Mar 11 16:47:46 Coruscant vdr: [8767] info: Aufzeichnung gestartet
Mar 11 16:47:48 Coruscant vdr: [8767] max. latency time 2 seconds
Mar 11 16:48:17 Coruscant vdr: [9170] ERROR: video data stream broken
Mar 11 16:48:17 Coruscant vdr: [9170] initiating emergency exit
Mar 11 16:48:17 Coruscant vdr: [8767] emergency exit requested - shutting down
Looks like the frame detector doesn't kick in. Can you compile VDR with
static bool DebugFrames = true;
in remux.c and try again? What does it print to the console?
Klaus
_______________________________________________ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
On 11.03.2009 17:55, Oliver Bardenheier wrote:
This didn't have any effect on the output:
Switching to arteHD: Mar 11 17:43:09 Coruscant vdr: [15517] cVideoRepacker: operating in MPEG1/2 mode Mar 11 17:43:12 Coruscant vdr: [15067] switching to channel 36 Mar 11 17:43:12 Coruscant vdr: [15518] TS buffer on device 1 thread ended (pid=15067, tid=15518) Mar 11 17:43:12 Coruscant vdr: [15517] buffer stats: 138556 (6%) used Mar 11 17:43:12 Coruscant vdr: [15517] receiver on device 1 thread ended (pid=15067, tid=15517) Mar 11 17:43:12 Coruscant vdr: [15544] receiver on device 1 thread started (pid=15067, tid=15544) Mar 11 17:43:12 Coruscant vdr: [15545] TS buffer on device 1 thread started (pid=15067, tid=15545) Mar 11 17:43:12 Coruscant kernel: stb6100_set_bandwidth: Bandwidth=39700000 Mar 11 17:43:12 Coruscant kernel: stb6100_get_bandwidth: Bandwidth=40000000 Mar 11 17:43:12 Coruscant kernel: stb6100_set_frequency: Frequency=1611000 Mar 11 17:43:12 Coruscant kernel: stb6100_get_frequency: Frequency=1610982 Mar 11 17:43:12 Coruscant vdr: [15544] TS continuity error (8) Mar 11 17:43:12 Coruscant vdr: [15544] TS continuity error (9) Mar 11 17:43:12 Coruscant vdr: [15544] cVideoRepacker: operating in H.264 mode Mar 11 17:43:12 Coruscant vdr: [15544] cAudioRepacker(0xC0): skipped 216 bytes to sync on next audio frame Mar 11 17:43:12 Coruscant vdr: [15544] SetBrokenLink: no GOP header found in video packet Mar 11 17:43:12 Coruscant vdr: [15544] PES packet shortened to 5606 bytes (expected: 6158 bytes)
starting recording:
Mar 11 17:43:43 Coruscant vdr: [15067] switching device 1 to channel 36 Mar 11 17:43:43 Coruscant vdr: [15067] timer 21 (36 1743-2043 '@TITLE EPISODE') start Mar 11 17:43:43 Coruscant vdr: [15067] Title: 'Mit Schirm, Charme und Melone' Subtitle: 'Einmal Venus hin und zur�ck' Mar 11 17:43:43 Coruscant vdr: [15067] record /video/@Mit_Schirm,_Charme_und_Melone_Einmal_Venus_hin_und_zur�ck/2009-03-11.17.43.36-0.rec Mar 11 17:43:43 Coruscant vdr: [15067] creating directory /video/@Mit_Schirm,_Charme_und_Melone_Einmal_Venus_hin_und_zur�ck Mar 11 17:43:43 Coruscant vdr: [15067] creating directory /video/@Mit_Schirm,_Charme_und_Melone_Einmal_Venus_hin_und_zur�ck/2009-03-11.17.43.36-0.rec Mar 11 17:43:43 Coruscant vdr: [15067] recording to '/video/@Mit_Schirm,_Charme_und_Melone_Einmal_Venus_hin_und_zur�ck/2009-03-11.17.43.36-0.rec/00001.ts' Mar 11 17:43:43 Coruscant vdr: [15698] recording thread started (pid=15067, tid=15698) Mar 11 17:43:43 Coruscant vdr: [15067] info: Aufzeichnung gestartet Mar 11 17:43:45 Coruscant vdr: [15067] max. latency time 3 seconds Mar 11 17:44:14 Coruscant vdr: [15698] ERROR: video data stream broken Mar 11 17:44:14 Coruscant vdr: [15698] initiating emergency exit Mar 11 17:44:14 Coruscant vdr: [15067] emergency exit requested - shutting down
I did test recording with arteHD when I implemented the frame detector, and back then it appeared to work (at least I got a *.ts and index file). Maybe they changed something in their data format in the meantime.
I'll look into this as soon as I find the time.
Klaus
-----Ursprüngliche Nachricht----- Von: vdr-bounces@linuxtv.org [mailto:vdr-bounces@linuxtv.org] Im Auftrag von Klaus Schmidinger Gesendet: Mittwoch, 11. März 2009 17:14 An: vdr@linuxtv.org Betreff: Re: [vdr] vdr 1.7.4 HD-Recording not working
On 11.03.2009 17:03, Oliver Bardenheier wrote:
I just tried to record some HD but found that VDR is crashing after a few secs. Watching HD is no problem, but when going on record VDR exits. First I though it was noad related, but I switched off any unneded plugin and noad, still crashing.
I'm running opensuse 11.1 with kernel 2.6.27.17 and liplian sources. (Skystar HD)
Here's when I switch to 'arteHD', channel is shown and can be viewed.
Mar 11 16:47:27 Coruscant vdr: [8767] switching to channel 36 Mar 11 16:47:27 Coruscant vdr: [8914] TS buffer on device 1 thread ended (pid=8767, tid=8914) Mar 11 16:47:27 Coruscant vdr: [8913] buffer stats: 120884 (5%) used
Mar 11 16:47:27 Coruscant vdr: [8913] receiver on device 1 thread ended (pid=8767, tid=8913) Mar 11 16:47:27 Coruscant vdr: [9066] receiver on device 1 thread started (pid=8767, tid=9066) Mar 11 16:47:27 Coruscant vdr: [9067] TS buffer on device 1 thread started (pid=8767, tid=9067) Mar 11 16:47:27 Coruscant kernel: stb6100_set_bandwidth: Bandwidth=39700000
Mar 11 16:47:27 Coruscant kernel: stb6100_get_bandwidth: Bandwidth=40000000
Mar 11 16:47:27 Coruscant kernel: stb6100_set_frequency: Frequency=1611000
Mar 11 16:47:27 Coruscant kernel: stb6100_get_frequency: Frequency=1610982
Mar 11 16:47:28 Coruscant vdr: [9066] TS continuity error (13)
Mar 11 16:47:28 Coruscant vdr: [9066] cVideoRepacker: operating in H.264 mode Mar 11 16:47:28 Coruscant vdr: [9066] TS continuity error (6)
Mar 11 16:47:28 Coruscant vdr: [9066] TS continuity error (9)
Mar 11 16:47:28 Coruscant vdr: [9066] SetBrokenLink: no GOP header found in video packet
Now I start the recording and after 30secs I get the exit.
Mar 11 16:47:46 Coruscant vdr: [8767] switching device 1 to channel 36 Mar 11 16:47:46 Coruscant vdr: [8767] timer 21 (36 1647-1947 '@TITLE EPISODE') start Mar 11 16:47:46 Coruscant vdr: [8767] Title: 'Zu Tisch in ... Asturien' Subtitle: '' Mar 11 16:47:46 Coruscant vdr: [8767] record /video/@Zu_Tisch_in_..._Asturien/2009-03-11.16.47.36-0.rec Mar 11 16:47:46 Coruscant vdr: [8767] creating directory /video/@Zu_Tisch_in_..._Asturien/2009-03-11.16.47.36-0.rec Mar 11 16:47:46 Coruscant vdr: [8767] recording to '/video/@Zu_Tisch_in_..._Asturien/2009-03-11.16.47.36-0.rec/00001.ts' Mar 11 16:47:46 Coruscant vdr: [9170] recording thread started (pid=8767, tid=9170) Mar 11 16:47:46 Coruscant vdr: [8767] info: Aufzeichnung gestartet
Mar 11 16:47:48 Coruscant vdr: [8767] max. latency time 2 seconds
Mar 11 16:48:17 Coruscant vdr: [9170] ERROR: video data stream broken
Mar 11 16:48:17 Coruscant vdr: [9170] initiating emergency exit
Mar 11 16:48:17 Coruscant vdr: [8767] emergency exit requested - shutting down
Looks like the frame detector doesn't kick in. Can you compile VDR with
static bool DebugFrames = true;
in remux.c and try again? What does it print to the console?
Klaus
On Wed, 11 Mar 2009, Oliver Bardenheier wrote:
Mar 11 17:43:12 Coruscant vdr: [15544] cVideoRepacker: operating in H.264 mode Mar 11 17:43:12 Coruscant vdr: [15544] cAudioRepacker(0xC0): skipped 216 bytes to sync on next audio frame
Are you really using vdr-1.7.4?
IIRC, both the video and audio repackers were removed due to switching TS recording format in vdr-1.7.3
BR, -- rofa
On 11.03.2009 22:02, Rolf Ahrenberg wrote:
On Wed, 11 Mar 2009, Oliver Bardenheier wrote:
Mar 11 17:43:12 Coruscant vdr: [15544] cVideoRepacker: operating in H.264 mode Mar 11 17:43:12 Coruscant vdr: [15544] cAudioRepacker(0xC0): skipped 216 bytes to sync on next audio frame
Are you really using vdr-1.7.4?
IIRC, both the video and audio repackers were removed due to switching TS recording format in vdr-1.7.3
I guess those are from the xine output device, which uses that code to convert TS to PES.
Klaus
I tried a complete vanilla VDR from scratch, without any output device (NO xine) or any plugins latest hg-v4l-dvb drivers same effect: (ok here we see a timeout)
Mar 12 17:15:43 Coruscant vdr: [31690] timer 21 (36 1650-1730 'X:enius') set to event Don 12.03.2009 16:55-17:25 (VPS: 12.03 16:54) 'X:enius' Mar 12 17:15:43 Coruscant vdr: [31690] switching device 1 to channel 36 Mar 12 17:15:43 Coruscant vdr: [31690] timer 21 (36 1650-1730 'X:enius') start Mar 12 17:15:43 Coruscant vdr: [31690] Title: 'X:enius' Subtitle: 'Wissensmagazin: Walforschung' Mar 12 17:15:43 Coruscant vdr: [31690] record /video/X:enius/2009-03-12.16.50.36-0.rec Mar 12 17:15:43 Coruscant vdr: [31690] cFileName::SetOffset: removing zero-sized file /video/X:enius/2009-03-12.16.50.36-0.rec/00001.ts Mar 12 17:15:43 Coruscant vdr: [31690] recording to '/video/X:enius/2009-03-12.16.50.36-0.rec/00001.ts' Mar 12 17:15:43 Coruscant vdr: [31734] recording thread started (pid=31690, tid=31734) Mar 12 17:15:43 Coruscant vdr: [31733] TS buffer on device 1 thread ended (pid=31690, tid=31733) Mar 12 17:15:43 Coruscant vdr: [31732] buffer stats: 119004 (5%) used Mar 12 17:15:43 Coruscant vdr: [31732] receiver on device 1 thread ended (pid=31690, tid=31732) Mar 12 17:15:43 Coruscant vdr: [31735] receiver on device 1 thread started (pid=31690, tid=31735) Mar 12 17:15:43 Coruscant vdr: [31736] TS buffer on device 1 thread started (pid=31690, tid=31736) Mar 12 17:15:44 Coruscant kernel: stb6100_set_bandwidth: Bandwidth=47125000 Mar 12 17:15:44 Coruscant kernel: stb6100_get_bandwidth: Bandwidth=48000000 Mar 12 17:15:44 Coruscant kernel: stb6100_set_frequency: Frequency=1611000 Mar 12 17:15:44 Coruscant kernel: stb6100_get_frequency: Frequency=1610982 Mar 12 17:15:44 Coruscant kernel: stb6100_set_bandwidth: Bandwidth=47125000 Mar 12 17:15:44 Coruscant kernel: stb6100_get_bandwidth: Bandwidth=48000000 Mar 12 17:15:45 Coruscant kernel: stb6100_set_frequency: Frequency=1611000 Mar 12 17:15:45 Coruscant kernel: stb6100_get_frequency: Frequency=1610982 Mar 12 17:15:45 Coruscant kernel: stb6100_set_bandwidth: Bandwidth=47125000 Mar 12 17:15:45 Coruscant kernel: stb6100_get_bandwidth: Bandwidth=48000000 Mar 12 17:15:45 Coruscant kernel: stb6100_set_frequency: Frequency=1611000 Mar 12 17:15:45 Coruscant kernel: stb6100_get_frequency: Frequency=1610982 Mar 12 17:15:46 Coruscant kernel: stb6100_set_bandwidth: Bandwidth=47125000 Mar 12 17:15:46 Coruscant kernel: stb6100_get_bandwidth: Bandwidth=48000000 Mar 12 17:15:46 Coruscant kernel: stb6100_set_frequency: Frequency=1611000 Mar 12 17:15:46 Coruscant kernel: stb6100_get_frequency: Frequency=1610982 Mar 12 17:15:47 Coruscant kernel: stb6100_set_bandwidth: Bandwidth=47125000 Mar 12 17:15:47 Coruscant kernel: stb6100_get_bandwidth: Bandwidth=48000000 Mar 12 17:15:47 Coruscant kernel: stb6100_set_frequency: Frequency=1611000 Mar 12 17:15:47 Coruscant kernel: stb6100_get_frequency: Frequency=1610982 Mar 12 17:15:48 Coruscant kernel: stb6100_set_bandwidth: Bandwidth=47125000 Mar 12 17:15:48 Coruscant kernel: stb6100_get_bandwidth: Bandwidth=48000000 Mar 12 17:15:48 Coruscant kernel: stb6100_set_frequency: Frequency=1611000 Mar 12 17:15:48 Coruscant kernel: stb6100_get_frequency: Frequency=1610982 Mar 12 17:15:49 Coruscant kernel: stb6100_set_bandwidth: Bandwidth=47125000 Mar 12 17:15:49 Coruscant kernel: stb6100_get_bandwidth: Bandwidth=48000000 Mar 12 17:15:49 Coruscant kernel: stb6100_set_frequency: Frequency=1611000 Mar 12 17:15:49 Coruscant kernel: stb6100_get_frequency: Frequency=1610982 Mar 12 17:15:50 Coruscant kernel: stb6100_set_bandwidth: Bandwidth=47125000 Mar 12 17:15:50 Coruscant kernel: stb6100_get_bandwidth: Bandwidth=48000000 Mar 12 17:15:50 Coruscant kernel: stb6100_set_frequency: Frequency=1611000 Mar 12 17:15:50 Coruscant kernel: stb6100_get_frequency: Frequency=1610982 Mar 12 17:15:50 Coruscant kernel: stb6100_set_bandwidth: Bandwidth=47125000 Mar 12 17:15:50 Coruscant kernel: stb6100_get_bandwidth: Bandwidth=48000000 Mar 12 17:15:51 Coruscant kernel: stb6100_set_frequency: Frequency=1611000 Mar 12 17:15:51 Coruscant kernel: stb6100_get_frequency: Frequency=1610982 Mar 12 17:15:51 Coruscant kernel: stb6100_set_bandwidth: Bandwidth=47125000 Mar 12 17:15:51 Coruscant kernel: stb6100_get_bandwidth: Bandwidth=48000000 Mar 12 17:15:51 Coruscant kernel: stb6100_set_frequency: Frequency=1611000 Mar 12 17:15:51 Coruscant kernel: stb6100_get_frequency: Frequency=1610982 Mar 12 17:15:52 Coruscant kernel: stb6100_set_bandwidth: Bandwidth=47125000 Mar 12 17:15:52 Coruscant kernel: stb6100_get_bandwidth: Bandwidth=48000000 Mar 12 17:15:52 Coruscant kernel: stb6100_set_frequency: Frequency=1611000 Mar 12 17:15:52 Coruscant kernel: stb6100_get_frequency: Frequency=1610982 Mar 12 17:15:53 Coruscant vdr: [31730] frontend 0 timed out while tuning to channel 36, tp 111361 Mar 12 17:15:53 Coruscant kernel: stb6100_set_bandwidth: Bandwidth=47125000 Mar 12 17:15:53 Coruscant kernel: stb6100_get_bandwidth: Bandwidth=48000000 Mar 12 17:15:53 Coruscant kernel: stb6100_set_frequency: Frequency=1611000 Mar 12 17:15:53 Coruscant kernel: stb6100_get_frequency: Frequency=1610982 Mar 12 17:15:54 Coruscant kernel: stb6100_set_bandwidth: Bandwidth=47125000 Mar 12 17:15:54 Coruscant kernel: stb6100_get_bandwidth: Bandwidth=48000000 Mar 12 17:15:54 Coruscant kernel: stb6100_set_frequency: Frequency=1611000 Mar 12 17:15:54 Coruscant kernel: stb6100_get_frequency: Frequency=1610982 Mar 12 17:15:54 Coruscant kernel: stb6100_set_bandwidth: Bandwidth=47125000 Mar 12 17:15:54 Coruscant kernel: stb6100_get_bandwidth: Bandwidth=48000000 Mar 12 17:15:55 Coruscant kernel: stb6100_set_frequency: Frequency=1611000 Mar 12 17:15:55 Coruscant kernel: stb6100_get_frequency: Frequency=1610982 Mar 12 17:15:55 Coruscant kernel: stb6100_set_bandwidth: Bandwidth=47125000 Mar 12 17:15:55 Coruscant kernel: stb6100_get_bandwidth: Bandwidth=48000000 Mar 12 17:15:55 Coruscant kernel: stb6100_set_frequency: Frequency=1611000 Mar 12 17:15:55 Coruscant kernel: stb6100_get_frequency: Frequency=1610982 Mar 12 17:15:56 Coruscant kernel: stb6100_set_bandwidth: Bandwidth=47125000 Mar 12 17:15:56 Coruscant kernel: stb6100_get_bandwidth: Bandwidth=48000000 Mar 12 17:15:56 Coruscant kernel: stb6100_set_frequency: Frequency=1611000 Mar 12 17:15:56 Coruscant kernel: stb6100_get_frequency: Frequency=1610982 Mar 12 17:15:57 Coruscant kernel: stb6100_set_bandwidth: Bandwidth=47125000 Mar 12 17:15:57 Coruscant kernel: stb6100_get_bandwidth: Bandwidth=48000000 Mar 12 17:15:57 Coruscant kernel: stb6100_set_frequency: Frequency=1611000 Mar 12 17:15:57 Coruscant kernel: stb6100_get_frequency: Frequency=1610982 Mar 12 17:15:58 Coruscant kernel: stb6100_set_bandwidth: Bandwidth=47125000 Mar 12 17:15:58 Coruscant kernel: stb6100_get_bandwidth: Bandwidth=48000000 Mar 12 17:15:58 Coruscant kernel: stb6100_set_frequency: Frequency=1611000 Mar 12 17:15:58 Coruscant kernel: stb6100_get_frequency: Frequency=1610982 Mar 12 17:15:59 Coruscant kernel: stb6100_set_bandwidth: Bandwidth=47125000 Mar 12 17:15:59 Coruscant kernel: stb6100_get_bandwidth: Bandwidth=48000000 Mar 12 17:15:59 Coruscant kernel: stb6100_set_frequency: Frequency=1611000 Mar 12 17:15:59 Coruscant kernel: stb6100_get_frequency: Frequency=1610982 Mar 12 17:16:00 Coruscant kernel: stb6100_set_bandwidth: Bandwidth=47125000 Mar 12 17:16:00 Coruscant kernel: stb6100_get_bandwidth: Bandwidth=48000000 Mar 12 17:16:00 Coruscant kernel: stb6100_set_frequency: Frequency=1611000 Mar 12 17:16:00 Coruscant kernel: stb6100_get_frequency: Frequency=1610982 Mar 12 17:16:01 Coruscant kernel: stb6100_set_bandwidth: Bandwidth=47125000 Mar 12 17:16:01 Coruscant kernel: stb6100_get_bandwidth: Bandwidth=48000000 Mar 12 17:16:01 Coruscant kernel: stb6100_set_frequency: Frequency=1611000 Mar 12 17:16:01 Coruscant kernel: stb6100_get_frequency: Frequency=1610982 Mar 12 17:16:02 Coruscant kernel: stb6100_set_bandwidth: Bandwidth=47125000 Mar 12 17:16:02 Coruscant kernel: stb6100_get_bandwidth: Bandwidth=48000000 Mar 12 17:16:02 Coruscant kernel: stb6100_set_frequency: Frequency=1611000 Mar 12 17:16:02 Coruscant kernel: stb6100_get_frequency: Frequency=1610982 Mar 12 17:16:03 Coruscant kernel: stb6100_set_bandwidth: Bandwidth=47125000 Mar 12 17:16:03 Coruscant kernel: stb6100_get_bandwidth: Bandwidth=48000000 Mar 12 17:16:03 Coruscant kernel: stb6100_set_frequency: Frequency=1611000 Mar 12 17:16:03 Coruscant kernel: stb6100_get_frequency: Frequency=1610982 Mar 12 17:16:04 Coruscant kernel: stb6100_set_bandwidth: Bandwidth=47125000 Mar 12 17:16:04 Coruscant kernel: stb6100_get_bandwidth: Bandwidth=48000000 Mar 12 17:16:04 Coruscant kernel: stb6100_set_frequency: Frequency=1611000 Mar 12 17:16:04 Coruscant kernel: stb6100_get_frequency: Frequency=1610982 Mar 12 17:16:05 Coruscant kernel: stb6100_set_bandwidth: Bandwidth=47125000 Mar 12 17:16:05 Coruscant kernel: stb6100_get_bandwidth: Bandwidth=48000000 Mar 12 17:16:05 Coruscant kernel: stb6100_set_frequency: Frequency=1611000 Mar 12 17:16:05 Coruscant kernel: stb6100_get_frequency: Frequency=1610982 Mar 12 17:16:05 Coruscant kernel: stb6100_set_bandwidth: Bandwidth=47125000 Mar 12 17:16:05 Coruscant kernel: stb6100_get_bandwidth: Bandwidth=48000000 Mar 12 17:16:05 Coruscant kernel: stb6100_set_frequency: Frequency=1611000 Mar 12 17:16:05 Coruscant kernel: stb6100_get_frequency: Frequency=1610982 Mar 12 17:16:06 Coruscant kernel: stb6100_set_bandwidth: Bandwidth=47125000 Mar 12 17:16:06 Coruscant kernel: stb6100_get_bandwidth: Bandwidth=48000000 Mar 12 17:16:06 Coruscant kernel: stb6100_set_frequency: Frequency=1611000 Mar 12 17:16:06 Coruscant kernel: stb6100_get_frequency: Frequency=1610982 Mar 12 17:16:07 Coruscant kernel: stb6100_set_bandwidth: Bandwidth=47125000 Mar 12 17:16:07 Coruscant kernel: stb6100_get_bandwidth: Bandwidth=48000000 Mar 12 17:16:07 Coruscant kernel: stb6100_set_frequency: Frequency=1611000 Mar 12 17:16:07 Coruscant kernel: stb6100_get_frequency: Frequency=1610982 Mar 12 17:16:08 Coruscant kernel: stb6100_set_bandwidth: Bandwidth=47125000 Mar 12 17:16:08 Coruscant kernel: stb6100_get_bandwidth: Bandwidth=48000000 Mar 12 17:16:08 Coruscant kernel: stb6100_set_frequency: Frequency=1611000 Mar 12 17:16:08 Coruscant kernel: stb6100_get_frequency: Frequency=1610982 Mar 12 17:16:09 Coruscant kernel: stb6100_set_bandwidth: Bandwidth=47125000 Mar 12 17:16:09 Coruscant kernel: stb6100_get_bandwidth: Bandwidth=48000000 Mar 12 17:16:09 Coruscant kernel: stb6100_set_frequency: Frequency=1611000 Mar 12 17:16:09 Coruscant kernel: stb6100_get_frequency: Frequency=1610982 Mar 12 17:16:10 Coruscant kernel: stb6100_set_bandwidth: Bandwidth=47125000 Mar 12 17:16:10 Coruscant kernel: stb6100_get_bandwidth: Bandwidth=48000000 Mar 12 17:16:10 Coruscant kernel: stb6100_set_frequency: Frequency=1611000 Mar 12 17:16:10 Coruscant kernel: stb6100_get_frequency: Frequency=1610982 Mar 12 17:16:11 Coruscant kernel: stb6100_set_bandwidth: Bandwidth=47125000 Mar 12 17:16:11 Coruscant kernel: stb6100_get_bandwidth: Bandwidth=48000000 Mar 12 17:16:11 Coruscant kernel: stb6100_set_frequency: Frequency=1611000 Mar 12 17:16:11 Coruscant kernel: stb6100_get_frequency: Frequency=1610982 Mar 12 17:16:11 Coruscant kernel: stb6100_set_bandwidth: Bandwidth=47125000 Mar 12 17:16:11 Coruscant kernel: stb6100_get_bandwidth: Bandwidth=48000000 Mar 12 17:16:11 Coruscant kernel: stb6100_set_frequency: Frequency=1611000 Mar 12 17:16:11 Coruscant kernel: stb6100_get_frequency: Frequency=1610982 Mar 12 17:16:12 Coruscant kernel: stb6100_set_bandwidth: Bandwidth=47125000 Mar 12 17:16:12 Coruscant kernel: stb6100_get_bandwidth: Bandwidth=48000000 Mar 12 17:16:12 Coruscant kernel: stb6100_set_frequency: Frequency=1611000 Mar 12 17:16:12 Coruscant kernel: stb6100_get_frequency: Frequency=1610982 Mar 12 17:16:13 Coruscant kernel: stb6100_set_bandwidth: Bandwidth=47125000 Mar 12 17:16:13 Coruscant kernel: stb6100_get_bandwidth: Bandwidth=48000000 Mar 12 17:16:13 Coruscant kernel: stb6100_set_frequency: Frequency=1611000 Mar 12 17:16:13 Coruscant kernel: stb6100_get_frequency: Frequency=1610982 Mar 12 17:16:14 Coruscant vdr: [31734] ERROR: video data stream broken Mar 12 17:16:14 Coruscant vdr: [31734] initiating emergency exit Mar 12 17:16:14 Coruscant kernel: stb6100_set_bandwidth: Bandwidth=47125000 Mar 12 17:16:14 Coruscant kernel: stb6100_get_bandwidth: Bandwidth=48000000 Mar 12 17:16:14 Coruscant kernel: stb6100_set_frequency: Frequency=1611000 Mar 12 17:16:14 Coruscant kernel: stb6100_get_frequency: Frequency=1610982 Mar 12 17:16:14 Coruscant vdr: [31690] emergency exit requested - shutting down Mar 12 17:16:14 Coruscant vdr: [31734] recording thread ended (pid=31690, tid=31734) Mar 12 17:16:14 Coruscant vdr: [31690] buffer stats: 0 (0%) used Mar 12 17:16:14 Coruscant vdr: [31690] timer 21 (36 1650-1730 'X:enius') stop Mar 12 17:16:14 Coruscant vdr: [31690] saved setup to /etc/vdr/setup.conf Mar 12 17:16:14 Coruscant vdr: [31736] TS buffer on device 1 thread ended (pid=31690, tid=31736) Mar 12 17:16:14 Coruscant vdr: [31735] buffer stats: 0 (0%) used Mar 12 17:16:14 Coruscant vdr: [31735] receiver on device 1 thread ended (pid=31690, tid=31735) Mar 12 17:16:15 Coruscant vdr: [31731] section handler thread ended (pid=31690, tid=31731) Mar 12 17:16:15 Coruscant kernel: stb6100_set_bandwidth: Bandwidth=47125000 Mar 12 17:16:15 Coruscant kernel: stb6100_get_bandwidth: Bandwidth=48000000 Mar 12 17:16:15 Coruscant kernel: stb6100_set_frequency: Frequency=1611000 Mar 12 17:16:15 Coruscant kernel: stb6100_get_frequency: Frequency=1610982 Mar 12 17:16:15 Coruscant kernel: stb6100_set_bandwidth: Bandwidth=47125000 Mar 12 17:16:15 Coruscant kernel: stb6100_get_bandwidth: Bandwidth=48000000 Mar 12 17:16:16 Coruscant vdr: [31730] tuner on device 1 thread ended (pid=31690, tid=31730) Mar 12 17:16:16 Coruscant kernel: stb6100_set_frequency: Frequency=1611000 Mar 12 17:16:16 Coruscant kernel: stb6100_get_frequency: Frequency=1610982 Mar 12 17:16:16 Coruscant vdr: [31690] ===================== Mar 12 17:16:16 Coruscant vdr: [31690] EPG bugfix statistics Mar 12 17:16:16 Coruscant vdr: [31690] ===================== Mar 12 17:16:16 Coruscant vdr: [31690] IF SOMEBODY WHO IS IN CHARGE OF THE EPG DATA FOR ONE OF THE LISTED Mar 12 17:16:16 Coruscant vdr: [31690] CHANNELS READS THIS: PLEASE TAKE A LOOK AT THE FUNCTION cEvent::FixEpgBugs() Mar 12 17:16:16 Coruscant vdr: [31690] IN VDR/epg.c TO LEARN WHAT'S WRONG WITH YOUR DATA, AND FIX IT! Mar 12 17:16:16 Coruscant vdr: [31690] ===================== Mar 12 17:16:16 Coruscant vdr: [31690] Fix Hits Channels Mar 12 17:16:16 Coruscant vdr: [31690] 3 29 Sonnenklar TV, ANIXE HD, DAS VIERTE, DSF Mar 12 17:16:16 Coruscant vdr: [31690] 6 60 tv.gusto, GIGA, CLASSICA, YAVIDO CLIPS, DAS VIERTE, DISNEY CHANNEL, DISCOVERY CHANNEL, ... Mar 12 17:16:16 Coruscant vdr: [31690] 8 40 Sonnenklar TV, HSE24, DAS VIERTE, Q TV SHOP, Alpengl�hen TVX, TIER.TV, E.CLIPS (P), ... Mar 12 17:16:16 Coruscant vdr: [31690] 9 40 Sonnenklar TV, HSE24, DAS VIERTE, Q TV SHOP, Alpengl�hen TVX, TIER.TV, E.CLIPS (P), ... Mar 12 17:16:16 Coruscant vdr: [31690] 10 16 Sonnenklar TV, HSE24, E.CLIPS (P), YAVIDO CLIPS, KINOWELT TV (P), 1-2-3.tv, AXN (a/P), ... Mar 12 17:16:16 Coruscant vdr: [31690] 11 16 Sonnenklar TV, HSE24, E.CLIPS (P), YAVIDO CLIPS, KINOWELT TV (P), 1-2-3.tv, AXN (a/P), ... Mar 12 17:16:16 Coruscant vdr: [31690] ===================== Mar 12 17:16:16 Coruscant vdr: [31690] max. latency time 2 seconds Mar 12 17:16:16 Coruscant vdr: [31690] emergency exit! Mar 12 17:16:16 Coruscant vdr: [31690] exiting, exit code 1
Hello,
Oliver Bardenheier schrieb:
I just tried to record some HD but found that VDR is crashing after a few secs. Watching HD is no problem, but when going on record VDR exits. First I though it was noad related, but I switched off any unneded plugin and noad, still crashing.
I have no problems in recording Arte HD at all. Everything works fine for me.
Regards, Artem
Hmm, very odd. How can I find out which component is disturbing ? Log doesn't show any hint.
-----Ursprüngliche Nachricht----- Von: vdr-bounces@linuxtv.org [mailto:vdr-bounces@linuxtv.org] Im Auftrag von Artem Makhutov Gesendet: Donnerstag, 12. März 2009 22:39 An: VDR Mailing List Betreff: Re: [vdr] vdr 1.7.4 HD-Recording not working
Hello,
Oliver Bardenheier schrieb:
I just tried to record some HD but found that VDR is crashing after a few secs. Watching HD is no problem, but when going on record VDR exits. First I though it was noad related, but I switched off any unneded plugin and noad, still crashing.
I have no problems in recording Arte HD at all. Everything works fine for me.
Regards, Artem
_______________________________________________ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Hi,
On Sat, Mar 07, 2009 at 12:22:11AM +0200, Lauri Tischler wrote:
Artem Makhutov wrote:
Is some body working on getting xineliboutput to work vdr-1.7.4?
Latest CVS works.
I tried the lastest CVS, but it does not work for me. Only the OSD is working.
I am just getting a lot of this error messages:
artem@gandalf ~ $ vdr-sxfe --video=xv xvdr:tcp://192.168.10.2 vdr-sxfe 1.0.4 (build with xine-lib 1.1.16, using xine-lib 1.1.16)
Video driver: xv VDR Server: xvdr:tcp://192.168.10.2
[6739] [vdr-fe] Detected 4 CPUs [6739] [vdr-fe] Enabling multithreaded video decoding
Press Esc to exit
[6739] [input_vdr] Connecting (control) to tcp://192.168.10.2:37890 ... [6739] [input_vdr] Server greeting: VDR-1.7.4 xineliboutput-1.0.4 READY [6739] [input_vdr] Connected (control) to tcp://192.168.10.2:37890 [6739] [input_vdr] Connecting (data) to tcp://192.168.10.2:37890 ... [6739] [input_vdr] Data stream connected (TCP) xv_set_property: property=8, value=100 xv_set_property: property=2, value=0 xv_set_property: property=3, value=4096 xv_set_property: property=5, value=0 xv_set_property: property=4, value=4096 xv_set_property: property=1, value=0 [6753] [input_vdr] TCP: Buffer too small (8192 ; incoming frame 65550 bytes) [6753] [input_vdr] TCP: Buffer too small (8192 ; incoming frame 1761883596 bytes) [6753] [input_vdr] TCP: Buffer too small (8192 ; incoming frame 2145345499 bytes) [6753] [input_vdr] TCP: Buffer too small (8192 ; incoming frame 1780906752 bytes) [...] [6753] [input_vdr] TCP: Buffer too small (8192 ; incoming frame 504944419 bytes) [6753] [input_vdr] TCP: Buffer too small (8192 ; incoming frame 307106073 bytes) [6753] [input_vdr] TCP: Buffer too small (8192 ; incoming frame 793579809 bytes) [6753] [input_vdr] TCP: Buffer too small (8192 ; incoming frame 1734679773 bytes) Not multiplexed? 0xf6 Not multiplexed? 0xbd Speicherzugriffsfehler
Have you applied any patches to xineliboutput or do you have a special setup? The same happends, when I run xineliboutput locally (using a pipe).
Regards, Artem
Artem Makhutov wrote:
Hi,
On Sat, Mar 07, 2009 at 12:22:11AM +0200, Lauri Tischler wrote:
Artem Makhutov wrote:
Is some body working on getting xineliboutput to work vdr-1.7.4?
Latest CVS works.
I tried the lastest CVS, but it does not work for me. Only the OSD is working.
I am just getting a lot of this error messages:
artem@gandalf ~ $ vdr-sxfe --video=xv xvdr:tcp://192.168.10.2 vdr-sxfe 1.0.4 (build with xine-lib 1.1.16, using xine-lib 1.1.16)
Video driver: xv VDR Server: xvdr:tcp://192.168.10.2
[6739] [vdr-fe] Detected 4 CPUs [6739] [vdr-fe] Enabling multithreaded video decoding
Press Esc to exit
[6739] [input_vdr] Connecting (control) to tcp://192.168.10.2:37890 ... [6739] [input_vdr] Server greeting: VDR-1.7.4 xineliboutput-1.0.4 READY [6739] [input_vdr] Connected (control) to tcp://192.168.10.2:37890 [6739] [input_vdr] Connecting (data) to tcp://192.168.10.2:37890 ... [6739] [input_vdr] Data stream connected (TCP) xv_set_property: property=8, value=100 xv_set_property: property=2, value=0 xv_set_property: property=3, value=4096 xv_set_property: property=5, value=0 xv_set_property: property=4, value=4096 xv_set_property: property=1, value=0 [6753] [input_vdr] TCP: Buffer too small (8192 ; incoming frame 65550 bytes) [6753] [input_vdr] TCP: Buffer too small (8192 ; incoming frame 1761883596 bytes) [6753] [input_vdr] TCP: Buffer too small (8192 ; incoming frame 2145345499 bytes) [6753] [input_vdr] TCP: Buffer too small (8192 ; incoming frame 1780906752 bytes) [...] [6753] [input_vdr] TCP: Buffer too small (8192 ; incoming frame 504944419 bytes) [6753] [input_vdr] TCP: Buffer too small (8192 ; incoming frame 307106073 bytes) [6753] [input_vdr] TCP: Buffer too small (8192 ; incoming frame 793579809 bytes) [6753] [input_vdr] TCP: Buffer too small (8192 ; incoming frame 1734679773 bytes) Not multiplexed? 0xf6 Not multiplexed? 0xbd Speicherzugriffsfehler
There were some buffer related changes done in the cvs on 5th of March, so you could try with a version a bit older than that (cvs co -D 2009-03-04).
-Petri
Petri Helin wrote:
Artem Makhutov wrote:
Hi,
On Sat, Mar 07, 2009 at 12:22:11AM +0200, Lauri Tischler wrote:
Artem Makhutov wrote:
Is some body working on getting xineliboutput to work vdr-1.7.4?
Latest CVS works.
I tried the lastest CVS, but it does not work for me. Only the OSD is working.
I am just getting a lot of this error messages:
artem@gandalf ~ $ vdr-sxfe --video=xv xvdr:tcp://192.168.10.2 vdr-sxfe 1.0.4 (build with xine-lib 1.1.16, using xine-lib 1.1.16)
vdr-sxfe 1.0.4 ?? Shouldn't cvs-version say 1.0.90-cvs I dont know, I run it just locally and no HD.
Hi,
On Sat, Mar 07, 2009 at 11:21:37AM +0200, Lauri Tischler wrote:
Petri Helin wrote:
Artem Makhutov wrote:
Hi,
On Sat, Mar 07, 2009 at 12:22:11AM +0200, Lauri Tischler wrote:
Artem Makhutov wrote:
Is some body working on getting xineliboutput to work vdr-1.7.4?
Latest CVS works.
I tried the lastest CVS, but it does not work for me. Only the OSD is working.
I am just getting a lot of this error messages:
artem@gandalf ~ $ vdr-sxfe --video=xv xvdr:tcp://192.168.10.2 vdr-sxfe 1.0.4 (build with xine-lib 1.1.16, using xine-lib 1.1.16)
vdr-sxfe 1.0.4 ?? Shouldn't cvs-version say 1.0.90-cvs I dont know, I run it just locally and no HD.
Yes, you are right. My gentoo ebuild had an error, and build 1.0.4 insted the cvs version.
With the cvs everything works. Even the HD channels.
Regards, Artem
Does streamdev work with vdr 1.7.4? It's needed to make multiple vdr and vdr-sxfe instances that share the save DVB tuners.
BR, Seppo
Seppo Ingalsuo wrote:
Does streamdev work with vdr 1.7.4? It's needed to make multiple vdr and vdr-sxfe instances that share the save DVB tuners.
BR, Seppo
vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Yes, I use vdr-1.7.4 with streamdev from cvs and have two vdr instances running xineliboutput. /Magnus H
Petri Helin wrote:
[6753] [input_vdr] TCP: Buffer too small (8192 ; incoming frame 1734679773 bytes) Not multiplexed? 0xf6 Not multiplexed? 0xbd Speicherzugriffsfehler
There were some buffer related changes done in the cvs on 5th of March, so you could try with a version a bit older than that (cvs co -D 2009-03-04).
Should the latest CVS from today work with 1.7.5?
At least I have the same problem that Artem described.
Tobias
Tobi wrote:
Should the latest CVS from today work with 1.7.5? At least I have the same problem that Artem described.
Sorry my fault - missed to update the source folder after retrieving the latest CVS version.
The CVS version as of today seems to work fine.
http://projects.vdr-developer.org/git/?p=xineliboutput.git;a=snapshot;h=e48b...
Tobias
-
Artem Makhutov -
gimli -
Goga777 -
Klaus Schmidinger -
Lauri Tischler -
Magnus Hörlin -
Mika Laitio -
Oliver Bardenheier -
Petri Helin -
Rolf Ahrenberg -
Seppo Ingalsuo -
Tobi