Xiph.Org issueshttps://gitlab.xiph.org/groups/xiph/-/issues2020-11-21T06:59:41Zhttps://gitlab.xiph.org/xiph/opus/-/issues/2332cmake - Add OPUS_TARGET_ARCH for crosscompiling from commandline for CMake build2020-11-21T06:59:41ZMarcus Asteborgcmake - Add OPUS_TARGET_ARCH for crosscompiling from commandline for CMake buildCurrently one need to use toolchain file for cross compiling, for easier crosscompiling in CI we can add a option to CMake so all cross compile options can be specified through commandline without the need for toolchain files.Currently one need to use toolchain file for cross compiling, for easier crosscompiling in CI we can add a option to CMake so all cross compile options can be specified through commandline without the need for toolchain files.https://gitlab.xiph.org/xiph/opus/-/issues/2337cmake - Add some missing options to CMakebuild2022-06-30T05:00:08ZMarcus Asteborgcmake - Add some missing options to CMakebuild--disable-hardening
--enable-fixed-point-debug
--enable-fuzzing
--enable-check-asm
--enable-assertions--disable-hardening
--enable-fixed-point-debug
--enable-fuzzing
--enable-check-asm
--enable-assertionshttps://gitlab.xiph.org/xiph/opus/-/issues/2327CMake - Consistent warning levels between autotools and cmake2020-08-08T17:36:52ZMarcus AsteborgCMake - Consistent warning levels between autotools and cmakeIf things blow up on automake it should blow up on cmakeIf things blow up on automake it should blow up on cmakehttps://gitlab.xiph.org/xiph/opus/-/issues/2347cmake - disable ctest for ios and android crosscompiling2022-07-12T14:08:12ZMarcus Asteborgcmake - disable ctest for ios and android crosscompilinghttps://gitlab.xiph.org/xiph/opus/-/issues/2328cmake - intrinsics is not enabled for x86 for non windows due to missing defines2022-07-12T14:05:59ZMarcus Asteborgcmake - intrinsics is not enabled for x86 for non windows due to missing defineshttps://gitlab.xiph.org/xiph/opus/-/issues/2336cmake - Rename options in CMake to have 1-1 mapping to autotools2020-11-21T06:58:42ZMarcus Asteborgcmake - Rename options in CMake to have 1-1 mapping to autotoolsdisable in autotools should be disable in cmake etc.disable in autotools should be disable in cmake etc.https://gitlab.xiph.org/xiph/opus/-/issues/2338cmake: wrong project version propagated to pkg-config file2020-11-21T18:29:34ZDonato Sciarracmake: wrong project version propagated to pkg-config fileWhen building the project as:
```
mkdir build && cd build
cmake .. -DCMAKE_BUILD_TYPE=RELEASE
```
I get:
>>>
-- Opus library version: 0.8.0
-- Found Git: /usr/bin/git (found version "2.25.1")
-- Opus package version: 1.3.1
-- Opus pr...When building the project as:
```
mkdir build && cd build
cmake .. -DCMAKE_BUILD_TYPE=RELEASE
```
I get:
>>>
-- Opus library version: 0.8.0
-- Found Git: /usr/bin/git (found version "2.25.1")
-- Opus package version: 1.3.1
-- Opus project version: 1.3.1
>>>
the "Opus library version" is propagated in the pkg-config file (at the time of writing 0.8.0). I discovered this while building tag 1.3.1 locally. Including opus in my cmake project as `pkg_check_modules(OPUS REQUIRED "opus")` returned:
> -- Found opus, version 0.8.0
I can live with it locally but I think it would good to fix it!https://gitlab.xiph.org/xiph/oggdsf/-/issues/1430Color bleeding on some (newer) ogg theora files2008-10-23T22:09:33ZCristian AdamColor bleeding on some (newer) ogg theora filesOn newer ogg theora files there is a color bleeding, one color components, is a few pixels higher.
Tested with http://www.mozilla.com/en-US/firefox/video/videos/FF3_Screencast.ogg
and oggcodecs 0.80.15039
The same video looks fine in s...On newer ogg theora files there is a color bleeding, one color components, is a few pixels higher.
Tested with http://www.mozilla.com/en-US/firefox/video/videos/FF3_Screencast.ogg
and oggcodecs 0.80.15039
The same video looks fine in smplayer and vlc.Cristian AdamCristian Adamhttps://gitlab.xiph.org/xiph/libao/-/issues/1971Comments in /etc/libao.conf cause pulse output driver to fail2017-11-03T10:00:02ZCody P SchaferComments in /etc/libao.conf cause pulse output driver to failExample using pulseaudio output:
```
~ $ cat /etc/libao.conf
#HI
default_driver=pulse
~ $ ogg123 6.ogg
Audio Device: PulseAudio Output
Playing: 6.ogg
Ogg Vorbis stream: 6 channel, 44100 Hz
ERROR: Cannot open device pulse.
```
vs.
...Example using pulseaudio output:
```
~ $ cat /etc/libao.conf
#HI
default_driver=pulse
~ $ ogg123 6.ogg
Audio Device: PulseAudio Output
Playing: 6.ogg
Ogg Vorbis stream: 6 channel, 44100 Hz
ERROR: Cannot open device pulse.
```
vs.
```
~ $ cat /etc/libao.conf
default_driver=pulse
~ $ ogg123 6.ogg
Audio Device: PulseAudio Output
Playing: 6.ogg
Ogg Vorbis stream: 6 channel, 44100 Hz
Done.
^C~ $
```
The specific libao version used is gentoo's `libao-1.1.0-r1`Monty MontgomeryMonty Montgomeryhttps://gitlab.xiph.org/xiph/oggdsf/-/issues/1447common http based ogg streams broken in Vista WMP (atleast vista 64)2010-05-16T18:56:37ZGitlab Botcommon http based ogg streams broken in Vista WMP (atleast vista 64)I tested these links on latest available Unstable pack installed on Windows 2003:
http://theclassicalstation.org/internet.shtml#Ogg (click Listen for .m3u based link)
http://ogg2.as34763.net/vr160.ogg (direct link to Absolute Radio ogg)
...I tested these links on latest available Unstable pack installed on Windows 2003:
http://theclassicalstation.org/internet.shtml#Ogg (click Listen for .m3u based link)
http://ogg2.as34763.net/vr160.ogg (direct link to Absolute Radio ogg)
Those work on WMP that comes with Win 2003, .pls based link to the above vr160.ogg does not work.
http://www.absoluteradio.co.uk/listen/on_your_computer.html
None of the above work in the WMP on Vista 64 bit. In GraphEdit on Vista 64 atleast the direct .ogg link works using Render URL from the menu.Cristian AdamCristian Adamhttps://gitlab.xiph.org/xiph/icecast-common/-/issues/1common/ should be convered into a library on it's own2022-04-22T08:52:33ZPhilipp Schafftcommon/ should be convered into a library on it's ownThis subproject is currently included as external submodules via VCS. However it is more generally useful and has a complex build system like it is currently. Therefore this should be converted into a real library.This subproject is currently included as external submodules via VCS. However it is more generally useful and has a complex build system like it is currently. Therefore this should be converted into a real library.First release as libiglooMarvin ScholzMarvin Scholzhttps://gitlab.xiph.org/xiph/vorbis/-/issues/505Compilation error with define INVSQ2EXP_LOOKUP_MIN2017-04-08T10:58:44ZjskinnerCompilation error with define INVSQ2EXP_LOOKUP_MIN```
File "lookup_data.h" line 71:
#define INVSQ2EXP_LOOKUP_MIN -32
should be changed to
#define INVSQ2EXP_LOOKUP_MIN (-32)
The value for INVSQ2EXP_LOOKUP_MIN should be in brackets because it is
negative... otherwise the compile...```
File "lookup_data.h" line 71:
#define INVSQ2EXP_LOOKUP_MIN -32
should be changed to
#define INVSQ2EXP_LOOKUP_MIN (-32)
The value for INVSQ2EXP_LOOKUP_MIN should be in brackets because it is
negative... otherwise the compiler pukes in "lookup.c" on line 43:
return INVSQ2EXP_LOOKUP[a-INVSQ2EXP_LOOKUP_MIN];
The preprocessor changes that to:
return INVSQ2EXP_LOOKUP[a--32];
and pukes on the double minus signs.
```Monty MontgomeryMonty Montgomeryhttps://gitlab.xiph.org/xiph/theora/-/issues/1420Compilation problems with libtheora2008-09-05T23:34:09ZalanpaeCompilation problems with libtheoraHi there,
I'm trying to compile libtheora 1.0 beta 3 on a Solaris machine.
The command line is simply ./configure -C --disable-examples.
This bombs with the following error:
```
gcc -shared -Wl,-h -Wl,libtheoraenc.so.1 -o .libs/libth...Hi there,
I'm trying to compile libtheora 1.0 beta 3 on a Solaris machine.
The command line is simply ./configure -C --disable-examples.
This bombs with the following error:
```
gcc -shared -Wl,-h -Wl,libtheoraenc.so.1 -o .libs/libtheoraenc.so.1.0.0 .libs/cpu.o
.libs/dct_decode_mmx.o .libs/dsp_mmx.o .libs/dsp_mmxext.o .libs/recon_mmx.o .libs/idct_mmx.o
.libs/fdct_mmx.o .libs/dct_encode.o .libs/encode.o .libs/encoder_huffman.o .libs/encoder_idct.o
.libs/encoder_toplevel.o .libs/encoder_quant.o .libs/encapiwrapper.o .libs/blockmap.o
.libs/dct.o .libs/dct_decode.o .libs/frarray.o .libs/frinit.o .libs/mcomp.o .libs/misc_common.o
.libs/pb.o .libs/pp.o .libs/reconstruct.o .libs/scan.o .libs/dsp.o -R/opt/local/lib -logg -L/opt
/local/lib -lc
Text relocation remains referenced
against symbol offset in file
.rodata (section) 0x55 .libs/dct_decode_mmx.o
.rodata (section) 0x5f .libs/dct_decode_mmx.o
.rodata (section) 0x108 .libs/dct_decode_mmx.o
.rodata (section) 0x112 .libs/dct_decode_mmx.o
.rodata (section) 0x1df .libs/dct_decode_mmx.o
.rodata (section) 0x1e6 .libs/dct_decode_mmx.o
.rodata (section) 0x1f3 .libs/dct_decode_mmx.o
.rodata (section) 0x1fa .libs/dct_decode_mmx.o
ld: fatal: relocations remain against allocatable but non-writable sections
collect2: ld returned 1 exit status
```
If I add either of the following to ./configure then the error goes away:
```
--disable-encode
--disable-shared
```
From what I've been able to figure out there is a problem with the shared library portion for whatever reason.
The fix seems to be to pass -fPIC to gcc which you will notice is missing on the command line just before the error is thrown. I've not been able to figure out how to pass -fPIC to gcc to see if it alleviates the situation.
How can I do this?
thanks in advance,
alanhttps://gitlab.xiph.org/xiph/theora/-/issues/1171compile error2019-07-01T08:51:48ZGitlab Botcompile errorWith revision 12851 of theora I get this compile error:
```
if gcc -DHAVE_CONFIG_H -I. -I. -I.. -I../include -Wall -O3 -fforce-addr -fomit-frame-pointer -finline-functions -funroll-loops -MT dump_video.o -MD -MP -MF ".deps/dump_vid...With revision 12851 of theora I get this compile error:
```
if gcc -DHAVE_CONFIG_H -I. -I. -I.. -I../include -Wall -O3 -fforce-addr -fomit-frame-pointer -finline-functions -funroll-loops -MT dump_video.o -MD -MP -MF ".deps/dump_video.Tpo" -c -o dump_video.o dump_video.c; \
then mv -f ".deps/dump_video.Tpo" ".deps/dump_video.Po"; else rm -f ".deps/dump_video.Tpo"; exit 1; fi
dump_video.c:122: warning: `dump_comments' defined but not used
/bin/sh ../libtool --tag=CC --mode=link gcc -Wall -O3 -fforce-addr -fomit-frame-pointer -finline-functions -funroll-loops -o dump_video dump_video.o ../lib/libtheora.la -logg
mkdir .libs
gcc -Wall -O3 -fforce-addr -fomit-frame-pointer -finline-functions -funroll-loops -o .libs/dump_video dump_video.o ../lib/.libs/libtheora.so /usr/lib/libogg.so
../lib/.libs/libtheora.so: undefined reference to `dsp_mmx_dct_decode_init'
../lib/.libs/libtheora.so: undefined reference to `dsp_mmx_idct_init'
collect2: ld returned 1 exit status
make[2]: *** [dump_video] Error 1
make[2]: Leaving directory `/home/fabio/sorgenti/xiph/theora/examples'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/home/fabio/sorgenti/xiph/theora'
make: *** [all] Error 2
```
configured with no option:
```
------------------------------------------------------------------------
libtheora 1.0alpha8-svn: Automatic configuration OK.
General configuration:
Encoding support: ........... yes
Floating point support: ..... yes
Assembly optimization: ...... 32 bit x86
API Documentation: .......... yes
Installation paths:
libtheora: ................... /usr/local/lib
C header files: .............. /usr/local/include/theora
Documentation: ............... /usr/local/share/doc/libtheora
Building:
Type 'make' to compile libtheora.
Type 'make install' to install libtheora.
Type 'make check' to run test suite (Valgrind testing not enabled)
Example programs will be built but not installed.
------------------------------------------------------------------------
```
https://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/theora/-/issues/1245compile error due to C99 construct2007-10-04T18:42:25ZGitlab Botcompile error due to C99 constructThe following patch makes beta1 compile successfully with C89 compilers like gcc 2.x.The following patch makes beta1 compile successfully with C89 compilers like gcc 2.x.https://gitlab.xiph.org/xiph/vorbis/-/issues/725Compile error for libvorbis2017-04-08T10:58:44ZmhouleCompile error for libvorbisI'm trying to compile the libvorbis library on a SGI octane 2, Irix 6.5... libogg compile directly, but I got this stange error when trying to compile libvorbis.
Here is the make output :
```
ES -fsigned-char -DUSE_MEMORY_H -c -o ...I'm trying to compile the libvorbis library on a SGI octane 2, Irix 6.5... libogg compile directly, but I got this stange error when trying to compile libvorbis.
Here is the make output :
```
ES -fsigned-char -DUSE_MEMORY_H -c -o analysis.lo analysis.c
gcc -DHAVE_CONFIG_H -I. -I. -I.. -I../include -I/magma/people/houlem/bin//include -O20 -D__NO_MATH_INLINES -fsigned-char -DUSE_MEMORY_H -c analysis.c -Wp,-MD,.deps/analysis.TPlo -DPIC -o .libs/analysis.o
gcc -DHAVE_CONFIG_H -I. -I. -I.. -I../include -I/magma/people/houlem/bin//include -O20 -D__NO_MATH_INLINES -fsigned-char -DUSE_MEMORY_H -c analysis.c -Wp,-MD,.deps/analysis.TPlo -o analysis.o >/dev/null 2>&1
source='synthesis.c' object='synthesis.lo' libtool=yes \
DEPDIR=.deps depmode=gcc /bin/sh ../depcomp \
/bin/sh ../libtool --tag=CC --mode=compile gcc -DHAVE_CONFIG_H -I. -I. -I.. -I../include -I/magma/people/houlem/bin//include -O20 -D__NO_MATH_INLINES -fsigned-char -DUSE_MEMORY_H -c -o synthesis.lo synthesis.c
gcc -DHAVE_CONFIG_H -I. -I. -I.. -I../include -I/magma/people/houlem/bin//include -O20 -D__NO_MATH_INLINES -fsigned-char -DUSE_MEMORY_H -c synthesis.c -Wp,-MD,.deps/synthesis.TPlo -DPIC -o .libs/synthesis.o
gcc -DHAVE_CONFIG_H -I. -I. -I.. -I../include -I/magma/people/houlem/bin//include -O20 -D__NO_MATH_INLINES -fsigned-char -DUSE_MEMORY_H -c synthesis.c -Wp,-MD,.deps/synthesis.TPlo -o synthesis.o >/dev/null 2>&1
source='psy.c' object='psy.lo' libtool=yes \
DEPDIR=.deps depmode=gcc /bin/sh ../depcomp \
/bin/sh ../libtool --tag=CC --mode=compile gcc -DHAVE_CONFIG_H -I. -I. -I.. -I../include -I/magma/people/houlem/bin//include -O20 -D__NO_MATH_INLINES -fsigned-char -DUSE_MEMORY_H -c -o psy.lo psy.c
gcc -DHAVE_CONFIG_H -I. -I. -I.. -I../include -I/magma/people/houlem/bin//include -O20 -D__NO_MATH_INLINES -fsigned-char -DUSE_MEMORY_H -c psy.c -Wp,-MD,.deps/psy.TPlo -DPIC -o .libs/psy.o
as: Error: /var/tmp/ccc6ZVoc.s, line 7395: Macro instruction used in branch delay slot
*** Error code 1 (bu21)
*** Error code 1 (bu21)
*** Error code 1 (bu21)
*** Error code 1 (bu21)
```
Thanks in advance for checking what it can be. If you need more information, just contact me and I'll try to get it for you....
BTW, I run both configure command with :
```
./configure --prefix=/home/houlem/bin/ --exec-prefix=/home/houlem/bin/
```Monty MontgomeryMonty Montgomeryhttps://gitlab.xiph.org/xiph/vorbis-tools/-/issues/1314Compile issues in Vorbistools regarding liboggflac2008-03-02T23:17:32ZjonCompile issues in Vorbistools regarding liboggflacWhen attempting to build oggenc with FLAC support, I get the following error from "./configure --prefix=/usr/local":
checking for FLAC__stream_decoder_process_single in -lFLAC... yes
checking for OggFLAC__stream_decoder_new in -lOggFLAC...When attempting to build oggenc with FLAC support, I get the following error from "./configure --prefix=/usr/local":
checking for FLAC__stream_decoder_process_single in -lFLAC... yes
checking for OggFLAC__stream_decoder_new in -lOggFLAC... no
configure: WARNING: libOggFLAC missing
...
configure: WARNING: FLAC and/on OggFLAC libraries or headers missing, oggenc
will NOT be built with FLAC read support.
(I get an error regarding ogg123 but this does not concern me as I don't need it).
As best as I can tell, libOggFLAC has been amalgamated into libFLAC. I'm running the latest versions of both libOgg and libFLAC so if it's a versioning issue it's inherent in the build. I can't find a great deal on the subject via Google which tends to suggest it's a local issue. Why do I not have a libOggFLAC?Michael SmithMichael Smithhttps://gitlab.xiph.org/xiph/libao/-/issues/1580Compile libao by Visual Studio?2010-01-11T20:51:01ZJIA PeiCompile libao by Visual Studio?To whom it may concern:
Is there any plan for Visual Studio compilation of libao?
Best Regards
JIA Pei
To whom it may concern:
Is there any plan for Visual Studio compilation of libao?
Best Regards
JIA Pei
Stan SeibertStan Seiberthttps://gitlab.xiph.org/xiph/vorbis/-/issues/236Compile warnings in seeking_example.c2017-04-08T10:58:44ZtiCompile warnings in seeking_example.c```
On DEC OSF1 (Compaq/HP Tru64 UNIX 5.x) with the native cc compiler, the
Vorbis 1.0 examples/seeking_example.c exhibited the following compile
warning messages:
cc -DPACKAGE=\"libvorbis\" -DVERSION=\"1.0\" -DHAVE_DLFCN_H=1 -DHAVE_ALL...```
On DEC OSF1 (Compaq/HP Tru64 UNIX 5.x) with the native cc compiler, the
Vorbis 1.0 examples/seeking_example.c exhibited the following compile
warning messages:
cc -DPACKAGE=\"libvorbis\" -DVERSION=\"1.0\" -DHAVE_DLFCN_H=1 -DHAVE_ALLOCA_H=1
-DHAVE_ALLOCA=1 -DHAVE_SQRTF=1 -DHAVE_LOGF=1 -DHAVE_EXPF=1 -DHAVE_ACOSF=1
-DHAVE_ATANF=1 -DHAVE_FREXPF=1 -DHAVE_RINTF=1 -DHAVE_FLOORF=1 -I. -I.
-I../include -O3 -tune ev56 -arch ev56 -DUSE_MEMORY_H -c seeking_example.c
cc: Warning: seeking_example.c, line 194: The scalar variable "pos" is fetched
but not initialized. And there may be other such fetches of this variable that
have not been reported in this compilation. (uninit1)
_verify(&ov,pos,-1,val,pcmlength,bigassbuffer);
--------------------^
cc: Warning: seeking_example.c, line 167: The scalar variable "pos" is fetched
but not initialized. And there may be other such fetches of this variable that
have not been reported in this compilation. (uninit1)
_verify(&ov,pos,-1,val,pcmlength,bigassbuffer);
--------------------^
cc: Warning: seeking_example.c, line 146: The scalar variable "pos" is fetched
but not initialized. And there may be other such fetches of this variable that
have not been reported in this compilation. (uninit1)
_verify(&ov,pos,val,-1,pcmlength,bigassbuffer);
--------------------^
/bin/ksh ../libtool --mode=link cc -O -O3 -tune ev56 -arch ev56 -DUSE_MEMORY_H
-all-static -o seeking_example seeking_example.o ../lib/libvorbisfile.la
../lib/libvorbis.la -lm -logg
```Monty MontgomeryMonty Montgomery