[vdr] Diseqc problems with VDR1.7.19
Hi, Since upgrading to VDR 1.7.19 I have experienced problems with Diseqc. My diseqc configuration uses command strings which contain 3 code sets: a diseqc switch command, a diseqc go to command, and a repeat goto command. Since upgrading to VDR 1.7.19 it appears that the only code set sent is the last one, but it's sent three times. To demonstrate this I have put some trace in cDvbTuner::SetFrontend within dvbdevice.c which traces the complete diseqc string, the diseqc action, and for diseqc codes - the actual diseqc code sent. It produces the following output: Diseqc command list found = t v [E0 10 38 F4] W500 [E0 31 6B 04] W250 [E0 31 6B 04] W15 T Diseqc action = 1 Diseqc action = 3 Diseqc action = 7 Sending Diseqc command: E0 31 6B 04 Wrong, should be E0 10 38 F4 Diseqc action = 7 Sending Diseqc command: E0 31 6B 04 Wrong, should be E0 31 6B 04 Diseqc action = 7 Sending Diseqc command: E0 31 6B 04 Diseqc action = 2 The same trace in vdr 1.7.18 shows the correct codes being sent in the correct sequence. I note that some work was done in this area for 1.7.19 but my C++ skills are a little weak to diagnose the problem any further. Can anybody throw some more light on what's going on? Thanks, Mark. Mark Hawes Senior Project Manager Fujitsu Australia Limited 825 Bourke Street, Docklands VIC 3008, Australia T +61 3 9924 3240 M +61 416 140 218 F +61 3 9924 3001 mark.ha...@au.fujitsu.com mailto:mark.ha...@au.fujitsu.com au.fujitsu.com http://au.fujitsu.com image001.gif___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] VPS fallback patch
For some time (at least since 2008) Mandriva Linux have been including the attached patch in the version of vdr shipped with their distribution. It allows timers to be triggered directly by the Now/Next data in the EIT provided that a new parameter is set in the config file. Looking back in the mailing list archives I see the question of including this feature in vdr is an old one; see for example: http://www.linuxtv.org/pipermail/vdr/2005-August/003975.html However I wonder if the time is now right to reconsider? In the UK an accurate Now Next EIT is provided on DVB-T as part of the Freeview Plus (aka TV- Anytime) service, with the data being directly derived from the broadcasters' playout systems. I have been running vdr with this patch for two years and have never missed a recording due to incorrect information. It was really useful during the recent Wimbledon tournament when many programmes ran late due to live coverage of the tennis. Dave Index: vdr-1.6.0/config.c === --- vdr-1.6.0/config.c +++ vdr-1.6.0/config.c 2008-04-15 14:48:30.0 +0300 @@ -255,6 +255,7 @@ UseSubtitle = 1; UseVps = 0; VpsMargin = 120; + RsVpsFallback = 0; RecordingDirs = 1; VideoDisplayFormat = 1; VideoFormat = 0; Index: vdr-1.6.0/config.h === --- vdr-1.6.0/config.h +++ vdr-1.6.0/config.h 2008-04-15 14:48:30.0 +0300 @@ -237,6 +237,7 @@ int UseSubtitle; int UseVps; int VpsMargin; + int RsVpsFallback; int RecordingDirs; int VideoDisplayFormat; int VideoFormat; Index: vdr-1.6.0/menu.c === --- vdr-1.6.0/menu.c +++ vdr-1.6.0/menu.c 2008-04-15 14:48:30.0 +0300 @@ -2753,6 +2753,7 @@ Add(new cMenuEditBoolItem(tr(Setup.Recording$Use episode name), data.UseSubtitle)); Add(new cMenuEditBoolItem(tr(Setup.Recording$Use VPS), data.UseVps)); Add(new cMenuEditIntItem( tr(Setup.Recording$VPS margin (s)),data.VpsMargin, 0)); + Add(new cMenuEditBoolItem(tr(Setup.Recording$Use running status as VPS fallback), data.RsVpsFallback)); Add(new cMenuEditBoolItem(tr(Setup.Recording$Mark instant recording),data.MarkInstantRecord)); Add(new cMenuEditStrItem( tr(Setup.Recording$Name instant recording), data.NameInstantRecord, sizeof(data.NameInstantRecord))); Add(new cMenuEditIntItem( tr(Setup.Recording$Instant rec. time (min)), data.InstantRecordTime, 1, MAXINSTANTRECTIME)); Index: vdr-1.6.0/timers.c === --- vdr-1.6.0/timers.c +++ vdr-1.6.0/timers.c 2008-04-15 14:48:30.0 +0300 @@ -412,7 +412,7 @@ } if (HasFlags(tfActive)) { - if (HasFlags(tfVps) event event-Vps()) { + if (HasFlags(tfVps) event (Setup.RsVpsFallback || event-Vps())) { if (Margin || !Directly) { startTime = event-StartTime(); stopTime = event-EndTime(); ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] DAB+, VDR and Linux
Hello, I'd like to experiment with DAB+ as there are now some broadcasts in my country. Are there any DAB+ receivers known to work under Linux? Does VDR (or other tools) support it? There is little information that can be found on this topic with Google... Thanks, -- Luboš Doležel ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] VPS fallback patch
On Mon, 18 Jul 2011 12:53:45 +0100 Dave v...@pickles.me.uk wrote: However I wonder if the time is now right to reconsider? In the UK an accurate Now Next EIT is provided on DVB-T as part of the Freeview Plus (aka TV- Anytime) service, with the data being directly derived from the broadcasters' playout systems. I have been running vdr with this patch for two years and have never missed a recording due to incorrect information. It was really useful during the recent Wimbledon tournament when many programmes ran late due to live coverage of the tennis. Does the standard EIT now reflect the actual times? I was under the impression that the EIT still reflected the original schedule and the actual times were somewhere in the TVAnytime extensions. ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] DAB+, VDR and Linux
Am Montag, den 18.07.2011, 14:49 +0200 schrieb Luboš Doležel lu...@dolezel.info: Hello, I'd like to experiment with DAB+ as there are now some broadcasts in my country. Are there any DAB+ receivers known to work under Linux? Does VDR (or other tools) support it? There is little information that can be found on this topic with Google... Hi, even if a product exists, there remains the question regarding a driver... A recent article in German c't magazin says that Terratec could potentially be a manufacturer to come up with a DVB+ Stick at IFA Berlin (September 2011). c't magazin 12/2011, Seite 80 Der UKW-Nachfolger DAB+ in den Startlöchern Quote: Die digitale Ausstrahlung ist die ideale Voraussetzung für den verlustfreien Mitschnitt am Rech- ner, doch PC-Lösungen sucht man noch vergeblich. Terratecs DAB/DVB-T-Stick Piranha oder der DR 403 von Albrecht sind nur noch als Restposten zu haben und von Haus aus nur für den Empfang des alten DAB-Stan- dards ausgelegt. Letzterer Her- steller hat angekündigt, zur IFA mit einer Neuauflage des Sticks an den Markt zu gegen. Bei Terra- tec wartet man noch ab: ,,Wir be- obachten den Markt genau und könnten - bei einem Erfolg der DAB+-Einführung - kurzfristig Hardware für den PC-Empfang bereitstellen, so ein Unterneh- menssprecher gegenüber c't. Cheers, hepi ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] DAB+, VDR and Linux
2011/7/18 Henning Pingel henn...@henningpingel.de: Am Montag, den 18.07.2011, 14:49 +0200 schrieb Luboš Doležel lu...@dolezel.info: I'd like to experiment with DAB+ as there are now some broadcasts in my country. Are there any DAB+ receivers known to work under Linux? Does VDR (or other tools) support it? There is little information that can be found on this topic with Google... even if a product exists, there remains the question regarding a driver... The Psion Wavefinder [1] (old USB product from circa 2001) works with Linux using OpenDAB [2]. The Changelog for the most recent version of this suggests DAB+ support has been implemented. [1] http://en.wikipedia.org/wiki/Psion_Wavefinder [2] http://ignum.dl.sourceforge.net/project/opendab/opendab/OpenDAB-0.06/ ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] VPS fallback patch
On Monday 18 July 2011 13:58:55 Tony Houghton wrote: Does the standard EIT now reflect the actual times? I was under the impression that the EIT still reflected the original schedule and the actual times were somewhere in the TVAnytime extensions. For the UK Freeview+ service, the EIT p/f table is used as the accurate recording information, and the start of a programme is signalled by the event_id appearing in the 'present' event. The alternative (preferred by ETSI TS 102 323) is a TVA_id descriptor (0x75) in the p/f table, but these don't seem to be broadcast in the UK. Dave ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] VPS fallback patch
On Monday 18 July 2011 13:09:19 Laz wrote: I will have to give your patch a go becuase I've recently missed a few recordings due to tennis and football over-running!! I presume I need to set timers with no margin at the start and with vps enabled for all for this to work? In your setup.conf you should have: UseVps = 1 VpsFallback = 1 VpsMargin = 120 The last one sets the number of seconds before the scheduled start time that VDR begins monitoring the p/f table for the event start. Also whenever you set a new timer you need to set the 'flag' field to 5 - if using vdradmin-am tick the 'use VPS' box in the New Timer window - as well as setting the start time with no margin. Do I also need your tvanytime patch for this to work? I did try it a few days back with vdr-1.7.19 but I kept on gettign seg faults from calls to strcpyrealloc! I was, however, in the process of sorting out some other issues at the time so will have to try it again now that I've fixed the other problems! The TVAnytime patch includes this VPS Fallback patch, but you don't need the rest of it just to do accurate recording. Dave ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] DAB+, VDR and Linux
On 18.7.2011 15:14, Dominic Evans wrote: 2011/7/18 Henning Pingelhenn...@henningpingel.de: Am Montag, den 18.07.2011, 14:49 +0200 schrieb Luboš Doležel lu...@dolezel.info: I'd like to experiment with DAB+ as there are now some broadcasts in my country. Are there any DAB+ receivers known to work under Linux? Does VDR (or other tools) support it? There is little information that can be found on this topic with Google... even if a product exists, there remains the question regarding a driver... The Psion Wavefinder [1] (old USB product from circa 2001) works with Linux using OpenDAB [2]. The Changelog for the most recent version of this suggests DAB+ support has been implemented. [1]http://en.wikipedia.org/wiki/Psion_Wavefinder [2]http://ignum.dl.sourceforge.net/project/opendab/opendab/OpenDAB-0.06/ I did some further googling and found this: http://www.chinavasion.com/product_info.php/pName/dvbt-usb-dongle-free-digital-tv-and-dab-on-your-computer/ Beside the VHF band it also supports L-band, which is used in the Czech Republic (and Italy). That is good. They claim to support Linux, but I would first check with them to make sure it applies to the DAB+ feature as well. But I still haven't found any console scanning tools. OpenDAB appears to be a one-off solution for a single piece of hardware... -- Luboš Doležel ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Diseqc problems with VDR1.7.19
Just looked at the trace I sent in my initial post and realised that I had selected a Diseqc command that I had modified while trying to diagnose the situation so my annotations were a bit misleading. The following should be less confusing: Diseqc command list found = t v [E0 10 38 F4] W500 [E0 31 6B 04] W250 [E1 31 6B 04] W15 T Diseqc action = 1 Diseqc action = 3 Diseqc action = 7 Sending Diseqc command: E1 31 6B 04 Wrong, should be E0 10 38 F4 Diseqc action = 7 Sending Diseqc command: E1 31 6B 04 Wrong, should be E0 31 6B 04 Diseqc action = 7 Sending Diseqc command: E1 31 6B 04 Diseqc action = 2 Again, the final Diseqc command has been sent three times, not the three commands in the sequence they appear in the command list. Apologies for the confusion. Mark. ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr