Xiph.Org issueshttps://gitlab.xiph.org/groups/xiph/-/issues2018-04-29T09:16:10Zhttps://gitlab.xiph.org/xiph/xiph-qt/-/issues/2178error message when installing xiphQT 0.1.9 on MacBook OS X 10.10.22018-04-29T09:16:10Zraphaelerror message when installing xiphQT 0.1.9 on MacBook OS X 10.10.2/Volumes/XiphQT\ 0.1.9/XiphQT.component/Contents/MacOS/XiphQT ; exit;
-bash: /Volumes/XiphQT 0.1.9/XiphQT.component/Contents/MacOS/XiphQT: cannot execute binary file/Volumes/XiphQT\ 0.1.9/XiphQT.component/Contents/MacOS/XiphQT ; exit;
-bash: /Volumes/XiphQT 0.1.9/XiphQT.component/Contents/MacOS/XiphQT: cannot execute binary fileArek KorbikArek Korbikhttps://gitlab.xiph.org/xiph/xiph-qt/-/issues/2177error message when installing xiphQT 0.1.9 on MacBook OS X 10.10.22018-04-29T09:16:11Zraphaelerror message when installing xiphQT 0.1.9 on MacBook OS X 10.10.2/Volumes/XiphQT\ 0.1.9/XiphQT.component/Contents/MacOS/XiphQT ; exit;
-bash: /Volumes/XiphQT 0.1.9/XiphQT.component/Contents/MacOS/XiphQT: cannot execute binary file/Volumes/XiphQT\ 0.1.9/XiphQT.component/Contents/MacOS/XiphQT ; exit;
-bash: /Volumes/XiphQT 0.1.9/XiphQT.component/Contents/MacOS/XiphQT: cannot execute binary fileArek KorbikArek Korbikhttps://gitlab.xiph.org/xiph/vorbis/-/issues/279error in use of qsort2017-04-08T10:58:44ZThomas Gerekeerror in use of qsort```
the files lib/sharedbook.c, lib/psy.c and lib/lsp.c use the c function qsort
with wrong argument function. The compare functions sort32a, apsort and comp
return a value not zero even if the compared values are equal. with my compiler...```
the files lib/sharedbook.c, lib/psy.c and lib/lsp.c use the c function qsort
with wrong argument function. The compare functions sort32a, apsort and comp
return a value not zero even if the compared values are equal. with my compiler
(watcom 11.0a) the decoder hangs in qsort called in lib/sharedbook.c. if an
extra compare is added, all is fine.
```Monty MontgomeryMonty Montgomeryhttps://gitlab.xiph.org/xiph/theora/-/issues/1144Error in Theora Format Specification2017-04-07T23:20:35ZpmuetError in Theora Format SpecificationThere is an error in the Theora I Specification, linked here: www.xiph.org/theora/doc/Theora_I_spec.pdf (December 21, 2006 version). On page 53, section 6.4.3 Computing a Quantization Matrix.
The erronous statements read:
```
sum from q...There is an error in the Theora I Specification, linked here: www.xiph.org/theora/doc/Theora_I_spec.pdf (December 21, 2006 version). On page 53, section 6.4.3 Computing a Quantization Matrix.
The erronous statements read:
```
sum from qrj = 0 to qri - 1 of qi >= QRSIZES[qti][pli][qrj]
sum from qrj = 0 to qri of qi <= QRSIZES[qti][pli][qrj]
```
They should read:
```
sum from qrj = 0 to qri - 1 of QRSIZES[qti][pli][qrj] >= qi
sum from qrj = 0 to qri of QRSIZES[qti][pli][qrj] <= qi
```https://gitlab.xiph.org/xiph/xiph-qt/-/issues/1394Error in documentation "QT Components Read Me" version 0.1.8 (your current d...2008-07-03T08:08:51ZDonnaError in documentation "QT Components Read Me" version 0.1.8 (your current download)In the Xiph QuickTime Components ReadMe - Installation, there appears to be an error.
"Installation
To install simply copy the "XiphQT" component bundle into the Library/Components folder in your home directory. To install the XiphQT co...In the Xiph QuickTime Components ReadMe - Installation, there appears to be an error.
"Installation
To install simply copy the "XiphQT" component bundle into the Library/Components folder in your home directory. To install the XiphQT component system-wide
copy it into the Library/Components in your system's root folder."
There is no folder called "Components" on my Mac OS X 10.4.11 machine. I installed it in User>Library>Quicktime
Arek KorbikArek Korbikhttps://gitlab.xiph.org/xiph/icecast-server/-/issues/2434Error GPG key sign for repository (update needed on icecast.org)2022-04-12T12:00:45ZNicolas DerambureError GPG key sign for repository (update needed on icecast.org)Hello,
I've installed the icecast2 package from the opensuse repository some weeks ago doing this :
`sh -c "echo deb http://download.opensuse.org/repositories/multimedia:/xiph/Debian_10/ ./ >>/etc/apt/sources.list.d/icecast.list"`
and...Hello,
I've installed the icecast2 package from the opensuse repository some weeks ago doing this :
`sh -c "echo deb http://download.opensuse.org/repositories/multimedia:/xiph/Debian_10/ ./ >>/etc/apt/sources.list.d/icecast.list"`
and :
`wget -qO - http://icecast.org/multimedia-obs.key | sudo apt-key add -`
Then I gave more weight to the package from opensuse repository using APT pinning in order to download from opensuse and not from debian official repositories.
But today, doing apt update, I get this error :
`W: An error occurred during the signature verification. The repository is not updated and the previous index files will be used. GPG error: http://download.opensuse.org/repositories/multimedia:/xiph/Debian_10 ./ InRelease: The following signatures were invalid: EXPKEYSIG 77EC2301F23C6AA3 multimedia OBS Project <multimedia@build.opensuse.org>
W: Failed to fetch http://download.opensuse.org/repositories/multimedia:/xiph/Debian_10/./InRelease The following signatures were invalid: EXPKEYSIG 77EC2301F23C6AA3 multimedia OBS Project <multimedia@build.opensuse.org>`
It seems the key is not signing correctly the repository now.
I've done again the command :
`wget -qO - http://icecast.org/multimedia-obs.key | sudo apt-key add -`, but the error still persists.
Any change on your side ?
Side question : do you plan to make an icecast package for Debian 11 too ? We need to keep an old server on Debian 10 only for Icecast, and we'll be enchanted to switch it off ;)
Thx !https://gitlab.xiph.org/xiph/theora/-/issues/1335error during make check2008-04-11T06:09:39ZGitlab Boterror during make check```
granulepos.c:107: th_granule_frame returned incorrect results
FAIL: granulepos
...[cut]...
PASS: granulepos_theora
===================
1 of 9 tests failed
===================
``````
granulepos.c:107: th_granule_frame returned incorrect results
FAIL: granulepos
...[cut]...
PASS: granulepos_theora
===================
1 of 9 tests failed
===================
```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/icecast-libigloo/-/issues/3Error by llvm MemorySanitizer2023-01-29T17:10:05ZPhilipp SchafftError by llvm MemorySanitizerCurrently the CI fails with a MemorySanitizer error when compiled with clang.
From IRC:
> based on the error message and 'quelle: internet' it seems that it's a brokeness in llvm.
> I *think* it is triggered by librhash trying to check ...Currently the CI fails with a MemorySanitizer error when compiled with clang.
From IRC:
> based on the error message and 'quelle: internet' it seems that it's a brokeness in llvm.
> I *think* it is triggered by librhash trying to check if it has optimised code it can load for the given platform.
> the problem with false positives however is that if you blindly ignore them maybe one day a true positive is around to hit you from behind.
I'm not sure if skipping that step is the right thing. However it clearly seems to be an option to me at this point.
Generally libigloo does a lot of low level memory management. Hence it's good to have those extra checks.https://gitlab.xiph.org/xiph/icecast-server/-/issues/895error : xmlEncodeEntitiesReentrant : char out of range2018-03-06T12:49:49ZJ.Antonioerror : xmlEncodeEntitiesReentrant : char out of rangeI am receiving the following error: "error : xmlEncodeEntitiesReentrant : char out of range
It happens when a station is sending accents within the metatags.
For example: "La Estación de la Asociación Mexicana de Pediatría" appears as ...I am receiving the following error: "error : xmlEncodeEntitiesReentrant : char out of range
It happens when a station is sending accents within the metatags.
For example: "La Estación de la Asociación Mexicana de Pediatría" appears as "La Estaci??e la Asociaci??exicana de Pediatría".
Happens with any source client I have tried: Sam, Oddcast, etc.
It totally breaks the status.xsl ... for example, "Radio Pediatría" turns into "Radio Pediatr?/td>" (it eats away the < in front of the </td>) and this in turns breaks other applications which read the stats from status.xls... like Sam2.
We have experienced this issue because most of our stations use accents.Icecast 2.3Karl HeyesKarl Heyeshttps://gitlab.xiph.org/xiph/ezstream/-/issues/2269error -3: Login failed when trying to run multiple instances of ezstream2023-02-19T15:45:02ZDan Steingarterror -3: Login failed when trying to run multiple instances of ezstreamquick thank you for writing such great software.
I am attempting to serve multiple files on multiple mount points to a single `icecast2` server instance. The first connection succeeds as expected, but the subsequents attempts fail with ...quick thank you for writing such great software.
I am attempting to serve multiple files on multiple mount points to a single `icecast2` server instance. The first connection succeeds as expected, but the subsequents attempts fail with
`ezstream[9770]: stream: default: connect: [localhost]:8000: error -3: Login failed`
when I use an `xml` configuration file structured as
```
<ezstream>
<servers>
<server>
<hostname>localhost</hostname>
<password>hackme</password>
</server>
</servers>
<streams>
<stream>
<mountpoint>/stream_x</mountpoint>
<format>MP3</format>
</stream>
</streams>
<intakes>
<intake>
<filename>file_x.mp3</filename>
</intake>
</intakes>
</ezstream>
```
where `x` above is a unique file for a unique stream. Thanks.Moritz GrimmMoritz Grimmhttps://gitlab.xiph.org/xiph/xiph-qt/-/issues/1190Error -108 When Exporting to Ogg using Quicktime Pro 7.0.12007-05-29T05:40:58ZGitlab BotError -108 When Exporting to Ogg using Quicktime Pro 7.0.1*Test 1 29 May 2007*
Setup
* Encoding computer - Mac Powerbook 1.33 GHz PowerPC G4, 1.25 GB DDR
SDRAM, OS X 10.3.9
* Quicktime Version - 7.0.1
* Input File - bigtime.mov (Quicktime Sorenson 3, AAC Audio)
* 7.9 MB
* ...*Test 1 29 May 2007*
Setup
* Encoding computer - Mac Powerbook 1.33 GHz PowerPC G4, 1.25 GB DDR
SDRAM, OS X 10.3.9
* Quicktime Version - 7.0.1
* Input File - bigtime.mov (Quicktime Sorenson 3, AAC Audio)
* 7.9 MB
* Duration 1 minute 40 seconds
* Dimensions 320 x 240
* Used preset - only selected Movie to Ogg, Stereo Audio
Results
* Failed -108
*Test 2 - 29 May 2007*
Setup
* Encoding computer - Mac Powerbook 1.33 GHz PowerPC G4, 1.25 GB DDR
SDRAM, OS X 10.3.9
* Quicktime Version - 7.0.1
* Input File - Abstractor-Billboard.mp4 (H264 / AAC audio)
* 7.9 MB
* Duration 1 minute 53 seconds
* Dimensions 550 x 366
* Used preset - only selected Movie to Ogg, Stereo Audio
Results
* Failed -108
Arek KorbikArek Korbikhttps://gitlab.xiph.org/xiph/opus/-/issues/2323Equivalent bitrate calculation is broken for <20ms frame sizes2020-05-26T04:56:56ZHector MartinEquivalent bitrate calculation is broken for <20ms frame sizesThis leads to negative bitrates at smaller frame sizes, which does bad things like making all bands available for intensity stereo coding.
So, for example, encoding with these parameters:
`opusenc --hard-cbr --bitrate 192 --framesize 2...This leads to negative bitrates at smaller frame sizes, which does bad things like making all bands available for intensity stereo coding.
So, for example, encoding with these parameters:
`opusenc --hard-cbr --bitrate 192 --framesize 2.5`
Yields output that, when mono downmixed, sounds completely terrible, which definitely shouldn't happen at those bitrates (phase inversion intensity stereo should not be used).
Fix: [0001-celt_encoder-fix-equivalent-bitrate-calculation-for-.patch](/uploads/0cc8ff9d0576f97bfad81e649c8e67ec/0001-celt_encoder-fix-equivalent-bitrate-calculation-for-.patch)https://gitlab.xiph.org/xiph/opus/-/issues/1926Enhanced spatialization can lead to high-frequency swishiness after mixing do...2018-11-26T18:44:40ZkarlnordstromEnhanced spatialization can lead to high-frequency swishiness after mixing down to monoEnhanced spatialization during encoding can result in high-frequency swishiness after mixdown to mono. The problem becomes evident when the following conditions are true:
1. The encoder captures far-field (across-the room) audio in ster...Enhanced spatialization during encoding can result in high-frequency swishiness after mixdown to mono. The problem becomes evident when the following conditions are true:
1. The encoder captures far-field (across-the room) audio in stereo, and
2. the decoder side mixes the audio down to mono.
This can occur when the receiving side has a mono speaker. This is likely to occur in multi-chat with a mix of devices doing hands-free communication.
Reproducing the problem:
1. Capture far-field (across the room) speech with stereo mics.
2. Encode and decode with Opus.
3. Mix down to mono.
4. Listen.
Expected result:
Mono audio without audio artifacts.
Observed result:
High frequency "swishiness" due to high-frequency phase issues.
One (sub-optimal) solution is to just use the right or left channel for the mono signal instead of mixing the audio down to mono. However, this means that the mono signal will lose key information from the other channel.
The following patch eliminates the above-mentioned artifacts by not doing additional spatialization:
```
$ git diff
diff --git a/celt/bands.c b/celt/bands.c
index 62f0ee7..f493a81 100644
--- a/celt/bands.c
+++ b/celt/bands.c
@@ -794,7 +794,7 @@ static void compute_theta(struct band_ctx *ctx, struct split_ctx *sctx,
} else if (stereo) {
if (encode)
{
- inv = itheta > 8192;
+ inv = 0; // Don't reverse phase. leads to high-freq "swishiness" on mixdown to mono.
if (inv)
{
int j;
```
Jean-Marc ValinJean-Marc Valinhttps://gitlab.xiph.org/xiph/libao/-/issues/1006enhacements for libao 0.8.62012-08-09T16:15:37Zrodrivgenhacements for libao 0.8.6it is mentioned in the TODO file of libao 0.8.6-1 (from debian sarge) that it is a "TODO" that libao do on the fly sample rate conversion.
it would be nice that converted to 2 channels if number of channels is not supported by the sound ...it is mentioned in the TODO file of libao 0.8.6-1 (from debian sarge) that it is a "TODO" that libao do on the fly sample rate conversion.
it would be nice that converted to 2 channels if number of channels is not supported by the sound card (e.g. my i810 only supports 2 channels)
it would be useful that ao_open_live returned a detailed description of the error when failing, since now it only returns NULL and sends things like "libao - OSS cannot set channels to 1" to stderr.
and also it would be nice a uniform method for selecting which sound card to use. say, sound card number n, with 0<=n. currently oss and alsa09 have different options for selecting sound card number and it needs a device name.Monty MontgomeryMonty Montgomeryhttps://gitlab.xiph.org/xiph/libao/-/issues/1005enhacements for libao 0.8.62006-07-19T08:07:47ZGitlab Botenhacements for libao 0.8.6it is mentioned in the TODO file of libao 0.8.6-1 (from debian sarge) that it is a "TODO" that libao do on the fly sample rate conversion.
it would be nice that converted to 2 channels if number of channels is not supported by the sound ...it is mentioned in the TODO file of libao 0.8.6-1 (from debian sarge) that it is a "TODO" that libao do on the fly sample rate conversion.
it would be nice that converted to 2 channels if number of channels is not supported by the sound card (e.g. my i810 only supports 2 channels)
it would be useful that ao_open_live returned a detailed description of the error when failing, since now it only returns NULL and sends things like "libao - OSS cannot set channels to 1" to stderr.
and also it would be nice a uniform method for selecting which sound card to use. say, sound card number n, with 0<=n. currently oss and alsa09 have different options for selecting sound card number and it needs a device name.Stan SeibertStan Seiberthttps://gitlab.xiph.org/xiph/theora/-/issues/2287encoding: x86 assembler code in versions >20071116 (possibly >= 1.0 ?) trigge...2017-08-20T01:57:18Zztsdztsdencoding: x86 assembler code in versions >20071116 (possibly >= 1.0 ?) triggers segfaults when linked to musl libcx86 assembler code in libtheora versions >20071116 (possibly >= 1.0 ?) seems to trigger segfaults when linked to musl libc.
The segfaults appear reliably but depend on both the input data and the quality settings. A higher quality setti...x86 assembler code in libtheora versions >20071116 (possibly >= 1.0 ?) seems to trigger segfaults when linked to musl libc.
The segfaults appear reliably but depend on both the input data and the quality settings. A higher quality setting correlates to crashing easier.
This is observed when building against musl, independent of musl versions, affects builds here and otherwise in Alpine Linux where ffmpeg exhibits the same problem when encoding to Theora.
Disabling the assembler optimizations with configure --disable-asm produces working tools in my tests.https://gitlab.xiph.org/xiph/xiph-qt/-/issues/1591Encoding with Episode or Compressor2018-04-29T09:16:11ZkurtggEncoding with Episode or CompressorCreating Ogg Theora files in QuickTime works like a charm but Telestream Episode, Episode Engine or Apple Compressor won't let me do so. I can create Mov Theora but not Ogg Theora which I need.
Is this a problem with the componenet or t...Creating Ogg Theora files in QuickTime works like a charm but Telestream Episode, Episode Engine or Apple Compressor won't let me do so. I can create Mov Theora but not Ogg Theora which I need.
Is this a problem with the componenet or the Telestream/Apple software (or me).Arek KorbikArek Korbikhttps://gitlab.xiph.org/xiph/xiph-qt/-/issues/1418Encoding to Theora fails for clips < 4.5 minutes2008-08-29T17:19:45ZMonty MontgomeryEncoding to Theora fails for clips < 4.5 minutesBeing reported by RedHat's internal video production team:
When trying to export from FinalCut Pro, Theora output using XiphQT simply fails if the vid to encode is > 4.5 minutes in length. A progress bar appears, disappears immediately...Being reported by RedHat's internal video production team:
When trying to export from FinalCut Pro, Theora output using XiphQT simply fails if the vid to encode is > 4.5 minutes in length. A progress bar appears, disappears immediately, and a zero length file is produced.
MontyArek KorbikArek Korbikhttps://gitlab.xiph.org/xiph/speex/-/issues/1832Encoding state on the fly2018-01-21T13:05:26ZGitlab BotEncoding state on the flyWhen i create and destroy my encoding state and my Bits for each frame i get a "tick" between each of them. Since it's not in the documention i though i will give you the feedback. A lot of people are not supposed to know that, specially...When i create and destroy my encoding state and my Bits for each frame i get a "tick" between each of them. Since it's not in the documention i though i will give you the feedback. A lot of people are not supposed to know that, specially C++ programmers who usually create objects as needed.Jean-Marc ValinJean-Marc Valin