Vorbis issueshttps://gitlab.xiph.org/xiph/vorbis/-/issues2017-11-01T04:49:44Zhttps://gitlab.xiph.org/xiph/vorbis/-/issues/1819libvorbis using undocumented optimization option "-O20" makes clang build fail2017-11-01T04:49:44ZRuben Van Boxemlibvorbis using undocumented optimization option "-O20" makes clang build failThe optimization option "-O20" is
1. Undocumented,
2. Useless, because it just equals -O3
3. Harmfull, because Clang (clang.llvm.org) doesn't recognize it.
It would be a very small change to patch the "-O20" to "-O3" with no change in ...The optimization option "-O20" is
1. Undocumented,
2. Useless, because it just equals -O3
3. Harmfull, because Clang (clang.llvm.org) doesn't recognize it.
It would be a very small change to patch the "-O20" to "-O3" with no change in the resulting build. It would remove undocumented behavior and allow Clang to build libvorbis (with all tests passed).
Thanks!Monty MontgomeryMonty Montgomeryhttps://gitlab.xiph.org/xiph/vorbis/-/issues/1520Error playing file - Ogg Vorbis Mode 2 (6750)2019-07-01T08:51:48ZluyError playing file - Ogg Vorbis Mode 2 (6750)I keep getting errors playing back files that were encrypted with Vorbis.
MediaInfo report:
General
Complete name : C:\RT120307-0938.wav
Format : Wave
File size : 49.6...I keep getting errors playing back files that were encrypted with Vorbis.
MediaInfo report:
General
Complete name : C:\RT120307-0938.wav
Format : Wave
File size : 49.6 MiB
Duration : 1h 48mn
Overall bit rate : 64.0 Kbps
Audio
Format : Vorbis
Format settings, Floor : 1
Codec ID : 6750
Codec ID/Info : Mode 2
Duration : 1h 48mn
Bit rate : 64.0 Kbps
Channel(s) : 1 channel
Sampling rate : 48.0 KHz
Resolution : 16 bits
Stream size : 49.5 MiB (100%)
Writing library : libVorbis 1.0 RC3 (UTC 2001-12-31)
Monty MontgomeryMonty Montgomeryhttps://gitlab.xiph.org/xiph/vorbis/-/issues/1519Error playing file - Ogg Vorbis Mode 2 (6750)2019-07-01T08:51:48ZluyError playing file - Ogg Vorbis Mode 2 (6750)I keep getting errors playing back files that were encrypted with Vorbis.
MediaInfo report:
General
Complete name : C:\RT120307-0938.wav
Format : Wave
File size : 49.6...I keep getting errors playing back files that were encrypted with Vorbis.
MediaInfo report:
General
Complete name : C:\RT120307-0938.wav
Format : Wave
File size : 49.6 MiB
Duration : 1h 48mn
Overall bit rate : 64.0 Kbps
Audio
Format : Vorbis
Format settings, Floor : 1
Codec ID : 6750
Codec ID/Info : Mode 2
Duration : 1h 48mn
Bit rate : 64.0 Kbps
Channel(s) : 1 channel
Sampling rate : 48.0 KHz
Resolution : 16 bits
Stream size : 49.5 MiB (100%)
Writing library : libVorbis 1.0 RC3 (UTC 2001-12-31)
Monty MontgomeryMonty Montgomeryhttps://gitlab.xiph.org/xiph/vorbis/-/issues/1395vorbis cross-compiling with mingw2017-04-08T10:59:27Zalexisvorbis cross-compiling with mingwWhen I tried to cross compile vorbis with mingw, it failed.
I added two things:
1) The LIBTOOL for win32 in the configure.in file:
AC_LIBTOOL_WIN32_DLL
AM_PROG_LIBTOOL
Without that special macro a lot of things are simply not working...When I tried to cross compile vorbis with mingw, it failed.
I added two things:
1) The LIBTOOL for win32 in the configure.in file:
AC_LIBTOOL_WIN32_DLL
AM_PROG_LIBTOOL
Without that special macro a lot of things are simply not working right.
2) The @OGG_LIBS@ on the vorbisfile library LDADD flags:
libvorbisfile_la_LIBADD = libvorbis.la @OGG_LIBS@
Without that, somehow the link fails saying that it cannot find the ogg functions.
Point (1) will for sure have no effect on the Linux version.
Change (2) may have an effect. Also it should be minimal (such as adding one entry in the list of libraries linked with libvorbisfile.
Alexis Wilke
Monty MontgomeryMonty Montgomeryhttps://gitlab.xiph.org/xiph/vorbis/-/issues/474encoding crashes on SunOS due to improper use of `qsort'2017-04-08T10:59:08Zdvdkhlngencoding crashes on SunOS due to improper use of `qsort'```
I just tracked down and fixed a bug on SunOS where each and every attempt to
oggencode a wave-file crashed. Backtrace shows the crash to occur at
psy.c:_vp_noise_normalize_sort,
at the call to `qsort', within the callback `apsort'....```
I just tracked down and fixed a bug on SunOS where each and every attempt to
oggencode a wave-file crashed. Backtrace shows the crash to occur at
psy.c:_vp_noise_normalize_sort,
at the call to `qsort', within the callback `apsort'.
qsort was called with following args:
qsort ((float **) 0xffbfefb8, 8, 4, apsort)
apsort was called with following args:
apsort (a=0xffbfefb4, b=0xffbfefbc)
As one can see 0xffbf4fb4<0xffbfefb8, a array underrun occured. A description
of what seems to be the same problem dates back to 1999:
http://www.geocrawler.com/mail/msg.php3?msg_id=1607386&list=117.
The problem seems to be the "misuse" of qsort, validating the specification:
`apsort' returns `-1' even for equal values. A patch that makes it return `0'
for equals fixes the problem. Patch at:
http://user.cs.tu-berlin.de/~dvdkhlng/bugfix-qsort-20031103.diff
Some more info:
uname -a
SunOS siesta 5.9 Generic_112233-08 sun4u sparc SUNW,Ultra-4
gcc --version
gcc (GCC) 3.3.1
~/bin/oggenc --version
OggEnc v1.0 (libvorbis 1.0)
Oggenc also crashed when I tried to run it about half a year ago on an earlier
version of SunOS, here at my university. I didn't do any debugging back then.
Could it be, that this bug affects libvorbis on *all* SunOS installations?
David Kuehling
```Monty MontgomeryMonty Montgomeryhttps://gitlab.xiph.org/xiph/vorbis/-/issues/279error in use of qsort2017-04-08T10:58:44ZThomas Gerekeerror in use of qsort```
the files lib/sharedbook.c, lib/psy.c and lib/lsp.c use the c function qsort
with wrong argument function. The compare functions sort32a, apsort and comp
return a value not zero even if the compared values are equal. with my compiler...```
the files lib/sharedbook.c, lib/psy.c and lib/lsp.c use the c function qsort
with wrong argument function. The compare functions sort32a, apsort and comp
return a value not zero even if the compared values are equal. with my compiler
(watcom 11.0a) the decoder hangs in qsort called in lib/sharedbook.c. if an
extra compare is added, all is fine.
```Monty MontgomeryMonty Montgomeryhttps://gitlab.xiph.org/xiph/vorbis/-/issues/55Chirping artifact produced with -b 160 and below2017-04-08T10:58:44ZdrewChirping artifact produced with -b 160 and below```
I was listening to an album I had encoded and I noticed a slight "chirp" at the
end of a song. It occurs with -b 128 and -b 160, but not with -b 192 and above.
A FLAC-encoded sample and the artifact which occurs can be downloaded h...```
I was listening to an album I had encoded and I noticed a slight "chirp" at the
end of a song. It occurs with -b 128 and -b 160, but not with -b 192 and above.
A FLAC-encoded sample and the artifact which occurs can be downloaded here:
http://cesspool.net/sample.flachttp://cesspool.net/sample.ogg
$ oggenc --version
OggEnc v0.8 (libvorbis rc2)
```Monty MontgomeryMonty Montgomeryhttps://gitlab.xiph.org/xiph/vorbis/-/issues/31'win32/*.bat', harcoded path to 'vcvars32.bat' might be a bad idea2017-04-08T10:58:44Ztom'win32/*.bat', harcoded path to 'vcvars32.bat' might be a bad idea```
'win32/*.bat' all contain:
call "c:\program files\microsoft visual studio\vc98\bin\vcvars32.bat"
maybe this should be replaced with:
call "%MSDevDir%\..\..\vc98\bin\vcvars32.bat"
or (if we assume it is pathed, since later on we s...```
'win32/*.bat' all contain:
call "c:\program files\microsoft visual studio\vc98\bin\vcvars32.bat"
maybe this should be replaced with:
call "%MSDevDir%\..\..\vc98\bin\vcvars32.bat"
or (if we assume it is pathed, since later on we see just 'msdev' without a
path):
call vcvars32.bat
```starclassstarclass