[MPlayer-cygwin] libmpdemux/stream_netstream.c

[Sascha Sommer]

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

Looks like some confusion between linux and windows end of lines but I have
no idea
where this might happen. Are you using the cygwin or mingw version? Try the
cygwin version
if you are using mingw. The cygwin version uses cygwin's network emulation
unlike the mingw port
which uses the native windows api.

> 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

Dunno, but I think you can ignore these warnings.
Cache always worked find for me on windows.

Sascha