[vdr] e-tobi & ubuntu hardy

Hi, I'm trying to set vdr building the packages from the e-tobi source packages. I'm doing this because I want to run vdr as streamdev client, with no dvb card in the client system. The e-tobi source I'm using is: deb-src http://e-tobi.net/vdr-experimental etch base addons vdr-multipatch The pro

[vdr] [ANNOUNCE]: osdpip-0.0.10

Hi, there is a new version 0.0.10 of the osdpip plugin available: http://home.arcor.de/andreas.regel/files/osdpip/vdr-osdpip-0.0.10.tgz Changes since 0.0.9: - support swscale functions of recent FFMPEG versions. Have a look at README to see how to deactivate it for older FFPMEG versions. - sup

Re: [vdr] [linux-dvb] VDR 1.7.0 & multiproto & hvr4000 -> multiproto_plus

sorry, I was wrong with the latest cumulative hvr4000-patch from Gregoire HVR-4000-multiproto_plus-2008-05-02.diff.bz2 I can tune on dvb-s2 channels on my VDR 170 this patch is OK for me @Gregoire thank you very much Igor -Original Message- From: Igor <[EMAIL PROTECTED]> To: VDR Mai

Re: [vdr] VDR 1.7.0 & multiproto & hvr4000 -> multiproto_plus

with this patch I could receive dvb-s2 channels on my VDR 170 I don't have the error May 3 22:42:15 localhost vdr: [3471] ERROR (dvbdevice.c,302): Invalid argument anymore @gilmi thanks Igor > sorry, took a little bit longer to find time for made the patch. > This patch is against multiprot

vdr@linuxtv.org

> > when I want to switch on dvb-s2 channels ( > > > > > > Apr 28 09:18:32 localhost vdr: [4188] switching to channel 2782 > > Apr 28 09:18:32 localhost vdr: [4535] transfer thread ended (pid=4188, > > tid=4535) > > Apr 28 09:18:32 localhost vdr: [4188] buffer stats: 0 (0%) used > > Apr 28 09:18

Re: [vdr] VDR 1.7.0 & multiproto & hvr4000 -> multiproto_plus

> > > Have you replaced linux/include/linux/compiler.h with the one from your > > > kernel ? (in multiproto_plus dir) if that's going to be included, this > > > shouldn't be in of course. > > > > your patch included the compiler.h, after replacing it with the right > > one the drivers are build >

Re: [vdr] vdr-1.6.0 channel not available

Klaus Schmidinger kirjoitti 3.5.2008 kello 19.06: > On 05/03/08 16:24, Tero Siironen wrote: >> Klaus Schmidinger kirjoitti 2.5.2008 kello 17.03: >> >>> On 04/27/08 12:49, Tero Siironen wrote: ... I don't know if this is same problem or not but I'm having similar symptoms with one e

Re: [vdr] vdr-1.6.0 channel not available

On 05/03/08 16:24, Tero Siironen wrote: > Klaus Schmidinger kirjoitti 2.5.2008 kello 17.03: > >> On 04/27/08 12:49, Tero Siironen wrote: >>> ... >>> I don't know if this is same problem or not but I'm having similar >>> symptoms with one encrypted channel. With plain VDR 1.6.0 I cannot >>> tune

Re: [vdr] UPnP/DLNA server plugin?

2008/5/3 Steffen Barszus <[EMAIL PROTECTED]>: > Teemu Suikki schrieb: > > > 2008/4/29 Steffen Barszus <[EMAIL PROTECTED]>: > > > >>> There is a good UPnP server available for linux, called Fuppes: > >>> > >> > http://fuppes.ulrich-voelkel.de/ > >> > > >> not tried that - found mediatomb to

Re: [vdr] vdr-1.6.0 channel not available

Klaus Schmidinger kirjoitti 2.5.2008 kello 17.03: > On 04/27/08 12:49, Tero Siironen wrote: >> >> ... >> I don't know if this is same problem or not but I'm having similar >> symptoms with one encrypted channel. With plain VDR 1.6.0 I cannot >> tune >> to that channel, while 1.4.7 works. As can

Re: [vdr] cvs xineliboutput

[EMAIL PROTECTED] writes: > Don't know, I haven't tried :) > Going to try right now Seems ok now. Thanks again. -- ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

Re: [vdr] cvs xineliboutput

Petri Helin <[EMAIL PROTECTED]> writes: > It will affect in a sense since xine_input_vdr.c is used when building > xineplug_inp_xvdr.so (the xine VDR input plugin) which in turn is used > whether you use vdr-sxfe or xine-ui. So, the important thing is to > replace the xine plugin after recompil

Re: [vdr] cvs xineliboutput

[EMAIL PROTECTED] wrote: > Pertti Kosunen <[EMAIL PROTECTED]> writes: > >> [EMAIL PROTECTED] wrote: >>> but vdr-sxfe wasn't recompiled. it seems there's no dependency to >>> xine_input_vdr.c >> You may have to run "make clean-plugins". > > what I meant is that it does not seem vdr-sxfe depends on

Re: [vdr] cvs xineliboutput

Pertti Kosunen <[EMAIL PROTECTED]> writes: > [EMAIL PROTECTED] wrote: >> but vdr-sxfe wasn't recompiled. it seems there's no dependency to >> xine_input_vdr.c > > You may have to run "make clean-plugins". what I meant is that it does not seem vdr-sxfe depends on xine_input_vdr.c And the modificat

Re: [vdr] cvs xineliboutput

"Simon Baxter" <[EMAIL PROTECTED]> writes: > If you could share your modified plugin - that'd be great freevo-vdr.tar.bz2 Description: Binary data If I recall correctly it was based on freevo-vdr-0.5. I copy the 2 files in /usr/local/stow/freevo-1.x/lib/python2.5/site-packages/freevo/plugins/

Re: [vdr] cvs xineliboutput

[EMAIL PROTECTED] wrote: > but vdr-sxfe wasn't recompiled. it seems there's no dependency to > xine_input_vdr.c You may have to run "make clean-plugins". ( cd /usr/src/vdr-1.6.0-1/ make clean-plugins make plugins cd /usr/src/vdr-1.6.0-1/PLUGINS/src/xineliboutput-1.0.0 make install cp /usr/src/v

Re: [vdr] cvs xineliboutput

Petri Helin <[EMAIL PROTECTED]> writes: >>> cvs update -C -r 1.127 xine_input_vdr.c >>> >>> It has been reported to cure the kind of behaviour you have been >>> experiencing. >> >> btw, vdr-sxfe is also affected. >> > > Reverting xine_input_vdr.c, recompiling (make plugins) and reinstalling >

Re: [vdr] vdr-1.6.0 channel not available

On 05/02/08 19:26, Simon Baxter wrote: You could add some debug outputs to cDevice::GetDevice(const cChannel *Channel, int Priority, bool LiveView) to find out why it thinks that channel 9 is not available. Can someone help me out here?How do I do this? Try the attached patch. Klaus --

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] lcdproc, utf-8 & VDR

Hi! My VDR with utf-8 is working marvelously, except for a small cosmetic problem. The non-7-bit characters are not shown correctly on my LCD. The LCD expects characters (i.e. it is no a graphics-LCD, or at least the kernel module isn't), in a certain character set (iso-8859-15 probably but I can

Re: [vdr] OT: ITV HD Testing on Eurobird but receivable with VDR

Great, it's working :) I have vdr-xine + ffmpeg. The sound is not perfect, I think the CPU is not enough (AMD 2350 BE). Here is a screenshot: http://www.tigercomp.ro/~ifuley/itvhd.jpg Thanks for the info, Morfsta. Istvan -- This message has been scanned for viruses and dangerous content by Mai

Re: [vdr] UPnP/DLNA server plugin?

Teemu Suikki schrieb: > 2008/4/29 Steffen Barszus <[EMAIL PROTECTED]>: > >>> There is a good UPnP server available for linux, called Fuppes: >>> >> > http://fuppes.ulrich-voelkel.de/ >> > >> not tried that - found mediatomb to look more interesting >> > > I installed mediatomb now

Re: [vdr] UPnP/DLNA server plugin?

2008/4/29 Steffen Barszus <[EMAIL PROTECTED]>: > > There is a good UPnP server available for linux, called Fuppes: > > http://fuppes.ulrich-voelkel.de/ > > > not tried that - found mediatomb to look more interesting I installed mediatomb now too. It is far easier to setup than fuppes, and has s