On Tue, Oct 05, 2010 at 10:12:06PM +0100, Tim Retout wrote: > reopen 585614 > thanks > > On Tue, 2010-10-05 at 21:17 +1030, Ron wrote: > > Hi Tim, > > > > Thanks for adding some extra perspective to this, but it still > > seems to be a bit more complicated than that :/ > > > I do have -plugins-good installed here. > > Hmmmm. :( My NMU has been accepted already, but I think that's all > right - there was definitely a missing dependency on the -good plugins.
Yeah, I saw that come just after my mail ;) > > For most files I toss at it, today I currently see in the bottom bar: > > gstreamer error: internal data flow error > > > > and then it hangs hard. I tried that with both .ogg (vorbis) and mp3 > > files. I did find a couple of files that it doesn't hang on - except > > it doesn't actually seem to find any content in them, it both 'plays' > > and shows silence in the display. The ones that partly work all seem > > to be 'oddball' files in one manner or another - they are all mono, > > and at sampling rates other than 44100. Every stereo 44100 file I've > > tossed at it so far seems to hang. The oddball files are also a mix > > of .ogg and .mp3 > > > > Of gstreamer, I currently have installed: > > > > $ dpkg -l | grep gstreamer > > ii gstreamer0.10-alsa 0.10.29-4 GStreamer plugin for ALSA > > ii gstreamer0.10-ffmpeg 0.10.10-1 FFmpeg plugin for GStreamer > > ii gstreamer0.10-plugins-base 0.10.29-4 GStreamer plugins from the > > "base" set > > ii gstreamer0.10-plugins-good 0.10.23-4 GStreamer plugins from the > > "good" set > > ii gstreamer0.10-x 0.10.29-4 GStreamer plugins for X11 > > and Pango > > ii libgstreamer-plugins-base0.10-0 0.10.29-4 GStreamer libraries from > > the "base" set > > ii libgstreamer0.10-0 0.10.29-1 Core GStreamer libraries > > and elements > > That seems vaguely recent. You might want to install the -ugly plugins > too, which contains libgstmpegaudioparse.so and other promising-looking > names. Installing -ugly and the couple of extra things it pulled in, doesn't seem to change anything here. > Can you try running: > > gst-launch-0.10 playbin uri=file:///path/to/the.mp3 Grabbing gstreamer0.10-tools to get that, also updated me to libgstreamer0.10-0 0.10.30-1, which does seem to have altered how it fails. I get the 'same' result from playbin as I see in mp3splt-gtk: the mono ogg "plays" for its full duration, but it plays silence not the content. And the stereo 44k one fails completely. It no longer completely hangs the gui solid though, I see the same 'internal data flow error', but the gui remains responsive and I can do other things and open other files now. If I hit the play button a couple of times, mp3splt-gtk barks to the console: (mp3splt-gtk:4280): GStreamer-CRITICAL **: Failed to deactivate pad oggdemux1:sink, very bad The output of playbin is: $ gst-launch-0.10 playbin uri=file:///home/ron/bad.ogg Setting pipeline to PAUSED ... Pipeline is PREROLLING ... ERROR: from element /GstPlayBin:playbin0/GstBin:abin/GstAutoAudioSink:audiosink/GstAlsaSink:audiosink-actual-sink-alsa: Could not get/set settings from/on resource. Additional debug info: gstalsasink.c(516): set_hwparams (): /GstPlayBin:playbin0/GstBin:abin/GstAutoAudioSink:audiosink/GstAlsaSink:audiosink-actual-sink-alsa: Unable to set hw params for playback: Invalid argument ERROR: pipeline doesn't want to preroll. Setting pipeline to NULL ... Freeing pipeline ... $ gst-launch-0.10 playbin uri=file:///home/ron/better.ogg Setting pipeline to PAUSED ... Pipeline is PREROLLING ... Pipeline is PREROLLED ... Setting pipeline to PLAYING ... New clock: GstAudioSinkClock Got EOS from element "playbin0". Execution ended after 8235649061 ns. Setting pipeline to PAUSED ... Setting pipeline to READY ... Setting pipeline to NULL ... Freeing pipeline ... > I think there's a bigger problem with mp3splt-gtk here - it shouldn't > crash and burn when gstreamer throws an error. But that actually > requires a patch... That was my bet before I saw the above too... > If installing the -ugly plugins makes it work, maybe this bug could be > downgraded to "important"? It's just a crash in an error case, by that > point. Well I'm less sure it is a bug in mp3splt-gtk now, beyond the dep that you already fixed. Upstream swears that it Works For Him, and it works for you -- and now it doesn't even really seem to do something I can blame on the app itself. If the app is just "using gstreamer", and it seems to do what the gstreamer native tools do -- then I guess gstreamer just doesn't like me for some reason... Audacity works fine on this box, and everything else I've used before these two... Am I missing something, or should we punt this to some gstreamer-* now? Thanks, Ron -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
