After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 333302 - [apedemux] some WavPack files with APE tags fail to play back, as typefinding fails
[apedemux] some WavPack files with APE tags fail to play back, as typefinding...
Status: RESOLVED FIXED
Product: GStreamer
Classification: Platform
Component: gst-plugins-good
0.10.2
Other All
: Normal normal
: 0.10.3
Assigned To: GStreamer Maintainers
GStreamer Maintainers
Depends on:
Blocks:
 
 
Reported: 2006-03-03 20:15 UTC by gcocatre
Modified: 2006-03-15 19:03 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description gcocatre 2006-03-03 20:15:44 UTC
Please describe the problem:
Some WavPack files fail to play back if they have APE tags, and play back fine
if they aren't tagged. Other files play back fine in either case. I failed to
determine in advance which files would fail or not, but every problematic file
consistently fails to play back every time. Here are samples that you may
download for testing:

http://nufah.free.fr/samples/01-Speak_to_Me-non_tagged.wv
http://nufah.free.fr/samples/01-Speak_to_Me-tagged.wv
http://nufah.free.fr/samples/02-Breathe-non_tagged.wv
http://nufah.free.fr/samples/02-Breathe-tagged.wv

The first three are OK, the last one fails.

Steps to reproduce:
1. Encode a .wav file with wavpack 4.31, make one file with tags and one without:
$ wavpack -o /tmp/file_without_tags.wv source.wav
$ wavpack -o /tmp/file_with_tags.wv -w "field=value" source.wav

2. play them back:
$ gst-launch playbin uri=file:///tmp/file_without_tags.wv
$ gst-launch playbin uri=file:///tmp/file_with_tags.wv

Actual results:
If the file is problematic, the first one (/tmp/file_without_tags.wv) will play
back correctly, and the second one (/tmp/file_with_tags.wv) will fail:

$ gst-launch playbin uri=file:///tmp/file_without_tags.wv
Setting pipeline to PAUSED ...
Pipeline is PREROLLING ...
Pipeline is PREROLLED ...
Setting pipeline to PLAYING ...
New clock: audioclock2
Caught interrupt -- Pausing pipeline.
Pipeline paused.
WARNING: Element "playbin0" warns: pipeline interrupted
Element "playbin0" has gone from PLAYING to PAUSED, quitting.
Execution ended after 1305234000 ns.
Setting pipeline to PAUSED ...
Setting pipeline to READY ...
Setting pipeline to NULL ...
FREEING pipeline ...

$ gst-launch playbin uri=file:///tmp/file_with_tags.wv
Setting pipeline to PAUSED ...

(gst-launch-0.10:27686): GStreamer-CRITICAL **: gst_pad_activate_pull: assertion
`old == GST_ACTIVATE_NONE' failed
Pipeline is PREROLLING ...
ERROR: from element /playbin0/decoder/apedemux0: Could not determine type of stream.
Additional debug info:
gsttagdemux.c(1074): gst_tag_demux_sink_activate (): /playbin0/decoder/apedemux0
ERROR: pipeline doesn't want to preroll.
Setting pipeline to NULL ...
FREEING pipeline ...


Expected results:
The files are definitely valid, they should both play back correctly.

Does this happen every time?
Everytime with problematic files. Some files alway play back fine whether they
are tagged or not, I don't know why.

Other information:
All problematic files play back fine with gstreamer 0.8.x. I can't tell whether
the problem lies in WavPack, APE or none of the above specifically.
Comment 1 Tim-Philipp Müller 2006-03-15 18:44:32 UTC
These files all play back without problems for me.

Possibly this has been fixed in CVS by making typefinding in apedemux work get_rage-based if activated in pull mode (as is always the case for wavpack files).

Could you give apedemux from CVS a shot?
Comment 2 Tim-Philipp Müller 2006-03-15 19:03:15 UTC
Was apparently a typefinding problem that is fixed in CVS:

<__tim> skamp-: those work all fine for me - what gstreamer core + -base version are you using?
<skamp-> gstreamer-0.10.4, gst-plugins-base-0.10.4
<-- flowolf has quit ("Leaving")
<__tim> any chance you could try apedemux from gst-plugins-good CVS? :)
<skamp-> sure, why not
<skamp-> __tim: problem solved, thank you
<__tim> skamp-: great, thanks for checking
<skamp-> you might want to alter the bug report to state that whatever the problem was, it seems to be solved in cvs