[MPlayer-cygwin] libmpdemux/stream_netstream.c

[Erik]

I've been trying to get netstream working in both linux and windows, and it's
working to some degree. Firstly, to get TOOLS/netstream to even compile you need
to add -lz to the linking flags in the Makefile to link it against zlib. If
mplayer was configured with --enable-gui, then libmpdemux picks up gtk
dependencies and netstream won't compile, easily fixed by re-running configure
with --disable-gui and rebuilding it. Secondly, the mpst:// protocol has to be
added to the libmpdemux/open.c file (someone posted on the list with this fix, i
forget who, but kudos).

Now, if i run netstream on my notebook (it has the dvd drive), and i access it
from my desktop with "mplayer -cache 8192 mpst://my_notebook_ip:10000/dvd://1
when i'm in linux, i get an "Encrypted VOB file, read DOCS/en/dvd.html" about 15
times, followed by an "a52 CRC32 error" over and over, and if i'm lucky, about 1
garbled frame per 5 minutes :( It also has a horrible time playing any kind of
movie file back, the image is always garbled. I'm thinking that somehow my
mplayer in linux isn't handling/reading file info's properly through netstream.

Now with netstream still running on my notebook, if i start mplayer in windows
(which i've recompiled in mingw32 many times) and access the same netstream,
mplayer properly detects the stream type, video quality is great, sound quality
is great, but the cache is *broken. I get spammed out with "FIX ME? should lock
here" and "FIX ME? should unlock here". Those are both in
libmpdemux/stream_netstream.c, which i took a look at. Both functions are
looking to lock and unlock the cache with flock() and fcntl(), both of which are
*unavailable?/don't work in win32. I believe flock() and fcntl() are posix io's.
If anyone has a workaround to this, i'd love to know. If the cache was working
properly in windows, the playback would be great. I don't even know where to
begin looking at fixing the native linux version.

Regards,
Erik