Duncan Webb wrote: > John Molohan wrote: > >> John Molohan wrote: >> >>> Adam Charrett wrote: >>> >>> >>>> On Tue, 2007-05-29 at 09:59 +0200, Tanja wrote: >>>> >>>> >>>> >>>> >>>>> Sometimes while watching a recording (mpeg-ts), mplayer stops to react to >>>>> the remote. >>>>> Freevo is still responding as MUTE, VOL+ and VOL- are still doing what >>>>> they should, >>>>> but STOP and FORWARD are not working anymore in that cases. >>>>> Looking in the logs during being in such conditions shows that the remote >>>>> events are received by >>>>> freevo but not interpreted as VIDEO_EVENTS but as MENU_EVENT... >>>>> When the video stops or is killed from a ssh-shell then freevo is running >>>>> in the usual way. >>>>> >>>>> I did not report this until now, because we never could find a way to >>>>> reproduce this... >>>>> >>>>> >>>>> >>>> I have also seen this behaviour, but with Xine playing .ts files, and >>>> for the same reason I didn't report as I couldn't work out why it was >>>> doing even after I added some debug code to a suspect area. >>>> >>>> Cheers >>>> >>>> Adam >>>> >>>> >>>> >>>> >>> Good to get some extra feedback. Seems to be an issue alright. I'm stuck >>> for time at the moment but I'll try and do some testing and debugging by >>> the weekend. >>> >>> John >>> >> Actually it just happened me again. This time there's nothing in the >> main log out of the ordinary. >> >> > > [snip] > > >> __init__.py (217): Building the xml hash database... >> __init__.py (249): done >> > > xml hash database is running in the background, while df_xine is running > > >> no event mapping for key FFWD in context menu >> send button event BUTTON arg=FFWD >> no event mapping for key FFWD in context menu >> send button event BUTTON arg=FFWD >> > > Now the 'context' has changed, from video to menu so the events are not > being received. > > >> And xine isn't fast forwarding. As mentioned volume controls still work. >> There's no info from the stderr or stdout files but I've only just >> turned on CHILDAPP_DEBUG and turned both that and DEBUG to 9. Hopefully >> that might turn up something. >> > > It looks like Tanja is correct, the "context" of the events is being > changed and my guess is that freevo schedulefavorites has caused the > record server to changed the context. > Yeah sorry I missed that, combination of overtiredness, hangover and an impending purchase of my first car - a 320i :) I'll do a test as soon as I can and run a schedulefavorites manually to see if I can reproduce it. > OT John do you have the problem with df_xine not terminating after > finishing playing a video? > > Duncan > I'm afraid not, it's exiting perfectly.
------------------------------------------------------------------------- This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ _______________________________________________ Freevo-users mailing list Freevo-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freevo-users
