On Tue, Jan 16, 2007 at 12:15:32AM +0100, Udo Richter wrote:
Marko Mäkelä wrote:
While VDR is running, I would guess that the only way it can become
interactive is by receiving button events from the remote control unit.
Hmm, ok, I was mainly thinking of becoming inactive - since this is
I have Fedora Core 6 and vdr installed using yum. The problem is that it
takes all the cpu time after boot and I have to restart vdr to make it
run properly. I have vdr-1.4.4 with softdevice-0.3.1 and
subtitles-0.4.0. My cpu is PIII 550MHz and I use softdevice with Matrox
G400 (and DirectFB).
Marko Mäkelä kirjoitti:
On Tue, Jan 16, 2007 at 05:36:59PM +0200, Kartsa wrote:
Any hints? I.e. how/when should matroxfb kernel module be loaded? Now I
load it in rc.modules.
Have you tried OProfile or strace -p pid of vdr, or attaching gdb to
the running vdr process?
Hmm, what's
On Tue, Jan 16, 2007 at 09:53:21PM +0200, Kartsa wrote:
Have you tried OProfile or strace -p pid of vdr, or attaching gdb to
the running vdr process?
Hmm, what's OProfile? I am not quite sure if I am starting matroxfb in
the right place.
OProfile is a continuous profiler for processors
Marko Mäkelä kirjoitti:
For some reason I can not get it to load automatically
with udev settings. There is a
There is a what?
There was something braking my thoughts. Dont really know now what I was
going to say :) I'll get back to that if it comes to mind.
You could add matroxfb to
In [EMAIL PROTECTED], Kartsa wrote:
I've never tried xine plugin. Does it need X to work?
The plugin doesn't really care what version of xine you use to connect
to it. df_xine is a version of xine that uses DirectFB instead of X. I
use it myself on a Matrox G450.
--
TH *
Marko Mäkelä wrote:
Right, becoming inactive is not that time-critical. I will give your
suggestion a try: in the MainThreadHook of each plugin, poll
Shutdown.IsUserInactive().
It should work, though the first key press may trigger some longer work,
and the MainThreadHook will be called at