GNOME Bugzilla – Bug 775025
wavparse fails at end of stream with "No valid input found before end of stream"
Last modified: 2016-11-24 16:14:40 UTC
My application uses wavparse to load a WAV file into a buffer. It started failing with Gstreamer 1.10 as distributed in Fedora 25. It appears that wavparse now fails at end of stream, shutting down the pipeline. I created a simple demonstration of the problem as follows: gst-launch-1.0 filesrc location=test.wav ! wavparse ! fakesink where test.wav is a one-second WAV file created with audacity, format S16LE, two channels, both containing a 440Hz sine wave. I tried other formats with the same result. The output is as follows: Setting pipeline to PAUSED ... Pipeline is PREROLLING ... Pipeline is PREROLLED ... Setting pipeline to PLAYING ... New clock: GstSystemClock ERROR: from element /GstPipeline:pipeline0/GstWavParse:wavparse0: The stream is of a different type than handled by this element. Additional debug info: gstwavparse.c(2221): gst_wavparse_loop (): /GstPipeline:pipeline0/GstWavParse:wavparse0: No valid input found before end of stream Execution ended after 0:00:00.000384326 Setting pipeline to PAUSED ... Setting pipeline to READY ... Setting pipeline to NULL ... Freeing pipeline ... Version numbers on my computer are: glib 2.50.1 ages 5001 and 1, gtk 3.22.2 and GStreamer 1.10.0.
Created attachment 340693 [details] 440Hz sine wave, one second, stereo A WAV file in format S16LE with two channels, each containing a 440Hz sine wave. Length one second. Created with Audacity.
Thanks for taking the time to report this. This particular bug has already been reported into our bug tracking system, but we are happy to tell you that the problem has already been fixed in the code repository and the 1.10.1 release. *** This bug has been marked as a duplicate of bug 773861 ***