You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
In demux/demux_lavf.c, after each call to mp_tags_copy_from_av_dictionary(..., metadata) add a call to av_dict_free(&metadata) (5 occurrences total). This ensures the metadata is moved instead of copied, as ffmpeg appends to any existing metadata the next time metadata appears in the opus stream.
The text was updated successfully, but these errors were encountered:
Use mp_tags_move_from_av_dictionary() in place of
mp_tags_copy_from_av_dictionary().
This ensures that when lavf appends metadata
that occurs later in the stream,
it starts from empty each time.
Fixes: <#12559>
Important Information
first noticed with 0.35.1-4 (Debian Bookworm)
still occurs with 0.36.0-1 (Debian unstable, rebuilt for Debian Bookworm)
Debian 12.1 Bookworm x86_64
Reproduction steps
Expected behavior
Icecast stream titles are displayed for each individual track in succession.
Actual behavior
Stream titles are displayed, but concatenated with the stream titles for each previously played track since mpv started playing the stream.
Log file
mpv.txt
Sample files
radio-looptober.opus
this file was generate by downloading from an icecast server (whose live playback with mpv first exhibited the bug):
Possible fix
In
demux/demux_lavf.c
, after each call tomp_tags_copy_from_av_dictionary(..., metadata)
add a call toav_dict_free(&metadata)
(5 occurrences total). This ensures the metadata is moved instead of copied, as ffmpeg appends to any existing metadata the next time metadata appears in the opus stream.The text was updated successfully, but these errors were encountered: