Re: xineliboutput suspend + OSD HUD on SandyBridge

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Saturday 15 October 2011 10:04:49 Nicolas Huillard wrote:
> Hi,
> 
> I have a new VDR+ server system, based on SandyBridge i3 CPU. This
> server is located under the TV set, thus mixes the server (always-on
> headless) + client (HD display) roles (previous setup was a Via EK8000
> server + Via ML10000 client which ended up on the same shelf + another
> still-used client).
> 
> I have two issues with this setup :
> 
> 1) I don't know the best way to suspend the output of xineliboutput
> (vdr-sxfe loaded within nodm which auto-reloads it upon crash) : the
> xineliboutput README refers to the suspendoutput plugin
> (http://phivdr.dyndns.org/vdr/vdr-suspendoutput/) which last release is
> dated 12-Feb-2009.
> Since I use the e-tobi repository (marvellous, many thanks Tobias),
> which does not include it, I wonder if there is a better way to suspend
> the video decoding output.

I use a hand-crafted soltution for this purpose. My system does not use a display manager. Instead, I use "mingetty --autologin tv" to automatically log into a text console with a user named "tv".
tv's .bashrc then fires up irexec which comes with lirc. irexec is configured in a way that it waits for a particular button on the remote control (one that does not conflict with VDR) to be pressed, then runs startx.
startx uses the .xinitrc config file. There I start up a compositing window manager like compiz, followed by vdr-sxfe.

Now you can watch TV.

To finally suspend the output, I *somehow* configured vdr-sxfe to quit when a remote control button is pressed (a different one than the one that starts X). I guess it was similar to this solution: http://mms.mymediasystem.net/index-7.html I can look this up when I have physical access to my VDR next time (by the end of the week).

Long story short, what you get is the following: Your system boots into a slick text console, waits for button A to be pressed. This fires up X and vdr-sxfe. When you press button B, vdr-sxfe quits, so does X. You get back to your text console, waiting for button A to be pressed.

You can easily modify this solution in a way that X is started automatically on boot (i.e. with nodm) and keeps running all the time.


HTH, Stefan





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


[Index of Archives]     [Linux Media]     [Asterisk]     [DCCP]     [Netdev]     [Xorg]     [Util Linux NG]     [Xfree86]     [Big List of Linux Books]     [Fedora Users]     [Fedora Women]     [ALSA Devel]     [Linux USB]

  Powered by Linux