Klaus Schmidinger schrieb:
> On 15.04.2009 08:24, Steffen Barszus wrote:
>
>> ...On the other hand i think what vdr does is a bad idea
>> and unnecessary. period.
>>
>>> Still I support the opinion that vdr should not silently delete files it
>>> does
>>> not know.
>>>
>>>
>> vd
On 15.04.2009 08:24, Steffen Barszus wrote:
> ...On the other hand i think what vdr does is a bad idea
> and unnecessary. period.
>> Still I support the opinion that vdr should not silently delete files it
>> does
>> not know.
>>
>
> vdr is not deleting files it does not know. Its only deleti
Matthias Schwarzott schrieb:
> On Montag, 13. April 2009, Steffen Barszus wrote:
>
>> Hi all!
>>
>
> Hi!
>
>
>> is there any way to let vdr ignore any directories which do not belong
>> to it ?
>>
>> What i have seen is that vdr is recursive checking all directories even
>> on second an
On Friday 27 February 2009, Ville Skyttä wrote:
> Hello,
>
> I'm trying to build VDR 1.6.0-2 for the upcoming Fedora 11 release which
> has gcc 4.4. There are a bunch of compilation errors as gcc has again
> become less forgiving for C++ than it used to be.
>
> One very common source of problems i
Hello,
Am Dienstag, den 14.04.2009, 20:56 +0200 schrieb Marco Göbenich:
> I saw this behavior too, seems that xxv does not like empty recordings
> (dirs).
You are right, i fixed that with this patch.
(apply inside directory lib/XXV/MODULES )
Andreas
--- RECORDS.pm.ba
Hi,
Am Dienstag, den 14.04.2009, 19:32 +0200 schrieb Oliver Bardenheier:
> I cannot get it running, something seems screwed up with my environment:
>
There are some "perl module dependency" not solved automatic by
cpan-installer oder package-installer.
Maybe help :
perl -MCPAN -e 'install Enc
Hi!
I saw this behavior too, seems that xxv does not like empty recordings
(dirs).
Regards
Marco
Oliver Bardenheier schrieb:
> I cannot get it running, something seems screwed up with my environment:
>
>
> 1 (550) [2009-04-14 19:29:12] Info: Can't locate Encode/Detect/Detector.pm
> in @INC (@
Hello,
nice to hear,
Am Dienstag, den 14.04.2009, 19:45 +0200 schrieb Diego Pierotto:
> what is necessary to translate this package in italian?
Frist, please look into /locale/README
I'm attach a patch to prepare our locale build system for italian
translation, apply this to source of xxv, for
Am Tue, 14 Apr 2009 19:03:26 +0200
schrieb Malte Schröder :
> On Tue, 14 Apr 2009 14:09:26 +0300
> Pertti Kosunen wrote:
>
> > Malte Schröder wrote:
> > > BTW. the problem does not occur when using HUD-Mode, but that
> > > doesn't play nice with VDPAU yet ...
> >
> > I can't get any OSD with --
Hi, I was thinking of hacking in some more support to streamdev to support
playback of recordings. Early days though. VTP seems easiest to get some
playback with the PORT and PROV commands, although SVDRP has some support
with the LSTR. Dont want to step on anyones toes, but any
thoughts/suggesti
Andreas Brachold ha scritto:
> Hello,
>
> The xxv project team announce this feature release of xxv.
> xxv-1.3 is a release candidate of our next major release for XXV the
> "Xtreme eXtension for VDR",its containing a large number of bug fixes
> and enhancements and more.
>
> Major changes are :
>
I cannot get it running, something seems screwed up with my environment:
1 (550) [2009-04-14 19:29:12] Info: Can't locate Encode/Detect/Detector.pm
in @INC (@INC contains: /usr/src/XXV/bin/../lib /usr/src/XXV/bin
/usr/lib/perl5/5.10.0/x86_64-linux-thread-multi /usr/lib/perl5/5.10.0
/usr/lib/perl5
On Tue, 14 Apr 2009 14:09:26 +0300
Pertti Kosunen wrote:
> Malte Schröder wrote:
> > BTW. the problem does not occur when using HUD-Mode, but that doesn't
> > play nice with VDPAU yet ...
>
> I can't get any OSD with --hud and 185.19 driver. Can't even change
> channels.
you need a compositing
Georg Acher wrote:
> For the client side, the sources will be published as GPL. Currently we use
> a closed source daemon with a dvb loopback driver in the kernel, but that
> makes it hard to fully use the tuner virtualization and costs some overhead
> for small CPUs. Since we already have a native
On Tue, 14 Apr 2009, Lauri Tischler wrote:
> One might humbly assume that these for VDR 1.6.x only ?
Almost correct: vdr-1.6.x or later. There haven't been any major API
changes for these plugins, so no need to branch dedicated 1.7.x series
yet.
BR,
--
rofa
___
Gerald Dachs wrote:
> Quoting Torgeir Veimo :
>
>
>> Why not go all the way and implement an opengl rendered OSD with vdpau?
>> This would of course require information from vdr in a slightly different
>> form; ie. semantically instead of pixels. I'd suggest trying to get the OSD
>> information
Rolf Ahrenberg wrote:
> Hi,
>
> new releases of Skinsoppalusikka and RSSReader plugins are now
> available.
One might humbly assume that these for VDR 1.6.x only ?
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vd
Hi,
new releases of Skinsoppalusikka and RSSReader plugins are now
available. These releases fix a crash bug in SVDRP help detected only on
some setups:
http://www.saunalahti.fi/~rahrenbe/vdr/soppalusikka/
2009-04-14: Version 1.6.4
- Updated Italian translation (Thanks to Diego Pierotto).
-
Hi,
Klaus Schmidinger wrote:
> On 13.04.2009 20:11, VDR User wrote:
>> There's been recent talk in #xine-vdpau about expanding VDR to allow
>> for a high color osd. Does anyone happen to know any bad implications
>> of changing tIndex from uint8_t to a uint16_t for allowing access to
>> more of a
Malte Schröder wrote:
> BTW. the problem does not occur when using HUD-Mode, but that doesn't
> play nice with VDPAU yet ...
I can't get any OSD with --hud and 185.19 driver. Can't even change
channels.
Log:
[3463] [vdr-fe]Keypress: LIRC Menu
[3460] [vdr-sxfe] HUD osd Close
[3460] [vdr-sxfe
Hi,
In your capture file, I can see the PAT insertion have a bad TS
continuity counter. But his should not prevent from getting the PMT and
decoding the stream.
PID: 0118x continuity errors (PAT)
PID: 97 OK (PMT)
PID: 51111x continuity errors (VIDEO)
PID: 5158x continuity er
Maybe some of the Sigmatel Chips used in Popcorn & co?
2009/4/14 Georg Acher
> On Mon, Apr 13, 2009 at 08:48:44PM +0100, Andrew Herron wrote:
> > What is the hardware platform then? What CPU & GPU is used? Are you
> running
> > closed or open graphics drivers etc?
>
> It's a typical System-on-
Quoting Torgeir Veimo :
> Why not go all the way and implement an opengl rendered OSD with vdpau?
> This would of course require information from vdr in a slightly different
> form; ie. semantically instead of pixels. I'd suggest trying to get the OSD
> information as HTML from VDR, then allowing
23 matches
Mail list logo
