Re: [vdr] [path] vdr-1.6 better spu on ff card

matthieu castet a écrit : Hi, this patch try to handle case where the osd is limited (for example on ff card). For that it try to split area, count the really needed bpp (all transparent index can be merged together and will with my previous patch in osd.c). Also it fix a bug in the

[vdr] [path] vdr-1.6 better spu on ff card

Hi, this patch try to handle case where the osd is limited (for example on ff card). For that it try to split area, count the really needed bpp (all transparent index can be merged together and will with my previous patch in osd.c). Also it fix a bug in the current version : removing all the tr

[vdr] [patch] vdr-1.6 merge transparent color

Hi, this patch merge all color that are transparent (alpha = 0) in ClosestColor. This allow to save precious color Index on ff cards. Matthieu --- vdr-1.6.0/osd.c 2007-10-12 14:38:36.0 +0200 +++ vdr-1.6.0p/osd.c 2009-11-21 21:33:09.0 +0100 @@ -141,6 +141,8 @@ int B1 = (Color &

Re: [vdr] No Dolby Digital+ with VDR

Georg Acher wrote: > On Wed, Jun 10, 2009 at 08:48:37PM +0200, ECLiPSE wrote: >> Hi everyone, >> >> since 1st june 2009, the HD Channels broadcasted on DVB-T in France use >> Dolby Digital+ (E-AC-3) instead of classic Dolby Digital (AC-3). >> So now, i can' t have anymore sound on theses channels w

Re: [vdr] rotor and vdr

Goga777 wrote: > Hi > > is there any working solution for moving of rotor with vdr ? > Yes Matthieu PS : I let you search it (hint search in vdr plugin page). ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

Re: [vdr] new project - xine-vdpau

Magnus Hörlin wrote: > VDR User wrote: > I'm not sure what deinterlacing is available with vdpau though. But my > suggestion to people looking for new hardware is: buy a mobo with nvidia > 8/9-series IPG and a cheap CPU and start testing. Let's hope Intel start > allowing HDMI on Atom boards soo

Re: [vdr] VDR with S2API (update)

Hi, Seppo Ingalsuo wrote: > Clemens Kirchgatterer wrote: >> vdr in a massive client server configuration is a giant hack with many >> pieces each with its own little problems summing up. >> > > Not giant system, but some experiences: I have one server running three > instances of vdr. Vdr #2

Re: [vdr] vdr-1.5.18 subtitles issue

Klaus Schmidinger wrote: > On 09/05/08 16:36, sundararaj reel wrote: >> On Wed, Mar 26, 2008 at 9:55 PM, matthieu castet >> <[EMAIL PROTECTED] <mailto:[EMAIL PROTECTED]>> wrote: >> >> >> Next osd behaviour is weird : as soon as subtitle is started

Re: [vdr] lcdproc, utf-8 & VDR

Ville Aakko wrote: > Hi! > > Also, in your opinion, which one in the chain > VDR-lcdproc-LCDd-/dev/lcd0 should be responsible of the conversion of > the character set? I'm asking so I know which programs author should I > point my whine to =) Well it depends of API and what support the hardware. I

[vdr] vdr-1.5.18 subtitles issue

Hi, I tried subtitle features and I saw some problems (I am using vdr-1.5.18 with softdevice and streamdev). First auto channel update is need : there no way to save subtitle pid in channel.conf. I haven't info about this on the manual and it takes me some time how to make it works. Next osd

Re: [vdr] Wakeup On LAN

Bernd Juraschek wrote: Hello, What I've done: - BIOS: Wakeup controlled by BIOS and WOL enabled - Gentoo: echo -n PCI0 > /proc/acpi/wakeup ; halt - Router: wol -h PC-IP-Addr PC-MAC-Addr I use etherwake to send wol packet (it sends ethernet packets, not udp one that doesn't work with my lan

Re: [vdr] FF card A/V sync suggestion

Hi, Timothy D. Lenz wrote: The way I understand it, the shows are sent as mpeg2, VDR decodes to raw data and stores as xxx.vdr files Now vdr file are raw data sent by the card : ie mpeg2. Have you an idea of the size of uncompressed video ? Matthieu __