Xiph.Org issueshttps://gitlab.xiph.org/groups/xiph/-/issues2022-01-23T06:23:55Zhttps://gitlab.xiph.org/xiph/opus-tools/-/issues/2317Compiler warnings with comparing singed and unsigned ints2022-01-23T06:23:55ZAnders JenboCompiler warnings with comparing singed and unsigned intsThese are now the only compiler warnings left when building DevilutionX, would be great if we can handle them so we can start checking for compiler warnings in the CI :)
```
In file included from speex_resampler/resample.c:100:
speex_re...These are now the only compiler warnings left when building DevilutionX, would be great if we can handle them so we can start checking for compiler warnings in the CI :)
```
In file included from speex_resampler/resample.c:100:
speex_resampler/resample_sse.h:45:14: warning: comparison of integers of different signs: 'int' and 'unsigned int' [-Wsign-compare]
for (i=0;i<len;i+=8)
~^~~~
speex_resampler/resample_sse.h:62:12: warning: comparison of integers of different signs: 'int' and 'unsigned int' [-Wsign-compare]
for(i=0;i<len;i+=2)
~^~~~
speex_resampler/resample_sse.h:84:14: warning: comparison of integers of different signs: 'int' and 'unsigned int' [-Wsign-compare]
for (i=0;i<len;i+=8)
~^~~~
speex_resampler/resample_sse.h:110:12: warning: comparison of integers of different signs: 'int' and 'unsigned int' [-Wsign-compare]
for(i=0;i<len;i+=2)
~^~~~
speex_resampler/resample.c:674:20: warning: comparison of integers of different signs: 'int' and 'unsigned int' [-Wsign-compare]
for (j=0;j<st->filt_len;j++)
~^~~~~~~~~~~~~
speex_resampler/resample.c:946:21: warning: comparison of integers of different signs: 'int' and 'unsigned int' [-Wsign-compare]
for(j=0;j<ichunk;++j)
~^~~~~~~
speex_resampler/resample.c:949:20: warning: comparison of integers of different signs: 'int' and 'unsigned int' [-Wsign-compare]
for(j=0;j<ichunk;++j)
~^~~~~~~
speex_resampler/resample.c:1001:19: warning: comparison of integers of different signs: 'int' and 'unsigned int' [-Wsign-compare]
for(j=0;j<ichunk;++j)
~^~~~~~~
speex_resampler/resample.c:1008:19: warning: comparison of integers of different signs: 'int' and 'unsigned int' [-Wsign-compare]
for(j=0;j<ichunk;++j)
~^~~~~~~
speex_resampler/resample.c:1018:16: warning: comparison of integers of different signs: 'int' and 'unsigned int' [-Wsign-compare]
for (j=0;j<ochunk+omagic;++j)
~^~~~~~~~~~~~~~
```https://gitlab.xiph.org/xiph/icecast-server/-/issues/2424WARN connection/get_ssl_certificate Invalid cert file /home/icecast/icecast.c...2021-12-03T20:32:49ZAlex SirroshWARN connection/get_ssl_certificate Invalid cert file /home/icecast/icecast.certkeyVersion: icecast-2.4.4-2.1.x86_64 (opensuse)
Cert issuer: LetsEncrypt
File icecast.certkey is world-readable and contains concatenated fullchain.pem and a private key.
P.S.: Found a somewhat related issue on [github](https://github.com...Version: icecast-2.4.4-2.1.x86_64 (opensuse)
Cert issuer: LetsEncrypt
File icecast.certkey is world-readable and contains concatenated fullchain.pem and a private key.
P.S.: Found a somewhat related issue on [github](https://github.com/AzuraCast/AzuraCast/issues/2692)https://gitlab.xiph.org/xiph/oggdsf/-/issues/1657FLAC 7.1 wrong mapped channels2021-11-29T02:09:34ZMercury_22FLAC 7.1 wrong mapped channelsThe side channels for 7.1 FLAC are wrong mapped to the center speaker
Tested with 0.82.16930 both 32-bit and 64-bit on windows 7 x64
test file: http://sharebee.com/26a14e1dThe side channels for 7.1 FLAC are wrong mapped to the center speaker
Tested with 0.82.16930 both 32-bit and 64-bit on windows 7 x64
test file: http://sharebee.com/26a14e1dCristian AdamCristian Adamhttps://gitlab.xiph.org/xiph/oggdsf/-/issues/1490Theroa video resumes after starting to play in wmp 9 (win xp)2021-11-29T02:09:34ZKonrad StaniaTheroa video resumes after starting to play in wmp 9 (win xp)The attached theora file stops and resumes immediately after starting to play (windows media player 9, windows xp). The video was made from png-files using png2theora, it plays well with vlc or mplayer. The problem even occured when prod...The attached theora file stops and resumes immediately after starting to play (windows media player 9, windows xp). The video was made from png-files using png2theora, it plays well with vlc or mplayer. The problem even occured when producing longer and larger videos with encoder_example.
Converting the video to lower quality or resolution helps, but in contradiction I want to use high quality and high resolution ....Cristian AdamCristian Adamhttps://gitlab.xiph.org/xiph/oggdsf/-/issues/1546OGV file(s) are crashing WMP (12)2021-11-29T02:09:34ZMercury_22OGV file(s) are crashing WMP (12)If I add an OG*V* file to Windows Media Player VIDEO library when I browse Windows Media Player's libray, WMP (both 32-bit and 64-bit) it's crashing with the following message
```
Problem Event Name: APPCRASH
Application Name: wmplayer...If I add an OG*V* file to Windows Media Player VIDEO library when I browse Windows Media Player's libray, WMP (both 32-bit and 64-bit) it's crashing with the following message
```
Problem Event Name: APPCRASH
Application Name: wmplayer.exe
Application Version: 12.0.7229.0
Application Timestamp: 4a28bdcc
Fault Module Name: dsfVorbisDecoder.dll
Fault Module Version: 0.0.0.0
Fault Module Timestamp: 493a706b
Exception Code: c0000005
Exception Offset: 00008103
OS Version: 6.1.7229.2.0.0.256.1
Locale ID: 1033
Additional Information 1: a7aa
Additional Information 2: a7aa91f17ea749d42a4de3b390fa5b3d
Additional Information 3: a7aa
Additional Information 4: a7aa91f17ea749d42a4de3b390fa5b3d
```
Same thing it's happening with Windows Media Center. But if i rename the same file from ogv to ogg NO MORE crashing!
Also the file it's playing fine as ogv or as ogg with WMP
Tested on Windows 7 x64 (7100, ... 7229) with Current Stable Version (0.81.15562) - 06.12.2008 both 32-bit and 64-bit versions installed
Sample http://sharebee.com/07f95f52Cristian AdamCristian Adamhttps://gitlab.xiph.org/xiph/oggdsf/-/issues/1497Ogg Theora Video is upside down/flipped in Windows Media Player (v6.4.09 and ...2021-11-29T02:09:34Zj.carpenterOgg Theora Video is upside down/flipped in Windows Media Player (v6.4.09 and v7.10)I have installed oggcodecs_0.81.15562-win32.exe on Windows 2000 SP4. The ogg and ogv video displays upside down or flipped in Windows Media Player (v6.4.09 and v7.10).I have installed oggcodecs_0.81.15562-win32.exe on Windows 2000 SP4. The ogg and ogv video displays upside down or flipped in Windows Media Player (v6.4.09 and v7.10).Cristian AdamCristian Adamhttps://gitlab.xiph.org/xiph/oggdsf/-/issues/1603Theora Videos Encoded At Around 480x360 Crash Directshow Filter.2021-11-29T02:09:34ZGitlab BotTheora Videos Encoded At Around 480x360 Crash Directshow Filter.I have encoded several videos using ffmpeg2theora 0.25 at a resolutions of 480x360 and 400x300. All of which crash the directshow filter(0.81.15562) with the following message:
AppName: wmplayer.exe
AppVer: 11.0.5721.5145
ModName: d...I have encoded several videos using ffmpeg2theora 0.25 at a resolutions of 480x360 and 400x300. All of which crash the directshow filter(0.81.15562) with the following message:
AppName: wmplayer.exe
AppVer: 11.0.5721.5145
ModName: dsftheoradecoder.dll
ModVer: 0.0.0.0
Offset: 000033f6
The videos play fine if I re-encode at 512x384 or 320x240.
I have a 32-bit AMD Athlon-XP based system.
Cristian AdamCristian Adamhttps://gitlab.xiph.org/xiph/icecast-server/-/issues/2423Allow setting the charset globally, not only on per-mount basis2021-11-15T18:41:48ZVadim UshakovAllow setting the charset globally, not only on per-mount basisHi! In my setup, I use a script that manages the sources dynamically, creating, starting and stopping mount points by user request. The icecast config is static, and all the sources share the same login/password. So no need to declare mo...Hi! In my setup, I use a script that manages the sources dynamically, creating, starting and stopping mount points by user request. The icecast config is static, and all the sources share the same login/password. So no need to declare mount points in icecast.xml in that case.
Unfortunately, IceCast uses the charset ISO8859-1 by default, and the only way to override it is declare mount point for each single source and specify `<charset>UTF-8</charset>` for each. This is extremely inconvenient.
I tried the following simple patch and seems to work. It allows to set the charset at the upper level so it takes effect for every mount point that doesn't explicitly override the value. If no charset is set at all, the default ISO8859-1 is used as the last resort.
Could you please merge it?
[global-charset.diff](/uploads/a1b7d890b0ea73d1d12fdf19b7b58209/global-charset.diff)https://gitlab.xiph.org/xiph/icecast-server/-/issues/2420Cannot connect to icecast-radio on external sources (winamp), browser-based c...2021-10-31T13:29:41Zsuper sleepyCannot connect to icecast-radio on external sources (winamp), browser-based connection works fineI'm at my wits' end, here. I've tried listening from a different proxy, assuming that there's something wrong with my connection - anyway.
The source audio is [here](https://play.squid-radio.net/clouds). I get an access denied notifica...I'm at my wits' end, here. I've tried listening from a different proxy, assuming that there's something wrong with my connection - anyway.
The source audio is [here](https://play.squid-radio.net/clouds). I get an access denied notification - at best! - from winamp, or at worst it just rapidly tries to connect and fails without displaying any messages. Listening through the browser is a pretty strain on my memory, I want to see if this is an icecast issue, or if there's *any* ideas you might on what could be causing this. Any advice, and I do mean any advice, would be appreciated!https://gitlab.xiph.org/xiph/icecast-server/-/issues/2412Icescc process get down and do not restart itself sometimes2021-10-31T11:32:47ZcyberIcescc process get down and do not restart itself sometimes[strace.txt](/uploads/0b296196b41a9b62159085c24fd67e08/strace.txt)
[error.log.txt](/uploads/809f04a4b7eeef67d881d18ecf70d3e3/error.log.txt)
Hi,
This is the version we currently have:
icecast-2.4.2
I have launched a strace to the proces...[strace.txt](/uploads/0b296196b41a9b62159085c24fd67e08/strace.txt)
[error.log.txt](/uploads/809f04a4b7eeef67d881d18ecf70d3e3/error.log.txt)
Hi,
This is the version we currently have:
icecast-2.4.2
I have launched a strace to the process, I have attached the result to you.
Application process icescc for puntoblancobase is down and should be up; restarting: successful
And in error.log for the station we see this:
```
<04/26/21@17:42:56> [source] source dropped connection. disconnecting.
<04/26/21@17:43:57> [dest: 95.211.135.97] server unavailable, disconnecting
<04/26/21@17:44:27> [dest: 95.211.135.97] server unavailable, disconnecting
<04/26/21@17:44:57> [dest: 95.211.135.97] server unavailable, disconnecting
<04/26/21@17:45:27> [dest: 95.211.135.97] server unavailable, disconnecting
<04/26/21@17:45:57> [dest: 95.211.135.97] server unavailable, disconnecting
<04/26/21@17:45:59> [source] connected from 127.0.0.1
<04/26/21@17:45:59> [source] icy-name:XXXXXXXX ; icy-genre:Unspecified
<04/26/21@17:45:59> [source] icy-pub:0 ; icy-br:64 ; icy-url:http://www.xxxxxxxxxxx.es
<04/26/21@17:45:59> [source] icy-irc: ; icy-icq: ; icy-aim:
```
But in other stations icescc do not restart till we do from panel:
```
<04/26/21@15:00:36> [source] source dropped connection. disconnecting.
<04/26/21@15:01:37> [dest: 95.211.135.97] server unavailable, disconnecting
<04/26/21@15:01:37> [dest: 95.211.135.97] server unavailable, disconnecting
<04/26/21@15:01:37> [dest: 95.211.135.97] server unavailable, disconnecting
<04/26/21@15:01:37> [dest: 95.211.135.97] server unavailable, disconnecting
<04/26/21@15:01:37> [dest: 95.211.135.97] server unavailable, disconnecting
<04/26/21@15:01:37> [dest: 95.211.135.97] server unavailable, disconnecting
<04/26/21@15:01:37> [dest: 95.211.135.97] server unavailable, disconnecting
<04/26/21@15:01:37> [dest: 95.211.135.97] server unavailable, disconnecting
<04/26/21@15:01:37> [dest: 95.211.135.97] server unavailable, disconnecting
<04/26/21@15:01:37> [dest: 95.211.135.97] server unavailable, disconnecting
<04/26/21@15:01:38> [dest: 95.211.135.97] server unavailable, disconnecting
<04/26/21@15:01:38> [dest: 95.211.135.97] server unavailable, disconnecting
<04/26/21@15:01:38> [dest: 95.211.135.97] server unavailable, disconnecting
```
.......
```
<04/26/21@16:22:16> [dest: 95.211.135.97] server unavailable, disconnecting
<04/26/21@16:22:16> [dest: 95.211.135.97] server unavailable, disconnecting
<04/26/21@16:22:17> [dest: 95.211.135.97] server unavailable, disconnecting
<04/26/21@16:22:17> [dest: 95.211.135.97] server unavailable, disconnecting
<04/26/21@16:22:17> [dest: 95.211.135.97] server unavailable, disconnecting
<04/26/21@16:22:17> [dest: 95.211.135.97] server unavailable, disconnecting
<04/26/21@16:22:24> [main] SIGTERM; exiting!
<04/26/21@16:22:29> [SHOUTcast] DNAS/Linux v1.9.8 (Feb 28 2007) starting up...
<04/26/21@16:22:29> [main] pid: 9099
<04/26/21@16:22:29> [main] loaded config from etc/server.conf
<04/26/21@16:22:29> [main] initializing (usermax:100 portbase:9122)...
<04/26/21@16:22:29> [main] No ban file found (etc/sc_serv.ban)
<04/26/21@16:22:29> [main] No rip file found (etc/sc_serv.rip)
<04/26/21@16:22:29> [main] opening source socket
<04/26/21@16:22:29> [main] source thread starting
<04/26/21@16:22:29> [main] opening client socket
<04/26/21@16:22:29> [main] Client Stream thread [0] starting
<04/26/21@16:22:29> [main] client main thread starting
<04/26/21@16:22:29> [source] listening for connection on port 9123
<04/26/21@16:22:33> [source] connected from 127.0.0.1
<04/26/21@16:22:33> [source] icy-name:XXXXXXXX ; icy-genre:Unspecified
<04/26/21@16:22:33> [source] icy-pub:0 ; icy-br:64 ; icy-url:http://www.xxxxxxxxx.es
<04/26/21@16:22:33> [source] icy-irc: ; icy-icq: ; icy-aim:
```
Could you tell us which could be the cause for this problem? And how to solve it?
Product name:
Centova Cast v3https://gitlab.xiph.org/xiph/icecast-server/-/issues/2061Investigate: Relay not recovering2021-10-30T09:42:21ZMarvin ScholzInvestigate: Relay not recoveringAs reported in IRC by AAA_awright, a relay doesn't seem to reconnect if the source mount times out, see attached log. This happened with Icecast 2.3.3, we should check that this does not happen with 2.4.0, it should recover if the source...As reported in IRC by AAA_awright, a relay doesn't seem to reconnect if the source mount times out, see attached log. This happened with Icecast 2.3.3, we should check that this does not happen with 2.4.0, it should recover if the source mountpoint is back.
> I had a problem where one of my relays has stopped relaying, and I couldn't bring it back up without a restart. It's only playing the fallback. It reloads the relay data from the master server, but ignores it somehow. It honors me changing the refresh interval in the config file and everything.
> The event seems to happen at 2014-10-12 05:41:13, and it never recovers or mentions the stream again
> If it helps, I don't see another "checking master stream list" for another 15 minutes: [2014-10-12 06:09:20] DBUG slave/_slave_thread checking master stream list
> Before 05:41, it occurs reliably every 120 secondsThomas B. RückerThomas B. Rückerhttps://gitlab.xiph.org/xiph/icecast-server/-/issues/2421admin/includes/confirm.xsl missing -> Confirmation in admin webGUI cannot be ...2021-10-26T10:06:39ZThomas Schlienadmin/includes/confirm.xsl missing -> Confirmation in admin webGUI cannot be doneHi.
When installing with `./autogen.sh && ./configure && make -j5 install` the file admin/includes/confirm.xsl is missing and therefore, if a confirmation is needed in the admin webGUI, it cannot be done.
I fixed this by adding `includ...Hi.
When installing with `./autogen.sh && ./configure && make -j5 install` the file admin/includes/confirm.xsl is missing and therefore, if a confirmation is needed in the admin webGUI, it cannot be done.
I fixed this by adding `includes/confirm.xsl` in the `nobase_dist_admin_DATA` part of https://gitlab.xiph.org/xiph/icecast-server/-/blob/master/admin/Makefile.am.
Is there a proper way to do merge requests for this project? If I try to clone the repo in this Gitlab I only get the error that I do not have the rights to do that.Philipp SchafftPhilipp Schaffthttps://gitlab.xiph.org/xiph/icecast-server/-/issues/2414issue in status-json2021-10-26T00:50:03ZAngelo Hongensissue in status-jsonHey guys and girls, I have an issue with the json status output. We rely heavily on it for getting the stats.
When we have a service with multiple sources, the json script isn't outputting correct json. Look at the following example. Th...Hey guys and girls, I have an issue with the json status output. We rely heavily on it for getting the stats.
When we have a service with multiple sources, the json script isn't outputting correct json. Look at the following example. The json['icestats']['source'] key contains an array of 3 sources. The first one is correctly formatted, but the next to have a surplus comma at the end, and are missing the closing curly brace.
I've looked at the status-json.xsl and xml2json.xslt files, but I have no idea where this behaviour is coming from.
Any ideas? Fixes?
```
{
"icestats": {
"admin": "icemaster@localhost",
"host": "server.domain.nl",
"location": "Earth",
"server_id": "Icecast 2.4.4",
"server_start": "Wed, 19 May 2021 23:03:50 +0200",
"server_start_iso8601": "2021-05-19T23:03:50+0200",
"source": [{
"audio_info": "bitrate=192",
"bitrate": 192,
"genre": "Folk, Piraten",
"listener_peak": 124,
"listeners": 0,
"listenurl": "http://server.domain.nl:8123/autodj",
"server_description": "ZenderXXX Radio NL ",
"server_name": "ZenderXXX Radio NL ",
"server_type": "audio/mpeg",
"server_url": "https://www.ZenderXXX.nl",
"stream_start": "Wed, 19 May 2021 23:03:52 +0200",
"stream_start_iso8601": "2021-05-19T23:03:52+0200",
"title": "Walter Ostanek - Baby Doll Polka",
"dummy": null
}, {
"bitrate": 192,
"genre": "Folk, Piraten",
"listener_peak": 190,
"listeners": 0,
"listenurl": "http://server.domain.nl:8123/backup",
"server_description": "Internet Radiostation",
"server_name": "ZenderXXX Radio NL",
"server_type": "audio/mpeg",
"server_url": "https://www.ZenderXXX.nl",
"stream_start": "Sat, 19 Jun 2021 09:15:09 +0200",
"stream_start_iso8601": "2021-06-19T09:15:09+0200",
"title": "RECLAME - Adverteren Op ZenderXXX",
,
{
"bitrate": 192,
"genre": "Folk, Piraten",
"listener_peak": 136,
"listeners": 125,
"listenurl": "http://server.domain.nl:8123/stream",
"server_description": "Internetradio station",
"server_name": "ZenderXXX Radio NL",
"server_type": "audio/mpeg",
"server_url": "https://www.ZenderXXX.nl",
"stream_start": "Wed, 23 Jun 2021 09:47:27 +0200",
"stream_start_iso8601": "2021-06-23T09:47:27+0200",
"title": "STUDIO XXX",
]
}
}
```https://gitlab.xiph.org/xiph/icecast-server/-/issues/2393playlist.log not supporting Unicode/UTF-8 chars2021-10-26T00:48:31ZMike Mackayplaylist.log not supporting Unicode/UTF-8 charsWhen a songs metadata contains Unicode/UTF-8 Chars, the playlist.log file is not writing them correctly. For example, when playing a track by Björk, the Artist name was correctly shown on the stream and in the main web GUI, however the p...When a songs metadata contains Unicode/UTF-8 Chars, the playlist.log file is not writing them correctly. For example, when playing a track by Björk, the Artist name was correctly shown on the stream and in the main web GUI, however the playlist.log file had "Bj?rk" instead.https://gitlab.xiph.org/xiph/icecast-server/-/issues/2418Linking fails with "multiple definition of `global_client_list'"2021-10-26T00:32:54ZThomas SchlienLinking fails with "multiple definition of `global_client_list'"Hi,
the linking, at least on Ubuntu 21.04 and Alpine Linux (docker latest), fails with:
```
CCLD icecast
/usr/bin/ld: icecast-logging.o:/home/schlien/devel/icecast-server/src/client.h:146: multiple definition of `global_client_li...Hi,
the linking, at least on Ubuntu 21.04 and Alpine Linux (docker latest), fails with:
```
CCLD icecast
/usr/bin/ld: icecast-logging.o:/home/schlien/devel/icecast-server/src/client.h:146: multiple definition of `global_client_list'; icecast-main.o:/home/schlien/devel/icecast-server/src/client.h:146: first defined here
/usr/bin/ld: icecast-sighandler.o:/home/schlien/devel/icecast-server/src/client.h:146: multiple definition of `global_client_list'; icecast-main.o:/home/schlien/devel/icecast-server/src/client.h:146: first defined here
/usr/bin/ld: icecast-connection.o:/home/schlien/devel/icecast-server/src/client.h:146: multiple definition of `global_client_list'; icecast-main.o:/home/schlien/devel/icecast-server/src/client.h:146: first defined here
/usr/bin/ld: icecast-global.o:/home/schlien/devel/icecast-server/src/client.h:146: multiple definition of `global_client_list'; icecast-main.o:/home/schlien/devel/icecast-server/src/client.h:146: first defined here
/usr/bin/ld: icecast-util.o:/home/schlien/devel/icecast-server/src/client.h:146: multiple definition of `global_client_list'; icecast-main.o:/home/schlien/devel/icecast-server/src/client.h:146: first defined here
/usr/bin/ld: icecast-slave.o:/home/schlien/devel/icecast-server/src/client.h:146: multiple definition of `global_client_list'; icecast-main.o:/home/schlien/devel/icecast-server/src/client.h:146: first defined here
/usr/bin/ld: icecast-source.o:/home/schlien/devel/icecast-server/src/client.h:146: multiple definition of `global_client_list'; icecast-main.o:/home/schlien/devel/icecast-server/src/client.h:146: first defined here
/usr/bin/ld: icecast-stats.o:/home/schlien/devel/icecast-server/src/client.h:146: multiple definition of `global_client_list'; icecast-main.o:/home/schlien/devel/icecast-server/src/client.h:146: first defined here
/usr/bin/ld: icecast-client.o:/home/schlien/devel/icecast-server/src/client.h:146: multiple definition of `global_client_list'; icecast-main.o:/home/schlien/devel/icecast-server/src/client.h:146: first defined here
/usr/bin/ld: icecast-xslt.o:/home/schlien/devel/icecast-server/src/client.h:146: multiple definition of `global_client_list'; icecast-main.o:/home/schlien/devel/icecast-server/src/client.h:146: first defined here
/usr/bin/ld: icecast-fserve.o:/home/schlien/devel/icecast-server/src/client.h:146: multiple definition of `global_client_list'; icecast-main.o:/home/schlien/devel/icecast-server/src/client.h:146: first defined here
/usr/bin/ld: icecast-admin.o:/home/schlien/devel/icecast-server/src/client.h:146: multiple definition of `global_client_list'; icecast-main.o:/home/schlien/devel/icecast-server/src/client.h:146: first defined here
/usr/bin/ld: icecast-format.o:/home/schlien/devel/icecast-server/src/client.h:146: multiple definition of `global_client_list'; icecast-main.o:/home/schlien/devel/icecast-server/src/client.h:146: first defined here
/usr/bin/ld: icecast-format_ogg.o:/home/schlien/devel/icecast-server/src/client.h:146: multiple definition of `global_client_list'; icecast-main.o:/home/schlien/devel/icecast-server/src/client.h:146: first defined here
/usr/bin/ld: icecast-format_mp3.o:/home/schlien/devel/icecast-server/src/client.h:146: multiple definition of `global_client_list'; icecast-main.o:/home/schlien/devel/icecast-server/src/client.h:146: first defined here
/usr/bin/ld: icecast-format_midi.o:/home/schlien/devel/icecast-server/src/client.h:146: multiple definition of `global_client_list'; icecast-main.o:/home/schlien/devel/icecast-server/src/client.h:146: first defined here
/usr/bin/ld: icecast-format_flac.o:/home/schlien/devel/icecast-server/src/client.h:146: multiple definition of `global_client_list'; icecast-main.o:/home/schlien/devel/icecast-server/src/client.h:146: first defined here
/usr/bin/ld: icecast-format_ebml.o:/home/schlien/devel/icecast-server/src/client.h:146: multiple definition of `global_client_list'; icecast-main.o:/home/schlien/devel/icecast-server/src/client.h:146: first defined here
/usr/bin/ld: icecast-format_kate.o:/home/schlien/devel/icecast-server/src/client.h:146: multiple definition of `global_client_list'; icecast-main.o:/home/schlien/devel/icecast-server/src/client.h:146: first defined here
/usr/bin/ld: icecast-format_skeleton.o:/home/schlien/devel/icecast-server/src/client.h:146: multiple definition of `global_client_list'; icecast-main.o:/home/schlien/devel/icecast-server/src/client.h:146: first defined here
/usr/bin/ld: icecast-format_opus.o:/home/schlien/devel/icecast-server/src/client.h:146: multiple definition of `global_client_list'; icecast-main.o:/home/schlien/devel/icecast-server/src/client.h:146: first defined here
/usr/bin/ld: icecast-event.o:/home/schlien/devel/icecast-server/src/client.h:146: multiple definition of `global_client_list'; icecast-main.o:/home/schlien/devel/icecast-server/src/client.h:146: first defined here
/usr/bin/ld: icecast-event_exec.o:/home/schlien/devel/icecast-server/src/client.h:146: multiple definition of `global_client_list'; icecast-main.o:/home/schlien/devel/icecast-server/src/client.h:146: first defined here
/usr/bin/ld: icecast-auth.o:/home/schlien/devel/icecast-server/src/client.h:146: multiple definition of `global_client_list'; icecast-main.o:/home/schlien/devel/icecast-server/src/client.h:146: first defined here
/usr/bin/ld: icecast-auth_htpasswd.o:/home/schlien/devel/icecast-server/src/client.h:146: multiple definition of `global_client_list'; icecast-main.o:/home/schlien/devel/icecast-server/src/client.h:146: first defined here
/usr/bin/ld: icecast-auth_anonymous.o:/home/schlien/devel/icecast-server/src/client.h:146: multiple definition of `global_client_list'; icecast-main.o:/home/schlien/devel/icecast-server/src/client.h:146: first defined here
/usr/bin/ld: icecast-auth_static.o:/home/schlien/devel/icecast-server/src/client.h:146: multiple definition of `global_client_list'; icecast-main.o:/home/schlien/devel/icecast-server/src/client.h:146: first defined here
/usr/bin/ld: icecast-auth_enforce_auth.o:/home/schlien/devel/icecast-server/src/client.h:146: multiple definition of `global_client_list'; icecast-main.o:/home/schlien/devel/icecast-server/src/client.h:146: first defined here
/usr/bin/ld: icecast-auth_url.o:/home/schlien/devel/icecast-server/src/client.h:146: multiple definition of `global_client_list'; icecast-main.o:/home/schlien/devel/icecast-server/src/client.h:146: first defined here
/usr/bin/ld: icecast-yp.o:/home/schlien/devel/icecast-server/src/client.h:146: multiple definition of `global_client_list'; icecast-main.o:/home/schlien/devel/icecast-server/src/client.h:146: first defined here
/usr/bin/ld: icecast-format_vorbis.o:/home/schlien/devel/icecast-server/src/client.h:146: multiple definition of `global_client_list'; icecast-main.o:/home/schlien/devel/icecast-server/src/client.h:146: first defined here
collect2: error: ld returned 1 exit status
```
I used `./autogen.sh && ./configure && make -j5 install` to compile.
If I can provide any more information, please let me know.
Best regards,
Thomashttps://gitlab.xiph.org/xiph/icecast-server/-/issues/2415SSL=1 in icecast.xml and url inside .m3u and .xsph2021-10-26T00:28:24Zla-colleSSL=1 in icecast.xml and url inside .m3u and .xsphWhen we are using the SSL port declared with:
```xml
<listen-socket>
<port>8000</port>
</listen-socket>
<listen-socket>
<port>8002</port>
<ssl>1</ssl>
</listen-socket>
```
on the status page, the url...When we are using the SSL port declared with:
```xml
<listen-socket>
<port>8000</port>
</listen-socket>
<listen-socket>
<port>8002</port>
<ssl>1</ssl>
</listen-socket>
```
on the status page, the url is in https with the right port, but inside the generated .m3u file it is http:// with the right port, so it is wrong.
.m3u file example:
```
http://live.bidon.org:8002/amiens
```
It should be
```
http://live.bidon.org:8000/amiens
```
or
```
https://live.bidon.org:8002/amiens
```
.xspf file example:
```xml
<?xml version="1.0" encoding="UTF-8"?>
<playlist xmlns="http://xspf.org/ns/0/" version="1">
<title/>
<creator/>
<trackList>
<track>
<location>http://live.bidon.org:8000/amiens</location>
<title/>
<annotation>Stream Title: test
Stream Description: test
Content Type:audio/mpeg
Current Listeners: 7
Peak Listeners: 13
Stream Genre: Various</annotation>
<info>http://www.test.org</info>
</track>
</trackList>
</playlist>
```https://gitlab.xiph.org/xiph/opusfile/-/issues/2332Unable to access opusfile 0.12 sections documentation2021-10-25T13:38:43ZDario-GasquezUnable to access opusfile 0.12 sections documentationHi,
I am able to access opusfile main documentation page here:<br>
https://opus-codec.org/docs/opusfile_api-0.12/index.html<br>
(as well as its PDF version)<br>
But the different sections look empty, tried with:<br>
Opening and Closing...Hi,
I am able to access opusfile main documentation page here:<br>
https://opus-codec.org/docs/opusfile_api-0.12/index.html<br>
(as well as its PDF version)<br>
But the different sections look empty, tried with:<br>
Opening and Closing: https://opus-codec.org/docs/opusfile_api-0.12/group__stream__open__close.html<br>
(screenshot attached)<br>
Decoding: https://opus-codec.org/docs/opusfile_api-0.12/group__stream__decoding.html<br>
The last version available seems to be 0.7, both its HTML and PDF formats:<br>
https://opus-codec.org/docs/opusfile_api-0.7/group__stream__decoding.html<br>
https://opus-codec.org/docs/opusfile_api-0.7.pdf<br>
<br>
<br>
Thanks in advance<br>
<br>
![opusfile-0.12-empty-doc-section](/uploads/bbc806153651c8f267c2ee7abd51c467/opusfile-0.12-empty-doc-section.png)https://gitlab.xiph.org/xiph/xspf-website/-/issues/13Final Call for Design Feedback2021-10-09T00:26:23ZThematizerFinal Call for Design FeedbackWe had a good meeting this morning with Rob and Lucas, despite a late start (my bad). We are hoping to make our first pass of design updates asap, so if you have feedback or requests, please take a look at the designs on https://github.c...We had a good meeting this morning with Rob and Lucas, despite a late start (my bad). We are hoping to make our first pass of design updates asap, so if you have feedback or requests, please take a look at the designs on https://github.com/tessgadwa/XSPF-Design-Sandbox and send my way!
We will be meeting again next week at the same time (8 AM PST) unless anybody would like to request a different time.
I also have an open source project with a possible budget attached. This would be integrating playlist features to accompany NFT's created by musicportland.org for their upcoming January Music Month. Please PM me if you're interested in learning more.https://gitlab.xiph.org/xiph/xspf-website/-/issues/8Define Design Goals2021-10-06T18:40:26ZThematizerDefine Design GoalsHi, this is Tess. I'm a UX Designer with a longstanding interest in music and open source. Thrilled to be part of this project. I put together some questions for my call yesterday with Lucas, but I will share them with the rest of the gr...Hi, this is Tess. I'm a UX Designer with a longstanding interest in music and open source. Thrilled to be part of this project. I put together some questions for my call yesterday with Lucas, but I will share them with the rest of the group:
- Do we want a new XSPF logo or only a new theme / skin for the site?
- Is there a desired time frame or other milestones to coordinate with? (new release, new functionality, etc)
- Any new content types or new / updated site pages?
- Will the overarching XIPH menu at the top stay as is?
- What is the CMS or framework used to generate the site?
- Who is your target end user? (ex. Developer, DJ)
- Can you share some sites whose designs you like?
- What is the most important goal for this redesign?
DESIGN ATTRIBUTES (pick up to three adjectives from this list)
- clean - modern - edgy - original - fresh - high-tech - warm - sleek - metallic - earth tones - monochromatic - funky - polished - industrial - futuristic - professional - friendly - readable - high-impact - crisp - accessible - fun - gritty - streamlined - eclectic - harmonious - corporate - artist-friendly - dramatic - photorealistic - primary colors - pastels - cool colors (blues/greens/grays) - responsive
I am assuming different people will pick different adjectives, and some people will object strenuously to some of the terms on this list. But that's part of the fun.
My process, if you're interested, is to take the feedback I get from these questions and turn them into two or more prompts. I present these to the core development team in a live screenshare (Jitsi or Zoom good) and get people's immediate, uncensored feedback. From there, we iterate...https://gitlab.xiph.org/xiph/xspf-website/-/issues/17[Specs] Permit only UTC in `<date>`2021-10-05T18:24:55ZPhilipp Schafft[Specs] Permit only UTC in `<date>`# Motivation
Time zones are a mess. It is hard for computers and humans alike to work with them. Avoiding them seems to be the best option.
# Suggested change
The `<date>`-tag as defined by 4.1.1.2.8 shall no longer be allowed to use an...# Motivation
Time zones are a mess. It is hard for computers and humans alike to work with them. Avoiding them seems to be the best option.
# Suggested change
The `<date>`-tag as defined by 4.1.1.2.8 shall no longer be allowed to use any time zone other than UTC. Generators MUST generate timestamps in UTC. Parsers SHOULD accept time zones beside UTC. Parsers MAY report non-UTC time zones (independent on if they are supported or not).
This also allows comparing/sorting with purely alphanumeric comparing/sorting after normalisation of UTC to "Z"¹.
# Required version updates
This change will not require a version or namespace update.
¹ Quoted from the "XML schema dateTime" specification:
> The mapping so defined is one-to-one, except that '+00:00', '-00:00', and 'Z' all represent the same zero-length duration timezone, UTC; 'Z' is its canonical representation.