Xiph.Org issueshttps://gitlab.xiph.org/groups/xiph/-/issues2017-09-02T15:25:02Zhttps://gitlab.xiph.org/xiph/tremor/-/issues/890[PATCH] Tremor doesn't compile and cannot open seekable streams2017-09-02T15:25:02Zshevek[PATCH] Tremor doesn't compile and cannot open seekable streamsI downloaded the tremor sources from http://svn.xiph.org/trunk/Tremor and needed some changes to make them compile. I hope to attach a patch after submitting this ticket. It contains:
* In debian/rules, uncomment a full block instead...I downloaded the tremor sources from http://svn.xiph.org/trunk/Tremor and needed some changes to make them compile. I hope to attach a patch after submitting this ticket. It contains:
* In debian/rules, uncomment a full block instead of only the first line.
* In autogen.sh, save and restore current directory to make it work everywhere (as opposed to only when the current directory is where autogen.sh is located).
* vorbisfile.c: Always set state to PARTOPEN after _ov_open1, since ov_test_open will choke if it didn't.
* configure.in: Join mistakenly broken line.Monty MontgomeryMonty Montgomeryhttps://gitlab.xiph.org/xiph/xiph-qt/-/issues/1379XiphQT loads the whole Thora track into memory2018-04-29T09:16:10ZArek KorbikXiphQT loads the whole Thora track into memoryWhen importing ogg files XiphQT loads all Theora pages into memory, by ways of `ogg_stream_pagein()` and keeps them all in memory until the whole file has been imported.
This has particulary nasty effects on windows platform, where ever...When importing ogg files XiphQT loads all Theora pages into memory, by ways of `ogg_stream_pagein()` and keeps them all in memory until the whole file has been imported.
This has particulary nasty effects on windows platform, where every `ogg_stream_pagein()` causes re-alloc -> copying of *the whole allocated block* each time!Arek KorbikArek Korbikhttps://gitlab.xiph.org/xiph/ezstream/-/issues/15350.5.4 Win32 build does not use TagLib2017-08-03T06:12:52ZMoritz Grimm0.5.4 Win32 build does not use TagLibMissing #define in win32/config.h.Missing #define in win32/config.h.Moritz GrimmMoritz Grimmhttps://gitlab.xiph.org/xiph/libao/-/issues/2034release 1.2.0 was not announced and is not linked on the downloads page2017-11-03T10:00:01Zjohn_spencerrelease 1.2.0 was not announced and is not linked on the downloads pagedespite it being available on the ftp since several weeksdespite it being available on the ftp since several weeksMonty MontgomeryMonty Montgomeryhttps://gitlab.xiph.org/xiph/icecast-libshout/-/issues/1207libshout 2.2.2 - configure script ignores "--with-speex=/path"2019-05-15T09:23:08ZThomas B. Rückerlibshout 2.2.2 - configure script ignores "--with-speex=/path"from #icecast on irc.freenode.org:
```
16:52:22< dm8tbr> configure script seems to ignore "--with-speex=/data/devel/openpma/build.arm/target/speex/"
16:54:20< dm8tbr> as expected running "grep target\/speex * -R" in the configured libsho...from #icecast on irc.freenode.org:
```
16:52:22< dm8tbr> configure script seems to ignore "--with-speex=/data/devel/openpma/build.arm/target/speex/"
16:54:20< dm8tbr> as expected running "grep target\/speex * -R" in the configured libshout sources only yields results in configure.*
16:59:21< dm8tbr> as opposed to running "grep target\/libogg * -R" - which yields plenty hits in e.g. Makefiles
```
This breaks cross compiling whith libraries relocated into separate directories (and that's what I need)Marvin ScholzMarvin Scholzhttps://gitlab.xiph.org/xiph/icecast-libshout/-/issues/1923libshout-2.3.1 compilation warnings2017-11-16T12:06:13Zmirrazlibshout-2.3.1 compilation warningsBuilding libshout-2.3.1 for my Gentoo I got this warnings:
timing.c:53:5: warning: implicit declaration of function ‘gettimeofday’ [-Wimplicit-function-declaration]
shout.c:1004:4: warning: implicit declaration of function ‘shout_open_we...Building libshout-2.3.1 for my Gentoo I got this warnings:
timing.c:53:5: warning: implicit declaration of function ‘gettimeofday’ [-Wimplicit-function-declaration]
shout.c:1004:4: warning: implicit declaration of function ‘shout_open_webm’ [-Wimplicit-function-declaration]Michael SmithMichael Smithhttps://gitlab.xiph.org/xiph/oggdsf/-/issues/1546OGV file(s) are crashing WMP (12)2021-11-29T02:09:34ZMercury_22OGV file(s) are crashing WMP (12)If I add an OG*V* file to Windows Media Player VIDEO library when I browse Windows Media Player's libray, WMP (both 32-bit and 64-bit) it's crashing with the following message
```
Problem Event Name: APPCRASH
Application Name: wmplayer...If I add an OG*V* file to Windows Media Player VIDEO library when I browse Windows Media Player's libray, WMP (both 32-bit and 64-bit) it's crashing with the following message
```
Problem Event Name: APPCRASH
Application Name: wmplayer.exe
Application Version: 12.0.7229.0
Application Timestamp: 4a28bdcc
Fault Module Name: dsfVorbisDecoder.dll
Fault Module Version: 0.0.0.0
Fault Module Timestamp: 493a706b
Exception Code: c0000005
Exception Offset: 00008103
OS Version: 6.1.7229.2.0.0.256.1
Locale ID: 1033
Additional Information 1: a7aa
Additional Information 2: a7aa91f17ea749d42a4de3b390fa5b3d
Additional Information 3: a7aa
Additional Information 4: a7aa91f17ea749d42a4de3b390fa5b3d
```
Same thing it's happening with Windows Media Center. But if i rename the same file from ogv to ogg NO MORE crashing!
Also the file it's playing fine as ogv or as ogg with WMP
Tested on Windows 7 x64 (7100, ... 7229) with Current Stable Version (0.81.15562) - 06.12.2008 both 32-bit and 64-bit versions installed
Sample http://sharebee.com/07f95f52Cristian AdamCristian Adamhttps://gitlab.xiph.org/xiph/positron/-/issues/494Key out of bounds error while trying to delete entire /neuros/music directory2017-08-03T06:41:39ZmpmKey out of bounds error while trying to delete entire /neuros/music directory```
I need to delete about 1.7GB from the neuros (the entire database and all
music). To do this, I did:
positron del /neuros/music
After processing about 35 files, positron quits with an "out of bounds" error.
The file it quits on is...```
I need to delete about 1.7GB from the neuros (the entire database and all
music). To do this, I did:
positron del /neuros/music
After processing about 35 files, positron quits with an "out of bounds" error.
The file it quits on is not the same (I rerun the command and it quits again on
a different file--as though it had already deleted the previous 35 or so files).
There isn't anything really unique about my music or the last file positron
processes. If there is anything else that is needed I can provide it.
The error is:
Traceback (most recent call last):
File "/usr/bin/positron", line 175, in ?
main(sys.argv)
File "/usr/bin/positron", line 157, in main
cmd.run(config, myNeuros, remaining[1:])
File "/usr/lib/python2.2/site-packages/positron/cmd_del.py", line 116, in run
del_track(config, neuros, sourcename, sai_index)
File "/usr/lib/python2.2/site-packages/positron/cmd_del.py", line 77, in del_track
neuros_path = neuros.db["audio"].get_record(sai_index)[8].lower()
File "/usr/lib/python2.2/site-packages/positron/db/WOID.py", line 146, in
get_record
(pointer, pai_pointer) = self.sai[index]
File "/usr/lib/python2.2/site-packages/positron/db/SAI.py", line 79, in
__getitem__
raise IndexError("Key out of bounds")
IndexError: Key out of bounds
```Stan SeibertStan Seiberthttps://gitlab.xiph.org/xiph/speex/-/issues/1116speexenc crash using --vbr2018-01-21T13:05:27ZGitlab Botspeexenc crash using --vbrspeexenc 1.1.12 (with vorbis-psy) will crash while compressing a 44100kHz
wav file when launched with this command line:
$ speexenc --quality 10 --vbr cdda.wav pro.spx
or
$ speexenc --quality 9 --vbr cdda.wav pro.spx
Here is the ...speexenc 1.1.12 (with vorbis-psy) will crash while compressing a 44100kHz
wav file when launched with this command line:
$ speexenc --quality 10 --vbr cdda.wav pro.spx
or
$ speexenc --quality 9 --vbr cdda.wav pro.spx
Here is the backtrace:
Warning: Speex is only optimized for 8, 16 and 32 kHz. It will
still work at 44100 Hz but your mileage may vary
Encoding 44100 Hz audio using ultra-wideband (sub-band CELP) mode (stereo)
Program received signal SIGSEGV, Segmentation fault.
0x0ffca104 in split_cb_search_shape_sign () from /usr/lib/libspeex.so.1
(gdb) bt
#0 0x0ffca104 in split_cb_search_shape_sign () from /usr/lib/libspeex.so.1
#1 0x0ffc27c4 in sb_encode () from /usr/lib/libspeex.so.1
#2 0x0ffcc2c0 in speex_encode_native () from /usr/lib/libspeex.so.1
#3 0x0ffc1eb8 in sb_encode () from /usr/lib/libspeex.so.1
#4 0x0ffcc434 in speex_encode_int () from /usr/lib/libspeex.so.1
#5 0x10002e48 in ?? ()
#6 0x0fd8a6f0 in ?? () from /lib/libc.so.6
#7 0x0fd8a914 in __libc_start_main () from /lib/libc.so.6
#8 0x00000000 in ?? ()
It will not crash when launched with
$ speexenc --quality 8 --vbr cdda.wav pro.spx
In addition, 'speexenc --vbr cdda.wav pro.spx' will produce an orrible-sounding
file, while 'speexenc cdda.wav pro.spx' will produce a normal .spx file.
I compiled speex on a PPC box with Gentoo 2006.1
Jean-Marc ValinJean-Marc Valinhttps://gitlab.xiph.org/xiph/icecast-website/-/issues/1270developer unfriendly icecast homepage2017-08-26T22:33:52Zmuellideveloper unfriendly icecast homepageHi,
I'd say icecast.org is rather unwelcoming for potential contributors. I am especially missing a link to the bugtracker and a URL to checkout the repository.
I'd expect to have a developer page or the like where this information is ...Hi,
I'd say icecast.org is rather unwelcoming for potential contributors. I am especially missing a link to the bugtracker and a URL to checkout the repository.
I'd expect to have a developer page or the like where this information is supplied.
TIA :)Gitlab BotGitlab Bothttps://gitlab.xiph.org/xiph/Infrastructure/-/issues/27paypal donation link not working2018-05-14T02:24:00ZGitlab Botpaypal donation link not workingOnce you click on to donate, then log in to paypay, no information is saved. The donor must enter the information manually. I am sure you will lose some donations as it is just too much trouble. The donation process needs to be as simple...Once you click on to donate, then log in to paypay, no information is saved. The donor must enter the information manually. I am sure you will lose some donations as it is just too much trouble. The donation process needs to be as simple as possible.Gitlab BotGitlab Bothttps://gitlab.xiph.org/xiph/icecast-server/-/issues/2256Icecast 2.4.2 hangs after several hours running2017-10-05T10:40:40ZDaniel LafraiaIcecast 2.4.2 hangs after several hours runningI have a couple of Icecast servers at Digital Ocean used as a relay to our main Icecast server at AWS. For some reason the edge server (the one receiving connections from end users) hangs completely.
I had to setup Supervisord to do an ...I have a couple of Icecast servers at Digital Ocean used as a relay to our main Icecast server at AWS. For some reason the edge server (the one receiving connections from end users) hangs completely.
I had to setup Supervisord to do an HTTP request to status.xsl to determine if it's up, so it can be restarted when it happens (status.xsl request times out). Actually this happens both servers, same behavior hanging every 1 or 2 days or so.
This is not a busy streaming server (about 400 listeners peak each). When it hangs sometimes it's not on peak hours, I've seen it happening early morning.
Error_log stops longing when it happens, so there's not much information there (using loglevel 3).
This icecast server is running in a docker container, just like the main server. I'm starting this docker image with ulimit 1024:1024 for nofile.
How can I provide you with more info so we can see if this is a bug?Gitlab BotGitlab Bothttps://gitlab.xiph.org/xiph/icecast-server/-/issues/2284Icecast segfaults on startup and shutdown2018-07-02T00:38:16ZBrendonIcecast segfaults on startup and shutdownUsing the latest 2.4.3 with SSL on Debian 8 x64 (happens with SSL disabled as well). Running icecast using daemontools. This also happened with 2.4.2 being started with upstart. Startup script is:
```
exec /usr/local/bin/icecast -c /etc...Using the latest 2.4.3 with SSL on Debian 8 x64 (happens with SSL disabled as well). Running icecast using daemontools. This also happened with 2.4.2 being started with upstart. Startup script is:
```
exec /usr/local/bin/icecast -c /etc/icecast/icecast.xml
```
I've noticed that the icecast process segfaults on both startup and shutdown.
Shutdown:
```
Aug 24 14:50:01 ngradio-staging kernel: [80171.821413] icecast[16264]: segfault at 48 ip 000000000040fa8e sp 00007f2af4087dd0 error 4 in icecast[400000+34000]
```
Startup:
```
Aug 24 14:41:02 ngradio-staging kernel: [79632.697742] icecast[14984]: segfault at 0 ip 00007fc773ea3c3a sp 00007fc775798e18 error 4 in libc-2.19.so[7fc773e22000+1a2000]
```
Observations:
- Happens 100% of the time the process is stopped.
- Happens nearly 100% of the time the process is started, and at times can happen 5-10 times before the icecast process will start. Sometimes I can't get the process to start at all when I'm starting it manually via the cli (tried 10-20 times then gave up).
- Happens with the liquidsoap processes trying to connect and with liquidsoap completely down.
- Nothing seems to be correlated with these segfaults, nor with this happening once or multiple times before the process ultimately starts.
- I don't get a segfault on startup when running Icecast via valgrind, but I do when running directly on the cli, via strace, or via daemontools.
- Sometimes if I start / restart icecast a bunch via daemontools, I can't get the process to start up at all. A reboot seems to be the only thing that helps.
I uploaded my Icecast config and some valgrind output in #2283. This is the tail end of the strace output:
```
munmap(0x7f23bacb1000, 4096) = 0
stat("/etc/localtime", {st_mode=S_IFREG|0644, st_size=3519, ...}) = 0
write(7, "[2016-08-24 14:53:33] INFO conn"..., 118) = 118
stat("/etc/localtime", {st_mode=S_IFREG|0644, st_size=3519, ...}) = 0
write(7, "[2016-08-24 14:53:33] INFO conn"..., 836) = 836
poll([{fd=5, events=POLLIN}, {fd=6, events=POLLIN}], 2, 300 <unfinished ...>
+++ killed by SIGSEGV +++
```
Let me know if I can provide any other info. As of right now, this is simply a nuisance, but without daemontools restarting the process over and over until it finally does start up, this would probably be a blocker.Thomas B. RückerThomas B. Rückerhttps://gitlab.xiph.org/xiph/vorbis-tools/-/issues/1701[PATCH] Vorbis-tools-1.4.0 fails to compile with gcc22018-01-22T04:18:25Zscottmc2[PATCH] Vorbis-tools-1.4.0 fails to compile with gcc2Making all in vcut
make[2]: Entering directory `/boot/develop/haikuports/media-sound/vorbis-tools/work/vorbis-tools-1.4.0/vcut'
source='vcut.c' object='vcut.o' libtool=no \
DEPDIR=.deps depmode=gcc /bin/sh ../depcomp \
gc...Making all in vcut
make[2]: Entering directory `/boot/develop/haikuports/media-sound/vorbis-tools/work/vorbis-tools-1.4.0/vcut'
source='vcut.c' object='vcut.o' libtool=no \
DEPDIR=.deps depmode=gcc /bin/sh ../depcomp \
gcc -DLOCALEDIR=\"/boot/common/share/locale\" -DHAVE_CONFIG_H -I. -I.. -I/boot/common/include -I/boot/common/include -I../include -I../intl -I/boot/common/include -O2 -fsigned-char -g -O2 -c vcut.c
/boot/develop/haikuports/media-sound/vorbis-tools/work/vorbis-tools-1.4.0/vcut/vcut.c: In function `open_output_stream':
/boot/develop/haikuports/media-sound/vorbis-tools/work/vorbis-tools-1.4.0/vcut/vcut.c:243: parse error before `int'
/boot/develop/haikuports/media-sound/vorbis-tools/work/vorbis-tools-1.4.0/vcut/vcut.c:244: `rv' undeclared (first use in this function)
/boot/develop/haikuports/media-sound/vorbis-tools/work/vorbis-tools-1.4.0/vcut/vcut.c:244: (Each undeclared identifier is reported only once
/boot/develop/haikuports/media-sound/vorbis-tools/work/vorbis-tools-1.4.0/vcut/vcut.c:244: for each function it appears in.)
make[2]: *** [vcut.o] Error 1
make[2]: Leaving directory `/boot/develop/haikuports/media-sound/vorbis-tools/work/vorbis-tools-1.4.0/vcut'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/boot/develop/haikuports/media-sound/vorbis-tools/work/vorbis-tools-1.4.0'
make: *** [all] Error 2
Moving int rv to the top of the function then allows vorbis-tools-1.4.0 to fully build. Patch attached.Michael SmithMichael Smithhttps://gitlab.xiph.org/xiph/vorbis-tools/-/issues/2136Oggenc channel integer overflow2020-12-06T12:33:55ZParis ZoumpouloglouOggenc channel integer overflowI discovered an integer overflow issue in oggenc, related to the number of channels in the input WAV file. The issue triggers an out-of-bounds memory access which causes oggenc to crash here (audio.c) :
```
576 memcpy(wav->channel_permu...I discovered an integer overflow issue in oggenc, related to the number of channels in the input WAV file. The issue triggers an out-of-bounds memory access which causes oggenc to crash here (audio.c) :
```
576 memcpy(wav->channel_permute, wav_permute_matrix[wav->channels-1],
577 sizeof(int) * wav->channels);
```
Tests were performed using vorbis-tools 1.4.0Michael SmithMichael Smithhttps://gitlab.xiph.org/xiph/ogg/-/issues/1850Inconsistent types for bitstream serial number2017-08-26T14:29:54ZAndrew ChurchInconsistent types for bitstream serial numberDifferent types are used in different places to store an Ogg bitstream serial number: at least int, long, and ogg_uint32_t. The use of int may cause incorrect behavior in environments where int is 16 bits, and the mix of signed and unsi...Different types are used in different places to store an Ogg bitstream serial number: at least int, long, and ogg_uint32_t. The use of int may cause incorrect behavior in environments where int is 16 bits, and the mix of signed and unsigned types is the root cause of issue 1838.
I can see a couple of approaches here:
- Unify everything to "long", and replace the hack in Tremor that mixed 32-bit and 64-bit values with a separate flag variable (which IMHO would be a good idea in any case).
- Unify everything to "ogg_int32_t". This would probably be significantly more invasive, and would break binary compatibility for the ogg_stream_state structure in environments with 64-bit longs. I don't currently know enough about the Ogg/Vorbis code to say whether the latter point is a problem in practice.Monty MontgomeryMonty Montgomeryhttps://gitlab.xiph.org/xiph/opus/-/issues/2224Encoding gives different result on x86(Mac) and Arm(iPhone)2017-10-21T19:37:05ZDaniel ArmyrEncoding gives different result on x86(Mac) and Arm(iPhone)For some reason, my standard test vector does not encode to the same data on my Mac(x86) as on my iPhone(Arm). Specifically, the results are almost the same except for a few bytes in the middle of the second frame.
I have (or rather wil...For some reason, my standard test vector does not encode to the same data on my Mac(x86) as on my iPhone(Arm). Specifically, the results are almost the same except for a few bytes in the middle of the second frame.
I have (or rather will) attach a self-contained C file that illustrates the issue and the script I used to build the opus lib.Jean-Marc ValinJean-Marc Valinhttps://gitlab.xiph.org/xiph/theora/-/issues/1672crash in oc_pack_refill at huffdec.c:1212017-08-20T01:57:17ZTodd Gieblercrash in oc_pack_refill at huffdec.c:121We have a program that encodes video and sends it across a network to be decoded. After running for several hours, it crashed in huffdec.c. The crash does occur with libtheora-1.0. Here's a stack trace:
038aee9c 6c498b39 00000006 038c62...We have a program that encodes video and sends it across a network to be decoded. After running for several hours, it crashed in huffdec.c. The crash does occur with libtheora-1.0. Here's a stack trace:
038aee9c 6c498b39 00000006 038c62ac 00000000 HdxRTTheora!oc_pack_refill+0x20 [y:\src\multimedia\sdks\xiphcodecs\libtheora-1.1.1\lib\huffdec.c @ 121]
038aeeb4 6c49288c 038de778 00000002 00000006 HdxRTTheora!oc_huff_token_decode+0x29 [y:\src\multimedia\sdks\xiphcodecs\libtheora-1.1.1\lib\huffdec.c @ 484]
038aeff8 6c492b5d 038b9948 00000006 038af31c HdxRTTheora!oc_dec_ac_coeff_unpack+0xbc [y:\src\multimedia\sdks\xiphcodecs\libtheora-1.1.1\lib\decode.c @ 1114]
038af324 6c494bf3 038b9948 00000000 002d1528 HdxRTTheora!oc_dec_residual_tokens_unpack+0x14d [y:\src\multimedia\sdks\xiphcodecs\libtheora-1.1.1\lib\decode.c @ 1173]
038afe5c 6c4af534 038b9948 038afea8 002d15f8 HdxRTTheora!th_decode_packetin+0x103 [y:\src\multimedia\sdks\xiphcodecs\libtheora-1.1.1\lib\decode.c @ 2138]
038afed4 6c4d1fc1 0003ea44 1a44e732 02664800 HdxRTTheoraTheoraDecompressor::Decompress+0x74 [y:\src\multimedia\theoracodec\theoradecompressor.cpp @ 355]https://gitlab.xiph.org/xiph/tremor/-/issues/2296tremor: multiple invalid shift operations2017-09-02T15:25:02Zhannotremor: multiple invalid shift operationsThere are multiple invalid shift operations in the tremor codec.
To reproduce build tremor with clang and -fsanitize=undefined (undefined behavior sanitizer or ubsan). Then compile ivorbisfile_example.c that comes with it and pass the a...There are multiple invalid shift operations in the tremor codec.
To reproduce build tremor with clang and -fsanitize=undefined (undefined behavior sanitizer or ubsan). Then compile ivorbisfile_example.c that comes with it and pass the attached ogg file. Setting UBSAN_OPTIONS="print_stacktrace=1" gives a better output with stack traces.
Output from ubsan:
```
sharedbook.c:420:21: runtime error: left shift of 16 by 27 places cannot be represented in type 'int'
#0 0x53fdf3 in vorbis_book_init_decode /f/tremor/Tremor/sharedbook.c:420:21
#1 0x520f00 in _vds_init /f/tremor/Tremor/block.c:169:10
#2 0x520f00 in vorbis_synthesis_init /f/tremor/Tremor/block.c:229
#3 0x5173be in _make_decode_ready /f/tremor/Tremor/vorbisfile.c:595:8
#4 0x517925 in _fetch_and_process_packet /f/tremor/Tremor/vorbisfile.c:679:15
#5 0x51ad9d in ov_read /f/tremor/Tremor/vorbisfile.c:1934:15
#6 0x50aa11 in main (/f/tremor/Tremor/a.out+0x50aa11)
#7 0x7fcfccf8478f in __libc_start_main (/lib64/libc.so.6+0x2078f)
#8 0x419cc8 in _start (/f/tremor/Tremor/a.out+0x419cc8)
SUMMARY: AddressSanitizer: undefined-behavior sharedbook.c:420:21 in
misc.h:242:6: runtime error: left shift of negative value -134217728
#0 0x53d303 in VFLOAT_ADD /f/tremor/Tremor/./misc.h:242:6
#1 0x53a8a3 in _book_unquantize /f/tremor/Tremor/sharedbook.c:230:10
#2 0x53e493 in vorbis_book_init_decode /f/tremor/Tremor/sharedbook.c:383:18
#3 0x520f00 in _vds_init /f/tremor/Tremor/block.c:169:10
#4 0x520f00 in vorbis_synthesis_init /f/tremor/Tremor/block.c:229
#5 0x5173be in _make_decode_ready /f/tremor/Tremor/vorbisfile.c:595:8
#6 0x517925 in _fetch_and_process_packet /f/tremor/Tremor/vorbisfile.c:679:15
#7 0x51ad9d in ov_read /f/tremor/Tremor/vorbisfile.c:1934:15
#8 0x50aa11 in main (/f/tremor/Tremor/a.out+0x50aa11)
#9 0x7fcfccf8478f in __libc_start_main (/lib64/libc.so.6+0x2078f)
#10 0x419cc8 in _start (/f/tremor/Tremor/a.out+0x419cc8)
SUMMARY: AddressSanitizer: undefined-behavior misc.h:242:6 in
misc.h:77:68: runtime error: left shift of negative value -1
#0 0x546c70 in MULT31_SHIFT15 /f/tremor/Tremor/./misc.h:77:68
#1 0x546c70 in render_line /f/tremor/Tremor/floor1.c:323
#2 0x546c70 in floor1_inverse2 /f/tremor/Tremor/floor1.c:442
#3 0x558f86 in mapping0_inverse /f/tremor/Tremor/mapping0.c:285:5
#4 0x51799a in _fetch_and_process_packet /f/tremor/Tremor/vorbisfile.c:697:15
#5 0x51ad9d in ov_read /f/tremor/Tremor/vorbisfile.c:1934:15
#6 0x50aa11 in main (/f/tremor/Tremor/a.out+0x50aa11)
#7 0x7fcfccf8478f in __libc_start_main (/lib64/libc.so.6+0x2078f)
#8 0x419cc8 in _start (/f/tremor/Tremor/a.out+0x419cc8)
SUMMARY: AddressSanitizer: undefined-behavior misc.h:77:68 in
misc.h:71:21: runtime error: left shift of negative value -42347
#0 0x560d2f in MULT31 /f/tremor/Tremor/./misc.h:71:21
#1 0x560d2f in XPROD31 /f/tremor/Tremor/./misc.h:153
#2 0x55a3a5 in mdct_backward /f/tremor/Tremor/mdct.c:362:5
#3 0x55930d in mapping0_inverse /f/tremor/Tremor/mapping0.c:296:5
#4 0x51799a in _fetch_and_process_packet /f/tremor/Tremor/vorbisfile.c:697:15
#5 0x51ad9d in ov_read /f/tremor/Tremor/vorbisfile.c:1934:15
#6 0x50aa11 in main (/f/tremor/Tremor/a.out+0x50aa11)
#7 0x7fcfccf8478f in __libc_start_main (/lib64/libc.so.6+0x2078f)
#8 0x419cc8 in _start (/f/tremor/Tremor/a.out+0x419cc8)
SUMMARY: AddressSanitizer: undefined-behavior misc.h:71:21 in
misc.h:71:21: runtime error: left shift of negative value -4
#0 0x52a0c8 in MULT31 /f/tremor/Tremor/./misc.h:71:21
#1 0x52a0c8 in _vorbis_apply_window /f/tremor/Tremor/window.c:76
#2 0x55965f in mapping0_inverse /f/tremor/Tremor/mapping0.c:306:7
#3 0x51799a in _fetch_and_process_packet /f/tremor/Tremor/vorbisfile.c:697:15
#4 0x51ad9d in ov_read /f/tremor/Tremor/vorbisfile.c:1934:15
#5 0x50aa11 in main (/f/tremor/Tremor/a.out+0x50aa11)
#6 0x7fcfccf8478f in __libc_start_main (/lib64/libc.so.6+0x2078f)
#7 0x419cc8 in _start (/f/tremor/Tremor/a.out+0x419cc8)
```
Monty MontgomeryMonty Montgomeryhttps://gitlab.xiph.org/xiph/xiph-qt/-/issues/13758June2008- Problem Playing OGG with iTunes MAC OS X 10.4.11 after install (pl...2018-04-29T09:16:10ZAlex Joynes8June2008- Problem Playing OGG with iTunes MAC OS X 10.4.11 after install (plays in QT)hello,
I have a mac MINI dual core Intel. 2 Days ago I upgraded to OS X 10.4.11
I have QT PRO v7, memory 512MB.
I use iTunes a lot. Recently I saw this OGG audio format and got some songs from a friend to play in iTunes.
could not pla...hello,
I have a mac MINI dual core Intel. 2 Days ago I upgraded to OS X 10.4.11
I have QT PRO v7, memory 512MB.
I use iTunes a lot. Recently I saw this OGG audio format and got some songs from a friend to play in iTunes.
could not play them. After some search found your website, and downloaded 0.1.7 version and decoders. Today I upgraded to both dated 28March2007.
I have itunes 7. I installed as prompted to Lib/Components (wide use).
I log off and Log in again to get the settings read again from scratch from OS.
I can play ogg perfectly in QT.
I cannot play them in iTunes. nomatter what I do.
I also tried to export from QT pro to MP3 but does not list a choice. only .mp4.
I exported as mp4, but still cannot load it in iTunes please.
I also made many other attempts, like renaming the component files and omitting parenthesis, but still does not work.
I wonder what is the problem and how can I play them/ add them in itunes. It seems they are not added at all (not even in movies etc.) Does not work drag-drop at all as well.
I am new to this OOG issue and I am not sure if I will also need other s/w to install or components in iTunes nor where to download them from if this is the issue.
I read a lot of threads here, but still no solution to it. Any help would be appreciated please.
Regards,
Vassilis T.Arek KorbikArek Korbik