Hans Meine wrote: > - Freevo main runs "fine" but takes 100% CPU. I tried disabling the idlebar, > that's not the cause.
Already fixed.
> - I can watch DVDs and .avis from harddisk or watch photos fine.
ok
> - One VCD is recognized, but not played correctly (cf. other post)
I will create a VCD to test. I don't have such discs and so it can
happen I break it. But
> - Another VCD is tried to be played with xine; "ps ax | grep xine" shows 11
> xine-ui processes (which should be enough ;-) ), but no video appears. After
> some seconds, the menu fades in again.
Try it without Freevo. What happens?
> - When listening to music with the detached audio player,
> o the player's idlebar area is very small; since it was totally garbled two
> days ago, I guess that's work in progress.
Someone else reported detach is broken. So do not use it :)
> o I cannot control the player with my infrared directly ("no event mapping
> for key STOP in menu" - do I have to configure that somewhere?)
> IIRC that was meant to work, no?
Every player? Or only audio in detach mode?
> - The webserver runs fine (thanks, Viggo), but it says "Notice: The recording
> server is down." Freevo main does so, too. I have two ideas:
No idea. I don't have an IVTV card so maybe it is not working right
now. But even without the server detecting any cards, the server
should still be able to run.
> o Maybe the IPC fails? In the Wiki/MbusConfig I read I should set something
> up. However, I do not get any ~/.mbus template file for that. I even set
> up the default route; I guess that's just for security/privacy, no? (Not
> having the packets multicast to the providers' gateway. Is multicasting
> also used for HOSTLOCAL?)
> (The recordserver itself is not very verbose, even with logging.DEBUG I don't
> see anything interesting.)
This could be the problem. And you don't have ~/.mbus? Strange. Add
some debug in mcomm.py were the file is created.
Dischi
--
A seminar on time travel will be held in two weeks ago.
pgpdMjP6IYZag.pgp
Description: PGP signature
