Xiph.Org issueshttps://gitlab.xiph.org/groups/xiph/-/issues2018-03-06T12:49:48Zhttps://gitlab.xiph.org/xiph/icecast-server/-/issues/1879Sources should be able to specify the latency they want2018-03-06T12:49:48ZGregory MaxwellSources should be able to specify the latency they wantIcecast has a lot of options to trade off latency vs smoothness, e.g. pre-burst, and will probably have more in the future.
It is _really_ _really_ annoying to have an interactive live stream, e.g. where people are responding in realtim...Icecast has a lot of options to trade off latency vs smoothness, e.g. pre-burst, and will probably have more in the future.
It is _really_ _really_ annoying to have an interactive live stream, e.g. where people are responding in realtime over IRC or other streams where the pre-burst is adding 5 seconds of delay. And it's a pain to go get access to the icecast server in order to turn off these features, as the server operator may not be easily available.
The stream source knows best if low latency is required. To the extent that the high latency features impact server scaling it may be useful if the server can still limit them, but absent forcing on the server the source should have a way to select.Michael SmithMichael Smithhttps://gitlab.xiph.org/xiph/vorbis/-/issues/1261ov_fopen export missing2017-04-08T10:59:27ZGitlab Botov_fopen export missingov_fopen export missing in Exports.def in libvorbisfile in VS2003/2005 in the last downloadable stable version 1.2.0
add simply
LIBRARY libvorbisfile
EXPORTS
ov_clear
ov_open
ov_open_callbacks
ov_fopen //add this one here
;
thanks f...ov_fopen export missing in Exports.def in libvorbisfile in VS2003/2005 in the last downloadable stable version 1.2.0
add simply
LIBRARY libvorbisfile
EXPORTS
ov_clear
ov_open
ov_open_callbacks
ov_fopen //add this one here
;
thanks for this great lib!
Monty MontgomeryMonty Montgomeryhttps://gitlab.xiph.org/xiph/libao/-/issues/1257libao wav driver saves strange noise instead of sound which is played by wmm ...2010-01-13T22:06:33Zfuxxlibao wav driver saves strange noise instead of sound which is played by wmm pluginI modified slightly sample which is shipped with library and added ability to save wav files. But to my surprise saved files aren't useable at all. I attaching source code and sample file produced by it.I modified slightly sample which is shipped with library and added ability to save wav files. But to my surprise saved files aren't useable at all. I attaching source code and sample file produced by it.Stan SeibertStan Seiberthttps://gitlab.xiph.org/xiph/vorbis-tools/-/issues/1357[PATCH] ogg123 hangs and takes 100% of the cpu when outputting to a pipe that...2008-05-25T23:33:10ZDavid Caldwell[PATCH] ogg123 hangs and takes 100% of the cpu when outputting to a pipe that has been closed.My test is:
./ogg123 -d wav -f - test.ogg | less
then press q to quit less. Ogg123 will hang and start taking 100% of
the CPU. The only way to stop it is "kill -9".
I have 2 patches that fix the problem:
Patch 1: stop-eating-my-c...My test is:
./ogg123 -d wav -f - test.ogg | less
then press q to quit less. Ogg123 will hang and start taking 100% of
the CPU. The only way to stop it is "kill -9".
I have 2 patches that fix the problem:
Patch 1: stop-eating-my-cpu.patch:
This fixes the main hanging/cpu spinning problem.
Patch 2: dont-decode-after-pipe-closes.patch:
This adds a return value to buffer_submit_data() so that ogg123
knows when the buffer has shut down due to an error. Without this
it doesn't hang, but it continues to decode the input even though
there's no place to write it to.
I submitted this bug to Debian ([bug #478991](http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=478991)) and was advised to also submit it here for documentation.IvoIvohttps://gitlab.xiph.org/xiph/theora/-/issues/1245compile error due to C99 construct2007-10-04T18:42:25ZGitlab Botcompile error due to C99 constructThe following patch makes beta1 compile successfully with C89 compilers like gcc 2.x.The following patch makes beta1 compile successfully with C89 compilers like gcc 2.x.https://gitlab.xiph.org/xiph/xiph-qt/-/issues/1177Flac open in Quicktime but not in iTunes2007-05-30T07:02:49ZfgounelasFlac open in Quicktime but not in iTunesThe summary pretty much describes my problem. Flac files open perfectly ok in quicktime, but when i import them to iTunes (or try to open them with it), nothing happens, that is, they do not appear in the playlist, nor do they play. I am...The summary pretty much describes my problem. Flac files open perfectly ok in quicktime, but when i import them to iTunes (or try to open them with it), nothing happens, that is, they do not appear in the playlist, nor do they play. I am sing the latest XiphQT version 0.1.7. Any Suggestions? Many thanksArek KorbikArek Korbikhttps://gitlab.xiph.org/xiph/icecast-server/-/issues/1810Race conditions fix2018-03-06T12:49:48ZLaurent DefertRace conditions fixHelgrind (http://valgrind.org) reports a few potential race conditions during normal execution. The attached patch fixes some of them.
Helgrind (http://valgrind.org) reports a few potential race conditions during normal execution. The attached patch fixes some of them.
Philipp SchafftPhilipp Schaffthttps://gitlab.xiph.org/xiph/vorbis/-/issues/1274ftell2017-04-08T10:59:27ZGitlab Botftellftell is not working...showing first time use in the functionftell is not working...showing first time use in the functionMonty MontgomeryMonty Montgomeryhttps://gitlab.xiph.org/xiph/libao/-/issues/1580Compile libao by Visual Studio?2010-01-11T20:51:01ZJIA PeiCompile libao by Visual Studio?To whom it may concern:
Is there any plan for Visual Studio compilation of libao?
Best Regards
JIA Pei
To whom it may concern:
Is there any plan for Visual Studio compilation of libao?
Best Regards
JIA Pei
Stan SeibertStan Seiberthttps://gitlab.xiph.org/xiph/vorbis-tools/-/issues/252Segmentation Fault2007-06-17T08:34:20ZpascoggSegmentation Fault```
oggenc crashes with "Segmentation Fault" with following commands:
--- snip ---
sox /data/audio/aljarreau/audio_01.au -r 44100 -c 2 -w -s -t raw - | oggenc -r
-o test.ogg -
Encoding standard input to
"test.ogg"
at quality ...```
oggenc crashes with "Segmentation Fault" with following commands:
--- snip ---
sox /data/audio/aljarreau/audio_01.au -r 44100 -c 2 -w -s -t raw - | oggenc -r
-o test.ogg -
Encoding standard input to
"test.ogg"
at quality 3.00
Segmentation Fault
test.ogg: 0 bytes
--- snip ---
--- snip ---
sox /data/audio/aljarreau/audio_01.au -r 44100 -c 2 -w -s -t raw - | oggenc -r
--raw-endianness 1 - -o test.ogg
Encoding standard input to
"test.ogg"
at quality 3.00
Segmentation Fault
test.ogg: 0 bytes
[core dump file available, 1.7 MBytes]
--- snip ---
--- snip ---
# Same for MONO
sox /data/audio/aljarreau/audio_01.au -r 44100 -c 1 -w -s -t raw - | oggenc -r
--raw-endianness 1 -C 1 - -o test.ogg
Encoding standard input to
"test.ogg"
at quality 3.00
Segmentation Fault
--- snip ---
--- snip ---
sox /data/audio/aljarreau/audio_01.au audio.wav
oggenc audio.wav
Opening with wav module: WAV file reader
Encoding "audio.wav" to
"audio.ogg"
at quality 3.00
Segmentation Fault
audio.ogg: 0 bytes
--- snip ---
--- snip ---
sox /data/audio/aljarreau/audio_01.au -r 22050 audio.wav
rm audio.ogg
oggenc audio.wav
Opening with wav module: WAV file reader
Encoding "audio.wav" to
"audio.ogg"
at quality 3.00
Segmentation Fault
audio.ogg: 0 bytes
--- snip ---
--- snip ---
sox muppetsong_original.wav -r 22050 -c 2 -w -s -t raw - | oggenc -r
--raw-endianness 1 -R 22050 - -o test.ogg
Encoding standard input to
"test.ogg"
at quality 3.00
Encoding [ 0m20s so far] |Segmentation Fault
!! [REPEATED SAME COMMAND]
sox muppetsong_original.wav -r 22050 -c 2 -w -s -t raw - | oggenc -r
--raw-endianness 1 -R 22050 - -o test.ogg
Encoding standard input to
"test.ogg"
at quality 3.00
Encoding [ 0m21s so far] |Segmentation Fault
test.ogg: 147456 bytes (sounds good so far)
--- snip ---
--- snip ---
oggenc --resample=22050 muppetsong_original.wav
Opening with wav module: WAV file reader
Resampling input from 22254 Hz to 22050 Hz
Encoding "muppetsong_original.wav" to
"muppetsong_original.ogg"
at quality 3.00
[ 31.3%] [ 0m25s remaining] /Segmentation Fault
muppetsong_original.ogg: 98304 [sounds OK]
--- snip ---
BUT ...
--- snip ---
oggenc muppetsong_original.wav
Opening with wav module: WAV file reader
Encoding "muppetsong_original.wav" to
"muppetsong_original.ogg"
at quality 3.00
[ 99.8%] [ 0m00s remaining] \
Done encoding file "muppetsong_original.ogg"
File length: 0m 54.0s
Elapsed time: 0m 25.7s
Rate: 2.1066
Average bitrate: 50.8 kb/s
ogginfo muppetsong_original.ogg
Processing file "muppetsong_original.ogg"...
New logical stream (#1, serial: 000045d9): type vorbis
Vorbis headers parsed for stream 1, information follows...
Version: 0
Vendor: Xiph.Org libVorbis I 20020717 (1.0)
Channels: 1
Rate: 22254
Nominal bitrate: 40.222000 kb/s
Upper bitrate not set
Lower bitrate not set
Vorbis stream 1:
Total data length: 344425 bytes
Playback length: 0m:54s
Average bitrate: 50.833205 kbps
Logical stream 1 ended
--- snip ---
Used source:
libogg-1.0.tar.gz
libvorbis-1.0.tar.gz
libao-0.8.3.tar.gz
curl-7.9.8.tar.gz
vorbis-tools-1.0.tar.gz
Versions:
OggEnc v1.0 (libvorbis 1.0)
sox: Version 12.17.3
SunOS pmsun20 5.6 Generic_105181-33 sun4m sparc SUNW,SPARCstation-20
ldd `which oggenc`
libvorbisenc.so.2 => /tools/oggvorbis/1.0/lib/libvorbisenc.so.2
libvorbis.so.0 => /tools/oggvorbis/1.0/lib/libvorbis.so.0
libm.so.1 => /lib/libm.so.1
libogg.so.0 => /tools/oggvorbis/1.0/lib/libogg.so.0
libc.so.1 => /lib/libc.so.1
libdl.so.1 => /lib/libdl.so.1
/data/audio/aljarreau/audio_01.au: audio data: 16-bit linear PCM, stereo, 44100
Hz
I tried different things but it still crashes the same way:
- Compiled with GCC 2.8.1
- Compiled with GCC 3.2
- Commented out line 129 in vorbis-tools-1.0/share/iconvert.c
as of BugID 243 and recompiled/reinstalled
[The tries above I actually did it with this version]
Compile log looks good. As there seems to be some problems with iconv
(as of BugID 243) I show you this:
--- snip ---
gcc -DPACKAGE=\"vorbis-tools\" -DVERSION=\"1.0\" -DHAVE_DLFCN_H=1
-DSTDC_HEADERS=1 -DHAVE_ALLOCA_H=1 -DHAVE_ALLOCA=1
-DHAVE_UNISTD_H=1 -DHAVE_GETPAGESIZE=1 -DHAVE_MMAP=1 -DHAVE_LIMITS_H=1
-DHAVE_LOCALE_H=1 -DHAVE_NL_TYPES_H=1 -DHAVE
_MALLOC_H=1 -DHAVE_STDDEF_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1
-DHAVE_UNISTD_H=1 -DHAVE_SYS_PARAM_H=1 -DHAVE_GETC
WD=1 -DHAVE_GETEGID=1 -DHAVE_GETEUID=1 -DHAVE_GETGID=1 -DHAVE_GETUID=1
-DHAVE_MUNMAP=1 -DHAVE_PUTENV=1 -DHAVE_SETLOC
ALE=1 -DHAVE_STRCHR=1 -DHAVE_STRCASECMP=1 -DHAVE_STRDUP=1 -DHAVE_STRTOUL=1
-DHAVE_TSEARCH=1 -DHAVE_ICONV=1 -DICONV_C
ONST=const -DHAVE_LANGINFO_CODESET=1 -DHAVE_LC_MESSAGES=1 -DENABLE_NLS=1
-DHAVE_CURL=1 -DHAVE_PTHREAD=1 -DHAVE_ALLOC
A_H=1 -DHAVE_ALLOCA=1 -DHAVE_ICONV=1 -DICONV_CONST=const -DHAVE_ATEXIT=1
-DHAVE_LANGINFO_CODESET=1 -I. -I. -I../in
clude -O20 -ffast-math -fsigned-char -mv8 -c iconvert.c
iconvert.c: In function `iconvert':
iconvert.c:107: warning: passing arg 2 of `iconv' from incompatible pointer type
iconvert.c:166: warning: passing arg 2 of `iconv' from incompatible pointer type
iconvert.c:178: warning: passing arg 2 of `iconv' from incompatible pointer type
iconvert.c:201: warning: passing arg 2 of `iconv' from incompatible pointer type
iconvert.c:211: warning: passing arg 2 of `iconv' from incompatible pointer type
-- snip ---
REMARKS:
- ogg123 just works fine (file wich I partially could generate, and
downloaded files)
- Version 1.0 missing in Bugzilla form
- sox works as I use it with lame
Let me know if you need more information.
Thanks,
Pascal
```Michael SmithMichael Smithhttps://gitlab.xiph.org/xiph/theora/-/issues/1248png2theora can drop trailing frames2017-04-07T23:21:36Zjim.mayerpng2theora can drop trailing framesThe "png2theora" program (examples/png2theora.c) can drop trailing frames. This occurs because the method "theora_close", which is called after the last input file is processed, calls "ogg_stream_pageout" instead of "ogg_stream_flush". ...The "png2theora" program (examples/png2theora.c) can drop trailing frames. This occurs because the method "theora_close", which is called after the last input file is processed, calls "ogg_stream_pageout" instead of "ogg_stream_flush". The "ogg_stream_pageout" method is defined to buffer multiple chunks of data. The relevant code should instead read:
...
theora_encode_packetout(&theora_td, 1, &op);
if(ogg_stream_flush(&ogg_os, &og)) {
fwrite(og.header, og.header_len, 1, ogg_fp);
fwrite(og.body, og.body_len, 1, ogg_fp);
}
...
To repeat, create a number (< 10) of small PNG images (say, 200x200). Encode them into a theora video using png2theora. Examine the number of actual frames in the output video. If you don't see the problem try again with a different number of input files. It is important that the PNG files be small enough that multiple frames fit in each output chunk.
I will provide an example on request.
-- Jimhttps://gitlab.xiph.org/xiph/xiph-qt/-/issues/1165FLAC issues2007-06-07T12:07:23ZjosteinFLAC issuesHey.
Very nice plugin. I love it already. Ogg-files work, however I can't seem to get flac-support in iTunes at all. Trying to drag a folder with falcss into iTunes does nothing, and trying to drag flac files directly shows a "no-draggi...Hey.
Very nice plugin. I love it already. Ogg-files work, however I can't seem to get flac-support in iTunes at all. Trying to drag a folder with falcss into iTunes does nothing, and trying to drag flac files directly shows a "no-dragging" mouse pointer.
For the record I am using Windows XP, iTunes 7.1.1.5 and the version 0.1.5 of the windows build of the Xiph QTComponents.
I'm sure I can recode my flacs to aac or what not, but it would be really neat to have native flac support :)Arek KorbikArek Korbikhttps://gitlab.xiph.org/xiph/icecast-server/-/issues/1115Icecast+IE7+flash mp3 stream play2018-03-06T12:49:48ZbenpetiIcecast+IE7+flash mp3 stream playI'm not sure if it is true, maybe Icecast is already patched against it.
I read that I have to patch Icecast if I want to play the stream in flash, in IE7.
You can find the detailed description here:
www.jeroenwijering.com/?thread=Stream...I'm not sure if it is true, maybe Icecast is already patched against it.
I read that I have to patch Icecast if I want to play the stream in flash, in IE7.
You can find the detailed description here:
www.jeroenwijering.com/?thread=Streaming_IceCastMichael SmithMichael Smithhttps://gitlab.xiph.org/xiph/icecast-server/-/issues/1354pass stream_name and stream_description to on-dis/connect scripts2018-03-06T12:49:48Zrich_d_thomaspass stream_name and stream_description to on-dis/connect scriptsHi,
I notice that the name of the mount point is already passed as an argument to the <on-disconnect> and <on-connect> scripts.
Please could the stream_name and stream_description be passed as additional arguments to these scripts.
Th...Hi,
I notice that the name of the mount point is already passed as an argument to the <on-disconnect> and <on-connect> scripts.
Please could the stream_name and stream_description be passed as additional arguments to these scripts.
Thanks in advance.
rich_d_thomas@hotmail.comIcecast 2.5.0Thomas B. RückerThomas B. Rückerhttps://gitlab.xiph.org/xiph/icecast-server/-/issues/1752<on-connect> to accept an arguments with the script name2018-03-06T12:49:48ZYahav<on-connect> to accept an arguments with the script namethis little patch makes the function source_run_script() to be compatible with getting an arguments after the script name,
eg. <on-connect>/path/to/script.sh arg1</on-connect>
be aware that this is just a proof-of-concept, as i'm not a ...this little patch makes the function source_run_script() to be compatible with getting an arguments after the script name,
eg. <on-connect>/path/to/script.sh arg1</on-connect>
be aware that this is just a proof-of-concept, as i'm not a C developer but a PHP developer.
i have tested it with Icecast-2.3.2 release, and it works just fine, BUT if you found a bug or some dis-functionality please rewire this patch to make it better.
just thought it would be nice to share.Icecast 2.5.0Michael SmithMichael Smithhttps://gitlab.xiph.org/xiph/vorbis/-/issues/93OpenBSD 3.0: extra parameter to vorbis/configure needed for mindless building2017-04-08T10:58:44ZnisharfiOpenBSD 3.0: extra parameter to vorbis/configure needed for mindless building```
configure, on OpenBSD, requires --with-ogg=/usr/local/ added on since
neither /usr/local/include nor /usr/local/lib are in the #include or link pool
by default.
``````
configure, on OpenBSD, requires --with-ogg=/usr/local/ added on since
neither /usr/local/include nor /usr/local/lib are in the #include or link pool
by default.
```Monty MontgomeryMonty Montgomeryhttps://gitlab.xiph.org/xiph/libao/-/issues/1279[PATCH] ao_wmm,c; nBlockAlign incorrect for non multiple of 8 bit samples2010-01-13T21:14:39ZGitlab Bot[PATCH] ao_wmm,c; nBlockAlign incorrect for non multiple of 8 bit samplesao_wmm,c; nBlockAlign incorrect for non multiple of 8 bit samples
should be:
wavefmt.nBlockAlign = ((wavefmt.wBitsPerSample+7)>>3)*wavefmt.nChannels;ao_wmm,c; nBlockAlign incorrect for non multiple of 8 bit samples
should be:
wavefmt.nBlockAlign = ((wavefmt.wBitsPerSample+7)>>3)*wavefmt.nChannels;Stan SeibertStan Seiberthttps://gitlab.xiph.org/xiph/vorbis-tools/-/issues/243Segmentation fault2008-05-30T21:39:16ZjanSegmentation fault```
Version 1.0
Using invalid characters for US-ASCII leads to a segmentation fault in
iconv.c:129 calling iconv(cd1, 0, 0, 0, 0). Commenting this line out fixes the
problem.
``````
Version 1.0
Using invalid characters for US-ASCII leads to a segmentation fault in
iconv.c:129 calling iconv(cd1, 0, 0, 0, 0). Commenting this line out fixes the
problem.
```Michael SmithMichael Smithhttps://gitlab.xiph.org/xiph/theora/-/issues/1256libtheora 1.0 beta fails to build on Solaris.2007-11-07T08:01:47ZBrian Cameronlibtheora 1.0 beta fails to build on Solaris.I just tried building libtheora-1.0beta2 on Solaris and it fails to build examples/png2theora because the Solaris linker can't find the rint symbol. This is in the math library (-lm). This can be fixed by adding either $(VORBIS_LIBS) or ...I just tried building libtheora-1.0beta2 on Solaris and it fails to build examples/png2theora because the Solaris linker can't find the rint symbol. This is in the math library (-lm). This can be fixed by adding either $(VORBIS_LIBS) or "-lm" to the end of this line in examples/Makefile.am:
png2theora_LDADD = $(GETOPT_OBJS) $(LDADD) $(PNG_LIBS) https://gitlab.xiph.org/xiph/xiph-qt/-/issues/1160Problems with Theora in Keynote2007-03-30T23:56:31ZtakeoffhoserProblems with Theora in KeynoteI have XiphQT installed and have some Ogg theora videos I would like to play in Apple's Keynote presentation software. They play fine in iTunes using XiphQT but don't work in Keynote. I have each video in two formats: (1) in a ".ogg" fil...I have XiphQT installed and have some Ogg theora videos I would like to play in Apple's Keynote presentation software. They play fine in iTunes using XiphQT but don't work in Keynote. I have each video in two formats: (1) in a ".ogg" file, and (2) in a ".mov" file created by opening the ".ogg" file in QuickTime Pro and saving it as a QuickTime movie. I can't use either directly in Keynote, but by first adding them to iTunes, I can at least get Keynote to recognize them (they show up in Keynote's media browser).
When I try adding the ".mov" version to a presentation, Keynote crashes. When I add the ".ogg" version, it shows up in Keynote as an "empty" rectangle (completely transparent -- only the 8 handles are drawn). Playing the presentation will show the video, but only the first few and last few frames are drawn (the movie player continues updating the time slider as if the movie were playing normally but no new frames are drawn until the last few). While still in presentation mode, moving the mouse to the time slider and manually dragging it through the movie works. However, if I exit presentation mode, click on the empty rectangle and go to the QuickTime tab of Keynote's object inspector dialog, when I select a poster frame for the movie and let go of the slider, Keynote crashes. All of these crashes appear to happen inside the XiphQT framework. I can send backtraces and a sample theora file if anyone is willing to look at them.
Thanks for the XiphQT package, I really enjoy it and am hoping to enjoy it some more with Keynote. I'm also working on adding Theora output to ParaView (paraview.org), which is one of the reasons I would like to get Theora working in Keynote.Arek KorbikArek Korbik