gsttagdemux: Could not detect type of contents
Describe your issue
I have some wavpack files that gst fails to read. Most wavpack files work fine though The file plays correctly on non-gst apps. wvunpack -v
also confirms
that the file is ok.
Expected Behavior
gst-play-1.0 /serra-storage/Music/Battle\ Beast/2013\ -\ Battle\ Beast/12.\ Black\ Ninja.wv
plays the file.
Observed Behavior
gst-play-1.0 /serra-storage/Music/Battle\ Beast/2013\ -\ Battle\ Beast/12.\ Black\ Ninja.wv
Press 'k' to see a list of keyboard shortcuts.
Now playing /serra-storage/Music/Battle Beast/2013 - Battle Beast/12. Black Ninja.wv
ERROR Could not detect type of contents for file:///serra-storage/Music/Battle%20Beast/2013%20-%20Battle%20Beast/12.%20Black%20Ninja.wv
ERROR debug information: ../gst-libs/gst/tag/gsttagdemux.c(1436): gst_tag_demux_element_find (): /GstPlayBin:playbin/GstURIDecodeBin:uridecodebin0/GstDecodeBin:decodebin0/GstApeDemux:apedemux0
Reached end of play list.
Setup
- Operating System: Alpine Linux 3.20.0_alpha20240329 (edge)
- Device: Computer (raspberry pi 2B)
- GStreamer Version: 1.22.8
-
Command line:
gst-play-1.0 /serra-storage/Music/Battle\ Beast/2013\ -\ Battle\ Beast/12.\ Black\ Ninja.wv
Steps to reproduce the bug
Just run the gst-play command.
How reproducible is the bug?
Always happens with the specific files.
Solutions you have tried
Removing the tags using wvtag --clear
did not fix the issue.
Re-encoding the file does fix the issue.
Related non-duplicate issues
First reported here: https://github.com/beetbox/audioread/issues/143
Additional Information
I attached the debug.log. You can download the file that is causing the issue at https://www.peterlamby.de/example.wv