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 775382 - wavparse: Report ERROR,: The stream is of a different type than handled by this element
wavparse: Report ERROR,: The stream is of a different type than handled by th...
Status: RESOLVED DUPLICATE of bug 773861
Product: GStreamer
Classification: Platform
Component: gst-plugins-good
1.10.x
Other Linux
: Normal normal
: git master
Assigned To: GStreamer Maintainers
GStreamer Maintainers
Depends on:
Blocks:
 
 
Reported: 2016-11-30 08:35 UTC by Lyon
Modified: 2016-11-30 08:52 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
48kHz sample rate wav file (367.23 KB, audio/wav)
2016-11-30 08:38 UTC, Lyon
Details

Description Lyon 2016-11-30 08:35:03 UTC
When we switch from gst1.8 to gst1.10
There is an error reported by wavparse when parse 48KHz wav file
The command line: 
gst-launch-1.0 filesrc location= input.wav ! wavparse ! filesink location=/tmp/tmp.pcm

0:00:00.353352667  8971   0x9635b0 WARN                wavparse gstwavparse.c:2221:gst_wavparse_loop:<wavparse0> error: No valid input found before end of stream
ERROR: from element /GstPipeline:pipeline0/GstWavParse:wavparse0: The stream is of a different type than handled by this element.
Additional debug info:
../../../gst-plugins-good-1.10.0/gst/wavparse/gstwavparse.c(2221): gst_wavparse_loop (): /GstPipeline:pipeline0/GstWavParse:wavparse0:
No valid input found before end of stream
Execution ended after 0:00:00.007412334

There is no such issue on gst1.8. 
After doing some test, when wav sample rate is 44.1kHz, there is no error reported.

Checked gstwavparse.c  in gst_wavparse_loop():
      if (wav->state == GST_WAVPARSE_START || !wav->caps) {
        GST_ELEMENT_ERROR (wav, STREAM, WRONG_TYPE, (NULL),
            ("No valid input found before end of stream"));
        gst_pad_push_event (wav->srcpad, gst_event_new_eos ());
      }
Seems here wav->caps is NULL, and in gst1.8 no this caps check.

Also attached the wav file I tested (although other 48k/22.05k Hz wav can reproduce this issue.)
Comment 1 Lyon 2016-11-30 08:38:50 UTC
Created attachment 341031 [details]
48kHz sample rate wav file
Comment 2 Sebastian Dröge (slomo) 2016-11-30 08:52:38 UTC
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 ***