Icecast-IceS issueshttps://gitlab.xiph.org/xiph/icecast-ices/-/issues2023-11-09T23:51:22Zhttps://gitlab.xiph.org/xiph/icecast-ices/-/issues/2327Ices2 glitch between songs2023-11-09T23:51:22ZJhs JdfkIces2 glitch between songsI have a simple playlist of 2 opus small files,
when one ends and second drops I hear a long delay between the two,
and in Potplayer stops playing, as if it detected end of stream.
If I reconnect it plays the next song.
I believe data ...I have a simple playlist of 2 opus small files,
when one ends and second drops I hear a long delay between the two,
and in Potplayer stops playing, as if it detected end of stream.
If I reconnect it plays the next song.
I believe data is not sent back to back, otherwise it would be continuous, and client wouldn't notice anything.
in icecast2 I have tried setting 1MB buffer but still no luck.
Any idea?https://gitlab.xiph.org/xiph/icecast-ices/-/issues/2326reserved identifier violation2023-08-15T11:10:22ZMarkus Elfringreserved identifier violation:eyes: I would like to point out that identifiers like “[`__CONFIG_H__`](https://gitlab.xiph.org/xiph/icecast-ices/-/blob/2ccd03ac2ad984919bfe98e0c43a576c0317a943/src/cfgparse.h#L15 "Update candidate")” and “[`__INPUT_H__`](https://gitla...:eyes: I would like to point out that identifiers like “[`__CONFIG_H__`](https://gitlab.xiph.org/xiph/icecast-ices/-/blob/2ccd03ac2ad984919bfe98e0c43a576c0317a943/src/cfgparse.h#L15 "Update candidate")” and “[`__INPUT_H__`](https://gitlab.xiph.org/xiph/icecast-ices/-/blob/2ccd03ac2ad984919bfe98e0c43a576c0317a943/src/input.h#L14 "Another update candidate")” [do not fit](https://wiki.sei.cmu.edu/confluence/display/cplusplus/DCL51-CPP.+Do+not+declare+or+define+a+reserved+identifier#DCL51CPP.Donotdeclareordefineareservedidentifier-NoncompliantCodeExample%28HeaderGuard%29 "Do not declare an identifier which is reserved for the compiler implementation.") to the expected naming convention of the C++ language standard.
:thought_balloon: Would you like to adjust your selection for unique names?https://gitlab.xiph.org/xiph/icecast-ices/-/issues/2325Git tag missing for 2.0.3 release2022-11-21T10:47:44ZtvogelGit tag missing for 2.0.3 releaseHi! It seems, there is no git tag for the 2.0.3 release, yet. Comparing the tar.bz2 contents, I think
git tag v2.0.3 58d89b5d135e07826f5777c6bf62645061dbae5c
should be the correct one. Would you mind to add that?Hi! It seems, there is no git tag for the 2.0.3 release, yet. Comparing the tar.bz2 contents, I think
git tag v2.0.3 58d89b5d135e07826f5777c6bf62645061dbae5c
should be the correct one. Would you mind to add that?Philipp SchafftPhilipp Schaffthttps://gitlab.xiph.org/xiph/icecast-ices/-/issues/2324Allow building even if libxml2 doesn't ship /usr/bin/xml2-config2022-07-11T00:17:22ZUnit 193Allow building even if libxml2 doesn't ship /usr/bin/xml2-configHowdy,
It seems to be common practice to use pkg-config for these options, but currently if libxml2-dev doesn't contain xml2-config, the package fails to build. The patch below moves to using pkg-config directly.
```
Description: Migr...Howdy,
It seems to be common practice to use pkg-config for these options, but currently if libxml2-dev doesn't contain xml2-config, the package fails to build. The patch below moves to using pkg-config directly.
```
Description: Migrate from using xml2-config to pkg-config
Author: Unit 193 <unit193@debian.org>
---
configure.ac | 9 ++++++---
1 file changed, 6 insertions(+), 3 deletions(-)
--- a/configure.ac 2020-10-07 20:29:12.654454622 -0400
+++ b/configure.ac 2020-10-07 20:29:12.646454694 -0400
@@ -166,9 +166,12 @@
AC_CHECK_FUNCS([gettimeofday ftime])
-XIPH_PATH_XML
-XIPH_VAR_APPEND([XIPH_CFLAGS], [$XML_CFLAGS])
-XIPH_VAR_PREPEND([XIPH_LIBS], [$XML_LIBS])
+PKG_CHECK_MODULES([LIBXML2], [libxml-2.0], [], [
+ AC_MSG_ERROR([${LIBXML2_PKG_ERRORS}. libxml2 is required.])
+])
+
+CFLAGS="${CFLAGS} ${LIBXML2_CFLAGS}"
+LIBS="${LIBS} ${LIBXML2_LIBS}"
XIPH_PATH_SHOUT(, AC_MSG_ERROR([must have libshout installed!]))
if test "$SHOUT_THREADSAFE" != "yes"
```https://gitlab.xiph.org/xiph/icecast-ices/-/issues/2323Ignores 'allow-repeats' setting when checking ogg serial2021-12-17T22:18:42ZUnit 193Ignores 'allow-repeats' setting when checking ogg serialOriginally reported in Debian bug [463351](https://bugs.debian.org/463351):
> I currently have a playlist that contains one file, so obviously I need
> to set 'allow-repeats'. However, even with that setting enabled, it
> won't repeat ...Originally reported in Debian bug [463351](https://bugs.debian.org/463351):
> I currently have a playlist that contains one file, so obviously I need
> to set 'allow-repeats'. However, even with that setting enabled, it
> won't repeat the one file because the serial matches (even if I make a
> copy of the file and add the copy to the playlist).
>
> I've changed im_playlist.c so that it checks pl->allow_repeat before
> checking the serial (patch attached).
And as such, it seems we've carried the following patch for the past 10(!) years:
```
Description: allow 'allow-repeats' setting when checking ogg serial
Author: C. Chad Wallace <cwallace@lodgingcompany.com>
Origin: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=463351#10
Bug-Debian: http://bugs.debian.org/463351
Forwarded: not-needed
---
src/im_playlist.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
--- a/src/im_playlist.c 2020-10-07 20:28:50.166655764 -0400
+++ b/src/im_playlist.c 2020-10-07 20:28:50.158655836 -0400
@@ -174,7 +174,7 @@
{
if (ogg_page_bos (&og))
{
- if (ogg_page_serialno (&og) == pl->current_serial)
+ if (!pl->allow_repeat && ogg_page_serialno (&og) == pl->current_serial)
LOG_WARN1 ("detected duplicate serial number reading \"%s\"", pl->filename);
pl->current_serial = ogg_page_serialno (&og);
```https://gitlab.xiph.org/xiph/icecast-ices/-/issues/2322SIGUSR1 triggers resample & encoder initialising2020-03-25T23:20:09ZJonas LiljestrandSIGUSR1 triggers resample & encoder initialisingHi,
I'm having a bit of trouble with glitching audio when the metadata is updated
which I suspect is caused by using the encode feature.
In the logfile I see this
```
[2020-03-25 23:11:43] INFO signals/signal_usr1_handler Metadata u...Hi,
I'm having a bit of trouble with glitching audio when the metadata is updated
which I suspect is caused by using the encode feature.
In the logfile I see this
```
[2020-03-25 23:11:43] INFO signals/signal_usr1_handler Metadata update requested
[2020-03-25 23:11:43] INFO metadata/metadata_thread_signal tag 1 is artist=Some artist
[2020-03-25 23:11:43] INFO metadata/metadata_thread_signal tag 2 is title=Some title
[2020-03-25 23:11:43] INFO metadata/metadata_thread_signal Updating metadata
[2020-03-25 23:11:43] INFO audio/resample_initialise Initialised resampler for 2 channels, from 48000 Hz to 44100 Hz
[2020-03-25 23:11:43] INFO encode/encode_initialise Encoder initialising in VBR mode: 2 channel(s), 44100 Hz, quality
```
Here is my full `ices.xml`
```
<ices>
<background>0</background>
<logpath>/home/pi/ices/</logpath>
<logfile>ices.log</logfile>
<logsize>2048</logsize>
<loglevel>3</loglevel>
<consolelog>0</consolelog>
<pidfile>/home/pi/ices/ices.pid</pidfile>
<stream>
<instance>
<hostname></hostname>
<port>8000</port>
<password></password>
<mount>/radio.ogg</mount>
<reconnectdelay>2</reconnectdelay>
<reconnectattempts>5</reconnectattempts>
<maxqueuelength>80</maxqueuelength>
<encode>
<samplerate>44100</samplerate>
<channels>2</channels>
</encode>
<resample>
<in-rate>48000</in-rate>
<out-rate>44100</out-rate>
</resample>
</instance>
<input>
<module>stdinpcm</module>
<param name="rate">48000</param>
<param name="channels">2</param>
<param name="metadata">1</param>
<param name="metadatafilename">/var/ices2/tmp/metadata</param>
</input>
</stream>
</ices>
```
I start ices2 with the following command.
```
arecord -D plughw:1 --channels 2 --format dat -t raw | ices2 ices/ices.xml
```
Which logs
```
Recording raw data 'stdin' : Signed 16 bit Little Endian, Rate 48000 Hz, Stereo
```https://gitlab.xiph.org/xiph/icecast-ices/-/issues/2207Username option missing in the docs2017-11-05T22:14:58ZMarvin ScholzUsername option missing in the docsThe docs do not mention the `<username>` parameter at all but should.The docs do not mention the `<username>` parameter at all but should.Thomas B. RückerThomas B. Rückerhttps://gitlab.xiph.org/xiph/icecast-ices/-/issues/2095[PATCH] Ices2 Win32 Port2017-11-05T22:14:59ZStephan Jauernick[PATCH] Ices2 Win32 Port19:31:39 < stephanj> https://filebase.stejau.de/secure/private/ices2-win32.patch
19:32:14 < stephanj> "PLATFORM_WIN32" is a define i introduced
19:32:24 < stephanj> i think it could be swapped with WIN32
19:31:39 < stephanj> https://filebase.stejau.de/secure/private/ices2-win32.patch
19:32:14 < stephanj> "PLATFORM_WIN32" is a define i introduced
19:32:24 < stephanj> i think it could be swapped with WIN32
Thomas B. RückerThomas B. Rückerhttps://gitlab.xiph.org/xiph/icecast-ices/-/issues/2040Low cpu usage with stdinpcm compared with alsa2018-10-05T08:40:13Zrajil.sLow cpu usage with stdinpcm compared with alsaI am using ices on a Raspberry Pi B+ model running raspbian. The audio is being fed through the attached usb radio tuner card.
#lsusb
Bus 001 Device 004: ID 06e1:a155 ADS Technologies, Inc. FM Radio Receiver/Instant FM Music (RDX-155-EF...I am using ices on a Raspberry Pi B+ model running raspbian. The audio is being fed through the attached usb radio tuner card.
#lsusb
Bus 001 Device 004: ID 06e1:a155 ADS Technologies, Inc. FM Radio Receiver/Instant FM Music (RDX-155-EF)
If i use alsa arecord and pipe to ices, the cpu usage is about 70%
arecord -D plughw:1 -r 48000 -c 2 -f S16_LE |ices2 /home/pi/ices-stdin.xml
However, if i use alsa directly within ices then the CPU shoots upto 100%
ICES version 2.0.1Thomas B. RückerThomas B. Rückerhttps://gitlab.xiph.org/xiph/icecast-ices/-/issues/2005[log.c:233]: (warning) Logical conjunction always evaluates to false: log_id ...2017-11-05T22:14:59ZDavid Binderman[log.c:233]: (warning) Logical conjunction always evaluates to false: log_id < 0 && log_id >= 25.Source code is
```
if (log_id < 0 && log_id >= LOG_MAXLOGS)
return;
```
Suggest swap `&&` for `||`
Source code is
```
if (log_id < 0 && log_id >= LOG_MAXLOGS)
return;
```
Suggest swap `&&` for `||`
Thomas B. RückerThomas B. Rückerhttps://gitlab.xiph.org/xiph/icecast-ices/-/issues/1901issue compiling ices from svn2017-11-05T22:14:59ZWaitman Gobbleissue compiling ices from svnon CentOS GNU/Linux 5.8, I am receiving an error building ices from svn trunk
```
# svn co http://svn.xiph.org/icecast/trunk/ices/ ices
# cd ices
# ./autogen.sh
# ./configure
# make
make[3]: Entering directory `/home/wgobble/software/xi...on CentOS GNU/Linux 5.8, I am receiving an error building ices from svn trunk
```
# svn co http://svn.xiph.org/icecast/trunk/ices/ ices
# cd ices
# ./autogen.sh
# ./configure
# make
make[3]: Entering directory `/home/wgobble/software/xiph/ices/src/log'
source='log.c' object='log.lo' libtool=yes \
depfile='.deps/log.Plo' tmpdepfile='.deps/log.TPlo' \
depmode=gcc3 /bin/sh ../../depcomp \
/bin/sh ../../libtool --mode=compile gcc -DHAVE_CONFIG_H -I. -I. -I../.. -I/usr/include/libxml2 -pthread -g -O2 -c -o log.lo `test -f 'log.c' || echo './'`log.c
../../libtool: line 481: CDPATH: command not found
libtool: Version mismatch error. This is libtool 2.4.2, but the
libtool: definition of this LT_INIT comes from an older release.
libtool: You should recreate aclocal.m4 with macros from libtool 2.4.2
libtool: and run autoconf again.
make[3]: *** [log.lo] Error 63
```
using autoreconf to replace aclocal.m4 appears to fail with errors mentioning Roar.
I have not yet taken the time to track the issue down, but a *quick solution seems to work: copy /usr/local/bin/libtool into ices path (replace libtool in Ices path), then 'make' (and make install) continues without any issue.
Michael SmithMichael Smithhttps://gitlab.xiph.org/xiph/icecast-ices/-/issues/2321ices2.0.2 example config missing <yp>2018-10-09T21:06:17ZWaitman Gobbleices2.0.2 example config missing <yp>It would be helpful to have <yp> option and comment in conf/ices-playlist.xml example which ships with 2.0.2.
thanks.It would be helpful to have <yp> option and comment in conf/ices-playlist.xml example which ships with 2.0.2.
thanks.Thomas B. RückerThomas B. Rückerhttps://gitlab.xiph.org/xiph/icecast-ices/-/issues/1893ices causes significantly higher load than other vorbis source clients given ...2017-11-05T22:14:59ZThomas B. Rückerices causes significantly higher load than other vorbis source clients given same parametersAs just reported by trumee, but also witnessed by me in the past.
CPU utilization shows higher for ices than for e.g. darkice when given same encoding parameters.As just reported by trumee, but also witnessed by me in the past.
CPU utilization shows higher for ices than for e.g. darkice when given same encoding parameters.Philipp SchafftPhilipp Schaffthttps://gitlab.xiph.org/xiph/icecast-ices/-/issues/1891fix autoconf so configure --enable/--disable-foo is tri-state2017-11-05T22:14:58ZThomas B. Rückerfix autoconf so configure --enable/--disable-foo is tri-stateCurrently you can --enable-foo, but if foo headers are not there it will just switch off 'foo', instead of failing due to 'foo headers missing'.Currently you can --enable-foo, but if foo headers are not there it will just switch off 'foo', instead of failing due to 'foo headers missing'.Thomas B. RückerThomas B. Rückerhttps://gitlab.xiph.org/xiph/icecast-ices/-/issues/1785[PATCH] spec file for building RPM of ices2017-11-05T22:14:59ZDave Miller[PATCH] spec file for building RPM of icesI wanted to install ices on an RPM-based system and although the compile is dead simple, it's still nice to keep track of stuff. I noticed there's a debian/rules for making a deb, but no spec file for making an RPM, so I made one (attac...I wanted to install ices on an RPM-based system and although the compile is dead simple, it's still nice to keep track of stuff. I noticed there's a debian/rules for making a deb, but no spec file for making an RPM, so I made one (attached).
It'll need to be updated with the version number at the top when the version changes.Michael SmithMichael Smithhttps://gitlab.xiph.org/xiph/icecast-ices/-/issues/1775[PATCH] add support for ReplayGain in ices02017-11-05T22:14:59ZJustin Forest[PATCH] add support for ReplayGain in ices0I'm using this on my radio and want to share.I'm using this on my radio and want to share.Michael SmithMichael Smithhttps://gitlab.xiph.org/xiph/icecast-ices/-/issues/1426Incorrect in-file comment about the default YP setting for Ices2 v2.0.12017-11-05T22:14:59ZnlmdejongeIncorrect in-file comment about the default YP setting for Ices2 v2.0.1The files ices-alsa.xml and ices-oss.xml of Ices2 v2.0.1 contain a comment that says: "allow stream to be advertised on YP, default 0". This however is not true: the default setting appears to be 1. (I noticed this when using the Ices2 v...The files ices-alsa.xml and ices-oss.xml of Ices2 v2.0.1 contain a comment that says: "allow stream to be advertised on YP, default 0". This however is not true: the default setting appears to be 1. (I noticed this when using the Ices2 v2.0.1 files that are used for Debian stable.)
With best regards,
Mr. N. de JongeMichael SmithMichael Smithhttps://gitlab.xiph.org/xiph/icecast-ices/-/issues/1277ices0 log timestamping patch2017-11-05T22:14:59ZGitlab Botices0 log timestamping patchMichael SmithMichael Smithhttps://gitlab.xiph.org/xiph/icecast-ices/-/issues/1238[PATCH] Add comment in ices-playlist.xml and config.html how to not reencode2017-11-05T22:14:59ZGitlab Bot[PATCH] Add comment in ices-playlist.xml and config.html how to not reencodeIces0 had <reencode>0</reencode> but ices2 doesn't. Removing the entire <encode></encode> section does the same, but there is no mention of this in the sample config file ices-playlist.xml or in the ices2 config.html documentation. Addin...Ices0 had <reencode>0</reencode> but ices2 doesn't. Removing the entire <encode></encode> section does the same, but there is no mention of this in the sample config file ices-playlist.xml or in the ices2 config.html documentation. Adding a small comment would help users who have already a list of encoded files and don't want ices2 to reencode them on the fly.Philipp SchafftPhilipp Schaffthttps://gitlab.xiph.org/xiph/icecast-ices/-/issues/1231ices0 won't build with flac, unless libfaad2-dev is installed2017-11-05T22:14:59Zrdvdijkices0 won't build with flac, unless libfaad2-dev is installedI downloaded the latest ices0.4 and tried to configure it with FLAC support. This would give me the error:
"Could not find libFLAC, FLAC transcoding disabled"
I had all possible FLAC libs installed, so that couldn't be the problem. N...I downloaded the latest ices0.4 and tried to configure it with FLAC support. This would give me the error:
"Could not find libFLAC, FLAC transcoding disabled"
I had all possible FLAC libs installed, so that couldn't be the problem. No matter where I pointed the config using the --with-flac option, it wouldn't work.
Here's the bug: then I installed libfaad2-dev to try faad support. This apparently didn't work either:
"checking for faad.h... yes"
"checking for MP4Read in -lmp4v2... no"
"Could not find libfaad, MP4 transcoding disabled"
But the weird thing is that now FLAC does work..
"checking for FLAC_stream_decoder_new in -lFLAC... yes"
A minor bug in the configure script, I think?
Good luck,
Roel
Michael SmithMichael Smith