Xiph.Org issueshttps://gitlab.xiph.org/groups/xiph/-/issues2017-11-05T22:14:59Zhttps://gitlab.xiph.org/xiph/icecast-ices/-/issues/1785[PATCH] spec file for building RPM of ices2017-11-05T22:14:59ZDave Miller[PATCH] spec file for building RPM of icesI wanted to install ices on an RPM-based system and although the compile is dead simple, it's still nice to keep track of stuff. I noticed there's a debian/rules for making a deb, but no spec file for making an RPM, so I made one (attac...I wanted to install ices on an RPM-based system and although the compile is dead simple, it's still nice to keep track of stuff. I noticed there's a debian/rules for making a deb, but no spec file for making an RPM, so I made one (attached).
It'll need to be updated with the version number at the top when the version changes.Michael SmithMichael Smithhttps://gitlab.xiph.org/xiph/ogg/-/issues/1747libogg 1.2.1 contains invalid os_types.h file which causes libvorbis 1.3.1 to...2021-09-27T21:10:42ZMax Hornlibogg 1.2.1 contains invalid os_types.h file which causes libvorbis 1.3.1 to be uncompilableTrying to compile libvorbis 1.3.1 with libogg 1.2.1 results in the following compiler error on Mac OS X 10.6, 32bit mode:
```
/bin/sh ../libtool --tag=CC --mode=compile gcc -DHAVE_CONFIG_H -I. -I.. -I../include -I/sw/include -I/sw...Trying to compile libvorbis 1.3.1 with libogg 1.2.1 results in the following compiler error on Mac OS X 10.6, 32bit mode:
```
/bin/sh ../libtool --tag=CC --mode=compile gcc -DHAVE_CONFIG_H -I. -I.. -I../include -I/sw/include -I/sw/include -DDARWIN -fno-common -force_cpusubtype_ALL -Wall -g -O4 -ffast-math -fsigned-char -Wdeclaration-after-statement -DUSE_MEMORY_H -MT analysis.lo -MD -MP -MF .deps/analysis.Tpo -c -o analysis.lo analysis.c
libtool: compile: gcc -DHAVE_CONFIG_H -I. -I.. -I../include -I/sw/include -I/sw/include -DDARWIN -fno-common -force_cpusubtype_ALL -Wall -g -O4 -ffast-math -fsigned-char -Wdeclaration-after-statement -DUSE_MEMORY_H -MT analysis.lo -MD -MP -MF .deps/analysis.Tpo -c analysis.c -fno-common -DPIC -o .libs/analysis.o
In file included from /sw/include/ogg/ogg.h:25,
from analysis.c:21:
/sw/include/ogg/os_types.h:73: error: expected '=', ',', ';', 'asm' or '__attribute__' before 'ogg_uint16_t'
/sw/include/ogg/os_types.h:75: error: expected '=', ',', ';', 'asm' or '__attribute__' before 'ogg_uint32_t'
```
Analysis: os_types.h contains this:
```
#elif (defined(__APPLE__) && defined(__MACH__)) /* MacOS X Framework build */
# include <inttypes.h>
typedef int16_t ogg_int16_t;
typedef u_int16_t ogg_uint16_t;
typedef int32_t ogg_int32_t;
typedef u_int32_t ogg_uint32_t;
typedef int64_t ogg_int64_t;
```
However, the types u_int16_t and u_int32_t are not defined by inttypes.h resp. stdint.h
Indeed, the correct names for these types as defined by the [spec for stdint.h](http://www.opengroup.org/onlinepubs/000095399/basedefs/stdint.h.html) (and by transiency for inttypes.h) are uint32_t and uint16_t. So the simple fix is to change these two lines in libogg's os_types.h.
This may affect #elif cases for other ports which incorrectly expect the u_intFOO types to be defined in stdint.h / inttypes.h
Of course the fact remains that checking for __APPLE__ and __MACH__ is a very fragile way to check for types, and that I would still recommend that os_types.h is rewritten to first try whatever types configure detected, and only fallback to such #define hackery if no configure script can be used... See the (now closed) bug + patch #849.Monty MontgomeryMonty Montgomeryhttps://gitlab.xiph.org/xiph/opus/-/issues/2215Opus encoder blends both audio channels in each audio channel in low bitrates2017-10-21T19:37:05ZPavel ChrpaOpus encoder blends both audio channels in each audio channel in low bitratesIn low bitrate encoding of a stereo file (WAV), the Opus codec seems to blend both audio channel in each audio channel. From my initial testing it seems that the border is around ~38-40kbps and the lower the bitrate is, the more signific...In low bitrate encoding of a stereo file (WAV), the Opus codec seems to blend both audio channel in each audio channel. From my initial testing it seems that the border is around ~38-40kbps and the lower the bitrate is, the more significant this seems. This may be a problem in recording of two speakers, where each of the speaker represent one of the audio channel.
*Steps*:
1. Install opus-tools 0.1.9-1 (e.g. _sudo apt-get install opus-tools_)
2. Encode stereo file by running _opusenc --bitrate 24 --hard-cbr --framesize 60_
3. Play the file and listen to each of the channels separately
*Expected*:
- both channels will retain only their audio footage
*Environment*:
- Ubuntu MATE 15.04 running on Dell Latitude E5430
- WAV info (file available at: [https://drive.google.com/folderview?id=0B_W_T_CohbhsfnNaOGZkb0NzekhKeDZDV2FnbFJTeUV4QzdBaDFPalpGQUdIVkJoTUpIVEk&usp=sharing]):
```
$ mediainfo ~/Desktop/1352389720037_5516_5517_31870.wav
General
Complete name : /home/pavel/Desktop/1352389720037_5516_5517_31870.wav
Format : Wave
File size : 2.81 MiB
Duration : 1mn 32s
Overall bit rate mode : Constant
Overall bit rate : 256 Kbps
Audio
Format : PCM
Format settings, Endianness : Little
Format settings, Sign : Signed
Codec ID : 1
Duration : 1mn 32s
Bit rate mode : Constant
Bit rate : 256 Kbps
Channel(s) : 2 channels
Sampling rate : 8 000 Hz
Bit depth : 16 bits
Stream size : 2.81 MiB (100%)
```
- Opus codec:
```
$ dpkg -l | grep opus
ii libopus0:amd64 1.1-0ubuntu2 amd64 Opus codec runtime library
ii opus-tools 0.1.9-1 amd64 Opus codec command line tools
```Jean-Marc ValinJean-Marc Valinhttps://gitlab.xiph.org/xiph/xiph-qt/-/issues/1365xiph qt 0-1.1.8 doesn't work2018-04-29T09:16:10Zdneuxiph qt 0-1.1.8 doesn't workI have installed 0.1.8 in a user/library/components and ITunes still could not play ogg, then I also installed it in my root/library/components ir still does not play in ITunes nor in QT,
OSX 10.4.11, MAc G5 dual 2.7GBI have installed 0.1.8 in a user/library/components and ITunes still could not play ogg, then I also installed it in my root/library/components ir still does not play in ITunes nor in QT,
OSX 10.4.11, MAc G5 dual 2.7GBhttps://gitlab.xiph.org/xiph/ezstream/-/issues/1292Shoutcast support2017-08-03T06:12:52ZdavidmazurShoutcast supportI would like to know about the feasibility of supporting shoutcast servers in a future version of ezstream. Couldn't connect to the server after the admin changed to shoutcast from icecast after a drive failure, and after some troublesh...I would like to know about the feasibility of supporting shoutcast servers in a future version of ezstream. Couldn't connect to the server after the admin changed to shoutcast from icecast after a drive failure, and after some troubleshooting I narrowed my problems down to the fact that ezstream doesn't support shoutcast. Extensive googling makes it appear that command line utilities for streaming to a shoutcast server under Windows are currently non-existant. Ezstream previously worked well for me, and it would be great if it could fill the void.Moritz GrimmMoritz Grimmhttps://gitlab.xiph.org/xiph/icecast-libshout/-/issues/1883libshout 2.3.1 fails to build on MSVC (VS 2008, Windows SDK 7.1 compilers in ...2017-11-16T12:06:13Zspappalardolibshout 2.3.1 fails to build on MSVC (VS 2008, Windows SDK 7.1 compilers in this case)Error message: src\timing\timing.c(62) : fatal error C1189: #error : need time query handler
Reason: timing.c depends on preprocessor defines (HAVE_GETTIMEOFDAY or HAVE_FTIME) that are only set by the configure process which is not use...Error message: src\timing\timing.c(62) : fatal error C1189: #error : need time query handler
Reason: timing.c depends on preprocessor defines (HAVE_GETTIMEOFDAY or HAVE_FTIME) that are only set by the configure process which is not used with MSVC.
(FWIW, Microsoft has an _ftime function documented here: http://msdn.microsoft.com/en-us/library/z54t9z5f%28v=vs.80%29.aspx)
This is a regression as I was able to build libshout 2.2.2 on the same system after making the hacks documented here: http://mixxx.org/wiki/doku.php/build_windows_dependencies#libshout
With any new version, I start without any hacks and add them as needed. So on 2.3.1, I've only had to copy compat.h and rename include\shout\shout.h.in to shout.h so far.
Edit timing.h and add near the top:
```
#if defined(_WIN32)
#define HAVE_FTIME 1
#include <sys/timeb.h>
#endif
Edit timing.c and replace the struct definition and ftime call with the following:
#if defined(_WIN32)
struct _timeb t;
_ftime(&t);
#else
struct timeb t;
ftime(&t);
#endif
```
https://gitlab.xiph.org/xiph/oggdsf/-/issues/1508Directshow filter doesn't work in Win 7 beta (build 7000), x64.2018-04-29T07:18:11ZGitlab BotDirectshow filter doesn't work in Win 7 beta (build 7000), x64.The Directshow filter doesn't work in Windows Media Player in Windows 7 beta (build 7000), x64.
I think I tried both the 32-bit and 64-bit WMP. The Directshow filters--the latest are from June 2008--don't work with it.
Thanks! You gu...The Directshow filter doesn't work in Windows Media Player in Windows 7 beta (build 7000), x64.
I think I tried both the 32-bit and 64-bit WMP. The Directshow filters--the latest are from June 2008--don't work with it.
Thanks! You guys rock. Cristian AdamCristian Adamhttps://gitlab.xiph.org/xiph/speex/-/issues/1007[PATCH] Adding skeleton support in speexenc2018-01-21T13:05:27ZGitlab Bot[PATCH] Adding skeleton support in speexencI'm adding skeleton meta data stream output option in speexenc. Skeleton output can be enabled by either using -k or --skeleton.I'm adding skeleton meta data stream output option in speexenc. Skeleton output can be enabled by either using -k or --skeleton.Jean-Marc ValinJean-Marc Valinhttps://gitlab.xiph.org/xiph/icecast-website/-/issues/893Streamtuner is sometimes unable to display the Xiph directory-contents2017-08-26T22:33:52ZAGlaeser1Streamtuner is sometimes unable to display the Xiph directory-contentsI use 'Streamtuner' and 'Streamripper' on Debian 3.1 Linux on x86 and recently there happens to occur a message intermittently saying 'Internal Error - Unable to parse XML - Document'. It is then impossible to surf the Xiph- Stations.I use 'Streamtuner' and 'Streamripper' on Debian 3.1 Linux on x86 and recently there happens to occur a message intermittently saying 'Internal Error - Unable to parse XML - Document'. It is then impossible to surf the Xiph- Stations.Karl HeyesKarl Heyeshttps://gitlab.xiph.org/xiph/Infrastructure/-/issues/53Dir Xiph - Add2018-05-14T02:24:00ZAndrejDir Xiph - AddHello,
I want you ask you: Can you add some radio on air?
Here´s the links:
(This isn´t ad)
http://www.funradio.sk/play/?select=1
http://onair.europa2.sk/?channel=fm
http://onair.evropa2.cz/
https://www.expres.sk/stream/
(I want it!)
...Hello,
I want you ask you: Can you add some radio on air?
Here´s the links:
(This isn´t ad)
http://www.funradio.sk/play/?select=1
http://onair.europa2.sk/?channel=fm
http://onair.evropa2.cz/
https://www.expres.sk/stream/
(I want it!)
Thank you ! :)Gitlab BotGitlab Bothttps://gitlab.xiph.org/xiph/icecast-server/-/issues/2254Replace autogen.sh with a simple wrapper around autoreconf2017-10-05T10:40:40ZMarvin ScholzReplace autogen.sh with a simple wrapper around autoreconfCurrently the autogen.sh script does a lot of stuff which is mostly not needed anymore,
given that autoreconf can do all of that and possibly even better.Currently the autogen.sh script does a lot of stuff which is mostly not needed anymore,
given that autoreconf can do all of that and possibly even better.Icecast 2.5.0Marvin ScholzMarvin Scholzhttps://gitlab.xiph.org/xiph/vorbis/-/issues/2038Vorbis borks a pure 440Hz sine wave at the highest quality level2017-11-01T04:49:44ZArtem S. TashkinovVorbis borks a pure 440Hz sine wave at the highest quality levelA test case:
```
oggenc -q10 *wav
WARNING: quality setting too high, setting to maximum quality.
Opening with wav module: WAV file reader
Encoding "01_440hz Tone.wav" to
"01_440hz Tone.ogg"
at quality 10.00
[ 99.9%] [ 0...A test case:
```
oggenc -q10 *wav
WARNING: quality setting too high, setting to maximum quality.
Opening with wav module: WAV file reader
Encoding "01_440hz Tone.wav" to
"01_440hz Tone.ogg"
at quality 10.00
[ 99.9%] [ 0m00s remaining] /
Done encoding file "01_440hz Tone.ogg"
File length: 14m 42.0s
Elapsed time: 0m 09.2s
Rate: 95.4935
Average bitrate: 26.0 kb/s
```
Components versions:
```
$ rpm -qa | grep vorbis
libvorbis-1.3.4-2.el6.i686
libvorbis-devel-1.3.4-2.el6.i686
vorbis-tools-1.4.0-16.el6.i686
```Monty MontgomeryMonty Montgomeryhttps://gitlab.xiph.org/xiph/vorbis-tools/-/issues/1645[PATCH] allow vcut to read from stdin and/or write to stdout2018-01-22T04:18:25ZDavy Durham[PATCH] allow vcut to read from stdin and/or write to stdoutThis patch allows vcut to be used in a streaming scenario accepting input from stdin and output from stdout when '-' is used as the filename (which is conventional for unix commands anyway).
Please add to the main release at your earlie...This patch allows vcut to be used in a streaming scenario accepting input from stdin and output from stdout when '-' is used as the filename (which is conventional for unix commands anyway).
Please add to the main release at your earliest convenience.
Thanks!
The patch was created against vorbis-tools-1.2.0IvoIvohttps://gitlab.xiph.org/xiph/icecast-ices/-/issues/1775[PATCH] add support for ReplayGain in ices02017-11-05T22:14:59ZJustin Forest[PATCH] add support for ReplayGain in ices0I'm using this on my radio and want to share.I'm using this on my radio and want to share.Michael SmithMichael Smithhttps://gitlab.xiph.org/xiph/opus/-/issues/2186opus_demo.c encodes void data at end of file2017-10-21T19:37:05Zgrahamrsopus_demo.c encodes void data at end of fileWhen the input file of samples is entirely consumed, yet another loop iteration encodes a packet from all zero data.
Is there any reason for that?
I was inclined to stop when the data is found void.
At line 695:
if (curr_read...When the input file of samples is entirely consumed, yet another loop iteration encodes a packet from all zero data.
Is there any reason for that?
I was inclined to stop when the data is found void.
At line 695:
if (curr_read+remaining == 0) break; // 20150314 Why continue with void data
if (curr_read+remaining < frame_size)
Jean-Marc ValinJean-Marc Valinhttps://gitlab.xiph.org/xiph/xiph-qt/-/issues/1333missing video2018-04-29T09:16:10Zrichard2missing videoperhaps you can be so kind to help me. i've been trying different things for awhile now, and can't figure out what i am doing wrong. i download anime videos for my daughter. they usually come in avi, mkv or some mpg format. i use i...perhaps you can be so kind to help me. i've been trying different things for awhile now, and can't figure out what i am doing wrong. i download anime videos for my daughter. they usually come in avi, mkv or some mpg format. i use idvd on the mac to create the the anime dvd for her, since she prefers to watch them on her dvd player. this has been working fine for me as i have been able to work with anime videos in various formats along with some converters to convert them to a format that i can use with idvd.. however, i have now come across a video that i can only find in ogm format. so i searched and found your site and placed the xiphqt file in my library components folder. i was then able to open the ogm file with quicktime. however, all it plays is the audio portion and that is all i can save. i can't seen to figure out how to get the video portion playing in quicktime, so that i can save that also. i even tried using the exporting wizard of the vlc program, with similar results. with that i do get an error message, seemingly saying that i am missing an encoder. i am not sure why either of these methods are not working. can you be of assistance to me? thanks in advanceArek KorbikArek Korbikhttps://gitlab.xiph.org/xiph/ezstream/-/issues/1253ezstream not terminating2017-08-03T06:12:52ZGitlab Botezstream not terminatingI'm running ezstream via lame, as so:
```
/usr/bin/lame -r -x -s 8 -m mono --preset cbr 64 - - 2> /dev/null | /usr/local/bin/ezstream -qvc configfile.xml
```
When the stream finishes, lame correctly exists but the ezstream process stay...I'm running ezstream via lame, as so:
```
/usr/bin/lame -r -x -s 8 -m mono --preset cbr 64 - - 2> /dev/null | /usr/local/bin/ezstream -qvc configfile.xml
```
When the stream finishes, lame correctly exists but the ezstream process stays in memory (confirmed by a simple "ps ax"). The only way to remove it is by killing the process itself.
I'm not sure if this is an ezstream issue or not - feel free to flame me if it isn't ;)
ThxMoritz GrimmMoritz Grimmhttps://gitlab.xiph.org/xiph/oggdsf/-/issues/1500directshow filters messes up windows media player file open dialogue2018-04-29T07:18:11ZGitlab Botdirectshow filters messes up windows media player file open dialogueAfter installing the ogg direct show filters 0.81.15562 on a Windows XP professional system with windows media player 11, the file open dialogue (ctrl+O) no longer gives the option to filter files by file type. Instead the "Files of typ...After installing the ogg direct show filters 0.81.15562 on a Windows XP professional system with windows media player 11, the file open dialogue (ctrl+O) no longer gives the option to filter files by file type. Instead the "Files of type" drop-down box is blank and the dialogue displays files of all types.Cristian AdamCristian Adamhttps://gitlab.xiph.org/xiph/speex/-/issues/829speexdec crashes with a certain invalid input2018-01-21T13:05:27Zml.flexspeexdec crashes with a certain invalid inputWhen I run a certain non-ogg file through speexdec, it crashes. This problem is sensitive to the invocation style: when I pass the bad file
Contact me for the input file and the stack dump (I would have attached them, but I don't see a...When I run a certain non-ogg file through speexdec, it crashes. This problem is sensitive to the invocation style: when I pass the bad file
Contact me for the input file and the stack dump (I would have attached them, but I don't see an attach button).
Also contact me if you'd like me to try something towards resolving this.
$ /usr/local/bin/speexdec.exe --mono --rate 8000 --force-nb -V badChunk.raw badChunk.wav
Segmentation fault (core dumped)
speex version: 1.1.11.1
libogg version: 1.1.3
platform: cygwin+WinXP
configure flags: ./configure --enable-fixed-point --with-ogg=/usr/local
Jean-Marc ValinJean-Marc Valinhttps://gitlab.xiph.org/xiph/icecast-website/-/issues/868http://dir.xiph.org/index.php/ produces a broken page2017-08-26T22:33:52ZOscar Sundbomhttp://dir.xiph.org/index.php/ produces a broken pagehttp://dir.xiph.org/index.php is also available as http://dir.xiph.org/index.php/ (note the final slash). At that address, css files do not get included properly, since their URLs are relative.
Is there a reason for the page to be avai...http://dir.xiph.org/index.php is also available as http://dir.xiph.org/index.php/ (note the final slash). At that address, css files do not get included properly, since their URLs are relative.
Is there a reason for the page to be available with an ending slash? I was brought there by a link on my Icecast 2.3.1 server version page.Gitlab BotGitlab Bot