> 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 -P"xineliboutput --local=sxfe --video=xv
> --audio=alsa
> --remote=none"
> vdr: ./PLUGINS/lib/libvdr-x
On Tue, Mar 04, 2008 at 10:34:55PM +0100, Klaus Schmidinger wrote:
> On 03/04/08 22:10, Sami Sundell wrote:
> Try changing
> int Bpp = 8;
>
> (line 986) to
>
> int Bpp = 2;
>
> in dvbsubtitle.c.
Hmm, I tried both fixes - that is, this one, and changing to cvs version
of the DXR3 plugin.
W
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
http://www.linuxtv.org/cgi-bin/mailman/
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 n
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?
G
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 ha
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 b
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 o
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 11:23, sundararaj reel wrote:
> Hi all,
>
> if I empty channels.conf while VDR is running then
> cChannels::ReNumber() doesnot set cChannels::maxNumber to 0. Is this
> a feature ? Of course, when vdr is restarted I have maxNumber set to
> 0, thanks to initialization in cChannels().
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-8
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.
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 m
On 03/02/08 19:02, Luca Olivetti wrote:
> En/na Klaus Schmidinger ha escrit:
>
>> The following translation files still have untranslated texts:
>>
>> ca_ES.po
>> el_GR.po
>> es_ES.po
>> hr_HR.po
>> nn_NO.po
>> pl_PL.po
>> pt_PT.po
>> sv_SE.po
>> uk_UA.po
>>
>
>
> Attached are
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 |
On Wed, 05 Mar 2008 18:10:59 +0100
Klaus Schmidinger <[EMAIL PROTECTED]> wrote:
> 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 s
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
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 t
On Wednesday 05 of March 2008, Malte Schröder wrote:
> On Wed, 05 Mar 2008 18:10:59 +0100
>
> >
> > 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
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
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
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
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
>>> pl
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
environmen
On Wed, Mar 05, 2008 at 10:12:43PM +0100, Luca Olivetti wrote:
> 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
Thanks for the info and the patch - I've spent this evening looking at
the sources and got
En/na Klaus Schmidinger ha escrit:
>
> There's one thing I can say: this patch is not going into the official
Sure, I understand that
> 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
> requeste
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
30 matches
Mail list logo
