Andrew Clayton authored 8 years ago and Tristan Matthews committed 8 years ago

Since commit 0bceaf96 ("vpx: increase decoder capability (refs #16836)")
made libvpx the default this has broken the default playback of VP8/9
video where the sample aspect ratio (SAR) is not equal to one. e.g

Given a video like

    vp8, yuv420p, 720x576, SAR 64:45 DAR 16:9, 25 fps

which is meant to be played back at 1024x576, will playback at 720x576
due to not passing the SAR value through.

I have many such videos as encoded from PAL DVD's. Another example is

    vp8, yuv420p, 720x576, SAR 16:15 DAR 4:3, 25 fps

this should actually playback at 768x576.

So this commit simply passes the SAR values through. Without this
passing --codec=ffmpeg or --codec=avcodec also restores previous
behaviour.

Signed-off-by: Andrew Clayton <andrew@digital-domain.net>
Signed-off-by: Tristan Matthews <tmatth@videolan.org>

can crash with start = -1 and stop = 0

Paul B Mahol authored 8 years ago and Jean-Baptiste Kempf committed 8 years ago

Signed-off-by: Paul B Mahol <onemda@gmail.com>
Signed-off-by: Jean-Baptiste Kempf <jb@videolan.org>

Without a valid prefix, the headers were looked for in /include

See AUDCLNT_E_BUFFER_SIZE_ERROR in IAudioClient::Initialize msdn doc.

In order to send only the core part (from write_buffer_dts()).

Rename it to set_16 since this function doesn't increment the offset.

dragMove already has the playlist lock held, so calling findByInput
would always cause a deadlock

'demuxes' the multiple timings