Xiph.Org issueshttps://gitlab.xiph.org/groups/xiph/-/issues2017-04-07T16:52:06Zhttps://gitlab.xiph.org/xiph/Infrastructure/-/issues/265A section for bugs in Ogg* documentation could be nice2017-04-07T16:52:06ZgtgbrA section for bugs in Ogg* documentation could be nice```
This is a follow-up to a heated discussion with Tor-Einar Jarnbjo on vorbis-dev@ - he says his fixes for
the documentation were ignored. Having this new section on Bugzilla would prevent ignoring-by-
accident, while also providing a...```
This is a follow-up to a heated discussion with Tor-Einar Jarnbjo on vorbis-dev@ - he says his fixes for
the documentation were ignored. Having this new section on Bugzilla would prevent ignoring-by-
accident, while also providing a Good Way to report these kinda bugs.
```Jack MoffittJack Moffitthttps://gitlab.xiph.org/xiph/Infrastructure/-/issues/263Missing version "1.0" in "Vorbis Tools" new bug page2017-04-07T12:17:40ZpascoggMissing version "1.0" in "Vorbis Tools" new bug page```
To report bugs for "Vorbis Tools" there is a list of versions.
1.0beta*, 1.0rc*, unspecified, but no '1.0' ('final' version).
``````
To report bugs for "Vorbis Tools" there is a list of versions.
1.0beta*, 1.0rc*, unspecified, but no '1.0' ('final' version).
```Jack MoffittJack Moffitthttps://gitlab.xiph.org/xiph/Infrastructure/-/issues/249impossible to report bugs against Ogg Vorbis 1.02017-04-07T12:17:40ZAdrien Beauimpossible to report bugs against Ogg Vorbis 1.0```
The version fields for libao, Ogg, Vorbis, Vorbis Tools and Vorbis Tools for
Windows don't contain the latest version number (0.8.3, 1.0, 1.0, 1.0 and
1.0), forcing users to use "unspecified" as the version number, e.g. in bugs
#2...```
The version fields for libao, Ogg, Vorbis, Vorbis Tools and Vorbis Tools for
Windows don't contain the latest version number (0.8.3, 1.0, 1.0, 1.0 and
1.0), forcing users to use "unspecified" as the version number, e.g. in bugs
#247 and #248.
```Jack MoffittJack Moffitthttps://gitlab.xiph.org/xiph/Infrastructure/-/issues/214version 1.0 is not added yet to libvorbis, libogg and vorbis-tools programs2017-04-07T16:51:23Znoaversion 1.0 is not added yet to libvorbis, libogg and vorbis-tools programs```
I cannot file bugs against version 1.0 for the libvorbis component. Since
libvorbis-1.0 can be downloaded and has bugs, I believe this is a bug :)
``````
I cannot file bugs against version 1.0 for the libvorbis component. Since
libvorbis-1.0 can be downloaded and has bugs, I believe this is a bug :)
```Jack MoffittJack Moffitthttps://gitlab.xiph.org/xiph/Infrastructure/-/issues/138component "vcut" missing in the product "Vorbis Tools"2017-04-07T12:17:40ZGitlab Botcomponent "vcut" missing in the product "Vorbis Tools"```
``````
```Jack MoffittJack Moffitthttps://gitlab.xiph.org/xiph/Infrastructure/-/issues/108Unable to select libao 0.8.2 on bug submission page2017-04-07T12:17:40ZgshangUnable to select libao 0.8.2 on bug submission page```
In the pulldown menu for version on the audio core library bug submit page, the highest version one can select is 0.8.1.
``````
In the pulldown menu for version on the audio core library bug submit page, the highest version one can select is 0.8.1.
```Jack MoffittJack Moffitthttps://gitlab.xiph.org/xiph/Infrastructure/-/issues/102"OpenBSD" not a listed OS option2017-04-07T12:17:40Znisharfi"OpenBSD" not a listed OS option```
``````
```Jack MoffittJack Moffitthttps://gitlab.xiph.org/xiph/Infrastructure/-/issues/78bugzilla doesn't send bug mail2017-04-07T12:17:40ZMichael Smithbugzilla doesn't send bug mail```
Bugzilla is meant to send mail to the bug owner (and usually component owner as
well, plus anyone who is added to the CC line) whenever a bug is added or
changed. xiph.org's bugzilla doesn't do this, even though my preferences are
co...```
Bugzilla is meant to send mail to the bug owner (and usually component owner as
well, plus anyone who is added to the CC line) whenever a bug is added or
changed. xiph.org's bugzilla doesn't do this, even though my preferences are
configured to have it do so.
```Jack MoffittJack Moffitthttps://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/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 Schafft