Hi,
This message was originally posted on the Nabble mailing lists, but I can now provide more information. To re-cap I have flac files that I can playback using playbin2 uri=file:/// , but when I try to stream these files using playbin2 uri=http:// I get the following error: ERROR: from element /GstPlayBin2:playbin20/ GstURIDecodeBin:uridecodebin0/GstSoupHTTPSrc:source: Internal data flow error.
Additional debug info: gstbasesrc.c(2507): gst_base_src_loop (): /GstPlayBin2:playbin20/GstURIDecodeBin:uridecodebin0/GstSoupHTTPSrc:source: streaming task paused, reason error (-5) ERROR: pipeline doesn't want to preroll. Setting pipeline to NULL ... This is using Ubuntu 10.04, with lighttpd as the web server. On the same machine I have a load of other flac files that all stream perfectly. I was asked to increase the debug level and provide all of the output, I have included the area that I think is important and attached the file. One of the offending flac files is also attached. Although the issue is evident on my Ubuntu machine, I really want this to work on an arm embedded system. If I need to report this as a bug please tell me how I should do that. Also where can I upload the flac file to? Thanks, Stuart _______________________________________________ gstreamer-devel mailing list [hidden email] http://lists.freedesktop.org/mailman/listinfo/gstreamer-devel dbg-lvl5-flac-issue.tar.bz2 (5K) Download Attachment |
Hi,
I'm sorry for the late reply, but time available for open hacking is nowadays << than the needed ;). On 3/7/11, Stuart Gray <[hidden email]> wrote: > Hi, > > This message was originally posted on the Nabble mailing lists, but I can > now provide more information. > > To re-cap I have flac files that I can playback using playbin2 uri=file:/// > , but when I try to stream these files using playbin2 uri=http:// I get > the following error: > > ERROR: from element /GstPlayBin2:playbin20/ > GstURIDecodeBin:uridecodebin0/GstSoupHTTPSrc:source: Internal data flow > error. > Additional debug info: > gstbasesrc.c(2507): gst_base_src_loop (): > /GstPlayBin2:playbin20/GstURIDecodeBin:uridecodebin0/GstSoupHTTPSrc:source: > streaming task paused, reason error (-5) > ERROR: pipeline doesn't want to preroll. > Setting pipeline to NULL ... > > This is using Ubuntu 10.04, with lighttpd as the web server. > > On the same machine I have a load of other flac files that all stream > perfectly. > So my first though is that either the file is corrupted or it's not in the proper folder where lighttpd is assumed to search for it. Obviously, I don't have any empirical grounds to base my assertion onto ;). > > I was asked to increase the debug level and provide all of the output, I > have included the area that I think is important and attached the file. > Unfortunately, souphttpsrc appears not to use SoupLogger (http://library.gnome.org/devel/libsoup/stable/SoupLogger.html). In the past I've been debugging http-related issues by manually adding the logging stuff (should be pretty simpler, something like soup_logger_new, soup_logger_attach and an handler) and recompiling/running the test with the brand new logging. OT: I never really understood why the logger is not configured depending on the verbosity of GST_DBUG for the element.. is it the case to file a bug? > One of the offending flac files is also attached. Unfortunately, I could not find the file in the attachments. Maybe it has been filtered out by the list... > > Although the issue is evident on my Ubuntu machine, I really want this to > work on an arm embedded system. > > If I need to report this as a bug please tell me how I should do that. Also > where can I upload the flac file to? Bugs against GStreamer are filed in Gnome Bugzilla (search for Desktop/GStreamer component). Please attach both a working file and a broken one (possibly both short in length). Regards, Marco > > Thanks, > Stuart > _______________________________________________ gstreamer-devel mailing list [hidden email] http://lists.freedesktop.org/mailman/listinfo/gstreamer-devel |
Hi Marco,
Am 13.03.2011 09:27, schrieb Marco Ballesio: > Hi, > > I'm sorry for the late reply, but time available for open hacking is > nowadays << than the needed ;). > <snip> >> I was asked to increase the debug level and provide all of the output, I >> have included the area that I think is important and attached the file. >> > > Unfortunately, souphttpsrc appears not to use SoupLogger > (http://library.gnome.org/devel/libsoup/stable/SoupLogger.html). In > the past I've been debugging http-related issues by manually adding > the logging stuff (should be pretty simpler, something like > soup_logger_new, soup_logger_attach and an handler) and > recompiling/running the test with the brand new logging. > > OT: I never really understood why the logger is not configured > depending on the verbosity of GST_DBUG for the element.. is it the > case to file a bug? > Stefan _______________________________________________ gstreamer-devel mailing list [hidden email] http://lists.freedesktop.org/mailman/listinfo/gstreamer-devel |
Hi all,
playing with the souphttpsrc I noticed that it's already pretty verbose, at least in case of error. Maybe it would be possible to improve the outgoing messages info with the logger approach but, at lest in Stuart's scope, it should be enough to run the test with a pretty recent version of gst-plugins-good and GST_DEBUG=souphttpsrc:5 Regards On 3/13/11, Stefan Kost <[hidden email]> wrote: > Hi Marco, > Am 13.03.2011 09:27, schrieb Marco Ballesio: >> Hi, >> >> I'm sorry for the late reply, but time available for open hacking is >> nowadays << than the needed ;). >> > <snip> > >>> I was asked to increase the debug level and provide all of the output, I >>> have included the area that I think is important and attached the file. >>> >> >> Unfortunately, souphttpsrc appears not to use SoupLogger >> (http://library.gnome.org/devel/libsoup/stable/SoupLogger.html). In >> the past I've been debugging http-related issues by manually adding >> the logging stuff (should be pretty simpler, something like >> soup_logger_new, soup_logger_attach and an handler) and >> recompiling/running the test with the brand new logging. >> >> OT: I never really understood why the logger is not configured >> depending on the verbosity of GST_DBUG for the element.. is it the >> case to file a bug? >> > That sounds useful. A patch would be great. > > Stefan > gstreamer-devel mailing list [hidden email] http://lists.freedesktop.org/mailman/listinfo/gstreamer-devel |
In reply to this post by stuart68
On Mon, 2011-03-07 at 07:44 +0800, Stuart Gray wrote:
Hi, > To re-cap I have flac files that I can playback using playbin2 > uri=file:/// , but when I try to stream these files using playbin2 > uri=http:// I get the following error: > > (snip error) (flac decoder errors out without posting > a proper error message on the bus according to the log) > > This is using Ubuntu 10.04, with lighttpd as the web server. > > On the same machine I have a load of other flac files that all stream > perfectly. 10.4 doesn't exactly have the most recent versions. Could you try with the more up-to-date GStreamer packages from the GStreamer PPA for ubuntu, to see if it still happens with -good 0.10.27? If yes, could you please file a bug in bugzilla, see http://gstreamer.freedesktop.org/bugs/ ? Could you check if the problem also happens with just the beginning of the file? (head --bytes=990k foo.flac > head.flac) If yes, please attach the beginning to the bug report as well, thanks! Cheers -Tim _______________________________________________ gstreamer-devel mailing list [hidden email] http://lists.freedesktop.org/mailman/listinfo/gstreamer-devel |
Hi Tim,
I tried this with only the head of the flac file as you suggested and it is no different. My target operating system is embedded Linux running on an arm9 processor. Gstreamer versions are as follows: gst-ffmpeg-0.10.11-r0 gst-plugins-bad-0.10.20-r11 gst-plugins-base-0.10.31-r11 gst-plugins-good-0.10.26-r11 gst-plugins-ugly-0.10.16-r11 Other flac files stream perfectly. The information regarding Ubuntu was to highlight the fact that I have tried other OS'es, I will update this post with findings re Ubuntu. Thanks, Stuart Imag.flac |
On Ubuntu I upgrade as you suggested:
dpkg -l | grep gst ii bluez-gstreamer 4.60-0ubuntu8 ii gir1.0-gstreamer-0.10 0.10.32-1~lucid1 ii gstreamer-tools 0.10.32-1~lucid1 ii gstreamer0.10-alsa 0.10.32-1~lucid1 ii gstreamer0.10-esd 0.10.27-1~lucid2 ii gstreamer0.10-ffmpeg 0.10.11-1~lucid1 ii gstreamer0.10-gnonlin 0.10.17-1~lucid1 ii gstreamer0.10-nice 0.0.10-2build1 ii gstreamer0.10-pitfdll 0.9.1.1+cvs20080215-1ubuntu2 ic gstreamer0.10-plugins-bad 0.10.18-1ubuntu1 ii gstreamer0.10-plugins-bad-multiverse 0.10.18-0ubuntu1 ii gstreamer0.10-plugins-base 0.10.32-1~lucid1 ii gstreamer0.10-plugins-base-apps 0.10.32-1~lucid1 ii gstreamer0.10-plugins-base-dbg 0.10.32-1~lucid1 ii gstreamer0.10-plugins-good 0.10.27-1~lucid2 ii gstreamer0.10-plugins-good-dbg 0.10.27-1~lucid2 ii gstreamer0.10-plugins-ugly 0.10.17-1~lucid1 ii gstreamer0.10-plugins-ugly-multiverse 0.10.14-0ubuntu2 ii gstreamer0.10-pulseaudio 0.10.27-1~lucid2 ii gstreamer0.10-tools 0.10.32-1~lucid1 ii gstreamer0.10-x 0.10.32-1~lucid1 ii libgstfarsight0.10-0 0.0.17-2ubuntu2 ii libgstreamer-plugins-base0.10-0 0.10.32-1~lucid1 ii libgstreamer-plugins-base0.10-dev 0.10.32-1~lucid1 ii libgstreamer0.10-0 0.10.32-1~lucid1 ii libgstreamer0.10-dev 0.10.32-1~lucid1 ii libgstrtspserver-0.10-0 0.10.7-1~lucid1 ii libgstrtspserver-0.10-dev 0.10.7-1~lucid1 ii phonon-backend-gstreamer 4:4.4.0-0ubuntu2 ii python-gst0.10 0.10.21-1~lucid1 plugins bad failed to update, but for flac I do not think this has an impact. Repeating my test results in exactly the same error, the file will not stream. If the head of the head of the flac file looks reasonable, then I will submit a bug. Thanks, Stuart |
Free forum by Nabble | Edit this page |