Xiph.Org issueshttps://gitlab.xiph.org/groups/xiph/-/issues2021-08-13T21:05:23Zhttps://gitlab.xiph.org/xiph/daala/-/issues/1Issue with reading y4m2021-08-13T21:05:23ZJoshua Peter EbenezerIssue with reading y4my4m_input.c in daala/tools has an error in reading the headers of y4m files. Line 565 reads the header for 80 characters or until "\n" is reached:
/*Read until newline, or 80 cols, whichever happens first.*/
for(i=0;i<79;i++)
The pr...y4m_input.c in daala/tools has an error in reading the headers of y4m files. Line 565 reads the header for 80 characters or until "\n" is reached:
/*Read until newline, or 80 cols, whichever happens first.*/
for(i=0;i<79;i++)
The problem is that there is no reason why a y4m header should be less than 80 characters (afaik). I have a y4m file with a long header (more than 80 characters). A quick fix would be increasing this limit to 256.
char buffer[256];
int ret;
int i;
int xstride;
/*Read until newline, or 256 cols, whichever happens first.*/
for(i=0;i<255;i++){
ret=fread(buffer+i,1,1,_fin);
if(ret<1)return -1;
if(buffer[i]=='\n')break;
}
See https://github.com/Netflix/vmaf/issues/889 and https://github.com/Netflix/vmaf/pull/890.https://gitlab.xiph.org/xiph/rnnoise/-/issues/7using RNNoise in browser2021-08-09T07:44:17ZVishal dhullusing RNNoise in browserhi,i saw the browser implementation of RNNoise,i am curious to know how is this python model is being used in JS ? and where we are initializing it's weight in JS files ?
Thank youhi,i saw the browser implementation of RNNoise,i am curious to know how is this python model is being used in JS ? and where we are initializing it's weight in JS files ?
Thank youhttps://gitlab.xiph.org/xiph/ezstream/-/issues/2274Mountpoint drops and comes back when switching songs via script2021-08-06T20:25:20ZcinderblockgamesMountpoint drops and comes back when switching songs via scriptI'm using
<filename>/ezstream/play-next.sh</filename>
<playlist_program>1</playlist_program>
to take control of the media that gets played, so I can add in stingers and whatever else. The issue, however, is that the mount poin...I'm using
<filename>/ezstream/play-next.sh</filename>
<playlist_program>1</playlist_program>
to take control of the media that gets played, so I can add in stingers and whatever else. The issue, however, is that the mount point drops when switching to the next file. Is there a way to keep this open so that clients don't get dropped and have to reconnect on every changeover?https://gitlab.xiph.org/xiph/icecast-server/-/issues/2416Is there a default listener-max-duration?2022-03-21T09:27:28ZcinderblockgamesIs there a default listener-max-duration?- Is there a default listener-max-duration?
- If so, is there a way to set it to infinite?
- If not, what is the maximum value supported?- Is there a default listener-max-duration?
- If so, is there a way to set it to infinite?
- If not, what is the maximum value supported?https://gitlab.xiph.org/xiph/ezstream/-/issues/2273Specify listenurl?2023-01-20T00:08:55ZcinderblockgamesSpecify listenurl?Is there a way to specify the full listenurl for a mountpoint, either in icecast or in ezstream? My listenurl is coming out as `http://<hostname>:8000/<mount-point>`, but it's not accessible externally at that URL; how can I turn it int...Is there a way to specify the full listenurl for a mountpoint, either in icecast or in ezstream? My listenurl is coming out as `http://<hostname>:8000/<mount-point>`, but it's not accessible externally at that URL; how can I turn it into `https://<public-hostname>/<public-mountpoint>`?
I'm using `infiniteproject/icecast` for icecast and `threesquared/ezstream` for ezstream. \[docker containers\]https://gitlab.xiph.org/xiph/libao/-/issues/2321libao's OS X stutters on closing audio2021-07-22T17:22:11ZGonzalo Garramunolibao's OS X stutters on closing audioThe MacOSX plugin in libao results in stutter (crackles) when closing the audio.The MacOSX plugin in libao results in stutter (crackles) when closing the audio.https://gitlab.xiph.org/xiph/ezstream/-/issues/2272Stream Description staying as Unspecified description2021-08-01T15:28:33ZcinderblockgamesStream Description staying as Unspecified descriptionI'm trying to make sure that icecast shows the right info before I set up connections to directories, but icecast keeps showing "Unspecified description" for my mount point even though I have the description provided in my ezstream.xml:
...I'm trying to make sure that icecast shows the right info before I set up connections to directories, but icecast keeps showing "Unspecified description" for my mount point even though I have the description provided in my ezstream.xml:
<svrinfoname>title</svrinfoname>
<svrinfourl>url</svrinfourl>
<svrinfogenre>genre</svrinfogenre>
<svrinfodescription>description</svrinfodescription>
<svrinfopublic>1</svrinfopublic>
The other info (name, genre, url) show correctly on the mount point in icecast. Any idea why the description is not?
I'm using `infiniteproject/icecast` for icecast and `threesquared/ezstream` for ezstream. [docker containers]https://gitlab.xiph.org/xiph/opus/-/issues/2359I'm really not drunk - it's the compression2023-03-03T06:00:07ZToni PomaslI'm really not drunk - it's the compressionI don't honestly know if this should go here, but there were no other choices. I am an independent contractor that runs lives video on Facebook in my groups. My Webcam is a logitech C270. If I use it on my system everything is fine but i...I don't honestly know if this should go here, but there were no other choices. I am an independent contractor that runs lives video on Facebook in my groups. My Webcam is a logitech C270. If I use it on my system everything is fine but if I use it to run a live video on Facebook my voice is so slurred I sound drunk! I am not a techie and I truly don't understand sound, but I would really appreciate some advice on how to get things sounding better. Thank you!https://gitlab.xiph.org/xiph/opus-tools/-/issues/2317Compiler warnings with comparing singed and unsigned ints2022-01-23T06:23:55ZAnders JenboCompiler warnings with comparing singed and unsigned intsThese are now the only compiler warnings left when building DevilutionX, would be great if we can handle them so we can start checking for compiler warnings in the CI :)
```
In file included from speex_resampler/resample.c:100:
speex_re...These are now the only compiler warnings left when building DevilutionX, would be great if we can handle them so we can start checking for compiler warnings in the CI :)
```
In file included from speex_resampler/resample.c:100:
speex_resampler/resample_sse.h:45:14: warning: comparison of integers of different signs: 'int' and 'unsigned int' [-Wsign-compare]
for (i=0;i<len;i+=8)
~^~~~
speex_resampler/resample_sse.h:62:12: warning: comparison of integers of different signs: 'int' and 'unsigned int' [-Wsign-compare]
for(i=0;i<len;i+=2)
~^~~~
speex_resampler/resample_sse.h:84:14: warning: comparison of integers of different signs: 'int' and 'unsigned int' [-Wsign-compare]
for (i=0;i<len;i+=8)
~^~~~
speex_resampler/resample_sse.h:110:12: warning: comparison of integers of different signs: 'int' and 'unsigned int' [-Wsign-compare]
for(i=0;i<len;i+=2)
~^~~~
speex_resampler/resample.c:674:20: warning: comparison of integers of different signs: 'int' and 'unsigned int' [-Wsign-compare]
for (j=0;j<st->filt_len;j++)
~^~~~~~~~~~~~~
speex_resampler/resample.c:946:21: warning: comparison of integers of different signs: 'int' and 'unsigned int' [-Wsign-compare]
for(j=0;j<ichunk;++j)
~^~~~~~~
speex_resampler/resample.c:949:20: warning: comparison of integers of different signs: 'int' and 'unsigned int' [-Wsign-compare]
for(j=0;j<ichunk;++j)
~^~~~~~~
speex_resampler/resample.c:1001:19: warning: comparison of integers of different signs: 'int' and 'unsigned int' [-Wsign-compare]
for(j=0;j<ichunk;++j)
~^~~~~~~
speex_resampler/resample.c:1008:19: warning: comparison of integers of different signs: 'int' and 'unsigned int' [-Wsign-compare]
for(j=0;j<ichunk;++j)
~^~~~~~~
speex_resampler/resample.c:1018:16: warning: comparison of integers of different signs: 'int' and 'unsigned int' [-Wsign-compare]
for (j=0;j<ochunk+omagic;++j)
~^~~~~~~~~~~~~~
```https://gitlab.xiph.org/xiph/icecast-server/-/issues/2415SSL=1 in icecast.xml and url inside .m3u and .xsph2021-10-26T00:28:24Zla-colleSSL=1 in icecast.xml and url inside .m3u and .xsphWhen we are using the SSL port declared with:
```xml
<listen-socket>
<port>8000</port>
</listen-socket>
<listen-socket>
<port>8002</port>
<ssl>1</ssl>
</listen-socket>
```
on the status page, the url...When we are using the SSL port declared with:
```xml
<listen-socket>
<port>8000</port>
</listen-socket>
<listen-socket>
<port>8002</port>
<ssl>1</ssl>
</listen-socket>
```
on the status page, the url is in https with the right port, but inside the generated .m3u file it is http:// with the right port, so it is wrong.
.m3u file example:
```
http://live.bidon.org:8002/amiens
```
It should be
```
http://live.bidon.org:8000/amiens
```
or
```
https://live.bidon.org:8002/amiens
```
.xspf file example:
```xml
<?xml version="1.0" encoding="UTF-8"?>
<playlist xmlns="http://xspf.org/ns/0/" version="1">
<title/>
<creator/>
<trackList>
<track>
<location>http://live.bidon.org:8000/amiens</location>
<title/>
<annotation>Stream Title: test
Stream Description: test
Content Type:audio/mpeg
Current Listeners: 7
Peak Listeners: 13
Stream Genre: Various</annotation>
<info>http://www.test.org</info>
</track>
</trackList>
</playlist>
```https://gitlab.xiph.org/xiph/rnnoise/-/issues/6First release?2023-01-22T20:11:47ZTomasz KłoczkoFirst release?Is it possible to make first release of that package and tag the repo?Is it possible to make first release of that package and tag the repo?https://gitlab.xiph.org/xiph/opus/-/issues/2358Excessive noise generated by CELT PLC2021-06-24T16:30:44ZFrancis QuiersExcessive noise generated by CELT PLCWe recently came across a situation where bursty loss resulted in relatively loud noise in output of the Opus decoder.
The previous frames (before the gap) were all encoded as CELT, and since the gap was more than 5 frames, the noise-ba...We recently came across a situation where bursty loss resulted in relatively loud noise in output of the Opus decoder.
The previous frames (before the gap) were all encoded as CELT, and since the gap was more than 5 frames, the noise-based CELT PLC eventually got triggered (because of [this piece of logic](https://gitlab.xiph.org/xiph/opus/-/blob/v1.3.1/celt/celt_decoder.c#L531)), and this is when the noise starts.
The problem can be reproduced using the following branch, which is based on tag v1.3.1, plus an extra option in `opus_demo` in order to be able to feed a stream that does not include the "final range" check, but only each packet's length (or 0 for a lost packet) followed by the opus data:
https://gitlab.xiph.org/cisquiers/opus/-/tree/opus_demo_support_for_decoding_external_streams
The commands to run are the following:
```
./autogen.sh
./configure --enable-fixed-point
make
./opus_demo -d 48000 1 -external_stream stream.opus output.pcm
```
Input stream:
[stream.opus](/uploads/92e308f2c6374561db59e63ee5e967e8/stream.opus)
Output raw audio (mono, 16-bit, little-endian, 48kHz):
[output.pcm](/uploads/28f3afc3cf62f57df76f0c951f2feb82/output.pcm)
Note that I tried to reproduce the problem by starting from raw audio (either using silence, or a small negative DC as what the stream decodes to prior to the gap) and encoding it using `opus_demo`, but I wasn't unable to do so.
Unfortunately I don't have access to the original raw audio, or the source code for the client that generated this stream.
I cannot actually guarantee that the encoder that was used was a vanilla Opus release, without any custom modification that could perhaps have generated this (perhaps slightly unusual?) bitstream (particularly the DC offset). However, since the bitstream appears to be valid, perhaps the CELT decoder should still not generate such a noise in output in this case.https://gitlab.xiph.org/xiph/opusfile/-/issues/2332Unable to access opusfile 0.12 sections documentation2021-10-25T13:38:43ZDario-GasquezUnable to access opusfile 0.12 sections documentationHi,
I am able to access opusfile main documentation page here:<br>
https://opus-codec.org/docs/opusfile_api-0.12/index.html<br>
(as well as its PDF version)<br>
But the different sections look empty, tried with:<br>
Opening and Closing...Hi,
I am able to access opusfile main documentation page here:<br>
https://opus-codec.org/docs/opusfile_api-0.12/index.html<br>
(as well as its PDF version)<br>
But the different sections look empty, tried with:<br>
Opening and Closing: https://opus-codec.org/docs/opusfile_api-0.12/group__stream__open__close.html<br>
(screenshot attached)<br>
Decoding: https://opus-codec.org/docs/opusfile_api-0.12/group__stream__decoding.html<br>
The last version available seems to be 0.7, both its HTML and PDF formats:<br>
https://opus-codec.org/docs/opusfile_api-0.7/group__stream__decoding.html<br>
https://opus-codec.org/docs/opusfile_api-0.7.pdf<br>
<br>
<br>
Thanks in advance<br>
<br>
![opusfile-0.12-empty-doc-section](/uploads/bbc806153651c8f267c2ee7abd51c467/opusfile-0.12-empty-doc-section.png)https://gitlab.xiph.org/xiph/icecast-server/-/issues/2414issue in status-json2021-10-26T00:50:03ZAngelo Hongensissue in status-jsonHey guys and girls, I have an issue with the json status output. We rely heavily on it for getting the stats.
When we have a service with multiple sources, the json script isn't outputting correct json. Look at the following example. Th...Hey guys and girls, I have an issue with the json status output. We rely heavily on it for getting the stats.
When we have a service with multiple sources, the json script isn't outputting correct json. Look at the following example. The json['icestats']['source'] key contains an array of 3 sources. The first one is correctly formatted, but the next to have a surplus comma at the end, and are missing the closing curly brace.
I've looked at the status-json.xsl and xml2json.xslt files, but I have no idea where this behaviour is coming from.
Any ideas? Fixes?
```
{
"icestats": {
"admin": "icemaster@localhost",
"host": "server.domain.nl",
"location": "Earth",
"server_id": "Icecast 2.4.4",
"server_start": "Wed, 19 May 2021 23:03:50 +0200",
"server_start_iso8601": "2021-05-19T23:03:50+0200",
"source": [{
"audio_info": "bitrate=192",
"bitrate": 192,
"genre": "Folk, Piraten",
"listener_peak": 124,
"listeners": 0,
"listenurl": "http://server.domain.nl:8123/autodj",
"server_description": "ZenderXXX Radio NL ",
"server_name": "ZenderXXX Radio NL ",
"server_type": "audio/mpeg",
"server_url": "https://www.ZenderXXX.nl",
"stream_start": "Wed, 19 May 2021 23:03:52 +0200",
"stream_start_iso8601": "2021-05-19T23:03:52+0200",
"title": "Walter Ostanek - Baby Doll Polka",
"dummy": null
}, {
"bitrate": 192,
"genre": "Folk, Piraten",
"listener_peak": 190,
"listeners": 0,
"listenurl": "http://server.domain.nl:8123/backup",
"server_description": "Internet Radiostation",
"server_name": "ZenderXXX Radio NL",
"server_type": "audio/mpeg",
"server_url": "https://www.ZenderXXX.nl",
"stream_start": "Sat, 19 Jun 2021 09:15:09 +0200",
"stream_start_iso8601": "2021-06-19T09:15:09+0200",
"title": "RECLAME - Adverteren Op ZenderXXX",
,
{
"bitrate": 192,
"genre": "Folk, Piraten",
"listener_peak": 136,
"listeners": 125,
"listenurl": "http://server.domain.nl:8123/stream",
"server_description": "Internetradio station",
"server_name": "ZenderXXX Radio NL",
"server_type": "audio/mpeg",
"server_url": "https://www.ZenderXXX.nl",
"stream_start": "Wed, 23 Jun 2021 09:47:27 +0200",
"stream_start_iso8601": "2021-06-23T09:47:27+0200",
"title": "STUDIO XXX",
]
}
}
```https://gitlab.xiph.org/xiph/vorbis/-/issues/2343Accessing elements outside of array boundaries2021-06-06T17:28:26ZdokutokuAccessing elements outside of array boundarieshttps://gitlab.xiph.org/xiph/vorbis/-/blob/4ba8efed8797016a85e57bc3cc7975bb31d65db5/lib/psy.c#L340
I think it is better to modify this line of code as the following code.
Otherwise, there is a danger of accessing outside the range of th...https://gitlab.xiph.org/xiph/vorbis/-/blob/4ba8efed8797016a85e57bc3cc7975bb31d65db5/lib/psy.c#L340
I think it is better to modify this line of code as the following code.
Otherwise, there is a danger of accessing outside the range of the array in line 347.
```c
if(halfoc>=P_BANDS-2)halfoc=P_BANDS-2;
```https://gitlab.xiph.org/xiph/opus-tools/-/issues/2316opusenc adds distortion-causing playback gain when encoding flac with replayg...2021-06-24T05:19:55ZeverettSFopusenc adds distortion-causing playback gain when encoding flac with replaygain tagsI could not find a solution to this after some searching. Basically, I have a collection of flac files that I convert to opus to save space on my phone. After the conversion they are incredibly distorted. It only happens to the flac f...I could not find a solution to this after some searching. Basically, I have a collection of flac files that I convert to opus to save space on my phone. After the conversion they are incredibly distorted. It only happens to the flac files that already have replaygain tags on them - opusenc on flac files that have no tags don't get a playback gain added.
[01_-_In_Between_Days.flac](/uploads/aadf88e78b382a326910df1b342e5909/01_-_In_Between_Days.flac)[01_-_In_Between_Days.opus](/uploads/c24f9e9da285a058d2850b8cb47c40a8/01_-_In_Between_Days.opus)
I use the "loudgain" utility and its included script, "rgbpm", to add the tags to my files.
I couldn't find a way to remove the gain tag, so my solution has been to use ogg/vorbis instead, which works great, but it would be nice to be able to use opus for this application. Thanks for any help, let me know if I'm missing something.https://gitlab.xiph.org/xiph/opus/-/issues/2357iOS SIGSEGV crash in silk_encode_indices on version 1.3.12021-06-01T17:20:55ZRyan MaloneyiOS SIGSEGV crash in silk_encode_indices on version 1.3.1We recently received the following crash report from a user of our iOS app. The app is using Opus 1.3.1. Unfortunately, we don't have repro steps.
Here is the exception info, and the crashing thread's stack trace (The full crash report ...We recently received the following crash report from a user of our iOS app. The app is using Opus 1.3.1. Unfortunately, we don't have repro steps.
Here is the exception info, and the crashing thread's stack trace (The full crash report is attached):
```
Exception Type: SIGSEGV
Exception Codes: SEGV_MAPERR at 0x18
Crashed Thread: 26
Thread 26 Crashed:
0 AppXAudio 0x00000001054a3840 silk_encode_indices (encode_indices.c:91)
1 AppXAudio 0x00000001054b8484 silk_encode_frame_FLP (encode_frame_FLP.c:205)
2 AppXAudio 0x00000001054a2e3c silk_Encode (enc_API.c:499)
3 AppXAudio 0x00000001054c7484 opus_encode_native (opus_encoder.c:1845)
4 AppXAudio 0x00000001054c7e50 opus_encode_float (opus_encoder.c:2263)
5 AppXAudio 0x00000001054585e0 -[AppXOpusEncoder encodeAudioBuffer:withCompletion:] (AppXOpusEncoder.m:59)
6 AppXAudio 0x000000010547b358 closure #1 () -> () in closure #1 (__C.AVAudioPCMBuffer, __C.AVAudioTime) -> () in AppXAudio.AppXAudioRecorder.(installTap in _D59F0003FB45C5CBF6B0090245925C5B)() -> () (AppXAudioRecorder.swift:173)
7 AppXAudio 0x000000010545acdc reabstraction thunk helper from @escaping @callee_guaranteed () -> () to @escaping @callee_unowned @convention(block) () -> () (<compiler-generated>:0)
8 libdispatch.dylib 0x000000018322da54 _dispatch_call_block_and_release + 28
9 libdispatch.dylib 0x000000018322f7ec _dispatch_client_callout + 16
10 libdispatch.dylib 0x0000000183236fd4 _dispatch_lane_serial_drain + 616
11 libdispatch.dylib 0x0000000183237bd0 _dispatch_lane_invoke + 400
12 libdispatch.dylib 0x000000018324248c _dispatch_workloop_worker_thread + 760
13 libsystem_pthread.dylib 0x00000001cf05e7a4 _pthread_wqthread + 272
14 libsystem_pthread.dylib 0x00000001cf06574c start_wqthread + 4
```
At this time, we have no more info, but we will update here if there is anything new to add.
[report-2517809400350009999-ea0d674f-525b-46ec-b113-d09d14ad2c93.txt](/uploads/62681068ac46b7d240b8efdc240f581a/report-2517809400350009999-ea0d674f-525b-46ec-b113-d09d14ad2c93.txt)https://gitlab.xiph.org/xiph/theora/-/issues/2318tarballs contain too old config.guss and config.sub2023-10-22T05:50:05Zvtorritarballs contain too old config.guss and config.subcurrently i can't compile libtheora with mingw-w64 because confiog.guess and config.sub are too oldcurrently i can't compile libtheora with mingw-w64 because confiog.guess and config.sub are too oldhttps://gitlab.xiph.org/xiph/ogg/-/issues/2302cwd autogen broken2021-08-17T08:18:26Zcjhih456cwd autogen brokenHello. I was using ogg install with my program.
So I was install with cwd child process.
But this error has been come.
```
configure.ac:5: installing './compile'
configure.ac:5: installing './config.guess'
configure.ac:5: installing './...Hello. I was using ogg install with my program.
So I was install with cwd child process.
But this error has been come.
```
configure.ac:5: installing './compile'
configure.ac:5: installing './config.guess'
configure.ac:5: installing './config.sub'
configure.ac:9: installing './install-sh'
configure.ac:5: error: required file './ltmain.sh' not found
configure.ac:9: installing './missing'
src/Makefile.am: installing './depcomp'
autoreconf: automake failed with exit status: 1
```
My project's informations.
- langauge: Nodejs
- child process function : exec
- os: Ubuntu 20.04.2 LTS (GNU/Linux 5.8.0-53-generic x86_64)
succeed pc
- langauge: Nodejs
- child process function : exec
- os: Ubuntu 20.04.2 LTS (GNU/Linux 5.8.0-50-generic x86_64)https://gitlab.xiph.org/xiph/rnnoise/-/issues/5Windows building2021-07-23T21:32:44ZKristianWindows buildingHello fellas.
I'm trying to compile this on Windows without much luck so far. I'd like to be able to compile and use this library without MinGW mess.Hello fellas.
I'm trying to compile this on Windows without much luck so far. I'd like to be able to compile and use this library without MinGW mess.