Icecast-Server issueshttps://gitlab.xiph.org/xiph/icecast-server/-/issues2018-03-06T12:49:49Zhttps://gitlab.xiph.org/xiph/icecast-server/-/issues/734stats by mountpoint2018-03-06T12:49:49ZGitlab Botstats by mountpointHi, I guess this has been talked before.. but many of my customers wants to check their stats.. as they have no admin privileges they can not check how many listeners are connected to their mountpoint.
Of course, creating a separate scr...Hi, I guess this has been talked before.. but many of my customers wants to check their stats.. as they have no admin privileges they can not check how many listeners are connected to their mountpoint.
Of course, creating a separate script to capture the output for /admin/ will work... but it would be nice if icecast can doit by itself.
regards and thanks!
epeMichael SmithMichael Smithhttps://gitlab.xiph.org/xiph/icecast-server/-/issues/738Errorcode when client wants to connect to "full" mountpoint should be changed2020-10-15T13:51:17ZrobeErrorcode when client wants to connect to "full" mountpoint should be changedHi,
the errorcode that clients receive when they want to connect to a mountpoint which has reached its maxlisteners limit should be changed from the current "404 File Not Found" to something more meaningful, since this is the same error...Hi,
the errorcode that clients receive when they want to connect to a mountpoint which has reached its maxlisteners limit should be changed from the current "404 File Not Found" to something more meaningful, since this is the same errorcode that gets returned when the requested mountpoint doesn't exist.
A possible solution to this would be returning 403 with a customized reason phrase like "Mountpoint full" (or similar) in the header (since this is the only thing (if any) that gets forwarded to the user with most clients). The HTTP 1.1 RFC (#2616) allows this:
6.1.1:
[..]
The individual values of the numeric status codes defined for
HTTP/1.1, and an example set of corresponding Reason-Phrase's, are
presented below. The reason phrases listed here are only
recommendations -- they MAY be replaced by local equivalents without
affecting the protocol.
[..]Philipp SchafftPhilipp Schaffthttps://gitlab.xiph.org/xiph/icecast-server/-/issues/741IceCast 2.3.0 Dies2018-03-06T12:49:49ZbdupreeIceCast 2.3.0 DiesI have ezstream streaming 64 Kb ogg 24x7 to IceCast 2.3.0. ezstream, libvorbis and libogg are at the latest releases. Every so often IceCast dies. No rhyme or reason to it. Sometimes it dies in a matter of hours. Sometimes it runs for we...I have ezstream streaming 64 Kb ogg 24x7 to IceCast 2.3.0. ezstream, libvorbis and libogg are at the latest releases. Every so often IceCast dies. No rhyme or reason to it. Sometimes it dies in a matter of hours. Sometimes it runs for weeks. When it failes there are no errors in the logs to indicate why. After a failure ezstream logs show connection failures (via loopback) over and over and over.
One mode of failure has IceCast consuming 100% CPU, the other has all IceCast processes terminated. The server, itself, for all intents and purposes appears to be running normally with its usual load (< 1.0) and memory consumption. (The server: SlackWare 10.0 Linux colo running 2.4.31, apache 1.3.34, mysql, postgresql, openssl, postfix, etc. on 1.3 GHz Duron, 512MB RAM, 40GB PATA disk, 10/100 NIC) All other aspects of the server are extremely stable, the box only goes down when I take it down.
I'm planning on rebuilding IceCast with debugging symbols and upping the ulimit to see if it'll drop a core for me, but I was wondering if anybody has additional insights?
--Bill DuPree
Michael SmithMichael Smithhttps://gitlab.xiph.org/xiph/icecast-server/-/issues/764[Request] Icecast: Source/DJ authentication system2018-03-06T12:49:49ZGitlab Bot[Request] Icecast: Source/DJ authentication systemHave a choice to authenticate the source, a bit like listener auth.
In my scenario it would be very handy to be able to send over the source auth details to a php script like url authentication for listeners and then only let the DJ con...Have a choice to authenticate the source, a bit like listener auth.
In my scenario it would be very handy to be able to send over the source auth details to a php script like url authentication for listeners and then only let the DJ connecting to stream if its their turn and if for some reason we need to we can tell the script to return that the source isnt allowed to stream as we have disabled them (maybe due to abusive DJ/inactive DJ that wont leave), this will also make it easier to make sure we know which DJ is currently streaming.
Im not sure if this would be suitable solution for everyone, but the choice would be handy and im sure theres more than just me that would like to see this feature.
Thanks for listening,
Daniel @ Y3K-Radio
^^^ above is a copy of my post at the Icecast Forums (as karlH requested I post it here)Karl HeyesKarl Heyeshttps://gitlab.xiph.org/xiph/icecast-server/-/issues/766a list of the last n songs played should be accessible to visitors through st...2018-03-06T12:49:49Zicecast.aphexa list of the last n songs played should be accessible to visitors through status.xslIcecast 2.5.0Philipp SchafftPhilipp Schaffthttps://gitlab.xiph.org/xiph/icecast-server/-/issues/774YP data submitted even when source cannot connect2018-03-06T12:49:49Zchris.aretiYP data submitted even when source cannot connectHi,
I'm using 2.3.0 but as I didn't see it as a bugfix on the list, I'm presuming it remains the same in 2.3.1..
I have icecast set to not allow people to take over source control if someone's connected already, however due to necessit...Hi,
I'm using 2.3.0 but as I didn't see it as a bugfix on the list, I'm presuming it remains the same in 2.3.1..
I have icecast set to not allow people to take over source control if someone's connected already, however due to necessity when some people kill the connected source and broadcast - the main broadcast server still attempts to connect to the source every 15 seconds. This means that when the DJ has finished their set, then simply disconnect and 24 hour playout comes back online.
However, I've noticed with 2.3.0 that even though the broadcast server gets a disconnected error message, the metadata the broadcast server generates whilst the other source is on air manages to update and overwrite that which the current source connection is providing.
In short, metadata from a connecting client (who cannot connect because the source is in use by another client) still manages to be accepted by icecast and updated on the stream.. meaning that the two clients are constantly fighting to keep metadata with that of the current source.
Any help would be much appreciated!
Thanks,
Chris.Icecast 2.3Michael SmithMichael Smithhttps://gitlab.xiph.org/xiph/icecast-server/-/issues/775default log level should be lower2018-03-06T12:49:49ZGhost Userdefault log level should be lowerIcecast 2.3.1 shipped with the default loglevel of 4, which generates rather more lines than one would want in a production environment. I suggest that this default be changed to 2 or 3.Icecast 2.3.1 shipped with the default loglevel of 4, which generates rather more lines than one would want in a production environment. I suggest that this default be changed to 2 or 3.Icecast 2.3Michael SmithMichael Smithhttps://gitlab.xiph.org/xiph/icecast-server/-/issues/780[PATCH] Make refbufs use size_t for sizes instead of unsigned long2018-03-06T12:49:49Zgtgbr[PATCH] Make refbufs use size_t for sizes instead of unsigned longThis may or may not solve any real issues on 64bit archs at the moment, but it surely is more correct and makes large parts of Icecast code more consistent, where adding casts would be necessary otherwise.
This is the first of a long se...This may or may not solve any real issues on 64bit archs at the moment, but it surely is more correct and makes large parts of Icecast code more consistent, where adding casts would be necessary otherwise.
This is the first of a long series of patches that are supposed to enhance Icecast's maintainability, portability and correctness. They are the result of an ongoing (and by now week-long) audit that shows that there are subtle issues hidden in Icecast that only work by accident at this point -- fixing those will make it much easier on the long run to maintain Icecast's quality.Karl HeyesKarl Heyeshttps://gitlab.xiph.org/xiph/icecast-server/-/issues/781Facilitate auditing by explicitly using "unsigned int" instead of just "unsig...2018-03-06T12:49:49ZgtgbrFacilitate auditing by explicitly using "unsigned int" instead of just "unsigned"Improves readability and makes code more consistent.Improves readability and makes code more consistent.Michael SmithMichael Smithhttps://gitlab.xiph.org/xiph/icecast-server/-/issues/782Treat ICECAST_VERSION_STRING as user-settable ...2018-03-06T12:49:49ZgtgbrTreat ICECAST_VERSION_STRING as user-settable ...... and thus protect format strings from it. There's also this feature request that people want to be able to set the version string in the configuration file, so this patch prepares for that feature's implementation.... and thus protect format strings from it. There's also this feature request that people want to be able to set the version string in the configuration file, so this patch prepares for that feature's implementation.Michael SmithMichael Smithhttps://gitlab.xiph.org/xiph/icecast-server/-/issues/783[PATCH] Explicitly casts for (un)signed char* conversions (1/3)2018-03-06T12:49:49Zgtgbr[PATCH] Explicitly casts for (un)signed char* conversions (1/3)Pass 1/3: Add XMLSTR(str) macro to cast to (xmlChar *). Requires a fix to global.h, which needs to #include "avl/avl.h" for its avl_tree usage.Pass 1/3: Add XMLSTR(str) macro to cast to (xmlChar *). Requires a fix to global.h, which needs to #include "avl/avl.h" for its avl_tree usage.Michael SmithMichael Smithhttps://gitlab.xiph.org/xiph/icecast-server/-/issues/784[PATCH] Explicitly casts for (un)signed char* conversions (2/3)2018-03-06T12:49:49Zgtgbr[PATCH] Explicitly casts for (un)signed char* conversions (2/3)Pass 2/3: Add another macro, CCPSTR(str), for the other way round: casts to (const char *).Pass 2/3: Add another macro, CCPSTR(str), for the other way round: casts to (const char *).Michael SmithMichael Smithhttps://gitlab.xiph.org/xiph/icecast-server/-/issues/785[PATCH] Explicitly casts for (un)signed char* conversions (3/3)2018-03-06T12:49:49Zgtgbr[PATCH] Explicitly casts for (un)signed char* conversions (3/3)Mop up the rest ... after this, lint is happy about it (gcc on recent Linux dists isn't quite happy yet, though.)Mop up the rest ... after this, lint is happy about it (gcc on recent Linux dists isn't quite happy yet, though.)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 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/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/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/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/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/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 Smith