Re: [vdr] basic set-up for vdr and HVR 4000 in Ubuntu 7.10
I have installed the plugin with apt-get , no problem
vdr -V
vdr (1.5.16/1.5.15) - The Video Disk Recorder
but when I run vdr with the plugin I got
[EMAIL PROTECTED]:~# vdr -Pxineliboutput --local=sxfe --video=xv
--audio=alsa
--remote=none
vdr: ./PLUGINS/lib/libvdr-xineliboutput.so.1.5.15: kan gedeeld
objectbestand niet openen: Bestand of map bestaat niet ( can't open
objectfile.File or map is not existing)
what is here still missing
Gaston
Man, you have some confusion here! Looks like you are mixing up
different vdr versions. I guess you compiled vdr on your own (1.5.16)
and installed xineliboutput from the Ubuntu 7.10 repos which was built
for vdr 1.4.7. That will never work! So if you want to get anything
running just compile *everything* from source or install *everything*
via apt-get.
Furthermore, if you are not using the default paths where vdr is looking
for the needed libs, you need to specify them via command line
parameters ('man vdr' is your friend). Good luck :-)
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] Spanish DVB-T Channels in Hispasat.
It is possible the reception of these channels with vdr + dvb-s card? Greetings ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Spanish DVB-T Channels in Hispasat.
Albert Gall a écrit : It is possible the reception of these channels with vdr + dvb-s card? Hello, The T of DVB-T means Terrestrial. There is no satellite using DVB-T. ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] [ANNOUNCE] vdr-rotor support patches for VDR-1.5.16
On Wednesday 05 of March 2008, Seppo Ingalsuo wrote: I couldn't repeat that but I didn't find exactly that multiproto driver. Hi, I'm testing it with this one - http://jusst.de/hg/multiproto/archive/4df151d5b3fe.tar.bz2. I've only changed some print and debug options in my tests. But I noticed that zapping works reliably with between channels in different positions with LNB tone off (frequency 11700, if I got this right...). V/H polarization didn't matter (13V or 18V LNB voltage). There should be 15 ms tone off between DiSEqC messages and continuous tone that might not happen with rotor plugin and this DVB driver. I wonder if that could be the reason? Yes, my fault - I've switched between satellites only on lower band. But with newest version of multiproto also this was not possible. But I'm using it with cascade switch/motor, so my tests could have different results. BR, Ales ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] Spanish Not DVB-S compliant Channels in Hispasat.
Excuse Jean-Claude Repetto. I refer to the channels Not DVB-S compliant emitted by Hispasat. On this website can be http://es.kingofsat.net/pos-30W.php. For example: TVE 1 Not DVB-S compliant TVE 2 Not DVB-S compliant It is possible the reception of these channels with vdr + dvb-s card? Greetings ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Spanish DVB-T Channels in Hispasat.
Hello, I think if you can found spanish terrestial channels in hispasat they may be dvb-s and of course you can tune it with a dvb-s card. I think this a way to watch terrestial channels at places on the dvb-t signal is poor. But if channels are also in hispasat, they sure are in dvb-s. If you have more questions you can reach me by email in catalan or spanish. Bye. Leo 2008/3/5, Albert Gall [EMAIL PROTECTED]: It is possible the reception of these channels with vdr + dvb-s card? Greetings ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Spanish Not DVB-S compliant Channels in Hispasat.
Ok I see. I was thinking about dvb-s compliant channels. And what's the point of broadcast a non-dvb-s channels through sat? Leo 2008/3/5, Albert Gall [EMAIL PROTECTED]: Excuse Jean-Claude Repetto. I refer to the channels Not DVB-S compliant emitted by Hispasat. On this website can be http://es.kingofsat.net/pos-30W.php. For example: TVE 1 Not DVB-S compliant TVE 2 Not DVB-S compliant It is possible the reception of these channels with vdr + dvb-s card? Greetings ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] DXR3 and subtitles in 1.5.x
On Wed, Mar 05, 2008 at 02:02:31PM +0200, Sami Sundell wrote: Hmm, I tried both fixes - that is, this one, and changing to cvs version of the DXR3 plugin. ... and in addition to the load issue, there's the slight problem that on TV it shows only the OSD. No TV picture, no audio. Well, perhaps a broken still every once in a while. There are logs about PID changes etc. so VDR is receiving signal, it just doesn't show it. -- Sami Sundell [EMAIL PROTECTED] ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] DXR3 and subtitles in 1.5.x
On 03/05/08 17:47, Sami Sundell wrote: On Wed, Mar 05, 2008 at 02:02:31PM +0200, Sami Sundell wrote: Hmm, I tried both fixes - that is, this one, and changing to cvs version of the DXR3 plugin. ... and in addition to the load issue, there's the slight problem that on TV it shows only the OSD. No TV picture, no audio. Well, perhaps a broken still every once in a while. There are logs about PID changes etc. so VDR is receiving signal, it just doesn't show it. I'd say this whole thing is a DXR3 problem, not a core VDR problem. Therefore I'm afraid I can't contribute to the solution... Klaus ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Feeds for IPTV plugin
On Tue, 4 Mar 2008, Timothy D. Lenz wrote: So just what can be used with the IPTV plugin? Any links to sites known to work? The plugin was designed to watch multicast MPEG2 transport streams provided by finnish Internet operators, but the EXT protocol allows you to use it for every possible stream you can receive and transcode on your Linux machine. The plugin comes with an example script that utilizes VLC (www.videolan.org) for streaming and transcoding. Just add for example NasaTV to the first URL entry of the script and then modify channels.conf according to it: iptvstream.sh: 1) URL=http://www.nasa.gov/COMPLETE-URL-HERE.asx ;; channels.conf: NasaTV;IPTV:1:IPTV|S0P0|EXT|iptvstream.sh|1:P:0:2:3:0:0:1:0:0:0 If you can watch a stream via VLC, you can use it as IPTV source. BR, -- rofa ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] [ANNOUNCE] VDR developer version 1.5.17 - release candidate 2
On 03/04/08 21:26, Ales Jurik wrote:
On Sunday 02 of March 2008, Klaus Schmidinger wrote:
- Rendering the non-breaking space symbol as a blank (thanks to Tobias
Grimm). - Changed the default character set for SI data from ISO6937 (as
required by the DVB standard ETSI EN 300 468) to ISO-8859-9, in order to
work around the stupidity of some providers, who actually use ISO-8859-9,
but fail to correctly announce that.
Hi Klaus,
this change is preventing to use vdr for all Czech/Slovak satellite providers
as they broadcast epg in ISO6937 (ok, UPC at 19.2E with some minor errors).
This was exactly what I was afraid of - now the broadcasts that actually
do follow the standards are broken.
Please try the attached patch. With this the default is ISO6937 again,
and can be overridden by setting the environment variable VDR_CHARSET_OVERRIDE.
Users in Germany should please test this, too, and do an
export VDR_CHARSET_OVERRIDE=ISO-8859-9
before starting VDR.
Klaus
--- libsi/si.c 2008/03/01 12:02:01 1.24
+++ libsi/si.c 2008/03/05 17:00:55
@@ -14,6 +14,7 @@
#include errno.h
#include iconv.h
#include malloc.h
+#include stdlib.h // for broadcaster stupidity workaround
#include string.h
#include descriptor.h
@@ -340,9 +341,12 @@
// and length are adjusted accordingly.
static const char *getCharacterTable(const unsigned char *buffer, int length, bool *isSingleByte = NULL) {
const char *cs = ISO6937;
- cs = ISO-8859-9; // Workaround for broadcaster stupidity: according to
+ // Workaround for broadcaster stupidity: according to
// ETSI EN 300 468 the default character set is ISO6937. But unfortunately some
// broadcasters actually use ISO-8859-9, but fail to correctly announce that.
+ static const char *CharsetOverride = getenv(VDR_CHARSET_OVERRIDE);
+ if (CharsetOverride)
+ cs = CharsetOverride;
if (isSingleByte)
*isSingleByte = false;
if (length = 0)
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] VDR 1.5.17 - pre 1.3.19 compatibility mode problems
On 03/04/08 10:58, Tero Siironen wrote: Hi, I upgraded from VDR 1.4.7 to 1.5.17 and noticed that some of my old recordings won't play decently with this new version. Here's a syslog entry and example clip can be found from http://kotisivu.suomi.net/izero/vdr-darwin/ddmode_example.zip (9MB) Those problematic recordings were done with some 1.3.x series VDR with ttxtsubs plugin in fall 2004. Plays fine with VDR 1.4.7, but playback stutters when playing with VDR 1.5.17. My system has DVB-C FF 2.1 and DVB-C budget cards. Running on Fedora 5. My guess would be that the offending data comes from the ttxtsubs plugin. Maybe you need to patch VDR to become aware of this. Klaus ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] DXR3 and subtitles in 1.5.x
On Wed, Mar 05, 2008 at 05:51:07PM +0100, Klaus Schmidinger wrote: I'd say this whole thing is a DXR3 problem, not a core VDR problem. Therefore I'm afraid I can't contribute to the solution... Looks like it, but thanks anyway. ... found the 0.2.x-branch in the dxr3 plugin CVS, which gives me picture but still bleeding subtitles. Now it won't crash if I try to access the OSD, it just stops responding to remote. :P -- Sami Sundell [EMAIL PROTECTED] ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] Spanish Not DVB-S compliant Channels in Hispasat.
These are the transponders in which emit channels: S 12622000 V 12963000 5/6 S 1264 V 12963000 5/6 S 11569000 H 12963000 3/4 S 11655000 H 12963000 5/6 S 12622000 H 12963000 5/6 S 1264 H 12963000 5/6 Not channels but if it locates signal femon : status SCVYL | signal e6b5 | snr b487 | ber 0008 | unc | FE_HAS_LOCK status SCVYL | signal e4fd | snr b69d | ber 0011 | unc | FE_HAS_LOCK status SCVYL | signal e5c9 | snr b817 | ber 000e | unc | FE_HAS_LOCK status SCVYL | signal e4cf | snr b74b | ber 0008 | unc | FE_HAS_LOCK Greetings ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] [ANNOUNCE] VDR developer version 1.5.17 - release candidate 2
Malte Schröder a écrit : On Wed, 05 Mar 2008 18:10:59 +0100 Klaus Schmidinger [EMAIL PROTECTED] wrote: Please try the attached patch. With this the default is ISO6937 again, and can be overridden by setting the environment variable VDR_CHARSET_OVERRIDE. Users in Germany should please test this, too, and do an export VDR_CHARSET_OVERRIDE=ISO-8859-9 before starting VDR. Klaus It seems to me as if we would need a per-channel setting for this ... +1 Jean-Claude ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] [ANNOUNCE] VDR developer version 1.5.17 - release candidate 2
2008/3/5, Malte Schröder [EMAIL PROTECTED]: Please try the attached patch. With this the default is ISO6937 again, and can be overridden by setting the environment variable VDR_CHARSET_OVERRIDE. It seems to me as if we would need a per-channel setting for this ... -1 Blame your tv provider. -- Best Regards, Joachim. ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] DXR3 and subtitles in 1.5.x
On 03/05/08 22:12, Luca Olivetti wrote: En/na Sami Sundell ha escrit: On Wed, Mar 05, 2008 at 05:51:07PM +0100, Klaus Schmidinger wrote: I'd say this whole thing is a DXR3 problem, not a core VDR problem. Therefore I'm afraid I can't contribute to the solution... Looks like it, but thanks anyway. ... found the 0.2.x-branch in the dxr3 plugin CVS, which gives me Yes, that's the good one (I don't think anybody is working on the HEAD version). picture but still bleeding subtitles. Now it won't crash if I try to access the OSD, it just stops responding to remote. :P Well, I also had to modify dvbsubtitle.c (with some hints from the dxr3-plugin mailing list), and since I go from one vdr version to the next one with the patch, I forgot it. Attached is a diff from the stock dvbsubtitle.c in 1.5.17 and the version I'm using. I don't know if it's a good or bad patch but it works here, no bleeding and the lirc remote is responsive. I also cannot say if any of the other patches I have make a difference. There's one thing I can say: this patch is not going into the official VDR source. The problem is in the DXR3 plugin: the correct way to handle this is for the OSD object to truthfully report whether it can handle the requested areas or not, and if it claims to be able to handle them, then do so Klaus ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] VDR 1.5.17 - pre 1.3.19 compatibility mode problems
Rolf Ahrenberg kirjoitti 5.3.2008 kello 23.11: On Wed, 5 Mar 2008, Klaus Schmidinger wrote: On 03/04/08 10:58, Tero Siironen wrote: Those problematic recordings were done with some 1.3.x series VDR with ttxtsubs plugin in fall 2004. Plays fine with VDR 1.4.7, but playback stutters when playing with VDR 1.5.17. My system has DVB-C FF 2.1 and DVB-C budget cards. Running on Fedora 5. My guess would be that the offending data comes from the ttxtsubs plugin. Maybe you need to patch VDR to become aware of this. The ttxtsubs patch should strip off all EBU teletext data packets, so that they won't mess up the normal PES playback. Maybe Tero's setup is missing this one... Maybe I need to make another test run with plain versions of both VDR versions when I get back to home. But anyway I have patched VDR 1.5.17 with vdr-1.5.17-ttxtsubs-0.0.5.diff and ttxtsubs 0.0.5 plugin is patched with raastinrautaedition from 22-Jan so I think patches should be ok, or is there still some more patches for ttxtsubs? 1.4.7 version of VDR is patched with similar patches (from that timeframe) and as I said it plays the recordings (and the sample) fine. -- Tero ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] [ANNOUNCE] VDR developer version 1.5.17 - release candidate 2
Klaus Schmidinger wrote: Users in Germany should please test this, too, and do an export VDR_CHARSET_OVERRIDE=ISO-8859-9 before starting VDR. In case we do head for a single override option, wouldn't it be more consistent to do this with a command line option instead of an environment variable? Cheers, Udo ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] sub channel numbering system
Would it be possible to add support for the subchannel numbering system used with ATSC? Exmple of the channels in our area: 4 KVOA 4.1KVOAD 6 KUAT 6.1KUATD1 6.2KUATK 6.3KUATV 6.4KUATC 9 KGUN 9.1KGUND 11 KMSB 11.1 KMSBH 13 KOLD 13.1 KOLD-DT 14 KUDF 18 KTTU 18.1 KTTUDT 27 KUAS 27.1 KUASHD 34 KFTU 38 KUVE 40 KHRR 40.1 KHRR-DT 48 K48GX 58 KWBA 58.1 KWBA-DT 58.2 LATV All the x.x channels are the new ATSC channels, rest are old NTSC most of which, but not all, will be shut down in a year. For ATSC .1 is the primary channel and .2, .3, etc are the sub channels. The # on the remote could be used for the . In the channels.conf an ATSC next channel number would look like: :@13.1 ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] DXR3 and subtitles in 1.5.x
On Thu, Mar 06, 2008 at 12:35:54AM +0200, Sami Sundell wrote: Ok, now the subtitles work, but I still have problems with subtitles and OSD together - remote becomes unresponsive and I get errors: Mar 5 23:45:42 dvd vdr: [5102] ERROR: attempt to open OSD while it is already open - using dummy OSD! ... and this went away when I changed the cDxr3SubpictureOsd constructor to call the cOsd with proper level. Unless I'm missing something - and I bet I am - the system seems to be working smoothly now. Thanks for all! -- Sami Sundell [EMAIL PROTECTED] ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
