Xiph.Org issueshttps://gitlab.xiph.org/groups/xiph/-/issues2007-06-17T08:51:57Zhttps://gitlab.xiph.org/xiph/vorbis-tools/-/issues/578Encoding large number of files in one go crashes system2007-06-17T08:51:57ZGitlab BotEncoding large number of files in one go crashes system```
I am running Windows XP with Service Pack 2 and the Vorbis 1.0.1 Tools.
When I was trying to run a large batch query converting standard WAV files (14
GB in 255 Files (21 CDs) in a single directory) to Vorbis using OggDropXP
(Qual...```
I am running Windows XP with Service Pack 2 and the Vorbis 1.0.1 Tools.
When I was trying to run a large batch query converting standard WAV files (14
GB in 255 Files (21 CDs) in a single directory) to Vorbis using OggDropXP
(Quality: 6, no special options), the whole system reproducibly froze (3x) after
approximately 1 GB of source data had been processed.
Suspecting OggDrop, I generated a batch file that individually called oggenc for
each one of the remaining 200 files. Running the batch file in turn reproducibly
led (4x) to a blue screen (IRQL_NOT_LESS_OR_EQUAL variety). The crash once again
occured after about 1 GB of source data.
I have just finished encoding all files by dropping the remaining 100 files into
OggDrop *one CD at a time* without incident.
I do not think that the actual file content has anything to do with the problem,
as the files affected by crashes were all handled without problems when I
subsequently resumed encoding with the exact same file.
My system is stable and I think I can rule out completely unrelated causes for
the crashes, which occurred exactly, and only, when I used OggDrop/OggEnc. I had
extensively used OggDrop before without any problems, but only for one CD at a
time.
Of course, it is possible or even probable that the actual fault does not lie
with OggEnc/OggDrop, but the Windows Kernel/Explorer and was merely triggered
through the interaction with OggEnc. Still, I find my system's behavior quite
bizarre. While I could at least in principle imagine how a large number of files
could crash OggDrop, I have no idea why OggEnc should be affected by being run
50 times in a row.
I know this bug report is only partially helpful - if I can reproduce the blue
screen one more time, I will add the detailed information (especially which
module caused it).
```Michael SmithMichael Smithhttps://gitlab.xiph.org/xiph/vorbis-tools/-/issues/568oggenc jumbles -N and -n2018-01-22T04:56:57Zwhitewolf_foxoggenc jumbles -N and -n```
Hi Vorbis Team!
When defining the tracknumber, oggenc shall set to a new file, you're using the
"-N #" trigger.
When defining a naming string, containing the track's number, oggenc uses "%n".
Thats confusing.
My opinion is, that yo...```
Hi Vorbis Team!
When defining the tracknumber, oggenc shall set to a new file, you're using the
"-N #" trigger.
When defining a naming string, containing the track's number, oggenc uses "%n".
Thats confusing.
My opinion is, that you should change the usage of "-N" and "-n" to "-N" for
defining a nameing string and "-n" to define the tracknumber. Further, you
should change "-G" to "-g". This prevents from doing mistakes caused by using
incorrect triggers, because ALL taging related switches are consistent lower case.
As an alternative you should make "%N" an valid naming string character.
MfG
Marc Richter
```Michael SmithMichael Smithhttps://gitlab.xiph.org/xiph/vorbis-tools/-/issues/565Ogginfo bitrate display is inconsistent2008-02-16T00:49:12ZKyungjoon LeeOgginfo bitrate display is inconsistent```
Nominal bitrate, upper bitrate, lower bitrate is shown in units of kb/s, with a
slash. Average bitrate is shown in units of kbps, with the letter p.
``````
Nominal bitrate, upper bitrate, lower bitrate is shown in units of kb/s, with a
slash. Average bitrate is shown in units of kbps, with the letter p.
```Michael SmithMichael Smithhttps://gitlab.xiph.org/xiph/vorbis-tools/-/issues/559oggenc bails out early on some flac files2008-09-01T00:07:13Zjs.lebacqoggenc bails out early on some flac files```
when I want to make an ogg file from a flac file, oggenc doesn't work properly
Example :
jsl@sedentaire:~/mp3/Brian May/another world$ oggenc -q 7 *.flac
Ouverture avec le module flac : FLAC file reader
Encodage de "01-space-Br...```
when I want to make an ogg file from a flac file, oggenc doesn't work properly
Example :
jsl@sedentaire:~/mp3/Brian May/another world$ oggenc -q 7 *.flac
Ouverture avec le module flac : FLAC file reader
Encodage de "01-space-Brian May.flac"
en "01-space-Brian May.ogg"
à la qualité 7,00
Fin de l'encodage du fichier « 01-space-Brian May.ogg »
Longueur de fichier : 0m 00,0s
Temps écoulé : 0m 00,1s
Taux: 0,0000
Débit moyen : inf kb/s
Ouverture avec le module flac : FLAC file reader
Encodage de "02-business-Brian May.flac"
en "02-business-Brian May.ogg"
à la qualité 7,00
[ 75,7%] [ 0m06s restant] /
Fin de l'encodage du fichier « 02-business-Brian May.ogg »
Longueur de fichier : 3m 52,0s
Temps écoulé : 0m 19,0s
Taux: 12,2593
Débit moyen : 208,6 kb/s
[...]
As you can see (sorry for the french version of the output), oggenc stop before 100% with the
second file, and simply don't start with the first... I had the same problem with Mandrake 10.0
(AMD64), 10.1beta1(x86), and now with Debian Sarge (so, it's not a distribution-specific
problem).
I must say I have the same problem with another flac files (from magnatune if you want to
know), wich I was able to oggenc with a previous Mandrake (9.2) and another computer
(i386). So, I can't say if it's a platform-specific problem (AMD64 ?) or a new problem with new
versions of oggenc.
Regards, JSL.
```Michael SmithMichael Smithhttps://gitlab.xiph.org/xiph/vorbis-tools/-/issues/540Crash when resampling using oggenc2008-05-29T23:35:35ZtommrobinsonCrash when resampling using oggenc```
Hi, im getting a problem when using oggenc with resampling from flac.
e.g. oggenc --resample 32000 --downmix --output=test.ogg "c:\flac\#various\twin
peaks - fire walk with me\angelo badalamenti - the pink room.flac"
The file is s...```
Hi, im getting a problem when using oggenc with resampling from flac.
e.g. oggenc --resample 32000 --downmix --output=test.ogg "c:\flac\#various\twin
peaks - fire walk with me\angelo badalamenti - the pink room.flac"
The file is successfully created, but at the end I get an error
message "oggenc.exe has encountered a problem and needs to close...". This
doesnt seem to happen if i leave out the --resample part.
Im pretty new to oggenc etc so sorry if its a problem with my setup somehow.
Keep up the good work
```Michael SmithMichael Smithhttps://gitlab.xiph.org/xiph/vorbis-tools/-/issues/522segfault with ridiculously low resample rates2004-05-06T06:01:47ZGhost Usersegfault with ridiculously low resample rates```
The following segfaults.
oggenc -q -1 --resample 1000 foo.wav
It's a silly thing to ask for, but it shouldn't crash. :)
``````
The following segfaults.
oggenc -q -1 --resample 1000 foo.wav
It's a silly thing to ask for, but it shouldn't crash. :)
```Michael SmithMichael Smithhttps://gitlab.xiph.org/xiph/vorbis-tools/-/issues/46332-bit float input broken2006-06-12T11:20:05ZTimothy B. Terriberry32-bit float input broken```
When support for 24-bit integer .wav files was added, it broke existing 32-bit
float support, since the check for sample size is applied regardless of the
format type.
--- audio.c,v1.34
+++ audio.c
if( format.align == format.chann...```
When support for 24-bit integer .wav files was added, it broke existing 32-bit
float support, since the check for sample size is applied regardless of the
format type.
--- audio.c,v1.34
+++ audio.c
if( format.align == format.channels*samplesize &&
format.samplesize == samplesize*8 &&
(format.samplesize == 24 || format.samplesize == 16 ||
- format.samplesize == 8))
+ format.samplesize == 8 ||
+ (format.samplesize == 32 && format.format == 3)))
{
/* OK, good - we have the one supported format,
now we want to find the size of the file */
```Michael SmithMichael Smithhttps://gitlab.xiph.org/xiph/vorbis-tools/-/issues/441oggenc: return values aren't usable2006-06-12T11:02:29Zccheneyoggenc: return values aren't usable```
This bug is copied from Debian BTS bug #101946:
Oggenc seems to (at least sometimes) return 0 even if encoding doesn't
succeed. I use oggenc in script, when tranforming mp3 to ogg, so sane return
values wouldn't hurt.
``````
This bug is copied from Debian BTS bug #101946:
Oggenc seems to (at least sometimes) return 0 even if encoding doesn't
succeed. I use oggenc in script, when tranforming mp3 to ogg, so sane return
values wouldn't hurt.
```Michael SmithMichael Smithhttps://gitlab.xiph.org/xiph/vorbis-tools/-/issues/341encoding broken for blocks !2007-06-23T09:26:42Ztimjencoding broken for blocks !```
the encoding engine encodes junk at the start of ogg
files if blocksizes other than 1024 are used.
a simple test case is created by changing oggenc like:
-#define READSIZE 1024
+#define READSIZE (16 * 1024)
and encoding myencoderbug....```
the encoding engine encodes junk at the start of ogg
files if blocksizes other than 1024 are used.
a simple test case is created by changing oggenc like:
-#define READSIZE 1024
+#define READSIZE (16 * 1024)
and encoding myencoderbug.wav, this happens with
recent CVS as of 20030514.
```Monty MontgomeryMonty Montgomeryhttps://gitlab.xiph.org/xiph/vorbis-tools/-/issues/338oggenc: time status updates too frequently2009-04-19T21:24:27Zbeamsplitteroggenc: time status updates too frequently```
Time status updates way too frequently (around 20 times per second on my 1GHz
G4). Other encoders update time status much less frequently (<1 time per second)
and still display a more than adequate amount of information. Ultimately t...```
Time status updates way too frequently (around 20 times per second on my 1GHz
G4). Other encoders update time status much less frequently (<1 time per second)
and still display a more than adequate amount of information. Ultimately this is
a waste of CPU.
```Michael SmithMichael Smithhttps://gitlab.xiph.org/xiph/vorbis-tools/-/issues/314oggenc doesn't let me use bitrate2018-01-22T04:15:59Zaravind1001oggenc doesn't let me use bitrate```
oggenc works only if I use -q option. The options -m, -M, -b don't work at all.
They always fail with the following message. Even the examples given in the
man pages don't work.
The rpm versions are
libvorbis-1.0-1
vorbis-tools-1.0...```
oggenc works only if I use -q option. The options -m, -M, -b don't work at all.
They always fail with the following message. Even the examples given in the
man pages don't work.
The rpm versions are
libvorbis-1.0-1
vorbis-tools-1.0-1
libogg-1.0-1
for RedHat 8.0
$ oggenc -M 20 -o m.ogg m.wav
Enabling bitrate management engine
Skipping chunk of type "PEAK", length 24
Opening with wav module: WAV file reader
Encoding "m.wav" to
"m.ogg"
using bitrate management (no min, max 20 kbps)
Mode initialisation failed: invalid parameters for bitrate
```Michael SmithMichael Smithhttps://gitlab.xiph.org/xiph/vorbis-tools/-/issues/309need an option like "--r3mix" from lame.2009-04-19T21:23:17Zronaldneed an option like "--r3mix" from lame.```
I'd like to see a "preset" quality option like LAME's "--r3mix"
<http://r3mix.net/> so that I could feel confident that I am getting
the minimum VBR with no detectible audio difference from the .wav that I'm
encoding from (transparen...```
I'd like to see a "preset" quality option like LAME's "--r3mix"
<http://r3mix.net/> so that I could feel confident that I am getting
the minimum VBR with no detectible audio difference from the .wav that I'm
encoding from (transparency).
If I can't get any guarantees better than "Most people seeking
very-near-CD-quality audio encode at a quality of 5 or, for lossless stereo
coupling, 6.", then I'm likely to not use ogg vorbis for archiving in favor of
continuing to use "lame --r3mix", if only because I have no desire to
continually re-encode my archived CD collection when I find an example where
oggenc encoded just below the "threshold of transparency".
```Michael SmithMichael Smithhttps://gitlab.xiph.org/xiph/vorbis-tools/-/issues/294oggdec writes RIFF header even in raw mode2002-12-07T12:19:36ZMalte Uhloggdec writes RIFF header even in raw mode```
A break statement is missing after the 'o' case when parsing the command line
options, thus causing the raw flag to get messed up when "-R something"
preceedes "-o somefile". This also applies to the long options.
Here's the trivial...```
A break statement is missing after the 'o' case when parsing the command line
options, thus causing the raw flag to get messed up when "-R something"
preceedes "-o somefile". This also applies to the long options.
Here's the trivial fix in context diff format:
*** oggdec.c.orig 2002-12-05 15:39:43.000000000 +0100
--- oggdec.c 2002-12-05 15:57:43.000000000 +0100
***************
*** 99,104 ****
--- 99,105 ----
break;
case 'o':
outfilename = strdup(optarg);
+ break;
case 'R':
raw = atoi(optarg);
break;
```Michael SmithMichael Smithhttps://gitlab.xiph.org/xiph/vorbis-tools/-/issues/293oggenc --help and man oggenc differ about managed mode for bitrate switch2006-06-12T11:24:10Zw.haasoggenc --help and man oggenc differ about managed mode for bitrate switch```
hi,
oggenc --help says:
-b, --bitrate Choose a nominal bitrate to encode at. Attempt
to encode at a bitrate averaging this. Takes an
argument in kbps. This uses the bitrate managem...```
hi,
oggenc --help says:
-b, --bitrate Choose a nominal bitrate to encode at. Attempt
to encode at a bitrate averaging this. Takes an
argument in kbps. This uses the bitrate management
engine, and is not recommended for most users.
while man oggenc says:
-b n, --bitrate=n
Sets encoding to the bitrate closest to n (in
kb/s).
(nothing about the management engine)
and
--managed
Set bitrate management mode.
the part that -b uses the management engine by default seems to be wrong.
regards,
wernfried
```Michael SmithMichael Smithhttps://gitlab.xiph.org/xiph/vorbis-tools/-/issues/285the very first seconds of a wav is not encoded2006-06-12T11:09:50Zb_lamythe very first seconds of a wav is not encoded```
when encoding from a wav (oggenc my_sound.wav) and playing the very first second
of the sound is not played!
furthermore, when I insert a blank time at the beginning, it does just has if
the blank space wasn't there and the same dura...```
when encoding from a wav (oggenc my_sound.wav) and playing the very first second
of the sound is not played!
furthermore, when I insert a blank time at the beginning, it does just has if
the blank space wasn't there and the same duration of the sound is cut.
```Michael SmithMichael Smithhttps://gitlab.xiph.org/xiph/vorbis-tools/-/issues/275MacOS X CD Audio encoding support2002-11-07T12:23:40ZjordyMacOS X CD Audio encoding support```
MacOS X's internal CD Audio file system format is a little-endian variant of
AIFF-C. A small patch is needed to properly handle it.
``````
MacOS X's internal CD Audio file system format is a little-endian variant of
AIFF-C. A small patch is needed to properly handle it.
```Michael SmithMichael Smithhttps://gitlab.xiph.org/xiph/vorbis-tools/-/issues/273[PATCH] vorbiscomment - newline quoting patch - multi-line comment round-trip...2009-04-19T20:17:11Zcben[PATCH] vorbiscomment - newline quoting patch - multi-line comment round-tripping```
See the linked mail and the patch - they have the details.
Basically this allows to round-trip multi-line comments and
even read comments with null bytes (but not write them, see
mail for details). If the two styles are overkill in ...```
See the linked mail and the patch - they have the details.
Basically this allows to round-trip multi-line comments and
even read comments with null bytes (but not write them, see
mail for details). If the two styles are overkill in your
opinion, the `255' one can be removed.
I also updated some unrelated small details in the manpage
```IvoIvohttps://gitlab.xiph.org/xiph/vorbis-tools/-/issues/267[DOCUMENTATION] man page not specific on extra comments for oggenc2007-06-17T09:04:01ZGitlab Bot[DOCUMENTATION] man page not specific on extra comments for oggenc```
I recently installed the version 1.0 RPMs, and am using oggenc.
The man page has an entry:
-c comment, --comment comment
Add the string comment as an extra comment. This
may be used multiple tim...```
I recently installed the version 1.0 RPMs, and am using oggenc.
The man page has an entry:
-c comment, --comment comment
Add the string comment as an extra comment. This
may be used multiple times, and all instances will
be added to each of the input files specified.
I assumed this works like the other comment options. It doesn't. It requires both a comment name and a comment value, rather than just a value. The error I got was 'Warning: Illegal comment used ("various comments I tried"), ignoring.'
Here's a sample usage of oggenc:
WRONG:
oggenc -q 4.99 -N 01 -t "Why" -a "Annie Lennox" -l "Diva" \
-c "perfect rip w/ Monty's cdparanoia" \
-c "encoded w/ oggenc at -q 4.99" -n \
"%a_-_%l_-01-_%t_4m53s.ogg" track01-ald.wav
CORRECTED:
oggenc -q 4.99 -N 01 -t "Why" -a "Annie Lennox" -l "Diva" \
-c "RIPPER=perfect rip with cdparanoia" \
-c "ENCODER=oggenc at -q 4.99" -n \
"%a_-_%l_-01-_%t_4m53s.ogg" track01-ald.wav
I made this bug report normal severity vs. minor because Google could not find any answer for me except for a single Russian language page that Babelfish could not translate well enough for me.
I can't fix this myself because I don't understand well enough how to build RPMs. I can send a diff for the man page if that would help.
Please cc: me at index@cox.net regarding this.
--Justin Harris
```Michael SmithMichael Smithhttps://gitlab.xiph.org/xiph/vorbis-tools/-/issues/253OggEnc 1.0 crashes on trivial resampling after encoding (and leaves an unfini...2006-06-12T10:29:53ZtgirmannOggEnc 1.0 crashes on trivial resampling after encoding (and leaves an unfinished ogg file behind)```
Example: oggenc --resample 44100 SomeSong.wav
In my tests SomeSong.wav had 44100 Hz, 16 bits per sample, Stereo.
The crash occurs after encoding is finished and file statistics are printed to
console (but before the buffers are flu...```
Example: oggenc --resample 44100 SomeSong.wav
In my tests SomeSong.wav had 44100 Hz, 16 bits per sample, Stereo.
The crash occurs after encoding is finished and file statistics are printed to
console (but before the buffers are flushed and header is updated). I've
compared 2 files (one encoded with --resample 44100 and one without); the last
0xA92 bytes were missing from the first ogg file and some values in the header
were different (but all other bytes were identical).
The bug is independent from the number of channels (i.e. using --resample or
mono input will cause the bug, too); file size doesn't seem to matter either
(tested files with length of 4 seconds as well as ones with length of 4 minutes)
When setting an invalid bit rate (e.g. -b 32 for CD quality input) the crash
occurs too (immediately now as there's nothing to encode).
IMO this bug is not trivial as it can easily occur when doing batch processing.
Version info (as the appropriate field is missing above):
OggEnc v1.0 (libvorbis 1.0)
(c) 2000-2002 Michael Smith <msmith@l (...) >
```Michael SmithMichael Smithhttps://gitlab.xiph.org/xiph/vorbis-tools/-/issues/252Segmentation Fault2007-06-17T08:34:20ZpascoggSegmentation Fault```
oggenc crashes with "Segmentation Fault" with following commands:
--- snip ---
sox /data/audio/aljarreau/audio_01.au -r 44100 -c 2 -w -s -t raw - | oggenc -r
-o test.ogg -
Encoding standard input to
"test.ogg"
at quality ...```
oggenc crashes with "Segmentation Fault" with following commands:
--- snip ---
sox /data/audio/aljarreau/audio_01.au -r 44100 -c 2 -w -s -t raw - | oggenc -r
-o test.ogg -
Encoding standard input to
"test.ogg"
at quality 3.00
Segmentation Fault
test.ogg: 0 bytes
--- snip ---
--- snip ---
sox /data/audio/aljarreau/audio_01.au -r 44100 -c 2 -w -s -t raw - | oggenc -r
--raw-endianness 1 - -o test.ogg
Encoding standard input to
"test.ogg"
at quality 3.00
Segmentation Fault
test.ogg: 0 bytes
[core dump file available, 1.7 MBytes]
--- snip ---
--- snip ---
# Same for MONO
sox /data/audio/aljarreau/audio_01.au -r 44100 -c 1 -w -s -t raw - | oggenc -r
--raw-endianness 1 -C 1 - -o test.ogg
Encoding standard input to
"test.ogg"
at quality 3.00
Segmentation Fault
--- snip ---
--- snip ---
sox /data/audio/aljarreau/audio_01.au audio.wav
oggenc audio.wav
Opening with wav module: WAV file reader
Encoding "audio.wav" to
"audio.ogg"
at quality 3.00
Segmentation Fault
audio.ogg: 0 bytes
--- snip ---
--- snip ---
sox /data/audio/aljarreau/audio_01.au -r 22050 audio.wav
rm audio.ogg
oggenc audio.wav
Opening with wav module: WAV file reader
Encoding "audio.wav" to
"audio.ogg"
at quality 3.00
Segmentation Fault
audio.ogg: 0 bytes
--- snip ---
--- snip ---
sox muppetsong_original.wav -r 22050 -c 2 -w -s -t raw - | oggenc -r
--raw-endianness 1 -R 22050 - -o test.ogg
Encoding standard input to
"test.ogg"
at quality 3.00
Encoding [ 0m20s so far] |Segmentation Fault
!! [REPEATED SAME COMMAND]
sox muppetsong_original.wav -r 22050 -c 2 -w -s -t raw - | oggenc -r
--raw-endianness 1 -R 22050 - -o test.ogg
Encoding standard input to
"test.ogg"
at quality 3.00
Encoding [ 0m21s so far] |Segmentation Fault
test.ogg: 147456 bytes (sounds good so far)
--- snip ---
--- snip ---
oggenc --resample=22050 muppetsong_original.wav
Opening with wav module: WAV file reader
Resampling input from 22254 Hz to 22050 Hz
Encoding "muppetsong_original.wav" to
"muppetsong_original.ogg"
at quality 3.00
[ 31.3%] [ 0m25s remaining] /Segmentation Fault
muppetsong_original.ogg: 98304 [sounds OK]
--- snip ---
BUT ...
--- snip ---
oggenc muppetsong_original.wav
Opening with wav module: WAV file reader
Encoding "muppetsong_original.wav" to
"muppetsong_original.ogg"
at quality 3.00
[ 99.8%] [ 0m00s remaining] \
Done encoding file "muppetsong_original.ogg"
File length: 0m 54.0s
Elapsed time: 0m 25.7s
Rate: 2.1066
Average bitrate: 50.8 kb/s
ogginfo muppetsong_original.ogg
Processing file "muppetsong_original.ogg"...
New logical stream (#1, serial: 000045d9): type vorbis
Vorbis headers parsed for stream 1, information follows...
Version: 0
Vendor: Xiph.Org libVorbis I 20020717 (1.0)
Channels: 1
Rate: 22254
Nominal bitrate: 40.222000 kb/s
Upper bitrate not set
Lower bitrate not set
Vorbis stream 1:
Total data length: 344425 bytes
Playback length: 0m:54s
Average bitrate: 50.833205 kbps
Logical stream 1 ended
--- snip ---
Used source:
libogg-1.0.tar.gz
libvorbis-1.0.tar.gz
libao-0.8.3.tar.gz
curl-7.9.8.tar.gz
vorbis-tools-1.0.tar.gz
Versions:
OggEnc v1.0 (libvorbis 1.0)
sox: Version 12.17.3
SunOS pmsun20 5.6 Generic_105181-33 sun4m sparc SUNW,SPARCstation-20
ldd `which oggenc`
libvorbisenc.so.2 => /tools/oggvorbis/1.0/lib/libvorbisenc.so.2
libvorbis.so.0 => /tools/oggvorbis/1.0/lib/libvorbis.so.0
libm.so.1 => /lib/libm.so.1
libogg.so.0 => /tools/oggvorbis/1.0/lib/libogg.so.0
libc.so.1 => /lib/libc.so.1
libdl.so.1 => /lib/libdl.so.1
/data/audio/aljarreau/audio_01.au: audio data: 16-bit linear PCM, stereo, 44100
Hz
I tried different things but it still crashes the same way:
- Compiled with GCC 2.8.1
- Compiled with GCC 3.2
- Commented out line 129 in vorbis-tools-1.0/share/iconvert.c
as of BugID 243 and recompiled/reinstalled
[The tries above I actually did it with this version]
Compile log looks good. As there seems to be some problems with iconv
(as of BugID 243) I show you this:
--- snip ---
gcc -DPACKAGE=\"vorbis-tools\" -DVERSION=\"1.0\" -DHAVE_DLFCN_H=1
-DSTDC_HEADERS=1 -DHAVE_ALLOCA_H=1 -DHAVE_ALLOCA=1
-DHAVE_UNISTD_H=1 -DHAVE_GETPAGESIZE=1 -DHAVE_MMAP=1 -DHAVE_LIMITS_H=1
-DHAVE_LOCALE_H=1 -DHAVE_NL_TYPES_H=1 -DHAVE
_MALLOC_H=1 -DHAVE_STDDEF_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1
-DHAVE_UNISTD_H=1 -DHAVE_SYS_PARAM_H=1 -DHAVE_GETC
WD=1 -DHAVE_GETEGID=1 -DHAVE_GETEUID=1 -DHAVE_GETGID=1 -DHAVE_GETUID=1
-DHAVE_MUNMAP=1 -DHAVE_PUTENV=1 -DHAVE_SETLOC
ALE=1 -DHAVE_STRCHR=1 -DHAVE_STRCASECMP=1 -DHAVE_STRDUP=1 -DHAVE_STRTOUL=1
-DHAVE_TSEARCH=1 -DHAVE_ICONV=1 -DICONV_C
ONST=const -DHAVE_LANGINFO_CODESET=1 -DHAVE_LC_MESSAGES=1 -DENABLE_NLS=1
-DHAVE_CURL=1 -DHAVE_PTHREAD=1 -DHAVE_ALLOC
A_H=1 -DHAVE_ALLOCA=1 -DHAVE_ICONV=1 -DICONV_CONST=const -DHAVE_ATEXIT=1
-DHAVE_LANGINFO_CODESET=1 -I. -I. -I../in
clude -O20 -ffast-math -fsigned-char -mv8 -c iconvert.c
iconvert.c: In function `iconvert':
iconvert.c:107: warning: passing arg 2 of `iconv' from incompatible pointer type
iconvert.c:166: warning: passing arg 2 of `iconv' from incompatible pointer type
iconvert.c:178: warning: passing arg 2 of `iconv' from incompatible pointer type
iconvert.c:201: warning: passing arg 2 of `iconv' from incompatible pointer type
iconvert.c:211: warning: passing arg 2 of `iconv' from incompatible pointer type
-- snip ---
REMARKS:
- ogg123 just works fine (file wich I partially could generate, and
downloaded files)
- Version 1.0 missing in Bugzilla form
- sox works as I use it with lame
Let me know if you need more information.
Thanks,
Pascal
```Michael SmithMichael Smith