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
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
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
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
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
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
--
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
>
[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
"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/
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
[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
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
[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
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
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
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
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
> > > 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
>
> > 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
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
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
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
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
23 matches
Mail list logo