[MPlayer-dev-eng] [PATCH] [REPOST] Ericsson phone remote control

[Arpi]

Hi,

> I have this problem with my bmovl filter also... Some commands get dropped if 
> we send them faster than the FPS.. That is not acceptable for a framebuffer 

I've never heard about FIFO/socket dropping packets/bytes...
probably you just don't handle return value of write() or read() properly.

> so I think I will HAVE to make the fifo-reader a separate thread (not fork() 
> though).... :(  But then I guess I can forget about it being included in 
fork is still better than threads, not so much though

> mplayer since the developers hate threads so much...
yes.

> I'd be happy to let it 
> stay singlethreaded if you can tell me a better way!

fix your code, it must be buggy then (maybe the code sending the data, not
the mplayer part)

and send something we can use for testing...
something reproducing this 'command loss' bug is preferred


A'rpi / Astral & ESP-team

--
Developer of MPlayer, the Movie Player for Linux - http://www.MPlayerHQ.hu