Xiph.Org issueshttps://gitlab.xiph.org/groups/xiph/-/issues2018-04-29T07:18:12Zhttps://gitlab.xiph.org/xiph/oggdsf/-/issues/1699xiph vorbis dshow encoder: no connection to matroska or haali muxer2018-04-29T07:18:12Zpimexxiph vorbis dshow encoder: no connection to matroska or haali muxerThe current output of the vorbis dshow-encoder can not be directly connected neither to haali muxer nor to original matroska muxer (but webm muxer accepts it).
As both muxers accept vorbis input from different encoders (e.g. LEAD Vorbis ...The current output of the vorbis dshow-encoder can not be directly connected neither to haali muxer nor to original matroska muxer (but webm muxer accepts it).
As both muxers accept vorbis input from different encoders (e.g. LEAD Vorbis enc) this seems to be a xiph issue?Cristian AdamCristian Adamhttps://gitlab.xiph.org/xiph/oggdsf/-/issues/1691Winamp feezes while seeking in video file2018-04-29T07:18:12ZCristian AdamWinamp feezes while seeking in video fileTest scenario:
- Windows XP
- Oggcodecs oggcodecs_0.82.16930-win32.exe
- Winamp 5.572
- Video file: http://www.archive.org/download/1941-06-23_Nazis_War_On_Russia/1941-06-23_Nazis_War_On_Russia.ogv
Seeking in file causes Winamp...Test scenario:
- Windows XP
- Oggcodecs oggcodecs_0.82.16930-win32.exe
- Winamp 5.572
- Video file: http://www.archive.org/download/1941-06-23_Nazis_War_On_Russia/1941-06-23_Nazis_War_On_Russia.ogv
Seeking in file causes Winamp to freeze (easy to reproduce, sometimes from first seek request). Windows Media Player 11 doesn't seem to be affected, seeking in the same file works.
Thank you Dan R. for reporting this issue.
Cristian AdamCristian Adamhttps://gitlab.xiph.org/xiph/oggdsf/-/issues/1653FLAC will not play from library on Win7 642018-04-29T07:18:12ZGitlab BotFLAC will not play from library on Win7 64Platform is Windows 7 64 bit. After installing latest (22nd Feb) build, I could double-click and play FLACs fine. However, there are two scenarios where FLACs will not play:
1. When streamed from a UPNP media server (e.g. try mediatomb f...Platform is Windows 7 64 bit. After installing latest (22nd Feb) build, I could double-click and play FLACs fine. However, there are two scenarios where FLACs will not play:
1. When streamed from a UPNP media server (e.g. try mediatomb from Linux). The server works fine, I tested FLAC streaming with a hardware streamer. MP3s also work fine. FLACs do not.
2. When double clicked from library after adding FLACS using WMTagPlus (http://bmproductions.fixnum.org/wmptagplus/)
In both scenarios you see WM display "media changing" several times and it skips several tracks before finally giving up and saying it doesn't know how to play them.Cristian AdamCristian Adamhttps://gitlab.xiph.org/xiph/oggdsf/-/issues/1637DirectShow Installer does not provide an option to select the directshow filt...2018-04-29T07:18:12ZCristian AdamDirectShow Installer does not provide an option to select the directshow filters to be installedWindows DirectShow Installer (version 0.81.15562) does not provide an option to select which directshow filters are going to be installed, it installs all of them.
It has only an option to select the file associations, but no option for...Windows DirectShow Installer (version 0.81.15562) does not provide an option to select which directshow filters are going to be installed, it installs all of them.
It has only an option to select the file associations, but no option for the actual filters, which, if not needed, will "bloat" the registry settings of the computer.Cristian AdamCristian Adamhttps://gitlab.xiph.org/xiph/oggdsf/-/issues/1612Windows 7.0 64 bit Issues2018-04-29T07:18:12ZMartin ErdmannWindows 7.0 64 bit IssuesInstalled 64bit stable in Windows 7/64bit op sys, 4Gb ram,
media player worked fine,however after I shut system down and after restart system would come up but explorer stopped working, system just locked up. Had to force shutdown and d...Installed 64bit stable in Windows 7/64bit op sys, 4Gb ram,
media player worked fine,however after I shut system down and after restart system would come up but explorer stopped working, system just locked up. Had to force shutdown and do system restore to use PC .Cristian AdamCristian Adamhttps://gitlab.xiph.org/xiph/oggdsf/-/issues/1536Windows 7 build 7068 only in Play Lists show missing Media Usage Rights2018-04-29T07:18:12ZGitlab BotWindows 7 build 7068 only in Play Lists show missing Media Usage RightsIn Windows 7 build 7068 When right clicking flac files in library the media usage rights show that "This file is not protected. However, when the same file is right clicked from a play list, Media Usage Rights say that "The File is missi...In Windows 7 build 7068 When right clicking flac files in library the media usage rights show that "This file is not protected. However, when the same file is right clicked from a play list, Media Usage Rights say that "The File is missing media usage rights". The files still play, however this poses a problem when using dopisp to sync and convert flac files on the fly to an iPod. They will no longer convert. They used to in Vista, and I believe the Windows 7 7000. I also used WMPTSE 1.4 and have the 64-bit OS, and use both 64 and 32 bit WMP.Cristian AdamCristian Adamhttps://gitlab.xiph.org/xiph/oggdsf/-/issues/1522After installing and removing MadFlac Ogg codec will not work.2009-03-11T23:15:39ZicarusAfter installing and removing MadFlac Ogg codec will not work.I think I have found a potential bug/conflict with oggcodecs_0.81.15562-x64.
I installed madflac 1.8 from http://madshi.net/madFlac.rar, then unintstalled it. I then installed oggcodecs_0.81.15562-x64. The installation appears to works ...I think I have found a potential bug/conflict with oggcodecs_0.81.15562-x64.
I installed madflac 1.8 from http://madshi.net/madFlac.rar, then unintstalled it. I then installed oggcodecs_0.81.15562-x64. The installation appears to works properly, but any flac files will not play.
I realise that this situation might be caused by the madflac codec as I have installed oggcodecs_0.81.15562-x64 in the past when I hadn't installed madflac previously and it worked fine so I have also sent this info to the maker of madflac.Cristian AdamCristian Adamhttps://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/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/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/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/oggdsf/-/issues/1449can not seek over http spx streams2009-02-22T15:26:13ZGitlab Botcan not seek over http spx streamsI have some spx files served over http. WMP can not seek when playing, and the slider seems to be disbled; there is no such problem to download the file and play locally. I am using oggcodecs_0.80.15039.exe, the unstable version; the sta...I have some spx files served over http. WMP can not seek when playing, and the slider seems to be disbled; there is no such problem to download the file and play locally. I am using oggcodecs_0.80.15039.exe, the unstable version; the stable version hangs WMP whenever I open a spx file.Cristian AdamCristian Adamhttps://gitlab.xiph.org/xiph/oggdsf/-/issues/1412Theora postprocessing decoder2009-02-22T15:25:49ZGitlab BotTheora postprocessing decoderIt would be a good feature to add Theora video postprocessing decoder.
It would be a good feature to add Theora video postprocessing decoder.
Cristian AdamCristian Adamhttps://gitlab.xiph.org/xiph/icecast-libshout/-/issues/2288Outdated FSF address2018-07-16T09:13:39ZFrancisco de la PeñaOutdated FSF addressThis is a well known issue and a reporting this upstream is a requirement for some distribution packaging checks, so here it is.
The Free Software Foundation postal address mentioned in license texts changed.
The new address should be ...This is a well known issue and a reporting this upstream is a requirement for some distribution packaging checks, so here it is.
The Free Software Foundation postal address mentioned in license texts changed.
The new address should be the mentioned in http://www.gnu.org/licenses/old-licenses/lgpl-2.0.txt
The old address is found at least in the COPYING and source file headers.Thomas B. RückerThomas B. Rückerhttps://gitlab.xiph.org/xiph/icecast-libshout/-/issues/2238Delete SHOUTERR_METADATA2017-11-16T12:06:13ZPhilipp SchafftDelete SHOUTERR_METADATAThe error value SHOUTERR_METADATA is never used and has no comment telling what it should be used for. Also the error-to-string function shout_get_error() doesn't include it.
This should be cleaned up as part of the next ABI change.The error value SHOUTERR_METADATA is never used and has no comment telling what it should be used for. Also the error-to-string function shout_get_error() doesn't include it.
This should be cleaned up as part of the next ABI change.Philipp SchafftPhilipp Schaffthttps://gitlab.xiph.org/xiph/icecast-libshout/-/issues/2206[PATCH] Update the libshout python bindings to the libshout git version2019-05-22T07:44:49Zdivayth[PATCH] Update the libshout python bindings to the libshout git versionI added methods for tls, ca_directory, ca_file, allowed_ciphers and for get and set_meta.
The first list is implemented as class attributes of the shout object and *_meta as methods.
It is still missing docstrings and help because I wa...I added methods for tls, ca_directory, ca_file, allowed_ciphers and for get and set_meta.
The first list is implemented as class attributes of the shout object and *_meta as methods.
It is still missing docstrings and help because I was not sure what to write.Philipp SchafftPhilipp Schaffthttps://gitlab.xiph.org/xiph/icecast-libshout/-/issues/2193Plugin-ify the formats code2019-05-15T09:21:43ZGuillaume QuintardPlugin-ify the formats codeCurrently, libshout support mp3, ogg and webm, but some use cases require more (in Arkena case, we need aac support). Unfortunately, due to (valid) license/political reason, integrating more formats is blocked, leading to poorly maintain...Currently, libshout support mp3, ogg and webm, but some use cases require more (in Arkena case, we need aac support). Unfortunately, due to (valid) license/political reason, integrating more formats is blocked, leading to poorly maintained forks (see https://github.com/codders/libshout).
I started working on a branch (https://github.com/gquintard/Icecast-libshout/tree/feature-plugin) to have format plugins. It is not complete, and there are several objections to it (most prominently the use of mimes to identify the relevant plugin). So this ticket is here to track remarks/questions/note about this work.Philipp SchafftPhilipp Schaffthttps://gitlab.xiph.org/xiph/icecast-libshout/-/issues/2190ezstream (libshout?) hangs while streaming the attached mp32017-11-16T12:06:13Zjakebriggsezstream (libshout?) hangs while streaming the attached mp3ezstream (libshout?) hangs while streaming the attached mp3. Using advanced debugging techniques (printf's, everywhere, a forest of printf's) I've made my way down to the function shout_send in libshout - specifically I think this never ...ezstream (libshout?) hangs while streaming the attached mp3. Using advanced debugging techniques (printf's, everywhere, a forest of printf's) I've made my way down to the function shout_send in libshout - specifically I think this never returns:
```
return self->send(self, data, len);
```
but my advanced debugging techniques ran out of steam here.... I might have a play with gdb but I've never played with that before....Philipp SchafftPhilipp Schafft