vorbis in mkv: seeking mutes sound

when seeking mkv that had vorbis I note mute in the sound, and it takes almost one second or sometimes more than one second, Could be up to five seconds

http://streams.videolan.org/issues/13575/%5bSuper_Down%5d_Sword_Art_Online_II_-07%5b720_10bit%5d_%5b1372C063%5d_(1).mkv

added Platform::Windows desktop Severity::normal Type::bug Version::2.1.x + 1 deleted label

changed milestone to %Bugs paradize

We need OS version, samples, and logs.

added Status::needs more info label

closed

os = win 7 x64

sample = http://www.solidfiles.com/d/177bb68d78/%5BSuper_Down%5D_Sword_Art_Online_II_-07%5B720_10bit%5D_%5B1372C063%5D_%281%29.mkv click "Direct download link" for direct download

try move to 1:40 for instance

Original author: amjad salah

Added attachment:

• log.log

Original author: amjad salah

removed Status::needs more info label

reopened

added Component::Demuxers: MKV + 1 deleted label and removed Platform::Windows desktop + 1 deleted label

changed the description

changed title from vorbis in mkv audio seeking to vorbis in mkv: seeking mutes sound

It's working fine in ffplay or with --demux=avformat although seeking is a bit slow. It must be an issue with discontinuity and buffering.

The key in the log is this line https://trac.videolan.org/vlc/attachment/ticket/13575/log.log#L7326

It's deciding to play silence even though it's been fed a lot of preroll audio data.

changed milestone to %3.0.0

commit 8317c242 Author: Steve Lhomme robUx4@videolabs.io Date: Mon Mar 16 10:02:05 2015 +0100

MKV: send the proper PCR before es_out_Send() of the packet

replaces previous similar patches, now with proper VLC_TS adjusting

Fixes [#13575](https://code.videolan.org/videolan/vlc/-/issues/13575)
Fixes [#11847](https://code.videolan.org/videolan/vlc/-/issues/11847) which had time display issues

The new PCR logic is borrowed from
http://git.videolan.org/?p=vlc.git;a=blob;f=modules/demux/avformat/demux.c;hb=HEAD#l776

A PCR is always sent now, unless i_last_dts is not set, meaning the first
packet doesn't have a proper DTS (invalid data at the beggining)

The i_pts is not set to 0 anymore in a lace as it disturbs seeking performance

Signed-off-by: Jean-Baptiste Kempf <jb@videolan.org>

Original author: robUx4@videolabs.io

added Status::fixed label

closed

Milestone renamed

changed milestone to %3.0 FF