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 too.
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
!DOCTYPE html PUBLIC -//W3C//DTD HTML 4.01
Transitional//ENhtmlheadtitle/title/headbody/body/html
which results in an empty page.
Apparently my bookmark contained
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
!DOCTYPE html PUBLIC -//W3C//DTD HTML 4.01
Transitional//ENhtmlheadtitle/title/headbody/body/html
which results in an empty
Is it just me, or is there some trouble with vdrportal.de?
All I get is
!DOCTYPE html PUBLIC -//W3C//DTD HTML 4.01
Transitional//ENhtmlheadtitle/title/headbody/body/html
which results in an empty page.
Klaus
___
vdr mailing list
vdr@linuxtv.org
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
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 entries in the log:
Jan 6
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 months ago, I have been getting
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 +
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
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 is
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 happen
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 attempt
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 able to demux
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
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 that
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 able to demux
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
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 only
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 the
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 headerfile.
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=plugindir
23 matches
Mail list logo
