Hello,
has anyone gotten xineliboutput with DirectFB to work? I have got a Matrox G450 and got softdevice and mplayer working with dfb, but only xineliboutput produces a black/white fluttering picture where you can only guess that it is a vdr message (learning keys).
regards
vdr --log=3 -g /tmp --lirc -v /video -c /etc/vdrdev -L /etc/vdrdev/plugins -w 60 Pxineliboutput --local=fbfe --video=DirectFB --remote=none -A alsa
=======================| DirectFB 1.0.0-rc2 |=======================
(c) 2001-2006 United Cultures of Earth - go for outer space!
(c) 2000-2004 Convergence (integrated media) GmbH
----------------------------------------------------------------
(*) DirectFB/Core: Multi Application Core. (2006-10-31 20:15)
(*) Direct/Memcpy: Using SSE optimized memcpy()
(*) Direct/Thread: Running 'Fusion Dispatch' (MESSAGING, 3566)...
(*) Direct/Modules: suppress module 'keyboard'
(*) Direct/Modules: suppress module 'linux_input'
(*) Direct/Thread: Running 'LiRC Input' (INPUT, 3567)...
(*) DirectFB/Input: LIRC Device 0.2 (directfb.org)
(*) DirectFB/Genefx: MMX detected and enabled
(*) DirectFB/Graphics: Matrox G450 0.7 (directfb.org)
(*) DirectFB/Core/WM: Default 0.2 (directfb.org)
video_out_directfb: using display layer #1.
video_out_directfb: layer supports video output.
audio_alsa_out : Unterstützte Modi sind 8Bit 16Bit 24Bit 32Bit Mono Stereo (4-Ka
nal nicht aktiviert in xine Konfiguration) (4.1-Kanal nicht aktiviert in xine Ko
nfiguration) (5-Kanal nicht aktiviert in xine Konfiguration) (5.1-Kanal nicht ak
tiviert in xine Konfiguration) (a/52 und DTS pass-through nicht aktiviert in xin
e Konfiguration)
xine: Inputplugin gefunden: VDR (Video Disk Recorder) input plugin
Input-Cache Plugin deaktiviert
xine: Demultiplexer-Plugin gefunden: DVD/VOB demux plugin
av_offset=0 pts
prebuffer=14400 pts
video_out: Verwerfe Bild mit pts 1617616, weil es zu alt ist (Unterschied: 258693).
On Thursday 02 November 2006 18:30, . wrote:
Hello,
has anyone gotten xineliboutput with DirectFB to work? I have got a Matrox G450 and got softdevice and mplayer working with dfb, but only xineliboutput produces a black/white fluttering picture where you can only guess that it is a vdr message (learning keys).
The question is, if you have a working softdevice, why do you need the xineliboutput? I've got a similar setup and it's working fine using softdevice.
Hi, i want to run it with mythtv :) and for that i need to get vdr in background mode. And xine also can be exported to my desktop pc... And last reason is it might be a xinelibouput plugin problem with dfb, and that plugin has no mailinglist.
regards
-----Ursprüngliche Nachricht----- Von: vdr-bounces@linuxtv.org [mailto:vdr-bounces@linuxtv.org] Im Auftrag von Jaakko Kyro Gesendet: Donnerstag, 2. November 2006 17:56 An: VDR Mailing List Betreff: Re: [vdr] Xineliboutput with DirectFB
On Thursday 02 November 2006 18:30, . wrote:
Hello,
has anyone gotten xineliboutput with DirectFB to work? I have got a Matrox G450 and got softdevice and mplayer working with dfb, but only xineliboutput produces a black/white fluttering picture where you can only guess that it is a vdr message (learning keys).
The question is, if you have a working softdevice, why do you need the xineliboutput? I've got a similar setup and it's working fine using softdevice.
In 000d01c6fea5$162302d0$1702000a@homepc, . wrote:
Hi, i want to run it with mythtv :) and for that i need to get vdr in background mode. And xine also can be exported to my desktop pc... And last reason is it might be a xinelibouput plugin problem with dfb, and that plugin has no mailinglist.
You could try the vdr-xine (aka Xine Device) plugin on the local PC with df_xine. xinefb might work as well. I use df_xine with a Matrox G450; the only difference I can see between what you and I are trying to do is that I use boxstar instead of mythtv. I had a similar problem with df_xine producing a broken picture; the solution was to use '-l 0' to force it to use the correct layer.
xineliboutput might still work alongside vdr-xine for remote viewing on an X desktop. I'll have to try that. Currently I just record anything I want to watch remotely and play it back over NFS.
-----Ursprüngliche Nachricht----- Von: vdr-bounces@linuxtv.org [mailto:vdr-bounces@linuxtv.org] Im Auftrag von Jaakko Kyro Gesendet: Donnerstag, 2. November 2006 17:56 An: VDR Mailing List Betreff: Re: [vdr] Xineliboutput with DirectFB
On Thursday 02 November 2006 18:30, . wrote:
Hello,
has anyone gotten xineliboutput with DirectFB to work? I have got a Matrox G450 and got softdevice and mplayer working with dfb, but only xineliboutput produces a black/white fluttering picture where you can only guess that it is a vdr message (learning keys).
The question is, if you have a working softdevice, why do you need the xineliboutput? I've got a similar setup and it's working fine using softdevice.
Another good reason to use xineliboutput instead of softdevice is that xine is much better at A/V sync than softdevice IME.
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.
Also tried the xineliboutput, there I have some garbled mess on the TV screen. Apparently there is an option video.device.directfb_layer_id that supposedly allows selecting the layer manually, since the automatic selection doesn't pick the correct one for the Matrox card. It doesn't seem to work, at least the same way it works with df_xine. Ah well.
In 200611080859.33540.jkyro@korjaussarja.net, 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
On Wednesday 08 November 2006 15:18, Tony Houghton wrote:
In 200611080859.33540.jkyro@korjaussarja.net, 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 Kyro wrote:
On Wednesday 08 November 2006 15:18, Tony Houghton wrote:
In 200611080859.33540.jkyro@korjaussarja.net, 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
On Wed, Nov 08, 2006 at 11:45:53PM +0100, Lucian Muresan wrote:
Jaakko Kyro wrote:
On Wednesday 08 November 2006 15:18, Tony Houghton wrote:
In 200611080859.33540.jkyro@korjaussarja.net, 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
OK, Thanks very much!
On Wed, 2006-11-08 at 20:02 +0200, 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
Yes. This clearly runs vdr-xine.
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.
And, this is still completely different application - just thinking about to the subjects of your messages. Please see the difference betweren vdr-xine and xineliboutput, those are _different_ _applications_.
So, for your initial problem, please, try running vdr-vbfe first.
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: vdr-bounces@linuxtv.org [mailto:vdr-bounces@linuxtv.org] Im Auftrag von Tony Houghton Gesendet: Mittwoch, 8. November 2006 14:18 An: vdr@linuxtv.org Betreff: Re: AW: [vdr] Xineliboutput with DirectFB
In 200611080859.33540.jkyro@korjaussarja.net, 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