Icecast-Server issueshttps://gitlab.xiph.org/xiph/icecast-server/-/issues2018-03-06T12:49:49Zhttps://gitlab.xiph.org/xiph/icecast-server/-/issues/866buildm3u is checking for a source before returning.. Not good for file serving2018-03-06T12:49:49ZGitlab Botbuildm3u is checking for a source before returning.. Not good for file serving"can you report that on bugs.xiph.org, the buildm3u is checking for a source before returning and as you say, that doesn't work for files.
karl."
buildm3u is always checking for a source before attempting to authenticate a stream. ..."can you report that on bugs.xiph.org, the buildm3u is checking for a source before returning and as you say, that doesn't work for files.
karl."
buildm3u is always checking for a source before attempting to authenticate a stream. This does not work for file serving.
Are there any thoughts to create an option like buildm3u for file serving?
Was attempting to create a mount to a file and alias it to its directory. Then in the mount, use the url authenticator to protect it.
<mount>
<mount-name>/song.ogg</mount-name>
<authentication type="url">
<option name="listener_add" value="http://myserv/auth/action.php"/>
<option name="listener_remove" value="http://myserv/auth/action.php"/>
</authentication>
</mount>
<paths>
<alias source="/song.ogg" dest="/dir/dir/song.ogg"/>
</paths>
I use the following to auth a stream when I have a user currently logged into my site. http://myserv:8000/admin/buildm3u?username=test&password=test2&mount=/song.ogg
but, since a fileserve mount is not a true source, this will not work for serving files.
error_log:
[2006-03-11 15:49:08] WARN admin/admin_handle_request Admin command buildm3u on non-existent source /song.ogg
65.67.62.64 - - [11/Mar/2006:15:49:08 -0600] "GET /admin/buildm3u HTTP/1.1" 400 83 "-" "Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1; .NET CLR 1.0.3705; .NET CLR 1.1.4322)" 0
Any way to auth file server requests with passing username and password information without requiring user to type it in on the player pop-up?
thanks,
-matt
Icecast 2.3Michael SmithMichael Smithhttps://gitlab.xiph.org/xiph/icecast-server/-/issues/864Icecast 2.3.1 reports "too many sources connected" when it probably shouldn't.2018-03-06T12:49:49ZOscar SundbomIcecast 2.3.1 reports "too many sources connected" when it probably shouldn't.I have configured Icecast with <sources>8</sources> and six "special" streams, to set up a local fallback file to play for each, in case a source isn't currently connected.
The sources are connected in sets of three. When the first set ...I have configured Icecast with <sources>8</sources> and six "special" streams, to set up a local fallback file to play for each, in case a source isn't currently connected.
The sources are connected in sets of three. When the first set connects, all works fine. When the second set connects, (at least) the last client gets refused with
"too many sources connected". The sources all get connected before any of them start
sending data. I'm thinking Icecast might calculate that it already has six sources (three connected, three fallbacks) and adding three more adds up to nine, which is one more than allowed.
Raising <sources> to 16 fixed the problem, so there is an easy workaround, but to me it's counterintuitive that it should work that way.
This bug, in turn, sparks a bug in libshout, which killed the program providing the last tree streams (double free or corruption), but that's a whole other bug report.
Snippets from icecast.xml:
<limits>
<clients>200</clients>
<sources>8</sources>
<threadpool>6</threadpool>
<queue-size>524288</queue-size>
<client-timeout>30</client-timeout>
<header-timeout>15</header-timeout>
<source-timeout>10</source-timeout>
<burst-on-connect>1</burst-on-connect>
<burst-size>65535</burst-size>
</limits>
---------
<mount>
<mount-name>/rocket_hi.ogg</mount-name>
<fallback-mount>/silence.ogg</fallback-mount>
<fallback-override>1</fallback-override>
</mount>
<mount>
<mount-name>/rocket_hi.mp3</mount-name>
<fallback-mount>/silence_hi.mp3</fallback-mount>
<fallback-override>1</fallback-override>
</mount>
<mount>
<mount-name>/rocket_lo.mp3</mount-name>
<fallback-mount>/silence_lo.mp3</fallback-mount>
<fallback-override>1</fallback-override>
</mount>
<mount>
<mount-name>/thsradio_hi.ogg</mount-name>
<fallback-mount>/silence.ogg</fallback-mount>
<fallback-override>1</fallback-override>
</mount>
<mount>
<mount-name>/thsradio_hi.mp3</mount-name>
<fallback-mount>/silence_hi.mp3</fallback-mount>
<fallback-override>1</fallback-override>
</mount>
<mount>
<mount-name>/thsradio_lo.mp3</mount-name>
<fallback-mount>/silence_lo.mp3</fallback-mount>
<fallback-override>1</fallback-override>
</mount>
Michael SmithMichael Smithhttps://gitlab.xiph.org/xiph/icecast-server/-/issues/857On-demand streaming2018-03-06T12:49:49ZNowhere ManOn-demand streamingIt would be great if Icecast had an on-demand mode, where it starts the streaming of a file by it's start, maybe by starting the source program (e.g. ices or ezstream), or by grabbing the content by any other mean.It would be great if Icecast had an on-demand mode, where it starts the streaming of a file by it's start, maybe by starting the source program (e.g. ices or ezstream), or by grabbing the content by any other mean.Michael SmithMichael Smithhttps://gitlab.xiph.org/xiph/icecast-server/-/issues/844Dynamical Reload of config.xml on Win322018-03-06T12:49:49ZchristianDynamical Reload of config.xml on Win32Hi,
it would be great if I could reload the Config.XML file after editing without stopping and starting the server, because I don't want to loose my listeners. Would this be possible?
What we change is to add some mount points and ADD...Hi,
it would be great if I could reload the Config.XML file after editing without stopping and starting the server, because I don't want to loose my listeners. Would this be possible?
What we change is to add some mount points and ADD some more listening ports and ADD some aliases.
Thanks
ChristianIcecast 2.5.0Michael SmithMichael Smithhttps://gitlab.xiph.org/xiph/icecast-server/-/issues/842IceCast Server - Source Bytes in Access Log2018-03-06T12:49:49ZGitlab BotIceCast Server - Source Bytes in Access LogIn the access log of the IceCast server, can we have the number of bytes uploaded from a source, on disconnection? Currently only 19 bytes, the OK response when the source connectes, are shown here. The absence of this data means sources...In the access log of the IceCast server, can we have the number of bytes uploaded from a source, on disconnection? Currently only 19 bytes, the OK response when the source connectes, are shown here. The absence of this data means sources are able to upload many gigabytes of data without a clean and easy way of server admins tracking this (ie via scraping log files). Michael SmithMichael Smithhttps://gitlab.xiph.org/xiph/icecast-server/-/issues/827Icecast server program crashes2018-03-06T12:49:49ZusamusicaIcecast server program crashesIcecast seems to stop running get message Icecast has encountered a error and must close.
Broadcast goes down. Running Windows server 2003
Not sure what information you will need to help you guys out?Icecast seems to stop running get message Icecast has encountered a error and must close.
Broadcast goes down. Running Windows server 2003
Not sure what information you will need to help you guys out?Karl HeyesKarl Heyeshttps://gitlab.xiph.org/xiph/icecast-server/-/issues/821Icecast connection limit reached.2018-03-06T12:49:49ZhanIcecast connection limit reached.When I use icecast-2.2.0 it works fine, when I run icecast-2.3.0 or 2.3.1 I get that errormessage whenever I try to connect.
I think it is related to this commit: http:...When I use icecast-2.2.0 it works fine, when I run icecast-2.3.0 or 2.3.1 I get that errormessage whenever I try to connect.
I think it is related to this commit: http://lists.xiph.org/pipermail/commits/2005-April/007172.html
I'm running icecast-2.3.1 on OpenBSD with these patches: http://www.openbsd.org/cgi-bin/cvsweb/ports/net/icecast/patches/
```
<icecast>
<limits>
<clients>1</clients>
<sources>2</sources>
<threadpool>5</threadpool>
<queue-size>102400</queue-size>
<client-timeout>30</client-timeout>
<header-timeout>15</header-timeout>
<source-timeout>10</source-timeout>
<burst-on-connect>1</burst-on-connect>
<burst-size>65535</burst-size>
</limits>
<authentication>
<source-password>secret</source-password>
</authentication>
<hostname>boetes.org</hostname>
<port>8000</port>
<bind-address>192.168.1.68</bind-address>
<listen-socket>
<port>7777</port>
<bind-address>172.16.11.1</bind-address>
</listen-socket>
<fileserve>0</fileserve>
<paths>
<basedir>/var/icecast</basedir>
<logdir>/log</logdir>
</paths>
<logging>
<accesslog>access.log</accesslog>
<errorlog>error.log</errorlog>
<loglevel>4</loglevel>
</logging>
<security>
<chroot>1</chroot>
<changeowner>
<user>_icecast</user>
<group>bot</group>
</changeowner>
</security>
</icecast>
```Icecast 2.3Michael SmithMichael Smithhttps://gitlab.xiph.org/xiph/icecast-server/-/issues/810[PATCH] Announce ability for range requests2018-03-06T12:49:49Zmcbicecast[PATCH] Announce ability for range requestsThe file server now accepts a Range: header, so it would be best to announce this in the response headers. Two lines of code added to fserve.c, patch follows.
--- fserve.c.orig Thu Sep 8 16:03:51 2005
+++ fserve.c Wed Jan 4 ...The file server now accepts a Range: header, so it would be best to announce this in the response headers. Two lines of code added to fserve.c, patch follows.
--- fserve.c.orig Thu Sep 8 16:03:51 2005
+++ fserve.c Wed Jan 4 15:12:39 2006
@@ -514,6 +514,7 @@
bytes = snprintf (httpclient->refbuf->data, BUFSIZE,
"HTTP/1.1 206 Partial Content\r\n"
"Date: %s\r\n"
+ "Accept-Ranges: bytes\r\n"
"Content-Length: " FORMAT_INT64 "\r\n"
"Content-Range: bytes " FORMAT_INT64 \
"-" FORMAT_INT64 "/" FORMAT_INT64 "\r\n"
@@ -548,6 +549,7 @@
httpclient->respcode = 200;
bytes = snprintf (httpclient->refbuf->data, BUFSIZE,
"HTTP/1.0 200 OK\r\n"
+ "Accept-Ranges: bytes\r\n"
"Content-Length: " FORMAT_INT64 "\r\n"
"Content-Type: %s\r\n\r\n",
content_length,
Michael SmithMichael Smithhttps://gitlab.xiph.org/xiph/icecast-server/-/issues/807Viewing the last X number of lines from logfile in Icecast Web Admin2020-10-02T11:46:58Zdj_transidViewing the last X number of lines from logfile in Icecast Web AdminIn the Icecast web admin is it possible to have it show say X number of lines from the errors.log just so that the admin doesnt need to have shell access to know what is going on the background, shoutcast has the same thing where it tail...In the Icecast web admin is it possible to have it show say X number of lines from the errors.log just so that the admin doesnt need to have shell access to know what is going on the background, shoutcast has the same thing where it tails the log file. just a thought.
Thanks,
~BrianIcecast 2.5.0Philipp SchafftPhilipp Schaffthttps://gitlab.xiph.org/xiph/icecast-server/-/issues/803Max listeners causes server crash2018-03-06T12:49:49ZDavidMax listeners causes server crashI have a mount without a username, where username is blank <username></username>.
I set max listeners to 1 and connected to the source as a 2nd listener and it crashed the server.. First connection was from winamp 2nd connection was fro...I have a mount without a username, where username is blank <username></username>.
I set max listeners to 1 and connected to the source as a 2nd listener and it crashed the server.. First connection was from winamp 2nd connection was from WMP.
Will test the 2nd listener from a differnt computer. because most people will not launch 2 seprate connections from the same machine. stay tuned....Karl HeyesKarl Heyeshttps://gitlab.xiph.org/xiph/icecast-server/-/issues/802Icecast mounts and Sam 32018-03-06T12:49:49ZDavidIcecast mounts and Sam 3using Sam 3 encoder does not recoginze the username and password for authenticating source when mount is specified in Icecast config. So in effect I can use Sam and Icecast. Only if I don't declare a mount in the icecast config file. Ice...using Sam 3 encoder does not recoginze the username and password for authenticating source when mount is specified in Icecast config. So in effect I can use Sam and Icecast. Only if I don't declare a mount in the icecast config file. Icecast will automatically declare whatever Sam shows and broadcast.
This would normally be ok if I was just streaming 1 broadcast, but I'm trying to manage mutiple broadcast and thier max listener capacity and stream quality.
Is there a workaround for this without declaring a mount? Icecast seems to be declaring mounts on the fly from Sam3, but like I said it leaves connections as unlimited....
Can you help fix this?Icecast 2.3Michael SmithMichael Smithhttps://gitlab.xiph.org/xiph/icecast-server/-/issues/801Icecast server source details max-listeners2018-03-06T12:49:49ZDavidIcecast server source details max-listenersSpecified on the mount the number of max listeners to 1. Tried connecting form 2 different sources and it still allowed the 2nd connection. In addtion the sever details shows max_listeners "unlimited" instead of 1Specified on the mount the number of max listeners to 1. Tried connecting form 2 different sources and it still allowed the 2nd connection. In addtion the sever details shows max_listeners "unlimited" instead of 1Icecast 2.3Michael SmithMichael Smithhttps://gitlab.xiph.org/xiph/icecast-server/-/issues/800URL listener authenticator2018-03-06T12:49:49ZDavidURL listener authenticatorYour URL auth is not working properly I used the examples in the domumentation altering my url and it does not auth. it just connects to the stream...In addtion with the basic orginal file admin control panel does not show the red key...
Your URL auth is not working properly I used the examples in the domumentation altering my url and it does not auth. it just connects to the stream...In addtion with the basic orginal file admin control panel does not show the red key...
Icecast 2.3Michael SmithMichael Smithhttps://gitlab.xiph.org/xiph/icecast-server/-/issues/798Nothing appears on icecast when i'm broadcasting2018-03-06T12:49:49ZdeepbluesensationsNothing appears on icecast when i'm broadcastingHello there,
My server is saying that i'm broadcasting, but i find no traces of my program on icecast at my usual page, then nobody can listen to my program...
grrrr
The SmurfHello there,
My server is saying that i'm broadcasting, but i find no traces of my program on icecast at my usual page, then nobody can listen to my program...
grrrr
The SmurfMichael SmithMichael Smithhttps://gitlab.xiph.org/xiph/icecast-server/-/issues/794[PATCH] Autotools and header fixes2018-06-15T21:35:52Zgtgbr[PATCH] Autotools and header fixes* Improve autotools handling of sys/time.h and time.h -- it should be checked whether both may be included simultaneously.
* Actually use the XIPH_C__FUNC__ macro, since #ifdef __SUNPRO_C was removed from src/compat.h
* A bit of header...* Improve autotools handling of sys/time.h and time.h -- it should be checked whether both may be included simultaneously.
* Actually use the XIPH_C__FUNC__ macro, since #ifdef __SUNPRO_C was removed from src/compat.h
* A bit of header/includes cleanup. Icecast sources search for support libs locally first, not in system include paths.
* Remove spurious CRs
* Do not let Windows include <stdio.h> twice in src/util.cMichael SmithMichael Smithhttps://gitlab.xiph.org/xiph/icecast-server/-/issues/791[PATCH] More type related cleanups2018-11-10T13:05:43Zgtgbr[PATCH] More type related cleanupsMore type related cleanups:
* Add casts where implicit casting would happen otherwise (covers all, except those int->char casts that are harmless.)
* Resolve accuracy issues, mostly by changing long to int (except in one case in source...More type related cleanups:
* Add casts where implicit casting would happen otherwise (covers all, except those int->char casts that are harmless.)
* Resolve accuracy issues, mostly by changing long to int (except in one case in source.c where it's the other way round)
* More int -> size_t changes when buffer sizes are involved. While doing so, slightly rewrite get_line() in auth_htpasswd.c to not shadow the len parameter.
* While in httpp.h, remove prototype for nonexistent function httpp_parse_icy()
* Adjust sanity checks to not test whether an unsigned variable is < 0
* In net/sock.c, use sizeof(ip) instead of MAX_ADDR_LEN
* Do not forget to #include <sys/types.h> and "compat.h" whenever _t types are usedIcecast 2.5.0Philipp SchafftPhilipp Schaffthttps://gitlab.xiph.org/xiph/icecast-server/-/issues/789Use proper function prototypes and declarations (2/2)2018-03-06T12:49:49ZgtgbrUse proper function prototypes and declarations (2/2)ANSI C requires function prototype and declaration to be of the same static'ness.ANSI C requires function prototype and declaration to be of the same static'ness.Michael SmithMichael Smithhttps://gitlab.xiph.org/xiph/icecast-server/-/issues/788Use proper function prototypes and declarations (1/2)2018-03-06T12:49:49ZgtgbrUse proper function prototypes and declarations (1/2)void foobar();
is not the same as
void foobar(void);
Fix those, and while around in auth.h, de-lint the enum.void foobar();
is not the same as
void foobar(void);
Fix those, and while around in auth.h, de-lint the enum.Michael SmithMichael Smithhttps://gitlab.xiph.org/xiph/icecast-server/-/issues/787[PATCH] Clean up remaining signedness issues2018-03-06T12:49:49Zgtgbr[PATCH] Clean up remaining signedness issuesRecent versions of gcc on Linux, e.g. gcc on Debian/sarge (or rather, Debian/testing) complains a lot, making warnings less useful for easily spotting problems. The bulk of the warnings is taken care of in the incompatible_pointer patche...Recent versions of gcc on Linux, e.g. gcc on Debian/sarge (or rather, Debian/testing) complains a lot, making warnings less useful for easily spotting problems. The bulk of the warnings is taken care of in the incompatible_pointer patches, this cleans up the rest. After this, Icecast is -Wall clean on Linux again.
While around in src/util.c, fix up some int->size_t's.Michael SmithMichael Smithhttps://gitlab.xiph.org/xiph/icecast-server/-/issues/786Fix bad __FUNCTION__ defines2018-03-06T12:49:49ZgtgbrFix bad __FUNCTION__ definesAlso take into account that strrchr() may be used in some cases (e.g. on Windows), so adjust the headers.
Remove the __SUNPRO_C case, as it is taken care of during configure time by xiph_compiler.m4.Also take into account that strrchr() may be used in some cases (e.g. on Windows), so adjust the headers.
Remove the __SUNPRO_C case, as it is taken care of during configure time by xiph_compiler.m4.Michael SmithMichael Smith