Vorbis issueshttps://gitlab.xiph.org/xiph/vorbis/-/issues2017-04-08T10:58:44Zhttps://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/53Audible artifacts in 128Kbps encoding with RC22017-04-08T10:58:44Zjonathan_ingramAudible artifacts in 128Kbps encoding with RC2```
The URL points to a directory containing 'segment.wav', a 3 second sample taken
7 seconds into the song 'Sweet Thing' by Van Morrison, from the 1968
album 'Astral Weeks'.
When encoded at 128Kbps with the RC2 encoder under Linux (M...```
The URL points to a directory containing 'segment.wav', a 3 second sample taken
7 seconds into the song 'Sweet Thing' by Van Morrison, from the 1968
album 'Astral Weeks'.
When encoded at 128Kbps with the RC2 encoder under Linux (Mandrake 8.0 / i386),
the high notes in the left channel sound 'crunchy' and noisy. The encoded file
is also in the directory pointed to by the above URL.
--
I hope this was the right section to assign this bug to.
```Monty MontgomeryMonty Montgomeryhttps://gitlab.xiph.org/xiph/vorbis/-/issues/52vorbis/lib/envelope.c causes gcc internal error2017-04-08T10:58:44Zaltair1710vorbis/lib/envelope.c causes gcc internal error```
When using gcc 2.95.3 on i686-pc-linux-gnu, vorbis/lib/envelope.c causes gcc to
emit:
"gcc:Internal compiler error: program cc1 got fatal signal 11"
This error is present in rc1, rc2 and current cvs sources.
The full command used ...```
When using gcc 2.95.3 on i686-pc-linux-gnu, vorbis/lib/envelope.c causes gcc to
emit:
"gcc:Internal compiler error: program cc1 got fatal signal 11"
This error is present in rc1, rc2 and current cvs sources.
The full command used in compile is:
/usr/bin/gcc -DPACKAGE=\"libvorbis\" -DVERSION=\"1.0rc2\" -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 -I. -I.
-I../include -O20 -ffast-math -mno-ieee-pf -D_REENTRANT -fsigned-char
-march=i686 -O3 -DUSE_MEMORY_H -c envelope.c -Wp,-MD,.deps/envelope.TPlo -fPIC
-DPIC -o .libs/envelope.lo
```Monty MontgomeryMonty Montgomeryhttps://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/vorbis/-/issues/34PNG images don't have -kb options2017-04-08T10:58:44ZingoralfblumPNG images don't have -kb options```
The PNG images for the documentation in the CVS in ogg/doc and vorbis/doc are
declared as text files in CVS, so when checking out on Windows platforms, where
the line ending is CR LF instead of a single LF the images are corrupt. To ...```
The PNG images for the documentation in the CVS in ogg/doc and vorbis/doc are
declared as text files in CVS, so when checking out on Windows platforms, where
the line ending is CR LF instead of a single LF the images are corrupt. To fix
this, set the -k'b' option on these files.
This also applies to the gif images in the mgm module.
```Monty MontgomeryMonty Montgomeryhttps://gitlab.xiph.org/xiph/vorbis/-/issues/32'win32/*.bat' do not handle SRCROOT long path names with spaces correctly2017-04-08T10:58:44Ztom'win32/*.bat' do not handle SRCROOT long path names with spaces correctly```
as an example, from a DOS box, type:
set SRCROOT=c:\Xiph CVS\
call build_vorbis_static.bat
produces the error:
cvs==. was unexpected at this time.
and does *not* set %SRCROOT% to any value
resolution:
replace the line:
if...```
as an example, from a DOS box, type:
set SRCROOT=c:\Xiph CVS\
call build_vorbis_static.bat
produces the error:
cvs==. was unexpected at this time.
and does *not* set %SRCROOT% to any value
resolution:
replace the line:
if .%SRCROOT%==. set SRCROOT=c:\src
with the line:
if ".%SRCROOT%"=="." set SRCROOT=c:\src
```starclassstarclasshttps://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
```starclassstarclasshttps://gitlab.xiph.org/xiph/vorbis/-/issues/30hardcoded path to vorbis source dir might be a bad idea2017-04-08T10:58:44Ztomhardcoded path to vorbis source dir might be a bad idea```
several of 'win32/*.bat' contain lines similar to:
set INCLUDE=%INCLUDE%;%SRCROOT%\ogg\include;c:\src\vorbis\include
set LIB=%LIB%;%SRCROOT%\ogg\win32\Dynamic_Debug;%SRCROOT%\vorbis\win32
\Dynamic_Debug
where the 'set LIB' seems ...```
several of 'win32/*.bat' contain lines similar to:
set INCLUDE=%INCLUDE%;%SRCROOT%\ogg\include;c:\src\vorbis\include
set LIB=%LIB%;%SRCROOT%\ogg\win32\Dynamic_Debug;%SRCROOT%\vorbis\win32
\Dynamic_Debug
where the 'set LIB' seems to be ok, but the 'set INCLUDE' could be written
better as:
set INCLUDE=%INCLUDE%;%SRCROOT%\ogg\include;%SRCROOT%\vorbis\include
```starclassstarclasshttps://gitlab.xiph.org/xiph/vorbis/-/issues/29missing 'break;' under the 'default:' case in 'floor1.c'2017-04-08T10:59:27Ztommissing 'break;' under the 'default:' case in 'floor1.c'```
This breaks the build of the vorbis sdk for the win32 platform
resolution:
insert a 'break;' for the default case of 'switch(lmse)' in function 'static
int floor1_forward'
This is needed to compile under MS VC++ 6.0
``````
This breaks the build of the vorbis sdk for the win32 platform
resolution:
insert a 'break;' for the default case of 'switch(lmse)' in function 'static
int floor1_forward'
This is needed to compile under MS VC++ 6.0
```Monty MontgomeryMonty Montgomeryhttps://gitlab.xiph.org/xiph/vorbis/-/issues/28missing 'floor1.c' in both 'win32/vorbis_dynamic.dsp' & 'win32/vorbis_sta...2017-04-08T10:59:27Ztommissing 'floor1.c' in both 'win32/vorbis_dynamic.dsp' & 'win32/vorbis_static.dsp'```
This breaks the build of vorbis for the win32 platform
``````
This breaks the build of vorbis for the win32 platform
```starclassstarclasshttps://gitlab.xiph.org/xiph/vorbis/-/issues/27missing 'vorbis_packet_blocksize' export in 'win32/vorbis.def'2017-04-08T10:59:27Ztommissing 'vorbis_packet_blocksize' export in 'win32/vorbis.def'```
This breaks the build of vorbis for the win32 platform
``````
This breaks the build of vorbis for the win32 platform
```starclassstarclasshttps://gitlab.xiph.org/xiph/vorbis/-/issues/20Win32 DLL version of vorbisenc.dll beta 4 broken?2017-04-08T10:59:08ZfmjWin32 DLL version of vorbisenc.dll beta 4 broken?```
Hi,
The VorbisEnc.DLL always crashes on me during vorbis_encode_init().
To see the problem, open up the oggdrop source code in VC++ 6.0.
This compiles fine as is (using the static libraries). Now change the three
*_static.lib into ...```
Hi,
The VorbisEnc.DLL always crashes on me during vorbis_encode_init().
To see the problem, open up the oggdrop source code in VC++ 6.0.
This compiles fine as is (using the static libraries). Now change the three
*_static.lib into *.lib in order to link with the DLL's instead. Deocde a file
an two stack levels down in vorbis_encode_init() it will die on a call to an
invalid address. Seems to be the same with both the debug and the release
version of the DLL.
Please do let me know when a.s.a.p. if the issue is resolved or if you can not
duplicate it.
```Monty MontgomeryMonty Montgomeryhttps://gitlab.xiph.org/xiph/vorbis/-/issues/11ld can't link *f math functions2018-04-25T07:27:12Zdrticld can't link *f math functions```
simply need to #define powf pow and other functions from math library.
maybe you do it already and it is only problem of shared include files among
platforms.
looks like this:
gcc -O20 -ffast-math -D__NO_MATH_INLINES -fsigned-char -...```
simply need to #define powf pow and other functions from math library.
maybe you do it already and it is only problem of shared include files among
platforms.
looks like this:
gcc -O20 -ffast-math -D__NO_MATH_INLINES -fsigned-char -mv8 -DUSE_MEMORY_H -o de
coder_example decoder_example.o ../lib/.libs/libvorbis.a -lm -L/packages/share/l
ibogg-1.0beta4//lib -logg -lm -L/packages/share/libogg-1.0beta4//lib -logg
Undefined first referenced
symbol in file
acosf ../lib/.libs/libvorbis.a(lsp.o)
logf ../lib/.libs/libvorbis.a(envelope.o)
expf ../lib/.libs/libvorbis.a(envelope.o)
rintf ../lib/.libs/libvorbis.a(psy.o)
atanf ../lib/.libs/libvorbis.a(psy.o)
powf ../lib/.libs/libvorbis.a(psy.o)
ld: fatal: Symbol referencing errors. No output written to decoder_example
collect2: ld returned 1 exit status
make[1]: *** [decoder_example] Error 1
make[1]: Leaving directory `/tmp/la/libvorbis-1.0beta4/examples'
make: *** [all-recursive] Error 1
```Monty MontgomeryMonty Montgomeryhttps://gitlab.xiph.org/xiph/vorbis/-/issues/8ov_open() causes crashes when compiled with msvc++ 6.0 and with vorbis sdk2018-12-13T03:37:32Zkandqofcov_open() causes crashes when compiled with msvc++ 6.0 and with vorbis sdk```
I downloaded the vorbis file example from
http://www.xiph.org/ogg/vorbis/doc/vorbisfile/vorbisfile_example_c.html and
compiled it with Visual C++ 6.0 service pack 4 with the vorbis SDK and recieved
no errors or warnings. When I r...```
I downloaded the vorbis file example from
http://www.xiph.org/ogg/vorbis/doc/vorbisfile/vorbisfile_example_c.html and
compiled it with Visual C++ 6.0 service pack 4 with the vorbis SDK and recieved
no errors or warnings. When I run the example program, it crashes at the
ov_open() function in both windows 98 first edition and windows 2000 sp1.
I also tried downloading another example program at
http://www.alphalink.com.au/~tjaden/hacks/vorbillegro.c and got the same
problem.
```Monty MontgomeryMonty Montgomeryhttps://gitlab.xiph.org/xiph/vorbis/-/issues/7Vorbis decode example code fails to produce valid pcm data if not stereo2018-12-13T03:37:32ZcmeinhardtVorbis decode example code fails to produce valid pcm data if not stereo```
The code in decoder_example.c works fine as long as one does not decode audio
data that has been encoded from a non stereo source.
The original code in the decoder_example.c file looks like this:
for(i=0;i<vi.channels;i++){
ogg_...```
The code in decoder_example.c works fine as long as one does not decode audio
data that has been encoded from a non stereo source.
The original code in the decoder_example.c file looks like this:
for(i=0;i<vi.channels;i++){
ogg_int16_t *ptr=convbuffer+i;
float *mono=pcm[i];
for(j=0;j<bout;j++){
int val=mono[j]*32767.f;
if(val>32767){val=32767; clipflag=1;}
if(val<-32768){val=-32768; clipflag=1;}
*ptr=val;
ptr+=2;
}
}
This works just fine on stereo. ptr is set to the right interleaved start
address. But in the following loop ptr should fill all samples on one channel.
So ptr is incremented to jump over the other channels. Here's the bug
in the original code, ptr+=2 is hardcoded for stereo output.
Without hardcoding, here's the working code:
for(i=0;i<vi.channels;i++){
ogg_int16_t *ptr=convbuffer+i;
float *mono=pcm[i];
for(j=0;j<bout;j++){
int val=mono[j]*32767.f;
if(val>32767){val=32767; clipflag=1;}
if(val<-32768){val=-32768; clipflag=1;}
*ptr=val;
ptr+=vi.channels;
}
}
I have tested it on several audio sources, its all working. But I have not
tested it on >2 channel audio sources. I believe it should work, but no proof
from me...
>8) Best regards
Christian Meinhardt
Neuland Multimedia GmbH
www.neulandmm.de
```Monty MontgomeryMonty Montgomeryhttps://gitlab.xiph.org/xiph/vorbis/-/issues/6libvorbis doesn't link with envelope.c 1.34 change2018-12-13T03:37:32Zsnicolailibvorbis doesn't link with envelope.c 1.34 change```
I did a cvs pull Sunday afternoon CST March 4, 2001.
envelope.c 1.34 did an include of iir.c, and it's also in the project itself.
CW 5.3 complains of duplicate descriptors (i.e. duplicate functions). My
workaround is to remove ...```
I did a cvs pull Sunday afternoon CST March 4, 2001.
envelope.c 1.34 did an include of iir.c, and it's also in the project itself.
CW 5.3 complains of duplicate descriptors (i.e. duplicate functions). My
workaround is to remove iir.c from the project.
The bigger issue is how to get inlining and other performance enhancements
```Gitlab BotGitlab Bothttps://gitlab.xiph.org/xiph/vorbis/-/issues/2wrong variable in RPM spec files2018-12-13T03:22:22Zluigiwalserwrong variable in RPM spec files```
on the ./configure lines in the RPM spec files (for all modules, including
vorbis-tools) the variable RPM_FLAGS is incorrect and should be RPM_OPT_FLAGS
First reported on IRC 2-25-2001
``````
on the ./configure lines in the RPM spec files (for all modules, including
vorbis-tools) the variable RPM_FLAGS is incorrect and should be RPM_OPT_FLAGS
First reported on IRC 2-25-2001
```Jack MoffittJack Moffitt