2013-10-29 21:38:29 +00:00
|
|
|
/*
|
|
|
|
* This file is part of MPlayer.
|
|
|
|
*
|
|
|
|
* MPlayer is free software; you can redistribute it and/or modify
|
|
|
|
* it under the terms of the GNU General Public License as published by
|
|
|
|
* the Free Software Foundation; either version 2 of the License, or
|
|
|
|
* (at your option) any later version.
|
|
|
|
*
|
|
|
|
* MPlayer is distributed in the hope that it will be useful,
|
|
|
|
* but WITHOUT ANY WARRANTY; without even the implied warranty of
|
|
|
|
* MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the
|
|
|
|
* GNU General Public License for more details.
|
|
|
|
*
|
|
|
|
* You should have received a copy of the GNU General Public License along
|
|
|
|
* with MPlayer; if not, write to the Free Software Foundation, Inc.,
|
|
|
|
* 51 Franklin Street, Fifth Floor, Boston, MA 02110-1301 USA.
|
|
|
|
*/
|
|
|
|
|
|
|
|
#include <stddef.h>
|
|
|
|
#include <stdbool.h>
|
|
|
|
#include <inttypes.h>
|
|
|
|
#include <math.h>
|
|
|
|
#include <assert.h>
|
|
|
|
|
|
|
|
#include "config.h"
|
|
|
|
#include "talloc.h"
|
|
|
|
|
2013-12-17 01:39:45 +00:00
|
|
|
#include "common/msg.h"
|
2013-12-17 01:02:25 +00:00
|
|
|
#include "options/options.h"
|
2014-04-20 21:54:13 +00:00
|
|
|
#include "options/m_config.h"
|
|
|
|
#include "options/m_option.h"
|
2013-12-17 01:39:45 +00:00
|
|
|
#include "common/common.h"
|
|
|
|
#include "common/encode.h"
|
2013-12-17 01:02:25 +00:00
|
|
|
#include "options/m_property.h"
|
2014-07-30 21:24:08 +00:00
|
|
|
#include "osdep/timer.h"
|
2013-10-29 21:38:29 +00:00
|
|
|
|
|
|
|
#include "audio/out/ao.h"
|
|
|
|
#include "demux/demux.h"
|
|
|
|
#include "stream/stream.h"
|
2013-11-24 11:58:06 +00:00
|
|
|
#include "sub/osd.h"
|
2013-11-23 20:26:31 +00:00
|
|
|
#include "video/hwdec.h"
|
2013-10-29 21:38:29 +00:00
|
|
|
#include "video/filter/vf.h"
|
|
|
|
#include "video/decode/dec_video.h"
|
2013-12-10 18:07:29 +00:00
|
|
|
#include "video/decode/vd.h"
|
2013-10-29 21:38:29 +00:00
|
|
|
#include "video/out/vo.h"
|
|
|
|
|
2013-12-17 00:08:53 +00:00
|
|
|
#include "core.h"
|
2013-10-29 21:38:29 +00:00
|
|
|
#include "command.h"
|
2014-07-30 21:24:08 +00:00
|
|
|
#include "screenshot.h"
|
|
|
|
|
|
|
|
enum {
|
|
|
|
// update_video() - code also uses: <0 error, 0 eof, >0 progress
|
|
|
|
VD_ERROR = -1,
|
|
|
|
VD_EOF = 0, // end of file - no new output
|
|
|
|
VD_PROGRESS = 1, // progress, but no output; repeat call with no waiting
|
|
|
|
VD_NEW_FRAME = 2, // the call produced a new frame
|
|
|
|
VD_WAIT = 3, // no EOF, but no output; wait until wakeup
|
|
|
|
};
|
|
|
|
|
|
|
|
static const char av_desync_help_text[] =
|
|
|
|
"\n\n"
|
|
|
|
" *************************************************\n"
|
|
|
|
" **** Audio/Video desynchronisation detected! ****\n"
|
|
|
|
" *************************************************\n\n"
|
|
|
|
"This means either the audio or the video is played too slowly.\n"
|
|
|
|
"Possible reasons, problems, workarounds:\n"
|
|
|
|
"- Your system is simply too slow for this file.\n"
|
|
|
|
" Transcode it to a lower bitrate file with tools like HandBrake.\n"
|
|
|
|
"- Slow video output.\n"
|
2014-08-25 19:28:56 +00:00
|
|
|
" Try a different --vo driver (--vo=help for a list). Make sure framedrop\n"
|
|
|
|
" is not disabled, or experiment with different values for --framedrop.\n"
|
2014-07-30 21:24:08 +00:00
|
|
|
"- Playing from a slow network source.\n"
|
|
|
|
" Download the file instead.\n"
|
|
|
|
"- Try to find out whether audio/video/subs are causing this by experimenting\n"
|
|
|
|
" with --no-video, --no-audio, or --no-sub.\n"
|
|
|
|
"- If you swiched audio or video tracks, try seeking to force synchronization.\n"
|
|
|
|
"If none of this helps you, file a bug report.\n\n";
|
2013-10-29 21:38:29 +00:00
|
|
|
|
|
|
|
void update_fps(struct MPContext *mpctx)
|
|
|
|
{
|
2013-07-16 11:28:28 +00:00
|
|
|
#if HAVE_ENCODING
|
2013-11-23 20:36:20 +00:00
|
|
|
struct dec_video *d_video = mpctx->d_video;
|
|
|
|
if (mpctx->encode_lavc_ctx && d_video)
|
2013-11-23 20:41:40 +00:00
|
|
|
encode_lavc_set_video_fps(mpctx->encode_lavc_ctx, d_video->fps);
|
2013-10-29 21:38:29 +00:00
|
|
|
#endif
|
|
|
|
}
|
|
|
|
|
2013-12-10 18:24:58 +00:00
|
|
|
static void set_allowed_vo_formats(struct vf_chain *c, struct vo *vo)
|
|
|
|
{
|
2014-08-20 19:35:45 +00:00
|
|
|
for (int fmt = IMGFMT_START; fmt < IMGFMT_END; fmt++)
|
|
|
|
c->allowed_output_formats[fmt - IMGFMT_START] = vo_query_format(vo, fmt);
|
2013-12-10 18:24:58 +00:00
|
|
|
}
|
|
|
|
|
2014-04-20 21:54:13 +00:00
|
|
|
static int try_filter(struct MPContext *mpctx, struct mp_image_params params,
|
|
|
|
char *name, char *label, char **args)
|
|
|
|
{
|
|
|
|
struct dec_video *d_video = mpctx->d_video;
|
|
|
|
|
|
|
|
struct vf_instance *vf = vf_append_filter(d_video->vfilter, name, args);
|
|
|
|
if (!vf)
|
|
|
|
return -1;
|
|
|
|
|
|
|
|
vf->label = talloc_strdup(vf, label);
|
|
|
|
|
|
|
|
if (video_reconfig_filters(d_video, ¶ms) < 0) {
|
|
|
|
vf_remove_filter(d_video->vfilter, vf);
|
|
|
|
// restore
|
|
|
|
video_reconfig_filters(d_video, ¶ms);
|
|
|
|
return -1;
|
|
|
|
}
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
2014-05-01 21:53:18 +00:00
|
|
|
// Reconfigure the filter chain according to decoder output.
|
|
|
|
// probe_only: don't force fallback to software when doing hw decoding, and
|
|
|
|
// the filter chain couldn't be configured
|
|
|
|
static void filter_reconfig(struct MPContext *mpctx,
|
|
|
|
bool probe_only)
|
2013-12-10 18:24:58 +00:00
|
|
|
{
|
|
|
|
struct dec_video *d_video = mpctx->d_video;
|
|
|
|
|
2014-05-01 21:53:18 +00:00
|
|
|
struct mp_image_params params = d_video->decoder_output;
|
2013-12-10 18:24:58 +00:00
|
|
|
|
2014-08-06 17:25:30 +00:00
|
|
|
mp_notify(mpctx, MPV_EVENT_VIDEO_RECONFIG, NULL);
|
|
|
|
|
2013-12-10 18:24:58 +00:00
|
|
|
set_allowed_vo_formats(d_video->vfilter, mpctx->video_out);
|
|
|
|
|
2014-04-20 21:54:13 +00:00
|
|
|
if (video_reconfig_filters(d_video, ¶ms) < 0) {
|
2013-12-10 18:24:58 +00:00
|
|
|
// Most video filters don't work with hardware decoding, so this
|
2014-05-01 21:53:18 +00:00
|
|
|
// might be the reason why filter reconfig failed.
|
2013-12-10 18:24:58 +00:00
|
|
|
if (!probe_only &&
|
|
|
|
video_vd_control(d_video, VDCTRL_FORCE_HWDEC_FALLBACK, NULL) == CONTROL_OK)
|
|
|
|
{
|
|
|
|
// Fallback active; decoder will return software format next
|
|
|
|
// time. Don't abort video decoding.
|
|
|
|
d_video->vfilter->initialized = 0;
|
2014-05-01 21:53:18 +00:00
|
|
|
mp_image_unrefp(&d_video->waiting_decoded_mpi);
|
|
|
|
d_video->decoder_output = (struct mp_image_params){0};
|
|
|
|
MP_VERBOSE(mpctx, "hwdec falback due to filters.\n");
|
2013-12-10 18:24:58 +00:00
|
|
|
}
|
|
|
|
return;
|
|
|
|
}
|
|
|
|
|
2014-04-20 21:54:13 +00:00
|
|
|
if (d_video->vfilter->initialized < 1)
|
|
|
|
return;
|
|
|
|
|
|
|
|
if (params.rotate && (params.rotate % 90 == 0)) {
|
|
|
|
if (!(mpctx->video_out->driver->caps & VO_CAP_ROTATE90)) {
|
|
|
|
// Try to insert a rotation filter.
|
|
|
|
char deg[10];
|
|
|
|
snprintf(deg, sizeof(deg), "%d", params.rotate);
|
|
|
|
char *args[] = {"angle", deg, NULL, NULL};
|
|
|
|
if (try_filter(mpctx, params, "rotate", "autorotate", args) >= 0) {
|
|
|
|
params.rotate = 0;
|
|
|
|
} else {
|
|
|
|
MP_ERR(mpctx, "Can't insert rotation filter.\n");
|
|
|
|
}
|
|
|
|
}
|
|
|
|
}
|
2014-08-30 21:24:46 +00:00
|
|
|
|
|
|
|
if (params.stereo_in != params.stereo_out &&
|
|
|
|
params.stereo_in > 0 && params.stereo_out >= 0)
|
|
|
|
{
|
|
|
|
char *from = MP_STEREO3D_NAME(params.stereo_in);
|
|
|
|
char *to = MP_STEREO3D_NAME(params.stereo_out);
|
|
|
|
if (from && to) {
|
|
|
|
char *args[] = {"in", from, "out", to, NULL, NULL};
|
|
|
|
if (try_filter(mpctx, params, "stereo3d", "stereo3d", args) < 0)
|
|
|
|
MP_ERR(mpctx, "Can't insert 3D conversion filter.\n");
|
|
|
|
}
|
|
|
|
}
|
2013-12-10 18:24:58 +00:00
|
|
|
}
|
|
|
|
|
2013-10-29 21:38:29 +00:00
|
|
|
static void recreate_video_filters(struct MPContext *mpctx)
|
|
|
|
{
|
|
|
|
struct MPOpts *opts = mpctx->opts;
|
2013-11-23 20:36:20 +00:00
|
|
|
struct dec_video *d_video = mpctx->d_video;
|
|
|
|
assert(d_video);
|
2013-10-29 21:38:29 +00:00
|
|
|
|
2013-12-07 18:32:44 +00:00
|
|
|
vf_destroy(d_video->vfilter);
|
2013-12-21 16:43:25 +00:00
|
|
|
d_video->vfilter = vf_new(mpctx->global);
|
2014-08-11 21:08:35 +00:00
|
|
|
d_video->vfilter->hwdec = d_video->hwdec_info;
|
2013-10-29 21:38:29 +00:00
|
|
|
|
2013-12-07 18:32:44 +00:00
|
|
|
vf_append_filter_list(d_video->vfilter, opts->vf_settings);
|
2013-10-29 21:38:29 +00:00
|
|
|
|
2013-12-07 18:32:44 +00:00
|
|
|
// for vf_sub
|
|
|
|
vf_control_any(d_video->vfilter, VFCTRL_SET_OSD_OBJ, mpctx->osd);
|
2014-01-18 00:19:20 +00:00
|
|
|
osd_set_render_subs_in_filter(mpctx->osd,
|
|
|
|
vf_control_any(d_video->vfilter, VFCTRL_INIT_OSD, NULL) == CONTROL_OK);
|
2013-12-10 18:24:58 +00:00
|
|
|
|
|
|
|
set_allowed_vo_formats(d_video->vfilter, mpctx->video_out);
|
2013-10-29 21:38:29 +00:00
|
|
|
}
|
|
|
|
|
|
|
|
int reinit_video_filters(struct MPContext *mpctx)
|
|
|
|
{
|
2013-11-23 20:36:20 +00:00
|
|
|
struct dec_video *d_video = mpctx->d_video;
|
2013-10-29 21:38:29 +00:00
|
|
|
|
2014-03-30 17:21:54 +00:00
|
|
|
if (!d_video)
|
|
|
|
return 0;
|
|
|
|
bool need_reconfig = d_video->vfilter->initialized != 0;
|
2013-10-29 21:38:29 +00:00
|
|
|
|
|
|
|
recreate_video_filters(mpctx);
|
|
|
|
|
2014-03-30 17:21:54 +00:00
|
|
|
if (need_reconfig)
|
2014-05-01 21:53:18 +00:00
|
|
|
filter_reconfig(mpctx, true);
|
2014-03-30 17:21:54 +00:00
|
|
|
|
|
|
|
if (!d_video->vfilter)
|
|
|
|
return 0;
|
|
|
|
|
|
|
|
return d_video->vfilter->initialized;
|
2013-10-29 21:38:29 +00:00
|
|
|
}
|
|
|
|
|
2014-07-30 21:01:55 +00:00
|
|
|
void reset_video_state(struct MPContext *mpctx)
|
|
|
|
{
|
|
|
|
if (mpctx->d_video)
|
|
|
|
video_reset_decoding(mpctx->d_video);
|
|
|
|
if (mpctx->video_out)
|
|
|
|
vo_seek_reset(mpctx->video_out);
|
|
|
|
|
video: fix and simplify video format changes and last frame display
The previous commit broke these things, and fixing them is separate in
this commit in order to reduce the volume of changes.
Move the image queue from the VO to the playback core. The image queue
is a remnant of the old way how vdpau was implemented, and increasingly
became more and more an artifact. In the end, it did only one thing:
computing the duration of the current frame. This was done by taking the
PTS difference between the current and the future frame. We keep this,
but by moving it out of the VO, we don't have to special-case format
changes anymore. This simplifies the code a lot.
Since we need the queue to compute the duration only, a queue size
larger than 2 makes no sense, and we can hardcode that.
Also change how the last frame is handled. The last frame is a bit of a
problem, because video timing works by showing one frame after another,
which makes it a special case. Make the VO provide a function to notify
us when the frame is done, instead. The frame duration is used for that.
This is not perfect. For example, changing playback speed during the
last frame doesn't update the end time. Pausing will not stop the clock
that times the last frame. But I don't think this matters for such a
corner case.
2014-08-12 21:17:35 +00:00
|
|
|
mp_image_unrefp(&mpctx->next_frame[0]);
|
|
|
|
mp_image_unrefp(&mpctx->next_frame[1]);
|
|
|
|
|
2014-07-30 21:01:55 +00:00
|
|
|
mpctx->delay = 0;
|
|
|
|
mpctx->time_frame = 0;
|
2014-08-22 12:20:00 +00:00
|
|
|
mpctx->video_pts = MP_NOPTS_VALUE;
|
2014-08-22 13:28:05 +00:00
|
|
|
mpctx->video_next_pts = MP_NOPTS_VALUE;
|
2014-07-30 21:01:55 +00:00
|
|
|
mpctx->total_avsync_change = 0;
|
|
|
|
mpctx->drop_frame_cnt = 0;
|
|
|
|
mpctx->dropped_frames = 0;
|
|
|
|
mpctx->drop_message_shown = 0;
|
|
|
|
|
|
|
|
mpctx->video_status = mpctx->d_video ? STATUS_SYNCING : STATUS_EOF;
|
|
|
|
}
|
|
|
|
|
2013-10-29 21:38:29 +00:00
|
|
|
int reinit_video_chain(struct MPContext *mpctx)
|
|
|
|
{
|
|
|
|
struct MPOpts *opts = mpctx->opts;
|
|
|
|
assert(!(mpctx->initialized_flags & INITIALIZED_VCODEC));
|
2013-11-23 20:36:20 +00:00
|
|
|
assert(!mpctx->d_video);
|
2013-12-24 16:46:08 +00:00
|
|
|
struct track *track = mpctx->current_track[0][STREAM_VIDEO];
|
2014-07-29 15:55:28 +00:00
|
|
|
struct sh_stream *sh = track ? track->stream : NULL;
|
2013-11-23 20:36:20 +00:00
|
|
|
if (!sh)
|
2013-10-29 21:38:29 +00:00
|
|
|
goto no_video;
|
|
|
|
|
|
|
|
MP_VERBOSE(mpctx, "[V] fourcc:0x%X size:%dx%d fps:%5.3f\n",
|
2013-11-23 20:37:56 +00:00
|
|
|
sh->format,
|
2013-11-23 20:36:20 +00:00
|
|
|
sh->video->disp_w, sh->video->disp_h,
|
|
|
|
sh->video->fps);
|
2013-10-29 21:38:29 +00:00
|
|
|
|
|
|
|
//================== Init VIDEO (codec & libvo) ==========================
|
|
|
|
if (!opts->fixed_vo || !(mpctx->initialized_flags & INITIALIZED_VO)) {
|
|
|
|
mpctx->video_out = init_best_video_out(mpctx->global, mpctx->input,
|
2014-06-15 18:46:57 +00:00
|
|
|
mpctx->osd,
|
2013-10-29 21:38:29 +00:00
|
|
|
mpctx->encode_lavc_ctx);
|
|
|
|
if (!mpctx->video_out) {
|
|
|
|
MP_FATAL(mpctx, "Error opening/initializing "
|
|
|
|
"the selected video_out (-vo) device.\n");
|
|
|
|
goto err_out;
|
|
|
|
}
|
|
|
|
mpctx->mouse_cursor_visible = true;
|
|
|
|
mpctx->initialized_flags |= INITIALIZED_VO;
|
|
|
|
}
|
|
|
|
|
2013-11-09 23:49:13 +00:00
|
|
|
update_window_title(mpctx, true);
|
2013-10-29 21:38:29 +00:00
|
|
|
|
2013-11-23 20:36:20 +00:00
|
|
|
struct dec_video *d_video = talloc_zero(NULL, struct dec_video);
|
|
|
|
mpctx->d_video = d_video;
|
2013-12-21 16:47:38 +00:00
|
|
|
d_video->global = mpctx->global;
|
|
|
|
d_video->log = mp_log_new(d_video, mpctx->log, "!vd");
|
2013-11-23 20:36:20 +00:00
|
|
|
d_video->opts = mpctx->opts;
|
|
|
|
d_video->header = sh;
|
2013-11-23 20:41:40 +00:00
|
|
|
d_video->fps = sh->video->fps;
|
2013-12-10 18:08:56 +00:00
|
|
|
d_video->vo = mpctx->video_out;
|
2013-11-23 20:36:20 +00:00
|
|
|
mpctx->initialized_flags |= INITIALIZED_VCODEC;
|
|
|
|
|
2013-11-23 20:39:07 +00:00
|
|
|
vo_control(mpctx->video_out, VOCTRL_GET_HWDEC_INFO, &d_video->hwdec_info);
|
2013-11-23 20:36:20 +00:00
|
|
|
|
2013-10-29 21:38:29 +00:00
|
|
|
recreate_video_filters(mpctx);
|
|
|
|
|
2013-11-23 20:38:39 +00:00
|
|
|
if (!video_init_best_codec(d_video, opts->video_decoders))
|
2013-10-29 21:38:29 +00:00
|
|
|
goto err_out;
|
|
|
|
|
|
|
|
bool saver_state = opts->pause || !opts->stop_screensaver;
|
|
|
|
vo_control(mpctx->video_out, saver_state ? VOCTRL_RESTORE_SCREENSAVER
|
|
|
|
: VOCTRL_KILL_SCREENSAVER, NULL);
|
|
|
|
|
video: add VO framedropping mode
This mostly uses the same idea as with vo_vdpau.c, but much simplified.
On X11, it tries to get the display framerate with XF86VM, and limits
the frequency of new video frames against it. Note that this is an old
extension, and is confirmed not to work correctly with multi-monitor
setups. But we're using it because it was already around (it is also
used by vo_vdpau).
This attempts to predict the next vsync event by using the time of the
last frame and the display FPS. Even if that goes completely wrong,
the results are still relatively good.
On other systems, or if the X11 code doesn't return a display FPS, a
framerate of 1000 is assumed. This is infinite for all practical
purposes, and means that only frames which are definitely too late are
dropped. This probably has worse results, but is still useful.
"--framedrop=yes" is basically replaced with "--framedrop=decoder". The
old framedropping mode is kept around, and should perhaps be improved.
Dropping on the decoder level is still useful if decoding itself is too
slow.
2014-08-15 21:33:33 +00:00
|
|
|
vo_set_paused(mpctx->video_out, mpctx->paused);
|
2013-10-29 21:38:29 +00:00
|
|
|
|
2013-11-23 20:36:20 +00:00
|
|
|
mpctx->sync_audio_to_video = !sh->attached_picture;
|
2013-10-29 21:38:29 +00:00
|
|
|
mpctx->vo_pts_history_seek_ts++;
|
|
|
|
|
2014-07-28 18:40:43 +00:00
|
|
|
// If we switch on video again, ensure audio position matches up.
|
|
|
|
if (mpctx->d_audio)
|
|
|
|
mpctx->audio_status = STATUS_SYNCING;
|
|
|
|
|
2014-07-30 21:01:55 +00:00
|
|
|
reset_video_state(mpctx);
|
|
|
|
reset_subtitle_state(mpctx);
|
2013-10-29 21:38:29 +00:00
|
|
|
|
2013-11-23 20:41:40 +00:00
|
|
|
if (opts->force_fps) {
|
|
|
|
d_video->fps = opts->force_fps;
|
|
|
|
MP_INFO(mpctx, "FPS forced to be %5.3f.\n", d_video->fps);
|
|
|
|
}
|
|
|
|
if (!sh->video->fps && !opts->force_fps && !opts->correct_pts) {
|
|
|
|
MP_ERR(mpctx, "FPS not specified in the "
|
|
|
|
"header or invalid, use the -fps option.\n");
|
|
|
|
}
|
|
|
|
update_fps(mpctx);
|
|
|
|
|
2013-10-29 21:38:29 +00:00
|
|
|
return 1;
|
|
|
|
|
|
|
|
err_out:
|
|
|
|
no_video:
|
|
|
|
uninit_player(mpctx, INITIALIZED_VCODEC | (opts->force_vo ? 0 : INITIALIZED_VO));
|
2013-12-23 19:14:54 +00:00
|
|
|
mp_deselect_track(mpctx, track);
|
2013-10-29 21:38:29 +00:00
|
|
|
handle_force_window(mpctx, true);
|
|
|
|
MP_INFO(mpctx, "Video: no video\n");
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
|
|
|
// Try to refresh the video by doing a precise seek to the currently displayed
|
|
|
|
// frame. This can go wrong in all sorts of ways, so use sparingly.
|
|
|
|
void mp_force_video_refresh(struct MPContext *mpctx)
|
|
|
|
{
|
|
|
|
struct MPOpts *opts = mpctx->opts;
|
2014-03-30 17:21:54 +00:00
|
|
|
struct dec_video *d_video = mpctx->d_video;
|
|
|
|
|
|
|
|
if (!d_video || !d_video->decoder_output.imgfmt)
|
|
|
|
return;
|
2013-10-29 21:38:29 +00:00
|
|
|
|
|
|
|
// If not paused, the next frame should come soon enough.
|
|
|
|
if (opts->pause && mpctx->last_vo_pts != MP_NOPTS_VALUE)
|
2014-05-18 12:08:45 +00:00
|
|
|
queue_seek(mpctx, MPSEEK_ABSOLUTE, mpctx->last_vo_pts, 2, true);
|
2013-10-29 21:38:29 +00:00
|
|
|
}
|
|
|
|
|
2014-08-13 19:50:23 +00:00
|
|
|
static int check_framedrop(struct MPContext *mpctx)
|
2014-05-01 21:53:18 +00:00
|
|
|
{
|
|
|
|
struct MPOpts *opts = mpctx->opts;
|
|
|
|
// check for frame-drop:
|
2014-08-13 19:50:23 +00:00
|
|
|
if (mpctx->video_status == STATUS_PLAYING && !mpctx->paused &&
|
|
|
|
mpctx->audio_status == STATUS_PLAYING && !ao_untimed(mpctx->ao))
|
2014-05-01 21:53:18 +00:00
|
|
|
{
|
|
|
|
float delay = opts->playback_speed * ao_get_delay(mpctx->ao);
|
|
|
|
float d = delay - mpctx->delay;
|
|
|
|
float fps = mpctx->d_video->fps;
|
2014-08-13 19:50:23 +00:00
|
|
|
double frame_time = fps > 0 ? 1.0 / fps : 0;
|
2014-05-01 21:53:18 +00:00
|
|
|
// we should avoid dropping too many frames in sequence unless we
|
|
|
|
// are too late. and we allow 100ms A-V delay here:
|
2014-08-13 19:50:23 +00:00
|
|
|
if (d < -mpctx->dropped_frames * frame_time - 0.100) {
|
2014-05-01 21:53:18 +00:00
|
|
|
mpctx->drop_frame_cnt++;
|
|
|
|
mpctx->dropped_frames++;
|
video: add VO framedropping mode
This mostly uses the same idea as with vo_vdpau.c, but much simplified.
On X11, it tries to get the display framerate with XF86VM, and limits
the frequency of new video frames against it. Note that this is an old
extension, and is confirmed not to work correctly with multi-monitor
setups. But we're using it because it was already around (it is also
used by vo_vdpau).
This attempts to predict the next vsync event by using the time of the
last frame and the display FPS. Even if that goes completely wrong,
the results are still relatively good.
On other systems, or if the X11 code doesn't return a display FPS, a
framerate of 1000 is assumed. This is infinite for all practical
purposes, and means that only frames which are definitely too late are
dropped. This probably has worse results, but is still useful.
"--framedrop=yes" is basically replaced with "--framedrop=decoder". The
old framedropping mode is kept around, and should perhaps be improved.
Dropping on the decoder level is still useful if decoding itself is too
slow.
2014-08-15 21:33:33 +00:00
|
|
|
return !!(mpctx->opts->frame_dropping & 2);
|
2014-05-01 21:53:18 +00:00
|
|
|
} else
|
|
|
|
mpctx->dropped_frames = 0;
|
|
|
|
}
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
|
|
|
// Read a packet, store decoded image into d_video->waiting_decoded_mpi
|
2014-07-18 13:11:21 +00:00
|
|
|
// returns VD_* code
|
2014-05-01 21:53:18 +00:00
|
|
|
static int decode_image(struct MPContext *mpctx)
|
2013-10-29 21:38:29 +00:00
|
|
|
{
|
2013-11-23 20:36:20 +00:00
|
|
|
struct dec_video *d_video = mpctx->d_video;
|
2013-10-29 21:38:29 +00:00
|
|
|
|
2014-05-01 21:53:18 +00:00
|
|
|
if (d_video->header->attached_picture) {
|
|
|
|
d_video->waiting_decoded_mpi =
|
|
|
|
video_decode(d_video, d_video->header->attached_picture, 0);
|
2014-07-18 13:11:21 +00:00
|
|
|
return VD_EOF;
|
2014-05-01 21:53:18 +00:00
|
|
|
}
|
2013-10-29 21:38:29 +00:00
|
|
|
|
2014-07-18 13:10:28 +00:00
|
|
|
struct demux_packet *pkt;
|
|
|
|
if (demux_read_packet_async(d_video->header, &pkt) == 0)
|
2014-07-18 13:11:21 +00:00
|
|
|
return VD_WAIT;
|
2014-05-01 21:53:18 +00:00
|
|
|
if (pkt && pkt->pts != MP_NOPTS_VALUE)
|
|
|
|
pkt->pts += mpctx->video_offset;
|
|
|
|
if ((pkt && pkt->pts >= mpctx->hrseek_pts - .005) ||
|
2014-05-07 20:01:17 +00:00
|
|
|
d_video->has_broken_packet_pts ||
|
|
|
|
!mpctx->opts->hr_seek_framedrop)
|
2014-05-01 21:53:18 +00:00
|
|
|
{
|
|
|
|
mpctx->hrseek_framedrop = false;
|
|
|
|
}
|
2014-07-28 18:40:43 +00:00
|
|
|
bool hrseek = mpctx->hrseek_active && mpctx->video_status == STATUS_SYNCING;
|
|
|
|
int framedrop_type = hrseek && mpctx->hrseek_framedrop ?
|
2014-08-13 19:50:23 +00:00
|
|
|
2 : check_framedrop(mpctx);
|
2014-05-01 21:53:18 +00:00
|
|
|
d_video->waiting_decoded_mpi =
|
|
|
|
video_decode(d_video, pkt, framedrop_type);
|
2014-05-02 12:44:53 +00:00
|
|
|
bool had_packet = !!pkt;
|
2014-05-01 21:53:18 +00:00
|
|
|
talloc_free(pkt);
|
2013-10-29 21:38:29 +00:00
|
|
|
|
2014-07-18 13:11:21 +00:00
|
|
|
return had_packet ? VD_PROGRESS : VD_EOF;
|
2013-10-29 21:38:29 +00:00
|
|
|
}
|
|
|
|
|
2014-05-01 21:53:18 +00:00
|
|
|
|
2013-12-10 18:24:58 +00:00
|
|
|
// Called after video reinit. This can be generally used to try to insert more
|
|
|
|
// filters using the filter chain edit functionality in command.c.
|
2013-10-29 21:38:29 +00:00
|
|
|
static void init_filter_params(struct MPContext *mpctx)
|
|
|
|
{
|
|
|
|
struct MPOpts *opts = mpctx->opts;
|
|
|
|
|
2013-12-10 18:07:29 +00:00
|
|
|
// Note that the filter chain is already initialized. This code might
|
|
|
|
// recreate the chain a second time, which is not very elegant, but allows
|
|
|
|
// us to test whether enabling deinterlacing works with the current video
|
|
|
|
// format and other filters.
|
|
|
|
if (opts->deinterlace >= 0)
|
|
|
|
mp_property_do("deinterlace", M_PROPERTY_SET, &opts->deinterlace, mpctx);
|
|
|
|
}
|
|
|
|
|
2014-05-01 21:53:18 +00:00
|
|
|
// Make sure at least 1 filtered image is available.
|
2014-07-18 13:11:21 +00:00
|
|
|
// returns VD_* code
|
|
|
|
// A return value of VD_PROGRESS doesn't necessarily output a frame, but makes
|
|
|
|
// the promise that calling this function again will eventually do something.
|
2014-05-01 21:53:18 +00:00
|
|
|
static int video_decode_and_filter(struct MPContext *mpctx)
|
2013-12-10 18:07:29 +00:00
|
|
|
{
|
|
|
|
struct dec_video *d_video = mpctx->d_video;
|
2014-05-01 21:53:18 +00:00
|
|
|
struct vf_chain *vf = d_video->vfilter;
|
2013-10-29 21:38:29 +00:00
|
|
|
|
2014-05-01 21:53:18 +00:00
|
|
|
if (vf->initialized < 0)
|
2014-07-18 13:11:21 +00:00
|
|
|
return VD_ERROR;
|
video: display last frame, drain frames on video reconfig
Until now, the player didn't care to drain frames on video reconfig.
Instead, the VO was reconfigured (i.e. resized) before the queued frames
finished displaying. This can for example be observed by passing
multiple images with different size as mf:// filename. Then the window
would resize one frame before image with the new size is displayed. With
--vo=vdpau, the effect is worse, because this VO queues more than 1
frame internally.
Fix this by explicitly draining buffered frames before video reconfig.
Raise the display time of the last frame. Otherwise, the last frame
would be shown for a very short time only. This usually doesn't matter,
but helps when playing image files. This is a byproduct of frame
draining, because normally, video timing is based on the frames queued
to the VO, and we can't do that with frames of different size or format.
So we pretend that the frame before the change is the last frame in
order to time it. This code is incorrect though: it tries to use the
framerate, which often doesn't make sense. But it's good enough to test
this code with mf://.
2013-12-10 18:33:11 +00:00
|
|
|
|
2014-05-01 21:53:18 +00:00
|
|
|
// There is already a filtered frame available.
|
|
|
|
if (vf_output_frame(vf, false) > 0)
|
2014-07-18 13:11:21 +00:00
|
|
|
return VD_PROGRESS;
|
2014-05-01 21:53:18 +00:00
|
|
|
|
|
|
|
// Decoder output is different from filter input?
|
|
|
|
bool need_vf_reconfig = !vf->input_params.imgfmt || vf->initialized < 1 ||
|
2014-06-17 21:30:16 +00:00
|
|
|
!mp_image_params_equal(&d_video->decoder_output, &vf->input_params);
|
2014-05-01 21:53:18 +00:00
|
|
|
|
|
|
|
// (If imgfmt==0, nothing was decoded yet, and the format is unknown.)
|
|
|
|
if (need_vf_reconfig && d_video->decoder_output.imgfmt) {
|
|
|
|
// Drain the filter chain.
|
|
|
|
if (vf_output_frame(vf, true) > 0)
|
2014-07-18 13:11:21 +00:00
|
|
|
return VD_PROGRESS;
|
2014-05-01 21:53:18 +00:00
|
|
|
|
|
|
|
// The filter chain is drained; execute the filter format change.
|
|
|
|
filter_reconfig(mpctx, false);
|
|
|
|
if (vf->initialized == 0)
|
2014-07-18 13:11:21 +00:00
|
|
|
return VD_PROGRESS; // hw decoding fallback; try again
|
2014-05-01 21:53:18 +00:00
|
|
|
if (vf->initialized < 1)
|
2014-07-18 13:11:21 +00:00
|
|
|
return VD_ERROR;
|
2014-05-01 21:53:18 +00:00
|
|
|
init_filter_params(mpctx);
|
2014-07-18 13:11:21 +00:00
|
|
|
return VD_PROGRESS;
|
2013-10-29 21:38:29 +00:00
|
|
|
}
|
2013-12-10 18:07:29 +00:00
|
|
|
|
2014-05-01 21:53:18 +00:00
|
|
|
// If something was decoded, and the filter chain is ready, filter it.
|
|
|
|
if (!need_vf_reconfig && d_video->waiting_decoded_mpi) {
|
|
|
|
vf_filter_frame(vf, d_video->waiting_decoded_mpi);
|
|
|
|
d_video->waiting_decoded_mpi = NULL;
|
2014-07-18 13:11:21 +00:00
|
|
|
return VD_PROGRESS;
|
2013-12-10 18:07:29 +00:00
|
|
|
}
|
2013-10-29 21:38:29 +00:00
|
|
|
|
2014-05-01 21:53:18 +00:00
|
|
|
if (!d_video->waiting_decoded_mpi) {
|
|
|
|
// Decode a new image, or at least feed the decoder a packet.
|
2014-07-22 19:08:42 +00:00
|
|
|
int r = decode_image(mpctx);
|
|
|
|
if (r == VD_WAIT)
|
|
|
|
return r;
|
2014-05-01 21:53:18 +00:00
|
|
|
if (d_video->waiting_decoded_mpi)
|
|
|
|
d_video->decoder_output = d_video->waiting_decoded_mpi->params;
|
2014-07-30 20:44:46 +00:00
|
|
|
if (!d_video->waiting_decoded_mpi && (r == VD_EOF || r < 0)) {
|
|
|
|
if (vf_output_frame(vf, true) > 0)
|
|
|
|
return VD_PROGRESS;
|
2014-07-18 13:11:21 +00:00
|
|
|
return VD_EOF; // true EOF
|
2014-07-30 20:44:46 +00:00
|
|
|
}
|
2014-05-01 21:53:18 +00:00
|
|
|
}
|
2013-10-29 21:38:29 +00:00
|
|
|
|
2014-05-01 21:53:18 +00:00
|
|
|
// Image will be filtered on the next iteration.
|
2014-07-22 19:08:42 +00:00
|
|
|
return VD_PROGRESS;
|
video: display last frame, drain frames on video reconfig
Until now, the player didn't care to drain frames on video reconfig.
Instead, the VO was reconfigured (i.e. resized) before the queued frames
finished displaying. This can for example be observed by passing
multiple images with different size as mf:// filename. Then the window
would resize one frame before image with the new size is displayed. With
--vo=vdpau, the effect is worse, because this VO queues more than 1
frame internally.
Fix this by explicitly draining buffered frames before video reconfig.
Raise the display time of the last frame. Otherwise, the last frame
would be shown for a very short time only. This usually doesn't matter,
but helps when playing image files. This is a byproduct of frame
draining, because normally, video timing is based on the frames queued
to the VO, and we can't do that with frames of different size or format.
So we pretend that the frame before the change is the last frame in
order to time it. This code is incorrect though: it tries to use the
framerate, which often doesn't make sense. But it's good enough to test
this code with mf://.
2013-12-10 18:33:11 +00:00
|
|
|
}
|
|
|
|
|
2014-08-22 12:19:01 +00:00
|
|
|
/* Modify video timing to match the audio timeline. There are two main
|
|
|
|
* reasons this is needed. First, video and audio can start from different
|
|
|
|
* positions at beginning of file or after a seek (MPlayer starts both
|
|
|
|
* immediately even if they have different pts). Second, the file can have
|
|
|
|
* audio timestamps that are inconsistent with the duration of the audio
|
|
|
|
* packets, for example two consecutive timestamp values differing by
|
|
|
|
* one second but only a packet with enough samples for half a second
|
|
|
|
* of playback between them.
|
|
|
|
*/
|
|
|
|
static void adjust_sync(struct MPContext *mpctx, double v_pts, double frame_time)
|
2013-10-29 21:38:29 +00:00
|
|
|
{
|
|
|
|
struct MPOpts *opts = mpctx->opts;
|
2014-05-01 21:53:18 +00:00
|
|
|
|
2014-08-22 12:19:01 +00:00
|
|
|
if (mpctx->audio_status != STATUS_PLAYING)
|
|
|
|
return;
|
2014-05-01 23:28:52 +00:00
|
|
|
|
2014-08-25 19:28:56 +00:00
|
|
|
double a_pts = written_audio_pts(mpctx) + mpctx->audio_delay - mpctx->delay;
|
2014-08-22 12:19:01 +00:00
|
|
|
double av_delay = a_pts - v_pts;
|
|
|
|
|
|
|
|
double change = av_delay * 0.1;
|
|
|
|
double max_change = opts->default_max_pts_correction >= 0 ?
|
|
|
|
opts->default_max_pts_correction : frame_time * 0.1;
|
|
|
|
if (change < -max_change)
|
|
|
|
change = -max_change;
|
|
|
|
else if (change > max_change)
|
|
|
|
change = max_change;
|
|
|
|
mpctx->delay += change;
|
|
|
|
mpctx->total_avsync_change += change;
|
2013-10-29 21:38:29 +00:00
|
|
|
}
|
|
|
|
|
video: fix and simplify video format changes and last frame display
The previous commit broke these things, and fixing them is separate in
this commit in order to reduce the volume of changes.
Move the image queue from the VO to the playback core. The image queue
is a remnant of the old way how vdpau was implemented, and increasingly
became more and more an artifact. In the end, it did only one thing:
computing the duration of the current frame. This was done by taking the
PTS difference between the current and the future frame. We keep this,
but by moving it out of the VO, we don't have to special-case format
changes anymore. This simplifies the code a lot.
Since we need the queue to compute the duration only, a queue size
larger than 2 makes no sense, and we can hardcode that.
Also change how the last frame is handled. The last frame is a bit of a
problem, because video timing works by showing one frame after another,
which makes it a special case. Make the VO provide a function to notify
us when the frame is done, instead. The frame duration is used for that.
This is not perfect. For example, changing playback speed during the
last frame doesn't update the end time. Pausing will not stop the clock
that times the last frame. But I don't think this matters for such a
corner case.
2014-08-12 21:17:35 +00:00
|
|
|
// Fill mpctx->next_frame[] with a newly filtered or decoded image.
|
2014-07-18 13:11:21 +00:00
|
|
|
// returns VD_* code
|
video: fix and simplify video format changes and last frame display
The previous commit broke these things, and fixing them is separate in
this commit in order to reduce the volume of changes.
Move the image queue from the VO to the playback core. The image queue
is a remnant of the old way how vdpau was implemented, and increasingly
became more and more an artifact. In the end, it did only one thing:
computing the duration of the current frame. This was done by taking the
PTS difference between the current and the future frame. We keep this,
but by moving it out of the VO, we don't have to special-case format
changes anymore. This simplifies the code a lot.
Since we need the queue to compute the duration only, a queue size
larger than 2 makes no sense, and we can hardcode that.
Also change how the last frame is handled. The last frame is a bit of a
problem, because video timing works by showing one frame after another,
which makes it a special case. Make the VO provide a function to notify
us when the frame is done, instead. The frame duration is used for that.
This is not perfect. For example, changing playback speed during the
last frame doesn't update the end time. Pausing will not stop the clock
that times the last frame. But I don't think this matters for such a
corner case.
2014-08-12 21:17:35 +00:00
|
|
|
static int video_output_image(struct MPContext *mpctx, double endpts)
|
2013-10-29 21:38:29 +00:00
|
|
|
{
|
2014-05-01 21:53:18 +00:00
|
|
|
if (mpctx->d_video->header->attached_picture) {
|
2014-08-22 12:20:30 +00:00
|
|
|
if (vo_has_frame(mpctx->video_out))
|
2014-07-18 13:11:21 +00:00
|
|
|
return VD_EOF;
|
2014-08-22 12:20:00 +00:00
|
|
|
if (mpctx->next_frame[0])
|
2014-07-18 13:11:21 +00:00
|
|
|
return VD_NEW_FRAME;
|
2014-08-22 12:20:30 +00:00
|
|
|
int r = video_decode_and_filter(mpctx);
|
|
|
|
mpctx->next_frame[0] = vf_read_output_frame(mpctx->d_video->vfilter);
|
|
|
|
if (mpctx->next_frame[0])
|
|
|
|
mpctx->next_frame[0]->pts = MP_NOPTS_VALUE;
|
|
|
|
return r <= 0 ? VD_EOF : VD_PROGRESS;
|
2014-08-13 19:55:46 +00:00
|
|
|
}
|
|
|
|
|
player: restore silent seeking
Commit 846257da introduced an accidental feature: if you kept seeking
(so playback never really resumes), the audio would never be played.
This was nice, but commit 4c25b000 accidentally removed it again (due
to the video_next_pts being earlier available than it used to be, so
audio could be played before the player executed the next queued seek).
Implicitly reintroduce the old behavior again by not decoding a second
video frame immediately. Usually, the second frame is used to compute
the frame duration needed to for accurate framedropping, but since the
first frame after a seek is never dropped, we don't need this.
Now the video code will queue the new frame to the VO immediately, and
since fill_audio_out_buffers() is called in the playloop before
write_video() and execute_queued_seek(), it never gets the chance to
enter STATUS_READY, and seeks will be silent.
This also has a nice side-effect: since the second frame is not decoded
and filtered, seeking becomes slightly faster (back to the same level
as with framedrop disabled).
It seems this still sometimes plays a period of audio when keeping a
seek key down. In my tests, this appeared to happen because the seek
finished before the next key repeat was sent.
2014-08-23 10:02:40 +00:00
|
|
|
bool need_2nd = !!(mpctx->opts->frame_dropping & 1) // we need the duration
|
|
|
|
&& mpctx->video_pts != MP_NOPTS_VALUE; // ...except for the 1st frame
|
2014-08-13 19:55:46 +00:00
|
|
|
|
2014-08-22 12:20:30 +00:00
|
|
|
// Enough video filtered already?
|
|
|
|
if (mpctx->next_frame[0] && (!need_2nd || mpctx->next_frame[1]))
|
|
|
|
return VD_NEW_FRAME;
|
2014-08-13 19:55:46 +00:00
|
|
|
|
2014-08-22 12:20:30 +00:00
|
|
|
// Filter a new frame.
|
|
|
|
int r = video_decode_and_filter(mpctx);
|
|
|
|
if (r < 0)
|
|
|
|
return r; // error
|
|
|
|
|
|
|
|
// Get a new frame if we need one.
|
|
|
|
if (!mpctx->next_frame[1]) {
|
|
|
|
struct mp_image *img = vf_read_output_frame(mpctx->d_video->vfilter);
|
|
|
|
if (img) {
|
|
|
|
// Always add these; they make backstepping after seeking faster.
|
|
|
|
add_frame_pts(mpctx, img->pts);
|
|
|
|
|
|
|
|
bool drop = false;
|
|
|
|
bool hrseek = mpctx->hrseek_active
|
|
|
|
&& mpctx->video_status == STATUS_SYNCING;
|
|
|
|
if (hrseek && img->pts < mpctx->hrseek_pts - .005)
|
|
|
|
drop = true;
|
|
|
|
if (endpts != MP_NOPTS_VALUE && img->pts >= endpts) {
|
|
|
|
drop = true;
|
|
|
|
r = VD_EOF;
|
|
|
|
}
|
|
|
|
if (drop) {
|
|
|
|
talloc_free(img);
|
|
|
|
} else {
|
|
|
|
mpctx->next_frame[1] = img;
|
|
|
|
}
|
|
|
|
}
|
2014-05-01 21:53:18 +00:00
|
|
|
}
|
|
|
|
|
2014-08-22 12:20:30 +00:00
|
|
|
if (!mpctx->next_frame[0] && mpctx->next_frame[1]) {
|
|
|
|
mpctx->next_frame[0] = mpctx->next_frame[1];
|
|
|
|
mpctx->next_frame[1] = NULL;
|
2014-05-01 21:53:18 +00:00
|
|
|
|
2014-08-13 19:54:26 +00:00
|
|
|
double pts = mpctx->next_frame[0]->pts;
|
2014-08-22 12:20:00 +00:00
|
|
|
double last_pts = mpctx->video_pts;
|
2014-08-13 19:54:26 +00:00
|
|
|
if (last_pts == MP_NOPTS_VALUE)
|
|
|
|
last_pts = pts;
|
|
|
|
double frame_time = pts - last_pts;
|
|
|
|
if (frame_time < 0 || frame_time >= 60) {
|
|
|
|
// Assume a PTS difference >= 60 seconds is a discontinuity.
|
|
|
|
MP_WARN(mpctx, "Jump in video pts: %f -> %f\n", last_pts, pts);
|
|
|
|
frame_time = 0;
|
|
|
|
}
|
2014-08-22 13:28:05 +00:00
|
|
|
mpctx->video_next_pts = pts;
|
2014-08-13 19:54:26 +00:00
|
|
|
if (mpctx->d_audio)
|
|
|
|
mpctx->delay -= frame_time;
|
|
|
|
if (mpctx->video_status >= STATUS_READY) {
|
|
|
|
mpctx->time_frame += frame_time / mpctx->opts->playback_speed;
|
|
|
|
adjust_sync(mpctx, pts, frame_time);
|
|
|
|
}
|
|
|
|
MP_TRACE(mpctx, "frametime=%5.3f\n", frame_time);
|
2014-08-22 12:20:30 +00:00
|
|
|
r = VD_PROGRESS;
|
2014-08-13 19:53:47 +00:00
|
|
|
}
|
2014-08-22 12:20:30 +00:00
|
|
|
|
|
|
|
// On EOF, always allow the playloop to use the remaining frame.
|
|
|
|
if (r <= 0 && mpctx->next_frame[0])
|
|
|
|
r = VD_NEW_FRAME;
|
|
|
|
|
|
|
|
return r;
|
2013-10-29 21:38:29 +00:00
|
|
|
}
|
2014-07-30 21:24:08 +00:00
|
|
|
|
2014-08-13 19:54:13 +00:00
|
|
|
/* Update avsync before a new video frame is displayed. Actually, this can be
|
|
|
|
* called arbitrarily often before the actual display.
|
|
|
|
* This adjusts the time of the next video frame */
|
|
|
|
static void update_avsync_before_frame(struct MPContext *mpctx)
|
|
|
|
{
|
|
|
|
struct MPOpts *opts = mpctx->opts;
|
|
|
|
struct vo *vo = mpctx->video_out;
|
|
|
|
|
|
|
|
if (!mpctx->sync_audio_to_video || mpctx->video_status < STATUS_READY) {
|
|
|
|
mpctx->time_frame = 0;
|
|
|
|
} else if (mpctx->audio_status == STATUS_PLAYING &&
|
|
|
|
mpctx->video_status == STATUS_PLAYING &&
|
|
|
|
!ao_untimed(mpctx->ao))
|
|
|
|
{
|
|
|
|
double buffered_audio = ao_get_delay(mpctx->ao);
|
|
|
|
MP_TRACE(mpctx, "audio delay=%f\n", buffered_audio);
|
|
|
|
|
|
|
|
if (opts->autosync) {
|
|
|
|
/* Smooth reported playback position from AO by averaging
|
|
|
|
* it with the value expected based on previus value and
|
|
|
|
* time elapsed since then. May help smooth video timing
|
|
|
|
* with audio output that have inaccurate position reporting.
|
|
|
|
* This is badly implemented; the behavior of the smoothing
|
|
|
|
* now undesirably depends on how often this code runs
|
|
|
|
* (mainly depends on video frame rate). */
|
|
|
|
float predicted = mpctx->delay / opts->playback_speed +
|
|
|
|
mpctx->time_frame;
|
|
|
|
float difference = buffered_audio - predicted;
|
|
|
|
buffered_audio = predicted + difference / opts->autosync;
|
|
|
|
}
|
|
|
|
|
|
|
|
mpctx->time_frame = buffered_audio - mpctx->delay / opts->playback_speed;
|
|
|
|
} else {
|
|
|
|
/* If we're more than 200 ms behind the right playback
|
|
|
|
* position, don't try to speed up display of following
|
|
|
|
* frames to catch up; continue with default speed from
|
|
|
|
* the current frame instead.
|
|
|
|
* If untimed is set always output frames immediately
|
|
|
|
* without sleeping.
|
|
|
|
*/
|
|
|
|
if (mpctx->time_frame < -0.2 || opts->untimed || vo->driver->untimed)
|
|
|
|
mpctx->time_frame = 0;
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
|
|
|
// Update the A/V sync difference after a video frame has been shown.
|
|
|
|
static void update_avsync_after_frame(struct MPContext *mpctx)
|
2014-07-30 21:24:08 +00:00
|
|
|
{
|
2014-08-22 12:20:30 +00:00
|
|
|
mpctx->time_frame -= get_relative_time(mpctx);
|
|
|
|
|
2014-07-30 21:24:08 +00:00
|
|
|
if (mpctx->audio_status != STATUS_PLAYING ||
|
|
|
|
mpctx->video_status != STATUS_PLAYING)
|
|
|
|
return;
|
|
|
|
|
|
|
|
double a_pos = playing_audio_pts(mpctx);
|
|
|
|
|
|
|
|
mpctx->last_av_difference = a_pos - mpctx->video_pts + mpctx->audio_delay;
|
|
|
|
if (mpctx->time_frame > 0)
|
|
|
|
mpctx->last_av_difference +=
|
|
|
|
mpctx->time_frame * mpctx->opts->playback_speed;
|
|
|
|
if (a_pos == MP_NOPTS_VALUE || mpctx->video_pts == MP_NOPTS_VALUE)
|
|
|
|
mpctx->last_av_difference = MP_NOPTS_VALUE;
|
|
|
|
if (mpctx->last_av_difference > 0.5 && mpctx->drop_frame_cnt > 50
|
|
|
|
&& !mpctx->drop_message_shown) {
|
|
|
|
MP_WARN(mpctx, "%s", av_desync_help_text);
|
|
|
|
mpctx->drop_message_shown = true;
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
2014-08-22 12:19:01 +00:00
|
|
|
static void init_vo(struct MPContext *mpctx)
|
|
|
|
{
|
|
|
|
struct MPOpts *opts = mpctx->opts;
|
|
|
|
struct dec_video *d_video = mpctx->d_video;
|
|
|
|
|
|
|
|
if (opts->gamma_gamma != 1000)
|
|
|
|
video_set_colors(d_video, "gamma", opts->gamma_gamma);
|
|
|
|
if (opts->gamma_brightness != 1000)
|
|
|
|
video_set_colors(d_video, "brightness", opts->gamma_brightness);
|
|
|
|
if (opts->gamma_contrast != 1000)
|
|
|
|
video_set_colors(d_video, "contrast", opts->gamma_contrast);
|
|
|
|
if (opts->gamma_saturation != 1000)
|
|
|
|
video_set_colors(d_video, "saturation", opts->gamma_saturation);
|
|
|
|
if (opts->gamma_hue != 1000)
|
|
|
|
video_set_colors(d_video, "hue", opts->gamma_hue);
|
|
|
|
|
|
|
|
mp_notify(mpctx, MPV_EVENT_VIDEO_RECONFIG, NULL);
|
|
|
|
}
|
|
|
|
|
2014-07-30 21:24:08 +00:00
|
|
|
void write_video(struct MPContext *mpctx, double endpts)
|
|
|
|
{
|
|
|
|
struct MPOpts *opts = mpctx->opts;
|
|
|
|
struct vo *vo = mpctx->video_out;
|
|
|
|
|
|
|
|
if (!mpctx->d_video)
|
|
|
|
return;
|
|
|
|
|
2014-08-13 19:51:26 +00:00
|
|
|
// Actual playback starts when both audio and video are ready.
|
|
|
|
if (mpctx->video_status == STATUS_READY)
|
|
|
|
return;
|
|
|
|
|
|
|
|
if (mpctx->paused && mpctx->video_status >= STATUS_READY)
|
|
|
|
return;
|
|
|
|
|
2014-07-30 21:24:08 +00:00
|
|
|
update_fps(mpctx);
|
|
|
|
|
2014-08-22 12:20:30 +00:00
|
|
|
int r = video_output_image(mpctx, endpts);
|
|
|
|
MP_TRACE(mpctx, "video_output_image: %d\n", r);
|
2014-07-30 21:24:08 +00:00
|
|
|
|
video: fix and simplify video format changes and last frame display
The previous commit broke these things, and fixing them is separate in
this commit in order to reduce the volume of changes.
Move the image queue from the VO to the playback core. The image queue
is a remnant of the old way how vdpau was implemented, and increasingly
became more and more an artifact. In the end, it did only one thing:
computing the duration of the current frame. This was done by taking the
PTS difference between the current and the future frame. We keep this,
but by moving it out of the VO, we don't have to special-case format
changes anymore. This simplifies the code a lot.
Since we need the queue to compute the duration only, a queue size
larger than 2 makes no sense, and we can hardcode that.
Also change how the last frame is handled. The last frame is a bit of a
problem, because video timing works by showing one frame after another,
which makes it a special case. Make the VO provide a function to notify
us when the frame is done, instead. The frame duration is used for that.
This is not perfect. For example, changing playback speed during the
last frame doesn't update the end time. Pausing will not stop the clock
that times the last frame. But I don't think this matters for such a
corner case.
2014-08-12 21:17:35 +00:00
|
|
|
if (r < 0)
|
|
|
|
goto error;
|
2014-07-30 21:24:08 +00:00
|
|
|
|
2014-08-22 12:18:40 +00:00
|
|
|
if (r == VD_WAIT) // Demuxer will wake us up for more packets to decode.
|
video: fix and simplify video format changes and last frame display
The previous commit broke these things, and fixing them is separate in
this commit in order to reduce the volume of changes.
Move the image queue from the VO to the playback core. The image queue
is a remnant of the old way how vdpau was implemented, and increasingly
became more and more an artifact. In the end, it did only one thing:
computing the duration of the current frame. This was done by taking the
PTS difference between the current and the future frame. We keep this,
but by moving it out of the VO, we don't have to special-case format
changes anymore. This simplifies the code a lot.
Since we need the queue to compute the duration only, a queue size
larger than 2 makes no sense, and we can hardcode that.
Also change how the last frame is handled. The last frame is a bit of a
problem, because video timing works by showing one frame after another,
which makes it a special case. Make the VO provide a function to notify
us when the frame is done, instead. The frame duration is used for that.
This is not perfect. For example, changing playback speed during the
last frame doesn't update the end time. Pausing will not stop the clock
that times the last frame. But I don't think this matters for such a
corner case.
2014-08-12 21:17:35 +00:00
|
|
|
return;
|
2014-07-30 21:24:08 +00:00
|
|
|
|
2014-08-22 12:18:40 +00:00
|
|
|
if (r == VD_EOF) {
|
|
|
|
mpctx->video_status =
|
|
|
|
vo_still_displaying(vo) ? STATUS_DRAINING : STATUS_EOF;
|
2014-07-30 21:24:08 +00:00
|
|
|
mpctx->delay = 0;
|
|
|
|
mpctx->last_av_difference = 0;
|
2014-08-22 12:18:40 +00:00
|
|
|
MP_VERBOSE(mpctx, "video EOF (status=%d)\n", mpctx->video_status);
|
2014-07-31 19:57:05 +00:00
|
|
|
return;
|
2014-07-30 21:24:08 +00:00
|
|
|
}
|
|
|
|
|
2014-08-22 12:18:40 +00:00
|
|
|
if (mpctx->video_status > STATUS_PLAYING)
|
|
|
|
mpctx->video_status = STATUS_PLAYING;
|
|
|
|
|
2014-07-30 21:24:08 +00:00
|
|
|
mpctx->time_frame -= get_relative_time(mpctx);
|
2014-08-13 19:54:13 +00:00
|
|
|
update_avsync_before_frame(mpctx);
|
2014-07-30 21:24:08 +00:00
|
|
|
|
2014-08-22 12:18:40 +00:00
|
|
|
if (r != VD_NEW_FRAME) {
|
|
|
|
mpctx->sleeptime = 0; // Decode more in next iteration.
|
2014-07-30 21:24:08 +00:00
|
|
|
return;
|
2014-08-22 12:18:40 +00:00
|
|
|
}
|
2014-07-30 21:24:08 +00:00
|
|
|
|
video: fix and simplify video format changes and last frame display
The previous commit broke these things, and fixing them is separate in
this commit in order to reduce the volume of changes.
Move the image queue from the VO to the playback core. The image queue
is a remnant of the old way how vdpau was implemented, and increasingly
became more and more an artifact. In the end, it did only one thing:
computing the duration of the current frame. This was done by taking the
PTS difference between the current and the future frame. We keep this,
but by moving it out of the VO, we don't have to special-case format
changes anymore. This simplifies the code a lot.
Since we need the queue to compute the duration only, a queue size
larger than 2 makes no sense, and we can hardcode that.
Also change how the last frame is handled. The last frame is a bit of a
problem, because video timing works by showing one frame after another,
which makes it a special case. Make the VO provide a function to notify
us when the frame is done, instead. The frame duration is used for that.
This is not perfect. For example, changing playback speed during the
last frame doesn't update the end time. Pausing will not stop the clock
that times the last frame. But I don't think this matters for such a
corner case.
2014-08-12 21:17:35 +00:00
|
|
|
// Filter output is different from VO input?
|
|
|
|
struct mp_image_params p = mpctx->next_frame[0]->params;
|
|
|
|
if (!vo->params || !mp_image_params_equal(&p, vo->params)) {
|
|
|
|
// Changing config deletes the current frame; wait until it's finished.
|
|
|
|
if (vo_still_displaying(vo))
|
|
|
|
return;
|
|
|
|
|
|
|
|
const struct vo_driver *info = mpctx->video_out->driver;
|
|
|
|
MP_INFO(mpctx, "VO: [%s] %dx%d => %dx%d %s\n",
|
|
|
|
info->name, p.w, p.h, p.d_w, p.d_h, vo_format_name(p.imgfmt));
|
|
|
|
MP_VERBOSE(mpctx, "VO: Description: %s\n", info->description);
|
|
|
|
|
|
|
|
int vo_r = vo_reconfig(vo, &p, 0);
|
|
|
|
if (vo_r < 0)
|
|
|
|
goto error;
|
|
|
|
init_vo(mpctx);
|
|
|
|
mpctx->time_frame = 0; // display immediately
|
|
|
|
}
|
|
|
|
|
video: move display and timing to a separate thread
The VO is run inside its own thread. It also does most of video timing.
The playloop hands the image data and a realtime timestamp to the VO,
and the VO does the rest.
In particular, this allows the playloop to do other things, instead of
blocking for video redraw. But if anything accesses the VO during video
timing, it will block.
This also fixes vo_sdl.c event handling; but that is only a side-effect,
since reimplementing the broken way would require more effort.
Also drop --softsleep. In theory, this option helps if the kernel's
sleeping mechanism is too inaccurate for video timing. In practice, I
haven't ever encountered a situation where it helps, and it just burns
CPU cycles. On the other hand it's probably actively harmful, because
it prevents the libavcodec decoder threads from doing real work.
Side note:
Originally, I intended that multiple frames can be queued to the VO. But
this is not done, due to problems with OSD and other certain features.
OSD in particular is simply designed in a way that it can be neither
timed nor copied, so you do have to render it into the video frame
before you can draw the next frame. (Subtitles have no such restriction.
sd_lavc was even updated to fix this.) It seems the right solution to
queuing multiple VO frames is rendering on VO-backed framebuffers, like
vo_vdpau.c does. This requires VO driver support, and is out of scope
of this commit.
As consequence, the VO has a queue size of 1. The existing video queue
is just needed to compute frame duration, and will be moved out in the
next commit.
2014-08-12 21:02:08 +00:00
|
|
|
double time_frame = MPMAX(mpctx->time_frame, -1);
|
|
|
|
int64_t pts = mp_time_us() + (int64_t)(time_frame * 1e6);
|
2014-07-30 21:24:08 +00:00
|
|
|
|
video: move display and timing to a separate thread
The VO is run inside its own thread. It also does most of video timing.
The playloop hands the image data and a realtime timestamp to the VO,
and the VO does the rest.
In particular, this allows the playloop to do other things, instead of
blocking for video redraw. But if anything accesses the VO during video
timing, it will block.
This also fixes vo_sdl.c event handling; but that is only a side-effect,
since reimplementing the broken way would require more effort.
Also drop --softsleep. In theory, this option helps if the kernel's
sleeping mechanism is too inaccurate for video timing. In practice, I
haven't ever encountered a situation where it helps, and it just burns
CPU cycles. On the other hand it's probably actively harmful, because
it prevents the libavcodec decoder threads from doing real work.
Side note:
Originally, I intended that multiple frames can be queued to the VO. But
this is not done, due to problems with OSD and other certain features.
OSD in particular is simply designed in a way that it can be neither
timed nor copied, so you do have to render it into the video frame
before you can draw the next frame. (Subtitles have no such restriction.
sd_lavc was even updated to fix this.) It seems the right solution to
queuing multiple VO frames is rendering on VO-backed framebuffers, like
vo_vdpau.c does. This requires VO driver support, and is out of scope
of this commit.
As consequence, the VO has a queue size of 1. The existing video queue
is just needed to compute frame duration, and will be moved out in the
next commit.
2014-08-12 21:02:08 +00:00
|
|
|
if (!vo_is_ready_for_frame(vo, pts))
|
|
|
|
return; // wait until VO wakes us up to get more frames
|
|
|
|
|
|
|
|
int64_t duration = -1;
|
video: fix and simplify video format changes and last frame display
The previous commit broke these things, and fixing them is separate in
this commit in order to reduce the volume of changes.
Move the image queue from the VO to the playback core. The image queue
is a remnant of the old way how vdpau was implemented, and increasingly
became more and more an artifact. In the end, it did only one thing:
computing the duration of the current frame. This was done by taking the
PTS difference between the current and the future frame. We keep this,
but by moving it out of the VO, we don't have to special-case format
changes anymore. This simplifies the code a lot.
Since we need the queue to compute the duration only, a queue size
larger than 2 makes no sense, and we can hardcode that.
Also change how the last frame is handled. The last frame is a bit of a
problem, because video timing works by showing one frame after another,
which makes it a special case. Make the VO provide a function to notify
us when the frame is done, instead. The frame duration is used for that.
This is not perfect. For example, changing playback speed during the
last frame doesn't update the end time. Pausing will not stop the clock
that times the last frame. But I don't think this matters for such a
corner case.
2014-08-12 21:17:35 +00:00
|
|
|
double diff = -1;
|
|
|
|
double vpts0 = mpctx->next_frame[0] ? mpctx->next_frame[0]->pts : MP_NOPTS_VALUE;
|
|
|
|
double vpts1 = mpctx->next_frame[1] ? mpctx->next_frame[1]->pts : MP_NOPTS_VALUE;
|
|
|
|
if (vpts0 != MP_NOPTS_VALUE && vpts1 != MP_NOPTS_VALUE)
|
|
|
|
diff = vpts1 - vpts0;
|
|
|
|
if (diff < 0 && mpctx->d_video->fps > 0)
|
|
|
|
diff = 1.0 / mpctx->d_video->fps; // fallback to demuxer-reported fps
|
|
|
|
if (diff >= 0) {
|
video: move display and timing to a separate thread
The VO is run inside its own thread. It also does most of video timing.
The playloop hands the image data and a realtime timestamp to the VO,
and the VO does the rest.
In particular, this allows the playloop to do other things, instead of
blocking for video redraw. But if anything accesses the VO during video
timing, it will block.
This also fixes vo_sdl.c event handling; but that is only a side-effect,
since reimplementing the broken way would require more effort.
Also drop --softsleep. In theory, this option helps if the kernel's
sleeping mechanism is too inaccurate for video timing. In practice, I
haven't ever encountered a situation where it helps, and it just burns
CPU cycles. On the other hand it's probably actively harmful, because
it prevents the libavcodec decoder threads from doing real work.
Side note:
Originally, I intended that multiple frames can be queued to the VO. But
this is not done, due to problems with OSD and other certain features.
OSD in particular is simply designed in a way that it can be neither
timed nor copied, so you do have to render it into the video frame
before you can draw the next frame. (Subtitles have no such restriction.
sd_lavc was even updated to fix this.) It seems the right solution to
queuing multiple VO frames is rendering on VO-backed framebuffers, like
vo_vdpau.c does. This requires VO driver support, and is out of scope
of this commit.
As consequence, the VO has a queue size of 1. The existing video queue
is just needed to compute frame duration, and will be moved out in the
next commit.
2014-08-12 21:02:08 +00:00
|
|
|
// expected A/V sync correction is ignored
|
video: fix and simplify video format changes and last frame display
The previous commit broke these things, and fixing them is separate in
this commit in order to reduce the volume of changes.
Move the image queue from the VO to the playback core. The image queue
is a remnant of the old way how vdpau was implemented, and increasingly
became more and more an artifact. In the end, it did only one thing:
computing the duration of the current frame. This was done by taking the
PTS difference between the current and the future frame. We keep this,
but by moving it out of the VO, we don't have to special-case format
changes anymore. This simplifies the code a lot.
Since we need the queue to compute the duration only, a queue size
larger than 2 makes no sense, and we can hardcode that.
Also change how the last frame is handled. The last frame is a bit of a
problem, because video timing works by showing one frame after another,
which makes it a special case. Make the VO provide a function to notify
us when the frame is done, instead. The frame duration is used for that.
This is not perfect. For example, changing playback speed during the
last frame doesn't update the end time. Pausing will not stop the clock
that times the last frame. But I don't think this matters for such a
corner case.
2014-08-12 21:17:35 +00:00
|
|
|
diff /= opts->playback_speed;
|
video: move display and timing to a separate thread
The VO is run inside its own thread. It also does most of video timing.
The playloop hands the image data and a realtime timestamp to the VO,
and the VO does the rest.
In particular, this allows the playloop to do other things, instead of
blocking for video redraw. But if anything accesses the VO during video
timing, it will block.
This also fixes vo_sdl.c event handling; but that is only a side-effect,
since reimplementing the broken way would require more effort.
Also drop --softsleep. In theory, this option helps if the kernel's
sleeping mechanism is too inaccurate for video timing. In practice, I
haven't ever encountered a situation where it helps, and it just burns
CPU cycles. On the other hand it's probably actively harmful, because
it prevents the libavcodec decoder threads from doing real work.
Side note:
Originally, I intended that multiple frames can be queued to the VO. But
this is not done, due to problems with OSD and other certain features.
OSD in particular is simply designed in a way that it can be neither
timed nor copied, so you do have to render it into the video frame
before you can draw the next frame. (Subtitles have no such restriction.
sd_lavc was even updated to fix this.) It seems the right solution to
queuing multiple VO frames is rendering on VO-backed framebuffers, like
vo_vdpau.c does. This requires VO driver support, and is out of scope
of this commit.
As consequence, the VO has a queue size of 1. The existing video queue
is just needed to compute frame duration, and will be moved out in the
next commit.
2014-08-12 21:02:08 +00:00
|
|
|
if (mpctx->time_frame < 0)
|
|
|
|
diff += mpctx->time_frame;
|
|
|
|
duration = MPCLAMP(diff, 0, 10) * 1e6;
|
|
|
|
}
|
2014-07-30 21:24:08 +00:00
|
|
|
|
2014-08-22 12:20:00 +00:00
|
|
|
mpctx->video_pts = mpctx->next_frame[0]->pts;
|
2014-07-30 21:24:08 +00:00
|
|
|
mpctx->last_vo_pts = mpctx->video_pts;
|
|
|
|
mpctx->playback_pts = mpctx->video_pts;
|
|
|
|
|
|
|
|
update_subtitles(mpctx);
|
|
|
|
update_osd_msg(mpctx);
|
|
|
|
|
video: fix and simplify video format changes and last frame display
The previous commit broke these things, and fixing them is separate in
this commit in order to reduce the volume of changes.
Move the image queue from the VO to the playback core. The image queue
is a remnant of the old way how vdpau was implemented, and increasingly
became more and more an artifact. In the end, it did only one thing:
computing the duration of the current frame. This was done by taking the
PTS difference between the current and the future frame. We keep this,
but by moving it out of the VO, we don't have to special-case format
changes anymore. This simplifies the code a lot.
Since we need the queue to compute the duration only, a queue size
larger than 2 makes no sense, and we can hardcode that.
Also change how the last frame is handled. The last frame is a bit of a
problem, because video timing works by showing one frame after another,
which makes it a special case. Make the VO provide a function to notify
us when the frame is done, instead. The frame duration is used for that.
This is not perfect. For example, changing playback speed during the
last frame doesn't update the end time. Pausing will not stop the clock
that times the last frame. But I don't think this matters for such a
corner case.
2014-08-12 21:17:35 +00:00
|
|
|
vo_queue_frame(vo, mpctx->next_frame[0], pts, duration);
|
2014-08-22 12:20:30 +00:00
|
|
|
mpctx->next_frame[0] = NULL;
|
video: move display and timing to a separate thread
The VO is run inside its own thread. It also does most of video timing.
The playloop hands the image data and a realtime timestamp to the VO,
and the VO does the rest.
In particular, this allows the playloop to do other things, instead of
blocking for video redraw. But if anything accesses the VO during video
timing, it will block.
This also fixes vo_sdl.c event handling; but that is only a side-effect,
since reimplementing the broken way would require more effort.
Also drop --softsleep. In theory, this option helps if the kernel's
sleeping mechanism is too inaccurate for video timing. In practice, I
haven't ever encountered a situation where it helps, and it just burns
CPU cycles. On the other hand it's probably actively harmful, because
it prevents the libavcodec decoder threads from doing real work.
Side note:
Originally, I intended that multiple frames can be queued to the VO. But
this is not done, due to problems with OSD and other certain features.
OSD in particular is simply designed in a way that it can be neither
timed nor copied, so you do have to render it into the video frame
before you can draw the next frame. (Subtitles have no such restriction.
sd_lavc was even updated to fix this.) It seems the right solution to
queuing multiple VO frames is rendering on VO-backed framebuffers, like
vo_vdpau.c does. This requires VO driver support, and is out of scope
of this commit.
As consequence, the VO has a queue size of 1. The existing video queue
is just needed to compute frame duration, and will be moved out in the
next commit.
2014-08-12 21:02:08 +00:00
|
|
|
|
2014-07-30 21:24:08 +00:00
|
|
|
mpctx->shown_vframes++;
|
video: move display and timing to a separate thread
The VO is run inside its own thread. It also does most of video timing.
The playloop hands the image data and a realtime timestamp to the VO,
and the VO does the rest.
In particular, this allows the playloop to do other things, instead of
blocking for video redraw. But if anything accesses the VO during video
timing, it will block.
This also fixes vo_sdl.c event handling; but that is only a side-effect,
since reimplementing the broken way would require more effort.
Also drop --softsleep. In theory, this option helps if the kernel's
sleeping mechanism is too inaccurate for video timing. In practice, I
haven't ever encountered a situation where it helps, and it just burns
CPU cycles. On the other hand it's probably actively harmful, because
it prevents the libavcodec decoder threads from doing real work.
Side note:
Originally, I intended that multiple frames can be queued to the VO. But
this is not done, due to problems with OSD and other certain features.
OSD in particular is simply designed in a way that it can be neither
timed nor copied, so you do have to render it into the video frame
before you can draw the next frame. (Subtitles have no such restriction.
sd_lavc was even updated to fix this.) It seems the right solution to
queuing multiple VO frames is rendering on VO-backed framebuffers, like
vo_vdpau.c does. This requires VO driver support, and is out of scope
of this commit.
As consequence, the VO has a queue size of 1. The existing video queue
is just needed to compute frame duration, and will be moved out in the
next commit.
2014-08-12 21:02:08 +00:00
|
|
|
if (mpctx->video_status < STATUS_PLAYING) {
|
2014-07-30 21:24:08 +00:00
|
|
|
mpctx->video_status = STATUS_READY;
|
video: move display and timing to a separate thread
The VO is run inside its own thread. It also does most of video timing.
The playloop hands the image data and a realtime timestamp to the VO,
and the VO does the rest.
In particular, this allows the playloop to do other things, instead of
blocking for video redraw. But if anything accesses the VO during video
timing, it will block.
This also fixes vo_sdl.c event handling; but that is only a side-effect,
since reimplementing the broken way would require more effort.
Also drop --softsleep. In theory, this option helps if the kernel's
sleeping mechanism is too inaccurate for video timing. In practice, I
haven't ever encountered a situation where it helps, and it just burns
CPU cycles. On the other hand it's probably actively harmful, because
it prevents the libavcodec decoder threads from doing real work.
Side note:
Originally, I intended that multiple frames can be queued to the VO. But
this is not done, due to problems with OSD and other certain features.
OSD in particular is simply designed in a way that it can be neither
timed nor copied, so you do have to render it into the video frame
before you can draw the next frame. (Subtitles have no such restriction.
sd_lavc was even updated to fix this.) It seems the right solution to
queuing multiple VO frames is rendering on VO-backed framebuffers, like
vo_vdpau.c does. This requires VO driver support, and is out of scope
of this commit.
As consequence, the VO has a queue size of 1. The existing video queue
is just needed to compute frame duration, and will be moved out in the
next commit.
2014-08-12 21:02:08 +00:00
|
|
|
// After a seek, make sure to wait until the first frame is visible.
|
|
|
|
vo_wait_frame(vo);
|
|
|
|
}
|
2014-08-13 19:54:13 +00:00
|
|
|
update_avsync_after_frame(mpctx);
|
2014-07-30 21:24:08 +00:00
|
|
|
screenshot_flip(mpctx);
|
|
|
|
|
|
|
|
mp_notify(mpctx, MPV_EVENT_TICK, NULL);
|
|
|
|
|
|
|
|
if (!mpctx->sync_audio_to_video)
|
|
|
|
mpctx->video_status = STATUS_EOF;
|
2014-08-03 18:25:03 +00:00
|
|
|
|
|
|
|
if (mpctx->video_status != STATUS_EOF) {
|
|
|
|
if (mpctx->step_frames > 0) {
|
|
|
|
mpctx->step_frames--;
|
|
|
|
if (!mpctx->step_frames && !opts->pause)
|
|
|
|
pause_player(mpctx);
|
|
|
|
}
|
|
|
|
if (mpctx->max_frames == 0)
|
|
|
|
mpctx->stop_play = PT_NEXT_ENTRY;
|
|
|
|
if (mpctx->max_frames > 0)
|
|
|
|
mpctx->max_frames--;
|
|
|
|
}
|
video: fix and simplify video format changes and last frame display
The previous commit broke these things, and fixing them is separate in
this commit in order to reduce the volume of changes.
Move the image queue from the VO to the playback core. The image queue
is a remnant of the old way how vdpau was implemented, and increasingly
became more and more an artifact. In the end, it did only one thing:
computing the duration of the current frame. This was done by taking the
PTS difference between the current and the future frame. We keep this,
but by moving it out of the VO, we don't have to special-case format
changes anymore. This simplifies the code a lot.
Since we need the queue to compute the duration only, a queue size
larger than 2 makes no sense, and we can hardcode that.
Also change how the last frame is handled. The last frame is a bit of a
problem, because video timing works by showing one frame after another,
which makes it a special case. Make the VO provide a function to notify
us when the frame is done, instead. The frame duration is used for that.
This is not perfect. For example, changing playback speed during the
last frame doesn't update the end time. Pausing will not stop the clock
that times the last frame. But I don't think this matters for such a
corner case.
2014-08-12 21:17:35 +00:00
|
|
|
|
2014-08-22 12:20:30 +00:00
|
|
|
mpctx->sleeptime = 0;
|
video: fix and simplify video format changes and last frame display
The previous commit broke these things, and fixing them is separate in
this commit in order to reduce the volume of changes.
Move the image queue from the VO to the playback core. The image queue
is a remnant of the old way how vdpau was implemented, and increasingly
became more and more an artifact. In the end, it did only one thing:
computing the duration of the current frame. This was done by taking the
PTS difference between the current and the future frame. We keep this,
but by moving it out of the VO, we don't have to special-case format
changes anymore. This simplifies the code a lot.
Since we need the queue to compute the duration only, a queue size
larger than 2 makes no sense, and we can hardcode that.
Also change how the last frame is handled. The last frame is a bit of a
problem, because video timing works by showing one frame after another,
which makes it a special case. Make the VO provide a function to notify
us when the frame is done, instead. The frame duration is used for that.
This is not perfect. For example, changing playback speed during the
last frame doesn't update the end time. Pausing will not stop the clock
that times the last frame. But I don't think this matters for such a
corner case.
2014-08-12 21:17:35 +00:00
|
|
|
return;
|
|
|
|
|
|
|
|
error:
|
|
|
|
MP_FATAL(mpctx, "Could not initialize video chain.\n");
|
|
|
|
int uninit = INITIALIZED_VCODEC;
|
|
|
|
if (!opts->force_vo)
|
|
|
|
uninit |= INITIALIZED_VO;
|
|
|
|
uninit_player(mpctx, uninit);
|
|
|
|
if (!mpctx->current_track[STREAM_AUDIO])
|
|
|
|
mpctx->stop_play = PT_NEXT_ENTRY;
|
|
|
|
mpctx->error_playing = true;
|
|
|
|
handle_force_window(mpctx, true);
|
|
|
|
mpctx->sleeptime = 0;
|
2014-07-30 21:24:08 +00:00
|
|
|
}
|