<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN"> <html> <head> <meta content="text/html; charset=ISO-8859-1" http-equiv="Content-Type"> </head> <body bgcolor="#ffffff" text="#000000"> I explained quite a bit of this in a post on Feb 24 which was after the post you just replied to so hopefully you can refer to that instead of me repeating all of those details here. In summary, libsoup which httpsoupsrc layers over does not use environment variables for proxy unless you also have the library libsoup-gnome available. I have no idea what your target platform is (Linux, Windows, OS/X) and if Linux whether libsoup-gnome is there unless you are running a Gnome session environment. If that environment works for you than it should be possible to modify httpsoupsrc to use the SoupProxyResolverGNOME during the HTTP session open. Using the properties method which you added by callback to playbin tries to connect using the settings you supply. There is an authentication callback in souphttpsrc that will supply the values at the correct time in the protocol. If it doesn't work the callback is called again and since there is no user dialog assumed to supply a different answer there is no choice in the callback except to just return which will cause the 407 error to bubble up to the application. That callback may be wrong or libsoup could be wrong or the parameters could be wrong. Anything could make it fail. To move forward it would be most helpful if you could get a wireshark trace of both libCurl successful open and the failed attempt to open from your gstreamer app. I don't have a lot of time to work on this right now with work pressures taking most of my free time as well as working hours. Once this is narrowed down a bit it would be best to file a bug report against either httpsoupsrc or libsoup (a different project) so the functionality can be fixed if it is actually broken. It seems none of the http source elements take sources behind a proxy right now, I have noticed your posts re neon as well. I don't use a proxy in my own environment work or home and am not sure how well streaming works through one. There are also many different proxy implementations out there so I am not sure what kind of swamp complete with alligators that will be to wade into. Ron On 10-03-04 5:28 AM, Debsu wrote: <blockquote cite="mid:E1534AF0BA3A0B4484EF2417154D54B5032617A9@BLR-EC-MBX09.wipro.com" type="cite"> <meta http-equiv="Content-Type" content="text/html; charset=ISO-8859-1"> <meta name="Generator" content="Microsoft Word 11 (filtered medium)"> <o:smarttagtype namespaceuri="urn:schemas-microsoft-com:office:smarttags" name="PersonName">  <div class="Section1"> Hi Ron,<o:p></o:p> <o:p> </o:p> I set the proxy, proxy user id and proxy passwd for authentication by using the following callback:<o:p></o:p> <o:p> </o:p> static void cb_playbin_notify_source(GObject *obj, GParamSpec *param, gpointer u_data) {     if (g_object_class_find_property(G_OBJECT_GET_CLASS(obj), "source")) {         GObject *source_element;         g_object_get(obj, "source", &source_element, NULL);                 if (g_object_class_find_property(G_OBJECT_GET_CLASS(source_element), "proxy-id") && \             g_object_class_find_property(G_OBJECT_GET_CLASS(source_element), "proxy-pw"))         {             g_object_set (source_element, "proxy", "proxy_ip", "proxy-id", "user_id", "proxy-pw", "passwd", NULL);         }         g_object_unref(source_element);     } } connect that callback with the playbin like this:     g_signal_connect(G_OBJECT(playbin), "notify::source", G_CALLBACK(cb_playbin_notify_source), NULL); But every time I am still getting the "Proxy Authentication Required" error. I set the http_proxy environment variable, but still getting the same error. <o:p></o:p> Can you tell me why this error is coming again and again? What mistake did I made?  I check the proxy using Curl, its fine.<o:p></o:p> <o:p> </o:p> Regards,<o:p></o:p> Deb <o:p></o:p> <div> <div class="MsoNormal" style="text-align: center;" align="center"> <hr tabindex="-1" align="center" size="2" width="100%"></div> From: Ron McOuat [via GStreamer-devel] [mailto:<a moz-do-not-send="true" href="http://n4.nabble.com/user/SendEmail.jtp?type=node&node=1578051&i=0" target="_top" rel="nofollow">[hidden email]</a>] Sent: Wednesday, February 24, 2010 11:36 AM To: <st1:personname w:st="on">Debojyoti Pal</st1:personname> (WT01 - PES-Mobile-Auto-CE Practice) Subject: Re: Playbin unable to play http stream<o:p></o:p> </div> <o:p> </o:p> I added user authentication to souphttpsrc around Nov 2008 when there was no means to provide basic or digest authentication on direct access to a URL and souphttpsrc did not accept the <a moz-do-not-send="true" href="http://user@password" target="_top" link="external" rel="nofollow">http://user@password</a>  embedded format either and still does not. I had a strong need for this capability in my own work. Looking at the libsoup documentation it looked like it was possible to service error code SOUP_STATUS_PROXY_AUTHENTICATION_REQUIRED in the same callback routine as regular authentication SOUP_STATUS_UNAUTHORIZED both of which are in function gst_soup_http_src_authenticate_cb() so I added properties proxy_id and proxy_pw to the souphttpsrc element properties to source the values for proxy authentication. Unless libsoup reads the environment for these values and could do proxy authentication automatically I know I didn't put the code in to read the environment to pick up the properties from there instead of from the added element properties. In retrospect using the environment is likely a better approach because proxy settings are often a system setting. I also have limited ability to test this since proxy is not part of my environment. I suppose setting up squid is all that is really needed and force a test environment to use the squid setup. My workload has prevented me from testing this further. Maybe the best approach is to file a bug report and if there is someone better skilled at using a proxy environment to find what is wrong with this? I believe libsoup has had a number of issues with proxy over time but think that is not an issue now but don't take my word for it, I was getting this from reading the libsoup discussion area and not actual testing. Going back to the URL in the original request I tried the gst-launch command on a stock Ubuntu 9.10 Karmic system without a need for proxy and the pipeline says it got EOS during preroll and did not display the picture in a video sink which is not surprising since the URL content is only a single JPG image. I would normally associate using gstreamer with processing a sequence of video frames instead of just one image. Not to discourage you from gstreamer but grabbing a single image frame looks more like a file transfer job which libCurl you mention does quite well. I probably just don't know what you want to do with the image content after it is acquired so my comment is probably not valid. Ron On 10-02-23 8:52 PM, Debsu wrote: <o:p></o:p> <div> > Hi Tim, > > You are right, that using souphttpsrc element is the better way of doing > this. But in souphttpsrc element I am facing a strange problem. > I am using playbin for display image which is nothing but a http source. But > souphttpsrc gives me the error of "proxy-authentication failure" message, > but http_proxy is already set in the environment variable. and also from > commandline I can easily fetch that jpg file using libCurl. > > Regards, > Deb >     <o:p></o:p> </div> ------------------------------------------------------------------------------ Download Intel® Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. <a moz-do-not-send="true" href="http://p.sf.net/sfu/intel-sw-dev" target="_top" link="external" rel="nofollow">http://p.sf.net/sfu/intel-sw-dev</a> _______________________________________________ gstreamer-devel mailing list <a moz-do-not-send="true" href="http://n4.nabble.com/user/SendEmail.jtp?type=node&node=1566994&i=0" target="_top" rel="nofollow" link="external">[hidden email]</a> <a moz-do-not-send="true" href="https://lists.sourceforge.net/lists/listinfo/gstreamer-devel" target="_top" link="external" rel="nofollow">https://lists.sourceforge.net/lists/listinfo/gstreamer-devel</a> <o:p></o:p> <div class="MsoNormal" style="text-align: center;" align="center"> <hr align="center" color="#cccccc" noshade="noshade" size="1" width="100%"></div> <div> View message @ <a moz-do-not-send="true" href="http://n4.nabble.com/Playbin-unable-to-play-http-stream-tp1561553p1566994.html" target="_top" rel="nofollow" link="external">http://n4.nabble.com/Playbin-unable-to-play-http-stream-tp1561553p1566994.html</a> To unsubscribe from Re: Playbin unable to play http stream, <a moz-do-not-send="true" target="_top" rel="nofollow" link="external">click here</a>. <o:p></o:p> </div> <o:p> </o:p> </div> Please do not print this email unless it is absolutely necessary. <o:p></o:p> The information contained in this electronic message and any attachments to this message are intended for the exclusive use of the addressee(s) and may contain proprietary, confidential or privileged information. If you are not the intended recipient, you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately and destroy all copies of this message and any attachments. WARNING: Computer viruses can be transmitted via email. The recipient should check this email and any attachments for the presence of viruses. The company accepts no liability for any damage caused by any virus transmitted by this email. <a class="moz-txt-link-abbreviated" href="http://www.wipro.com">www.wipro.com</a> <hr align="left" width="300">View this message in context: <a moz-do-not-send="true" href="http://n4.nabble.com/Playbin-unable-to-play-http-stream-tp1561553p1578051.html">RE: Playbin unable to play http stream</a> Sent from the <a moz-do-not-send="true" href="http://n4.nabble.com/GStreamer-devel-f966125.html">GStreamer-devel mailing list archive</a> at Nabble.com. <pre wrap=""> <fieldset class="mimeAttachmentHeader"></fieldset> ------------------------------------------------------------------------------ Download Intel&#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. <a class="moz-txt-link-freetext" href="http://p.sf.net/sfu/intel-sw-dev">http://p.sf.net/sfu/intel-sw-dev</a></pre> <pre wrap=""> <fieldset class="mimeAttachmentHeader"></fieldset> _______________________________________________ gstreamer-devel mailing list <a class="moz-txt-link-abbreviated" href="mailto:gstreamer-devel@lists.sourceforge.net">gstreamer-devel@lists.sourceforge.net</a> <a class="moz-txt-link-freetext" href="https://lists.sourceforge.net/lists/listinfo/gstreamer-devel">https://lists.sourceforge.net/lists/listinfo/gstreamer-devel</a> </pre> </o:smarttagtype></blockquote> </body> </html>