vcd_read: Fix sizeof argument.

The struct we need to copy is actually a cdrom_msf0, not cdrom_msf.
Even though the kernel for no good reason reads it in as a
cdrom_msf struct, but only uses the part shared with cdrom_msf0 -
this is probably a kernel bug.

git-svn-id: svn://svn.mplayerhq.hu/mplayer/trunk@36622 b3059339-0415-0410-9bf9-f77b7e298cf2
cookies.c: cols must (and does) have 7 elements.

Doesn't affect the generated code, but avoids confusion
in both humans and newer Coverity versions.

git-svn-id: svn://svn.mplayerhq.hu/mplayer/trunk@36623 b3059339-0415-0410-9bf9-f77b7e298cf2
w32: use the w32_common keymap in terminal-win too
af: fixed out-of-bounds accesses caused by NUM_FMT and co.

Signed-off-by: wm4 <wm4@nowhere>

This merges pull request #496. The problem was that at least the
initialization of the distance[] array accessed af_fmtstr_table[]
entries that were out of bounds. Small cosmetic changes applied to
the original pull request.
demux_playlist: handle stream_read_line() errors

As of this commit, stream_read_line() can't actually error (except in
the case the passed in buffer is 0, which never happens here). This
commit is preparation for the following commit, which checks harder
whether the read data is actually text. Before this commit, an error
was treated as end-of-file, but the data read so far was considered
valid.
stream: redo stream_read_line()

This simplifies the implementation and should make it more robust. For
example, we return an error if a line is longer than the provided buffer
(instead of splitting the line).

The code is much shorter, because now finding the new line and reading
characters is done in one go.
stream: treat embedded 0 bytes as error in stream_read_line

Text files should never contain these.
stream: print stream_read_line warnings by default

This is probably ok. Probing could hit this case very often, since it'll
mean running this function on potentially binary data, but on the other
hand, probing usually uses a memory stream (to limit the amount of data
read), and memory streams have s->log silenced (details see
open_memory_stream()).
demux_playlist: move parser for plaintext playlists

This was implemented in playlist_parser.c. To make it use the improved
implementation of stream_read_line(), move it to demux_playlist.c.
manpage: fix af_equalizer syntax

This doesn't need quoting, for some reason.
cocoa: sort files opened from Finder the same way Finder does

Fixes #497
player: fix initial osd progbar state

This made seeking show an empty progbar if --osd-level=0 was used.
playlist_parser: restore ASX parsing etc.

This was broken yesterday: the playlist demuxer will always fall back to
plaintext playlist files, which will cause the ASX playlist parser and
some others never to be called.
lua: add playback-start event
w32_common: Fix extended keys

The KF_* flags work on the HIWORD of lParam. Whoops
lua: allow ~ path convention for --lua

Paths passed to the --lua option now follow the convention for paths
starting with ~ documented in mpv.rst.
waf: try to fix unicode/byte string messup

Some mpv builds identify with e.g. "mpv b'0.3.3' ". The version looks
like str() was called on a Python byte string. I couldn't reproduce it
on my machine (I tried with both Python 2 and 3), so I'm not exactly
sure what's going on here, but I'm hoping this commit does fix it.
cocoa: remove dead code

This became dead code in commit 3f594c2e.
vo_opengl: don't assume there'a always 1 fbconfig on success

Seems to be a reasonable assumption, but it's probably not guaranteed.
video/out: don't access aspdat in VOs

vo->aspdat is basically an outdated version of vo->params, plus some
weirdness. Get rid of it, which will allow further cleanups and which
will make multithreading easier (less state to care about).

Also, simplify some VO code by using mp_image_set_attributes() instead
of caring about display size, colorspace, etc. manually. Add the
function osd_res_from_image_params(), which is often needed in the case
OSD renders into an image.