Xiph.Org issueshttps://gitlab.xiph.org/groups/xiph/-/issues2018-01-22T04:18:37Zhttps://gitlab.xiph.org/xiph/vorbis-tools/-/issues/1857Different cases of "(none)" needs to be distinguished for translation2018-01-22T04:18:37ZgoeranDifferent cases of "(none)" needs to be distinguished for translationWhile updating the old Swedish translation of vorbis-tools, I came to the string "(none)". Checking what it referred to, I realized it was used for several different purposes. And different uses needs to be translated differently, depe...While updating the old Swedish translation of vorbis-tools, I came to the string "(none)". Checking what it referred to, I realized it was used for several different purposes. And different uses needs to be translated differently, depending on the gender of the noun. So while "none" in the case of author would be "ingen" in Swedish, "none" in the case of album would be "inget". I assume it is the same in other languages with nouns with more than one gender.
So to make it possible to translate correctly, these different uses of "none" need to be distinguished. The function pgettext() seems to be a good tool here.Michael SmithMichael Smithhttps://gitlab.xiph.org/xiph/positron/-/issues/379Detecting changes to files for sync2006-06-12T11:31:35Zapm13Detecting changes to files for sync```
It would be very useful if positron could detect file changes. Often times I will edit ID3 tags
between syncs (change genre, etc.) and would like those changes to appear on the neuros. This
could be accomplished either by naively...```
It would be very useful if positron could detect file changes. Often times I will edit ID3 tags
between syncs (change genre, etc.) and would like those changes to appear on the neuros. This
could be accomplished either by naively comparing the mtimes of the files, or even better by
using an rsync type algorithm for the sync (perhaps using pysync
http://freshmeat.net/projects/pysync/?topic_id=251%2C71%2C42%2C912 ).
```Stan SeibertStan Seiberthttps://gitlab.xiph.org/xiph/tremor/-/issues/1690Detect if GCC builds for ARM2017-09-02T15:25:02ZRafaël CarréDetect if GCC builds for ARMCurrently configure relies on the host "triplet" to detect arm targets
I don't know if it could be possible to use custom triplets to fool this detection, so I propose to rely on the fact that gcc always defines __arm__ insteadCurrently configure relies on the host "triplet" to detect arm targets
I don't know if it could be possible to use custom triplets to fool this detection, so I propose to rely on the fact that gcc always defines __arm__ insteadMonty MontgomeryMonty Montgomeryhttps://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/libao/-/issues/696Delay API for live devices2010-01-30T14:10:34ZNicolas GeorgeDelay API for live devicesWould you consider adding a function to get the delay between the sample currently being played and the sample that was last given to ao_play? Something like snd_pcm_delay or its equivalent for others devices.
Such a function would be v...Would you consider adding a function to get the delay between the sample currently being played and the sample that was last given to ao_play? Something like snd_pcm_delay or its equivalent for others devices.
Such a function would be very useful in cases where audio synchronization is essential, like video programs, or when trying to play the same sound on several computers. Obviously, its result would only make sense for live devices, but it could just return 0 for non-live devices.
Monty MontgomeryMonty Montgomeryhttps://gitlab.xiph.org/xiph/xiph-qt/-/issues/792Deinterlace in Theora Codec2007-03-24T01:45:35Zack0954Deinterlace in Theora CodecI already mentioned this to the ogg-dev list (only a few minutes ago), but I believe deinterlace support in the Theora codec here would be helpful for working with exporting DV files which are normally interlaced for my setup.I already mentioned this to the ogg-dev list (only a few minutes ago), but I believe deinterlace support in the Theora codec here would be helpful for working with exporting DV files which are normally interlaced for my setup.Arek KorbikArek Korbikhttps://gitlab.xiph.org/xiph/icecast-server/-/issues/1606default station description for shoutcast source2018-11-10T15:54:39Zmoodefault station description for shoutcast sourcefor shoutcast source, description is not submited because there's no such thing in shoutcast world.
it would be nice if icecast server can "default" not "force" station description for shoutcast source (or even other source that has empt...for shoutcast source, description is not submited because there's no such thing in shoutcast world.
it would be nice if icecast server can "default" not "force" station description for shoutcast source (or even other source that has empty station description)
the same may applies to station name, which is not needed most of the caseMarvin ScholzMarvin Scholzhttps://gitlab.xiph.org/xiph/opus/-/issues/2368Default branch has changed from "master" to "main"2024-02-02T05:48:37ZJean-Marc ValinDefault branch has changed from "master" to "main"The default branch for the Opus repository has changed from "master" to "main". It is more than merely a name change, as main points to what used to be the opus-ng branch and thus has many improvements over what was in master. For more d...The default branch for the Opus repository has changed from "master" to "main". It is more than merely a name change, as main points to what used to be the opus-ng branch and thus has many improvements over what was in master. For more details, see https://lists.xiph.org/pipermail/opus/2024-January/004585.html
Please report any issue you may encounter due to that change.https://gitlab.xiph.org/xiph/theora/-/issues/2312Decoding frames is slow if telemetry options are explicitly set to 02020-10-22T15:52:21ZZebediah FiguraDecoding frames is slow if telemetry options are explicitly set to 0GStreamer's "theoradec" element exposes libtheoradec telemetry options to the user, but if none are set it still calls th_decode_ctl(), setting the relevant options to 0. This causes the "telemetry" path to be enabled, such that we still...GStreamer's "theoradec" element exposes libtheoradec telemetry options to the user, but if none are set it still calls th_decode_ctl(), setting the relevant options to 0. This causes the "telemetry" path to be enabled, such that we still create a Cairo image and perform YUV/RGB translation, which is very slow.
I'm not sure this is a *bug* per se, but it seems like an optimization worth performing to only create a Cairo image if any telemetry options are actually enabled (i.e. nonzero).
The following patch resolves this issue. I would submit it as a merge request, but I seem to be unable to create a fork of this repository.
[0001-Avoid-creating-a-Cairo-buffer-if-all-telemetry-optio.patch](/uploads/267910230558612b179c9dbf895d97d6/0001-Avoid-creating-a-Cairo-buffer-if-all-telemetry-optio.patch)https://gitlab.xiph.org/xiph/Infrastructure/-/issues/23dead link check2018-05-14T02:24:00ZJack Moffittdead link checkA dead link check needs to be performed for all sites, and those links need to
be fixed deleted. Is there an automated commandline tool that we can run
nightly on the server to do this?A dead link check needs to be performed for all sites, and those links need to
be fixed deleted. Is there an automated commandline tool that we can run
nightly on the server to do this?Gitlab BotGitlab Bothttps://gitlab.xiph.org/xiph/vorbis/-/issues/2348Darwin configure passes invalid flag -force_cpusubtype_ALL2023-09-16T21:23:08ZFX CoudertDarwin configure passes invalid flag -force_cpusubtype_ALLFlag -force_cpusubtype_ALL is passed by configure (see https://gitlab.xiph.org/xiph/vorbis/-/blob/master/configure.ac#L205) unconditionally. This darwin flag was was only ever valid for PowerPC, and ignored for Intel and now Apple Silico...Flag -force_cpusubtype_ALL is passed by configure (see https://gitlab.xiph.org/xiph/vorbis/-/blob/master/configure.ac#L205) unconditionally. This darwin flag was was only ever valid for PowerPC, and ignored for Intel and now Apple Silicon (ARM). In recent versions, the linker now flatly refuses is (in Xcode 15):
ld: unknown options: -force_cpusubtype_ALL
It should either be selectively passed for PowerPC or, at this stage, removed entirely.https://gitlab.xiph.org/xiph/icecast-server/-/issues/2375Cross-Origin Preflight OPTIONS sends 4012023-03-06T15:12:48ZBradley HiltonCross-Origin Preflight OPTIONS sends 401When a browser does a cross-origin request with preflight, icecast server fails with `401 Authentication Required` when there is no way to include the user credentials.
https://www.w3.org/TR/cors/#preflight-requestWhen a browser does a cross-origin request with preflight, icecast server fails with `401 Authentication Required` when there is no way to include the user credentials.
https://www.w3.org/TR/cors/#preflight-requesthttps://gitlab.xiph.org/xiph/icecast-server/-/issues/2117Creating a policy for removing support for obsoleted features/interfaces2018-06-16T22:40:11ZPhilipp SchafftCreating a policy for removing support for obsoleted features/interfacesThere needs to be a policy that tells when and how to remove a feature or interface that has been obsoleted for some reason. This policy will become very important when moving forward. Icecast recently had some major changes that move th...There needs to be a policy that tells when and how to remove a feature or interface that has been obsoleted for some reason. This policy will become very important when moving forward. Icecast recently had some major changes that move the internals away from how 2.3.2 was. Such a policy will help much to avoid keeping workarounds for older ways of doing stuff in the codebase and will be a major improvement to the code quality and maintainability.Icecast 2.5.0Thomas B. RückerThomas B. Rückerhttps://gitlab.xiph.org/xiph/oggdsf/-/issues/1705Create Native FLAC muxer/file writer2018-04-29T07:18:12ZbarrowsiCreate Native FLAC muxer/file writerAt present, when using the Ogg DS filters, our only option is to write files into an Ogg container format. When encoding to FLAC, this results in a file that cannot be played in WMP, and although VLC can play it, the duration is not dis...At present, when using the Ogg DS filters, our only option is to write files into an Ogg container format. When encoding to FLAC, this results in a file that cannot be played in WMP, and although VLC can play it, the duration is not displayed.
We could do with the addition of a filter to write FLAC files in the Native FLAC container format to overcome these problems.Cristian AdamCristian Adamhttps://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/1826Crash in libtremor when playing an ogg file with mpd2017-09-02T15:25:02ZRaphael Kubo da CostaCrash in libtremor when playing an ogg file with mpdI first reported this crash in mpd's bug tracker [1], but was told it is a bug in libtremor itself.
After updating mpd a few months ago, whenever I try to play ogg files with libtremor support enabled, I get the following backtrace:
``...I first reported this crash in mpd's bug tracker [1], but was told it is a bug in libtremor itself.
After updating mpd a few months ago, whenever I try to play ogg files with libtremor support enabled, I get the following backtrace:
```
#0 vorbis_synthesis (vb=0x7fffff9fdbe0, op=<value optimized out>,
decodep=<value optimized out>) at synthesis.c:70
#1 0x0000000802165bbd in _fetch_and_process_packet (vf=0x7fffff9fdae0, readp=1, spanp=1)
at vorbisfile.c:505
#2 0x0000000802165e02 in ov_read (vf=0x7fffff9fdae0,
buffer=0x7fffff9fcaa0 "\304", <incomplete sequence \346\035>, bytes_req=4096,
bitstream=0x7fffff9fdaac) at vorbisfile.c:1553
#3 0x000000000041cb4c in vorbis_stream_decode (decoder=0x7fffff9fddf0,
input_stream=0x80dc40f40) at src/decoder/vorbis_decoder_plugin.c:327
#4 0x0000000000435cf6 in decoder_plugin_stream_decode (plugin=0x4600e0,
decoder=0x7fffff9fddf0, is=0x80dc40f40) at src/decoder_plugin.h:137
#5 0x0000000000435c6c in decoder_stream_decode (plugin=0x4600e0,
decoder=0x7fffff9fddf0, input_stream=0x80dc40f40) at src/decoder_thread.c:125
#6 0x000000000043637f in decoder_run_file (decoder=0x7fffff9fddf0,
path_fs=0x80dc0df00 "/data/mp3/Dream Theater/Awake/Dream Theater - Awake - 02 - Caught in a Web.ogg") at src/decoder_thread.c:348
#7 0x00000000004364ed in decoder_run_song (dc=0x7fffffbfef00, song=0x8093a5ee0,
uri=0x80dc0df00 "/data/mp3/Dream Theater/Awake/Dream Theater - Awake - 02 - Caught in a Web.ogg") at src/decoder_thread.c:390
#8 0x00000000004366c6 in decoder_run (dc=0x7fffffbfef00) at src/decoder_thread.c:435
#9 0x00000000004367c3 in decoder_task (arg=0x7fffffbfef00) at src/decoder_thread.c:463
#10 0x00000008039e4096 in ?? () from /usr/local/lib/libglib-2.0.so.0
#11 0x000000080408a4e1 in ?? () from /lib/libthr.so.3
```
This is libtremor-1.0.2.02132004.
[1] http://musicpd.org/mantis/view.php?id=3176Monty MontgomeryMonty Montgomeryhttps://gitlab.xiph.org/xiph/icecast-server/-/issues/2442CPU churning by Body and Request Queue thread2022-11-15T12:22:44ZLászló KárolyiCPU churning by Body and Request Queue threadas discussed on IRC, here's the long awaited 'official bug report' about 2.5 beta.
Whenever I run it on a server that can at times serve 1000 clients, after restart the thread name "Request Queue" starts consuming 100% CPU instantly. Af...as discussed on IRC, here's the long awaited 'official bug report' about 2.5 beta.
Whenever I run it on a server that can at times serve 1000 clients, after restart the thread name "Request Queue" starts consuming 100% CPU instantly. After a while, "Body Queue" does the same.
This ends up in a 2.2 load (15 min average) on a 4 CPU server.
The server is a standard Ubuntu (20.04.4 LTS), nothing extra added, using UFW.Philipp SchafftPhilipp Schaffthttps://gitlab.xiph.org/xiph/xiph-qt/-/issues/1180cover art image in .ogg is not supported in xiph-qt-win32-0.1.52007-05-09T01:44:19ZGitlab Botcover art image in .ogg is not supported in xiph-qt-win32-0.1.5Please, support the cover art images in .ogg files. It was supported in Tag & Rename 3.3 rc1 (for example): you can add them to file, but you can't watch it using this plugin. Thanks!Please, support the cover art images in .ogg files. It was supported in Tag & Rename 3.3 rc1 (for example): you can add them to file, but you can't watch it using this plugin. Thanks!Arek KorbikArek Korbikhttps://gitlab.xiph.org/xiph/cortado/-/issues/1628Cortado should save volume setting2017-08-21T19:26:29Zrigo_lsCortado should save volume settingWhen choosing a volume setting on a video and later open another OGG video, the
volume goes back to maximum volume.
Steps to reproduce:
1. go to http://tinyvid.tv/
2. Open a video
3. Lower volume setting
4. Open a new video
What happen...When choosing a volume setting on a video and later open another OGG video, the
volume goes back to maximum volume.
Steps to reproduce:
1. go to http://tinyvid.tv/
2. Open a video
3. Lower volume setting
4. Open a new video
What happens: video has maximum volume again
What should happen: The volume setting should stay the same as it was set the
first time when the video player was used.
Version used:
Firefox 3.6 Beta 5
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.2b5) Gecko/20091204
Firefox/3.6b5
Gitlab BotGitlab Bothttps://gitlab.xiph.org/xiph/cortado/-/issues/1664Cortado getPlayPosition() fails2017-08-21T19:26:29ZPaulCortado getPlayPosition() failsVersion: cortado_latest.jar at 2010/03/21, 10:00 am EST
Browser: Firefox 3.5.8
HTML: See below
Result:
Video (Big Buck Bunny) starts, can be RESTART-ed, SEEK(0.5)-ed, but SHOW fails, as "player.getPlayPosition()" is not recognized a...Version: cortado_latest.jar at 2010/03/21, 10:00 am EST
Browser: Firefox 3.5.8
HTML: See below
Result:
Video (Big Buck Bunny) starts, can be RESTART-ed, SEEK(0.5)-ed, but SHOW fails, as "player.getPlayPosition()" is not recognized as a function.
HTML follows...
<html>
<head>
<meta http-equiv="content-type" content="text/html; charset=iso-8859-1">
<meta http-equiv="pragma" content="no-cache">
<title>Test.html</title>
<script language="javascript">
function restart() {
player = document.getElementById("ogv") ;
player.restart() ;
}
function seek() {
player = document.getElementById("ogv") ;
player.doSeek(0.5) ;
}
function show() {
player = document.getElementById("ogv") ;
pos = player.getPlayPosition() ;
alert("pos = " + pos) ;
}
</script>
</head>
<BODY bgcolor="#ffffcc">
CORTADO 2010/03/21 -
<button onClick="restart()">Restart</button> OK
<button onClick="seek()">Seek(0.5)</button> OK
<button onClick="show()">Show</button> NG!
<br>
<br>
<center>
<applet id="ogv" code="com.fluendo.player.Cortado.class" MAYSCRIPT
archive="cortado_latest.jar"
width="854" height="480" >
<param name="url" value="test.ogv"/>
<param name="keepAspect" value="true"/>
<param name="autoPlay" value="true"/>
<param name="statusheight" value="20"/>
<param name="seekable" value="true"/>
<param name="debug" value="3"/>
</applet>
</center>
</body>
</html>
...
Please help!