Re-sending an initial handshake if no data has been received

[Nicola]

Please look at this gstreamer bug:

https://bugzilla.gnome.org/show_bug.cgi?id=600020

seems there is a bug in libmms that doesn't resend an initial handshake if no data has been received on an established
connection for a while,

can you test the public url:

mms://scry.dubuque.k12.ia.us:1755/

to verify the issue?

thanks
Nicola

[Hans de Goede (j-w-r-degoede)]

I've just tried this, and when using this URL:
mmsh://scry.dubuque.k12.ia.us:1755/

It works fine under Fedora (+ rpmfusion libmms packages). note that rpmfusion's libmms contains a whole bunch of libmms patches, done by me (one of the libmms devs). Since libmms was moved to launchpad I no longer have commit access. I've send my patches to Soren quite a while ago but they have yet to be applied.

With this URL things indeed do not work:
mms://scry.dubuque.k12.ia.us:1755/

For some reason rather then timing out in the connect and falling back to mmsh, the connection just hangs. Note that the
order of first trying mms and then mmsh for mms URL's is being discussed in launchpad bug 512089.

[Nicola (nicola)]

In data mercoledì 21 aprile 2010 12:08:12, hai scritto:
> I've just tried this, and when using this URL:
> mmsh://scry.dubuque.k12.ia.us:1755/
>
> It works fine under Fedora (+ rpmfusion libmms packages). note that
> rpmfusion's libmms contains a whole bunch of libmms patches, done by me
> (one of the libmms devs). Since libmms was moved to launchpad I no
> longer have commit access. I've send my patches to Soren quite a while
> ago but they have yet to be applied.
>
> With this URL things indeed do not work:
> mms://scry.dubuque.k12.ia.us:1755/
>
> For some reason rather then timing out in the connect and falling back to
> mmsh, the connection just hangs. Note that the order of first trying mms
> and then mmsh for mms URL's is being discussed in launchpad bug 512089.

Thanks, it works on archlinux (libmms 0.5) but not on ubuntu (libmms 0.4),

Nicola

[Hans de Goede (j-w-r-degoede)]

Note: moving to launchpad did not completely play out as planned, as the current only active developer for this projects (me) prefers git over bzr libmms has moved back to sf.net.

The latest release defaults to first trying mmsh which resolves this issue, you can download this release here:
http://downloads.sourceforge.net/project/libmms/libmms/0.6/libmms-0.6.tar.gz

Closing this bug.