I guess that your wav file is corrupted. you can use audioplay to play wav file directly to check.
if still meet error, file's problem. > Brian Cameron wrote: >> >> Yes, this could be a GStreamer bug. I would recommend testing it by >> running gst-launch directly. The following pipeline should play a >> WAV file on Solaris: >> >> gst-launch filesrc location=/path/to/file.wav ! wavparse ! audioconvert >> ! sunaudiosink >> > $ gst-launch filesrc > location=/usr/Paul/Music/Metallica/Metallica/01-Enter_Sandman.wav ! > wavparse ! audioconvert > ! sunaudiosinkSetting pipeline to PAUSED ... > Pipeline is PREROLLED ... > ERROR: from element /GstPipeline:pipeline0/GstWavParse:wavparse0: > GStreamer encountered a general stream error. > Additional debug info: > gstwavparse.c(1501): gst_wavparse_stream_headers (): > /GstPipeline:pipeline0/GstWavParse:wavparse0: > Stream claims blockalign = 4, which is more than 3 - invalid data > ERROR: pipeline doesn't want to preroll. > Setting pipeline to PAUSED ... > Setting pipeline to READY ... > Setting pipeline to NULL ... > FREEING pipeline ... > $ > > >> Note the gst-launch pipe characters are exclamation marks. >> >> Does this work? If not, you could try adding the "--gst-debug-level=3" >> option to gst-launch and see if the debug output is helpful. Note you >> can change the "3" to a lower or higher number to get less or more >> verbose messages. >> > OK, the output gets much larger now, so I've bzipped it and attached > it (hopefully at 30K it will go through). What I believe to be > relevant is: > > ERROR: from element /GstPipeline:pipeline0/GstWavParse:wavparse0: > GStreamer encountered a general stream error. > Additional debug info: > gstwavparse.c(1501): gst_wavparse_stream_headers (): > /GstPipeline:pipeline0/GstWavParse:wavparse0: > Stream claims blockalign = 4, which is more than 3 - invalid data > > > Is this suggesting my WAV files are corrupt? As a note, I only tried > today to start collecting WAV file, I don't have many, and all of them > have the same error. > > > > >> I would also test with a few different WAV files, from different >> sources just to verify that it isn't a problem in a WAV file itself. >> > ------------------------------------------------------------------------ > > _______________________________________________ > desktop-discuss mailing list > desktop-discuss at opensolaris.org -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://mail.opensolaris.org/pipermail/desktop-discuss/attachments/20090427/f6f343d0/attachment.html>
