Xiph.Org issueshttps://gitlab.xiph.org/groups/xiph/-/issues2006-06-13T06:07:02Zhttps://gitlab.xiph.org/xiph/icecast-libshout/-/issues/76You can't specify your libogg location to automake/configure2006-06-13T06:07:02ZnickYou can't specify your libogg location to automake/configure```
Need to add in ogg.m4 or acinclude.m4 to allow you to specify the location of
your libogg installation.
``````
Need to add in ogg.m4 or acinclude.m4 to allow you to specify the location of
your libogg installation.
```Jack MoffittJack Moffitthttps://gitlab.xiph.org/xiph/icecast-libshout/-/issues/720segfault with IceS2 (looks like use-after-free() in libshout)2006-06-12T12:09:12Zgtgbrsegfault with IceS2 (looks like use-after-free() in libshout)I was running two ices-2 in parallel, and one of the two crashed. The other, as well as Icecast are still running fine.
This is on OpenBSD 3.8 (i386), which contains some interesting changes to malloc(). Misbehaving software gets a SIGS...I was running two ices-2 in parallel, and one of the two crashed. The other, as well as Icecast are still running fine.
This is on OpenBSD 3.8 (i386), which contains some interesting changes to malloc(). Misbehaving software gets a SIGSEGV here, while on other systems, the same bug might only occasionally cause a seemingly random crash. It is explained at
http://marc.theaimsgroup.com/?l=openbsd-misc&m=112475373731469&w=2
Versions are ices-2.0.1, libshout-2.1 and icecast-2.3.0.
The tail of the ices.log:
```
[2005-10-17 07:37:53] INFO playlist-builtin/playlist_read Currently playing "/home/maxx/mp3-stream/Midnight_Oil_-_Blue_Sky_Mine.ogg"
[2005-10-17 07:37:53] DBUG encode/encode_clear Clearing encoder engine
[2005-10-17 07:37:53] DBUG reencode/reencode_page Reinitialising reencoder for new logical stream
[2005-10-17 07:37:53] INFO encode/encode_initialise Encoder initialising in VBR mode: 2 channel(s), 44100 Hz, quality 1.500000
[2005-10-17 07:40:53] EROR stream/ices_instance_stream Send error: Socket error (Broken pipe)
[2005-10-17 07:40:53] DBUG input/input_flush_queue Input queue flush requested
[2005-10-17 07:40:53] WARN stream/ices_instance_stream Trying reconnect after server socket error
[2005-10-17 07:40:53] INFO signals/signal_hup_handler Flushing logs
[2005-10-17 07:40:53] INFO playlist-builtin/event_handler Moving to next file in playlist.
[2005-10-17 07:40:53] INFO playlist-builtin/playlist_read Currently playing "/home/maxx/mp3-stream/Shaper_-_Recliner.ogg"
[2005-10-17 07:40:53] EROR stream/ices_instance_stream Failed to reconnect to localhost:8000 (Socket error)
[2005-10-17 07:40:55] WARN stream/ices_instance_stream Trying reconnect after server socket error
```
Backtrace:
```
Program terminated with signal 11, Segmentation fault.
#0 0x0496c89f in free_codecs () from /usr/local/lib/libshout.so.4.0
#1 0x0496c7ec in close_ogg () from /usr/local/lib/libshout.so.4.0
#2 0x0496a25e in shout_close () from /usr/local/lib/libshout.so.4.0
#3 0x1c006115 in ices_instance_stream (arg=0x7cc43680) at /usr/ports/mystuff/net/ices2/w-ices-2.0.1p1-debug/ices-2.0.1/src/stream.c:300
300 shout_close(sdsc->shout);
#4 0x1c00de4e in _start_routine (arg=0x871bd1c0) at /usr/ports/mystuff/net/ices2/w-ices-2.0.1p1-debug/ices-2.0.1/src/thread/thread.c:655
655 (start_routine)(real_arg);
#5 0x08a15d4b in _thread_start () from /usr/lib/libpthread.so.6.1
#6 0x0000001f in ?? ()
#7 0x00000000 in ?? ()
#8 0x00000000 in ?? ()
[...]
#1029 0x00000000 in ?? ()
#1030 0x00000000 in ?? ()
Cannot access memory at address 0x827cb000
```
I'll be happy to help with more information, if necessary, also on Freenode/#icecast (_mx). I will also restart the whole thing with libshout having debug symbols; maybe it happens again.
Michael SmithMichael Smithhttps://gitlab.xiph.org/xiph/vorbis-tools/-/issues/63Illegal characters in filenames (under Windows)2006-06-12T11:55:23ZsypIllegal characters in filenames (under Windows)```
When using the auto-naming macros (%%t and the like) in OGGENC, there are cases
when a character is invalid in the filename, but of course legal in the comment.
An example:
oggenc -N "04" -b 192 --artist="Frank Zappa" --title="Waka/J...```
When using the auto-naming macros (%%t and the like) in OGGENC, there are cases
when a character is invalid in the filename, but of course legal in the comment.
An example:
oggenc -N "04" -b 192 --artist="Frank Zappa" --title="Waka/Jawaka"
--album="Waka/Jawaka" -d "1972" -n "%%n %%t.ogg" track04.wavresults in: ERROR:
cannot open output file "04 Waka/Jawaka.ogg"
I suggest that invalid characters should be replaced with an underscore instead.
According to http://linux-ntfs.sourceforge.net/ntfs/concepts/filename_namespace.html
the following characters are not allowed under Win32:
------
Win32 is a subset of the POSIX namespace and is case insensitive. It uses all
the Unicode characters, except: '"' '*' '/' ':' '<' '>' '?' '\' '|' N.B. Names
cannot end with Dot '.', or Space ' '.------
```Michael SmithMichael Smithhttps://gitlab.xiph.org/xiph/vorbis-tools/-/issues/33oggenc - Program received signal SIGSEGV, Segmentation fault.2006-06-12T11:49:31Zjrumpfoggenc - Program received signal SIGSEGV, Segmentation fault.```
source was obtained from a full cvs checkout/build from 06/16/2001
oggenc segfaults when trying to encode a standard .wav file.
System specs:
Linux 2.4.5
gcc 2.95.3
libc-2.2.1.so
gdb info:
(gdb) set args tesla_love-song.wav
(gd...```
source was obtained from a full cvs checkout/build from 06/16/2001
oggenc segfaults when trying to encode a standard .wav file.
System specs:
Linux 2.4.5
gcc 2.95.3
libc-2.2.1.so
gdb info:
(gdb) set args tesla_love-song.wav
(gdb) run
Starting program: /usr/local/bin/oggenc tesla_love-song.wav
Opening with wav module: WAV file reader
Program received signal SIGSEGV, Segmentation fault.
set_curve (ref=0x1, c=0x8097eb8, n=128, crate=44100) at psy.c:60
60 float base=ref[i];
(gdb) bt
#0 set_curve (ref=0x1, c=0x8097eb8, n=128, crate=44100) at psy.c:60
#1 0x400c2a02 in _vp_psy_init (p=0x8096300, vi=0x8053188, n=128, rate=44100) at
psy.c:204
#2 0x400cadb1 in mapping0_look (vd=0xbffff2dc, vm=0x8053158, m=0x8051738) at
mapping0.c:135
#3 0x400bef8c in _vds_shared_init (v=0xbffff2dc, vi=0xbffff250, encp=1) at
block.c:253
#4 0x400bff5a in vorbis_analysis_init (v=0xbffff2dc, vi=0xbffff250) at
block.c:264
#5 0x804b925 in oe_encode (opt=0xbffff554) at encode.c:59
#6 0x8049918 in main (argc=2, argv=0xbffff654) at oggenc.c:245
(gdb)
Hope this helps, cheers
```Jack MoffittJack Moffitthttps://gitlab.xiph.org/xiph/icecast-libshout/-/issues/320Add get-timeout method to API for non-blocking operation2006-06-12T11:48:28ZdanforthctAdd get-timeout method to API for non-blocking operation```
The blocking nature of sleep() in the libshout api means that users cannot wait
on other events (sockets via select(), etc.) while waiting for icecast to
consume data in a single threaded but multi-task process.
The request is that ...```
The blocking nature of sleep() in the libshout api means that users cannot wait
on other events (sockets via select(), etc.) while waiting for icecast to
consume data in a single threaded but multi-task process.
The request is that a method be added to the api, perhaps called
get_sleep_time() , that simply returns a float indicating how much time should
be waited. The user can then use this timeout in a select() call to wait while
responding to other events.
As we're using the Perl XS module, it's important that this functionality be
mirrored in that interface as well.
```Michael SmithMichael Smithhttps://gitlab.xiph.org/xiph/vorbis-tools/-/issues/242Assertion failed2006-06-12T11:48:20ZjanAssertion failed```
Then setting any of artist, album etc. through the command line options an
"assertion failed" ist generated:
oggenc: iconvert.c:111: iconvert: Zusicherung »(!k && !ibl) || (k ==
(size_t)(-1) && (*__errno_location ()) == 7 && ibl &...```
Then setting any of artist, album etc. through the command line options an
"assertion failed" ist generated:
oggenc: iconvert.c:111: iconvert: Zusicherung »(!k && !ibl) || (k ==
(size_t)(-1) && (*__errno_location ()) == 7 && ibl && obl < 6) || (k ==
(size_t)(-1) && ((*__errno_location ()) == 84 || (*__errno_location ()) == 22)
&& ibl)« nicht erfüllt
The same happens with vorbiscomment. I'm using a SuSE 6.3 (quite old),
nationalized to german. GCC is 2.95.3.
```Michael SmithMichael Smithhttps://gitlab.xiph.org/xiph/vorbis-tools/-/issues/100oggenc doesn't take in UTF-8 comments, and Gumboot hates it, too2006-06-12T11:46:26Znisharfioggenc doesn't take in UTF-8 comments, and Gumboot hates it, too```
He has debian with tcsh; I use OpenBSD with bash.
``````
He has debian with tcsh; I use OpenBSD with bash.
```Michael SmithMichael Smithhttps://gitlab.xiph.org/xiph/libao/-/issues/71ao_example exits with error &#34;Error opening device.&#34;2006-06-12T11:45:59Zelifarleyao_example exits with error "Error opening device."```
I'm using MacOS X 10.1
``````
I'm using MacOS X 10.1
```Stan SeibertStan Seiberthttps://gitlab.xiph.org/xiph/vorbis-tools/-/issues/83oggenc -b 96 produces .ogg with screeching noise2006-06-12T11:44:58Zjayrusmanoggenc -b 96 produces .ogg with screeching noise```
While encoding 150 CDs, I hit a glitch in "OggEnc v0.8 (libvorbis rc2)"
Playback produces nasty screech/hiss in XMMS/Linux and WinAMP/Win32.
(Yes, I checked the source .wav file, it's perfectly fine. I tried
encoding the good .wav b...```
While encoding 150 CDs, I hit a glitch in "OggEnc v0.8 (libvorbis rc2)"
Playback produces nasty screech/hiss in XMMS/Linux and WinAMP/Win32.
(Yes, I checked the source .wav file, it's perfectly fine. I tried
encoding the good .wav both on a PII/400 and XP1900+, same problem.)
artist: britney spears
album: oops i did it again
track: #9, 0:55 through 1:45
(3 or 4 blips)
Otherwise, it's been most excellent!
An interesting note is that I bonk'd the wav (freshmeat: bonk)
in lossy mode and debonk'd it, then it encodes fine. But that's
expected, I'd guess.
Shall I try to isolate a small section of the original .wav?
```Michael SmithMichael Smithhttps://gitlab.xiph.org/xiph/vorbis-tools/-/issues/99UTF-8 encoding fails to act usefully for any non-US-ASCII characters2006-06-12T11:41:20ZgumbootUTF-8 encoding fails to act usefully for any non-US-ASCII characters```
By default it replaces everything odd with '#'. If I hack up oggenc.c to call convert_set_charset("ISO-8859-1") then it replaces everything with '?' instead; in that case iconvert() returns 0 (success) rather than indicating that it...```
By default it replaces everything odd with '#'. If I hack up oggenc.c to call convert_set_charset("ISO-8859-1") then it replaces everything with '?' instead; in that case iconvert() returns 0 (success) rather than indicating that it has failed, replacing characters inappropriately.
```Michael SmithMichael Smithhttps://gitlab.xiph.org/xiph/libao/-/issues/219libao rpm doesn't build/work on distributions w/o alsa (i.e. redhat)2006-06-12T11:40:57Znoalibao rpm doesn't build/work on distributions w/o alsa (i.e. redhat)```
The file libao.spec included in the libao distribution contains a
build-dependency on alsa-lib-devel, a package that is unavailable in several
major distributions. This prevents the libao package from being built and used
on for exam...```
The file libao.spec included in the libao distribution contains a
build-dependency on alsa-lib-devel, a package that is unavailable in several
major distributions. This prevents the libao package from being built and used
on for example redhat.
The src and binary rpms on www.vorbis.com also needs to be updated once this is
fixed.
```Stan SeibertStan Seiberthttps://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/49Audible artefacts in oggenc output2006-06-12T11:39:43ZmccramerAudible artefacts in oggenc output```
Software: gcc 2.95.3/binutils 2.11.2/libc 2.1.3 CVS snapshot of the 15/16.
August.
Effect: Oggencing of a specific song (Klaus Schulze "P:T:O:") leads to
strong "plopp" and "ping" sounds in the resulting file. The wav file was ok
(c...```
Software: gcc 2.95.3/binutils 2.11.2/libc 2.1.3 CVS snapshot of the 15/16.
August.
Effect: Oggencing of a specific song (Klaus Schulze "P:T:O:") leads to
strong "plopp" and "ping" sounds in the resulting file. The wav file was ok
(checked).
Compiled the whole snapshot with/without different CFLAGS/CXXFLAGS settings.
The result was the same everytime, even the artefacts remains at the same
position/offset from the beginning of the file.
Unfortunatley the song is about 28 min. long.
```Monty MontgomeryMonty Montgomeryhttps://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/vorbis-tools/-/issues/96genre tag parameter is now -G, but usage() of oggenc still points to -g2006-06-12T11:38:25Zxplogenre tag parameter is now -G, but usage() of oggenc still points to -g```
I've just (22/12/01) fetched the preRC3 vorbis set including oggenc and found
out that the parameter to set a genre at encodettime in oggenc was changed to -
G instead of -g. This change was documented in the manpage fine, however i...```
I've just (22/12/01) fetched the preRC3 vorbis set including oggenc and found
out that the parameter to set a genre at encodettime in oggenc was changed to -
G instead of -g. This change was documented in the manpage fine, however in the
programs usage() output it's still mentioned as -g.
```Michael SmithMichael Smithhttps://gitlab.xiph.org/xiph/vorbis-tools/-/issues/147Can't Use full filenames in oggenc since Vakor started committing afresh2006-06-12T11:37:34ZnisharfiCan't Use full filenames in oggenc since Vakor started committing afresh```
C:\>oggenc.postrc3 "D:\share\src\First Time\wav\track15.wav" --
output="D:\share\src\First Time\ogg\Battle Royal.ogg"
Opening with wav module: WAV file reader
Couldn't create directory "D:": Permission denied
ERROR: Could not creat...```
C:\>oggenc.postrc3 "D:\share\src\First Time\wav\track15.wav" --
output="D:\share\src\First Time\ogg\Battle Royal.ogg"
Opening with wav module: WAV file reader
Couldn't create directory "D:": Permission denied
ERROR: Could not create required subdirectories for output
filename "D:\share\src\First Time\ogg\Battle Royal.ogg"
the same error happens when I try to do the same at D:\ . However, when I run
the same command line from D:\cvs (an unrelated directory), I get the error
D:\cvs>oggenc.postrc3 "D:\share\src\First Time\wav\track15.wav" --
output="D:\share\src\First Time\ogg\Battle Royal.ogg"
Opening with wav module: WAV file reader
Couldn't create directory "D:": File exists
ERROR: Could not create required subdirectories for output
filename "D:\share\src\First Time\ogg\Battle Royal.ogg"
I'd bet this has something to do with the autocreate directory code that
Michael added; could this be tweaked to not try and overwrite the root
directory when using absolute paths?
```Michael SmithMichael Smithhttps://gitlab.xiph.org/xiph/ogg/-/issues/486libogg2's bitpackers cannot be init. due to missing structs2006-06-12T11:35:35ZArc Rileylibogg2's bitpackers cannot be init. due to missing structs```
In order to call oggpack_writeinit or oggpack_readinit you need to pass a oggpack_buffer, just
as you have to pass ogg_page and ogg_packet objects to other functions, however the
structure for oggpack_buffer has been removed from o...```
In order to call oggpack_writeinit or oggpack_readinit you need to pass a oggpack_buffer, just
as you have to pass ogg_page and ogg_packet objects to other functions, however the
structure for oggpack_buffer has been removed from ogg2/ogg.h (only in ogginternal.h).
This needs to be fixed before any further work can go into py-ogg2 or libwrit.
```Monty MontgomeryMonty Montgomeryhttps://gitlab.xiph.org/xiph/vorbis-tools/-/issues/95cosmetic bug in oggenc -h (CVS)2006-06-12T11:34:14Zgregcosmetic bug in oggenc -h (CVS)```
-M, --max-bitrate Specify a maximum bitrate in kbps. Useful in
for streaming applications.
Remove the second instance of "in".
``````
-M, --max-bitrate Specify a maximum bitrate in kbps. Useful in
for streaming applications.
Remove the second instance of "in".
```Michael SmithMichael Smithhttps://gitlab.xiph.org/xiph/vorbis-tools/-/issues/241Assertion failed2006-06-12T11:33:57ZjanAssertion failed```
``````
```Michael SmithMichael Smithhttps://gitlab.xiph.org/xiph/ogg/-/issues/483Incorrect use of 'head' in autogen.sh2006-06-12T11:33:55Zrobert.mossIncorrect use of 'head' in autogen.sh```
autogen.sh uses 'head -1' instead of 'head -n 1'. The former usage is
deprecated, and will not work on a system using the latest version of coreutils.
This will break the build. Attached is a patch which fixes this behaviour.
``````
autogen.sh uses 'head -1' instead of 'head -n 1'. The former usage is
deprecated, and will not work on a system using the latest version of coreutils.
This will break the build. Attached is a patch which fixes this behaviour.
```