On 02/17/08 01:19, Rainer Zocholl wrote:
> [EMAIL PROTECTED](Klaus Schmidinger) 16.02.08 16:54
>
>
>>> vdr:/var/lib/vdr# cat timers.conf | grep -n -e "\-S:2000:" -e
>>> "\-S:19" 11:1:S19.2E-1-1079-28007:--S:1910:1959:50:7:R:
>>> 12:5:S19.2E-1-1079-28006:--S:1930:2014:50:6:E:
>>> 13:5:S19
Hi!
I finally find reason (it took whole day) for this problem..
I have to to downgrade xine-lib back to 1.1.8...
Now everything works again..
On Saturday, 16. Februaryta 2008 13:05:54 JJussi wrote:
> Hi!
> Something went wrong when I update/re-emerge vdr.. Now vdr-sxfe don't start
> and givi
Petri Helin <[EMAIL PROTECTED]> wrote:
> I noticed that Project-X is able to handle only subtitles within subID
> 0x20. I have a recording with subtitles with subIDs 0x20 and 0x21 and
> demuxing fails with "command 248". If I restrict Project-X to subID
> 0x20, I am able to demux that recording
VDR developer version 1.5.15 is now available at
ftp://ftp.cadsoft.de/vdr/Developer/vdr-1.5.15.tar.bz2
A 'diff' against the previous developer version is available at
ftp://ftp.cadsoft.de/vdr/Developer/vdr-1.5.14-1.5.15.diff
NOTE:
=
This is the final step towards a stable version
On 02/17/08 15:50, Klaus Schmidinger wrote:
> Is it just me, or is there some trouble with vdrportal.de?
>
> All I get is
>
> Transitional//EN">
>
> which results in an empty page.
Apparently my bookmark contained vdrportal.de, which seems to not work
any more. After changing it to www.vdr-por
On 02/17/08 15:55, Klaus Schmidinger wrote:
> On 02/17/08 15:50, Klaus Schmidinger wrote:
>> Is it just me, or is there some trouble with vdrportal.de?
>>
>> All I get is
>>
>> > Transitional//EN">
>>
>> which results in an empty page.
>
> Apparently my bookmark contained vdrportal.de, which seems
Is it just me, or is there some trouble with vdrportal.de?
All I get is
which results in an empty page.
Klaus
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Hi!
(this is maybe little bit wrong area.. But because gentoo vdr developer read
this... I ask it here!)
I have (in /etc/make.conf) DR_LOCAL_PATCHES_DIR="/var/cache/patch-dir"
and I have patches in vdr-1.5.12 -directory
htpc patch-dir # pwd
/var/cache/patch-dir
htpc p
Compiling the new version on my 64-bit AMD processor produces the warnings
below. I think they've probably been there for a while, I don't usually
watch VDR compiling...
# g++ -v
Using built-in specs.
Target: x86_64-mandriva-linux-gnu
Configured
with: ../configure --prefix=/usr --libexecdir=/us
On 02/16/08 17:46, Petri Helin wrote:
> Klaus Schmidinger wrote:
>> On 02/09/08 16:36, Klaus Schmidinger wrote:
>>> On 01/06/08 23:57, Reinhard Nissl wrote:
Hi,
Petri Helin schrieb:
> since VDR became subtitles aware some months ago, I have been getting
> this kind of e
On 02/17/08 16:41, Klaus Schmidinger wrote:
> On 02/16/08 17:46, Petri Helin wrote:
>> Klaus Schmidinger wrote:
>>> On 02/09/08 16:36, Klaus Schmidinger wrote:
On 01/06/08 23:57, Reinhard Nissl wrote:
> Hi,
>
> Petri Helin schrieb:
>
>> since VDR became subtitles aware some
On Sunday, 17. Februaryta 2008 15:56:36 you wrote:
> Actually problem is bigger.. Gentoo xine-lib-1.1.10.1 don't install (or
> even compile) file xineplug_inp_xvdr.so...
Fixing my own comment..
Of course not, because it's vdr-xineliboutput what SHOULD generate that file..
xine-lib-1.1.10 + vdr-
> Hi!
> I finally find reason (it took whole day) for this problem..
> I have to to downgrade xine-lib back to 1.1.8...
>
> Now everything works again..
> On Saturday, 16. Februaryta 2008 13:05:54 JJussi wrote:
>> Hi!
>> Something went wrong when I update/re-emerge vdr.. Now vdr-sxfe don't s
Hi,
Klaus Schmidinger schrieb:
> The basic problem, as Reinhard pointed out, is that Transferring()
> doesn't return the right value at this time, because the transfer
> player hasn't been attached, yet.
>
> This change determines the Transferring condition from the fact
> that the actual device
Rainer Zocholl wrote:
>> 1.4.7), so having no signal on DVB-S is not un-typical for my system.
>
> 1.4.3 had the problem to restart vdr in such cases, beraking all
> other recording(*).
>
> This restart is not very noticable in the recording.
Believe me, I do notice them. And they really only ha
Udo Richter wrote:
> Theunis Potgieter wrote:
>> udev rules
>
> Any good rules that could be used as a starting point?
Since there's no working solution yet that really satisfied me, I've
digged into this, trying to get automatic persistent numbering of
/dev/dvb/adapterX to work.
My first atte
Stefan Wagner wrote:
> Petri Helin <[EMAIL PROTECTED]> wrote:
>> I noticed that Project-X is able to handle only subtitles within subID
>> 0x20. I have a recording with subtitles with subIDs 0x20 and 0x21 and
>> demuxing fails with "command 248". If I restrict Project-X to subID
>> 0x20, I am ab
El Sun, 17 Feb 2008 15:46:42 +0100
Klaus Schmidinger <[EMAIL PROTECTED]> escribió:
> Note that you may need to switch back to an older version of your
> channels.conf file if you have already used version 1.5.14, because
> it introduced new parameters.
In case there's no older version of channe
On Sunday, 17. Februaryta 2008 00:51:45 Niko Mikkila wrote:
> On Sat, 16 Feb 2008 13:05:54 +0200
> There seems to be no /usr/lib/xine/plugins/1.1.10/xineplug_inp_xvdr.so
> in your Xine plugin list. Is there such a file on your system (maybe
> it's in the wrong place, in some other directory)?
> If
Stefan Wagner wrote:
> Petri Helin <[EMAIL PROTECTED]> wrote:
>> I noticed that Project-X is able to handle only subtitles within subID
>> 0x20. I have a recording with subtitles with subIDs 0x20 and 0x21 and
>> demuxing fails with "command 248". If I restrict Project-X to subID
>> 0x20, I am ab
> Actually problem is bigger.. Gentoo xine-lib-1.1.10.1 don't install (or even
> compile) file xineplug_inp_xvdr.so...
xine-lib-* will never install xineplug_inp_xvdr.so ;)
this is the part of vdr-xineliboutput
The problems comes only with/from the xine-lib-1.1.10.1
It creates/install the xine
On Sonntag, 17. Februar 2008, Joerg Bornkessel wrote:
> > Actually problem is bigger.. Gentoo xine-lib-1.1.10.1 don't install (or
> > even compile) file xineplug_inp_xvdr.so...
>
> xine-lib-* will never install xineplug_inp_xvdr.so ;)
> this is the part of vdr-xineliboutput
>
> The problems comes
On Sunday 17 February 2008, Matthias Schwarzott wrote:
> On Sonntag, 17. Februar 2008, Joerg Bornkessel wrote:
>
> > We detect this in the vdr-xineliboutput-*.ebuild an let install the
> > xineplug_inp_*.so to the given dir by the headerfile.
> > There is nothing wrong.
> >
> > Jussy, just skip th
Any chance we can get ATSC tunner card support with the next branch of vdr?
In 1 year from today it will replace all analog TV broadcast in the US.
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
I demand that Ville Skyttä may or may not have written...
> On Sunday 17 February 2008, Matthias Schwarzott wrote:
>> On Sonntag, 17. Februar 2008, Joerg Bornkessel wrote:
>>> We detect this in the vdr-xineliboutput-*.ebuild an let install the
>>> xineplug_inp_*.so to the given dir by the headerf
On Monday 18 February 2008, Darren Salt wrote:
> I demand that Ville Skyttä may or may not have written...
>
> > FWIW, I'm pretty certain that the only upstream supported way to retrieve
> > the dir where to install xine plugins is to use "xine-config --plugindir"
> > or "pkg-config --variable=plug
26 matches
Mail list logo
