Xiph.Org issueshttps://gitlab.xiph.org/groups/xiph/-/issues2018-03-06T12:49:48Zhttps://gitlab.xiph.org/xiph/icecast-server/-/issues/1977check mime-type file handling in win32 build2018-03-06T12:49:48ZThomas B. Rückercheck mime-type file handling in win32 builduser reported a vague problem.
Seems we open a mime-types file from fserve.c
Also there seems to be an undocumented config option when parsing xml.
So might be enough to include a file and point to it in the win32 default config.
Unless ...user reported a vague problem.
Seems we open a mime-types file from fserve.c
Also there seems to be an undocumented config option when parsing xml.
So might be enough to include a file and point to it in the win32 default config.
Unless mingw provides some magic in its libc.Icecast 2.4.1https://gitlab.xiph.org/xiph/icecast-server/-/issues/1963icecast crashes if some XML config settings are empty2018-03-06T12:49:48Zmaepicecast crashes if some XML config settings are empty
## new description:
If you leave a tag empty, our config parsing code using libxml2 will set the variable to NULL, something that we try to prevent by prepopulating vital variables with defaults.
This needs a well thought out fix after ...
## new description:
If you leave a tag empty, our config parsing code using libxml2 will set the variable to NULL, something that we try to prevent by prepopulating vital variables with defaults.
This needs a well thought out fix after understanding our code and where the NULL comes from and what it should be instead (possibly case by case?).
*Workaround:* _Don't set anything in the config to empty tags like <tag></tag>, because bad things will happen!_
## Initial report:
icecast version 2.3.3. when i have this in my config
<accesslog></accesslog>
<errorlog></errorlog>
icecast segfaults. my intention was to turn off logging.
Icecast 2.5.0Thomas B. RückerThomas B. Rückerhttps://gitlab.xiph.org/xiph/icecast-server/-/issues/1953auth.xsl m3u filename is wrong2018-03-06T12:49:48Zrasiauth.xsl m3u filename is wrongauth.xsl generates the link for usermanaged servers.
but the file it sends out to the browser is hardcoded:
<form method="GET" action="/admin/buildm3u">
Since this file is missing a file extension it wont work with some mediaplayers tha...auth.xsl generates the link for usermanaged servers.
but the file it sends out to the browser is hardcoded:
<form method="GET" action="/admin/buildm3u">
Since this file is missing a file extension it wont work with some mediaplayers that expect a "m3u" extension.
Version is icecast-2.4-beta3.tar.gzIcecast 2.5.0Thomas B. RückerThomas B. Rückerhttps://gitlab.xiph.org/xiph/icecast-server/-/issues/1951IceCast2 Mountpoint switchover buffer2018-03-06T12:49:48ZDarrenIceCast2 Mountpoint switchover bufferHi.
I've recently changed my SHOUTcast over to IceCast to stop any dead air and use mount points.
I have one little issue.
When the Auto DJ is connected, the music plays perfectly fine but when a source connects then that's when the ...Hi.
I've recently changed my SHOUTcast over to IceCast to stop any dead air and use mount points.
I have one little issue.
When the Auto DJ is connected, the music plays perfectly fine but when a source connects then that's when the stream starts to buffer, yet the listeners successfully transfer from the /autodj mount to the /live mount and vice versa when a source disconnects.
Now.. when listening via the Centova Cast player at the top, the stream doesn't buffer.. it only buffers when using flash players or any other player for that matter which are outside Centova Cast.
Do you know a way around this? Thomas B. RückerThomas B. Rückerhttps://gitlab.xiph.org/xiph/icecast-server/-/issues/1944Rework STATS interface2018-10-18T08:01:51ZcatoRework STATS interfaceThe current STATS interface which can be accessed via "curl -X STATS http://server:8000/" lacks some features:
1) Not compliant with HTTP spec:
- method needs to be changed from STATS to GET and with
that the target URL has also ...The current STATS interface which can be accessed via "curl -X STATS http://server:8000/" lacks some features:
1) Not compliant with HTTP spec:
- method needs to be changed from STATS to GET and with
that the target URL has also to be changed
- Sent HTTP-Response headers, define mime-type
2) Add lines for mount add/remove, for example "ADD /test.ogg" and "REMOVE /test.ogg"
3) Remove spurious "null null" entries
Philipp SchafftPhilipp Schaffthttps://gitlab.xiph.org/xiph/icecast-server/-/issues/1942Spurious dots inside http request line logged to access log2018-03-06T12:49:48ZThomas B. RückerSpurious dots inside http request line logged to access log*"GET./status.xsl.HTTP/1.1"
vs
"GET /status.xsl HTTP/1.1"*"GET./status.xsl.HTTP/1.1"
vs
"GET /status.xsl HTTP/1.1"Icecast 2.4.0Philipp SchafftPhilipp Schaffthttps://gitlab.xiph.org/xiph/icecast-server/-/issues/1939Webinterface shows Login when using just stream_auth2018-03-06T12:49:48ZcatoWebinterface shows Login when using just stream_authA stream is configured just with stream_auth. The webinterface shows an login-link anyway. Clients can still access the stream, if they use the direct link.
This happens because the xsl just looks for an authenticator for the mount, whi...A stream is configured just with stream_auth. The webinterface shows an login-link anyway. Clients can still access the stream, if they use the direct link.
This happens because the xsl just looks for an authenticator for the mount, which is "url" in this case. There is no possibility to check whether the authenticator applies for sources or for clients.Icecast 2.5.0Philipp SchafftPhilipp Schaffthttps://gitlab.xiph.org/xiph/icecast-server/-/issues/1936Add <audio> and <video> elements to supported streams on status page.2018-06-16T22:37:50ZThomas B. RückerAdd <audio> and <video> elements to supported streams on status page.Now that Firefox will ship with fixed chaining we can push this much more.
By supported I mean at least: vorbis, Opus, theora, WebMNow that Firefox will ship with fixed chaining we can push this much more.
By supported I mean at least: vorbis, Opus, theora, WebMIcecast 2.5.0Marvin ScholzMarvin Scholzhttps://gitlab.xiph.org/xiph/icecast-server/-/issues/1929HTTP Content-Type doesn't autodetect and it ignores <type> and <subtype>2018-10-24T14:29:17ZEvan CarrollHTTP Content-Type doesn't autodetect and it ignores <type> and <subtype>I have a `Ogg/Opus` stream, if I don't statically put in the `<type>` and `<subtype>` into my icecast conf file `/admin/stats.xsl shows`,
```
server_type application/ogg
```
And, the HTTP header shows `application/ogg` for Content-Typ...I have a `Ogg/Opus` stream, if I don't statically put in the `<type>` and `<subtype>` into my icecast conf file `/admin/stats.xsl shows`,
```
server_type application/ogg
```
And, the HTTP header shows `application/ogg` for Content-Type. If I statically put in the `<type>` and `<subtype>` `/admin/stats.xsl` shows,
```
server_type audio/ogg
subtype opus
```
However, even statically entered the HTTP Content-Type is `application/ogg`.
Per the Opus wiki [https://wiki.xiph.org/OggOpus#Content_Type], the Content-Type should be `"audio/ogg; codecs=opus"`
> The recommended mime-type for Ogg Opus files is audio/ogg, defined in RFC 5334. If more specificity is desired, one can distinguish Opus files as 'audio/ogg; codecs=opus'. The recommended filename extension for Ogg Opus files is .opus.
Thomas B. RückerThomas B. Rückerhttps://gitlab.xiph.org/xiph/icecast-server/-/issues/1916Fix & Verify proper escaping of HTTP related variables when e.g. printing to ...2018-03-06T12:49:48ZThomas B. RückerFix & Verify proper escaping of HTTP related variables when e.g. printing to access.logSee also initial report:
http://lists.xiph.org/pipermail/icecast/2012-December/012331.html
We should check escaping for all those variables printed to access.log .See also initial report:
http://lists.xiph.org/pipermail/icecast/2012-December/012331.html
We should check escaping for all those variables printed to access.log .Icecast 2.4.0Philipp SchafftPhilipp Schaffthttps://gitlab.xiph.org/xiph/icecast-server/-/issues/1914Port wildcard mounts to trunk2022-03-15T11:05:26ZcatoPort wildcard mounts to trunkIn the [kh-branch](https://trac.xiph.org/browser/icecast/branches/kh/icecast/src/cfgfile.c#L1203) is a feature which allows you to specify wildcard mounts like
```
<mount>
<mount-name>/foo-*.mp3</mount-name>
</mount>
```
to set options f...In the [kh-branch](https://trac.xiph.org/browser/icecast/branches/kh/icecast/src/cfgfile.c#L1203) is a feature which allows you to specify wildcard mounts like
```
<mount>
<mount-name>/foo-*.mp3</mount-name>
</mount>
```
to set options for an unknown set of mount points. Please port this to the [mainstream icecast](https://trac.xiph.org/browser/icecast/trunk/icecast/src/cfgfile.c#L1126) as well.
Thomas B. RückerThomas B. Rückerhttps://gitlab.xiph.org/xiph/icecast-server/-/issues/1913Icecast shows EROR instead of ERROR in error.log2018-03-06T12:49:48ZborlamIcecast shows EROR instead of ERROR in error.logIcecast shows EROR instead of ERROR in error.log.
error.log.4:[2012-10-25 21:00:49] EROR slave/open_relay_connection Header read failed for Icecast shows EROR instead of ERROR in error.log.
error.log.4:[2012-10-25 21:00:49] EROR slave/open_relay_connection Header read failed for Monty MontgomeryMonty Montgomeryhttps://gitlab.xiph.org/xiph/icecast-server/-/issues/1896Icecast should provide xml versions of pages2018-03-06T12:49:48ZGhost UserIcecast should provide xml versions of pagesIcecast generates xml pages and then runs them through xslt to convert them to html for display. The raw xml is much more useful for people writing automation which accesses an icecast server.
While some of the raw xml files are availab...Icecast generates xml pages and then runs them through xslt to convert them to html for display. The raw xml is much more useful for people writing automation which accesses an icecast server.
While some of the raw xml files are available through the admin/ interface, this requires authentication. The same information that's available on the public stream listing and version pages should also be available as xml.Thomas B. RückerThomas B. Rückerhttps://gitlab.xiph.org/xiph/icecast-server/-/issues/1889Error pages needs update2018-03-06T12:49:48ZPhilipp SchafftError pages needs updateThe error pages generated by icecast are currently hardcoded. Some contain invalid HTML.
Please provide a valid but very simple HTML file for the HTTP errors 400 and 404. I will also take such error pages for 401 and 403 but that has le...The error pages generated by icecast are currently hardcoded. Some contain invalid HTML.
Please provide a valid but very simple HTML file for the HTTP errors 400 and 404. I will also take such error pages for 401 and 403 but that has less priority.
The pages (except for 401) all take an string telling the user about the error. Please just leave '%s' in the 'template' where it should go.
current pages look like this:
```
<b>%s</b>
```Icecast 2.4.0Thomas B. RückerThomas B. Rückerhttps://gitlab.xiph.org/xiph/icecast-server/-/issues/1888Lower required authentification level for STATS2018-03-06T12:49:48ZcatoLower required authentification level for STATSThe STATS interface currently needs admin previleges. If you want to give an external entity access to the STATS interface you have to give them your admin password and therefore the control over the whole server. Requiring just e.g. rel...The STATS interface currently needs admin previleges. If you want to give an external entity access to the STATS interface you have to give them your admin password and therefore the control over the whole server. Requiring just e.g. relay previleges for the STATS interface would solve this.Icecast 2.5.0Thomas B. RückerThomas B. Rückerhttps://gitlab.xiph.org/xiph/icecast-server/-/issues/1886[PATCH]Icecast should log to STDERR if it can't log to the errorlog file2018-03-06T12:49:48ZThomas B. Rücker[PATCH]Icecast should log to STDERR if it can't log to the errorlog fileThis would be very helpful for troubleshooting startup problems.
Likely to be implemented in log_write() or _log_open() in log/log.c.This would be very helpful for troubleshooting startup problems.
Likely to be implemented in log_write() or _log_open() in log/log.c.Icecast 2.5.0https://gitlab.xiph.org/xiph/icecast-server/-/issues/1885Icecast should allow manual HTTP header configuration2018-03-06T12:49:48ZThomas B. RückerIcecast should allow manual HTTP header configurationOne use case is: "Cross-origin resource sharing" which mandates
"Access-Control-Allow-Origin: http://example.com:8080"
Allowing CORS would simplify inclusion of custom XSLT (e.g. metadata) into other webservices.One use case is: "Cross-origin resource sharing" which mandates
"Access-Control-Allow-Origin: http://example.com:8080"
Allowing CORS would simplify inclusion of custom XSLT (e.g. metadata) into other webservices.Thomas B. RückerThomas B. Rückerhttps://gitlab.xiph.org/xiph/icecast-server/-/issues/1879Sources should be able to specify the latency they want2018-03-06T12:49:48ZGregory MaxwellSources should be able to specify the latency they wantIcecast has a lot of options to trade off latency vs smoothness, e.g. pre-burst, and will probably have more in the future.
It is _really_ _really_ annoying to have an interactive live stream, e.g. where people are responding in realtim...Icecast has a lot of options to trade off latency vs smoothness, e.g. pre-burst, and will probably have more in the future.
It is _really_ _really_ annoying to have an interactive live stream, e.g. where people are responding in realtime over IRC or other streams where the pre-burst is adding 5 seconds of delay. And it's a pain to go get access to the icecast server in order to turn off these features, as the server operator may not be easily available.
The stream source knows best if low latency is required. To the extent that the high latency features impact server scaling it may be useful if the server can still limit them, but absent forcing on the server the source should have a way to select.Michael SmithMichael Smithhttps://gitlab.xiph.org/xiph/icecast-server/-/issues/1878[PATCH] This patch adds the possibility to put full urls in the list of strea...2019-01-03T16:34:53ZPhilipp Schafft[PATCH] This patch adds the possibility to put full urls in the list of streams fetched from the master server.(reposted from IRC, cato in #icecast)
This patch adds the possibility to put full urls in the list of streams fetched from the master server. When pointing the <master-relay-*> options to a script instead of an icecast this allows to se...(reposted from IRC, cato in #icecast)
This patch adds the possibility to put full urls in the list of streams fetched from the master server. When pointing the <master-relay-*> options to a script instead of an icecast this allows to setup relays of arbitrary streams easily.Icecast 2.4.0Michael SmithMichael Smithhttps://gitlab.xiph.org/xiph/icecast-server/-/issues/1877Binding to IPv6 broken on win32 Icecast?2020-02-14T13:01:05ZThomas B. RückerBinding to IPv6 broken on win32 Icecast?This was reported first by mharris on IRC.
He's running WinXP SP3.
I then tried to reproduce it on Win7 64bit with both Icecast 2.3.2 and Icecast 2.3.2-kh33.
On the official build icecast2console.exe will fail to start when given an IPv6...This was reported first by mharris on IRC.
He's running WinXP SP3.
I then tried to reproduce it on Win7 64bit with both Icecast 2.3.2 and Icecast 2.3.2-kh33.
On the official build icecast2console.exe will fail to start when given an IPv6 bind-address (both :: and [::] and also explicit address in both forms). On the KH build it starts but doesn't bind to a port.
I didn't manage to get useful logs out on the official build.
The KH build though complains in the form:
EROR connection/connection_setup_sockets Could not create listener socket on port 8000 bind ::
PS: Unless there is an instant fix, this will miss the window for 2.3.3.Thomas B. RückerThomas B. Rücker