Icecast-IceS issueshttps://gitlab.xiph.org/xiph/icecast-ices/-/issues2018-10-09T21:06:17Zhttps://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/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/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/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 Smithhttps://gitlab.xiph.org/xiph/icecast-ices/-/issues/1187charakters in id3v2 problem2017-11-05T22:14:59ZDanielcharakters in id3v2 problemis it a bug ? playing a mp3 with unicode id3v2 tags. ices 0.4
DEBUG: ID3v2: version 3.0. Tag size is 573 bytes.
DEBUG: ID3v2: Title found: *ÿþH*
DEBUG: ID3v2: Artist found: *ÿþI*
DEBUG: MPEG-1 layer III, 128 kbps, 44100 Hz, j-stere...is it a bug ? playing a mp3 with unicode id3v2 tags. ices 0.4
DEBUG: ID3v2: version 3.0. Tag size is 573 bytes.
DEBUG: ID3v2: Title found: *ÿþH*
DEBUG: ID3v2: Artist found: *ÿþI*
DEBUG: MPEG-1 layer III, 128 kbps, 44100 Hz, j-stereo
DEBUG: Ext: 0 Mode_Ext: 0 Copyright: 0 Original: 0
DEBUG: Error Protection: 1 Emphasis: 0 Padding: 1
Playing /music/netaudio/techno/Inaqui Marin - Herz.mp3
DEBUG: Updated metadata on /ices to: *ÿþI - ÿþH*
Michael SmithMichael Smithhttps://gitlab.xiph.org/xiph/icecast-ices/-/issues/994[PATCH] ices2 does not retry on initial connection2017-11-05T22:14:59ZEric Faurot[PATCH] ices2 does not retry on initial connectionCurrently, ices2 instances try to reconnect to their server only if
the initial connection succeeded. This is annoying because if a server
is not reachable when ices starts, the instance is completely
abandonned. This patch let intances ...Currently, ices2 instances try to reconnect to their server only if
the initial connection succeeded. This is annoying because if a server
is not reachable when ices starts, the instance is completely
abandonned. This patch let intances honnor their reconnection settings
even on initial attempts.
Michael SmithMichael Smithhttps://gitlab.xiph.org/xiph/icecast-ices/-/issues/970ices-0.4 bug2017-11-05T22:14:59ZGitlab Botices-0.4 bugGood Day!
Thank your team for good products!
But however it is still more problems for usual (not advanced) users during icecast installation.
I have install icecast, but with ices-0.4 installation was the problem arose, which solution ...Good Day!
Thank your team for good products!
But however it is still more problems for usual (not advanced) users during icecast installation.
I have install icecast, but with ices-0.4 installation was the problem arose, which solution I could not find in the forums (I was find only the solutions for the developers or very advanced users).
This problem arose during work of "configure" command in the ice-0.4 Directory.
"...
checking whether stripping libraries is possible... yes
checking for pkg-config... /usr/local/bin/pkg-config
checking shout/shout.h usability... yes
checking shout/shout.h presence... yes
checking for shout/shout.h... yes
checking for shout_new... no
configure: error: Could not find a usable libshout
[root@live-radio.intelkom.ru]#
"
I will be very grateful for help. Sorry for my poor English.Michael SmithMichael Smithhttps://gitlab.xiph.org/xiph/icecast-ices/-/issues/931[PATCH] improve ices2's playlist shuffler2019-04-19T11:32:52ZGitlab Bot[PATCH] improve ices2's playlist shufflerThe patch that I'll soon have attached below significantly improves ices2's shuffler randomness.
The quality of the PRNG is important to this new shuffler, which is why rand() is changed to the better-but-still-standard random(). To mak...The patch that I'll soon have attached below significantly improves ices2's shuffler randomness.
The quality of the PRNG is important to this new shuffler, which is why rand() is changed to the better-but-still-standard random(). To make this change consistent, rand() is changed to random() in src/encode.c as well (for the serial numbers.)
This implements the Knuth shuffle, AKA Fisher-Yates shuffle. Care has been taken to implement this subtle-and-quick-to-anger algorithm by testing it separately and making sure that it doesn't have any bias.
Works for me nicely over the course of several months now. If the PRNG were stronger, this should now have online-gambling quality. ;)
The additional LOG_DEBUG()s have proven useful, however, they are not necessary.
Achieving the same for ices-0.x would be trickier, iirc, and I personally am not too much interested in doing it.Philipp SchafftPhilipp Schaffthttps://gitlab.xiph.org/xiph/icecast-ices/-/issues/907[ices] Feature request: Enable recoding for ogg files only2019-04-19T11:32:52Zeugene[ices] Feature request: Enable recoding for ogg files onlyI would like to see an ability to turn recoding on only for ogg files while letting mp3 files pass through without recoding at all.I would like to see an ability to turn recoding on only for ogg files while letting mp3 files pass through without recoding at all.Brendan Cully Brendan Cully https://gitlab.xiph.org/xiph/icecast-ices/-/issues/756ices0 (version 0.4) dont update tags after long time work2019-04-19T11:32:52ZGitlab Botices0 (version 0.4) dont update tags after long time workhi all
After long time work porgram ices0 (version 0.4), tags dont update and in log file:
Could not open cuefile [/usr/local/icecast/var/run/alternative/ices.cue] for writing, cuefile not updated!
After reboot program, all ok, but after...hi all
After long time work porgram ices0 (version 0.4), tags dont update and in log file:
Could not open cuefile [/usr/local/icecast/var/run/alternative/ices.cue] for writing, cuefile not updated!
After reboot program, all ok, but after long time this trable again
I used ices0 in screen and|or backgroundMichael SmithMichael Smithhttps://gitlab.xiph.org/xiph/icecast-ices/-/issues/742stack-smashing crash with ices2 (or libshout)2019-04-19T11:32:52Zgtgbrstack-smashing crash with ices2 (or libshout)Hi,
another ices2 crash to report. This is ices-2.0.1 and libshout-2.1 on OpenBSD 3.8-stable/i386. The former has the patch for the re-fixed (ticket 720) applied.
Even though it seems to crash while being on the way to shut down anyway...Hi,
another ices2 crash to report. This is ices-2.0.1 and libshout-2.1 on OpenBSD 3.8-stable/i386. The former has the patch for the re-fixed (ticket 720) applied.
Even though it seems to crash while being on the way to shut down anyways, it might also be interesting to find out why it does that in the first place. Two other ices2 instances keep on streaming fine ... which also means that the computer (Athlon TB 1GHz) is rather busy anyways -- the cause could be related to being temporarily out of resources (CPU or I/O).
The stack is clobbered, making the backtrace on the (unfortunately unthreaded) coredump rather useless:
```
Program terminated with signal 6, Aborted.
#0 0x03eab559 in kill () from /usr/lib/libc.so.38.2
#1 0x03ee7463 in abort () from /usr/lib/libc.so.38.2
#2 0x03ecaf12 in recvmsg () from /usr/lib/libc.so.38.2
#3 0x4e524157 in ?? ()
#4 0x72747320 in ?? ()
#5 0x2f6d6165 in ?? ()
#6 0x73656369 in ?? ()
#7 0x736e695f in ?? ()
#8 0x636e6174 in ?? ()
#9 0x74735f65 in ?? ()
#10 0x6d616572 in ?? ()
#11 0x00000000 in ?? ()
#12 0x000003fc in ?? ()
#13 0x7e2a3db8 in ?? ()
#14 0x23e7bab9 in _C_tolower_ () from /usr/lib/libc.so.38.2
#15 0x3c005ac0 in environ ()
#16 0x00000005 in ?? ()
#17 0x23e7a27e in _C_toupper_ () from /usr/lib/libc.so.38.2
#18 0x0000000b in ?? ()
#19 0x23e7bab9 in _C_tolower_ () from /usr/lib/libc.so.38.2
#20 0x00000008 in ?? ()
#21 0x23e7a20f in _C_toupper_ () from /usr/lib/libc.so.38.2
#22 0x00000016 in ?? ()
#23 0x8624d0b0 in ?? ()
#24 0x7e2a3e28 in ?? ()
#25 0x8624d800 in ?? ()
#26 0x23e80c04 in ?? () from /usr/lib/libc.so.38.2
#27 0x00000002 in ?? ()
#28 0x7f3d7700 in ?? ()
#29 0x7e2a3e28 in ?? ()
#30 0x03ecafbf in recvmsg () from /usr/lib/libc.so.38.2
#31 0x23e7a20f in _C_toupper_ () from /usr/lib/libc.so.38.2
#32 0x83421000 in ?? ()
#33 0x00000005 in ?? ()
#34 0x03ecaf22 in recvmsg () from /usr/lib/libc.so.38.2
#35 0x00000014 in ?? ()
#36 0x000003fc in ?? ()
#37 0x7e2a3e18 in ?? ()
#38 0x23e7a18c in _C_toupper_ () from /usr/lib/libc.so.38.2
#39 0x00000014 in ?? ()
#40 0x000003fc in ?? ()
#41 0x2a4d1b6c in _thread_sigstack () from /usr/lib/libpthread.so.6.1
#42 0x03ecb9b2 in recvmsg () from /usr/lib/libc.so.38.2
#43 0x00000000 in ?? ()
#44 0x8624d800 in ?? ()
#45 0x00000000 in ?? ()
#46 0x23e80c04 in ?? () from /usr/lib/libc.so.38.2
#47 0x00002000 in ?? ()
#48 0x000003fc in ?? ()
#49 0x7e2a3e88 in ?? ()
#50 0x23e80c04 in ?? () from /usr/lib/libc.so.38.2
#51 0x00000016 in ?? ()
#52 0x7f3d7700 in ?? ()
#53 0x7e2a3e68 in ?? ()
#54 0x03eccde3 in realloc () from /usr/lib/libc.so.38.2
Previous frame inner to this frame (corrupt stack?)
```
Ices2's logs show this:
```
[2005-11-16 20:03:02] EROR stream/ices_instance_stream Send error: Socket error (Broken pipe)
[2005-11-16 20:03:02] DBUG input/input_flush_queue Input queue flush requested
[2005-11-16 20:03:02] WARN stream/ices_instance_stream Trying reconnect after server socket error
[2005-11-16 20:03:02] INFO signals/signal_hup_handler Flushing logs
[2005-11-16 20:03:02] INFO playlist-builtin/event_handler Moving to next file in playlist.
[2005-11-16 20:03:02] INFO playlist-builtin/playlist_read Currently playing "/home/maxx/streams/schrabbel/Plaid_-_Rest_Proof_Clockwork_Bonus_Track.ogg"
[2005-11-16 20:03:03] EROR stream/ices_instance_stream Failed to reconnect to localhost:8000 (Socket error)
[2005-11-16 20:03:05] WARN stream/ices_instance_stream Trying reconnect after server socket error
[2005-11-16 20:03:05] EROR stream/ices_instance_stream Failed to reconnect to localhost:8000 (Socket error)
[2005-11-16 20:03:07] WARN stream/ices_instance_stream Trying reconnect after server socket error
[2005-11-16 20:03:07] EROR stream/ices_instance_stream Failed to reconnect to localhost:8000 (Socket error)
[2005-11-16 20:03:09] WARN stream/ices_instance_stream Trying reconnect after server socket error
[2005-11-16 20:03:09] EROR stream/ices_instance_stream Failed to reconnect to localhost:8000 (Socket error)
[2005-11-16 20:03:11] WARN stream/ices_instance_stream Trying reconnect after server socket error
[2005-11-16 20:03:11] EROR stream/ices_instance_stream Failed to reconnect to localhost:8000 (Socket error)
[2005-11-16 20:03:11] EROR stream/ices_instance_stream Reconnect failed too many times, giving up.
[2005-11-16 20:03:11] WARN stream/ices_instance_stream Too many errors, shutting down
```
During the crash, Icecast logged the following:
```
[2005-11-16 20:03:02] INFO connection/_handle_source_request Source logging in at mountpoint "/schrabbelator.ogg"
[2005-11-16 20:03:02] WARN connection/_handle_source_request Mountpoint /schrabbelator.ogg in use
[2005-11-16 20:03:12] WARN source/get_next_buffer Disconnecting source due to socket timeout
[2005-11-16 20:03:12] INFO source/source_shutdown Source "/schrabbelator.ogg" exiting
[2005-11-16 20:03:19] INFO source/source_main listener count on /kolaradio.ogg now 1
```
I'm willing to test patches, even those that simply add debugging messages for further testing -- _mx on FreeNode/#icecast.
Moritz
Michael SmithMichael Smith