Xiph.Org issueshttps://gitlab.xiph.org/groups/xiph/-/issues2008-05-29T23:09:00Zhttps://gitlab.xiph.org/xiph/vorbis-tools/-/issues/739ogg123 segfault under OpenBSD2008-05-29T23:09:00Zneuronenwerkogg123 segfault under OpenBSDThe ogg123 application segfaulted various times to me. It was not intentionally reproducible, but occured several time an hour while I was listening to an ogg-stream:
# ogg123 -b256 -p25 -v http://listen.fm4.amd.co.at:31337/fm4-mq.ogg
...The ogg123 application segfaulted various times to me. It was not intentionally reproducible, but occured several time an hour while I was listening to an ogg-stream:
# ogg123 -b256 -p25 -v http://listen.fm4.amd.co.at:31337/fm4-mq.ogg
I couldn't observe any special conditions when it crashed. I hope the appended bt will clear up things a bit, though I myself was not able to find something way strange in decode_packed_entry_number (codebook.c).
All the best,
/Markus
#0 0x0ee2892d in decode_packed_entry_number ()
from /usr/local/lib/libvorbis.so.4.0
#1 0x0ee287e2 in vorbis_book_decodevv_add ()
from /usr/local/lib/libvorbis.so.4.0
#2 0x0ee26874 in res2_inverse () from /usr/local/lib/libvorbis.so.4.0
#3 0x0ee27b05 in mapping0_inverse () from /usr/local/lib/libvorbis.so.4.0
#4 0x0ee1e09a in vorbis_synthesis () from /usr/local/lib/libvorbis.so.4.0
#5 0x0bc0a7e8 in _fetch_and_process_packet ()
from /usr/local/lib/libvorbisfile.so.4.0
#6 0x0bc0c67d in ov_read () from /usr/local/lib/libvorbisfile.so.4.0
#7 0x1c006b23 in ?? ()
#8 0x825dd800 in ?? ()
#9 0x3c005980 in environ ()
#10 0x00000100 in ?? ()
#11 0x00000000 in ?? ()
#12 0x00000002 in ?? ()
#13 0x00000001 in ?? ()
#14 0x825ddac8 in ?? ()
#15 0x00000100 in ?? ()
#16 0x89364b90 in ?? ()
#17 0x00000f00 in ?? ()
#18 0xcfbcfb98 in ?? ()
#19 0x00000000 in ?? ()
#20 0x00000000 in ?? ()
#21 0x000044e8 in ?? ()
#22 0xcfbcfbd8 in ?? ()
#23 0x1c0065c8 in ?? ()
#24 0x7ce7c500 in ?? ()
#25 0x3c005980 in environ ()
#26 0x00000100 in ?? ()
#27 0xcfbcfb94 in ?? ()
#28 0xcfbcfba0 in ?? ()
#29 0x3c004a80 in environ ()
#30 0x00001000 in ?? ()
#31 0x00000005 in ?? ()
#32 0x2676bc04 in ?? () from /usr/lib/libc.so.38.2
#33 0x00000002 in ?? ()
#34 0x00000000 in ?? ()
#35 0x00000000 in ?? ()
#36 0x7ce7c500 in ?? ()
#37 0x872d7090 in ?? ()
#38 0x3c002278 in __progname ()
#39 0x3c0021a0 in __progname ()
#40 0x037f0c7f in ?? ()
#41 0x00000000 in ?? ()
#42 0x1c0043c0 in ?? ()
#43 0x1c004498 in ?? ()
#44 0x00000000 in ?? ()
#45 0x00000002 in ?? ()
#46 0x00000001 in ?? ()
#47 0x0000ac44 in ?? ()
#48 0x00000002 in ?? ()
#49 0x00000000 in ?? ()
#50 0x00000002 in ?? ()
#51 0xcfbcfca4 in ?? ()
#52 0xcfbcfd0c in ?? ()
#53 0xcfbcfc08 in ?? ()
#54 0x00000000 in ?? ()
#55 0x1c005cd0 in ?? ()
#56 0x00000001 in ?? ()
#57 0x872d70d0 in ?? ()
#58 0xcfbcfca4 in ?? ()
#59 0x1c006304 in ?? ()
#60 0x7ce7c100 in ?? ()
#61 0x1c005cd0 in ?? ()
#62 0x0000005b in ?? ()
#63 0x00000000 in ?? ()
#64 0x00000002 in ?? ()
#65 0x00000202 in ?? ()
#66 0x00000000 in ?? ()
#67 0x00000001 in ?? ()
#68 0x00000000 in ?? ()
#69 0x127f0c7f in ?? ()
#70 0x00000001 in ?? ()
#71 0x843aa024 in ?? ()
#72 0xcfbcfcac in ?? ()
#73 0xcfbcfc64 in ?? ()
#74 0x098b9d11 in _dl_bind () from /usr/libexec/ld.so
Previous frame inner to this frame (corrupt stack?)
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/1351Coverity scan of vorbis-tools2008-05-30T21:05:51ZGitlab BotCoverity scan of vorbis-toolsvorbis-tools have been scanned by coverity:
http://scan.coverity.com/rungAll.html
Would be nice to have a look at the possible problems they found.vorbis-tools have been scanned by coverity:
http://scan.coverity.com/rungAll.html
Would be nice to have a look at the possible problems they found.Michael SmithMichael Smithhttps://gitlab.xiph.org/xiph/vorbis-tools/-/issues/982ogg123 does not play ogg file with also theora video2008-05-30T21:07:51ZGitlab Botogg123 does not play ogg file with also theora videoAnd says this:
Error opening Experience ubuntu.ogg using the oggvorbis module. The file may be corrupted.And says this:
Error opening Experience ubuntu.ogg using the oggvorbis module. The file may be corrupted.https://gitlab.xiph.org/xiph/vorbis-tools/-/issues/1206ogg123 -b only works on http2008-05-30T21:30:55Zschizoogg123 -b only works on httpPreferably, ogg123 should handle buffering in the file_transport the way
it does in the http_transport.
At a minimum, the manpage should explain that -b and -p don't do
anything except for over HTTP.Preferably, ogg123 should handle buffering in the file_transport the way
it does in the http_transport.
At a minimum, the manpage should explain that -b and -p don't do
anything except for over HTTP.Michael SmithMichael Smithhttps://gitlab.xiph.org/xiph/vorbis-tools/-/issues/243Segmentation fault2008-05-30T21:39:16ZjanSegmentation fault```
Version 1.0
Using invalid characters for US-ASCII leads to a segmentation fault in
iconv.c:129 calling iconv(cd1, 0, 0, 0, 0). Commenting this line out fixes the
problem.
``````
Version 1.0
Using invalid characters for US-ASCII leads to a segmentation fault in
iconv.c:129 calling iconv(cd1, 0, 0, 0, 0). Commenting this line out fixes the
problem.
```Michael SmithMichael Smithhttps://gitlab.xiph.org/xiph/vorbis-tools/-/issues/1326[PATCH] OggEnc improvements2008-06-09T00:59:53ZGitlab Bot[PATCH] OggEnc improvementsI have some improvements reflected in the attached file vorbis120.patch (sorry, was made with WinMerge and the file paths are from my system):
1) Major bug remapping channels. The values in wav_permute_matrix (oggenc\audio.c line 380) mu...I have some improvements reflected in the attached file vorbis120.patch (sorry, was made with WinMerge and the file paths are from my system):
1) Major bug remapping channels. The values in wav_permute_matrix (oggenc\audio.c line 380) must be (instead the commented ones):
{0,2,1,3,4}, // {0,1,2,3,4}
{0,2,1,4,5,3} // {0,2,1,5,3,4}
2) New feature. Support for WAVE_FORMAT_EXTENSIBLE wav headers with only:
if (format.format == WAVE_FORMAT_EXTENSIBLE && len > 25)
format.format = READ_U16_LE(buf+24);
3) New feature. Support wav files 32 bits int. See attached file.
4) New parameter --ignorelength. To support wav files > 4 GB or STDIN with datalength ignored. See attached file.
IvoIvohttps://gitlab.xiph.org/xiph/oggdsf/-/issues/1387WMP toolbar maximizes when starting to play FLAC2008-06-24T23:01:10ZtgdahleWMP toolbar maximizes when starting to play FLACWhen opening a FLAC file on a Vista machine with WMP11 installed, the WMP window automatically maximizes and takes focus, even if it's minimized to the WMP toolbar. This doesn't happen when opening any other file types (even video files)...When opening a FLAC file on a Vista machine with WMP11 installed, the WMP window automatically maximizes and takes focus, even if it's minimized to the WMP toolbar. This doesn't happen when opening any other file types (even video files), so I assume it has something to do with the codec.Cristian AdamCristian Adamhttps://gitlab.xiph.org/xiph/xiph-qt/-/issues/1391itunes will export .ogg but not .flac files2008-06-26T10:20:37ZGitlab Botitunes will export .ogg but not .flac filesArek KorbikArek Korbikhttps://gitlab.xiph.org/xiph/xiph-qt/-/issues/1394Error in documentation "QT Components Read Me" version 0.1.8 (your current d...2008-07-03T08:08:51ZDonnaError in documentation "QT Components Read Me" version 0.1.8 (your current download)In the Xiph QuickTime Components ReadMe - Installation, there appears to be an error.
"Installation
To install simply copy the "XiphQT" component bundle into the Library/Components folder in your home directory. To install the XiphQT co...In the Xiph QuickTime Components ReadMe - Installation, there appears to be an error.
"Installation
To install simply copy the "XiphQT" component bundle into the Library/Components folder in your home directory. To install the XiphQT component system-wide
copy it into the Library/Components in your system's root folder."
There is no folder called "Components" on my Mac OS X 10.4.11 machine. I installed it in User>Library>Quicktime
Arek KorbikArek Korbikhttps://gitlab.xiph.org/xiph/oggdsf/-/issues/1393Crash when loading ogg video in Windows Media Player 112008-07-15T20:34:34ZchrisCrash when loading ogg video in Windows Media Player 11I have installed oggcodecs_0.71.0946 from the installer, and I tried to play http://people.xiph.org/~maikmerten/demos/arctic_giant.ogg in Windows Media Player v11.0.6001.7000, and it simply crashes when it tries to open the file. I'm loa...I have installed oggcodecs_0.71.0946 from the installer, and I tried to play http://people.xiph.org/~maikmerten/demos/arctic_giant.ogg in Windows Media Player v11.0.6001.7000, and it simply crashes when it tries to open the file. I'm loading the file from disk, not over the internet. I can render and watch the movie with GraphEdit, so the decoder does work, it's just crashing when it's used in Windows Media Player. I'm running Windows Vista SP1.
STR:
1. Download http://people.xiph.org/~maikmerten/demos/arctic_giant.ogg save to disk.
2. Open Windows Media Player.
3. Open arctic_giant.ogg in WMP.
4. Observe crash.
Cristian AdamCristian Adamhttps://gitlab.xiph.org/xiph/oggdsf/-/issues/1404Installer doesn't respect the silent command line parameter2008-07-24T19:22:35ZCristian AdamInstaller doesn't respect the silent command line parameterThe oggdsf installer when issued with /S parameter still displays MessageBoxes and Windows. This is wrong behavior, it shouldn't display anything.
The same is valid for the uninstaller.The oggdsf installer when issued with /S parameter still displays MessageBoxes and Windows. This is wrong behavior, it shouldn't display anything.
The same is valid for the uninstaller.Cristian AdamCristian Adamhttps://gitlab.xiph.org/xiph/oggdsf/-/issues/1392OggDemuxPacketSourceFilter GetCurFile memory allocation causes crashes2008-07-24T19:26:54ZGitlab BotOggDemuxPacketSourceFilter GetCurFile memory allocation causes crashesWhoever wrote OggDemuxPacketSourceFilter GetCurFile did not read the docs in MSDN. The method should use CoTaskMemAlloc since the caller frees it with the CoTask.. As it is, if oggdsf is installed on the same system with a filter that a ...Whoever wrote OggDemuxPacketSourceFilter GetCurFile did not read the docs in MSDN. The method should use CoTaskMemAlloc since the caller frees it with the CoTask.. As it is, if oggdsf is installed on the same system with a filter that a uses this method, it appears that the other filter crashes when it is infact oggdsf that is to blame.
Here's corrected code though that doesn't exhibit the crash.
STDMETHODIMP OggDemuxPacketSourceFilter::GetCurFile(LPOLESTR * outFileName, AM_MEDIA_TYPE *outMediaType)
{
CheckPointer(outFileName, E_POINTER);
*outFileName = NULL;
const wchar_t *m_pFileName = mFileName.c_str();
if (m_pFileName != NULL)
{
*outFileName = (LPOLESTR)CoTaskMemAlloc(sizeof(WCHAR) * (1+lstrlenW(m_pFileName)));
if (*outFileName != NULL)
{
wcscpy(*outFileName, m_pFileName);
}
}
if(outMediaType)
{
ZeroMemory(outMediaType, sizeof(*outMediaType));
outMediaType->majortype = MEDIATYPE_NULL;
outMediaType->subtype = MEDIASUBTYPE_NULL;
}
return S_OK;
}Cristian AdamCristian Adamhttps://gitlab.xiph.org/xiph/oggdsf/-/issues/1408libOOTheora.dll memory leak.2008-08-03T16:40:39ZthelotilibOOTheora.dll memory leak.hi.
when I view the Source, found memory leak point
Does not clar some variable.
project: libOOTheora
File : TheoraDecoder.cpp
Function :
TheoraDecoder::~TheoraDecoder()
{
/*I think, Need under code*/
theora_clear(&mTheoraState);...hi.
when I view the Source, found memory leak point
Does not clar some variable.
project: libOOTheora
File : TheoraDecoder.cpp
Function :
TheoraDecoder::~TheoraDecoder()
{
/*I think, Need under code*/
theora_clear(&mTheoraState);
theora_comment_clear(&mTheoraComment);
theora_info_clear(&mTheoraInfo);
}
If it was intent to other.
when variable was clear?
Cristian AdamCristian Adamhttps://gitlab.xiph.org/xiph/oggdsf/-/issues/1382IOggCodec is not an interface2008-08-03T18:44:54Zm.b.lankhorstIOggCodec is not an interfaceI was trying to write a schrodinger codec in C, but it gets stack corruptino because of the calling convention, I created a patch (attached) that makes it similar to an interface, which is enough to make my schroedinger decoder happy.
I was trying to write a schrodinger codec in C, but it gets stack corruptino because of the calling convention, I created a patch (attached) that makes it similar to an interface, which is enough to make my schroedinger decoder happy.
Cristian AdamCristian Adamhttps://gitlab.xiph.org/xiph/xiph-qt/-/issues/1410simply doesnt work2008-08-04T19:04:34ZGitlab Botsimply doesnt workosx 10.4.11 PPC G5 dual 1.8
when i set an ogg file to be opened by itunes, it comes up in itunes, and appears to play, but only takes a few secs to play, while the play progress bar is grey, and there is no sound
osx 10.4.11 PPC G5 dual 1.8
when i set an ogg file to be opened by itunes, it comes up in itunes, and appears to play, but only takes a few secs to play, while the play progress bar is grey, and there is no sound
Arek KorbikArek Korbikhttps://gitlab.xiph.org/xiph/theora/-/issues/1409trunk won't build in Visual Studio .NET 20032008-08-05T10:36:13ZGitlab Bottrunk won't build in Visual Studio .NET 2003trunk build won't build in Visual Studio .NET 2003 as (...) and !__VA_ARGS!__ are not supported prior to Visual Studio .NET 2005.
I found a workaround for this:
```
#if defined(_MSC_VER) && _MSC_VER < 1400
#define TH_DEBUG /##/
#else
...trunk build won't build in Visual Studio .NET 2003 as (...) and !__VA_ARGS!__ are not supported prior to Visual Studio .NET 2005.
I found a workaround for this:
```
#if defined(_MSC_VER) && _MSC_VER < 1400
#define TH_DEBUG /##/
#else
#define TH_DEBUG(...)
#endif
```
this will erase the line with TH_DEBUG in older VC++. Tested in VC6 / VC 7.1.https://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/911OggEnc produces bad results with 32-bit IEEE float WAV input2008-08-25T03:39:39ZmwhitlockOggEnc produces bad results with 32-bit IEEE float WAV inputThe title pretty much says it all. I have a 5.1-channel WAVEFORMATEXTENSIBLE file with 32-bit IEEE floating point samples. OggEnc interprets the format incorrectly. It produces a 6-channel Vorbis file that has all kinds of weird noise...The title pretty much says it all. I have a 5.1-channel WAVEFORMATEXTENSIBLE file with 32-bit IEEE floating point samples. OggEnc interprets the format incorrectly. It produces a 6-channel Vorbis file that has all kinds of weird noise in it.Michael SmithMichael Smithhttps://gitlab.xiph.org/xiph/xiph-qt/-/issues/1418Encoding to Theora fails for clips < 4.5 minutes2008-08-29T17:19:45ZMonty MontgomeryEncoding to Theora fails for clips < 4.5 minutesBeing reported by RedHat's internal video production team:
When trying to export from FinalCut Pro, Theora output using XiphQT simply fails if the vid to encode is > 4.5 minutes in length. A progress bar appears, disappears immediately...Being reported by RedHat's internal video production team:
When trying to export from FinalCut Pro, Theora output using XiphQT simply fails if the vid to encode is > 4.5 minutes in length. A progress bar appears, disappears immediately, and a zero length file is produced.
MontyArek KorbikArek Korbik