Re: [vdr] ERROR: video data stream broken on second dvb card , but szap works (include recording)
Hi, Dieter Bloms wrote: t: 1171143387,098, c: 1, r: 0, a: -- t: 1171143387,099, c: 1, r: 0, a: ioctl(fd_frontend, FE_SET_TONE, SEC_TONE_OFF) t: 1171143387,100, c: 1, r: 0, a: ioctl(fd_frontend, FE_SET_VOLTAGE, SEC_VOLTAGE_13) t: 1171143387,118, c: 1, r: -1, a: ioctl(fd_frontend, FE_DISEQC_SEND_MASTER_CMD, cmd) t: 1171143387,138, c: 1, r: -1, a: ioctl(fd_frontend, FE_DISEQC_SEND_BURST, SEC_MINI_A) t: 1171143387,158, c: 1, r: 0, a: ioctl(fd_frontend, FE_SET_TONE, SEC_TONE_ON) t: 1171143387,160, c: 1, r: 0, a: ioctl(fd_frontend, FE_SET_FRONTEND, Frontend) t: 1171143387,288, c: 1, r: 0, a: == Either the power off has resolved the error or activating diseqc. but now if I deactivate diseqc the cards work, too . Very strange. Thank you very much for your help, for the future I will activate diseqc. Well, I've just had a further look into the tuning code of VDR. With DiSEqC disabled, VDR simply executes the commands FE_SET_VOLTAGE, FE_SET_TONE and FE_SET_FRONTEND without any extra delay between these ioctl() calls. I'd like you to do some further tests by modifying diseqc.conf: A) let's remove FE_DISEQC_SEND_MASTER_CMD and FE_DISEQC_SEND_BURST S19.2E 11700 V 9750 t v W15 W15 W15 t S19.2E 9 V 10600 t v W15 W15 W15 T S19.2E 11700 H 9750 t V W15 W15 W15 t S19.2E 9 H 10600 t V W15 W15 W15 T B) let's reduce the time to wait S19.2E 11700 V 9750 t v W15 t S19.2E 9 V 10600 t v W15 T S19.2E 11700 H 9750 t V W15 t S19.2E 9 H 10600 t V W15 T C) omit the time to wait S19.2E 11700 V 9750 t v t S19.2E 9 V 10600 t v T S19.2E 11700 H 9750 t V t S19.2E 9 H 10600 t V T D) omit the initial FE_SET_TONE S19.2E 11700 V 9750 v t S19.2E 9 V 10600 v T S19.2E 11700 H 9750 V t S19.2E 9 H 10600 V T Test D) is identical to disabling DiSEqC in VDR's setup menu. I assume that either B) or C) will be the shortest sequence that still works in your case. Bye. -- Dipl.-Inform. (FH) Reinhard Nissl mailto:[EMAIL PROTECTED] ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] ERROR: video data stream broken on second dvb card , but szap works (include recording)
Hi Reinhard, On Sun, Feb 11, Reinhard Nissl wrote: I'd like you to do some further tests by modifying diseqc.conf: I will do each setup for about 1 week and will see, if I miss some recordings and let you about the results. A) let's remove FE_DISEQC_SEND_MASTER_CMD and FE_DISEQC_SEND_BURST S19.2E 11700 V 9750 t v W15 W15 W15 t S19.2E 9 V 10600 t v W15 W15 W15 T S19.2E 11700 H 9750 t V W15 W15 W15 t S19.2E 9 H 10600 t V W15 W15 W15 T B) let's reduce the time to wait S19.2E 11700 V 9750 t v W15 t S19.2E 9 V 10600 t v W15 T S19.2E 11700 H 9750 t V W15 t S19.2E 9 H 10600 t V W15 T C) omit the time to wait S19.2E 11700 V 9750 t v t S19.2E 9 V 10600 t v T S19.2E 11700 H 9750 t V t S19.2E 9 H 10600 t V T D) omit the initial FE_SET_TONE S19.2E 11700 V 9750 v t S19.2E 9 V 10600 v T S19.2E 11700 H 9750 V t S19.2E 9 H 10600 V T Test D) is identical to disabling DiSEqC in VDR's setup menu. I assume that either B) or C) will be the shortest sequence that still works in your case. I will begin with A to get a stables setup first, because it is not so depressing ;) -- Gruß Dieter -- I do not get viruses because I do not use MS software. If you use Outlook then please do not put my email address in your address-book so that WHEN you get a virus it won't use my address in the From field. pgpYsljylZJHq.pgp Description: PGP signature ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] ERROR: video data stream broken on second dvb card , but szap works (include recording)
Hi, Dieter Bloms wrote: Feb 9 12:02:00 video vdr: [30529] switching device 2 to channel 1 Feb 9 12:02:09 video vdr: [30537] frontend 1 timed out while tuning to channel 1, tp 111836 Feb 9 12:02:32 video vdr: [30603] ERROR: video data stream broken so why can I get ts streams from the second dvb card and vdr doesn't get any bytes ? As you can see from the above lines, tuning fails for device 2 (= frontend 1) as VDR reports a timeout about 10 seconds after switching to this channel. VDR retries tuning in that case, but further reports are suppressed for the next 60 seconds so you don't see a second timeout report. Finally, after 30 seconds, the recording thread issues an emergency exit as it didn't see any data (= video data stream broken) as the device was not able to tune to the channel. Is your DiSEqC setup correct (in case you are using DiSEqC)? Bye. -- Dipl.-Inform. (FH) Reinhard Nissl mailto:[EMAIL PROTECTED] ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] ERROR: video data stream broken on second dvb card , but szap works (include recording)
Hi,
Dieter Bloms wrote:
Feb 9 12:02:00 video vdr: [30529] switching device 2 to channel 1
Feb 9 12:02:09 video vdr: [30537] frontend 1 timed out while tuning to
channel 1, tp 111836
Feb 9 12:02:32 video vdr: [30603] ERROR: video data stream broken
so why can I get ts streams from the second dvb card and vdr doesn't get
any bytes ?
As you can see from the above lines, tuning fails for device 2 (=
frontend 1) as VDR reports a timeout about 10 seconds after switching to
this channel. VDR retries tuning in that case, but further reports are
suppressed for the next 60 seconds so you don't see a second timeout report.
Finally, after 30 seconds, the recording thread issues an emergency exit
as it didn't see any data (= video data stream broken) as the device
was not able to tune to the channel.
Is your DiSEqC setup correct (in case you are using DiSEqC)?
I don't have a diseqc setup, I have a twin lnb and both dvb cards are
connected directly.
It worked in the past, ok many timeouts, but after reloading the driver
and restart of vdr it worked.
I was amazed that vdr can not tune to a channel and szap can do it
without reloading the driver !
Maybe they use differnt methods to switch the channels.
szap always sends DiSEqC commands, so I'd suggest to use VDR's
diseqc.conf. It's default section Full DiSEqC sequence is identical to
the tuning sequence that szap uses.
You may want to try the attached szap and VDR patch. You'll then get
some output while tuning.
Bye.
--
Dipl.-Inform. (FH) Reinhard Nissl
mailto:[EMAIL PROTECTED]
--- ../vdr-1.4.5-orig/dvbdevice.c 2006-08-14 11:38:32.0 +0200
+++ dvbdevice.c 2007-02-01 21:38:44.0 +0100
@@ -176,6 +176,13 @@ static unsigned int FrequencyToHz(unsign
return f;
}
+#include sys/time.h
+static double now() { timeval t; gettimeofday(t, 0); return t.tv_sec + t.tv_usec / 1e6; }
+static int check(int c, int r, char *a, double t) { fprintf(stderr, t: %.3lf, c: %d, r: %d, a: %s\n, t, c, r, a); return r; }
+#define CHECK4(s) ::check(cardIndex, 0, s, ::now())
+#define CHECK3(s) ::check(cardIndex, s, #s, ::now())
+#define CHECK2(s) CHECK(::check(cardIndex, s, #s, ::now()))
+
bool cDvbTuner::SetFrontend(void)
{
dvb_frontend_parameters Frontend;
@@ -195,12 +202,12 @@ bool cDvbTuner::SetFrontend(void)
for (char *CurrentAction = NULL; (da = diseqc-Execute(CurrentAction)) != cDiseqc::daNone; ) {
switch (da) {
case cDiseqc::daNone: break;
-case cDiseqc::daToneOff: CHECK(ioctl(fd_frontend, FE_SET_TONE, SEC_TONE_OFF)); break;
-case cDiseqc::daToneOn:CHECK(ioctl(fd_frontend, FE_SET_TONE, SEC_TONE_ON)); break;
-case cDiseqc::daVoltage13: CHECK(ioctl(fd_frontend, FE_SET_VOLTAGE, SEC_VOLTAGE_13)); break;
-case cDiseqc::daVoltage18: CHECK(ioctl(fd_frontend, FE_SET_VOLTAGE, SEC_VOLTAGE_18)); break;
-case cDiseqc::daMiniA: CHECK(ioctl(fd_frontend, FE_DISEQC_SEND_BURST, SEC_MINI_A)); break;
-case cDiseqc::daMiniB: CHECK(ioctl(fd_frontend, FE_DISEQC_SEND_BURST, SEC_MINI_B)); break;
+case cDiseqc::daToneOff: CHECK2(ioctl(fd_frontend, FE_SET_TONE, SEC_TONE_OFF)); break;
+case cDiseqc::daToneOn:CHECK2(ioctl(fd_frontend, FE_SET_TONE, SEC_TONE_ON)); break;
+case cDiseqc::daVoltage13: CHECK2(ioctl(fd_frontend, FE_SET_VOLTAGE, SEC_VOLTAGE_13)); break;
+case cDiseqc::daVoltage18: CHECK2(ioctl(fd_frontend, FE_SET_VOLTAGE, SEC_VOLTAGE_18)); break;
+case cDiseqc::daMiniA: CHECK2(ioctl(fd_frontend, FE_DISEQC_SEND_BURST, SEC_MINI_A)); break;
+case cDiseqc::daMiniB: CHECK2(ioctl(fd_frontend, FE_DISEQC_SEND_BURST, SEC_MINI_B)); break;
case cDiseqc::daCodes: {
int n = 0;
uchar *codes = diseqc-Codes(n);
@@ -208,7 +215,7 @@ bool cDvbTuner::SetFrontend(void)
struct dvb_diseqc_master_cmd cmd;
memcpy(cmd.msg, codes, min(n, int(sizeof(cmd.msg;
cmd.msg_len = n;
-CHECK(ioctl(fd_frontend, FE_DISEQC_SEND_MASTER_CMD, cmd));
+CHECK2(ioctl(fd_frontend, FE_DISEQC_SEND_MASTER_CMD, cmd));
}
}
break;
@@ -285,7 +292,7 @@ bool cDvbTuner::SetFrontend(void)
esyslog(ERROR: attempt to set channel with unknown DVB frontend type);
return false;
}
- if (ioctl(fd_frontend, FE_SET_FRONTEND, Frontend) 0) {
+ if (CHECK3(ioctl(fd_frontend, FE_SET_FRONTEND, Frontend)) 0) {
esyslog(ERROR: frontend %d: %m, cardIndex);
return
Re: [vdr] ERROR: video data stream broken on second dvb card , but szap works (include recording)
Hi, On Sat, Feb 10, Reinhard Nissl wrote: szap always sends DiSEqC commands, so I'd suggest to use VDR's diseqc.conf. It's default section Full DiSEqC sequence is identical to the tuning sequence that szap uses. You may want to try the attached szap and VDR patch. You'll then get some output while tuning. doesn't my driver or card support diseqc ? --snip video:/tmp/szap # szap -a 1 -p -i reading channels from file '/root/.szap/channels.conf' RTL Television,RTL;RTL World zapping to 5 'RTL Television,RTL;RTL World': sat 0, frequency = 12187 MHz H, symbolrate 2750, vpid = 0x00a3, apid = 0x0068 sid = 0x0069 using '/dev/dvb/adapter1/frontend0' and '/dev/dvb/adapter1/demux0' FE_DISEQC_SEND_MASTER_CMD failed: Unknown error 524 FE_DISEQC_SEND_BURST failed: Operation not supported couldn't find pmt-pid for sid 0069 status 1f | signal f700 | snr ffdc | ber | unc | FE_HAS_LOCK SAT.1;ProSiebenSat.1 zapping to 6 'SAT.1;ProSiebenSat.1': sat 0, frequency = 12480 MHz V, symbolrate 2750, vpid = 0x06ff, apid = 0x0700 sid = 0x0022 FE_DISEQC_SEND_MASTER_CMD failed: Unknown error 524 FE_DISEQC_SEND_BURST failed: Operation not supported couldn't find pmt-pid for sid 0022 status 1f | signal fb00 | snr ffdc | ber | unc | FE_HAS_LOCK --snip-- -- Gruß Dieter -- I do not get viruses because I do not use MS software. If you use Outlook then please do not put my email address in your address-book so that WHEN you get a virus it won't use my address in the From field. pgpEZmGSMt0Mq.pgp Description: PGP signature ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] ERROR: video data stream broken on second dvb card , but szap works (include recording)
Hi, Dieter Bloms wrote: szap always sends DiSEqC commands, so I'd suggest to use VDR's diseqc.conf. It's default section Full DiSEqC sequence is identical to the tuning sequence that szap uses. You may want to try the attached szap and VDR patch. You'll then get some output while tuning. doesn't my driver or card support diseqc ? Don't know. But have you tried DiSEqC with VDR (menu Settings - LNB)? You might get similar messages but on the other hand, it might work ;-) Bye. -- Dipl.-Inform. (FH) Reinhard Nissl mailto:[EMAIL PROTECTED] ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] ERROR: video data stream broken on second dvb card , but szap works (include recording)
Hi, On Sat, Feb 10, Reinhard Nissl wrote: Don't know. But have you tried DiSEqC with VDR (menu Settings - LNB)? no, because I didn't install any diseqc switches. I had also an empty diseqc.conf You might get similar messages but on the other hand, it might work ;-) ok, now I have installed the default diseqc.conf and activate diseqc in vdr setup menu. After a shutdown (and turn off the computer for about 10 seconds) the second card works, even with these two errors: t: 1171143367,692, c: 0, r: 0, a: == t: 1171143387,098, c: 1, r: 0, a: -- t: 1171143387,099, c: 1, r: 0, a: ioctl(fd_frontend, FE_SET_TONE, SEC_TONE_OFF) t: 1171143387,100, c: 1, r: 0, a: ioctl(fd_frontend, FE_SET_VOLTAGE, SEC_VOLTAGE_13) t: 1171143387,118, c: 1, r: -1, a: ioctl(fd_frontend, FE_DISEQC_SEND_MASTER_CMD, cmd) t: 1171143387,138, c: 1, r: -1, a: ioctl(fd_frontend, FE_DISEQC_SEND_BURST, SEC_MINI_A) t: 1171143387,158, c: 1, r: 0, a: ioctl(fd_frontend, FE_SET_TONE, SEC_TONE_ON) t: 1171143387,160, c: 1, r: 0, a: ioctl(fd_frontend, FE_SET_FRONTEND, Frontend) t: 1171143387,288, c: 1, r: 0, a: == Either the power off has resolved the error or activating diseqc. but now if I deactivate diseqc the cards work, too . Very strange. Thank you very much for your help, for the future I will activate diseqc. -- Gruß Dieter -- I do not get viruses because I do not use MS software. If you use Outlook then please do not put my email address in your address-book so that WHEN you get a virus it won't use my address in the From field. pgp9JwH9fvXrf.pgp Description: PGP signature ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] ERROR: video data stream broken on second dvb card , but szap works (include recording)
Hi, with strace I can see, that vdr tries to open video0 and audio0, which aren't there. Do they have to exist for nova cards ? video:/var/service/vdr # grep adapter1 /tmp/vdr-1.5.0.strace access(/dev/dvb/adapter1/frontend0, F_OK) = 0 open(/dev/dvb/adapter1/frontend0, O_RDONLY) = 10 open(/dev/dvb/adapter1/frontend0, O_RDWR|O_NONBLOCK) = 10 open(/dev/dvb/adapter1/osd0, O_RDWR) = -1 ENOENT (No such file or directory) open(/dev/dvb/adapter1/video0, O_RDWR|O_NONBLOCK) = -1 ENOENT (No such file or directory) open(/dev/dvb/adapter1/audio0, O_RDWR|O_NONBLOCK) = -1 ENOENT (No such file or directory) open(/dev/dvb/adapter1/demux0, O_RDWR) = 11 open(/dev/dvb/adapter1/ca0, O_RDWR) = -1 ENOENT (No such file or directory) open(/dev/dvb/adapter1/demux0, O_RDWR|O_NONBLOCK) = 26 open(/dev/dvb/adapter1/demux0, O_RDWR|O_NONBLOCK) = 27 open(/dev/dvb/adapter1/demux0, O_RDWR|O_NONBLOCK) = 28 video:/var/service/vdr # On Fri, Feb 09, Dieter Bloms wrote: Hi, I have two cards in my video server: Technotrend/Hauppauge WinTV Nexus-S rev2.3) Hauppauge Nova-S-Plus DVB-S [card=37] lspci: 01:0c.0 Multimedia video controller: Conexant CX23880/1/2/3 PCI Video and Audio Decoder (rev 05) 01:0c.1 Multimedia controller: Conexant CX23880/1/2/3 PCI Video and Audio Decoder [Audio Port] (rev 05) 01:0c.2 Multimedia controller: Conexant CX23880/1/2/3 PCI Video and Audio Decoder [MPEG Port] (rev 05) 01:0c.4 Multimedia controller: Conexant CX23880/1/2/3 PCI Video and Audio Decoder [IR Port] (rev 05) 01:0f.0 Multimedia controller: Philips Semiconductors SAA7146 (rev 01) when I use szap to change the channel, I can switch, record, switch, record (record with cat /dev/dvb/adapter1/dvr0 /tmp/tsvideo. But when I try to record with vdr, I get the following errors and nothing will be record: (with plain vdr-1.5.0 and plain vdr-1.4.0 and v4l-dvb from yesterdays hg): Feb 9 12:02:00 video vdr: [30529] connect from 127.0.0.1, port 60607 - accepted Feb 9 12:02:00 video vdr: [30529] timer 10 (1 1200-1215 VPS 'Tagesschau um zwölf') added Feb 9 12:02:00 video vdr: [30529] closing SVDRP connection Feb 9 12:02:00 video vdr: [30529] switching device 2 to channel 1 Feb 9 12:02:00 video vdr: [30529] timer 10 (1 1200-1215 VPS 'Tagesschau um zwölf') start Feb 9 12:02:00 video vdr: [30529] Title: 'Tagesschau um zwölf' Subtitle: '' Feb 9 12:02:00 video vdr: [30529] record /data/nobackup/video/Tagesschau_um_zwölf/2007-02-09.12.00.50.50.rec Feb 9 12:02:00 video vdr: [30529] creating directory /data/nobackup/video/Tagesschau_um_zwölf Feb 9 12:02:01 video vdr: [30529] creating directory /data/nobackup/video/Tagesschau_um_zwölf/2007-02-09.12.00.50.50.rec Feb 9 12:02:01 video vdr: [30529] recording to '/data/nobackup/video/Tagesschau_um_zwölf/2007-02-09.12.00.50.50.rec/001.vdr' Feb 9 12:02:01 video vdr: [30529] connect from 127.0.0.1, port 60610 - accepted Feb 9 12:02:01 video vdr: [30529] closing SVDRP connection Feb 9 12:02:01 video vdr: [30603] file writer thread started (pid=30529, tid=30603) Feb 9 12:02:01 video vdr: [30604] recording thread started (pid=30529, tid=30604) Feb 9 12:02:01 video vdr: [30605] receiver on device 2 thread started (pid=30529, tid=30605) Feb 9 12:02:01 video vdr: [30606] TS buffer on device 2 thread started (pid=30529, tid=30606) Feb 9 12:02:03 video vdr: [30529] timer 10 (1 1200-1215 VPS 'Tagesschau um zwölf') set to event Fre 09.02.2007 12:00-12:15 (VPS: 09.02 12: 00) 'Tagesschau um zwölf' Feb 9 12:02:09 video vdr: [30537] frontend 1 timed out while tuning to channel 1, tp 111836 Feb 9 12:02:10 video vdr: [30529] connect from 127.0.0.1, port 60614 - accepted Feb 9 12:02:10 video vdr: [30529] closing SVDRP connection Feb 9 12:02:10 video vdr: [30529] connect from 127.0.0.1, port 60617 - accepted Feb 9 12:02:10 video vdr: [30529] closing SVDRP connection Feb 9 12:02:27 video vdr: [30529] connect from 127.0.0.1, port 60622 - accepted Feb 9 12:02:27 video vdr: [30529] closing SVDRP connection Feb 9 12:02:32 video vdr: [30603] ERROR: video data stream broken Feb 9 12:02:32 video vdr: [30603] initiating emergency exit Feb 9 12:02:32 video vdr: [30529] emergency exit requested - shutting down Feb 9 12:02:32 video vdr: [30604] recording thread ended (pid=30529, tid=30604) Feb 9 12:02:32 video vdr: [30603] file writer thread ended (pid=30529, tid=30603) Feb 9 12:02:32 video vdr: [30529] buffer stats: 0 (0%) used Feb 9 12:02:32 video vdr: [30529] timer 10 (1 1200-1215 VPS 'Tagesschau um zwölf') stop Feb 9 12:02:32 video vdr: [30529] saved setup to /etc/vdr/setup.conf Feb 9 12:02:32 video vdr: [30534] tuner on device 1 thread ended (pid=30529, tid=30534) Feb 9 12:02:33 video vdr: [30606] TS buffer on device 2 thread ended (pid=30529, tid=30606) Feb 9 12:02:33 video vdr: [30605] buffer stats: 0 (0%) used Feb 9 12:02:33 video vdr: [30605] receiver on device 2 thread ended (pid=30529,
