Xiph.Org issueshttps://gitlab.xiph.org/groups/xiph/-/issues2021-02-09T00:03:36Zhttps://gitlab.xiph.org/xiph/icecast-libshout/-/issues/2326logic error in shout_free()2021-02-09T00:03:36ZMoritz Grimmlogic error in shout_free()A logic error in shout_free() prevents memory from being released unless there is an active connection. It should be reversed. This is a regression that was introduced with the switch to the new internal state machine.
Proposed fix: [sh...A logic error in shout_free() prevents memory from being released unless there is an active connection. It should be reversed. This is a regression that was introduced with the switch to the new internal state machine.
Proposed fix: [shout_free_logic_error_fix.diff](/uploads/efff24f90ef25e582fdfb42e1e6985b2/shout_free_logic_error_fix.diff)https://gitlab.xiph.org/xiph/opus/-/issues/2352[Question]How to edit metadata without re-encoding ?2021-01-30T21:24:09Zsebma[Question]How to edit metadata without re-encoding ?Hi,
How can I edit metadata without re-encoding ?Hi,
How can I edit metadata without re-encoding ?https://gitlab.xiph.org/xiph/vorbis-tools/-/issues/2327Don't forget to sync translations2023-03-09T10:41:32ZMario BlättermannDon't forget to sync translationsHello,
as you might know, the translations of vorbis-tools are maintained at GNU TP [1]. Obviously the translations haven't been synced with the Git content for years. For example, I can't found my German translation which resides there...Hello,
as you might know, the translations of vorbis-tools are maintained at GNU TP [1]. Obviously the translations haven't been synced with the Git content for years. For example, I can't found my German translation which resides there for more than six years. At least the last two releases 1.4.1 and 1.4.2 don't contain it.
[1] http://translationproject.org/domain/vorbis-tools.htmlPhilipp SchafftPhilipp Schaffthttps://gitlab.xiph.org/xiph/rnnoise/-/issues/3rnnoise have any patents inside?2021-03-11T07:14:31ZVasiliy Glazovrnnoise have any patents inside?Hi.
I want to add rnnoise library to Fedora GNU/Linux repository. And I need to know is rnnoise use any patented technology or algorithm?Hi.
I want to add rnnoise library to Fedora GNU/Linux repository. And I need to know is rnnoise use any patented technology or algorithm?https://gitlab.xiph.org/xiph/icecast-server/-/issues/2405Recovering from fallback directs to wrong mount2021-05-08T14:13:53ZLauri HeikkiläRecovering from fallback directs to wrong mountDon't know should one re-open old issue https://gitlab.xiph.org/xiph/icecast-server/-/issues/642 or not, but here's a new one...
One has two mounts (/mount_a and mount_b) with the same fallback mount<br>
-> The sources for both relayed ...Don't know should one re-open old issue https://gitlab.xiph.org/xiph/icecast-server/-/issues/642 or not, but here's a new one...
One has two mounts (/mount_a and mount_b) with the same fallback mount<br>
-> The sources for both relayed mounts (/remote_mount_a and /remote_mount_b) go down<br>
-> All listeners get directed to /backup mount<br>
-> Both relayed sources recover<br>
-> All listeners get directed to single mount, for example /mount_a, even though they were listening /mount_b before
```
<relay>
<server>a.remote.server.com</server>
<mount>/remote_mount_a</mount>
<local-mount>/mount_a</local-mount>
</relay>
<mount type="normal">
<mount-name>/mount_a</mount-name>
<fallback-mount>/backup</fallback-mount>
<fallback-override>1</fallback-override>
</mount>
<relay>
<server>remote.server.com</server>
<mount>/remote_mount_b</mount>
<local-mount>/local_mount_b</local-mount>
</relay>
<mount type="normal">
<mount-name>/mount_b</mount-name>
<fallback-mount>/backup</fallback-mount>
<fallback-override>1</fallback-override>
</mount>
<relay>
<server>b.remote.server.com</server>
<mount>/remote_backup</mount>
<local-mount>/backup</local-mount>
<on-demand>1</on-demand>
</relay>
```Icecast 2.5.0https://gitlab.xiph.org/xiph/icecast-libshout/-/issues/2325No connection in nonblocking mode, retry shout_open() fails.2022-04-12T11:02:27ZDaniel SchürmannNo connection in nonblocking mode, retry shout_open() fails.Probably since 2.4.2 and https://gitlab.xiph.org/xiph/icecast-libshout/-/commit/032aa10d93553ede0bbfb1c2f094f9794f12da15
shout_open() returns SHOUTERR_RETRY instead retry until timeout in
https://gitlab.xiph.org/xiph/icecast-libshout/-/...Probably since 2.4.2 and https://gitlab.xiph.org/xiph/icecast-libshout/-/commit/032aa10d93553ede0bbfb1c2f094f9794f12da15
shout_open() returns SHOUTERR_RETRY instead retry until timeout in
https://gitlab.xiph.org/xiph/icecast-libshout/-/blob/master/src/connection.c#L464
Unfortunately it is not possible without closing shout to continue the iteration using shout_open().
It fails with SHOUTERR_CONNECTED
https://gitlab.xiph.org/xiph/icecast-libshout/-/blob/master/src/shout.c#L185
Calling shout_close() does not fix the issue, because it starts the iteration from the beginning.
Is there another public function that can be called?
In my test 70 loops are required to open the connection.https://gitlab.xiph.org/xiph/rnnoise/-/issues/2Reduce number of symbols provided by library?2021-01-22T21:01:57ZPetter ReinholdtsenReduce number of symbols provided by library?This is the complete list of symbols provided by the library:
```
% nm ./.libs/librnnoise.a |awk '/ T / {print $3}'|sort
_celt_autocorr
celt_fir
celt_iir
_celt_lpc
celt_pitch_xcorr
compute_band_corr
compute_band_energy
compute_dense
com...This is the complete list of symbols provided by the library:
```
% nm ./.libs/librnnoise.a |awk '/ T / {print $3}'|sort
_celt_autocorr
celt_fir
celt_iir
_celt_lpc
celt_pitch_xcorr
compute_band_corr
compute_band_energy
compute_dense
compute_gru
compute_rnn
interp_band_gain
opus_fft_alloc
opus_fft_alloc_arch_c
opus_fft_alloc_twiddles
opus_fft_c
opus_fft_free
opus_fft_free_arch_c
opus_fft_impl
opus_ifft_c
pitch_downsample
pitch_filter
pitch_search
remove_doubling
rnnoise_create
rnnoise_destroy
rnnoise_get_frame_size
rnnoise_get_size
rnnoise_init
rnnoise_model_free
rnnoise_model_from_file
rnnoise_process_frame
%
```
All the rnnoise_* symbols look good, but what about the rest? They might cause symbol conflicts with users of the library. Perhaps all exported symbols should have the rnnoise_ prefix?https://gitlab.xiph.org/xiph/opus/-/issues/2351fixed point compile on armv5te architecture2021-01-16T12:19:50ZDavid Summersfixed point compile on armv5te architectureTrying to compile fixed point on armv5te architecture, using opus 1.3.1. I configure with:
`CPPFLAGS="-D_FORTIFY_SOURCE=2" CFLAGS="-march=armv5te -O2 -pipe -fstack-protector-strong -fno-plt" CXXFLAGS="-march=armv5te -O2 -pipe -fstack-p...Trying to compile fixed point on armv5te architecture, using opus 1.3.1. I configure with:
`CPPFLAGS="-D_FORTIFY_SOURCE=2" CFLAGS="-march=armv5te -O2 -pipe -fstack-protector-strong -fno-plt" CXXFLAGS="-march=armv5te -O2 -pipe -fstack-protector-strong -fno-plt" LDFLAGS="-Wl,-O1,--sort-common,--as-needed,-z,relro" ./configure --prefix=/usr --disable-static --enable-custom-modes --enable-fixed-point --disable-silent-rules`
The make fails with:
```
gcc -DHAVE_CONFIG_H -I. -I./include -I./celt -I./silk -I./silk/float -I./silk/fixed -D_FORTIFY_SOURCE=2 -march=armv5te -O2 -pipe -fstack-protector-strong -fno-plt -fvisibility=hidden -W -Wall -Wextra -Wcast-align -Wnested-externs -Wshadow -Wstrict-prototypes -MT celt/kiss_fft.lo -MD -MP -MF celt/.deps/kiss_fft.Tpo -c celt/kiss_fft.c -fPIC -DPIC -o celt/.libs/kiss_fft.o
{standard input}: Assembler messages:
{standard input}:971: Error: first transfer register must be even -- `ldrd r9,r10,[r3,#-8]'
{standard input}:1148: Error: first transfer register must be even -- `ldrd r5,r6,[r1,fp]'
```
So looks like some faulty machine code for the armv5te architecture. Haven't yet worked out where this machine code is generated ...https://gitlab.xiph.org/xiph/opus/-/issues/2350cmake - add API test for shared library2021-01-08T17:25:15ZMarcus Asteborgcmake - add API test for shared libraryhttps://gitlab.xiph.org/xiph/icecast-libshout/-/issues/23242.4.5 not tagged2022-04-09T19:22:43ZBe Ing2.4.5 not taggedSource code for version 2.4.5 is available to download at http://downloads.xiph.org/releases/libshout and the release is listed in https://gitlab.xiph.org/xiph/icecast-libshout/-/blob/master/NEWS#L1 but there is no Git tag.Source code for version 2.4.5 is available to download at http://downloads.xiph.org/releases/libshout and the release is listed in https://gitlab.xiph.org/xiph/icecast-libshout/-/blob/master/NEWS#L1 but there is no Git tag.https://gitlab.xiph.org/xiph/icecast-libshout/-/issues/2323Build on Windows / CMake2023-03-09T10:24:28ZJan HolthuisBuild on Windows / CMakeI'm unable to find documentation regarding building on Windows.
Would you be interested in a CMake build file?I'm unable to find documentation regarding building on Windows.
Would you be interested in a CMake build file?https://gitlab.xiph.org/xiph/opus/-/issues/2349When packet loss (less than 30%) exists in the code stream, the decoded resul...2021-01-06T12:40:33ZJie YangWhen packet loss (less than 30%) exists in the code stream, the decoded results will be distorted?When opus is used for codec, if packet loss exists in the code stream, the opus decoding to compensate will occur sound breakage. Especially when the packet loss rate is high, this phenomenon is easy to happen. After many tests, we found...When opus is used for codec, if packet loss exists in the code stream, the opus decoding to compensate will occur sound breakage. Especially when the packet loss rate is high, this phenomenon is easy to happen. After many tests, we found that this abnormal situation would occur at either 16K or 48K sampling rate. We also tried the latest 1.3 version, and unfortunately, this phenomenon hasn't gone away. Now we send you the results of raw data, encoded stream, packet loss and decoding, hoping to get a reply.[data_opus_1.rar](/uploads/bf8412434c03c1982d5112acab866208/data_opus_1.rar)https://gitlab.xiph.org/xiph/icecast-server/-/issues/2404Issues in log file dublicate items since start of 20212021-01-04T20:47:54ZHans-Georg AlthoffIssues in log file dublicate items since start of 2021I have figured out, that user access is repeating the same data several times since the beginning of the year.
Usual the lines are ordered by time. Now I can see, that ip adresses are repeating with the same date and time.
This is corr...I have figured out, that user access is repeating the same data several times since the beginning of the year.
Usual the lines are ordered by time. Now I can see, that ip adresses are repeating with the same date and time.
This is corrupting my programm[access.log.old](/uploads/10f05b8ae9d6960d4a921d4654ab6e9c/access.log.old), which I use to analyse the data.https://gitlab.xiph.org/xiph/theora/-/issues/2313Error compiling libtheora-1.2.0alpha1 for ARM (1.1.1 works)2023-10-22T05:50:04ZvirtualdjError compiling libtheora-1.2.0alpha1 for ARM (1.1.1 works)I'm compiling TVHeadend for aarch64 and armv5tejl which uses libtheora inside two QEMU Debian VMs. While the previous version libtheora-1.1.1.tar worked correctly on both (just retried to be sure), I'm having issues with the latest **lib...I'm compiling TVHeadend for aarch64 and armv5tejl which uses libtheora inside two QEMU Debian VMs. While the previous version libtheora-1.1.1.tar worked correctly on both (just retried to be sure), I'm having issues with the latest **libtheora-1.2.0alpha1.tar.gz**.
In the **aarch64** VM, _configure_ doesn't detect the system architecture:
```
UNTAR libtheora-1.2.0alpha1.tar.gz
cd /root/tvheadend/tvheadend/build.linux/ffmpeg/libtheora-1.2.0alpha1 && \
CC="gcc -fPIE" FFMPEG_PREFIX=/root/tvheadend/tvheadend/build.linux/ffmpeg/build/ffmpeg PKG_CONFIG=/root/tvheadend/tvheadend/support/pkg-config.ffmpeg ./configure --prefix=/ffmpeg --enable-static --disable-shared \
--libdir=/ffmpeg/lib \
--with-ogg=/root/tvheadend/tvheadend/build.linux/ffmpeg/build/ffmpeg \
--disable-examples \
--disable-spec \
checking build system type... ./config.guess: unable to guess system type
This script, last modified 2003-10-03, has failed to recognize
the operating system you are using. It is advised that you
download the most up to date version of the config scripts from
ftp://ftp.gnu.org/pub/gnu/config/
If the version you run (./config.guess) is already up to date, please
send the following data and any information you think might be
pertinent to <config-patches@gnu.org> in order to provide the needed
information to handle your system.
config.guess timestamp = 2003-10-03
uname -m = aarch64
uname -r = 4.9.0-4-arm64
uname -s = Linux
uname -v = #1 SMP Debian 4.9.65-3+deb9u1 (2017-12-23)
/usr/bin/uname -p =
/bin/uname -X =
hostinfo =
/bin/universe =
/usr/bin/arch -k =
/bin/arch =
/usr/bin/oslevel =
/usr/convex/getsysinfo =
UNAME_MACHINE = aarch64
UNAME_RELEASE = 4.9.0-4-arm64
UNAME_SYSTEM = Linux
UNAME_VERSION = #1 SMP Debian 4.9.65-3+deb9u1 (2017-12-23)
configure: error: cannot guess build type; you must specify one
Makefile.ffmpeg:406: recipe for target '/root/tvheadend/tvheadend/build.linux/ffmpeg/libtheora-1.2.0alpha1/.tvh_build' failed
```
While the **armv5tejl** VM configures, but then fails during _make_:
```
UNTAR libtheora-1.2.0alpha1.tar.gz
cd /root/tvheadend/tvheadend/build.linux/ffmpeg/libtheora-1.2.0alpha1 && \
CC="gcc -fPIE" FFMPEG_PREFIX=/root/tvheadend/tvheadend/build.linux/ffmpeg/build/ffmpeg PKG_CONFIG=/root/tvheadend/tvheadend/support/pkg-config.ffmpeg ./configure --prefix=/ffmpeg --enable-static --disable-shared \
--libdir=/ffmpeg/lib \
--with-ogg=/root/tvheadend/tvheadend/build.linux/ffmpeg/build/ffmpeg \
--disable-examples \
--disable-spec \
checking build system type... armv5tejl-unknown-linux-gnu
checking host system type... armv5tejl-unknown-linux-gnu
checking target system type... armv5tejl-unknown-linux-gnu
checking for a BSD-compatible install... /usr/bin/install -c
checking whether build environment is sane... yes
checking for a thread-safe mkdir -p... /bin/mkdir -p
checking for gawk... no
checking for mawk... mawk
checking whether make sets $(MAKE)... yes
checking for style of include used by make... GNU
checking for gcc... gcc -fPIE
checking for C compiler default output file name... a.out
checking whether the C compiler works... yes
checking whether we are cross compiling... no
checking for suffix of executables...
checking for suffix of object files... o
checking whether we are using the GNU C compiler... yes
checking whether gcc -fPIE accepts -g... yes
checking for gcc -fPIE option to accept ISO C89... none needed
checking dependency style of gcc -fPIE... gcc3
checking dependency style of gcc -fPIE... gcc3
checking for gcc... (cached) gcc -fPIE
checking whether we are using the GNU C compiler... (cached) yes
checking whether gcc -fPIE accepts -g... (cached) yes
checking for gcc -fPIE option to accept ISO C89... (cached) none needed
checking dependency style of gcc -fPIE... (cached) gcc3
checking how to run the C preprocessor... gcc -fPIE -E
checking whether gcc -fPIE and cc understand -c and -o together... yes
checking for a sed that does not truncate output... /bin/sed
checking for grep that handles long lines and -e... /bin/grep
checking for egrep... /bin/grep -E
checking for fgrep... /bin/grep -F
checking for ld used by gcc -fPIE... /usr/bin/ld
checking if the linker (/usr/bin/ld) is GNU ld... yes
checking for BSD- or MS-compatible name lister (nm)... /usr/bin/nm -B
checking the name lister (/usr/bin/nm -B) interface... BSD nm
checking whether ln -s works... yes
checking the maximum length of command line arguments... 1572864
checking whether the shell understands some XSI constructs... yes
checking whether the shell understands "+="... yes
checking for /usr/bin/ld option to reload object files... -r
checking for objdump... objdump
checking how to recognize dependent libraries... pass_all
checking for ar... ar
checking for strip... strip
checking for ranlib... ranlib
checking command to parse /usr/bin/nm -B output from gcc -fPIE object... ok
checking for ANSI C header files... yes
checking for sys/types.h... yes
checking for sys/stat.h... yes
checking for stdlib.h... yes
checking for string.h... yes
checking for memory.h... yes
checking for strings.h... yes
checking for inttypes.h... yes
checking for stdint.h... yes
checking for unistd.h... yes
checking for dlfcn.h... yes
checking for objdir... .libs
checking if gcc -fPIE supports -fno-rtti -fno-exceptions... no
checking for gcc -fPIE option to produce PIC... -fPIC -DPIC
checking if gcc -fPIE PIC flag -fPIC -DPIC works... yes
checking if gcc -fPIE static flag -static works... yes
checking if gcc -fPIE supports -c -o file.o... yes
checking if gcc -fPIE supports -c -o file.o... (cached) yes
checking whether the gcc -fPIE linker (/usr/bin/ld) supports shared libraries... yes
checking dynamic linker characteristics... GNU/Linux ld.so
checking how to hardcode library paths into programs... immediate
checking whether stripping libraries is possible... yes
checking if libtool supports shared libraries... yes
checking whether to build shared libraries... no
checking whether to build static libraries... yes
checking for doxygen... false
configure: WARNING: *** doxygen not found, API documentation will not be built
configure: WARNING: *** Format Specification will not built.
checking for perl... yes
checking if assembler supports NEON instructions on ARM... no
checking if assembler supports ARMv6 media instructions on ARM... no
checking if assembler supports EDSP instructions on ARM... no
configure: trying custom CCASFLAGS to enable NEON instructions...
checking if assembler supports NEON instructions on ARM... yes
configure: trying custom CCASFLAGS to enable ARMv6 media instructions...
checking if assembler supports ARMv6 media instructions on ARM... yes
configure: trying custom CCASFLAGS to enable EDSP compilation...
checking if assembler supports EDSP instructions on ARM... no
checking for ld used by gcc -fPIE... (cached) /usr/bin/ld
checking if the linker (/usr/bin/ld) is GNU ld... (cached) yes
checking how to control symbol export... --version-script
checking for pkg-config... yes
checking pkg-config is at least version 0.9.0... yes
checking for OGG... yes
checking for VORBIS... yes
checking for SDL... no
configure: WARNING: *** Unable to find SDL -- Not compiling example players ***
checking sys/soundcard.h usability... yes
checking sys/soundcard.h presence... yes
checking for sys/soundcard.h... yes
checking for PNG... no
checking for library containing ftime... none required
checking for getopt_long... yes
configure: creating ./config.status
config.status: creating Makefile
config.status: creating lib/Makefile
config.status: creating lib/arm/armopts.s
config.status: creating include/Makefile
config.status: creating include/theora/Makefile
config.status: creating examples/Makefile
config.status: creating doc/Makefile
config.status: creating doc/Doxyfile
config.status: creating doc/spec/Makefile
config.status: creating tests/Makefile
config.status: creating m4/Makefile
config.status: creating libtheora.spec
config.status: creating theora.pc
config.status: creating theora-uninstalled.pc
config.status: creating theoradec.pc
config.status: creating theoradec-uninstalled.pc
config.status: creating theoraenc.pc
config.status: creating theoraenc-uninstalled.pc
config.status: creating config.h
config.status: executing depfiles commands
config.status: executing libtool commands
------------------------------------------------------------------------
libtheora 1.2.0alpha1: Automatic configuration OK.
General configuration:
Encoding support: ........... yes
Floating point support: ..... yes
Assembly optimization: ...... ARM (Media) (NEON)
Debugging telemetry: ........ no
Build example code: ......... no
API Documentation: .......... no
Format Documentation: ....... no
Installation paths:
libtheora: ................... /ffmpeg/lib
C header files: .............. /ffmpeg/include/theora
Documentation: ............... /ffmpeg/share/doc/libtheora
Building:
Type 'make' to compile libtheora.
Type 'make install' to install libtheora.
Type 'make check' to run test suite (Valgrind testing not enabled)
Example programs will be built but not installed.
------------------------------------------------------------------------
DESTDIR=/root/tvheadend/tvheadend/build.linux/ffmpeg/build \
make -C /root/tvheadend/tvheadend/build.linux/ffmpeg/libtheora-1.2.0alpha1 install
make[2]: Entering directory '/root/tvheadend/tvheadend/build.linux/ffmpeg/libtheora-1.2.0alpha1'
Making install in lib
make[3]: Entering directory '/root/tvheadend/tvheadend/build.linux/ffmpeg/libtheora-1.2.0alpha1/lib'
./arm/arm2gnu.pl < arm/armopts.s > armopts-gnu.S
./arm/arm2gnu.pl < arm/armfrag.s > armfrag-gnu.S
./arm/arm2gnu.pl < arm/armidct.s > armidct-gnu.S
make install-am
make[4]: Entering directory '/root/tvheadend/tvheadend/build.linux/ffmpeg/libtheora-1.2.0alpha1/lib'
CC apiwrapper.lo
CC bitpack.lo
CC decapiwrapper.lo
CC decinfo.lo
CC decode.lo
decode.c: In function ‘th_decode_alloc’:
decode.c:403:49: warning: iteration 2 invokes undefined behavior [-Waggressive-loop-optimizations]
um+=_dec->state.dequant_tables[qti][pli][qi][12]+
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~^~~~
decode.c:399:3: note: within this loop
for(qi=0;qi<64;qi++){
^~~
CC dequant.lo
CC fragment.lo
CC huffdec.lo
CC idct.lo
CC info.lo
CC internal.lo
CC quant.lo
CC state.lo
CC armcpu.lo
CC armstate.lo
arm/armstate.c: In function ‘oc_state_frag_recon_v6’:
arm/armstate.c:155:5: warning: implicit declaration of function ‘oc_idct8x8_1_v6’ [-Wimplicit-function-declaration]
oc_idct8x8_1_v6(_dct_coeffs+64,p);
^~~~~~~~~~~~~~~
arm/armstate.c:160:5: warning: implicit declaration of function ‘oc_idct8x8_v6’ [-Wimplicit-function-declaration]
oc_idct8x8_v6(_dct_coeffs+64,_dct_coeffs,_last_zzi);
^~~~~~~~~~~~~
arm/armstate.c:168:5: warning: implicit declaration of function ‘oc_frag_recon_intra_v6’ [-Wimplicit-function-declaration]
oc_frag_recon_intra_v6(dst,ystride,_dct_coeffs+64);
^~~~~~~~~~~~~~~~~~~~~~
arm/armstate.c:178:7: warning: implicit declaration of function ‘oc_frag_recon_inter2_v6’ [-Wimplicit-function-declaration]
oc_frag_recon_inter2_v6(dst,ref+mvoffsets[0],ref+mvoffsets[1],ystride,
^~~~~~~~~~~~~~~~~~~~~~~
arm/armstate.c:181:10: warning: implicit declaration of function ‘oc_frag_recon_inter_v6’ [-Wimplicit-function-declaration]
else oc_frag_recon_inter_v6(dst,ref+mvoffsets[0],ystride,_dct_coeffs+64);
^~~~~~~~~~~~~~~~~~~~~~
arm/armstate.c: In function ‘oc_state_frag_recon_neon’:
arm/armstate.c:199:5: warning: implicit declaration of function ‘oc_idct8x8_1_neon’ [-Wimplicit-function-declaration]
oc_idct8x8_1_neon(_dct_coeffs+64,p);
^~~~~~~~~~~~~~~~~
arm/armstate.c:204:5: warning: implicit declaration of function ‘oc_idct8x8_neon’ [-Wimplicit-function-declaration]
oc_idct8x8_neon(_dct_coeffs+64,_dct_coeffs,_last_zzi);
^~~~~~~~~~~~~~~
arm/armstate.c:212:5: warning: implicit declaration of function ‘oc_frag_recon_intra_neon’ [-Wimplicit-function-declaration]
oc_frag_recon_intra_neon(dst,ystride,_dct_coeffs+64);
^~~~~~~~~~~~~~~~~~~~~~~~
arm/armstate.c:222:7: warning: implicit declaration of function ‘oc_frag_recon_inter2_neon’ [-Wimplicit-function-declaration]
oc_frag_recon_inter2_neon(dst,ref+mvoffsets[0],ref+mvoffsets[1],ystride,
^~~~~~~~~~~~~~~~~~~~~~~~~
arm/armstate.c:225:10: warning: implicit declaration of function ‘oc_frag_recon_inter_neon’ [-Wimplicit-function-declaration]
else oc_frag_recon_inter_neon(dst,ref+mvoffsets[0],ystride,_dct_coeffs+64);
^~~~~~~~~~~~~~~~~~~~~~~~
At top level:
arm/armstate.c:24:28: warning: ‘OC_FZIG_ZAG_NEO’ defined but not used [-Wunused-const-variable]
static const unsigned char OC_FZIG_ZAG_NEON[128]={
^~~~~~~~~~~~~~~~
CPPAS armbits-gnu.lo
Assembler messages:
Error: unknown architecture `armv5e'
Error: unrecognized option -march=armv5e
Makefile:769: recipe for target 'armbits-gnu.lo' failed
make[4]: *** [armbits-gnu.lo] Error 1
make[4]: Leaving directory '/root/tvheadend/tvheadend/build.linux/ffmpeg/libtheora-1.2.0alpha1/lib'
Makefile:1041: recipe for target 'install' failed
make[3]: *** [install] Error 2
make[3]: Leaving directory '/root/tvheadend/tvheadend/build.linux/ffmpeg/libtheora-1.2.0alpha1/lib'
Makefile:437: recipe for target 'install-recursive' failed
make[2]: *** [install-recursive] Error 1
make[2]: Leaving directory '/root/tvheadend/tvheadend/build.linux/ffmpeg/libtheora-1.2.0alpha1'
Makefile.ffmpeg:406: recipe for target '/root/tvheadend/tvheadend/build.linux/ffmpeg/libtheora-1.2.0alpha1/.tvh_build' failed
```https://gitlab.xiph.org/xiph/ezstream/-/issues/2270<sys/random.h> requires <sys/types.h> on OS/X2022-08-20T02:49:16ZMitchell Blank<sys/random.h> requires <sys/types.h> on OS/XOn recent OS/X environments, playlist.c fails to compile because of problems with including `<sys/random.h>` before `<sys/types.h>`:
```
/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX.sdk/usr/i...On recent OS/X environments, playlist.c fails to compile because of problems with including `<sys/random.h>` before `<sys/types.h>`:
```
/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX.sdk/usr/include/sys/random.h:37:30: error: unknown type name 'size_t'; did you mean 'time_t'?
int getentropy(void* buffer, size_t size);
```
I'm not the first to hit this problem; it looks like MacPorts patched it locally about 9 months ago:
https://raw.githubusercontent.com/macports/macports-ports/fa36881/audio/ezstream/files/sys-types.patch
I can verify that their fix works on my MacOS 11 environment.Moritz GrimmMoritz Grimmhttps://gitlab.xiph.org/xiph/icecast-website/-/issues/2055Link docs/icecast-latest to the most recent release2023-06-12T09:47:47ZRalph GilesLink docs/icecast-latest to the most recent releaseThe index page links to `docs/icecast-latest` but no content is generated for that path. The repository includes a `redirects.htaccess` which sends `docs/latest` to `docs/icecast-2.4.1` but that (a) does nothing on the current nginx conf...The index page links to `docs/icecast-latest` but no content is generated for that path. The repository includes a `redirects.htaccess` which sends `docs/latest` to `docs/icecast-2.4.1` but that (a) does nothing on the current nginx config and (b) is the wrong url target.
Symlinks seem to work fine, so if jekyll could generate those (and they could survive the gitlab-ci artifact packaging) that's probably the best solution. Until then we have to have the update script special-case creating them when we deploy a new version of the site.Marvin ScholzMarvin Scholzhttps://gitlab.xiph.org/xiph/opus/-/issues/2347cmake - disable ctest for ios and android crosscompiling2022-07-12T14:08:12ZMarcus Asteborgcmake - disable ctest for ios and android crosscompilinghttps://gitlab.xiph.org/xiph/icecast-libshout/-/issues/2322Impossible install2023-03-10T12:59:04ZTitouan PetitImpossible install`npm install --save nodeshout` on Raspbian :
Log : https://hastebin.com/esevepetal.rb`npm install --save nodeshout` on Raspbian :
Log : https://hastebin.com/esevepetal.rbhttps://gitlab.xiph.org/xiph/opus/-/issues/2346Kiss FFT replacement2023-08-11T06:54:17ZVitaly IvanovKiss FFT replacementI wonder if there are any plans to replace Kiss FFT with much faster pffft? Here's this older issue: https://monorail-staging.appspot.com/p/webrtc/issues/detail?id=3350
I ran some tests myself (although I was using RNNoise), and on my M...I wonder if there are any plans to replace Kiss FFT with much faster pffft? Here's this older issue: https://monorail-staging.appspot.com/p/webrtc/issues/detail?id=3350
I ran some tests myself (although I was using RNNoise), and on my MacBook Pro (i7) opus_fft (complex, N=960, forward) is about 3.5x slower than pffft_transform_orderedhttps://gitlab.xiph.org/xiph/icecast-libshout/-/issues/2321In non-blocking mode login errors are not correctly reported2020-12-19T13:51:45ZPhilipp SchafftIn non-blocking mode login errors are not correctly reportedWhen libshout is configured in non-blocking mode fatal authentication errors are not forwarded correctly to the application. Instead retry is signalled.When libshout is configured in non-blocking mode fatal authentication errors are not forwarded correctly to the application. Instead retry is signalled.Philipp SchafftPhilipp Schafft