Xiph.Org issueshttps://gitlab.xiph.org/groups/xiph/-/issues2018-03-06T12:49:49Zhttps://gitlab.xiph.org/xiph/icecast-server/-/issues/782Treat ICECAST_VERSION_STRING as user-settable ...2018-03-06T12:49:49ZgtgbrTreat ICECAST_VERSION_STRING as user-settable ...... and thus protect format strings from it. There's also this feature request that people want to be able to set the version string in the configuration file, so this patch prepares for that feature's implementation.... and thus protect format strings from it. There's also this feature request that people want to be able to set the version string in the configuration file, so this patch prepares for that feature's implementation.Michael SmithMichael Smithhttps://gitlab.xiph.org/xiph/tremor/-/issues/1838Tremor broken in 64-bit environments2017-09-02T15:25:02ZAndrew ChurchTremor broken in 64-bit environmentsvorbisfile.c in the Tremor library uses incorrect (and inconsistent!) types for serial numbers, breaking decoding of certain files when running in a 64-bit environment.
See the attached patch (against SVN r18099), which also fixes some ...vorbisfile.c in the Tremor library uses incorrect (and inconsistent!) types for serial numbers, breaking decoding of certain files when running in a 64-bit environment.
See the attached patch (against SVN r18099), which also fixes some missing-declaration and unused-variable warnings so the code compiles cleanly.Monty MontgomeryMonty Montgomeryhttps://gitlab.xiph.org/xiph/tremor/-/issues/1243tremor fails to load non seekable streams2017-09-02T15:25:02Zjligertremor fails to load non seekable streamsTrying to read data from on ogg file with tremor using the following callbacks fails:
static int _seek_stub(void*, ogg_int64_t, int)
{
return -1;
}
const ov_callbacks callbacks =
{
(size_t(*)(void*, size_t, size_t, void*)) fread,
(i...Trying to read data from on ogg file with tremor using the following callbacks fails:
static int _seek_stub(void*, ogg_int64_t, int)
{
return -1;
}
const ov_callbacks callbacks =
{
(size_t(*)(void*, size_t, size_t, void*)) fread,
(int(*)(void*, ogg_int64_t, int)) _seek_stub,
(int(*)(void*)) fclose,
0
};
Note that it works well when specifying no callback.Monty MontgomeryMonty Montgomeryhttps://gitlab.xiph.org/xiph/tremor/-/issues/1254Tremor library and fuzzing2017-09-02T15:25:02Zvictor.stinnerTremor library and fuzzingHi, I tried my fuzzing tool (Fusil [1]) on Ogg/Vorbis file. I found many trivial bugs:
* division by zero
* memory allocated calloc() is not checked for NULL pointer (no more memory)
[1] Fusil fuzzing project: http://fusil.hachoir.org/Hi, I tried my fuzzing tool (Fusil [1]) on Ogg/Vorbis file. I found many trivial bugs:
* division by zero
* memory allocated calloc() is not checked for NULL pointer (no more memory)
[1] Fusil fuzzing project: http://fusil.hachoir.org/Monty MontgomeryMonty Montgomeryhttps://gitlab.xiph.org/xiph/tremor/-/issues/2021Tremor: read past EOS after seeking in short stream2017-09-02T15:25:02ZAndrew ChurchTremor: read past EOS after seeking in short streamWhen reading from a short (40-sample) stream, the following sequence of operations will cause Tremor to return PCM samples past the end of the stream:
ov_read(vf, /* 5 samples */);
ov_pcm_seek(vf, 2);
ov_read(vf, /* 38 samples */);
ov_r...When reading from a short (40-sample) stream, the following sequence of operations will cause Tremor to return PCM samples past the end of the stream:
ov_read(vf, /* 5 samples */);
ov_pcm_seek(vf, 2);
ov_read(vf, /* 38 samples */);
ov_read(vf, /* 1 sample */); // should fail but returns success
Patch attached to fix the apparent cause (judging from a comparison of Tremor with libvorbis -- and yes, I've confirmed that this does in fact fix the bug).Monty MontgomeryMonty Montgomeryhttps://gitlab.xiph.org/xiph/icecast-server/-/issues/195trouble running 'make' on RH 7.22018-03-06T12:50:21Zjoe.slagtrouble running 'make' on RH 7.2```
Following the directions in HACKING, I've run autogen.sh, configure, and make.
make dies with the following:
make[2]: Entering directory `/home/jslag/src/ice2/icecast/src'
gcc -DPACKAGE=\"icecast\" -DVERSION=\"2.0\" -DHAVE_DLFCN_H=...```
Following the directions in HACKING, I've run autogen.sh, configure, and make.
make dies with the following:
make[2]: Entering directory `/home/jslag/src/ice2/icecast/src'
gcc -DPACKAGE=\"icecast\" -DVERSION=\"2.0\" -DHAVE_DLFCN_H=1 -DHAVE_IPV6=1
-DSTDC_HEADERS=1 -DHAVE_STDINT_H=1 -DCHUID=1 -DCHROOT=1 -I. -I. -I./net
-I./thread -I./avl -I./httpp -I./log -I./timing -O20 -ffast-math
-fsigned-char -D_REENTRANT -D_GNU_SOURCE -I/usr/include/libxml2 -I/include
-I/include -c config.c
config.c:4:23: xmlmemory.h: No such file or directory
config.c:5:20: parser.h: No such file or directory
make[2]: *** [config.o] Error 1
make[2]: Leaving directory `/home/jslag/src/ice2/icecast/src'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/home/jslag/src/ice2/icecast/src'
make: *** [all-recursive] Error 1
my /usr/include/libxml2/libxml directory includes
-rw-r--r-- 1 root root 4135 Apr 15 08:01 xmlmemory.h
-rw-r--r-- 1 root root 26902 Apr 15 08:01 parser.h
(and other stuff) from the stock RedHat 7.2 libxml2-devel-2.4.19-4.i386.rpm.
My caveman workaround to the problem was copying the files in question from
/usr/include/libxml2/libxml to /usr/include/libxml2, which worked. Presumably
there is a better solution.
```Jack MoffittJack Moffitthttps://gitlab.xiph.org/xiph/theora/-/issues/1409trunk won't build in Visual Studio .NET 20032008-08-05T10:36:13ZGitlab Bottrunk won't build in Visual Studio .NET 2003trunk build won't build in Visual Studio .NET 2003 as (...) and !__VA_ARGS!__ are not supported prior to Visual Studio .NET 2005.
I found a workaround for this:
```
#if defined(_MSC_VER) && _MSC_VER < 1400
#define TH_DEBUG /##/
#else
...trunk build won't build in Visual Studio .NET 2003 as (...) and !__VA_ARGS!__ are not supported prior to Visual Studio .NET 2005.
I found a workaround for this:
```
#if defined(_MSC_VER) && _MSC_VER < 1400
#define TH_DEBUG /##/
#else
#define TH_DEBUG(...)
#endif
```
this will erase the line with TH_DEBUG in older VC++. Tested in VC6 / VC 7.1.https://gitlab.xiph.org/xiph/xiph-qt/-/issues/1567trying to download / install / setup to play Ogg files on a Mac2018-04-29T09:16:10ZGitlab Bottrying to download / install / setup to play Ogg files on a MacRe; Xiph QuickTime Components (XiphQT) and being able to play Ogg Vorbis files on an iMac running OSX 10.5.7,,
I'm not the slightest bit technical with computers and would like some instructions as to;
1) what 'specifically' I need to do...Re; Xiph QuickTime Components (XiphQT) and being able to play Ogg Vorbis files on an iMac running OSX 10.5.7,,
I'm not the slightest bit technical with computers and would like some instructions as to;
1) what 'specifically' I need to download?
2) where do I find what I need to download?
3) instructions as to how & where I download & install the program / decoder / driver or whatever it is?
As for the rest of whatever is below (type / milestone / version / component etc) and your web site in general, I'm glad you guys have come this far, but there are a lot of us who don't speak 'computer programmer lingo'. So some more basic help in laymen terms on this site would be very much appreciated.
sky.rockit@me.com
https://gitlab.xiph.org/xiph/icecast-server/-/issues/1513trying to relay existing mount loops forever2018-03-06T12:49:48Ztimpuritrying to relay existing mount loops foreverI have configuration where icecast 2.3.2 relays from itself. (don't ask why)
I connect source to server and it goes wild. Old versions of icecast did'nt do it.
```
[2009-02-23 11:34:42] DBUG admin/admin_handle_request Admin request (/...I have configuration where icecast 2.3.2 relays from itself. (don't ask why)
I connect source to server and it goes wild. Old versions of icecast did'nt do it.
```
[2009-02-23 11:34:42] DBUG admin/admin_handle_request Admin request (/admin/streamlist.txt)
[2009-02-23 11:34:42] DBUG admin/admin_handle_request Got command (streamlist.txt)
[2009-02-23 11:34:42] DBUG admin/command_list_mounts List mounts request
[2009-02-23 11:34:42] DBUG fserve/fserve_add_client Adding client to file serving engine
[2009-02-23 11:34:42] DBUG slave/update_from_master read 1 from master "/koitto.ogg"
[2009-02-23 11:34:42] WARN slave/check_relay_stream new relay but source "/koitto.ogg" already exists
[2009-02-23 11:34:42] DBUG slave/relay_free freeing relay /koitto.ogg
[2009-02-23 11:34:42] WARN slave/check_relay_stream new relay but source "/koitto.ogg" already exists
[2009-02-23 11:34:43] DBUG stats/modify_node_event update node client_connections (54)
[2009-02-23 11:34:43] DBUG stats/modify_node_event update node clients (1)
[2009-02-23 11:34:43] WARN slave/check_relay_stream new relay but source "/koitto.ogg" already exists
[2009-02-23 11:34:44] DBUG stats/modify_node_event update node total_bytes_read (15440)
[2009-02-23 11:34:44] DBUG stats/modify_node_event update node total_bytes_sent (0)
[2009-02-23 11:34:44] WARN slave/check_relay_stream new relay but source "/koitto.ogg" already exists
[2009-02-23 11:34:45] WARN slave/check_relay_stream new relay but source "/koitto.ogg" already exists
[2009-02-23 11:34:46] WARN slave/check_relay_stream new relay but source "/koitto.ogg" already exists
[2009-02-23 11:34:47] WARN slave/check_relay_stream new relay but source "/koitto.ogg" already exists
[2009-02-23 11:34:48] WARN slave/check_relay_stream new relay but source "/koitto.ogg" already exists
[2009-02-23 11:34:49] DBUG stats/modify_node_event update node total_bytes_read (19729)
[2009-02-23 11:34:49] DBUG stats/modify_node_event update node total_bytes_sent (0)
[2009-02-23 11:34:49] WARN slave/check_relay_stream new relay but source "/koitto.ogg" already exists
[2009-02-23 11:34:50] WARN slave/check_relay_stream new relay but source "/koitto.ogg" already exists
.....
```
After long time I got tons of those:
```
[2009-02-23 13:57:01] WARN connection/_accept_connection accept() failed with error 24: Too many open files
```
_"source "/koitto.ogg" already exists"_ -messages stops when source is disconnected.
Karl HeyesKarl Heyeshttps://gitlab.xiph.org/xiph/vorbis/-/issues/35two configure script problems in 1.0-pr12017-04-08T10:58:44Zcardhoretwo configure script problems in 1.0-pr1```
(This is with 1.0 prerelease.)
When I install libvorbis in /opt/libvorbis, and then try to build XMMS or
vorbis-tools, the configure script complains that it can't compile the
vorbis-test program. If I disable the test using --disa...```
(This is with 1.0 prerelease.)
When I install libvorbis in /opt/libvorbis, and then try to build XMMS or
vorbis-tools, the configure script complains that it can't compile the
vorbis-test program. If I disable the test using --disable-vorbistest, then the
program builds fine.
When I configured vorbis-tools, libao wasn't added to the INCLUDES in one of the
Makefiles (forgot which one) so I had to add it by hand.
```Stan SeibertStan Seiberthttps://gitlab.xiph.org/xiph/icecast-server/-/issues/402two different segfaults with statically linked icecast2018-03-06T12:50:22Zgtgbrtwo different segfaults with statically linked icecast```
My plan was to make a statically linked icecast binary, that also incorporates
libc and friends - it's supposed to be autonomous. Note that these segfaults do
not happen when the standard libs are dynamically linked (ogg, vorbis, l...```
My plan was to make a statically linked icecast binary, that also incorporates
libc and friends - it's supposed to be autonomous. Note that these segfaults do
not happen when the standard libs are dynamically linked (ogg, vorbis, libxml2
and libxslt always being statically linked into icecast, because i don't want to
keep the whole build environment + libs all the time in my homedir).
What I did was simply add the parameter -static to the final gcc line, when the
binary gets linked. All libs from elsewhere and Xiph are either the latest
release (libiconv, libxml, ...) or today's CVS (2003-07-07, ogg, vorbis,
icecast)
#1
Built on some Redhat Linux with gcc 2.96 (blegh) and gcc 3.1 (blegh), with
identical effect, making me believe that it's not a compiler bug for a change.
Maybe it's a crappy libc... This segfault is minor, because it happens when the
server is terminated with a SIGTERM, i.e. a CTRL-C. A SIGABRT doesn't trigger
the segfault. Maybe it's a hidden memory leak as well? Here's the backtrace:
#0 0x0811b778 in chunk_free ()
#1 0x0811deed in free ()
#2 0x080c2a81 in xmlCleanupGlobals () at globals.c:49
#3 0x080882cb in xmlCleanupParser () at parser.c:11179
#4 0x0804a050 in main (argc=3, argv=0x8283080) at main.c:105
#5 0x0810a53a in __libc_start_main ()
#2
Built on a current Gentoo Linux, also against libraries in my homedir to avoid
the -O3 -mcpu... optimizations everywhere and possible breakage that comes with
it. This would be gcc 3.2.2. Not tested with stdlibs linked dynamically, but
this happens when a source connects to the statically linked server, running on
the same Redhat box from segfault #1:
#0 0x081bf7e8 in strcasecmp ()
#1 0x0805a14f in httpp_parse (parser=0x83fbb08,
http_data=0xbf3feacc "SOURCE /kolaradio.ogg HTTP/1.0\nAuthorization: Basic
c291cmNlOnNpbXB1bHNlOQ==\nice-name: KOLAradio test stream\nice-genre:
misc\nice-audio-info: samplerate=44100;channels=2;quality=1%2e00\nice-public:
0\nic"..., len=291) at httpp.c:370
#2 0x0804ce0a in _handle_connection (arg=0x0) at connection.c:910
#3 0x080593d4 in _start_routine (arg=0x83e7b40) at thread.c:654
#4 0x0819cd3d in pthread_start_thread ()
patient: "Doctor! It hurts when I do this!"
patient: *pokes own eye* / *links statically*
doctor: "Then don't do it!"
Yeah, I know, that's why this isn't very serious. ;) I'd like to see this
working, despite the limited use for entirely static binaries, so if someone
finds the time to look into this, I'd appreciate that a lot.
Thanks,
Moritz
```Michael SmithMichael Smithhttps://gitlab.xiph.org/xiph/vorbis/-/issues/326Typo and bug in high level residue decode pseudo code2017-04-08T11:08:16ZjripleyTypo and bug in high level residue decode pseudo code```
Under "Audio packet decode and synthesis - residue decode", the lines:
2. for each channel [j] in order from 0 ... [audio_channels]
1. if channel [j] is in submap [i] (vector [vorbis_mapping_mux] element [j] is
equal to [i])
Shou...```
Under "Audio packet decode and synthesis - residue decode", the lines:
2. for each channel [j] in order from 0 ... [audio_channels]
1. if channel [j] is in submap [i] (vector [vorbis_mapping_mux] element [j] is
equal to [i])
Should obviously be:
2. for each channel [j] in order from 0 ... [audio_channels] - 1
1. if channel [j] in submap [i] (vector [vorbis_mapping_mux] element [j] is
equal to [i])
```Monty MontgomeryMonty Montgomeryhttps://gitlab.xiph.org/xiph/ogg/-/issues/457Typo in bitwise.c:37/mask8B array2003-09-29T17:33:40ZTimothy B. TerriberryTypo in bitwise.c:37/mask8B array```
One of the constants has an extra 0:
-{0x00,0x80,0xc0,0xe0,0xf0,0xf8,0xfc,0xfe0,0xff};
+{0x00,0x80,0xc0,0xe0,0xf0,0xf8,0xfc,0xfe,0xff};
``````
One of the constants has an extra 0:
-{0x00,0x80,0xc0,0xe0,0xf0,0xf8,0xfc,0xfe0,0xff};
+{0x00,0x80,0xc0,0xe0,0xf0,0xf8,0xfc,0xfe,0xff};
```Monty MontgomeryMonty Montgomeryhttps://gitlab.xiph.org/xiph/positron/-/issues/403typo in command reference2017-08-03T06:41:40ZGitlab Bottypo in command reference```
diff -urN positron-1.0.orig/doc/commands.html positron-1.0/doc/commands.html
--- positron-1.0.orig/doc/commands.html 2003-05-30 22:55:24.000000000 -0600
+++ positron-1.0/doc/commands.html 2003-07-07 20:27:22.000000000 -0600
@@ -265,7...```
diff -urN positron-1.0.orig/doc/commands.html positron-1.0/doc/commands.html
--- positron-1.0.orig/doc/commands.html 2003-05-30 22:55:24.000000000 -0600
+++ positron-1.0/doc/commands.html 2003-07-07 20:27:22.000000000 -0600
@@ -265,7 +265,7 @@
</dt>
<dd>
-Clears the list of recordings that have already by copied to the
+Clears the list of recordings that have already been copied to the
computer. This does not perform synchronization. Rerun <tt>sync</tt>
without options to synchronize.
</dd>
```Stan SeibertStan Seiberthttps://gitlab.xiph.org/xiph/icecast-website/-/issues/677Typo in Icecast 2.1.0 documentation2017-08-26T22:33:52ZclockTypo in Icecast 2.1.0 documentation"check the error.log file for the following message :
[2003-10-31 13:04:49] INFO main/main.c icecast server started"
Actually is without the ".c":
"[2005-06-10 14:21:48] INFO main/main Icecast 2.1.0 server started""check the error.log file for the following message :
[2003-10-31 13:04:49] INFO main/main.c icecast server started"
Actually is without the ".c":
"[2005-06-10 14:21:48] INFO main/main Icecast 2.1.0 server started"Gitlab BotGitlab Bothttps://gitlab.xiph.org/xiph/icecast-server/-/issues/918typo in icecast README contained in icecast-2.3.1.tar.gz2018-03-06T12:49:49ZGitlab Bottypo in icecast README contained in icecast-2.3.1.tar.gzafter checking there's only one miss-spelling. =/ but patch nonethelessafter checking there's only one miss-spelling. =/ but patch nonethelessMichael SmithMichael Smithhttps://gitlab.xiph.org/xiph/oggdsf/-/issues/1475Typo in README.2008-12-08T20:26:02ZAdam BuchbinderTypo in README."Windows" is misspelled "Widows" in the README file, section "Information for builds after 0.80"."Windows" is misspelled "Widows" in the README file, section "Information for builds after 0.80".Cristian AdamCristian Adamhttps://gitlab.xiph.org/xiph/vorbis/-/issues/2060Typos in Vorbis I specification2017-11-01T04:49:44ZstefanTypos in Vorbis I specificationWhile reading through the [Vorbis I specification](https://xiph.org/vorbis/doc/Vorbis_I_spec.pdf), I discovered two minor typos:
*Section 4.3.8*
_"window\_blocksize(previous\_window)/4+window\_blocksize(current\_window)/4"_
should read
...While reading through the [Vorbis I specification](https://xiph.org/vorbis/doc/Vorbis_I_spec.pdf), I discovered two minor typos:
*Section 4.3.8*
_"window\_blocksize(previous\_window)/4+window\_blocksize(current\_window)/4"_
should read
_"window_blocksize(previous_window)/4+window_blocksize(current_window)/4"_
(remove the backslashes)
*Section 10.1*
_"The vector [floor1_inverse_dB_table] is a 256 element static lookup table consiting of the following values (read left to right then top to bottom):"_
_"consiting"_ should read _"consisting"_
It would mean a lot to me if you have time to fix them.https://gitlab.xiph.org/xiph/speexdsp/-/issues/3Ubuntu Aaarch64 18.04 ./configure error2020-08-11T02:16:11ZStuartIanNaylorUbuntu Aaarch64 18.04 ./configure error
checking for cos in -lm... yes
./configure: line 13500: syntax error near unexpected token `FFT,'
./configure: line 13500: ` PKG_CHECK_MODULES(FFT, fftw3f)'
Tried installing all the fftw packages -dev also
Going to switch for debian ...
checking for cos in -lm... yes
./configure: line 13500: syntax error near unexpected token `FFT,'
./configure: line 13500: ` PKG_CHECK_MODULES(FFT, fftw3f)'
Tried installing all the fftw packages -dev also
Going to switch for debian and give it a go as you can tell apart from simple compiling I am lost.
Posted here also seems both Ubuntu & Debian tried 18.04 & 20.04 64 bit
https://github.com/xiph/speexdsp/issues/31#issuecomment-633379070https://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)