Xiph.Org issueshttps://gitlab.xiph.org/groups/xiph/-/issues2018-01-22T04:16:23Zhttps://gitlab.xiph.org/xiph/vorbis-tools/-/issues/1205bag2018-01-22T04:16:23ZselindosbagSource
oggVorbis I v1.1.2 aotuvb5 -q4
decoded
microsoft wave pcm 32bit 44.100 sample rate
encoded
oggVorbis I v1.1.2 aotuvb5 -q4
tool (oggdropxpd v1.8.9 aotuvb5)- download on rarewares.org
bag - very low qality
Please correct this problemSource
oggVorbis I v1.1.2 aotuvb5 -q4
decoded
microsoft wave pcm 32bit 44.100 sample rate
encoded
oggVorbis I v1.1.2 aotuvb5 -q4
tool (oggdropxpd v1.8.9 aotuvb5)- download on rarewares.org
bag - very low qality
Please correct this problemhttps://gitlab.xiph.org/xiph/vorbis-tools/-/issues/1196ogg123: scratchy noises after long playback or lockup during long file writing2008-02-17T22:10:23ZGitlab Botogg123: scratchy noises after long playback or lockup during long file writingAfter listening to an icecast stream for awhile (first noticed around the 4 hour mark), ogg123 exhibits scratchy skipping noises using the OSS driver. The sound is remniscent of music from a skippy and poorly-ripped CD, with a repeating ...After listening to an icecast stream for awhile (first noticed around the 4 hour mark), ogg123 exhibits scratchy skipping noises using the OSS driver. The sound is remniscent of music from a skippy and poorly-ripped CD, with a repeating pattern every second or so. The problem is definitely not the icecast stream, because re-tuning into the stream "fixes" the problem.
Upon further investigation of this problem and talking with kfish on IRC, we decided it'd be best to check out if it were ogg123 or AO. To test this I am asking ogg123 to write to a file with:
ogg123 -d wav -f skiptest.wav SOURCESTREAM
When the WAV reaches exactly the 2GB mark, ogg123 locks up and must be killed to quit. To further investigate (and because I'm rather low on disk space), I tried:
ogg123 -d wav -f - SOURCESTREAM | oggenc -q0 -o skiptest.ogg -
After the same amount of audio is processed and sent to oggenc, oggenc finishes up its usual encoding summary. I'm not aware of whether ogg123 is closing the file handle/stdout or oggenc is simply out of data and closes because of that, but due to the possibility of the former I've left it in as possible useful information.
I'm guessing the problems with locks and also of scratchy audio are related so I've just gone ahead and put them on the same ticket.
both ogg123 stable and svn revision 13130 (latest at time of posting) have been tried, currently compiled with gcc 3.4.6 on Linux 2.6.16.9 x86.Michael SmithMichael Smithhttps://gitlab.xiph.org/xiph/vorbis-tools/-/issues/1185oggenc segfaults on amd64 when using --resample option2009-04-19T19:26:26ZGitlab Botoggenc segfaults on amd64 when using --resample optionoggenc 1.0.2 from vorbis tools 1.1.1 segfaults when it's run as follows:
oggenc --resample 11025 -o out.ogg in.flac
It also segfaults with --resample of 8000, 16000, 22050, and 32000.
Running ogginfo on the generated ogg reports "Warn...oggenc 1.0.2 from vorbis tools 1.1.1 segfaults when it's run as follows:
oggenc --resample 11025 -o out.ogg in.flac
It also segfaults with --resample of 8000, 16000, 22050, and 32000.
Running ogginfo on the generated ogg reports "Warning: EOS not set on stream 1"
This bug has been seen on both a Gentoo and a Debian amd64 system.
Please find a backtrace of the segfault below.
------------------
```
% oggenc --version
OggEnc v1.0.2
% gdb oggenc
GNU gdb 6.4
Copyright 2005 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB. Type "show warranty" for details.
This GDB was configured as "x86_64-pc-linux-gnu"...Using host libthread_db library "/lib/libthread_db.so.1".
(gdb) set args --resample 11025 -o out.ogg in.flac
(gdb) run
Starting program: oggenc --resample 11025 -o out.ogg in.flac
Opening with flac module: FLAC file reader
Resampling input from 44100 Hz to 11025 Hz
Encoding "in.flac" to
"out.ogg"
at quality 3.00
[ 99.6%] [ 0m00s remaining] \
Done encoding file "out.ogg"
File length: 3m 00.0s
Elapsed time: 0m 12.4s
Rate: 14.5499
Average bitrate: 34.4 kb/s
Program received signal SIGSEGV, Segmentation fault.
0x00002adca9399db5 in free () from /lib/libc.so.6
(gdb) bt
#0 0x00002adca9399db5 in free () from /lib/libc.so.6
#1 0x00000000004036d8 in flac_close (info=0x53fdc0) at flac.c:158
#2 0x0000000000405043 in main (argc=6, argv=0x7fff02172238) at oggenc.c:366
```
Michael SmithMichael Smithhttps://gitlab.xiph.org/xiph/vorbis-tools/-/issues/1184vorbis-tools no longer pulls in libcurl for http transports2007-05-29T06:53:34ZGitlab Botvorbis-tools no longer pulls in libcurl for http transportsSee also https://bugzilla.redhat.com/240351
I recently discovered that after building svn, ogg123 can no longer play http streams. After looking into it, it appears that the support was not getting built in even though configure was fi...See also https://bugzilla.redhat.com/240351
I recently discovered that after building svn, ogg123 can no longer play http streams. After looking into it, it appears that the support was not getting built in even though configure was finding libcurl. Sure enough, HAVE_CURL is unconditionally #undef'd in config.h. Apparently the macros for checking for libcurl support changed recently and this must have been inadvertently broken. The following patch fixes it
Christopher Aillon <caillon redhat com>
--- vorbis-tools-1.1.1.svn20070412/configure.ac.libcurl 2007-05-16 13:04:09.000000000 -0400
+++ vorbis-tools-1.1.1.svn20070412/configure.ac 2007-05-16 12:56:40.000000000 -0400
@@ -165,6 +165,9 @@ if test "x$HAVE_PKG_CONFIG" = "xyes"; th
else
AM_PATH_CURL(HAVE_CURL=yes, HAVE_CURL=no; AC_MSG_WARN(libcurl missing))
fi
+if test "x$HAVE_CURL" = "xyes"; then
+ AC_DEFINE(HAVE_CURL,1,[Defined if we have libcurl])
+fi
if test "x$build_ogg123" = xyes; then
AC_MSG_RESULT([checking for ogg123 requirements])Michael SmithMichael Smithhttps://gitlab.xiph.org/xiph/vorbis-tools/-/issues/1183vorbis-tools no longer pulls in libcurl for http transports2007-05-29T06:51:57ZGitlab Botvorbis-tools no longer pulls in libcurl for http transportsUpstream bug https://bugzilla.redhat.com/240351
I recently noticed that ogg123 in svn is no longer able to play http URLs. It appears that the vorbis-tools configure script will never #define HAVE_CURL 1 in config.h, regardless of what...Upstream bug https://bugzilla.redhat.com/240351
I recently noticed that ogg123 in svn is no longer able to play http URLs. It appears that the vorbis-tools configure script will never #define HAVE_CURL 1 in config.h, regardless of what is actually found by configure. Looks like the macros recently changed and inadvertently broke this. The patch attached ensures that we properly define it if found on the system.
- Christopher Aillon <caillon redhat com>Michael SmithMichael Smithhttps://gitlab.xiph.org/xiph/vorbis-tools/-/issues/1174vorbis-tools svn - ogg123 don't play http streams2007-12-22T05:24:55Zrabidtbvorbis-tools svn - ogg123 don't play http streamsI compiled vorbis-tools from current svn checkout (r12879) due to the fact that I wanted to compile it against FLAC 1.1.4 libraries. That part worked great. However, in this version now ogg123 no longer plays http (meaning any normal Ice...I compiled vorbis-tools from current svn checkout (r12879) due to the fact that I wanted to compile it against FLAC 1.1.4 libraries. That part worked great. However, in this version now ogg123 no longer plays http (meaning any normal Icecast2 Ogg Vorbis stream) while the program compiled on the same box against same libraries from the vorbis-tools-1.1.1 tarball code does play the same streams fine (but won't compile properly against FLAC 1.1.4 libraries). I am not yet able to supply more clues as to how this is. I've compiled using cc (GCC) 4.1.2 20061028 (prerelease) (Debian 4.1.1-19) on Debian i686 with Linux 2.6.19.
Michael SmithMichael Smithhttps://gitlab.xiph.org/xiph/vorbis-tools/-/issues/1157oggenc doesn't seem to support converting from FLACs any more2008-01-25T15:27:12Zelliotoggenc doesn't seem to support converting from FLACs any morevorbis-tools seems to require libOggFLAC for oggenc, but flac no longer provides libOggFLACvorbis-tools seems to require libOggFLAC for oggenc, but flac no longer provides libOggFLACMichael SmithMichael Smithhttps://gitlab.xiph.org/xiph/vorbis-tools/-/issues/1152oggenc segmentation fault when profiled (compiled with -pg)2019-07-01T08:51:48Zgreg.buzzardoggenc segmentation fault when profiled (compiled with -pg)oggenc exits with segmentation fault when compiled with profile target (-pg). Resulting ogg file sounds OK, but gmon.out is not generated.
System is a playstation 3.
[gdb@dog vorbis-tools-1.1.1]$ uname -a
Linux dog.ccoast.com 2.6.16-20...oggenc exits with segmentation fault when compiled with profile target (-pg). Resulting ogg file sounds OK, but gmon.out is not generated.
System is a playstation 3.
[gdb@dog vorbis-tools-1.1.1]$ uname -a
Linux dog.ccoast.com 2.6.16-20061110.ydl.2ps3 #1 SMP Tue Dec 5 12:35:42 EST 2006 ppc64 ppc64 ppc64 GNU/Linux
[gdb@dog oggTest]$ gdb --args oggenc -q 6 -o terminator.ogg terminator.wav
GNU gdb Red Hat Linux (6.3.0.0-1.122rh)
Copyright 2004 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB. Type "show warranty" for details.
This GDB was configured as "ppc64-yellowdog-linux-gnu"...Using host libthread_db library "/lib64/libthread_db.so.1".
(gdb) run
Starting program: /usr/local/bin/oggenc -q 6 -o terminator.ogg terminator.wav
Reading symbols from shared object read from target memory...done.
Loaded system supplied DSO at 0x100000
Opening with wav module: WAV file reader
Encoding "terminator.wav" to
"terminator.ogg"
at quality 6.00
[ 80.1%] [ 0m00s remaining] /
Done encoding file "terminator.ogg"
File length: 0m 02.0s
Elapsed time: 0m 00.1s
Rate: 18.4565
Average bitrate: 39.4 kb/s
OggEnc v1.0.2
(c) 2000-2005 Michael Smith <msmith@xiph.org>
ERROR: No input files specified. Use -h for help.
Program received signal SIGSEGV, Segmentation fault.
0x0f68d38c in _getopt_internal_r () from /lib/libc.so.6
(gdb)
Michael SmithMichael Smithhttps://gitlab.xiph.org/xiph/vorbis-tools/-/issues/1136[PATCH] fix for libcurl API change in version 7.16.x2007-11-16T02:17:28Zgreeneg[PATCH] fix for libcurl API change in version 7.16.xI was trying to get vorbis-tools to compile with libcurl 7.16.1, which appears to have removed some defines from the API, specifically, CURLOPT_MUTE. After carefully tracing through the code when using version 7.15.5, the call to curl_ea...I was trying to get vorbis-tools to compile with libcurl 7.16.1, which appears to have removed some defines from the API, specifically, CURLOPT_MUTE. After carefully tracing through the code when using version 7.15.5, the call to curl_easy_setopt(handle, CURLOPT_MUTE, 1); would get discarded in the enormous switch statement in Curl_setopt. After removing that call in ogg123/http-transport.c vorbis-tools seems to build correctly and ogg123 works as expected with a cursory test pass by hand. Patch will be attached to this ticket.Michael SmithMichael Smithhttps://gitlab.xiph.org/xiph/vorbis-tools/-/issues/1135-n: dirs with special chars not possible2008-08-31T18:47:16Zbauspezis-n: dirs with special chars not possibleI am working on a German Windows 2000 and use the `oggenc2.exe` in this version:
```
OggEnc v2.83 (Lancer [20061110](SSE) based on aoTuV b5)
(c) 2000-2006 Michael Smith <msmith@xiph.org>
& portions by John Edwards <john.edwards33@ntlwor...I am working on a German Windows 2000 and use the `oggenc2.exe` in this version:
```
OggEnc v2.83 (Lancer [20061110](SSE) based on aoTuV b5)
(c) 2000-2006 Michael Smith <msmith@xiph.org>
& portions by John Edwards <john.edwards33@ntlworld.com>
```
When employing the argument `-n` like `-n%a/%l/%t.ogg` you have to pay attention on the fact, that in directory names for example umlauts are not allowed. That is not a missing feature, it’s a bug: The directory is created with the special character encoded wrongly, OggEnc after that doesn’t find its selfmade directory and crashes.
For instance:
```
oggenc2 -tBrandung -lBildfänger -a"Tut das Not" -GPunk -n%a/%l/%t.ogg brandung.wav
```
This call leads to a creation of a directory `Tut das Not` and a subdir `Bildfänger` (take note of the _ä_ instead of an _ä_) and the program quits with this message:
```
ERROR: Cannot open output file "Tut das Not/Bildfänger/Brandung.ogg": No such file or directory
```
When I correct the name of the subdirectory manually, a further programm call works as expected.Michael SmithMichael Smithhttps://gitlab.xiph.org/xiph/vorbis-tools/-/issues/1122[PATCH] free of an unallocated pointer in ogginfo2007-11-16T01:54:48Ztentra[PATCH] free of an unallocated pointer in ogginfoWhen running ogginfo against a file with an invalid byte sequence in the comment section, ogginfo frees the pointer _decoded_ when it is only allocated through the call to utf8_decode that only happens when no detected encoding errors ar...When running ogginfo against a file with an invalid byte sequence in the comment section, ogginfo frees the pointer _decoded_ when it is only allocated through the call to utf8_decode that only happens when no detected encoding errors are present.
## Patch
```
--- vorbis-tools-1.1.1.orig/ogginfo/ogginfo2.c 2007-01-19 19:51:05.000000000 -0500
+++ vorbis-tools-1.1.1/ogginfo/ogginfo2.c 2007-01-19 19:49:47.000000000 -0500
@@ -298,8 +298,10 @@
}
*sep = 0;
- info("\t%s=%s\n", comment, decoded);
- free(decoded);
+ if(!broken) {
+ info("\t%s=%s\n", comment, decoded);
+ free(decoded);
+ }
}
static void theora_process(stream_processor *stream, ogg_page *page)
```
## Mac OS X (PPC), self compiled pre-patch output
```
herodotus:~/Desktop/sophocles/Mike_Oldfield-Tubular_Bells_2003 seneca$ ogginfo 09.Ghost_Bells.ogg
Processing file "09.Ghost_Bells.ogg"...
New logical stream (#1, serial: 0520f5a8): type vorbis
Vorbis headers parsed for stream 1, information follows...
Version: 0
Vendor: Xiph.Org libVorbis I 20050304
Channels: 2
Rate: 44100
Nominal bitrate: 224.000000 kb/s
Upper bitrate not set
Lower bitrate not set
User comments section follows...
ARTIST=Mike Oldfield
Warning: Illegal UTF-8 sequence in comment 1 (stream 1): length marker wrong
ALBUM=Mike Oldfield
ogginfo(8965) malloc: *** error for object 0x4030a0: double free
ogginfo(8965) malloc: *** set a breakpoint in szone_error to debug
TITLE=Ghost Bells
DATE=2003
GENRE=New Age
TRACKNUMBER=09
CDDB=03115612
Vorbis stream 1:
Total data length: 731280 bytes
Playback length: 0m:30.546s
Average bitrate: 191.518114 kb/s
Logical stream 1 ended
herodotus:~/Desktop/sophocles/Mike_Oldfield-Tubular_Bells_2003 seneca$
```
## Ubuntu 6.10 (i386), package version 1.1.1-5 pre-patch output
```
seneca@hawk:~$ ogginfo /music/Mike_Oldfield-Tubular_Bells_2003/17.The_Sailors_Hornpipe.ogg
Processing file "/music/Mike_Oldfield-Tubular_Bells_2003/17.The_Sailors_Hornpipe.ogg"...
New logical stream (#1, serial: 121967e8): type vorbis
Vorbis headers parsed for stream 1, information follows...
Version: 0
Vendor: Xiph.Org libVorbis I 20050304
Channels: 2
Rate: 44100
Nominal bitrate: 224.000000 kb/s
Upper bitrate not set
Lower bitrate not set
User comments section follows...
ARTIST=Mike Oldfield
Warning: Illegal UTF-8 sequence in comment 1 (stream 1): length marker wrong
ALBUM=
*** glibc detected *** ogginfo: double free or corruption (fasttop): 0x08070088 ***
======= Backtrace: =========
/lib/tls/i686/cmov/libc.so.6[0xb7e8f8bd]
/lib/tls/i686/cmov/libc.so.6(__libc_free+0x84)[0xb7e8fa44]
ogginfo[0x8049503]
ogginfo[0x8049936]
ogginfo[0x804a687]
/lib/tls/i686/cmov/libc.so.6(__libc_start_main+0xdc)[0xb7e3e8cc]
ogginfo[0x8048fb1]
======= Memory map: ========
08048000-0804d000 r-xp 00000000 03:01 1242650 /usr/bin/ogginfo
0804d000-0804e000 rwxp 00005000 03:01 1242650 /usr/bin/ogginfo
0804e000-08091000 rwxp 0804e000 00:00 0 [heap]
b7bf5000-b7bff000 r-xp 00000000 03:01 651600 /lib/libgcc_s.so.1
b7bff000-b7c00000 rwxp 00009000 03:01 651600 /lib/libgcc_s.so.1
b7c00000-b7c21000 rwxp b7c00000 00:00 0
b7c21000-b7d00000 ---p b7c21000 00:00 0
b7d1c000-b7d1e000 rwxp b7d1c000 00:00 0
b7d1e000-b7d51000 r-xp 00000000 03:01 2170271 /usr/lib/locale/en_CA.utf8/LC_CTYPE
b7d51000-b7e28000 r-xp 00000000 03:01 2170294 /usr/lib/locale/en_CA.utf8/LC_COLLATE
b7e28000-b7e29000 rwxp b7e28000 00:00 0
b7e29000-b7f56000 r-xp 00000000 03:01 652966 /lib/tls/i686/cmov/libc-2.4.so
b7f56000-b7f58000 r-xp 0012c000 03:01 652966 /lib/tls/i686/cmov/libc-2.4.so
b7f58000-b7f5a000 rwxp 0012e000 03:01 652966 /lib/tls/i686/cmov/libc-2.4.so
b7f5a000-b7f5d000 rwxp b7f5a000 00:00 0
b7f5d000-b7f61000 r-xp 00000000 03:01 1244259 /usr/lib/libogg.so.0.5.3
b7f61000-b7f62000 rwxp 00003000 03:01 1244259 /usr/lib/libogg.so.0.5.3
b7f62000-b7f86000 r-xp 00000000 03:01 655753 /lib/tls/i686/cmov/libm-2.4.so
b7f86000-b7f88000 rwxp 00023000 03:01 655753 /lib/tls/i686/cmov/libm-2.4.so
b7f88000-b7fa1000 r-xp 00000000 03:01 1244267 /usr/lib/libvorbis.so.0.3.1
b7fa1000-b7faf000 rwxp 00019000 03:01 1244267 /usr/lib/libvorbis.so.0.3.1
b7faf000-b7fb0000 rwxp b7faf000 00:00 0
b7fb3000-b7fb4000 r-xp 00000000 03:01 2170272 /usr/lib/locale/en_CA.utf8/LC_NUMERIC
b7fb4000-b7fb5000 r-xp 00000000 03:01 2170293 /usr/lib/locale/en_CA.utf8/LC_TIME
b7fb5000-b7fb6000 r-xp 00000000 03:01 2170295 /usr/lib/locale/en_CA.utf8/LC_MONETARY
b7fb6000-b7fb7000 r-xp 00000000 03:01 2170297 /usr/lib/locale/en_CA.utf8/LC_MESSAGES/SYS_LC_MESSAGES
b7fb7000-b7fb8000 r-xp 00000000 03:01 2170298 /usr/lib/locale/en_CA.utf8/LC_PAPER
b7fb8000-b7fb9000 r-xp 00000000 03:01 2170279 /usr/lib/locale/en_CA.utf8/LC_NAME
b7fb9000-b7fba000 r-xp 00000000 03:01 2170299 /usr/lib/locale/en_CA.utf8/LC_ADDRESS
b7fba000-b7fbb000 r-xp 00000000 03:01 2170300 /usr/lib/locale/en_CA.utf8/LC_TELEPHONE
b7fbb000-b7fbc000 r-xp 00000000 03:01 2170282 /usr/lib/locale/en_CA.utf8/LC_MEASUREMENT
b7fbc000-b7fc3000 r-xs 00000000 03:01 1238951 /usr/lib/gconv/gconv-modules.cache
b7fc3000-b7fc4000 r-xp 00000000 03:01 2170301 /usr/lib/locale/en_CA.utf8/LC_IDENTIFICATION
b7fc4000-b7fc5000 rwxp b7fc4000 00:00 0
b7fc5000-b7fde000 r-xp 00000000 03:01 657181 /lib/ld-2.4.so
b7fde000-b7fe0000 rwxp 00018000 03:01 657181 /lib/ld-2.4.so
bfe33000-bfe48000 rw-p bfe33000 00:00 0 [stack]
ffffe000-fffff000 ---p 00000000 00:00 0 [vdso]
Aborted (core dumped)
seneca@hawk:~$
```Michael SmithMichael Smithhttps://gitlab.xiph.org/xiph/vorbis-tools/-/issues/1119ogg123 throws a floating-point exception when trying to play a corrupt FLAC2007-11-19T14:50:45Zschizoogg123 throws a floating-point exception when trying to play a corrupt FLACAs described in Debian bug #407022, ogg123 will SIGFPE when trying to play a particular corrupt .flac file.
I will attach a patch that errors out if either audio_fmt->channels or audio_fmt->word_size is zero.
I imagine that the validat...As described in Debian bug #407022, ogg123 will SIGFPE when trying to play a particular corrupt .flac file.
I will attach a patch that errors out if either audio_fmt->channels or audio_fmt->word_size is zero.
I imagine that the validation should occur elsewhere, but this works.Michael SmithMichael Smithhttps://gitlab.xiph.org/xiph/vorbis-tools/-/issues/1112inconsistent version options between tools2008-09-09T21:04:19ZGitlab Botinconsistent version options between toolsSome tools uses -V, some other uses -v for showing the version:
-v:
oggdec
oggenc
-V:
ogg123
ogginfo
vorbiscomment
vcut has no such option.Some tools uses -V, some other uses -v for showing the version:
-v:
oggdec
oggenc
-V:
ogg123
ogginfo
vorbiscomment
vcut has no such option.Michael SmithMichael Smithhttps://gitlab.xiph.org/xiph/vorbis-tools/-/issues/1111cvs in HACKING file should be replaced by svn2007-05-28T08:47:50ZGitlab Botcvs in HACKING file should be replaced by svnIn revision 12227 of vorbis-tools, the term cvs in HACKING file should be replaced by svn.In revision 12227 of vorbis-tools, the term cvs in HACKING file should be replaced by svn.Michael SmithMichael Smithhttps://gitlab.xiph.org/xiph/vorbis-tools/-/issues/1110configure.ac:32: error: possibly undefined macro: AM_GNU_GETTEXT2007-06-22T01:09:39ZGitlab Botconfigure.ac:32: error: possibly undefined macro: AM_GNU_GETTEXTI am using revision 12227 of vorbis-tools. Trying to do ./autogen.sh with a Fedora Core 6 I get this error:
```
$ ./autogen.sh
checking for autoconf...
checking for automake...
checking for aclocal...
checking for libtool... libtoolize
c...I am using revision 12227 of vorbis-tools. Trying to do ./autogen.sh with a Fedora Core 6 I get this error:
```
$ ./autogen.sh
checking for autoconf...
checking for automake...
checking for aclocal...
checking for libtool... libtoolize
checking for gettext...
I am going to run ./configure with no arguments - if you wish
to pass any to it, please specify them on the ./autogen.sh command line.
Generating configuration files for vorbis-tools, please wait....
aclocal
aclocal:configure.ac:32: warning: macro `AM_GNU_GETTEXT' not found in library
autoheader
libtoolize --automake
automake --add-missing
configure.ac: installing `./install-sh'
configure.ac: installing `./missing'
ogg123/Makefile.am: installing `./depcomp'
autoconf
configure.ac:32: error: possibly undefined macro: AM_GNU_GETTEXT
If this token and others are legitimate, please use m4_pattern_allow.
See the Autoconf documentation.
```Michael SmithMichael Smithhttps://gitlab.xiph.org/xiph/vorbis-tools/-/issues/1109ogg123: add a remote control mode2009-04-19T20:44:28ZGitlab Botogg123: add a remote control modempg123 has a mode whereby another application can control it. If ogg123 provided a compatible interface, then applications built around mpg123 could fairly trivially be modified to support ogg123.
```
<dons> the remote control mode to m...mpg123 has a mode whereby another application can control it. If ogg123 provided a compatible interface, then applications built around mpg123 could fairly trivially be modified to support ogg123.
```
<dons> the remote control mode to mpg{123,321} is a short of shell. you feed it keystrokes for skipping to frames, play, pause and so on
<dons> and it feeds back frame numbers
```
(dons is the developer of hmp3, a curses-based frontend to mpg123)
```
<dons> now, multiple backends probably wouldn't be too hard
<dons> i.e. you could plug in library backends and so on
<dons> but if og123 had a remote control mode, it'd be like a 5 line hack to add hmp3 support
```Gitlab BotGitlab Bothttps://gitlab.xiph.org/xiph/vorbis-tools/-/issues/1106add output directory option to oggenc2009-04-18T05:19:08ZGitlab Botadd output directory option to oggencCurrently oggenc produces the output ogg file in the same directory where the input file is. I would like to have a option to specify an output directory e.g. "." or in the longer term even with formatstrings to create an output director...Currently oggenc produces the output ogg file in the same directory where the input file is. I would like to have a option to specify an output directory e.g. "." or in the longer term even with formatstrings to create an output directory with the artist's and album's name in it or with the path or latest directory from the input files.
Examples:
this one would be nice to have soon:
oggenc /tmp/artist-album/01-artist-title.flac -O . # outpufile: ./01-artist-title.ogg
these ones would be nice to have in the long term: (%P describes here the last directory from the path of the input file, alternatively %1p for the last directory and %2p for the last but one and the last directory would be a nice feature, too)
oggenc /tmp/artist-album/01-artist-title.flac -O "./%p" # outpufile: ./tmp/Artist-Album/01-artist-title.ogg
oggenc /tmp/artist-album/01-artist-title.flac -O "./%P" # outpufile: ./Artist-Album/01-artist-title.ogg
oggenc /tmp/artist-album/01-artist-title.flac -O "./%a" # outpufile: ./artist/01-artist-title.ogg
Michael SmithMichael Smithhttps://gitlab.xiph.org/xiph/vorbis-tools/-/issues/1105[PATCH] Preliminary AU file format support in oggenc2008-09-12T01:50:20ZGitlab Bot[PATCH] Preliminary AU file format support in oggencThis file includes an initial implementation of the AU file format for the OGGENC program.
This way, OGG files can be produced for the VSOUND virtual sound card driver.
```
diff -rc vorbis-tools-1.1.1/oggenc/audio.c vorbis-tools-1.1.1a...This file includes an initial implementation of the AU file format for the OGGENC program.
This way, OGG files can be produced for the VSOUND virtual sound card driver.
```
diff -rc vorbis-tools-1.1.1/oggenc/audio.c vorbis-tools-1.1.1a/oggenc/audio.c
*** vorbis-tools-1.1.1/oggenc/audio.c 2005-06-13 15:11:44.000000000 +0200
--- vorbis-tools-1.1.1a/oggenc/audio.c 2006-11-27 13:01:01.000000000 +0100
***************
*** 14,19 ****
--- 14,20 ----
#include <string.h>
#include <sys/types.h>
#include <math.h>
+ #include <arpa/inet.h>
#ifdef HAVE_CONFIG_H
#include "config.h"
***************
*** 51,56 ****
--- 52,58 ----
{flac_id, 4, flac_open, flac_close, "flac", N_("FLAC file reader")},
{oggflac_id, 32, flac_open, flac_close, "ogg", N_("Ogg FLAC file reader")},
#endif
+ {au_id, sizeof(auhdr),au_open,au_close, "au",N_("AU file reader") },
{NULL, 0, NULL, NULL, NULL, NULL}
};
***************
*** 801,803 ****
--- 803,892 ----
free(d);
}
+ // ------------- Basic AU support --------------
+
+
+ // 1=OK
+ // 0=KO
+ int au_id(unsigned char *buf, int len)
+ {
+ if (len < sizeof(auhdr))
+ return 0;
+ if (memcmp(buf,".snd",4))
+ return 0;
+ return 1;
+ }
+
+ typedef union {
+ int16_t signed16;
+ uint16_t unsigned16;
+ } sixteen_bit;
+
+ long au_read(void *in, float **buffer, int samples)
+ {
+ wavfile *wav = (wavfile *)in;
+ unsigned char *buf = alloca(samples*wav->channels*2);
+ long bytes_read = fread(buf, 1, samples*2*wav->channels, wav->f);
+ int i,j;
+ long realsamples;
+ uint16_t *sample;
+ sixteen_bit converter;
+
+ realsamples = bytes_read / (2 * wav->channels);
+
+ sample = (uint16_t *)buf;
+
+ for(i = 0; i < realsamples; i++)
+ {
+ for(j=0; j < wav->channels; j++)
+ {
+ converter.unsigned16 = ntohs(*sample++);
+ buffer[j][i] = converter.signed16 / 32768.0f;
+ }
+ }
+
+ return realsamples;
+ }
+
+ int au_open(FILE *in,
+ oe_enc_opt *opt,
+ unsigned char *buf, int buflen)
+ {
+ auhdr auHdr;
+ wavfile *wav = malloc(sizeof(wavfile));
+ int dataOffset;
+
+ if (NULL == wav) {
+ fprintf(stderr,"out of memory opening AU driver\n");
+ }
+
+ rewind(in);
+ fread(&auHdr,1,sizeof(auHdr),in);
+
+ if (SND_FORMAT_LINEAR_16 != ntohl(auHdr.formatCode)) {
+ fprintf(stderr,"At this moment, only linear 16 bit .au files are supported\n");
+ return 0;
+ }
+ dataOffset = ntohl(auHdr.dataOffset);
+ opt->rate = ntohl(auHdr.samplingRate);
+ opt->channels = ntohl(auHdr.numberChannels);
+ opt->read_samples = au_read;
+ opt->total_samples_per_channel = ntohl(auHdr.dataBytes) / (2 * opt->channels);
+ opt->readdata = wav;
+
+ wav->channels = opt->channels;
+ wav->samplesize = 4;
+ wav->totalsamples = opt->total_samples_per_channel;
+ wav->samplesread = 0;
+ wav->f = in;
+
+ // ignore: short bigendian;
+
+ fseek(in,dataOffset,SEEK_SET);
+ return 1;
+ }
+
+ void au_close(void *info)
+ {
+ free(info);
+ }
diff -rc vorbis-tools-1.1.1/oggenc/audio.h vorbis-tools-1.1.1a/oggenc/audio.h
*** vorbis-tools-1.1.1/oggenc/audio.h 2005-06-03 12:15:10.000000000 +0200
--- vorbis-tools-1.1.1a/oggenc/audio.h 2006-11-27 13:30:19.000000000 +0100
***************
*** 5,10 ****
--- 5,12 ----
#include "encode.h"
#include <stdio.h>
+ #include <arpa/inet.h>
+
int setup_resample(oe_enc_opt *opt);
void clear_resample(oe_enc_opt *opt);
void setup_downmix(oe_enc_opt *opt);
***************
*** 66,70 ****
--- 68,89 ----
long wav_ieee_read(void *, float **buffer, int samples);
long raw_read_stereo(void *, float **buffer, int samples);
+
+ int au_open(FILE *in, oe_enc_opt *opt, unsigned char *buf, int buflen);
+ int au_id(unsigned char *buf, int len);
+ void au_close(void *);
+
+ typedef struct {
+ char magic[4];
+ uint32_t dataOffset;
+ uint32_t dataBytes;
+ uint32_t formatCode;
+ uint32_t samplingRate;
+ uint32_t numberChannels;
+ char optional[4];
+ } auhdr;
+
+ #define SND_FORMAT_LINEAR_16 3
+
#endif /* __AUDIO_H */
```
Michael SmithMichael Smithhttps://gitlab.xiph.org/xiph/vorbis-tools/-/issues/1104vorbis-tools-1.1.1 fails to compile with curl-7.16.02006-11-26T00:25:25ZGitlab Botvorbis-tools-1.1.1 fails to compile with curl-7.16.0Yesterday I downloaded and installed curl-7.16.0 without obvious problem,
replacing libcurl.so.3 with libcurl.so.4.
Later, the package management tools detected a problem with vorbis-tools
because these had been built to use libcurl.so.3...Yesterday I downloaded and installed curl-7.16.0 without obvious problem,
replacing libcurl.so.3 with libcurl.so.4.
Later, the package management tools detected a problem with vorbis-tools
because these had been built to use libcurl.so.3. I tried to rebuild
vorbis-tools using the new curl-7.16.0 headers and library but this failed:
```
if gcc -DLOCALEDIR=\"/usr/share/locale\" -DHAVE_CONFIG_H -I. -I. -I.. -I/usr/include -I/usr/include -I../include -I../intl -O20 -ffast-math -fsigned-char -O2 -march=pentium4 -MT http_transport.o -MD -MP -MF ".deps/http_transport.Tpo" -c -o http_transport.o http_transport.c; \
then mv -f ".deps/http_transport.Tpo" ".deps/http_transport.Po"; else rm -f ".deps/http_transport.Tpo"; exit 1; fi
http_transport.c: In function `set_curl_opts':
http_transport.c:119: error: `CURLOPT_MUTE' undeclared (first use in this function)
http_transport.c:119: error: (Each undeclared identifier is reported only once
http_transport.c:119: error: for each function it appears in.)
make[2]: *** [http_transport.o] Error 1
```Michael SmithMichael Smithhttps://gitlab.xiph.org/xiph/vorbis-tools/-/issues/1101curl-7.16.0 breaks compilation of vorbis-tools-1.1.12006-12-10T15:13:57ZGitlab Botcurl-7.16.0 breaks compilation of vorbis-tools-1.1.1According to Daniel Stenberg, CURLOPT_MUTE is deprecated.
Could you please update vorbis-tools code so it won't use
deprecated features of 'curl' ?According to Daniel Stenberg, CURLOPT_MUTE is deprecated.
Could you please update vorbis-tools code so it won't use
deprecated features of 'curl' ?Michael SmithMichael Smith