search for: mountnam

...r mountpoints. So if you're in a situation where you have multiple customers with their own mount, giving them all the one admin access would be quite dubious in terms of security. So I'm thinking this... a customer can access their stats by going to a URL such as http://server.com:8000/mountname/admin where they are then prompted for either their source login password or their own admin password (what would be best?) and be able to list clients and kill them, and whatever sundry administrivia may be available in the future. Thoughts? maybe it should be like http://server.com:8000/adm...

...i, I installed icecast2 on Debian 10 via backports for buster so that I could get ssl support. I’ve successfully configured iceacst to stream via ssl within the browser. No problems there. For instance I can successfully open a https link to the stream with a URL like https://domain-name.net:8433/mountname <https://domain-name.net:8433/mountname> However, the same URL with .m3u at the end fails The issue seems to be similar to this thread ... https://gitlab.xiph.org/xiph/icecast-server/-/issues/2323 <https://gitlab.xiph.org/xiph/icecast-server/-/issues/2323> When trying to open m3u or...

On Wed, Jun 17, 2020 at 07:55:05AM +0000, Philipp Schafft wrote: > Why does Icecast forward both requests? Very simple: Not all auth setups > require username:password. E.g. some are only for logging and > accounting. Some auth using the IP address, which is already known in > the first request. Indeed. One of my streams has requested geoblocking, which uses exactly the mechanism you

...alled icecast2 on Debian 10 via backports for buster so that I could get ssl support. > I’ve successfully configured iceacst to stream via ssl within the browser. No problems there. > For instance I can successfully open a https link to the stream with a URL like https://domain-name.net:8433/mountname <https://domain-name.net:8433/mountname> > > However, the same URL with .m3u at the end fails > > The issue seems to be similar to this thread ... https://gitlab.xiph.org/xiph/icecast-server/-/issues/2323 <https://gitlab.xiph.org/xiph/icecast-server/-/issues/2323> > &...

...rovide better interoperability through standard compliance). > Any help would be appreciated, particularly with an example. Using my example from http://icecast.org/#release_2.4-beta2 : cat foo.ogg | curl -u source:hackme -H "Content-type: application/ogg" -T - http://localhost:8000/mountname.ogg This is the plain text dump of the HTTP connection: PUT /mountname.ogg HTTP/1.1 Authorization: Basic c291cmNlOmhhY2ttZQ== User-Agent: curl/7.31.0 Host: localhost:8000 Accept: */* Transfer-Encoding: chunked Content-type: application/ogg Expect: 100-continue Then the server acknowledges and...

...ADMIN) == 0) { ICECAST_LOG_WARN("Warning, <admin> contact not configured, using " @@ -1290,7 +1290,7 @@ static void _parse_mount(xmlDocPtr doc, continue; if (xmlStrcmp(node->name, XMLSTR("mount-name")) == 0) { - mount->mountname = (char *)xmlNodeListGetString(doc, + mount->mountname = (char *)xmlNodeListGetString(doc, node->xmlChildrenNode, 1); } else if (xmlStrcmp(node->name, XMLSTR("username")) == 0) { username = (char *)xmlNodeListGetString(doc, @@ -...

...t can be overridden. I am wondering how to do this. I run two seperate streams on one instance of icecast, so, in my icecast.xml, I have set these parameters for both mounts. <mount type="normal"> <stream-name>MYRADIONAME</stream-name> <mount-name>/MOUNTNAME</mount-name> <public>1</public> <max-listeners>50</max-listeners> </mount> Any guidance will be greatly appreciated. D

...line 9 Error reading Icecast data from 64.157.204.179:9095. So could someone please help me out with this.. or if someone has a better script that would be just great... <?php $server = "64.157.204.179:9095"; $user = "login"; $passw = "pass"; $mountpoint = "/mountname"; $fp = fopen("http://$user:$passw@$server/admin/stats","r") or die("Error reading Icecast data from $server."); while(!feof($fp)) { $data .= fread($fp, 8192); } fclose($fp); // Now parse the XML output for our mountpoint $xml_parser = xml_parse...

Hello all, Since the rsync on Panther many things changed in my professional life. This project is abandoned although it should work. But this you already know. What's new? On my new job I have several servers to administrate. Servers that aren't backed up (sic). So, there's why I'm back to rsync. The backup plan I would like: 1) Client side: PCs running rsync (or

...orts for buster so that I >> could get ssl support. >> I’ve successfully configured iceacst to stream via ssl within the >> browser. No problems there. >> For instance I can successfully open a https link to the stream with >> a URL like https://domain-name.net:8433/mountname >> <https://domain-name.net:8433/mountname> >> >> However, the same URL with .m3u at the end fails >> >> The issue seems to be similar to this thread ... >> https://gitlab.xiph.org/xiph/icecast-server/-/issues/2323 >> <https://gitlab.xiph.org/x...

Geoff: > So what DSP plugin are you using? Oddcast? SAM? Shoutcast DSP? Something > else? Oddcast DSP v3 > Is your plugin actually connnecting to Icecast? Yes, Oddcast tells me it's broadcasting test.m3u at ~32kb (I set it this slow) and Icecast sees this connection. It also sees when others connect, but all attempts result in Error 404 > When your friends try to connnect,

...ng how to do this. > > I run two seperate streams on one instance of icecast, so, in my > icecast.xml, I have set these parameters for both mounts. > > <mount type="normal"> > <stream-name>MYRADIONAME</stream-name> > <mount-name>/MOUNTNAME</mount-name> > <public>1</public> > <max-listeners>50</max-listeners> > </mount> > > Any guidance will be greatly appreciated. > > D -------------- next part -------------- An HTML attachment was scrubbed... URL: <htt...

I'm following up on a thread started by Stephen a couple months ago about building a JavaScript source client using webrtc. The first step suggested was to figure out how to mux the audio and video. After I posted a feature request on the webrtc experiment js library, we seem to have a solution: https://github.com/muaz-khan/WebRTC-Experiment/issues/28#issuecomment-20791759 Based on the last

Hi. Here it is my patch to put a video preview of a theora stream in status.xsl. I just added a: <video-preview>1</video-preview> parameters in icecast.xml.in that control the previewing function. It encodes a png in $webroot/$mountname.tmp and then move it to $webroot/$mountname.png As for now it saves a frame every theora keyframe, which is probably too heavy for the server but it is trivial to add a counter. I tried to code in a "icecast" style but tell me if it's ok. I tested it and it should work without thread...

Ok folks, we are getting ready for version 2.3 of icecast and have built an RC1 distribution. We encourage everyone to try out this new release and provide us feedback. Please report all bugs to http://bugs.xiph.org Here are the details : Source Distribution: http://downloads.xiph.org/releases/icecast/icecast-2.3.0.rc1.tar.gz Source RPM:

Ok folks, we are getting ready for version 2.3 of icecast and have built an RC1 distribution. We encourage everyone to try out this new release and provide us feedback. Please report all bugs to http://bugs.xiph.org Here are the details : Source Distribution: http://downloads.xiph.org/releases/icecast/icecast-2.3.0.rc1.tar.gz Source RPM:

On Tuesday 08 April 2003 06:04 am, boink wrote: > Good, if I'm right, get the latest sources from the xiph.org cvs. before > compiling these sources, you'll need the latest libxslt, libxml2 and the > libcurl latest stuff. > > another problem on a debian box is if you choose to use icecast2 and > compiling it yourself, you will be working outside the debian structure >

I have set up icecast2 and ices2 and am playing ogg files from a playlist. I can listen to stream in Linux using XMMS and Windows using FOOBAR2000. The documentation indicates that WinAmp 2.x and 5.x will work, but need to do tricks like use mountname with ".ogg" extension. When I do that in WinAmp 2.x and 5.x tries to connect and nothing. When in Admin in icecast, and view stats to up link (i.e. .ogg.m3u) WinAmp 2.x gives 200 OK message then prebuffers and appears to play, but no sound. I have checked versions that have vorbis p...

...that Winamp as a player won't handle this properly anyway since it does the broken thing of looking at file extensions to determine what to do with a stream, rather than its MIME type. but it never gets the chance to find out. Icecast is programmed to provide a playlist if you request <mountname>.m3u. Icecast seems to be assuming that you'd never want to call a mountpoint anything with a .m3u extension, so instead of finding the mount /test.m3u, it's actually looking to serve a .m3u playlist for the /test mountpoint. Since there is no /test mount, it returns 404. Bug? M...

On Sat, 12 Mar 2005 00:30:58 +1000, Geoff Shang <geoff@hitsandpieces.net> wrote: > > but it never gets the chance to find out. Icecast is programmed to provide > a playlist if you request <mountname>.m3u. Icecast seems to be assuming > that you'd never want to call a mountpoint anything with a .m3u extension, > so instead of finding the mount /test.m3u, it's actually looking to serve a > .m3u playlist for the /test mountpoint. Since there is no /test mount, it > retur...