Am Donnerstag, 7. Januar 2010 04:10:21 schrieb Rob Davis:
Would it be possible to get the pvrinput plugin to be able to create
different channels line which all call the same s-video channel
this works:
Test1:1:PVRINPUT|SVIDEO1:P:0:301=2:300:305:0:9012:0:0:0
Hi Klaus,
Thanks for your answer and sorry for replaying so late.
Setting Ppid to 0x1FFF means disable it. The effect is that some mpeg2
players refuse to play vdr recordings.
I think that the PCR pid is more important in recordings than in live
viewing, because in live viewing the timing is
Hello,
the INSTALL file in the VDR source code says:
WARNING: DUE TO THE OPEN SVDRP PORT THIS PROGRAM MAY CONSTITUTE A
=== POTENTIAL SECURITY HAZARD! IF YOU ARE NOT RUNNING VDR IN
A CONTROLLED ENVIRONMENT, YOU MAY WANT TO DISABLE SVDRP
BY USING '--port=0'!
This is a
On 08.01.2010 13:27, Manuel Reimer wrote:
Hello,
the INSTALL file in the VDR source code says:
WARNING: DUE TO THE OPEN SVDRP PORT THIS PROGRAM MAY CONSTITUTE A
=== POTENTIAL SECURITY HAZARD! IF YOU ARE NOT RUNNING VDR IN
A CONTROLLED ENVIRONMENT, YOU MAY WANT TO DISABLE
On 08.01.2010 12:19, Giampaolo Sica wrote:
Hi Klaus,
Thanks for your answer and sorry for replaying so late.
Setting Ppid to 0x1FFF means disable it. The effect is that some mpeg2
players refuse to play vdr recordings.
I think that the PCR pid is more important in recordings than in
On 06.01.2010 19:30, Anssi Hannula wrote:
Klaus Schmidinger wrote:
On 06.01.2010 14:22, Tomasz Bubel wrote:
[...]
- Added support for DVB cards with multiple fontends. Note that this only
works for DVB cards where each frontend can be used independently of all
the others on the same
On 08.01.2010 16:56, Manuel Reimer wrote:
Original-Nachricht
Datum: Fri, 08 Jan 2010 14:57:12 +0100
Von: Klaus Schmidinger klaus.schmidin...@tvdr.de
An: VDR Mailing List vdr@linuxtv.org
Betreff: Re: [vdr] [Patch] Allow to limit SVDRP port to given IP
What about
Hi Klaus,
in the iso13818-1 (you can find a copy at
http://neuron2.net/library/mpeg2/iso13818-1.pdf), in the section 2.4.2.2
Input to the Transport Stream system target decoder, is explained how the
PCR is used to reconstruct the transport stream clock.
Giampaolo
-Original Message-
Hi!
Klaus Schmidinger schrieb:
How about this: if svdrphosts.conf contains only one single IP number, then
open the port for only that IP number. Otherwise i needs to be opened
generally,
anyway.
AFAIK one can only bind an IP socket to a local address (usually
corresponding to a network
Hi
After literally a year or more, I've finally found the one thing that was
causing my problems with this.
Problem: Any version of vdr-xine above 0.8.0 (and associated xine-lib and
xine-ui from Reinhard's website) caused audio and video skips a few minutes
into watching a recording. This was
Hello,
How about this: if svdrphosts.conf contains only one single IP number,
then
open the port for only that IP number. Otherwise i needs to be opened
generally,
anyway.
You are absolutely right!
So if svdrphosts.conf only contains 127.0.0.1 (which is the default), then
the port would
En/na Simon Baxter ha escrit:
ANY IDEAS??
I'm using xine-lib-1.2 and patching with xine-lib-1.2-vdpau-r286.diff
which was configured with:
./autogen.sh --with-vdpau --enable-debug --disable-optimizations
--with-mpc=no
Did it actually find vdpau headers?
You can check config.log for it.
Am Sat, 9 Jan 2010 12:25:51 +1300
schrieb Simon Baxter linu...@nzbaxters.com:
ls -l /usr/local/lib/libxine*
Any ideas?? What am I doing wrong?
Good chance that you have built against another libxine that is
in /usr/lib. Use --prefix=/usr with autogen, so that the new libxine
replaces the old
On Sat, Jan 9, 2010 at 1:25 AM, Simon Baxter linu...@nzbaxters.com wrote:
I'm using xine-lib-1.2 and patching with xine-lib-1.2-vdpau-r286.diff which
There is no need to do such thing, since there already exists a
repository which contains vdpau: xine-lib/xine-lib-1.2-vdpau
You can use it as
On Sat, Jan 9, 2010 at 1:25 AM, Simon Baxter linu...@nzbaxters.com
wrote:
I'm using xine-lib-1.2 and patching with xine-lib-1.2-vdpau-r286.diff
which
There is no need to do such thing, since there already exists a
repository which contains vdpau: xine-lib/xine-lib-1.2-vdpau
You can use it as
SB said:
OK, so I installed the headers and everything compiles and looks OK. But
main: probing vdpau video output plugin
vo_vdpau: Can't create vdp device : No vdpau implementation.
load_plugins: plugin vdpau_mpeg12 failed to instantiate itself.
main: video driver vdpau failed
I've moved
On Saturday 09 January 2010 03:58:49 Simon Baxter wrote:
But VDR doesn't work as well as under xv. It's slower changing channels
and watching (SD) recordings freezes things for a few seconds. Also, the
quality is actually worse - during action scenes objects seem to be a
bit jerky and
17 matches
Mail list logo