Xiph.Org issueshttps://gitlab.xiph.org/groups/xiph/-/issues2008-10-31T13:14:37Zhttps://gitlab.xiph.org/xiph/xiph-qt/-/issues/1199Download not found/available2008-10-31T13:14:37ZGitlab BotDownload not found/availablehttp://downloads.xiph.org/releases/xiph-qt/xiph-qt-0.1.7.dmg
http://downloads.xiph.org/releases/xiph-qt/xiph-qt-decoders-0.1.7.dmghttp://downloads.xiph.org/releases/xiph-qt/xiph-qt-0.1.7.dmg
http://downloads.xiph.org/releases/xiph-qt/xiph-qt-decoders-0.1.7.dmgArek KorbikArek Korbikhttps://gitlab.xiph.org/xiph/xiph-qt/-/issues/1198I can't download the Windows version. It reports the file is missing.2008-11-14T17:20:17ZGitlab BotI can't download the Windows version. It reports the file is missing.Arek KorbikArek Korbikhttps://gitlab.xiph.org/xiph/icecast-libshout/-/issues/1197libshout-2.2.2 installation problem2017-11-16T12:06:14Zedolibshout-2.2.2 installation problemI install libogg and libvorbis at /home/icecast/build/
I'm run ./configure with prefix to that directory.
and type make and fail like this
theora.c:30:27: theora/theora.h: No such file or directory
theora.c:39: error: syntax error befor...I install libogg and libvorbis at /home/icecast/build/
I'm run ./configure with prefix to that directory.
and type make and fail like this
theora.c:30:27: theora/theora.h: No such file or directory
theora.c:39: error: syntax error before "theora_info"
theora.c:39: warning: no semicolon at end of struct or union
theora.c:40: warning: type defaults to `int' in declaration of `tc'
theora.c:40: warning: data definition has no type or storage class
theora.c:46: error: syntax error before '}' token
theora.c:46: warning: type defaults to `int' in declaration of `theora_data_t'
theora.c:46: warning: data definition has no type or storage class
theora.c: In function `_shout_open_theora':
theora.c:58: error: `theora_data' undeclared (first use in this function)
theora.c:58: error: (Each undeclared identifier is reported only once
theora.c:58: error: for each function it appears in.)
theora.c:62: warning: implicit declaration of function `theora_info_init'
theora.c:63: warning: implicit declaration of function `theora_comment_init'
theora.c:67: warning: implicit declaration of function `theora_decode_header'
theora.c: In function `read_theora_page':
theora.c:84: error: `theora_data' undeclared (first use in this function)
theora.c: In function `free_theora_data':
theora.c:136: error: `theora_data' undeclared (first use in this function)
theora.c:136: error: syntax error before ')' token
theora.c:138: warning: implicit declaration of function `theora_info_clear'
theora.c:139: warning: implicit declaration of function `theora_comment_clear'
make[3]: *** [theora.lo] Error 1
make[3]: Leaving directory `/etc/icecast/libshout-2.2.2/src'
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory `/etc/icecast/libshout-2.2.2/src'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/etc/icecast/libshout-2.2.2'
make: *** [all] Error 2
Michael SmithMichael Smithhttps://gitlab.xiph.org/xiph/vorbis-tools/-/issues/1196ogg123: scratchy noises after long playback or lockup during long file writing2008-02-17T22:10:23ZGitlab Botogg123: scratchy noises after long playback or lockup during long file writingAfter listening to an icecast stream for awhile (first noticed around the 4 hour mark), ogg123 exhibits scratchy skipping noises using the OSS driver. The sound is remniscent of music from a skippy and poorly-ripped CD, with a repeating ...After listening to an icecast stream for awhile (first noticed around the 4 hour mark), ogg123 exhibits scratchy skipping noises using the OSS driver. The sound is remniscent of music from a skippy and poorly-ripped CD, with a repeating pattern every second or so. The problem is definitely not the icecast stream, because re-tuning into the stream "fixes" the problem.
Upon further investigation of this problem and talking with kfish on IRC, we decided it'd be best to check out if it were ogg123 or AO. To test this I am asking ogg123 to write to a file with:
ogg123 -d wav -f skiptest.wav SOURCESTREAM
When the WAV reaches exactly the 2GB mark, ogg123 locks up and must be killed to quit. To further investigate (and because I'm rather low on disk space), I tried:
ogg123 -d wav -f - SOURCESTREAM | oggenc -q0 -o skiptest.ogg -
After the same amount of audio is processed and sent to oggenc, oggenc finishes up its usual encoding summary. I'm not aware of whether ogg123 is closing the file handle/stdout or oggenc is simply out of data and closes because of that, but due to the possibility of the former I've left it in as possible useful information.
I'm guessing the problems with locks and also of scratchy audio are related so I've just gone ahead and put them on the same ticket.
both ogg123 stable and svn revision 13130 (latest at time of posting) have been tried, currently compiled with gcc 3.4.6 on Linux 2.6.16.9 x86.Michael SmithMichael Smithhttps://gitlab.xiph.org/xiph/icecast-server/-/issues/1195StreamTitle Template for Icecast 22018-11-08T14:02:03ZscratchStreamTitle Template for Icecast 2In Icecast 1 it seemed to be possible to append or prepend a string to a title using a StreamTitle template (this is also possible in shoutcast):
for example:
[yourRadioName] %s
became
[yourRadioName] Some Artist - Some Title
I am not ...In Icecast 1 it seemed to be possible to append or prepend a string to a title using a StreamTitle template (this is also possible in shoutcast):
for example:
[yourRadioName] %s
became
[yourRadioName] Some Artist - Some Title
I am not a coder, and i think icecast2 is Great (good work),
but since it was possible before, I think it shouldn't be so hard
to be able to modify that metadata before icecast sends it to the listeners.
I know you can set such options in a source client, but as you have many djs or channels with their own setups, it provides a standard in the title format. Also, when you would want to set up a commercial service, all stations could be marked with your "powered by".Icecast 2.5.0Michael SmithMichael Smithhttps://gitlab.xiph.org/xiph/xiph-qt/-/issues/1194small fix for export component2009-04-19T20:49:58Zmobodosmall fix for export componentAs discussed with arkadini on irc, InvokeMovieExportGetPropertyUPP may return paramErr if the user wishes to use the default value for this parameter. Although poorly documented, pretty much all (Apple) export components support this. ...As discussed with arkadini on irc, InvokeMovieExportGetPropertyUPP may return paramErr if the user wishes to use the default value for this parameter. Although poorly documented, pretty much all (Apple) export components support this. Basically, the fix is simply to return noErr instead of err at the end of configure_stream__video (in stream_video.c).
The patch also has a few added lines of code that set the values of the structures being passed to InvokeMovieExportGetPropertyUPP. This also isn't really documented, but it's done by most export components. This way, the user can change only one value of the structure (e.g. key-frame-rate) without touching the rest.
Finally, I added a InvokeMovieExportGetPropertyUPP for movieExportUseConfiguredSettings which does nothing, but reminds you that ideally, this should be checked. When set to true, you should use the preconfigured settings as a starting point for the configuration. When set to false, you should use the component's default values as a starting point.
Cheers!
Arek KorbikArek Korbikhttps://gitlab.xiph.org/xiph/xiph-qt/-/issues/1193small fix for export component2007-06-10T22:09:21ZGitlab Botsmall fix for export componentAs discussed with arkadini on irc, InvokeMovieExportGetPropertyUPP may return paramErr if the user wishes to use the default value for this parameter. Although poorly documented, pretty much all (Apple) export components support this. ...As discussed with arkadini on irc, InvokeMovieExportGetPropertyUPP may return paramErr if the user wishes to use the default value for this parameter. Although poorly documented, pretty much all (Apple) export components support this. Basically, the fix is simply to return noErr instead of err at the end of configure_stream__video (in stream_video.c).
The patch also has a few added lines of code that set the values of the structures being passed to InvokeMovieExportGetPropertyUPP. This also isn't really documented, but it's done by most export components. This way, the user can change only one value of the structure (e.g. key-frame-rate) without touching the rest.
Finally, I added a InvokeMovieExportGetPropertyUPP for movieExportUseConfiguredSettings which does nothing, but reminds you that ideally, this should be checked. When set to true, you should use the preconfigured settings as a starting point for the configuration. When set to false, you should use the component's default values as a starting point.
Cheers!
Arek KorbikArek Korbikhttps://gitlab.xiph.org/xiph/theora/-/issues/1192[PATCH] Fix invalid memory access when no theoracomments are found2007-11-23T00:19:07ZDiego Elio Pettenò[PATCH] Fix invalid memory access when no theoracomments are foundI'm attaching a patch that fixes invalid memory accesses when a stream contains no theoracomments. A sample where the problem can be seen is richard_stallman-speech-for-arcis-spanish-23_05_2005-1.ogg from FSF ( http://audio-video.gnu.org...I'm attaching a patch that fixes invalid memory accesses when a stream contains no theoracomments. A sample where the problem can be seen is richard_stallman-speech-for-arcis-spanish-23_05_2005-1.ogg from FSF ( http://audio-video.gnu.org/video/ ).
Without this patch, on glibc 2.6, libtheora usage causes bad crashes on xine-lib because of failed assertions during malloc().
As far as I can see on trunk/1.1 there is a similar issue, although the code is completely different, as the case for no comments at all is not handled differently, so at least one comment is being loaded.
https://gitlab.xiph.org/xiph/xiph-qt/-/issues/1191not playing ogm on os x2007-11-12T13:12:54ZGitlab Botnot playing ogm on os xi put the bundle in the library/components folder and i tried to open a movie in .ogm container with quicktime 7. QUicktime 7 gave an error saying it could not open it.i put the bundle in the library/components folder and i tried to open a movie in .ogm container with quicktime 7. QUicktime 7 gave an error saying it could not open it.Arek KorbikArek Korbikhttps://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/xiph-qt/-/issues/1188OGGFLAC 96kz playback2007-05-25T13:52:18ZGitlab BotOGGFLAC 96kz playbackI am facing a problem playing back OGG files containing FLAC data at 96kz using QuickTime Player.I have the latest Xiph component.The problem is that I can hear noise while playing the audio.Audio at 44.1 khz and 48 khz play fine.Could y...I am facing a problem playing back OGG files containing FLAC data at 96kz using QuickTime Player.I have the latest Xiph component.The problem is that I can hear noise while playing the audio.Audio at 44.1 khz and 48 khz play fine.Could you please give me a solution to this problem.Arek KorbikArek Korbikhttps://gitlab.xiph.org/xiph/icecast-ices/-/issues/1187charakters in id3v2 problem2017-11-05T22:14:59ZDanielcharakters in id3v2 problemis it a bug ? playing a mp3 with unicode id3v2 tags. ices 0.4
DEBUG: ID3v2: version 3.0. Tag size is 573 bytes.
DEBUG: ID3v2: Title found: *ÿþH*
DEBUG: ID3v2: Artist found: *ÿþI*
DEBUG: MPEG-1 layer III, 128 kbps, 44100 Hz, j-stere...is it a bug ? playing a mp3 with unicode id3v2 tags. ices 0.4
DEBUG: ID3v2: version 3.0. Tag size is 573 bytes.
DEBUG: ID3v2: Title found: *ÿþH*
DEBUG: ID3v2: Artist found: *ÿþI*
DEBUG: MPEG-1 layer III, 128 kbps, 44100 Hz, j-stereo
DEBUG: Ext: 0 Mode_Ext: 0 Copyright: 0 Original: 0
DEBUG: Error Protection: 1 Emphasis: 0 Padding: 1
Playing /music/netaudio/techno/Inaqui Marin - Herz.mp3
DEBUG: Updated metadata on /ices to: *ÿþI - ÿþH*
Michael SmithMichael Smithhttps://gitlab.xiph.org/xiph/xiph-qt/-/issues/1186XiphQT 0.17 fails to play files that worked in 0.15 => Qt/iTunes hang2007-06-16T16:05:59ZGitlab BotXiphQT 0.17 fails to play files that worked in 0.15 => Qt/iTunes hangSome time ago, I downloaded several Ogg/Vorbis files from http://queststudios.com/quest/hoccd/hoccd.html and imported them into iTunes. I had XiphQT 0.15 installed and the files all played perfectly.
After upgrading to 0.17 however, I ha...Some time ago, I downloaded several Ogg/Vorbis files from http://queststudios.com/quest/hoccd/hoccd.html and imported them into iTunes. I had XiphQT 0.15 installed and the files all played perfectly.
After upgrading to 0.17 however, I have noticed that iTunes and Quicktime-player become unresponsive when I try to play at least some (maybe all) of those files (e.g. Track 01) - I also do not hear any audio.
After downgrading to 0.15 everything works fine again.
Other Ogg/Vorbis files work fine with 0.17, though, e.g. those included with the game "The Battle for Wesnoth" (http://www.wesnoth.org).
Restarting the system did not help, btw.
Mac OS X 10.4.9 (PPC), Quicktime 7.1.6, iTunes: 7.1.1Arek KorbikArek Korbikhttps://gitlab.xiph.org/xiph/vorbis-tools/-/issues/1185oggenc segfaults on amd64 when using --resample option2009-04-19T19:26:26ZGitlab Botoggenc segfaults on amd64 when using --resample optionoggenc 1.0.2 from vorbis tools 1.1.1 segfaults when it's run as follows:
oggenc --resample 11025 -o out.ogg in.flac
It also segfaults with --resample of 8000, 16000, 22050, and 32000.
Running ogginfo on the generated ogg reports "Warn...oggenc 1.0.2 from vorbis tools 1.1.1 segfaults when it's run as follows:
oggenc --resample 11025 -o out.ogg in.flac
It also segfaults with --resample of 8000, 16000, 22050, and 32000.
Running ogginfo on the generated ogg reports "Warning: EOS not set on stream 1"
This bug has been seen on both a Gentoo and a Debian amd64 system.
Please find a backtrace of the segfault below.
------------------
```
% oggenc --version
OggEnc v1.0.2
% gdb oggenc
GNU gdb 6.4
Copyright 2005 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB. Type "show warranty" for details.
This GDB was configured as "x86_64-pc-linux-gnu"...Using host libthread_db library "/lib/libthread_db.so.1".
(gdb) set args --resample 11025 -o out.ogg in.flac
(gdb) run
Starting program: oggenc --resample 11025 -o out.ogg in.flac
Opening with flac module: FLAC file reader
Resampling input from 44100 Hz to 11025 Hz
Encoding "in.flac" to
"out.ogg"
at quality 3.00
[ 99.6%] [ 0m00s remaining] \
Done encoding file "out.ogg"
File length: 3m 00.0s
Elapsed time: 0m 12.4s
Rate: 14.5499
Average bitrate: 34.4 kb/s
Program received signal SIGSEGV, Segmentation fault.
0x00002adca9399db5 in free () from /lib/libc.so.6
(gdb) bt
#0 0x00002adca9399db5 in free () from /lib/libc.so.6
#1 0x00000000004036d8 in flac_close (info=0x53fdc0) at flac.c:158
#2 0x0000000000405043 in main (argc=6, argv=0x7fff02172238) at oggenc.c:366
```
Michael SmithMichael Smithhttps://gitlab.xiph.org/xiph/vorbis-tools/-/issues/1184vorbis-tools no longer pulls in libcurl for http transports2007-05-29T06:53:34ZGitlab Botvorbis-tools no longer pulls in libcurl for http transportsSee also https://bugzilla.redhat.com/240351
I recently discovered that after building svn, ogg123 can no longer play http streams. After looking into it, it appears that the support was not getting built in even though configure was fi...See also https://bugzilla.redhat.com/240351
I recently discovered that after building svn, ogg123 can no longer play http streams. After looking into it, it appears that the support was not getting built in even though configure was finding libcurl. Sure enough, HAVE_CURL is unconditionally #undef'd in config.h. Apparently the macros for checking for libcurl support changed recently and this must have been inadvertently broken. The following patch fixes it
Christopher Aillon <caillon redhat com>
--- vorbis-tools-1.1.1.svn20070412/configure.ac.libcurl 2007-05-16 13:04:09.000000000 -0400
+++ vorbis-tools-1.1.1.svn20070412/configure.ac 2007-05-16 12:56:40.000000000 -0400
@@ -165,6 +165,9 @@ if test "x$HAVE_PKG_CONFIG" = "xyes"; th
else
AM_PATH_CURL(HAVE_CURL=yes, HAVE_CURL=no; AC_MSG_WARN(libcurl missing))
fi
+if test "x$HAVE_CURL" = "xyes"; then
+ AC_DEFINE(HAVE_CURL,1,[Defined if we have libcurl])
+fi
if test "x$build_ogg123" = xyes; then
AC_MSG_RESULT([checking for ogg123 requirements])Michael SmithMichael Smithhttps://gitlab.xiph.org/xiph/vorbis-tools/-/issues/1183vorbis-tools no longer pulls in libcurl for http transports2007-05-29T06:51:57ZGitlab Botvorbis-tools no longer pulls in libcurl for http transportsUpstream bug https://bugzilla.redhat.com/240351
I recently noticed that ogg123 in svn is no longer able to play http URLs. It appears that the vorbis-tools configure script will never #define HAVE_CURL 1 in config.h, regardless of what...Upstream bug https://bugzilla.redhat.com/240351
I recently noticed that ogg123 in svn is no longer able to play http URLs. It appears that the vorbis-tools configure script will never #define HAVE_CURL 1 in config.h, regardless of what is actually found by configure. Looks like the macros recently changed and inadvertently broke this. The patch attached ensures that we properly define it if found on the system.
- Christopher Aillon <caillon redhat com>Michael SmithMichael Smithhttps://gitlab.xiph.org/xiph/xiph-qt/-/issues/1182Itunes freezing when I play an ogg format, have downloaded XiphQT with framew...2008-11-14T15:41:23ZGitlab BotItunes freezing when I play an ogg format, have downloaded XiphQT with frameworksArek KorbikArek Korbikhttps://gitlab.xiph.org/xiph/icecast-server/-/issues/1181Icecast Server Core Dumps - Solaris2018-03-06T12:49:48ZGitlab BotIcecast Server Core Dumps - SolarisHello,
I'm running Icecast 2.3.1 on Solaris 10 (Sparc). Compiled with GCC + GNU toolset.
The server runs fine, but any attempt to log into the web admin interface causes a core dump.
Here is whats in the dump file:
--------------...Hello,
I'm running Icecast 2.3.1 on Solaris 10 (Sparc). Compiled with GCC + GNU toolset.
The server runs fine, but any attempt to log into the web admin interface causes a core dump.
Here is whats in the dump file:
----------------- lwp# 1 / thread# 1 --------------------
fecc0e80 __pollsys (ffbff460, 2, ffbff3e8, 0, 0, 0) + 8
fec5cf48 poll (ffbff460, 2, 64, 10624c00, 17d784, 5f5e100) + 7c
00019904 wait_for_serversock (64, 0, 7affb, d, 5d3e0, 5b2d8) + a8
00019b64 _accept_connection (0, 448f0, ffffffff, fffffff8, 4, 2) + 8
0001a2d8 connection_accept_loop (5bbc8, 3288c, 0, 0, 24d, 5bbc8) + 58
00018764 _server_proc (0, 3, 44690, 44540, 44698, 5b878) + 4c
00018e28 main (3, ffbffd84, ffbffd94, 5af58, ff2c0100, ff2c0140) + 324
00012b08 _start (0, 0, 0, 0, 0, 0) + 5c
----------------- lwp# 2 / thread# 2 --------------------
fecc0490 ___nanosleep (fe8ffe88, fe8ffe80, 0, fecb9c9c, ff2c2400, 0) + 8
0003c8a4 thread_sleep (493e0, 259, 46140, 462a8, 463b8, 5b390) + 70
00024b90 _stats_thread (0, 1084, 932f4, fecaf5d0, ff2c2400, 1000) + 328
0003c9e8 _start_routine (6a4b8, fe900000, 0, 0, 3c920, 1) + c8
fecc00b0 _lwp_start (0, 0, 0, 0, 0, 0)
----------------- lwp# 3 / thread# 3 --------------------
fecc0490 ___nanosleep (fe7ffd88, fe7ffd80, 0, ff000000, 0, 0) + 8
0003c8a4 thread_sleep (30d40, 1000, fececbc0, fe950000, 5b508, 0) + 70
00027238 fserve_client_waiting (0, 496c8, fe7ffe08, 500f0, 5b518, 14e9f6) + 128
00027430 wait_for_fds (0, 3, 46850, 46878, 46890, 0) + 104
000274a0 fserv_thread_function (0, 1084, 932f4, fecaf5d0, fe950000, 1000) + 50
0003c9e8 _start_routine (6a458, fe800000, 0, 0, 3c920, 1) + c8
fecc00b0 _lwp_start (0, 0, 0, 0, 0, 0)
----------------- lwp# 4 / thread# 4 --------------------
fecc0490 ___nanosleep (fe67fe90, fe67fe88, 0, 0, fe950400, 0) + 8
0003c8a4 thread_sleep (30d40, 2ab, 49110, 494b8, 494d0, 5b4b8) + 70
00039d00 yp_update_thread (0, 1084, 932f4, fecaf5d0, fe950400, 1000) + 68
0003c9e8 _start_routine (72718, fe680000, 0, 0, 3c920, 1) + c8
fecc00b0 _lwp_start (0, 0, 0, 0, 0, 0)
----------------- lwp# 5 / thread# 5 --------------------
fecc0490 ___nanosleep (fe57fe88, fe57fe80, f4240, ff000000, 0, 0) + 8
0003c8a4 thread_sleep (f4240, 0, ff000000, fecefad4, 0, 0) + 70
0001f538 _slave_thread (0, 1084, 932f4, fecaf5d0, fe950800, 1000) + 4c
0003c9e8 _start_routine (72748, fe580000, 0, 0, 3c920, 1) + c8
fecc00b0 _lwp_start (0, 0, 0, 0, 0, 0)
----------------- lwp# 6 / thread# 6 --------------------
fecc0490 ___nanosleep (fe47fe90, fe47fe88, 0, 500f0, 5b518, 0) + 8
0003c8a4 thread_sleep (249f0, 3, 48330, 483d0, 483e0, 0) + 70
000329f8 auth_run_thread (0, 1084, 932f4, fecaf5d0, fe950c00, 1000) + 16c
0003c9e8 _start_routine (72778, fe480000, 0, 0, 3c920, 1) + c8
fecc00b0 _lwp_start (0, 0, 0, 0, 0, 0)
----------------- lwp# 7 / thread# 7 --------------------
fef845d8 xmlXPathCacheNewString (fe37f6f4, 7c0f0, 27, 1, 27, 1) + 28
fef917fc xmlXPathCompPathExpr (8ba98, 88093, 27, 27, 0, 27) + 1008
fef92144 xmlXPathCompUnaryExpr (8ba98, 0, 88091, 21, 0, 1 + b4
fef9245c xmlXPathCompMultiplicativeExpr (8ba98, 21, 21, 88091, 0, 0) + 4
fef92740 xmlXPathCompAdditiveExpr (8ba98, 0, 88091, 21, 0, 0) + 4
fef92998 xmlXPathCompRelationalExpr (8ba98, 0, 88093, 27, 0, 1e) + 4
fef92da0 xmlXPathCompEqualityExpr (8ba98, 0, 0, 0, 0, 0) + 180
fef92e8c xmlXPathCompAndExpr (8ba98, 0, 0, 0, 0, 0) + 4
fef930ec xmlXPathCompileExpr (8ba98, 1, ff000000, fecefad4, 0, 0) + 4
fef97f70 xmlXPathCtxtCompile (0, 8808b, ffffffff, fffffff8, 0, fe37f7c1) + 44
ff0e1dc4 xsltXPathCompile (7c538, 8808b, ff105d54, 139c, 1000, 5bcb8) + 28
ff0f6eec xsltIfComp (7c538, 8bb38, 7c538, 21cf4, 893c0, ff118b40) + b8
ff0f7714 xsltStylePreCompute (7c538, 8bb38, da0, 21584, ff0dc604, ff118b40) + 16c
ff0dc88c xsltPrecomputeStylesheet (0, 8bb38, 0, 0, ff0dc604, ff118b40) + 9c
ff0ddff8 xsltParseStylesheetProcess (7c538, 88230, 883e0, 7c538, 3aba4, ff119f3c) + 88
ff0de2bc xsltParseStylesheetImportedDoc (7c538, 0, 88230, 3a920, ff119f3c, ffffc000) + b4
ff0de31c xsltParseStylesheetDoc (88230, 0, 0, 88230, 0, 1000) + 8
ff0de440 xsltParseStylesheetFile (7c2b0, 0, 3a7dc, 0, ff118b40, 88230) + f4
00026cb0 xslt_get_stylesheet (7c2b0, c4, 46698, 1340, ff118b40, ff11aff8) + 2a0
00026d6c xslt_transform (6a070, 7c2b0, 67158, 47010, 47090, 7c2b0) + 64
00029854 admin_send_response (6a070, 67158, 2, 46e60, 47ae0, 1000) + 1f0
0002bcc4 command_stats (67158, 2, 5c778, 48545450, 80808080, 1010101) + 64
0002a040 admin_handle_general_request (67158, ca, 47088, 470a8, 47118, 7bf47) + 134
00029ef8 admin_handle_request (67158, 7bf40, ffffffff, 696e2f00, 2f, 2f) + 684
0001b5dc _handle_get_request (67158, 7bf40, fffe8928, fefefeff, 80808080, 1010101) + 290
0001be80 _handle_connection (0, 1084, 932f4, fecaf5d0, fe951000, 1000) + 2f0
0003c9e8 _start_routine (727a8, fe380000, 0, 0, 3c920, 1) + c8
fecc00b0 _lwp_start (0, 0, 0, 0, 0, 0)
Any ideas greatly appreciated!
Thanks.Icecast 2.3Karl HeyesKarl Heyeshttps://gitlab.xiph.org/xiph/xiph-qt/-/issues/1180cover art image in .ogg is not supported in xiph-qt-win32-0.1.52007-05-09T01:44:19ZGitlab Botcover art image in .ogg is not supported in xiph-qt-win32-0.1.5Please, support the cover art images in .ogg files. It was supported in Tag & Rename 3.3 rc1 (for example): you can add them to file, but you can't watch it using this plugin. Thanks!Please, support the cover art images in .ogg files. It was supported in Tag & Rename 3.3 rc1 (for example): you can add them to file, but you can't watch it using this plugin. Thanks!Arek KorbikArek Korbikhttps://gitlab.xiph.org/xiph/xiph-qt/-/issues/1179cannot install XiphQT on my mac2007-05-21T14:28:41Zsls2ncannot install XiphQT on my macI downloaded the 996kb file for the application XiphQt, to listen to wtju online, but no installer opens when I double click the icon, and when I drag it to the applications folder, it tells me it is a document, not an application. Help...I downloaded the 996kb file for the application XiphQt, to listen to wtju online, but no installer opens when I double click the icon, and when I drag it to the applications folder, it tells me it is a document, not an application. Help?
thanks
Sandy SnyderArek KorbikArek Korbik