Re: AW: [vdr] Xineliboutput with DirectFB

2006-11-08 Thread Tony Houghton
In <[EMAIL PROTECTED]>, Jaakko Kyro wrote:

> On Thursday 02 November 2006 21:44, Tony Houghton wrote:
> 
> > Another good reason to use xineliboutput instead of softdevice is that
> > xine is much better at A/V sync than softdevice IME.
> 
> I got interested in this and tried things out. Neither xine nor xineliboutput 
> plugins are working. The df_xine works, but I can't find the xine plugin 
> pipes anywhere. Coudn't find a way to turn up verbosity as to see where it 
> fails either.

This is how I run it:

df_xine -a 5:4 -l 0 -s -f top vdr:/tmp/vdr-xine/stream#demux:mpeg_pes

-- 
TH * http://www.realh.co.uk

___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr


Re: AW: [vdr] Xineliboutput with DirectFB

2006-11-08 Thread Jaakko Kyro
On Wednesday 08 November 2006 15:18, Tony Houghton wrote:
> In <[EMAIL PROTECTED]>, Jaakko Kyro wrote:
> > On Thursday 02 November 2006 21:44, Tony Houghton wrote:
> > > Another good reason to use xineliboutput instead of softdevice is that
> > > xine is much better at A/V sync than softdevice IME.
> >
> > I got interested in this and tried things out. Neither xine nor
> > xineliboutput plugins are working. The df_xine works, but I can't find
> > the xine plugin pipes anywhere. Coudn't find a way to turn up verbosity
> > as to see where it fails either.
>
> This is how I run it:
>
> df_xine -a 5:4 -l 0 -s -f top vdr:/tmp/vdr-xine/stream#demux:mpeg_pes

The problem is that the /tmp/vdr-xine/stream doesn't exist here. Actually, 
this being a Gentoo system it should appear in 
/tmp/vdr/xine/stream 
but they don't. :( 
I get no clue from the log output either.

-- 
-jaakko

___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr


AW: [vdr] Xineliboutput with DirectFB

2006-11-08 Thread .
Hi,
i have now got the xine plugin running with df_xine (thx for that advice).
I had no problem with installing and need no parameters for df_xine.

Someone send me few xine-lib patches for to get xineliboutput plugin working
with dfb/tvout. I didn´t test that yet. 

-Ursprüngliche Nachricht-
Von: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Im Auftrag von
Tony Houghton
Gesendet: Mittwoch, 8. November 2006 14:18
An: vdr@linuxtv.org
Betreff: Re: AW: [vdr] Xineliboutput with DirectFB

In <[EMAIL PROTECTED]>, Jaakko Kyro wrote:

> On Thursday 02 November 2006 21:44, Tony Houghton wrote:
> 
> > Another good reason to use xineliboutput instead of softdevice is that
> > xine is much better at A/V sync than softdevice IME.
> 
> I got interested in this and tried things out. Neither xine nor
xineliboutput 
> plugins are working. The df_xine works, but I can't find the xine plugin 
> pipes anywhere. Coudn't find a way to turn up verbosity as to see where it

> fails either.

This is how I run it:

df_xine -a 5:4 -l 0 -s -f top vdr:/tmp/vdr-xine/stream#demux:mpeg_pes

-- 
TH * http://www.realh.co.uk

___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr


___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr


[vdr] grab from remote machines?

2006-11-08 Thread [EMAIL PROTECTED]

Hi

Is possibile to grab image into a file from a remote machines?

there is a way to insert the stream generate with a svdrpsend.pl command 
like this:


./svdrpsend.pl -d 192.168.0.2 grab - 10

in a valid jpeg or other graphical format file?

thank's
bye



___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr


Re: [vdr] grab from remote machines?

2006-11-08 Thread Klaus Schmidinger

[EMAIL PROTECTED] wrote:

Hi

Is possibile to grab image into a file from a remote machines?

there is a way to insert the stream generate with a svdrpsend.pl command 
like this:


./svdrpsend.pl -d 192.168.0.2 grab - 10

in a valid jpeg or other graphical format file?


svdrpsend.pl -d  'grab -' | sed -n -e 's/^216-//p' -e '1ibegin-base64 
644 -' -e '$a' | uudecode | display -

Klaus

___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr


[vdr] Re: AW: Xineliboutput with DirectFB

2006-11-08 Thread Lucian Muresan
Jaakko Kyro wrote:
> On Wednesday 08 November 2006 15:18, Tony Houghton wrote:
>> In <[EMAIL PROTECTED]>, Jaakko Kyro wrote:
[..]
>> This is how I run it:
>>
>> df_xine -a 5:4 -l 0 -s -f top vdr:/tmp/vdr-xine/stream#demux:mpeg_pes
> 
> The problem is that the /tmp/vdr-xine/stream doesn't exist here. Actually, 
> this being a Gentoo system it should appear in 
> /tmp/vdr/xine/stream 
> but they don't. :( 
> I get no clue from the log output either.

If you emerged vdr-xine and lib-xine on gentoo with the "vdr-net" USE
flag set, there is no pipe, but a socket, at which you could also
connect from a different host:
vdr-socket:/localhost#demux:mpeg_pes

___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr


Re: [vdr] next developper version

2006-11-08 Thread Herbert Poetzl
On Fri, Aug 11, 2006 at 10:13:22PM +0200, Klaus Schmidinger wrote:
> Udo Richter wrote:
> >VDR User wrote:
> >>Klaus, any particular reason you're not releasing the TODO list?
> >
> >Probably to keep expectations down. If feature X is on the todo list, 
> >then it might be implemented next week. Or next month. Or next year. Or 
> >in 5 years. Or never.
> >But people will for sure ask every week 'when will feature X be 
> >ready?'... ;)
> 
> That pretty much sums it up ;-)
> 
> I simply want to have the freedom to work on whatever seems like
> fun at any given time. With a public TODO list we would end up
> discussing when which feature will come and why this one is
> more important than that one...

well, I think that is one of your freedoms as free software
developer, to decide what you do with your time, and if 
somebody disagrees with your priorities (which will for
sure happen, sooner or later) that person can go ahead and
implement that feature in a personal tree and submit it
for inclusion ... 

I don't think that a public TODO list would change that,
nor the expectations folks have, it would just give an idea
what _you_ personally consider interesting areas to work on.

but if you think that such a list would restrict your
'freedom' in working on whatever seems like fun to you,
I'm perfectly fine with that too ...

have fun!
Herbert

> Klaus
> 
> ___
> vdr mailing list
> vdr@linuxtv.org
> http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr