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:
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
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
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
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?
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
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
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
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
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
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,
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
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
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
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
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
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
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
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
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
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
21 matches
Mail list logo