Bernard Mentink wrote:
> Hi again Duncan,
> 
> It looks like the problem is in this bit of code of mplayer.py:
> 
> --------------- code ---------------
>  if event == PAUSE or event == PLAY:
>             self.paused = not self.paused
>             # We have to store the current time before displaying the dialog
>             # otherwise the act of requesting the current position
> resumes playback!
>             if self.paused:
>                 self.stored_time_info = self.get_time_info()
>                 dialog.show_play_state(dialog.PLAY_STATE_PAUSE,
> self.get_time_info)
>                 self.app.write('pause\n')
>             else:
>                 self.app.write('pause\n')
>                 dialog.show_play_state(dialog.PLAY_STATE_PLAY,
> self.get_time_info)
> 
>             return True
> ---------------- end code ----------------------

Looks a bit odd as the pause command should not un-pause a play-back.
mplayer can be odd at times.

Try adding to your local_conf.py:
EVENTS['video']['PLAY'] = Event(VIDEO_SEND_MPLAYER_CMD, arg='speed_set 1.0')

Setting the speed to 1.0 is normal playback.

> It seems the comment says it all ....
> Do you have a suggested fix for this? I don't have any knowledge of python.

If you want to change to code then the second self.app.write could be:
self.app.write('speed_set 1.0\n')

Unless your remote is sending two consecutive pause command this does
not explain why the pause is not working.

For most of the commands in the lircrc it is useful to have the repeat=0
option as this should stop repeated events being sent.

begin
    button = PLAY
    prog   = freevo
    repeat = 0
    config = PLAY
end
begin
    button = PAUSE
    prog   = freevo
    repeat = 0
    config = PAUSE
end

Duncan

------------------------------------------------------------------------------
_______________________________________________
Freevo-users mailing list
Freevo-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freevo-users

Reply via email to