mpv-player / mpv-player/mpv

MPV *not* displaying updated tags for particularly wrapped lossless streams from icecast (ogg container)

Open
#15,063 4 comments 0 reactions 0 assignees View on GitHub

Nobody has claimed this yet.

os:linux
Dominant language
C
Stars
37k
Forks
3.5k
Avg merge
1d 10h
Merged PRs (30d)
22

Description

mpv Information
mpv v0.39.0 Copyright © 2000-2024 mpv/MPlayer/mplayer2 projects
 built on Sep 23 2024 17:46:22
libplacebo version: v7.349.0
FFmpeg version: n7.0.2
FFmpeg library versions:
   libavcodec      61.3.100
   libavdevice     61.1.100
   libavfilter     10.1.100
   libavformat     61.1.100
   libavutil       59.8.100
   libswresample   5.1.100
   libswscale      8.1.100
Other Information
- Linux version: ARCH
- Kernel Version: 6.11
- GPU Model:
- Mesa/GPU Driver Version:
- Window Manager and Version: sway
- Source mpv:
- Introduced in version:
Reproduction Steps

If performed playback on parakovsky.duckdns.org:8030/liq.ogg only displays the initial track name but not the ones that comes after.

Expected Behavior

If performed on another stream with the same container but with lossy compression method (ogg 320 kbps) metadata tags on track changes displays correctly test link parakovsky.duckdns.org:8030/lossy.ogg

Actual Behavior

After the initial track title displayed of the track playing at the moment of the stream mpv will keep displaying only one name as if it is continious even tho the track could be already changed. Was curious and talked with Icecast people who tested the stream and stuff and verified that the back frame configuration correct and trough ogginfo everything looks Gucci. So, having this ticket is the last resort for a poor operator to test the problem and to keep track of it.

Log File

output.txt

Sample Files

No response

I carefully read all instruction and confirm that I did the following:
  • I tested with the latest mpv version to validate that the issue is not already fixed.
  • I provided all required information including system and mpv version.
  • I produced the log file with the exact same set of files, parameters, and conditions used in "Reproduction Steps", with the addition of --log-file=output.txt.
  • I produced the log file while the behaviors described in "Actual Behavior" were actively observed.
  • I attached the full, untruncated log file.
  • I attached the backtrace in the case of a crash.

Contributor guide

No contributing guide indexed for this repository

First steps

  1. Read the whole issue, then the project's contributing guide.
  2. Comment on the issue to say you are picking it up — it saves two people doing the same work.
  3. Fork the repository and make your change on a branch.
  4. Open a pull request that references the issue number.

Research direction

Start by reproducing the issue with parakovsky.duckdns.org:8030/liq.ogg and compare it with parakovsky.duckdns.org:8030/lossy.ogg. Inspect output.txt while track changes occur, focusing on how updated Ogg metadata is handled. Done means mpv displays each new track title for the lossless stream as it does for the lossy stream.

Written by the indexing model from the issue text.

Assessment

Tech stack
c
Domain
cli
Issue type
Bug
Difficulty
4/5
Estimated time
3-5 days
Activity status
Active
Clarity
Mostly clear
Newbie friendliness
48/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.