Hi again,

and thanks for all your input.  I digged further, but did not solve the 
recordserver-not-running-problem yet.

On Monday 15 August 2005 14:18, Dirk Meyer wrote:
> > - 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

I could send you some.  However, it's a lot of work to try them all... ;-)

> > - 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?

I did try to do so, but it's a little difficult since I normally have no 
keyboard or mouse attached to my freevo box, and when I did attach my 
keyboard, ratpoison wouldn't work because of updated, incompatible 
libraries.. That's when I stopped trying and thus could not report anything 
more.  I will be able to solve this problem on my own, I will only report if 
Freevo again mistakes a VCD as a CDROM.

BTW: When building kaa, I notice it looks for an include file post/fork.h in 
xine.c that I cannot find any traces of.  Yes, I read your commit log 
containing words like "mess" and "half-working" - I thought I mention it even 
though..
 
http://www.mail-archive.com/freevo-cvslog%40lists.sourceforge.net/msg03044.html 

> > - 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 :)

Oooooooooh, I will miss it. :-( ;-p

> >   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?
Only the detached audio player.  (Note the plaintext-nested list items. ;-) )

> > - 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.
And it does detect my card; I checked that in the debug logs.  I 
double-checked that the encoder utility Rob pointed out is in place and I 
cannot find anything suspicious in the recordserver output (see attachment).

> >   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.

Aah.  .mbus was created in the wrong home directory.  (OK, I set up a second 
user with the same UID for separating the Freevo configurations without any 
permission hassle in my media directories or in /var/log/freevo.)

Checking more, I realized multicast was disabled in the kernel.  I re-compiled 
it, but that did not make a difference.  Maybe I am too tired and overlooking 
something.  I even set up the route, although I thought that was desirable, 
but not necessary?  I also reset my iptables just to be sure.

Kernel IP Routentabelle
Ziel            Router          Genmask         Flags Metric Ref    Use Iface
224.255.222.240 0.0.0.0         255.255.255.255 UH    0      0        0 lo
192.168.0.0     0.0.0.0         255.255.255.0   U     0      0        0 eth0
127.0.0.0       127.0.0.1       255.0.0.0       UG    0      0        0 lo
0.0.0.0         192.168.0.1     0.0.0.0         UG    0      0        0 eth0

Is there a way to check
a) whether multicast is active/working (some special ping?)
  Pinging the 224.255.222.240 address does not work BTW.
b) whether MBUS is working?

(Would be nice if the {record,web}server would give an error instead of 
silently running but failing to contact each other.  Or should they?)

-- 
Ciao, /  /                                                    .o.
     /--/                                                     ..o
    /  / ANS                                                  ooo
INFO runtimexml(499): Found VIDEO_MPLAYER_AO_DEV in runtime configuration 
template
INFO runtimexml(499): Found VIDEO_MPLAYER_SUFFIX in runtime configuration 
template
INFO runtimexml(499): Found OSD_FONT_ALIASES in runtime configuration template
INFO runtimexml(499): Found TV_CHANNELS in runtime configuration template
INFO runtimexml(499): Found TV_RECORD_PADDING in runtime configuration template
INFO tvcards(128): Detecting TV cards.
DEBUG tvcards(179): IVTV card detected as ivtv0
INFO channels(120): Detecting TV channels.
DEBUG db_sqlite(90): EPG database version 0.1.1
DEBUG plugin_loader(303): loading record.plugins.fxdfile as plugin 
record.plugins.fxdfile.PluginInterface
DEBUG plugin_loader(303): loading record.plugins.thumbnail as plugin 
record.plugins.thumbnail.PluginInterface
DEBUG plugin_loader(303): loading record.plugins.ivtv as plugin 
record.plugins.ivtv.PluginInterface
INFO process(66): plugin: activating ivtv0 record
INFO server(328): check favorites took 6.50882720947e-05 secs
INFO conflict(333): resolve conflict took 0.000204086303711 secs
INFO server(337): everything scheduled after 0.00236701965332 secs
INFO server(404): do not save fxd file
INFO server(144): recordings:

INFO server(148): favorites:

INFO server(149): next ids: record=0 favorite=0

Reply via email to