[gstreamer-bugs] [Bug 505456] [mmssrc] no support for socks proxies

GStreamer (bugzilla.gnome.org) bugzilla-daemon at bugzilla.gnome.org
Tue Dec 25 05:21:15 PST 2007


If you have any questions why you received this email, please see the text at
the end of this email. Replies to this email are NOT read, please see the text
at the end of this email. You can add comments to this bug at:
  http://bugzilla.gnome.org/show_bug.cgi?id=505456

  GStreamer | gst-plugins-bad | Ver: HEAD CVS

Tim-Philipp Müller changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
           Severity|normal                      |enhancement




------- Comment #4 from Tim-Philipp Müller  2007-12-25 13:21 UTC -------
> Any special reason to rewrite mmssrc using gnet? I know libmms's code isn't
> the cleanest ever, but it works well. I also know upstream wasn't very 
> alive, but thats changed now they (I mostly) just released 0.4 .

I wanted an mmssrc with completely async networking code that works on both
*nix and win32. When I started it, libmms was still unmaintained, but also I
didn't really see the point of having/using an external libmms any more in the
first place seeing that GStreamer is more or less the only project using it
(back then the idea was to have a common external lib to share between the
different player projects, I guess, but that didn't really seem to work out).
Also, overall it just doesn't do a lot, ie. the core code is not a lot of lines
or even particularly complicated, so having an external lib for the mms stuff
doesn't seem to make that much sense to me.

> Note that libmms already uses gnet for url parsing, so I guess I could try
> using gnet for socks support too. But before investing time in this I would
> first like to know what the future of mmssrc is.

This gnetmmssrc thing is just something I started hacking on one day. It's
vapourware for all practical purposes, I probably shouldn't have mentioned it
at all. No one within the GStreamer project has made any decision that we need
or even want something like this.

> Or will you be using both gnet and libmms, using gnet to make an mmsio
> implementation?

I will just be using GNet for now (ie. until a portable network abstraction
layer is added to either GLib or GStreamer).


-- 
See http://bugzilla.gnome.org/page.cgi?id=email.html for more info about why you received
this email, why you can't respond via email, how to stop receiving
emails (or reduce the number you receive), and how to contact someone
if you are having problems with the system.

You can add comments to this bug at http://bugzilla.gnome.org/show_bug.cgi?id=505456.




More information about the Gstreamer-bugs mailing list