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 a
SB said:
OK, so I installed the headers and everything compiles and looks OK. But
main: probing 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 failed
I've moved to my produc
On Sat, Jan 9, 2010 at 1:25 AM, Simon Baxter
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 follows:
hg clone htt
On Sat, Jan 9, 2010 at 1:25 AM, Simon Baxter 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 follows:
hg clone http:
Am Sat, 9 Jan 2010 12:25:51 +1300
schrieb "Simon Baxter" :
> 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 one, or use our p
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.
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 w
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 i
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 w
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 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-
From
On 08.01.2010 16:56, Manuel Reimer wrote:
> Original-Nachricht
>> Datum: Fri, 08 Jan 2010 14:57:12 +0100
>> Von: Klaus Schmidinger
>> An: VDR Mailing List
>> Betreff: Re: [vdr] [Patch] Allow to limit SVDRP port to given IP
>
>> What about svdrphosts.conf?
>
> It just denies so
Original-Nachricht
> Datum: Fri, 08 Jan 2010 14:57:12 +0100
> Von: Klaus Schmidinger
> An: VDR Mailing List
> Betreff: Re: [vdr] [Patch] Allow to limit SVDRP port to given IP
> What about svdrphosts.conf?
It just denies someone to access. The port is still available, accessibl
On 06.01.2010 20:31, JW wrote:
> Am Mittwoch, den 06.01.2010, 13:34 +0100 schrieb Klaus Schmidinger:
>> VDR developer version 1.7.11 is now available at
>
> ...
>
>> The changes since version 1.7.10:
>>
> ...
>> - Implemented handling the "Content Descriptor" (based on a patch from Rolf
>> Ahr
On 06.01.2010 23:24, Goga777 wrote:
>>> could you comment please about this change
>>>
- The support for full featured DVB cards of the TT/FuSi design has been
moved
into the new plugin 'dvbsddevice'.
>>> which advantages and improvements is waiting us ?
>> At this point this is
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 o
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
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 DISAB
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 soluti
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 imp
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
Test2:1:PVRINPUT|SVIDEO1:P:0:301
21 matches
Mail list logo
