Xiph.Org issueshttps://gitlab.xiph.org/groups/xiph/-/issues2005-12-19T15:05:43Zhttps://gitlab.xiph.org/xiph/xiph-qt/-/issues/755MovieImportDataRef(Handle) and SetOffsetAndLimit fails2005-12-19T15:05:43ZtranekoMovieImportDataRef(Handle) and SetOffsetAndLimit failsWhen using oggvorbis component with my app, MovieImportDataRef() with a subtype HandleDataHandlerSubType fails.
HandleDataHandler doesn't seem to support DataH****64() on the current QuickTime 7.
Also, MovieImportSetOffsetAndLimit() isn'...When using oggvorbis component with my app, MovieImportDataRef() with a subtype HandleDataHandlerSubType fails.
HandleDataHandler doesn't seem to support DataH****64() on the current QuickTime 7.
Also, MovieImportSetOffsetAndLimit() isn't working, when trying to point the data in the archived file.
The API sequences are roughly like this:
```
Handle data, dataRef; ComponentInstance ci;
Movie movie; TimeValue duration; Track track; long flags;
assert((data = NewHandle(size_of_oggvorbis_data)) != NULL);
memcpy(*data, ptr_of_oggvorbis_data, size_of_oggvorbis_data);
assert(PtrToHand((Ptr)&data, &dataRef, sizeof(Ptr)));
assert(OpenADefaultComponent(MovieImportType, 'OggS', &ci));
assert((movie = NewMovie(newMovieActive)) != NULL);
assert(MovieImportDataRef(ci, dataRef, HandleDataHandlerSubType, movie,
NULL, &track, 0, &duration, movieImportCreateTrack, &flags));
assert(OpenADefaultComponent(MovieImportType, 'OggS', &ci));
assert(MovieImportSetOffsetAndLimit(ci, data_offset, data_offset + data_size));
assert(MovieImportFile(ci, &file, chunkMovie, NULL, &track, 0, &duration,
movieImportCreateTrack, &flags));
// doesn't start from data_offset
```
I'll attach the patch for the problem afterward.Arek KorbikArek Korbikhttps://gitlab.xiph.org/xiph/icecast-server/-/issues/1272Moving clients on authentication failure2020-10-18T16:15:17ZmuelliMoving clients on authentication failureI want to move a client if she didn't pass my url authentication.
e.g.
```
<mount>
<mount-name>/mount</mount-name>
<authentication type="url">
<option name="mount_add" value="http://some/url"/>
...I want to move a client if she didn't pass my url authentication.
e.g.
```
<mount>
<mount-name>/mount</mount-name>
<authentication type="url">
<option name="mount_add" value="http://some/url"/>
<option name="mount_remove" value="http://some/url"/>
<option name="listener_add" value="http://some/url"/>
<option name="listener_remove" value="http://some/url"/>
<option name="auth_header" value="icecast-auth-user: 1"/>
</authentication>
<!-- 1st example. Moving to other mount -->
<on-authentication-failure>/othermount</on-authentication-failure>
<!-- 2nd example. Playing pre-recorded file -->
<on-authentication-failure>/sorry.ogg</on-authentication-failure>
<!-- 3rd example. Firstplaying pre-recorded file, then play the stream anyway (or move to other mount) -->
<on-authentication-failure>sorry.ogg+/othermount</on-authentication-failure>
</mount>
```
Especially the 3rd example looks difficult, but I'd say it's a legitimate use-case to tell the listener that she didn't authenticate properly and is now getting e.g. a lower quality stream.Philipp SchafftPhilipp Schaffthttps://gitlab.xiph.org/xiph/icecast-server/-/issues/2316MP3 files sent by Icecast do not play on Chrome2018-08-27T12:34:43ZLaurensGMP3 files sent by Icecast do not play on ChromeI have a webpage with Jplayer to play .mp3 files from an Icecast server. Up to and including icecast version 2.4.0 this works on all browsers (Firefox, IE, Edge, Chrome on Windows; Firefox, Puffin, Chrome on Android). When using icecast ...I have a webpage with Jplayer to play .mp3 files from an Icecast server. Up to and including icecast version 2.4.0 this works on all browsers (Firefox, IE, Edge, Chrome on Windows; Firefox, Puffin, Chrome on Android). When using icecast versions 2.4.2 or 2.4.3 it works on all browsers except Chrome.Thomas B. RückerThomas B. Rückerhttps://gitlab.xiph.org/xiph/libao/-/issues/487MPD/mpg321 doesn't work with this mp32006-06-12T11:39:50ZstarzMPD/mpg321 doesn't work with this mp3```
OK, there's no 'Version 0.8.4' for libao in bugzilla so I couldn't put it as
0.8.4, so I just set it as CVS.
There is a problem in mpg321 & MPD (http://musicpd.org) with playing this file:
http://thelinuxshow.com/archives/2003/tls-1...```
OK, there's no 'Version 0.8.4' for libao in bugzilla so I couldn't put it as
0.8.4, so I just set it as CVS.
There is a problem in mpg321 & MPD (http://musicpd.org) with playing this file:
http://thelinuxshow.com/archives/2003/tls-11-25-2003.mp3
1) ALSA09 + 0.8.4 doesn't work
2) OSS + 0.8.4 does work
3) ALSA09 + 0.8.3 does work
4) OSS + 0.8.3 does work
5) ALSA09 + 0.8.3 + ao_alsa09.c from 0.8.4 doesn't work.
6) ALSA09 + 0.8.4 + ao_alsa09.c from 0.8.3 doesn't work
After all of this, I really don't know what the problem could be.
```Stan SeibertStan Seiberthttps://gitlab.xiph.org/xiph/vorbis-tools/-/issues/2328MR: fix memleak with -c option2022-01-26T18:11:04Ztaz 007MR: fix memleak with -c optionHello, please merge this patch : https://gitlab.com/taz007/vorbis-tools/-/commit/70604b38f62fcabb37bc1b57dbb9e261c775e067
I can't make a proper MR as I don't have access to fork functionality.Hello, please merge this patch : https://gitlab.com/taz007/vorbis-tools/-/commit/70604b38f62fcabb37bc1b57dbb9e261c775e067
I can't make a proper MR as I don't have access to fork functionality.https://gitlab.xiph.org/xiph/ogg/-/issues/152MSVC project settings for ogg_static_d.lib cause linker errors when used with...2006-06-12T11:39:41ZGitlab BotMSVC project settings for ogg_static_d.lib cause linker errors when used with "Debug Multithreaded" libs```
The project settings for ogg_static_d.lib default to "Debug Multithreaded
DLL". When I changed them to "Debug Multithreaded" to work with my
application, I still got linker errors that indicated something was linked with
the DLL ...```
The project settings for ogg_static_d.lib default to "Debug Multithreaded
DLL". When I changed them to "Debug Multithreaded" to work with my
application, I still got linker errors that indicated something was linked with
the DLL libs. Specific errors:
Linking...
MSVCRTD.lib(MSVCRTD.dll) : error LNK2005: _malloc already defined in libcmtd.lib
(dbgheap.obj)
MSVCRTD.lib(MSVCRTD.dll) : error LNK2005: _free already defined in libcmtd.lib
(dbgheap.obj)
MSVCRTD.lib(MSVCRTD.dll) : error LNK2005: _memmove already defined in
libcmtd.lib(memmove.obj)
MSVCRTD.lib(MSVCRTD.dll) : error LNK2005: _realloc already defined in
libcmtd.lib(dbgheap.obj)
LINK : warning LNK4098: defaultlib "MSVCRTD" conflicts with use of other libs;
use /NODEFAULTLIB:library
.\WinDebug/Game.exe : fatal error LNK1169: one or more multiply defined symbols
found
Error executing link.exe.
Cause: There are two files in the ogg_static project that are individually set
to use the "Debug Multithreaded DLL" libraries, and they do not change with the
project settings.
To fix: Open the ogg_static project with MSVC, go to Project->Settings, make
sure the active project ("Settings for:") is Win32Debug, select bitwise.c,
switch to the C++ tab, and hit the "Reset" button. This should not change the
file's settings, but it will set it to sync with the project settings, so that
changes to the entire Debug project will affect the individual file. Do the
same for framing.c.
```Monty MontgomeryMonty Montgomeryhttps://gitlab.xiph.org/xiph/xiph-qt/-/issues/1588Multi Channel sound issue with Itunes and ogg files (windows)2009-08-30T01:10:22ZNebulaMulti Channel sound issue with Itunes and ogg files (windows)I can play ogg files in windows iTunes, however, when I do so the sound automatically reduces to 2 channel sound and any song no matter what format plays afterwords is still stuck in 2 channel sound...
(the ogg songs play fine though al...I can play ogg files in windows iTunes, however, when I do so the sound automatically reduces to 2 channel sound and any song no matter what format plays afterwords is still stuck in 2 channel sound...
(the ogg songs play fine though all speakers in WMP)
My speaker setup is 5.1 surround sound system with a Creative Sound Blaster X-Fi soundcard. Arek KorbikArek Korbikhttps://gitlab.xiph.org/xiph/theora/-/issues/1906Multi-core support for Theora2017-08-20T01:57:17ZTimothy GuMulti-core support for TheoraPlease add multi-core encoding support to TheoraPlease add multi-core encoding support to Theorahttps://gitlab.xiph.org/xiph/icecast-server/-/issues/2381Multimedia signing key expired for openSUSE OBS Multimedia2022-04-12T14:00:12ZTom ZetMultimedia signing key expired for openSUSE OBS MultimediaThe Multimedia signing key as written in here [wiki.xiph.org](https://wiki.xiph.org/index.php?title=Icecast_Server/Installing_latest_version_(official_Xiph_repositories)&mobileaction=toggle_view_desktop) expired 2020-01-30.The Multimedia signing key as written in here [wiki.xiph.org](https://wiki.xiph.org/index.php?title=Icecast_Server/Installing_latest_version_(official_Xiph_repositories)&mobileaction=toggle_view_desktop) expired 2020-01-30.Thomas B. RückerThomas B. Rückerhttps://gitlab.xiph.org/xiph/icecast-server/-/issues/2351Multiple ACLs per Role2020-10-18T16:15:17ZPhilipp SchafftMultiple ACLs per RoleIcecast should support multiple ACLs per role.
This is useful with matching in ACLs. It allows to authenticate a user and after that decide what access that user has based on matching.
Depends on: #2349 (for to-be-written lists), and #...Icecast should support multiple ACLs per role.
This is useful with matching in ACLs. It allows to authenticate a user and after that decide what access that user has based on matching.
Depends on: #2349 (for to-be-written lists), and #2350 (for matching).Philipp SchafftPhilipp Schaffthttps://gitlab.xiph.org/xiph/opus/-/issues/2027multistream_encode(_float) fails on hard cbr encodes in libopus v1.12017-10-21T19:37:05Zthinktinkmultistream_encode(_float) fails on hard cbr encodes in libopus v1.1Using either an uncoupled stereo signal or any other singal type that lends itself to utilizing the multistream APIs, when setting the bitrate to Auto (-1000) or Max (-1) by the multistream_ctl function or by setting a very low bitrate, ...Using either an uncoupled stereo signal or any other singal type that lends itself to utilizing the multistream APIs, when setting the bitrate to Auto (-1000) or Max (-1) by the multistream_ctl function or by setting a very low bitrate, relative to the number of channels. This error only happens with libopus v1.1 but not any version before, including libopus v1.1-beta. This can be replicated with the opus tools 0.1.8-win32 encoder with the following example commands:
```
C:\opus-tools-0.1.8-win32>opusenc --set-ctl-int 4002=-1000 --hard-cbr Quadraphonic.wav Quadraphonic.opus
Encoding using libopus 1.1 (audio)
-----------------------------------------------------
Input: 48kHz 4 channels
Output: 4 channels (4 coupled)
20ms packets, 192kbit/sec CBR
Preskip: 312
Encoding failed: invalid argument. Aborting.
Encoding complete
-----------------------------------------------------
Encoded:
Runtime: 1e-006 seconds
(0x realtime)
Wrote: 847 bytes, 1 packets, 2 pages
Bitrate: -1.#INDkbit/s (without overhead)
Instant rates: 3065.6kbit/s to 0kbit/s
(7664 to 0 bytes per packet)
Overhead: 100% (container+metadata)
C:\opus-tools-0.1.8-win32>opusenc --set-ctl-int 4002=-1 --hard-cbr Quadraphonic.wav Quadraphonic.opus
Encoding using libopus 1.1 (audio)
-----------------------------------------------------
Input: 48kHz 4 channels
Output: 4 channels (4 coupled)
20ms packets, 192kbit/sec CBR
Preskip: 312
Encoding failed: invalid argument. Aborting.
Encoding complete
-----------------------------------------------------
Encoded:
Runtime: 1e-006 seconds
(0x realtime)
Wrote: 847 bytes, 1 packets, 2 pages
Bitrate: -1.#INDkbit/s (without overhead)
Instant rates: 3065.6kbit/s to 0kbit/s
(7664 to 0 bytes per packet)
Overhead: 100% (container+metadata)
C:\opus-tools-0.1.8-win32>opusenc --set-ctl-int 4002=1599 --hard-cbr Quadraphonic.wav Quadraphonic.opus
Encoding using libopus 1.1 (audio)
-----------------------------------------------------
Input: 48kHz 4 channels
Output: 4 channels (4 coupled)
20ms packets, 192kbit/sec CBR
Preskip: 312
Encoding failed: invalid argument. Aborting.
Encoding complete
-----------------------------------------------------
Encoded:
Runtime: 1e-006 seconds
(0x realtime)
Wrote: 847 bytes, 1 packets, 2 pages
Bitrate: -1.#INDkbit/s (without overhead)
Instant rates: 3065.6kbit/s to 0kbit/s
(7664 to 0 bytes per packet)
Overhead: 100% (container+metadata)
C:\opus-tools-0.1.8-win32>
```
The above commands do not show encoding errors with previous versions of the tools.
Attached quadraphonic sample audio file for testing.Jean-Marc ValinJean-Marc Valinhttps://gitlab.xiph.org/xiph/vorbis/-/issues/838My program crashes while calling ov_read()2017-04-08T10:59:27ZjcdMy program crashes while calling ov_read()Hello.
I have problem with function ov_read() and with libraries. I wrote some ogg player from tutorial on devmaster.net ([http://www.devmaster.net/articles/openal-tutorials/lesson8.php]). I tried to link dlls via ogg_d.lib, vorbis_d.lib...Hello.
I have problem with function ov_read() and with libraries. I wrote some ogg player from tutorial on devmaster.net ([http://www.devmaster.net/articles/openal-tutorials/lesson8.php]). I tried to link dlls via ogg_d.lib, vorbis_d.lib and vorbisfile_d.lib. But when program arrives to function 'ov_read' program crashes. I don't know any reason. When I tried to link static libs, link program ld (i think) exit with many messages:
```
Warning: .drectve `-defaultlib:LIBCMT ' unrecognized
Warning: .drectve `-defaultlib:OLDNAMES ' unrecognized
...
```
and then many messages with twxt "undefined reference" (I see the path of other computers in this messages).
I use IDE Code::Blocks with GNU tools includeing mingw32 compiler and ld linker. First i built the libraries under Visual C++, and then i tried use libs in oggvorbis-sdk... but everything stayed same.
Monty MontgomeryMonty Montgomeryhttps://gitlab.xiph.org/xiph/vorbis-tools/-/issues/728NAME_MAX used incorrectly2006-06-12T10:29:06ZjoergNAME_MAX used incorrectlyCompilation fails on DragonFly since the code uses NAME_MAX
without including the right header file.
Fix is easy:
```
--- ogg123/playlist.c.orig 2005-08-17 20:03:15.000000000 +0000
+++ ogg123/playlist.c
@@ -19,6 +19,7 @@
#include ...Compilation fails on DragonFly since the code uses NAME_MAX
without including the right header file.
Fix is easy:
```
--- ogg123/playlist.c.orig 2005-08-17 20:03:15.000000000 +0000
+++ ogg123/playlist.c
@@ -19,6 +19,7 @@
#include <stdlib.h>
#include <string.h>
#include <ctype.h>
+#include <limits.h>
#include <sys/types.h>
#include <sys/stat.h>
#include <unistd.h>
```Gitlab BotGitlab Bothttps://gitlab.xiph.org/xiph/icecast-common/-/issues/2Namespace assignment2018-10-12T08:50:38ZPhilipp SchafftNamespace assignmentThis subproject should be assigned a namespace for exported symbols and constants. This is closely related to #1.This subproject should be assigned a namespace for exported symbols and constants. This is closely related to #1.https://gitlab.xiph.org/xiph/icecast-libshout/-/issues/2317nanosleep patch2020-10-21T08:51:08ZRosen Penevnanosleep patchI can't create a merge request so here's a patch:
```
From 4467530c2396c61e886bf2dc4563be0e9c54394b Mon Sep 17 00:00:00 2001
From: Rosen Penev <rosenp@gmail.com>
Date: Fri, 3 Apr 2020 19:32:39 -0700
Subject: [PATCH] nonblocking: remove ...I can't create a merge request so here's a patch:
```
From 4467530c2396c61e886bf2dc4563be0e9c54394b Mon Sep 17 00:00:00 2001
From: Rosen Penev <rosenp@gmail.com>
Date: Fri, 3 Apr 2020 19:32:39 -0700
Subject: [PATCH] nonblocking: remove usleep usage
usleep is deprecated under POSIX 2008 and is optionally unavailable
with uClibc-ng.
Signed-off-by: Rosen Penev <rosenp@gmail.com>
---
examples/nonblocking.c | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/examples/nonblocking.c b/examples/nonblocking.c
index 8e38a94..2f15b80 100644
--- a/examples/nonblocking.c
+++ b/examples/nonblocking.c
@@ -70,8 +70,10 @@ int main()
if (ret == SHOUTERR_BUSY)
printf("Connection pending...\n");
+ const struct timespec req = {0, 10 * 1000 * 1000};
+ struct timespec rem;
while (ret == SHOUTERR_BUSY) {
- usleep(10000);
+ nanosleep(&req, &rem);
ret = shout_get_connected(shout);
}
--
2.26.2
```Philipp SchafftPhilipp Schaffthttps://gitlab.xiph.org/xiph/vorbis-tools/-/issues/309need an option like "--r3mix" from lame.2009-04-19T21:23:17Zronaldneed an option like "--r3mix" from lame.```
I'd like to see a "preset" quality option like LAME's "--r3mix"
<http://r3mix.net/> so that I could feel confident that I am getting
the minimum VBR with no detectible audio difference from the .wav that I'm
encoding from (transparen...```
I'd like to see a "preset" quality option like LAME's "--r3mix"
<http://r3mix.net/> so that I could feel confident that I am getting
the minimum VBR with no detectible audio difference from the .wav that I'm
encoding from (transparency).
If I can't get any guarantees better than "Most people seeking
very-near-CD-quality audio encode at a quality of 5 or, for lossless stereo
coupling, 6.", then I'm likely to not use ogg vorbis for archiving in favor of
continuing to use "lame --r3mix", if only because I have no desire to
continually re-encode my archived CD collection when I find an example where
oggenc encoded just below the "threshold of transparency".
```Michael SmithMichael Smithhttps://gitlab.xiph.org/xiph/libao/-/issues/1641need better configuration output wrt to which backends built2010-03-23T09:16:46ZMonty Montgomeryneed better configuration output wrt to which backends builtA reminder to me:
the configure script right now does not make it clear which backend support is being built and which is not. This must be made more explicit for the 1.0.9 release.A reminder to me:
the configure script right now does not make it clear which backend support is being built and which is not. This must be made more explicit for the 1.0.9 release.Monty MontgomeryMonty Montgomeryhttps://gitlab.xiph.org/xiph/xiph-qt/-/issues/830Need work around for listening streaming ogg in iTunes2006-05-10T07:50:03ZGitlab BotNeed work around for listening streaming ogg in iTunesI downloaded and installed XiphQT (1), but iTunes will not play the CBC's stream (2)
The FAQ mentions that iTunes misinterprets the stream as MPEG. What kind of work around is there. I will also file a bug report with iTunes.
1) http:...I downloaded and installed XiphQT (1), but iTunes will not play the CBC's stream (2)
The FAQ mentions that iTunes misinterprets the stream as MPEG. What kind of work around is there. I will also file a bug report with iTunes.
1) http://www.xiph.org/quicktime/download.html
2) http://www.cbc.ca/listen/ogg.html
Arek KorbikArek Korbikhttps://gitlab.xiph.org/xiph/icecast-libigloo/-/issues/2needs_to_be_kept_alive() incorrectly calculates it's return value2022-09-26T11:55:12ZPhilipp Schafftneeds_to_be_kept_alive() incorrectly calculates it's return valueWith the fix in a3023baea11f701066145041594ebbf46b066666 the new inline function `needs_to_be_kept_alive(igloo_ro_stub_t)` was added to the ro-subsystem. It took the old check for the reference counter. However the counter is now updated...With the fix in a3023baea11f701066145041594ebbf46b066666 the new inline function `needs_to_be_kept_alive(igloo_ro_stub_t)` was added to the ro-subsystem. It took the old check for the reference counter. However the counter is now updated before the function is called (before it was updated later). Hence the check is no longer valid (off by one).
This will result in `needs_to_be_kept_alive(igloo_ro_stub_t)` to return false (and hence lead to freeing of the object) too early. This in turns allows for valid code to end up in a use-after-free situation.Philipp SchafftPhilipp Schaffthttps://gitlab.xiph.org/xiph/icecast-libshout/-/issues/2315Network socket not set to nonblocking mode despite using nonblocking API2020-10-23T07:06:28ZTomasz LemiechNetwork socket not set to nonblocking mode despite using nonblocking APIhttps://gitlab.xiph.org/xiph/icecast-libshout/commit/0ac7ed9e84c3871d4427acc1ce59dca5e4af21ef introduced a bug which causes network sockets not to be set into nonblocking mode when requested with `shout_set_nonblocking(s, 1)`. This can b...https://gitlab.xiph.org/xiph/icecast-libshout/commit/0ac7ed9e84c3871d4427acc1ce59dca5e4af21ef introduced a bug which causes network sockets not to be set into nonblocking mode when requested with `shout_set_nonblocking(s, 1)`. This can be demonstrated simply by tracing an example `nonblocking` app.
Bad (current master HEAD):
```
$ strace -f -e fcntl,fcntl64,socket,connect ./nonblocking
(...)
socket(AF_INET, SOCK_STREAM, IPPROTO_TCP) = 4
connect(4, {sa_family=AF_INET, sin_port=htons(8000), sin_addr=inet_addr("127.0.0.1")}, 16) = 0
socket(AF_INET, SOCK_STREAM, IPPROTO_TCP) = 4
connect(4, {sa_family=AF_INET, sin_port=htons(8000), sin_addr=inet_addr("127.0.0.1")}, 16) = 0
socket(AF_INET, SOCK_STREAM, IPPROTO_TCP) = 4
connect(4, {sa_family=AF_INET, sin_port=htons(8000), sin_addr=inet_addr("127.0.0.1")}, 16) = 0
socket(AF_INET, SOCK_STREAM, IPPROTO_TCP) = 4
connect(4, {sa_family=AF_INET, sin_port=htons(8000), sin_addr=inet_addr("127.0.0.1")}, 16) = 0
```
Good (v2.4.3):
```
(...)
socket(AF_INET, SOCK_STREAM, IPPROTO_TCP) = 4
fcntl(4, F_SETFL, O_RDONLY|O_NONBLOCK) = 0
connect(4, {sa_family=AF_INET, sin_port=htons(8000), sin_addr=inet_addr("127.0.0.1")}, 16) = -1 EINPROGRESS (Operation now i n progress)
```
In the first case `fcntl` is never called and the socket stays in the default (blocking) mode.
This is due to the following condition in `shout_connection_connect`:
```C
if (con->nonblocking == SHOUT_BLOCKING_DEFAULT)
shout_connection_set_nonblocking(con, shout_get_nonblocking(shout));
```
But as `con->nonblocking` is never initialized to this value, it's effectively `if(0)`.
Adding a simple:
```C
con->nonblocking = SHOUT_BLOCKING_DEFAULT;
```
to `shout_connection_new` fixes the problem. But this turns the above condition into `if(1)`, so is it really needed? It was not there before. What's the idea behind this?