Xiph.Org issueshttps://gitlab.xiph.org/groups/xiph/-/issues2018-01-22T04:18:25Zhttps://gitlab.xiph.org/xiph/vorbis-tools/-/issues/1579[PATCH] ogg123: reading boolean option failed2018-01-22T04:18:25ZKamae Norihiro[PATCH] ogg123: reading boolean option failedI found this bug in ogg123 from vorbis-tools-1.1.1/Vine Linux 4.2 and vorbis-tools-1.2.0 also has this bug.
My cfgfile is as below: (comments/blanks are removed.)
```
$ cat /etc/ogg123rc
default_device=oss
shuffle=n
```
It disables shuf...I found this bug in ogg123 from vorbis-tools-1.1.1/Vine Linux 4.2 and vorbis-tools-1.2.0 also has this bug.
My cfgfile is as below: (comments/blanks are removed.)
```
$ cat /etc/ogg123rc
default_device=oss
shuffle=n
```
It disables shuffle but ogg123 shuffles playlists.
I found a bug on a source code and wrote a patch for vorbis-tools-1.2.0.Michael SmithMichael Smithhttps://gitlab.xiph.org/xiph/vorbis-tools/-/issues/1570vorbis-tools-1.2.0 (ogg123) prints binary data into stdout (console)2018-01-22T04:18:37ZSamuli Suominenvorbis-tools-1.2.0 (ogg123) prints binary data into stdout (console)(This bug was created as a clone of http://bugs.gentoo.org/show_bug.cgi?id=267646)
Note that the original bug has a example .ogg for reproducing attached, so please check that out.
(Just a side note: e.g. flac123 doesn't have this prob...(This bug was created as a clone of http://bugs.gentoo.org/show_bug.cgi?id=267646)
Note that the original bug has a example .ogg for reproducing attached, so please check that out.
(Just a side note: e.g. flac123 doesn't have this problem)
ogg123 (ogg123 from vorbis-tools 1.2.0):
If it see a tag present, it echoes it.
The first problem is that it echoes the "Comment" tag (if it presents) twice.
The second (and much worse) problem is that it tries to echo tags like "Cover"
(graphics, though console couldn't correctle display it).
Reproducible: Always
Steps to Reproduce:
1. Get an ogg-coded file wicth clear tags;
2. Write the comment tag with easytag;
3. Try to play it with ogg123 and see the display;
4. Add to this file some picture (for example .jpg) as a cover;
5. Try to play it with ogg123 and see the display.
Actual Results:
For step 3:
"Comment: blah-blah-blah
Comment: blah-blah-blah"
For step 5:
Coverartmime: image/jpeg
Coverartdescription: potan2.jpg
Coverart: /9j/4AAQSkZJRgABAgAAZABkAAD/7AARRHVja3kAA... (continue echoing jpg)
Expected Results:
For step 3:
"Comment: blah-blah-blah"
For step 5:
To ignore the presence of Cover* tags.
Michael SmithMichael Smithhttps://gitlab.xiph.org/xiph/vorbis-tools/-/issues/1545[PATCH]: Russian translation of vorbis-tools has errors2018-01-22T04:29:14ZSergey Fedoseev[PATCH]: Russian translation of vorbis-tools has errorsIvoIvohttps://gitlab.xiph.org/xiph/vorbis-tools/-/issues/1524[PATCH] ogg123: incorrect remote control output2018-01-22T04:18:25ZGitlab Bot[PATCH] ogg123: incorrect remote control outputSummary (actions required):
* Remove spurious fifth parameter from @F output
* Report samplerate, channels in @S output
```
<P2E> I went and found an mpg123 remote control thing instead
<P2E> because everyone was like "it was modeled...Summary (actions required):
* Remove spurious fifth parameter from @F output
* Report samplerate, channels in @S output
```
<P2E> I went and found an mpg123 remote control thing instead
<P2E> because everyone was like "it was modeled after mpg123"
<P2E> but the frame thing has an extra parameter, looks like it could be bitrate, I don't know
<P2E> I'm also extremely confused by the track I just picked to play
<kfish> what do you mean by "the frame thing"? the command to skip to a particular frame?
<P2E> no, the "current position" response @F
<P2E> @F 0 0 54.77 170.52 690
<P2E> framesplayed framesleft secondsplayed secondsleft ???
<kfish> https://trac.xiph.org/attachment/ticket/1109/remote.txt
<kfish> so I assume ogg123 still implements ^^, with 4 output parameters to @F?
<kfish> and you are using a frontend that expects a fifth parameter?
<P2E> I'm saying I'm getting a 5th parameter and wondering what it is =]
<P2E> also, the stream information is completely empty
<P2E> LOAD 08-Badlands.ogg
<P2E> @I 08-Badlands.ogg
<P2E> @S 0.0 0 00000 xxxxxx 0 0 0 0 0 0 0 0
<P2E> @P 2
<P2E> I realise certain things like layer are obviously not going to be 1 2 or 3
<P2E> but bitrate could return nominal or avg
<P2E> samplerate and channels could be reported
```IvoIvohttps://gitlab.xiph.org/xiph/vorbis-tools/-/issues/1521Raw output can result in Buffer write failed.2018-01-22T04:18:37ZwernerRaw output can result in Buffer write failed.Hello,
BpmDj http://bpmdj.yellowcouch.org/ relies on ogg123 to decode an audiostream and write it to disk. Recently it sometimes works it sometimes doesn't. In particular when the source file is on an nfs share and the output file is o...Hello,
BpmDj http://bpmdj.yellowcouch.org/ relies on ogg123 to decode an audiostream and write it to disk. Recently it sometimes works it sometimes doesn't. In particular when the source file is on an nfs share and the output file is on a local disk, while the machine is under load ogg123 will give the error
Error: buffer write failed
and the output file will be incomplete. The command I issue is
$ ogg123 -q -d raw -f test.raw /music/cd085/Yvette\[BuzzFuzz\].ogg
Error: buffer write failed
This is rather problematic since BpmDj relies on ogg123 to be able to export the stream without trying it a couple of times. The version of ogg is
$ ogg123 -V
ogg123 from vorbis-tools 1.2.0
at a debian platform. Is this a known issue or is there any particular reason why it behaves like that ?
With kind regards,
Werner,-
http://werner.yellowcouch.org/
Monty MontgomeryMonty Montgomeryhttps://gitlab.xiph.org/xiph/vorbis-tools/-/issues/1514oggenc crashes when I try to use --resample2018-01-22T04:18:25Zezekiel000oggenc crashes when I try to use --resampleI have a directory of wav files to convert but if I try to batch re-sample them to 32000Hz (from 22050Hz and 44100Hz) I get this:
oggenc -b 64 --resample 32000 --downmix *.wav
Opening with wav module: WAV file reader
Resampling input fro...I have a directory of wav files to convert but if I try to batch re-sample them to 32000Hz (from 22050Hz and 44100Hz) I get this:
oggenc -b 64 --resample 32000 --downmix *.wav
Opening with wav module: WAV file reader
Resampling input from 22050 Hz to 32000 Hz
WARNING: Can't downmix except from stereo to mono
Encoding "0005.wav" to
"0005.ogg"
at approximate bitrate 64 kbps (VBR encoding enabled)
[ 73.9%] [ 0m00s remaining] -
Done encoding file "0005.ogg"
File length: 0m 02.0s
Elapsed time: 0m 00.1s
Rate: 24.6719
Average bitrate: 47.9 kb/s
*** glibc detected *** oggenc: munmap_chunk(): invalid pointer: 0x0000000000405540 ***
======= Backtrace: =========
/lib/libc.so.6[0x7fa4c94d7a58]
oggenc[0x404fad]
oggenc[0x404357]
/lib/libc.so.6(__libc_start_main+0xe6)[0x7fa4c947c466]
oggenc[0x402699]
======= Memory map: ========
00400000-0040f000 r-xp 00000000 08:01 52719 /usr/bin/oggenc
0060e000-0060f000 r--p 0000e000 08:01 52719 /usr/bin/oggenc
0060f000-00610000 rw-p 0000f000 08:01 52719 /usr/bin/oggenc
0213e000-02189000 rw-p 0213e000 00:00 0 [heap]
7fa4c9246000-7fa4c925c000 r-xp 00000000 08:01 73471 /lib/libgcc_s.so.1
7fa4c925c000-7fa4c945c000 ---p 00016000 08:01 73471 /lib/libgcc_s.so.1
7fa4c945c000-7fa4c945d000 r--p 00016000 08:01 73471 /lib/libgcc_s.so.1
7fa4c945d000-7fa4c945e000 rw-p 00017000 08:01 73471 /lib/libgcc_s.so.1
7fa4c945e000-7fa4c95c7000 r-xp 00000000 08:01 7770 /lib/libc-2.8.90.so
7fa4c95c7000-7fa4c97c6000 ---p 00169000 08:01 7770 /lib/libc-2.8.90.so
7fa4c97c6000-7fa4c97ca000 r--p 00168000 08:01 7770 /lib/libc-2.8.90.so
7fa4c97ca000-7fa4c97cb000 rw-p 0016c000 08:01 7770 /lib/libc-2.8.90.so
7fa4c97cb000-7fa4c97d0000 rw-p 7fa4c97cb000 00:00 0
7fa4c97d0000-7fa4c97d5000 r-xp 00000000 08:01 9604 /usr/lib/libogg.so.0.5.3
7fa4c97d5000-7fa4c99d4000 ---p 00005000 08:01 9604 /usr/lib/libogg.so.0.5.3
7fa4c99d4000-7fa4c99d5000 r--p 00004000 08:01 9604 /usr/lib/libogg.so.0.5.3
7fa4c99d5000-7fa4c99d6000 rw-p 00005000 08:01 9604 /usr/lib/libogg.so.0.5.3
7fa4c99d6000-7fa4c9a5a000 r-xp 00000000 08:01 7774 /lib/libm-2.8.90.so
7fa4c9a5a000-7fa4c9c59000 ---p 00084000 08:01 7774 /lib/libm-2.8.90.so
7fa4c9c59000-7fa4c9c5a000 r--p 00083000 08:01 7774 /lib/libm-2.8.90.so
7fa4c9c5a000-7fa4c9c5b000 rw-p 00084000 08:01 7774 /lib/libm-2.8.90.so
7fa4c9c5b000-7fa4c9ca3000 r-xp 00000000 08:01 8862 /usr/lib/libFLAC.so.8.2.0
7fa4c9ca3000-7fa4c9ea3000 ---p 00048000 08:01 8862 /usr/lib/libFLAC.so.8.2.0
7fa4c9ea3000-7fa4c9ea4000 r--p 00048000 08:01 8862 /usr/lib/libFLAC.so.8.2.0
7fa4c9ea4000-7fa4c9ea5000 rw-p 00049000 08:01 8862 /usr/lib/libFLAC.so.8.2.0
7fa4c9ea5000-7fa4c9ec4000 r-xp 00000000 08:01 9822 /usr/lib/libvorbis.so.0.4.0
7fa4c9ec4000-7fa4ca0c3000 ---p 0001f000 08:01 9822 /usr/lib/libvorbis.so.0.4.0
7fa4ca0c3000-7fa4ca0c4000 r--p 0001e000 08:01 9822 /usr/lib/libvorbis.so.0.4.0
7fa4ca0c4000-7fa4ca0d2000 rw-p 0001f000 08:01 9822 /usr/lib/libvorbis.so.0.4.0
7fa4ca0d2000-7fa4ca0ec000 r-xp 00000000 08:01 9824 /usr/lib/libvorbisenc.so.2.0.3
7fa4ca0ec000-7fa4ca2eb000 ---p 0001a000 08:01 9824 /usr/lib/libvorbisenc.so.2.0.3
7fa4ca2eb000-7fa4ca2ec000 r--p 00019000 08:01 9824 /usr/lib/libvorbisenc.so.2.0.3
7fa4ca2ec000-7fa4ca4ab000 rw-p 0001a000 08:01 9824 /usr/lib/libvorbisenc.so.2.0.3
7fa4ca4ab000-7fa4ca4ca000 r-xp 00000000 08:01 7767 /lib/ld-2.8.90.so
7fa4ca58b000-7fa4ca58c000 rw-p 7fa4ca58b000 00:00 0
7fa4ca58c000-7fa4ca58d000 r--p 00000000 08:01 61933 /usr/share/locale-langpack/en_GB/LC_MESSAGES/vorbis-tools.mo
7fa4ca58d000-7fa4ca58e000 rw-p 7fa4ca58d000 00:00 0
7fa4ca58e000-7fa4ca5cd000 r--p 00000000 08:01 12898 /usr/lib/locale/en_GB.utf8/LC_CTYPE
7fa4ca5cd000-7fa4ca6ae000 r--p 00000000 08:01 12897 /usr/lib/locale/en_GB.utf8/LC_COLLATE
7fa4ca6ae000-7fa4ca6b1000 rw-p 7fa4ca6ae000 00:00 0
7fa4ca6b5000-7fa4ca6b6000 r--p 00000000 08:01 12942 /usr/lib/locale/en_GB.utf8/LC_NUMERIC
7fa4ca6b6000-7fa4ca6b7000 r--p 00000000 08:01 12793 /usr/lib/locale/en_GB.utf8/LC_TIME
7fa4ca6b7000-7fa4ca6b8000 r--p 00000000 08:01 12794 /usr/lib/locale/en_GB.utf8/LC_MONETARY
7fa4ca6b8000-7fa4ca6b9000 r--p 00000000 08:01 12920 /usr/lib/locale/en_GB.utf8/LC_MESSAGES/SYS_LC_MESSAGES
7fa4ca6b9000-7fa4ca6ba000 r--p 00000000 08:01 12904 /usr/lib/locale/en_GB.utf8/LC_PAPER
7fa4ca6ba000-7fa4ca6bb000 r--p 00000000 08:01 12915 /usr/lib/locale/en_GB.utf8/LC_NAME
7fa4ca6bb000-7fa4ca6bc000 r--p 00000000 08:01 12795 /usr/lib/locale/en_GB.utf8/LC_ADDRESS
7fa4ca6bc000-7fa4ca6bd000 r--p 00000000 08:01 12796 /usr/lib/locale/en_GB.utf8/LC_TELEPHONE
7fa4ca6bd000-7fa4ca6be000 r--p 00000000 08:01 12900 /usr/lib/locale/en_GB.utf8/LC_MEASUREMENT
7fa4ca6be000-7fa4ca6c5000 r--s 00000000 08:01 7563 /usr/lib/gconv/gconv-modules.cache
7fa4ca6c5000-7fa4ca6c6000 r--p 00000000 08:01 12797 /usr/lib/locale/en_GB.utf8/LC_IDENTIFICATION
7fa4ca6c6000-7fa4ca6c9000 rw-p 7fa4ca6c6000 00:00 0
7fa4ca6c9000-7fa4ca6ca000 r--p 0001e000 08:01 7767 /lib/ld-2.8.90.so
7fa4ca6ca000-7fa4ca6cb000 rw-p 0001f000 08:01 7767 /lib/ld-2.8.90.so
7fffd26aa000-7fffd26ca000 rw-p 7ffffffdf000 00:00 0 [stack]
7fffd27f4000-7fffd27f5000 r-xp 7fffd27f4000 00:00 0 [vdso]
ffffffffff600000-ffffffffff601000 r-xp 00000000 00:00 0 [vsyscall]
Aborted
I am using Ubuntu 8.10 with oggenc from vorbis-tools 1.2.0Michael SmithMichael Smithhttps://gitlab.xiph.org/xiph/vorbis-tools/-/issues/1510add check for -lnetwork when configuring vorbis-tools2018-01-22T04:18:26Zscottmc2add check for -lnetwork when configuring vorbis-toolsHaiku uses -lnetwork for socket, so adding a check for it in configure.ac takes care of this. Also moved a line in oggenc.c to fix another error since Haiku uses gcc2 and it errored out during make.
Haiku uses -lnetwork for socket, so adding a check for it in configure.ac takes care of this. Also moved a line in oggenc.c to fix another error since Haiku uses gcc2 and it errored out during make.
Michael SmithMichael Smithhttps://gitlab.xiph.org/xiph/vorbis-tools/-/issues/1506[PATCH] -o fails to create directory that already exists (race condition)2018-01-22T04:18:37Z6brx8u102[PATCH] -o fails to create directory that already exists (race condition)Found in oggenc from vorbis-tools 1.2.0 / Ubuntu 9.04 Alpha 4.
I have a script that runs several oggenc instances in parallel. I use the -o option and let oggenc create directories as needed. This works most of the time, but sometimes I...Found in oggenc from vorbis-tools 1.2.0 / Ubuntu 9.04 Alpha 4.
I have a script that runs several oggenc instances in parallel. I use the -o option and let oggenc create directories as needed. This works most of the time, but sometimes I get this kind of error:
Couldn't create directory "/media/disk/MUSIC/Haydn, Joseph - String Quartets": File exists
As I understand it, this happens when two parallel oggenc instances both decide to create the same directory; one creates the directory and the other one fails because the directory is already created.
I suggest that oggenc should relax its error checking and swallow this particular kind of "error".
--
Per ÅngströmMichael SmithMichael Smithhttps://gitlab.xiph.org/xiph/vorbis-tools/-/issues/1473oggenc: ../../oggenc/resample.c:140: res_init: Assertion `infreq > 0' failed.2018-01-22T04:18:26Zjpoggenc: ../../oggenc/resample.c:140: res_init: Assertion `infreq > 0' failed.Using OggEnc v1.0.2
Executed oggenc -b192 --resample 44100 -q5 -o/tmp/dvdrip493a5ec07f275/title_1_audio_2.ogg /tmp/dvdrip493a5ec07f275/title_1_audio_2.wav
Gave the following
Opening with wav module: WAV file reader
oggenc: ../../oggen...Using OggEnc v1.0.2
Executed oggenc -b192 --resample 44100 -q5 -o/tmp/dvdrip493a5ec07f275/title_1_audio_2.ogg /tmp/dvdrip493a5ec07f275/title_1_audio_2.wav
Gave the following
Opening with wav module: WAV file reader
oggenc: ../../oggenc/resample.c:140: res_init: Assertion `infreq > 0' failed.
Aborted
Michael SmithMichael Smithhttps://gitlab.xiph.org/xiph/vorbis-tools/-/issues/1457ogg123 cuts off very beginning of .ogg files2018-01-22T04:18:26ZDan Fegoogg123 cuts off very beginning of .ogg filesWhenever I attempt to play an ogg vorbis audio file with ogg123, the very first split second of the file is cut off. It's definitely not a second, but it's long enough to be noticed. I doubt this is a problem with ogg123, but probably ...Whenever I attempt to play an ogg vorbis audio file with ogg123, the very first split second of the file is cut off. It's definitely not a second, but it's long enough to be noticed. I doubt this is a problem with ogg123, but probably one of the underlying libraries, since it also occurs with mpd, play (from sox), and mplayer (but strangely, not ffplay).
This occurs with a bunch of files I tested it with.
I'm currently using vorbis-tools 1.2.0, on Gentoo x86.Michael SmithMichael Smithhttps://gitlab.xiph.org/xiph/vorbis-tools/-/issues/1452vorbiscomment should support viewing/editing comments on secondary Vorbis str...2018-01-22T04:18:37Zmgoldvorbiscomment should support viewing/editing comments on secondary Vorbis streamsIf an Ogg file contains multiple multiplexed Vorbis streams, vorbiscomment always works with the first one. There should be an option to view or edit comments on a secondary stream (probably selected by serial number). An option to list ...If an Ogg file contains multiple multiplexed Vorbis streams, vorbiscomment always works with the first one. There should be an option to view or edit comments on a secondary stream (probably selected by serial number). An option to list all supported streams would be helpful if this was implemented.Michael SmithMichael Smithhttps://gitlab.xiph.org/xiph/vorbis-tools/-/issues/1446oggenc: remove unused option -A, fix opt string2018-01-22T04:18:26ZAdam Buchbinderoggenc: remove unused option -A, fix opt stringThe -A option (was previously short for --advanced-encode-option) to oggenc hasn't been valid since [3477], but the getopt string still finds it and expects an argument... but it doesn't actually do anything. The patch removes the -A opt...The -A option (was previously short for --advanced-encode-option) to oggenc hasn't been valid since [3477], but the getopt string still finds it and expects an argument... but it doesn't actually do anything. The patch removes the -A option.
Additionally, the -l (--album) option wasn't specified in the short arguments as requiring an option, but this didn't cause an actual problem on my system. It's semantically correct after applying the patch.Michael SmithMichael Smithhttps://gitlab.xiph.org/xiph/vorbis-tools/-/issues/1439vorbiscomment gives a SIGSEGV (segmentation fault) with --tag2008-10-15T22:02:04Zjcreighvorbiscomment gives a SIGSEGV (segmentation fault) with --tagI expected --tag to work exactly like -t. Instead, it causes a segfault whenever it appears in the command line.
```
[from SVN checkout of R15399]
~/src/vorbis-tools/vorbiscomment$ ./vorbiscomment --version
vorbiscomment from vorbis-too...I expected --tag to work exactly like -t. Instead, it causes a segfault whenever it appears in the command line.
```
[from SVN checkout of R15399]
~/src/vorbis-tools/vorbiscomment$ ./vorbiscomment --version
vorbiscomment from vorbis-tools 1.3.0
~/src/vorbis-tools/vorbiscomment$ ./vorbiscomment --tag
Segmentation fault
~/src/vorbis-tools/vorbiscomment$ ./vorbiscomment -t
./vorbiscomment: option requires an argument -- t
vorbiscomment from vorbis-tools 1.3.0
by the Xiph.Org Foundation (http://www.xiph.org/)
<snip usage>
```
I realize it's incorrect to call --tag with no arguments, but the bug manifests with or without an argument. It appears to be somewhere in the option parsing:
```
~/src/vorbis-tools/vorbiscomment$ gdb ./vorbiscomment
GNU gdb 6.8-debian
Copyright (C) 2008 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law. Type "show copying"
and "show warranty" for details.
This GDB was configured as "x86_64-linux-gnu"...
(gdb) run --tag
Starting program: /home/jason/src/vorbis-tools/vorbiscomment/vorbiscomment --tag
Program received signal SIGSEGV, Segmentation fault.
0x00007f033f96e050 in strlen () from /lib/libc.so.6
(gdb) bt
#0 0x00007f033f96e050 in strlen () from /lib/libc.so.6
#1 0x00007f033f96dd86 in strdup () from /lib/libc.so.6
#2 0x00000000004038c4 in parse_options (argc=2, argv=0x7fff48512aa8, param=0x22c0050) at vcomment.c:524
#3 0x0000000000403dd6 in main (argc=2, argv=0x7fff48512aa8) at vcomment.c:176
(gdb)
```
I was able to reproduce this bug with trunk (revision 15399) and 1.2.0. This is on amd64 box running debian testing.
IvoIvohttps://gitlab.xiph.org/xiph/vorbis-tools/-/issues/1432oggenc instances started in the same second generate the same serial number2008-10-04T21:15:16Zmgoldoggenc instances started in the same second generate the same serial numberTwo copies of oggenc that start in the same second will generate output with the same serial number, which is a problem if the user wants to concatenate 2 or more of the output files (since all streams in a file must have unique serial n...Two copies of oggenc that start in the same second will generate output with the same serial number, which is a problem if the user wants to concatenate 2 or more of the output files (since all streams in a file must have unique serial numbers). These commands show the duplicate numbers:
```
$ dd if=/dev/urandom of=test.raw bs=4 count=44100
$ for x in {0..9} ; do oggenc -q5 --raw test.raw -o test$x.ogg; done
$ ogginfo test?.ogg |grep serial
```
This happens because the random number generator is only seeded using the time. XORing the time with the PID fixes this problem, though I'm not sure whether getpid() is available on all platforms.IvoIvohttps://gitlab.xiph.org/xiph/vorbis-tools/-/issues/1415[PATCH] mingw problems with intl/localename.c2008-08-31T15:33:10ZGitlab Bot[PATCH] mingw problems with intl/localename.cSome of the SUBLANG values were defined wrong and gave me duplicate case value errors:
```
localename.c: In function `_nl_locale_name_default':
localename.c:1145: error: duplicate case value
localename.c:1144: error: previously used her...Some of the SUBLANG values were defined wrong and gave me duplicate case value errors:
```
localename.c: In function `_nl_locale_name_default':
localename.c:1145: error: duplicate case value
localename.c:1144: error: previously used here
localename.c:1359: error: duplicate case value
localename.c:1358: error: previously used here
localename.c:1367: error: duplicate case value
localename.c:1366: error: previously used here
```
The first pair of values is SUBLANG_BENGALI_INDIA and SUBLANG_BENGALI_BANGLADESH. I found this patch which fixed the problem, and apparently it was also fixed in gettext between version 0.16.1 and 0.17, so perhaps updating to gettext 0.17 could also fix the problem.
IvoIvohttps://gitlab.xiph.org/xiph/vorbis-tools/-/issues/1413oggdec not able to decode multitrack ogg files2008-08-20T14:30:14Zlavishoggdec not able to decode multitrack ogg filesOggDec 1.0.1 - provided by vorbis-tools (1.1.1-15ubuntu0.1) - is not able to decode multitrack ogg files. Here is a [sample](http://www.minimalblue.com/tmp/multitrack_sample.oga) I recorded using idjc-7.5.4
```
lavish@daw:~$ oggdec -o m...OggDec 1.0.1 - provided by vorbis-tools (1.1.1-15ubuntu0.1) - is not able to decode multitrack ogg files. Here is a [sample](http://www.minimalblue.com/tmp/multitrack_sample.oga) I recorded using idjc-7.5.4
```
lavish@daw:~$ oggdec -o multitrack_sample.wav multitrack_sample.oga
OggDec 1.0.1
Decoding "multitrack_sample.oga" to "multitrack_sample.wav"
[100.0%]Only one logical bitstream currently supported
```
```
lavish@daw:~$ oggzinfo -a multitrack_sample.oga
Content-Duration: 00:00:05.578
Content-Length: 48.734 kB
Content-Bitrate-Average: 71.572 kbps
Vorbis: serialno 1138747329
5 packets in 3 pages, 1.7 packets/page
Content-Length: 3.528 kB
Content-Bitrate-Average: 5.181 kbps
Audio-Samplerate: 44100 Hz
Audio-Channels: 2
Page-Length-Maximum: 3.441 kB
Page-Length-StdDev: 1.961 kB
Packet-Length-Maximum: 3.356 kB
Packet-Length-StdDev: 1.492 kB
Vorbis: serialno 1138747330
330 packets in 52 pages, 6.3 packets/page
Content-Length: 45.206 kB
Content-Bitrate-Average: 66.390 kbps
Audio-Samplerate: 44100 Hz
Audio-Channels: 2
Page-Length-Maximum: 3.761 kB
Page-Length-StdDev: 442 bytes
Packet-Length-Maximum: 3.675 kB
Packet-Length-StdDev: 208 bytes
```
I managed to decode it with ogg123:
```
lavish@daw:~$ ogg123 -d wav -f multitrack_sample.wav multitrack_sample.oga
Audio Device: WAV file output
Playing: multitrack_sample.oga
Ogg Vorbis stream: 2 channel, 44100 Hz
Ogg Vorbis stream: 2 channel, 44100 Hz
Done.
```
Thanks for your software,
keep up the good work!
MarcoMichael SmithMichael Smithhttps://gitlab.xiph.org/xiph/vorbis-tools/-/issues/1407please advise, stream stops at the beggining of next song2008-08-31T18:41:32Zmahmoudmaswadehplease advise, stream stops at the beggining of next songDear Sir,Madam
I am streaming songs using oddcast client and icecast2 server. I am streaming in ogg format since it is lighter on connection. I hear the current streamed song in windows media player perfectly. but when the song finished,...Dear Sir,Madam
I am streaming songs using oddcast client and icecast2 server. I am streaming in ogg format since it is lighter on connection. I hear the current streamed song in windows media player perfectly. but when the song finished, I still hear the beggining of the next song then the player goes silent.
I dont know what to do and i searcher and searched for long time for a solution with no hope.
can you please help
server Os: linux fedora
client(S): windows/ (XP mostly)
Thanks
Best regards
Mahmoud MaswadehMichael SmithMichael Smithhttps://gitlab.xiph.org/xiph/vorbis-tools/-/issues/1403[PATCH] Support for embedding lyrics in oggenc2009-04-19T21:19:21ZGitlab Bot[PATCH] Support for embedding lyrics in oggencThe attached patch allows oggenc to embed lyrics alongside Vorbis.
Lyrics are embedded as Kate streams, and can be read from srt or lrc files.
The attached patch allows oggenc to embed lyrics alongside Vorbis.
Lyrics are embedded as Kate streams, and can be read from srt or lrc files.
IvoIvohttps://gitlab.xiph.org/xiph/vorbis-tools/-/issues/1386OGGDEC error in W32 binary 1.2.02008-09-28T17:09:13ZthealmightyguruOGGDEC error in W32 binary 1.2.0I'm using oggdec from the W32 binary version 1.2.0 on a Windows XP SP3 machine. While trying to run it from the command line on an ogg file I made using oggenc 1.2.0 I get the generic Windows error "oggdec.exe has encountered a problem a...I'm using oggdec from the W32 binary version 1.2.0 on a Windows XP SP3 machine. While trying to run it from the command line on an ogg file I made using oggenc 1.2.0 I get the generic Windows error "oggdec.exe has encountered a problem and needs to close."Michael SmithMichael Smithhttps://gitlab.xiph.org/xiph/vorbis-tools/-/issues/1385[PATCH] Translation patches for oggenc and oggdec2009-04-19T20:35:51ZIvo[PATCH] Translation patches for oggenc and oggdecPosted here for documentation purposes. Patches by Benno Schulenberg. Quote:
"The help text of oggenc appears to be... huge. This is difficult to
handle for translators. So the first attached patch cuts the text
up into manageable c...Posted here for documentation purposes. Patches by Benno Schulenberg. Quote:
"The help text of oggenc appears to be... huge. This is difficult to
handle for translators. So the first attached patch cuts the text
up into manageable chunks.
The help text for oggdec wasn't gettextized yet (marked with the _()
macro calls). So the second attached patch does this, gettextizing
every option separately, as was done for ogg123. If you prefer this
method, you may wish to do this too for oggenc, instead of applying
the first patch.
Gettextization isn't complete yet, because for example in oggenc the
VERSION and COPYRIGHT strings are not marked with _() yet (and they
can't be, because they are constants), so this will need some more
work. But as it's not very important, it can wait until the next
point release."IvoIvo