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

[Per Wigren]

Wednesday 16 October 2002 16.12 skrev 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.

Close. ;-)
The FIFO is linebuffered and I didn't send a \n after the image-data.. That's 
why I was always one image after what I sent. fflush() obviously wasn't 
enough, I had to send \n...
And the "random" drops was because of EOFs being sent by mistake by my old 
test-program...

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

Why? Threads are much more leightweight...

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

Don't worry, no need for that now! ;)

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

Fixed! ;)

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

Coming soon!

// Wigren