Http Ogg stations rebuffer on group of logical stream end

This happens at the end of a program, or often when meta-data changes.

This is annoying because you can hear the music drop.

ogg debug: end of a group of logical streams
ogg debug: found vorbis header
ogg debug: will reuse old stream to avoid glitch
ogg debug: beginning of a group of logical streams
main debug: ES_OUT_RESET_PCR called main warning: received buffer in the future

Samples is on: http://ogg2.as34763.net/vc160.ogg

added Component::Demuxers Difficulty::hard Severity::normal Type::bug Version::master git + 1 deleted label

changed milestone to %Bugs paradize

VLC 2.1.x does:

[0x7f8c20c08328] ogg demux debug: end of a group of logical streams
[0x7f8c20c08328] ogg demux debug: File length is 0 bytes
[0x7f8c20c08328] ogg demux debug: found vorbis header
[0x7f8c20c08328] ogg demux debug: will reuse old stream to avoid glitch
[0x7f8c20c08328] ogg demux debug: beginning of a group of logical streams
[0x7f8c3c00acd8] main input warning: clock gap, unexpected stream discontinuity
[0x7f8c3c00acd8] main input warning: feeding synchro with a new reference point trying to recover from clock gap
[0x7f8c100009e8] main audio output warning: buffer too late  (102944), up-sampling

See other samples in #6343 (closed)

unassigned @fenrir

added Component::Demuxers: Ogg label and removed Component::Demuxers label

My logs are identical to the one above, except with noticeable up- and down- sampling in the audio, not gaps in the stream.

Unfortunately this makes listening to ogg streams (especially from plentiful icecast streamers) with VLC no good.

Original author: michael perigard

If there is no gaps in the stream, then what is the problem?

the gaps in the stream occur when I use the default buffer size. after changing to a 10 second buffer, then the stream is up or down sampled with the log snippet above, and the audio sounds as if someone is speeding up/slowing down the stream.

I noticed this today with the latest stable vlc for windows, a ten second buffer, and http://radio1190.colorado.edu:8000/high.ogg

I can attempt to reproduce this /and/ record the audio being sent to the speakers, or provide any other logs/information. The gaps upon rebuffering due to icecast sending the metadata (even if the metadata hasn't actually changed) has been going on for as long as I can remember. maybe icecast (the server for the above mentioned stream last I checked) isn't producing a standard stream?

Original author: michael perigard

Problem is that stream keeps restarting (probably for metadata updates) and then creates PTS reset, then PCR reset, decoder reset, and re-preroll.

commit 218e5b8a Author: Francois Cartegnie fcvlcdev@free.fr Date: Fri Dec 27 17:34:02 2013 +0100

demux: ogg: reuse decoders when fmt is compatible (fix [#5394](https://code.videolan.org/videolan/vlc/-/issues/5394))

Avoids rebuffering.
Wrong way reverted by 1d6f8d8174d4e2c704732f7ec13c71df6dd8950d

added Status::fixed label

closed

changed milestone to %2.2.x maintenance branch

mentioned in issue #6343 (closed)