Xiph.Org issueshttps://gitlab.xiph.org/groups/xiph/-/issues2009-02-27T03:17:32Zhttps://gitlab.xiph.org/xiph/oggdsf/-/issues/1516EXCEPTION_INT_DIVIDE_BY_ZERO occurs in libOOOGG when encoding2009-02-27T03:17:32ZJerry WangEXCEPTION_INT_DIVIDE_BY_ZERO occurs in libOOOGG when encodingThis problem has been fazing me for a while.
I am working with the latest binaries, version 0.81.15562, 2008-12-06. downloaded from http://downloads.xiph.org/releases/oggdsf/oggcodecs_0.81.15562-win32.exe
I am writing some stuff to con...This problem has been fazing me for a while.
I am working with the latest binaries, version 0.81.15562, 2008-12-06. downloaded from http://downloads.xiph.org/releases/oggdsf/oggcodecs_0.81.15562-win32.exe
I am writing some stuff to convert audio files into ogg format by using DirectShow Filters.
For example. The filter is connected as:
Files --> MEPG Spliter --> MEPG DECODER --> Audio Resampler Filter --> Vorbis Encoder Filter --> OGG Mux Filter
If I launch the exe in VisualStudio, everything works correctly.
If I launch the exe not in debug mode,(by clicking), it will crash.
Then I found that: an *EXCEPTION_INT_DIVIDE_BY_ZERO* exception will threw from libOOOGG. If the debugger ignores this exception and continue, everyting works and keep find. Otherwise, the whole process will crash.
I will post more details below
=========================
When exception threw out, a Dialog box will show:
```
Unhandled exception at 0x01366f9b in AudioFormatConvertorD.exe: 0xC0000094: Integer division by zero.
```
Then look into the stack trace window.
```
> libOOOgg.dll!01366f9b() *<-- crash here!!!*
[Frames below may be incorrect and/or missing, no symbols loaded for libOOOgg.dll]
libOOOgg.dll!0136222f()
libOOOgg.dll!0136217a()
libOOOgg.dll!01364df7()
libOOOgg.dll!01362354()
libOOOgg.dll!01364ea8()
libOOOgg.dll!013649d9()
libOOOgg.dll!01361fc0()
libOOOgg.dll!01365670()
libOOOgg.dll!01365875()
libOOOgg.dll!0136578a()
libOOOgg.dll!0136544b()
dsfOggMux.dll!013a39fc()
dsfOggMux.dll!013a6bd2()
dsfVorbisEncoder.dll!01328da2()
dsfVorbisEncoder.dll!01322e90()
dsfVorbisEncoder.dll!013228a6()
dsfVorbisEncoder.dll!0132478b()
```
================
OK, now I must ignore this exception by writing my own debugger.
```
STARTUPINFO stInfo = {0};
stInfo.cb = sizeof(stInfo);
PROCESS_INFORMATION stProcInfo = {0};
BOOL bRet = ::CreateProcess( NULL
, strCmdLine.GetBuffer()
, NULL
, NULL
, FALSE
, 0
, NULL
, g_oApp.GetModulePath()
, &stInfo
, &stProcInfo
);
strCmdLine.ReleaseBuffer();
DWORD dwContinueStatus = DBG_CONTINUE;
BOOL bExit = FALSE;
while(!bExit)
{
DEBUG_EVENT stDebugEvt = {0};
::WaitForDebugEvent(&stDebugEvt, INFINITE);
switch (stDebugEvt.dwDebugEventCode)
{
case EXCEPTION_DEBUG_EVENT:
switch(stDebugEvt.u.Exception.ExceptionRecord.ExceptionCode)
{
case EXCEPTION_INT_DIVIDE_BY_ZERO:
dwContinueStatus = DBG_CONTINUE; // <-- ignore
break;
default:
break;
}
break;
case LOAD_DLL_DEBUG_EVENT:
CloseHandle(stDebugEvt.u.LoadDll.hFile);
break;
case CREATE_PROCESS_DEBUG_EVENT :
CloseHandle(stDebugEvt.u.CreateProcessInfo.hFile);
break;
case EXIT_PROCESS_DEBUG_EVENT:
bExit = TRUE;
break;
default:
dwContinueStatus = DBG_CONTINUE;
break;
}
::ContinueDebugEvent( stDebugEvt.dwProcessId, stDebugEvt.dwThreadId, dwContinueStatus);
}
```
=====================
I can repeat this problem in both of my Win2K3 PCs.
OS Windows 2003 R2(SP2) and upgraded by "Windows Update".
The CPU on my first PC is Intel Pentium D.
The other CPU on my 2nd PC is Inter Core2 E6300.
Cristian AdamCristian Adamhttps://gitlab.xiph.org/xiph/oggdsf/-/issues/1512The OGG Mux filter can not output to path with Chinese character.2009-02-25T07:45:22ZJerry WangThe OGG Mux filter can not output to path with Chinese character.Hi,
I have downloaded the latest binaries from the site, and test the filters in GraphStudio.
The filter is connected as: File-->MPEG Splitter-->MPEG Layer 3 Decoder --> Vorbis Encoder filter --> Ogg Mux filter.
The problem is: If I ...Hi,
I have downloaded the latest binaries from the site, and test the filters in GraphStudio.
The filter is connected as: File-->MPEG Splitter-->MPEG Layer 3 Decoder --> Vorbis Encoder filter --> Ogg Mux filter.
The problem is: If I set the destination path of the output to the directory whose name contains Chinese characters, it won't create the file. Even more, it crash sometimes.
Cristian AdamCristian Adamhttps://gitlab.xiph.org/xiph/speex/-/issues/1511add Haiku types in speex_types.h2018-01-21T13:05:26ZGitlab Botadd Haiku types in speex_types.hPatch to add Haiku types for speex.Patch to add Haiku types for speex.Jean-Marc ValinJean-Marc Valinhttps://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/xiph-qt/-/issues/1503anomaly with FLAC + XiphQT on Mac Intel2009-02-06T03:24:58Zdmausanomaly with FLAC + XiphQT on Mac Intel
I used xACT 1.4b24 to encode songs to FLAC (compression level 8, smallest).
On playback, using XiphQT(0.1.8) and FLACimport.component within iTunes (8.0.2)
one song in particular, every time it plays, starts having this strange resonan...
I used xACT 1.4b24 to encode songs to FLAC (compression level 8, smallest).
On playback, using XiphQT(0.1.8) and FLACimport.component within iTunes (8.0.2)
one song in particular, every time it plays, starts having this strange resonance
where it sort of skips / reverberates continually - for minutes.
It is: Karajan Beethoven 9 Symphonies, Symph No.5 Movt 4 on CD 3, track 4
It starts happening at 2 min, 45 seconds.
I thought I'd put this report in, so someone would know about a potential
problem with the encoding/playback.
It is unfortunately 50 MB in size, so its pretty big.
I'll try to attach, but email me
if you want to arrange another way to get the file.
Arek KorbikArek Korbikhttps://gitlab.xiph.org/xiph/xiph-qt/-/issues/1495So there is no way to play native FLAC files with iTunes on Windows?2009-01-22T20:38:35ZarehvalbyeSo there is no way to play native FLAC files with iTunes on Windows?QuickTime 7.5.5, iTunes 8.0.2, XiphQT 0.1.5, 32-bit Vista.
I can add, tag, and play .ogg-files wonderfully. Is there no way for me to the same thing with the native .flac files?
Thanks!QuickTime 7.5.5, iTunes 8.0.2, XiphQT 0.1.5, 32-bit Vista.
I can add, tag, and play .ogg-files wonderfully. Is there no way for me to the same thing with the native .flac files?
Thanks!Arek KorbikArek Korbikhttps://gitlab.xiph.org/xiph/theora/-/issues/1488static library project for win32, doesn't compile2017-08-20T01:57:18ZGitlab Botstatic library project for win32, doesn't compileWhen downloading from either subversion or the 1.0 release; and trying to compile static libraries for theora, using the theora_static.dsp, a compilation error occurs:
where codec_internal.h cannot be found, adding a relative path to li...When downloading from either subversion or the 1.0 release; and trying to compile static libraries for theora, using the theora_static.dsp, a compilation error occurs:
where codec_internal.h cannot be found, adding a relative path to lib\enc fixes this.
however, when using the compiled .lib, the linker errors:
1>theora_static_d.lib(decinfo.obj) : error LNK2019: unresolved external symbol _theorapackB_readinit referenced in function _th_decode_headerin
1>theora_static_d.lib(decinfo.obj) : error LNK2019: unresolved external symbol _theorapackB_read referenced in function _oc_dec_headerin
1>theora_static_d.lib(huffdec.obj) : error LNK2001: unresolved external symbol _theorapackB_read
1>theora_static_d.lib(dequant.obj) : error LNK2001: unresolved external symbol _theorapackB_read
1>theora_static_d.lib(decinfo.obj) : error LNK2019: unresolved external symbol _theorapackB_bytes referenced in function _oc_comment_unpack
1>theora_static_d.lib(huffdec.obj) : error LNK2019: unresolved external symbol _theorapackB_read1 referenced in function _oc_huff_tree_unpack
1>theora_static_d.lib(dequant.obj) : error LNK2001: unresolved external symbol _theorapackB_read1
occur, I was unable to find any reasoning for this, after a bit of searching it seems that 'bitpack.c' was not included in the project, which causes it's sources not to be compiled into the lib.
this error is going to make windows users (who often just want to open a project file and compile) think there is something genuinely wrong with theora, which this is not the case. I could see this being an acceptable issue with the top of the svn, but the 'official' 1.0 release has this issue too, a 'stable' release like this should have had the windows projects checked, especially if they are included at all.
https://gitlab.xiph.org/xiph/xiph-qt/-/issues/1487Add steps to configure iTunes and QT to play FLAC and OGG files2009-04-19T20:46:52Zgary.johnsonAdd steps to configure iTunes and QT to play FLAC and OGG filesWhen I click on a flac file and open with QT I get the message, not a valid movie file.
When I open with iTunes, I get no action. I have the latest versions of iTunes and quicktime on OS X 10.4 as of DEC 28 08. It might be a nice idea ...When I click on a flac file and open with QT I get the message, not a valid movie file.
When I open with iTunes, I get no action. I have the latest versions of iTunes and quicktime on OS X 10.4 as of DEC 28 08. It might be a nice idea to have a page of instructions and a few test files so that we could declare victory on a successful install. Ditto for FirefoxArek KorbikArek Korbikhttps://gitlab.xiph.org/xiph/oggdsf/-/issues/1485Seeking flac&ogg in WMP112010-07-21T18:39:01ZGitlab BotSeeking flac&ogg in WMP11I have WMP11 installed on XP and Vista32 (both up to date). There are no more codecs for flac&ogg installed (I guess, because without oggdsf WMP11 can't play flac at all). With oldest 0.71.0946 version WMP11 just came into "not respondin...I have WMP11 installed on XP and Vista32 (both up to date). There are no more codecs for flac&ogg installed (I guess, because without oggdsf WMP11 can't play flac at all). With oldest 0.71.0946 version WMP11 just came into "not responding" state, when I'm triyng to seek. Now I'm using 0.81.15562 and it goes a little better: WMP11 strats to play track from the begining. With WMP9 on XP (before WMP11) I've had no problems with seeking. It's not a very important issue, because I'm not such a seeking maniak ;0) Anyway, thanks for your job.
P.S. May be this ticket will help to resolve ticket #1468 or vice versa.Cristian AdamCristian Adamhttps://gitlab.xiph.org/xiph/xiph-qt/-/issues/1483Can not delete Ogg-files nor chance Tag-Informations with iTunes2008-12-13T17:30:16Zh.birsnerCan not delete Ogg-files nor chance Tag-Informations with iTunesUsing XiphQT-0.1.5. Playing ogg-Files in iTunes works very well. But File-Handeling is not working, which means that deleting files with iTunes doesn't work. Changing tag-information (filename etc.) failes also.Using XiphQT-0.1.5. Playing ogg-Files in iTunes works very well. But File-Handeling is not working, which means that deleting files with iTunes doesn't work. Changing tag-information (filename etc.) failes also.Arek KorbikArek Korbikhttps://gitlab.xiph.org/xiph/oggdsf/-/issues/1480Some Filter defect(I think)2009-02-22T15:51:26Zmater789Some Filter defect(I think)As the use Theora to be a tool for development.
For the first time to see the relevant open source code and found that some of the problems I find this place can be submitted.
oggdsf\src\lib\core\directshow\dsfOggDemux2\OggDemuxPacketS...As the use Theora to be a tool for development.
For the first time to see the relevant open source code and found that some of the problems I find this place can be submitted.
oggdsf\src\lib\core\directshow\dsfOggDemux2\OggDemuxPacketSourcePin.cpp 211
IOggDecoder::eAcceptHeaderResult locResult = mDecoderInterface->showHeaderPacket(mIdentHeader->clone());
the "mIdentHeader->clone()" buffer in theora decoder is not deleted.
oggdsf\src\lib\codecs\theora\filters\dsfTheoraDecoder\TheoraDecodeInputPin.cpp 174
StampedOggPacket* locStamped = new StampedOggPacket(locPacketData, inCodecHeaderPacket->packetSize(), false, false, 0,0, StampedOggPacket::NONE);
The "locStamped" buffer is not deleted.
oggdsf\src\lib\core\directshow\dsfOggDemux2\RegWrap.cpp 99
(DWORD)(inValue.length()+1));
If here is UNICODE, RegSetValueEx receive param must be "(inValue.length()+1)) * 2"
I Use the RGB24 to encoder Theora, found the video is reverse.
I think the source code can change like this:
oggdsf\src\lib\codecs\theora\filters\dsfTheoraEncoder\TheoraEncodeInputPin.cpp 1447
add code:
if (inMediaType->subtype == MEDIASUBTYPE_RGB32 ||
inMediaType->subtype == MEDIASUBTYPE_RGB24) {
m_isImageFlipped = false;
}
Cristian AdamCristian Adamhttps://gitlab.xiph.org/xiph/oggdsf/-/issues/1478Monitor problems with codec2009-04-17T00:44:26ZGitlab BotMonitor problems with codecI installed the codec on my Dell XPS 720 duo core (XP). It immediately messed the monitor up by causing it to flicker and put red lines running all across the screen. When I uninstalled the codec, shut down, then restarted, the proble...I installed the codec on my Dell XPS 720 duo core (XP). It immediately messed the monitor up by causing it to flicker and put red lines running all across the screen. When I uninstalled the codec, shut down, then restarted, the problem was resolved.
BTW, the codec worked and the song did play.Cristian AdamCristian Adamhttps://gitlab.xiph.org/xiph/xiph-qt/-/issues/1472FAQ incorrect2008-12-05T01:36:48ZGitlab BotFAQ incorrectSmall issue:
The FAQ at http://www.xiph.org/quicktime/faq.html says that you install XiphQT with an installer package, while the ReadMe.rtf tells you to put it into (~)/Library/Components (this one's correct). Just thought this may be ca...Small issue:
The FAQ at http://www.xiph.org/quicktime/faq.html says that you install XiphQT with an installer package, while the ReadMe.rtf tells you to put it into (~)/Library/Components (this one's correct). Just thought this may be causing some confusion.
PeterArek KorbikArek Korbikhttps://gitlab.xiph.org/xiph/oggdsf/-/issues/1468FLAC DSF doesn't properly send length data to last.fm (audioscrobbler)2010-07-21T18:45:04ZgeoffFLAC DSF doesn't properly send length data to last.fm (audioscrobbler)Hi, this is my first bug report so I hope I'm doing this properly. I just installed the latest stable version (0.71.0946) on a Windows XP Professional SP2 box. I also have the Last.fm scrobbler enabled.
Here's the issue: when playing FL...Hi, this is my first bug report so I hope I'm doing this properly. I just installed the latest stable version (0.71.0946) on a Windows XP Professional SP2 box. I also have the Last.fm scrobbler enabled.
Here's the issue: when playing FLAC files from within Windows Media Player 11, the last.fm program says "Can't scrobble: track too short". ("Scrobble" means to get the track metadata and send it to my profile at the last.fm website.) The last.fm program ignores any tracks shorter than 30 seconds; this does not apply to the songs I'm listening to.
So the last.fm program knows what song I'm listening to (it brings up the song information in the last.fm window automatically) but it appears that Windows Media Player is not reporting the song length to the last.fm player.
Anyway, I'm not sure if this is a bug with the FLAC DSF or with last.fm... anyway, thanks for your time!Cristian AdamCristian Adamhttps://gitlab.xiph.org/xiph/theora/-/issues/1467fix configure.ac to work with cross scenario for ogg2017-08-20T01:57:18ZGitlab Botfix configure.ac to work with cross scenario for oggThe current test in configure.ac mixes up two different methods (hand
written plus pkg-config). This patch changes the mechanics towards
proper pkg-config usage. In return, we get a cleaned up cross scenario
with no build-system leakage....The current test in configure.ac mixes up two different methods (hand
written plus pkg-config). This patch changes the mechanics towards
proper pkg-config usage. In return, we get a cleaned up cross scenario
with no build-system leakage.
This patch fixes the libogg test.https://gitlab.xiph.org/xiph/theora/-/issues/1466fix configure.ac to work with cross scenario for sdl2017-08-20T01:57:18ZRobert Schwebelfix configure.ac to work with cross scenario for sdlThe current test in configure.ac mixes up two different methods (hand
written plus pkg-config). This patch changes the mechanics towards
proper pkg-config usage. In return, we get a cleaned up cross scenario
with no build-system leakage....The current test in configure.ac mixes up two different methods (hand
written plus pkg-config). This patch changes the mechanics towards
proper pkg-config usage. In return, we get a cleaned up cross scenario
with no build-system leakage.
This patch fixes the SDL test.https://gitlab.xiph.org/xiph/theora/-/issues/1465fix configure.ac to work with cross scenario for libvorbis2020-02-27T04:36:19ZRobert Schwebelfix configure.ac to work with cross scenario for libvorbisThe current test in configure.ac mixes up two different methods (hand
written plus pkg-config). This patch changes the mechanics towards
proper pkg-config usage. In return, we get a cleaned up cross scenario
with no build-system leakage....The current test in configure.ac mixes up two different methods (hand
written plus pkg-config). This patch changes the mechanics towards
proper pkg-config usage. In return, we get a cleaned up cross scenario
with no build-system leakage.
This patch fixes the vorbis test.https://gitlab.xiph.org/xiph/xiph-qt/-/issues/1462flac files album artwork not modifiable2008-11-19T13:35:47ZGitlab Botflac files album artwork not modifiable
Flac files will not let their id's to be changed.
Cannot put artwork or change name of artist or song. itunes mac osx.
Flac files will not let their id's to be changed.
Cannot put artwork or change name of artist or song. itunes mac osx.Arek KorbikArek Korbikhttps://gitlab.xiph.org/xiph/xiph-qt/-/issues/1460Some FLAC files crash iTunes while still playing fine in QuickTime2008-11-15T01:27:15ZFrode DanielsenSome FLAC files crash iTunes while still playing fine in QuickTimeI haven't found a pattern here. It occurs with some FLAC files I receive from friends and some I rip myself using Max. It doesn't occur too often, and I've seemed to resolve it for most of the files I rip myself by using compression leve...I haven't found a pattern here. It occurs with some FLAC files I receive from friends and some I rip myself using Max. It doesn't occur too often, and I've seemed to resolve it for most of the files I rip myself by using compression level 6 instead of the default of 5 in Max. But now I've tried both ripping and downloading a FLAC of Rush' Tom Sawyer and it consistently crashes iTunes no matter what settings I use while ripping. Still it plays fine in QuickTime player (and throug Finder previews).
I'll attach a text file with the most recent crash log which also indicates my OS and iTunes version.
(I could also add that the rest of the album Moving Pictures by Rush plays fine, heh.)Arek KorbikArek Korbikhttps://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 Smith