MPV

mpv:release/0.4

Last commit made on 2014-07-26
Get this branch:
git clone -b release/0.4 https://git.launchpad.net/mpv

Branch merges

Branch information

Name:
release/0.4
Repository:
lp:mpv

Recent commits

777295c... by Alessandro Ghedini

Release 0.4.2

d50be0a... by Alessandro Ghedini

command: append entries to the end of the playlist with loadlist append

Currently entries are added after the current playlist element. This is kinda
confusing, more so given that "loadfile append" appends at the end of the
playlist.

2d8e26b... by wm4 <wm4@nowhere>

command: add append-play loadfile mode

"loadfile filename append-play" will now always append the file to the
playlist, and if nothing is playing yet, start playback. I don't want to
change the semantics of "append" mode, so a new mode is needed.

Probably fixes issue #950.

7ee2750... by wm4 <wm4@nowhere>

manpage: correct the --mf options

The MPlayer style syntax ("-mf fps=10:type=png") was removed a while
ago, and now only the flat variants ("--mf-fps=10" etc.) work.

CC: @mpv-player/stable

5a5b219... by wm4 <wm4@nowhere>

demux: fix opening pipes with demux_lavf

We told the demuxer that a pipe (if stream cache is enabled) is
seekable. This is because the stream cache is technically seekable, it's
just that seeking may fail at runtime if a non-cached byte range is
requested.

This caused libavformat to issue seeks on initialization (at least when
piping mp4 youtube videos). Initialization failed completely after
spamming tons of error messages.

So, if an unseekable stream is cached, tell the demuxer that the file is
not seekable. This gets reversed later (when printing a message about
caching an unseekable stream), so the user can still try his luck by
issuing a seek command. The important part is that libavformat
initialization will not take code paths that will unnecessarily seek for
whatever reasons.

CC: @mpv-player/stable: regression from 0.3.x

Conflicts:
 demux/demux.c

608bed1... by wm4 <wm4@nowhere>

demux_lavf: reverse rotation direction with new API

The old FFmpeg API and the new Libav API disagree about mp4 display
rotation direction. Well, whatever, fix it trial-and-error-style.

CC: @mpv-player/stable: add

636b62f... by wm4 <wm4@nowhere>

audio: drop buffered audio when switching tracks or filters

No reason to wait until the audio has been played. This isn't a problem
with gapless audio disabled, and since gapless is now default, this
behavior might be perceived as regression.

CC: @mpv-player/stable

78195cd... by wm4 <wm4@nowhere>

audio: don't wait for draining if paused

Logic for this was missing from pull.c. For push.c it was missing if the
driver didn't support it. But even if the driver supported it (such as
with ao_alsa), strange behavior was observed by users. See issue #933.

Always check explicitly whether the AO is in paused mode, and if so,
don't drain.

Possibly fixes #933.

CC: @mpv-player/stable

e7fc048... by Alessandro Ghedini

stream_dvdnav: suspend read on vts change even if the requested title is not found

0ab7d01... by wm4 <wm4@nowhere>

stream: don't sleep for reconnecting network if playback is stopped

Also silences the bogus message if that happens.

CC: @mpv-player/stable