Xiph.Org issueshttps://gitlab.xiph.org/groups/xiph/-/issues2006-06-12T10:28:44Zhttps://gitlab.xiph.org/xiph/libao/-/issues/664aclocal m4 file needs to be updated2006-06-12T10:28:44Zdenisaclocal m4 file needs to be updatedaclocal issues the following warning :
/usr/share/aclocal/ao.m4:9: warning: underquoted definition of XIPH_PATH_AO
run info '(automake)Extending aclocal'
or see http://sources.redhat.com/automake/automake.html#Extending-aclocal
I t...aclocal issues the following warning :
/usr/share/aclocal/ao.m4:9: warning: underquoted definition of XIPH_PATH_AO
run info '(automake)Extending aclocal'
or see http://sources.redhat.com/automake/automake.html#Extending-aclocal
I think your ao.m4 file needs to be updated. IIRC, these are minor (backward-compatible) syntactic changes.
Stan SeibertStan Seiberthttps://gitlab.xiph.org/xiph/icecast-server/-/issues/663Icecast dump-file trigger2018-03-06T12:50:21Znaveed83Icecast dump-file triggericecast now has a setting named: <dump-file>/tmp/dump-example1.ogg</dump-file>
Is it possible that you in a later version make an admin trigger to enable/disable this feature. So u can specify when it shall start dumping, and when to s...icecast now has a setting named: <dump-file>/tmp/dump-example1.ogg</dump-file>
Is it possible that you in a later version make an admin trigger to enable/disable this feature. So u can specify when it shall start dumping, and when to stop instead of dumping the whole stream.
This is specially handy when u only need to record parts of your stream, like a live show instead of the whole stream which could take up loads of disk space.
regards,
^Naveed^Icecast 2.4.0Karl HeyesKarl Heyeshttps://gitlab.xiph.org/xiph/icecast-server/-/issues/661Display source IP for earch mountpoint in admin/stats.xsl2018-03-06T12:50:21ZGitlab BotDisplay source IP for earch mountpoint in admin/stats.xslIt would be nice to see source IP-address in stats.xsl page for each mounpoint. Nowdays if I like to find out who is sending stream to mountpoint, I have to dig it out with ugly shell command: cat /var/log/icecast/access.log | grep SOURC...It would be nice to see source IP-address in stats.xsl page for each mounpoint. Nowdays if I like to find out who is sending stream to mountpoint, I have to dig it out with ugly shell command: cat /var/log/icecast/access.log | grep SOURCE | awk '{ printf $1 " " $7 "\n" }' | sort | uniqIcecast 2.3Michael SmithMichael Smithhttps://gitlab.xiph.org/xiph/vorbis-tools/-/issues/660--downmix causes silence2007-06-17T08:55:37ZMeta-Dynamic--downmix causes silenceWhen I encode the test file located here: [http://68.85.134.91:8082/foo.wav] (small, 65k, less than one second duration) (is there no way to add attachments to tickets?) using oggenc with the --downmix option, the resulting .ogg file, wh...When I encode the test file located here: [http://68.85.134.91:8082/foo.wav] (small, 65k, less than one second duration) (is there no way to add attachments to tickets?) using oggenc with the --downmix option, the resulting .ogg file, while containing a stream for the correct duration, seems to contain nothing but silence.
* It occurs regardless of the other encoding options used (quality, resample, etc.), but if I encode the same file without --downmix, it works fine.
* I played back the .ogg file with several tools (all of which may be using the same libraries for decoding, I don't know) with the same result, so I am thinking that the problem occurs at encode-time, but of course I don't know.
* This is reliably reproducable: the file was created using mplayer's "-ao pcm" option from a online-radio stream (copyrighted but this test case is so short as to be "fair use"). Any and all streams that I capture from this same source behave in the same manner. It does not seem to occur with some other audio files that I use the same version of oggenc on, so I assume that there is something about the data in this stream that triggers the bug.
* I am using Fedora Core 3; all of the vorbis/ogg libs and tools are those that were installed from the Fedora distribution:
```
# rpm -q libvorbis vorbis-tools libogg
libvorbis-1.1.0-1
vorbis-tools-1.0.1-4
libogg-1.1.2-1
```
* The file resulting from my encoding is located here: [http://68.85.134.91:8082/foo.ogg] (4k)
Michael SmithMichael Smithhttps://gitlab.xiph.org/xiph/icecast-server/-/issues/659Icecast 2.2.0 win32 doesn't display Korean metadata properly2018-03-06T12:50:21ZKyungjoon LeeIcecast 2.2.0 win32 doesn't display Korean metadata properlyIcecast 2.2.0 for Windows doesn't display Korean metadata properly.
Source level stats -> click on source -> look at artist on right.
Here's some sample Korean text: 가나다 &#44032;&#45208;&#45796;Icecast 2.2.0 for Windows doesn't display Korean metadata properly.
Source level stats -> click on source -> look at artist on right.
Here's some sample Korean text: 가나다 가나다Karl HeyesKarl Heyeshttps://gitlab.xiph.org/xiph/Infrastructure/-/issues/25Icecast 2.2.0 ticket component missing2018-05-14T02:24:00ZKyungjoon LeeIcecast 2.2.0 ticket component missingYou can't report bugs for Icecast 2.2.0.You can't report bugs for Icecast 2.2.0.Gitlab BotGitlab Bothttps://gitlab.xiph.org/xiph/icecast-server/-/issues/656iceast-kh rev 9168 fails to compile in connection.c2018-03-06T12:50:21Zpadaniusiceast-kh rev 9168 fails to compile in connection.clatest revision of iceast-kh failes to compile (previous was OK) :
gcc -DHAVE_CONFIG_H -I. -I. -I.. -Wall -ffast-math -fsigned-char -I/usr/local/include/libxml2 -I/usr/local/include -I/usr/include -pthread -g -O2 -c `test -f 'sighandle...latest revision of iceast-kh failes to compile (previous was OK) :
gcc -DHAVE_CONFIG_H -I. -I. -I.. -Wall -ffast-math -fsigned-char -I/usr/local/include/libxml2 -I/usr/local/include -I/usr/include -pthread -g -O2 -c `test -f 'sighandler.c' || echo './'`sighandler.c
source='connection.c' object='connection.o' libtool=no \
depfile='.deps/connection.Po' tmpdepfile='.deps/connection.TPo' \
depmode=gcc3 /bin/sh ../depcomp \
gcc -DHAVE_CONFIG_H -I. -I. -I.. -Wall -ffast-math -fsigned-char -I/usr/local/include/libxml2 -I/usr/local/include -I/usr/include -pthread -g -O2 -c `test -f 'connection.c' || echo './'`connection.c
connection.c: In function `connection_complete_source':
connection.c:501: error: structure has no member named `con'
connection.c:502: error: structure has no member named `con'
connection.c:503: error: structure has no member named `parser'
connection.c:504: error: structure has no member named `parser'
make[3]: *** [connection.o] Error 1
make[3]: Leaving directory `/usr/src/icecast-kh/src'
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory `/usr/src/icecast-kh/src'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/usr/src/icecast-kh'
make: *** [all] Error 2
Gitlab BotGitlab Bothttps://gitlab.xiph.org/xiph/vorbis-tools/-/issues/655vorbiscomment toto.mp3 destroys the file2005-09-02T19:51:28ZGitlab Botvorbiscomment toto.mp3 destroys the fileWhen mistakenly using vorbiscomment to change the tags of an mp3 file :
vorbiscomment -w toto.mp3
the file toto.mp3 got destroyed! Not nice...
Bernard Helmstetter
When mistakenly using vorbiscomment to change the tags of an mp3 file :
vorbiscomment -w toto.mp3
the file toto.mp3 got destroyed! Not nice...
Bernard Helmstetter
Michael SmithMichael Smithhttps://gitlab.xiph.org/xiph/libao/-/issues/654LibAO should support format change without closing/opening devices.2010-01-30T13:47:13ZtruLibAO should support format change without closing/opening devices.To achive gapless playback between two files with diffrent samplerate you should really have the option to change the audio format without closing and opening the device. This is supported by most audio backends and should be a new api c...To achive gapless playback between two files with diffrent samplerate you should really have the option to change the audio format without closing and opening the device. This is supported by most audio backends and should be a new api call to libao.Monty MontgomeryMonty Montgomeryhttps://gitlab.xiph.org/xiph/ogg/-/issues/653[PATCH] incorrect use of LIBS and CFLAGS in vorbis.m4 and ogg.m42009-04-19T20:23:36ZJulien Cristau[PATCH] incorrect use of LIBS and CFLAGS in vorbis.m4 and ogg.m4Hi,
the autoconf documentation explains that the variable LIBS should
contain "`-l' options to pass to the linker". For `-L' options,
LDFLAGS should be used instead. This breaks compilation of other
software using libogg/libvorbis (and t...Hi,
the autoconf documentation explains that the variable LIBS should
contain "`-l' options to pass to the linker". For `-L' options,
LDFLAGS should be used instead. This breaks compilation of other
software using libogg/libvorbis (and the XIPH_PATH_OGG/XIPH_PATH_VORBIS
macros) when running "./configure --prefix=foo" if {OGG,VORBIS}_LIBS are
assumed to contain only `-l' options.
Moreover, header file search directory options (`-IDIR') belong in
CPPFLAGS, not CFLAGS.
Patches are available at http://perso.ens-lyon.fr/julien.cristau/ogg.m4.diff
and http://perso.ens-lyon.fr/julien.cristau/vorbis.m4.diff
Regards,
Julien CristauMonty MontgomeryMonty Montgomeryhttps://gitlab.xiph.org/xiph/icecast-server/-/issues/652Move clients to fallback when source disconnects2018-03-06T12:50:21ZTristanMove clients to fallback when source disconnectsCurrently, when a source disconnects, icecast2 appears to drop that mount's listening clients -- even if it has a fallback-mount defined. It would be nice if the existing clients were gracefully moved to the fallback instead of being di...Currently, when a source disconnects, icecast2 appears to drop that mount's listening clients -- even if it has a fallback-mount defined. It would be nice if the existing clients were gracefully moved to the fallback instead of being disconnected.
I know there's a mechanism to move clients, but I don't have prior knowledge of when the source will disconnect (ezstream is prone to SIGSEGV).Michael SmithMichael Smithhttps://gitlab.xiph.org/xiph/libao/-/issues/651gaim crashes the sound system2007-06-17T08:54:16Zmstevens15gaim crashes the sound systemIn linux, I have to change sound daemons to get the
event sounds to even play. It won't coexist happily
with XMMS. Sometimes when I switch sound daemons, it
segfaults.
SEGFAULT:
Program received signal SIGSEGV, Segmentation fault.
[Swi...In linux, I have to change sound daemons to get the
event sounds to even play. It won't coexist happily
with XMMS. Sometimes when I switch sound daemons, it
segfaults.
SEGFAULT:
Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 16384 (LWP 2922)]
0x415fd33c in Arts::StartupManager::startup () from
/usr/lib/libmcop.so.1
(gdb) bt
#0 0x415fd33c in Arts::StartupManager::startup () from
/usr/lib/libmcop.so.1
#1 0x415e2ff4 in Arts::Dispatcher::Dispatcher () from
/usr/lib/libmcop.so.1
#2 0x41191c95 in arts_backend_init () from
/usr/lib/libartscbackend.so.0
#3 0x40bad756 in arts_init () from /usr/lib/libartsc.so.0
#4 0x40baaaa9 in ao_plugin_test () from
/usr/lib/ao/plugins-2/libarts.so
#5 0x4003054f in ?? () from /usr/lib/libao.so.2
#6 0x08152238 in ?? ()
#7 0x00000000 in ?? ()
#8 0xffffffff in ?? ()
#9 0x400334b4 in ?? () from /usr/lib/libao.so.2
#10 0x08152232 in ?? ()
#11 0x0810d9c1 in top_left_corner ()
#12 0xbfff8c78 in ?? ()
#13 0x400310a2 in ao_default_driver_id () from
/usr/lib/libao.so.2
#14 0x400310a2 in ao_default_driver_id () from
/usr/lib/libao.so.2
#15 0x080f2ed9 in gaim_gtk_sound_get_ui_ops ()
#16 0x0808521e in gaim_prefs_destroy ()
#17 0x405963b6 in g_cclosure_marshal_VOID__VOID ()
from /usr/lib/libgobject-2.0.so.0
#18 0x405846b6 in g_closure_invoke () from
/usr/lib/libgobject-2.0.so.0
#19 0x40595ec8 in g_signal_emit_by_name () from
/usr/lib/libgobject-2.0.so.0
#20 0x40594f4c in g_signal_emit_valist () from
/usr/lib/libgobject-2.0.so.0
#21 0x405951e6 in g_signal_emit () from
/usr/lib/libgobject-2.0.so.0
---Type <return> to continue, or q <return> to quit---
#22 0x402ba1f5 in gtk_menu_item_activate () from
/usr/lib/libgtk-x11-2.0.so.0
#23 0x402cfc57 in gtk_option_menu_get_history ()
from /usr/lib/libgtk-x11-2.0.so.0
#24 0x402ae6de in _gtk_marshal_BOOLEAN__BOXED ()
from /usr/lib/libgtk-x11-2.0.so.0
#25 0x40584949 in g_cclosure_new_swap () from
/usr/lib/libgobject-2.0.so.0
#26 0x405846b6 in g_closure_invoke () from
/usr/lib/libgobject-2.0.so.0
#27 0x40595925 in g_signal_emit_by_name () from
/usr/lib/libgobject-2.0.so.0
#28 0x40594d3a in g_signal_emit_valist () from
/usr/lib/libgobject-2.0.so.0
#29 0x405951e6 in g_signal_emit () from
/usr/lib/libgobject-2.0.so.0
#30 0x4039d8a7 in gtk_widget_send_expose () from
/usr/lib/libgtk-x11-2.0.so.0
#31 0x402ad1f2 in gtk_propagate_event () from
/usr/lib/libgtk-x11-2.0.so.0
#32 0x402ac046 in gtk_main_do_event () from
/usr/lib/libgtk-x11-2.0.so.0
#33 0x404a9815 in _gdk_events_queue () from
/usr/lib/libgdk-x11-2.0.so.0
#34 0x405dc6b2 in g_main_depth () from
/usr/lib/libglib-2.0.so.0
#35 0x405dd738 in g_main_context_dispatch () from
/usr/lib/libglib-2.0.so.0
#36 0x405dda70 in g_main_context_dispatch () from
/usr/lib/libglib-2.0.so.0
#37 0x405de013 in g_main_loop_run () from
/usr/lib/libglib-2.0.so.0
#38 0x402ab8f3 in gtk_main () from
/usr/lib/libgtk-x11-2.0.so.0
#39 0x080f8463 in main ()Stan SeibertStan Seiberthttps://gitlab.xiph.org/xiph/ogg/-/issues/650compile error building oggplay from trunk svn2017-04-07T17:11:03ZGitlab Botcompile error building oggplay from trunk svnoggplay fails to compile due to a missing header file, libmng.h. This is from svn from around 18:30 EDT 2005-04-14.
oggplay.c:19:20: libmng.h: No such file or directory
oggplay.c:36: error: parse error before "mng_uint32"
oggplay.c:36:...oggplay fails to compile due to a missing header file, libmng.h. This is from svn from around 18:30 EDT 2005-04-14.
oggplay.c:19:20: libmng.h: No such file or directory
oggplay.c:36: error: parse error before "mng_uint32"
oggplay.c:36: warning: no semicolon at end of struct or union
oggplay.c:37: warning: data definition has no type or storage class
oggplay.c:42: error: parse error before "mymngalloc"
oggplay.c:42: error: parse error before "size"
oggplay.c: In function `mymngalloc':
oggplay.c:44: error: `mng_ptr' undeclared (first use in this function)
oggplay.c:44: error: (Each undeclared identifier is reported only once
oggplay.c:44: error: for each function it appears in.)
oggplay.c:44: error: parse error before "malloc"
oggplay.c: At top level:
oggplay.c:48: error: parse error before "p"
oggplay.c: In function `mymngfree':
oggplay.c:50: error: `p' undeclared (first use in this function)
oggplay.c: At top level:
oggplay.c:54: error: parse error before "mymngopenstream"
oggplay.c:54: error: parse error before "mng"
oggplay.c: In function `mymngopenstream':
oggplay.c:56: error: `stuff' undeclared (first use in this function)
oggplay.c:59: error: parse error before ')' token
oggplay.c:65: error: `MNG_FALSE' undeclared (first use in this function)
oggplay.c:88: error: `MNG_TRUE' undeclared (first use in this function)
oggplay.c: At top level:
oggplay.c:91: error: parse error before "mymngclosestream"
oggplay.c:91: error: parse error before "mng"
oggplay.c: In function `mymngclosestream':
oggplay.c:93: error: `stuff' undeclared (first use in this function)
oggplay.c:96: error: parse error before ')' token
oggplay.c:112: error: `MNG_TRUE' undeclared (first use in this function)
oggplay.c: At top level:
oggplay.c:116: error: parse error before "mymngreadstream"
oggplay.c:116: error: parse error before "mng"
oggplay.c: In function `mymngreadstream':
oggplay.c:119: error: `stuff' undeclared (first use in this function)
oggplay.c:127: error: parse error before ')' token
oggplay.c:129: error: `bytesread' undeclared (first use in this function)
oggplay.c:131: error: `byteswanted' undeclared (first use in this function)
oggplay.c:141: error: `buffer' undeclared (first use in this function)
oggplay.c:152: error: `MNG_TRUE' undeclared (first use in this function)
oggplay.c:192: error: `MNG_FALSE' undeclared (first use in this function)https://gitlab.xiph.org/xiph/libao/-/issues/648[PATCH] audio_out.c(243) : error C2065: 'PATH_MAX' : undeclared identifier2010-01-28T11:51:48ZGitlab Bot[PATCH] audio_out.c(243) : error C2065: 'PATH_MAX' : undeclared identifierC:\libao-0.8.6\src\audio_out.c(243) : error C2065: 'PATH_MAX' : undeclared identifier
C:\libao-0.8.6\src\audio_out.c(243) : error C2057: expected constant expression
C:\libao-0.8.6\src\audio_out.c(243) : error C2466: cannot allocate an a...C:\libao-0.8.6\src\audio_out.c(243) : error C2065: 'PATH_MAX' : undeclared identifier
C:\libao-0.8.6\src\audio_out.c(243) : error C2057: expected constant expression
C:\libao-0.8.6\src\audio_out.c(243) : error C2466: cannot allocate an array of constant size 0
C:\libao-0.8.6\src\audio_out.c(243) : error C2133: 'fullpath' : unknown size
config.c
With MSVS6, LIMITS.H only defines PATH_MAX if _POSIX_ is defined,
but libao-0.8.6\win32\include\dirent.h doesn't like _POSIX_,
so to fix this modify audio_out.c and change
#include <limits.h>
to
#define _POSIX_
#include <limits.h>
#undef _POSIX_
that's how I get it compiled Stan SeibertStan Seiberthttps://gitlab.xiph.org/xiph/libao/-/issues/647all *.dsw and *.dsp files need win32 line endings (cr+lf)2010-01-30T13:45:54ZGitlab Botall *.dsw and *.dsp files need win32 line endings (cr+lf)microsoft visual studio requires all *.dsw and *.dsp to have win32 line endings,
otherwise you even attempt to compile libao on win32
Also, the sourcecode tarball doesn't even include the win32 directory
microsoft visual studio requires all *.dsw and *.dsp to have win32 line endings,
otherwise you even attempt to compile libao on win32
Also, the sourcecode tarball doesn't even include the win32 directory
Stan SeibertStan Seiberthttps://gitlab.xiph.org/xiph/ogg/-/issues/646green screen2017-04-08T00:51:34ZGitlab Botgreen screenwhen i start to watch anime on DivX,it works. then out of nowhere,randomly, the entire screen turns green. what do i have to do.when i start to watch anime on DivX,it works. then out of nowhere,randomly, the entire screen turns green. what do i have to do.Monty MontgomeryMonty Montgomeryhttps://gitlab.xiph.org/xiph/ogg/-/issues/645ogg problems2017-04-07T17:11:03ZGitlab Botogg problemswhen i watch mostly anything on DivX. randomly the entire screen will turn green.why does it do this? is this my mistake?when i watch mostly anything on DivX. randomly the entire screen will turn green.why does it do this? is this my mistake?https://gitlab.xiph.org/xiph/libao/-/issues/644libao crashes with arts2010-01-30T13:39:47ZGitlab Botlibao crashes with artsI maintain gaim for gentoo linux. I see one bug every other week about crashes when sending/receiving IMs. Gaim devs have confirmed this to be crashing when gaim attempts to play notification sounds through libao, which crashes when tr...I maintain gaim for gentoo linux. I see one bug every other week about crashes when sending/receiving IMs. Gaim devs have confirmed this to be crashing when gaim attempts to play notification sounds through libao, which crashes when trying to use arts.
The latest bug report I have is here: http://bugs.gentoo.org/show_bug.cgi?id=87348
Gaim devs said they just close their bugs from other distros so I don't have much other evidence to show you. I'm sure one of them may comment here now that we've found your tracker.Monty MontgomeryMonty Montgomeryhttps://gitlab.xiph.org/xiph/vorbis-tools/-/issues/643Clicks / Snaps during channel shuffle2008-09-01T11:26:07ZJani AverbachClicks / Snaps during channel shuffleI hear quite loud and clear clicks / snaps at the beging of the
Dire Straits' "Telegraph Road" and "Private Investigations", especially at the beging of "Private Investigations". These clicks are happening during channel shuffle.
It is ...I hear quite loud and clear clicks / snaps at the beging of the
Dire Straits' "Telegraph Road" and "Private Investigations", especially at the beging of "Private Investigations". These clicks are happening during channel shuffle.
It is ogg123 (playback) which is causing these because
wav ->> ogg ->> wav is fine.
```
Ogg Vorbis stream: 2 channel, 44100 Hz
Vorbis format: Version 0
Bitrate hints: upper=-1 nominal=224000 lower=128 window=0
Encoded by: Xiph.Org libVorbis I 20040629
ogg123 from vorbis-tools 1.0.1
libogg.so.0.5.2
libvorbis.so.0.3.0
libvorbisfile.so.3.1.0
libao.so.2.1.3
```
The OS is Linux/2.6.11.6, with alsa drivers.
And the OGG file was created with following options:
`--min-bitrate 128 -q 7`
IvoIvohttps://gitlab.xiph.org/xiph/icecast-server/-/issues/642Fallback overrides when it shouldn't2021-01-29T10:17:57ZGitlab BotFallback overrides when it shouldn'tI have a server with two mounts which have the same fallback mount.
Actually, I have three mounts, with one having a second as its fallback
and that second having the common fallback. But you get the idea.
All these mounts have fallbac...I have a server with two mounts which have the same fallback mount.
Actually, I have three mounts, with one having a second as its fallback
and that second having the common fallback. But you get the idea.
All these mounts have fallback-override set.
The problem is that if I connect to any of the mounts for which the
fallback mount is configured, all mounts currently falling back to that
mount will be pulled forward to the connecting stream, not just listeners
who tuned in via the connected mount.
Example. A and B are configured to fall back to C. Listeners tune into
both A and B when neither is connected and drop through to C. A source
connects to B. All listeners through both A and B are pulled forward to B.
This only affects listeners tuned in at the time the source connects.
Using the above example, anyone tuning into A after B connects will still
get C.
This is using Icecast 2.2 compiled from source on Debian 3.0.Icecast 2.3Michael SmithMichael Smith