Support for MMS and playlists from streams

RadioTray has a script which seem to handle the mms protocol with urllib2
http://radiotray.sf.net/

File: DummyMMSHandler.py

##########################################################################
# Copyright 2009 Carlos Ribeiro
#
# This file is part of Radio Tray
#
# Radio Tray is free software: you can redistribute it and/or modify
# it under the terms of the GNU General Public License as published by
# the Free Software Foundation, either version 1 of the License, or
# (at your option) any later version.
#
# Radio Tray is distributed in the hope that it will be useful,
# but WITHOUT ANY WARRANTY; without even the implied warranty of
# MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the
# GNU General Public License for more details.
#
# You should have received a copy of the GNU General Public License
# along with Radio Tray. If not, see .
#
##########################################################################
import urllib2

class DummyMMSHandler(urllib2.BaseHandler):

def mms_open(self, request):
print request.get_full_url()
raise urllib2.URLError("MMS REDIRECT:"+request.get_full_url())

There are also other scripts (python) to handle PLS ASX M3U RAM XSPF

Could anyone please provide some hints how to use this script to play mms:// in mocp?

<br /> $ curl mms://moc.daper.net<br /> curl: (1) Protocol mms not supported or disabled in libcurl<br />

I guess we need to wait for libcurl to support MMS, unless there is some other MOC dependency that can handle MMS streams.

https://duckduckgo.com/lite/?kj=g&t=salix&q=Protocol+mms+not+supported+or+disabled+in+libcurl

Hi
I'm very interested ,to in having support for mms streams is there any chance to use "mimms" (http://savannah.nongnu.org/projects/mimms/) in moc
as second option to curl?
Looks like the mms support in curl is not really take in consideration by the curl team...
Thank you folx

Adding MMS support is on the list to be looked at, so thank you for suggesting an alternative to cURL. There is also some suggestion that cURL's network error recovery is perhaps not as good as it could be.

Thx for considering it ,can you, please , write here when you'll have it pushed on git ?
And about curl , as I see it ,( during the packaging ), more and more developers switched to wget ... even aria2, (few of them..)
Thx again.

Thx for considering it ,can you, please , write here when you'll have it pushed on git ?

Will do, but it's some way off and not a high priority.

... more and more developers switched to wget ... even aria2 ...

IIRC, wget does not provide a library. aria2 does, but it's C++.

Yes .. almost all players that support mms transport , develop their own transports ( including mms ),in cpp :(
since cURL ....
That's really sad .
Just a thought , moc could pick a dumped stream, (mplayer or ffmpeg will do that easily, it's ugly I know ..)

Thx again .

I know I'm kinda pain in the ... with mms support.
Maybe MOC's own mms transport because, I guess is pretty much useless to rely on cURL...
seems they don't really care too much.
Thx for attention.

I have no problem with your keeping on reminding me about this; please continue to do so.

I did have MMS earmarked as a suitable task for someone who had offered me programming assistance, but he's now gone all silent on me. :-(

Thanks for answering, at least I can spread something in my packages Changelog :D

2772 is just perfect, but still must ping for the mms support
sorry again... :D

2880 works nice , and thank you for this, still mms is missing in Network streams ....
So ping again

PS: Please don't hate me!

---------------------
https://abf.rosalinux.ru/import/moc

No, I haven't put any effort in to this as yet. My main thrust at present is getting the backlogged contributions committed. Also, my national broadcaster no longer uses MMS (or, at least, have hidden it away somewhere) and instead wants listeners to launch a security-threatening JavaScript player, so that has the effect of moving it even farther towards the back of my mind. However, I'll move it forwards again now you're reminded me.

But now that you have reminded me, I have in the last week committed an upgrade to the FFmpeg decoder's capabilities of which the most significant is giving it the ability to read Internet streams (a contribution from user "jy2wong"). Looking at the library's source code, 'mms' does appear in some filenames so you might want to try using the FFmpeg decoder and see where it gets you.

Nice to hear that you're still enjoying MOC.

Looking at the library's source code, 'mms' does appear in some filenames so you might want to try using the FFmpeg decoder and see where it gets you.

I've now tried it myself and that simple approach doesn't work. I can see how to make it work but it requires some re-engineering, so it's not a trivial change. However, doing it would also open up other possibilities as well so it is worth doing.

I really appreciate your interest, in this matter , and of course I still enjoy moc, and also I try to
maintain it for Rosa, ( you should see my bashrc, I have more aliases for moc then other
stuff :D) .
Thanks again.

ping

please don't hate me too much...

Hi
I guess mms transport become obsolete , at least the radios that I use to listen
moved to other types of broadcasting .
So AFIC you can close this topic.
Thanks in advance.

Thanks, that's one way of shortening the list outstanding tasks I guess.

Certainly the few MMS feeds I did know about have dried up, so unless anyone else shouts loudly about it then I'll take it off the list.

I need this in MOC, there is a radio
mms://Roquette.94fm.rj.gov.br:8000
from Brazil
that I have do listen in SMPlayer,