Hi,
I'm currently migrating from Shoutcast/MP3 to Icecast/OGG/Vorbis using ices.
Unfortunately, when initialising the encoder, ices crashes with a bus error.
Is there anything I can look into?
Details as follows:
icecast2-2.1.0,1
ices-2.0.0,1
libshout2-2.0_5,1
libogg-1.1.2_1,3
libvorbis-1.1.0_1,3
(All were installed from the ports tree)
On
FreeBSD ares.radiozilvervos.com 5.3-RELEASE-p4 FreeBSD 5.3-RELEASE-p4
#0: Sat Jan 8 14:32:17 CET 2005
root@ares.radiozilvervos.com:/usr/obj/usr/src/sys/ARES i386
----------------------------------------------------------------------------
ices.xml:
<?xml version="1.0"?>
<ices>
<background>0</background>
<logpath>/var/log/ices</logpath>
<logfile>ices.log</logfile>
<logsize>2048</logsize>
<loglevel>4</loglevel>
<consolelog>0</consolelog>
<pidfile>/var/log/ices/ices.pid</pidfile>
<stream>
<input>
<module>playlist</module>
<param name="type">script</param>
<param name="program">/home/graver/phpshout.php</param>
</input>
<metadata>
<name>My Stream</name>
<genre>Rock</genre>
<description>A short description of your stream</description>
<url>http://mysite.org</url>
</metadata>
<instance>
<hostname>localhost</hostname>
<port>8000</port>
<password>hackme</password>
<mount>/harry.ogg</mount>
<encode>
<quality>8</quality>
<managed>0</managed>
<samplerate>44100</samplerate>
<channels>2</channels>
</encode>
</instance>
</stream>
</ices>
----------------------------------------------------------------------------
Loglevel 4:
[2005-01-09 18:08:24] INFO ices-core/main IceS 2.0.0 started...
[2005-01-09 18:08:24] INFO signals/signal_usr1_handler Metadata update
requested
[2005-01-09 18:08:24] INFO stream/ices_instance_stream Connected to
server: localhost:8000/harry.ogg
[2005-01-09 18:08:25] DBUG playlist-script/playlist_script_get_filename
Program/script ("/home/graver/phpshout.php") returned filename
"/home/jukebox/mp3/[Mavericks]-[I_Hope_You_Want_Me_Too_-_Maver].ogg"
[2005-01-09 18:08:25] INFO playlist-builtin/playlist_read Currently playing
"/home/jukebox/mp3/[Mavericks]-[I_Hope_You_Want_Me_Too_-_Maver].ogg"
[2005-01-09 18:08:25] DBUG reencode/reencode_page Reinitialising
reencoder for new logical stream
[2005-01-09 18:08:25] INFO encode/encode_initialise Encoder
initialising in VBR mode: 2 channel(s), 44100 Hz, quality 8.000000
----------------------------------------------------------------------------
GDB output:
Starting program: /usr/local/bin/ices ices.xml
(no debugging symbols found)...(no debugging symbols found)...(no
debugging symbols found)...(no debugging symbols found)...(no debugging
symbols found)...(no debugging symbols found)...(no debugging symbols
found)...(no debugging symbols found)...(no debugging symbols
found)...(no debugging symbols found)...(no debugging symbols found)...
Program received signal SIGBUS, Bus error.
[Switching to Thread 1 (LWP 100188)]
0x2819d3e6 in _vp_couple () from /usr/local/lib/libvorbis.so.3
On Sun, 09 Jan 2005 18:15:26 +0100, Frits Letteboer <graver@graver.xs4all.nl> wrote:> Hi, > > I'm currently migrating from Shoutcast/MP3 to Icecast/OGG/Vorbis using ices. > > Unfortunately, when initialising the encoder, ices crashes with a bus error.It looks from the gdb output that it's crashing in libvorbis. Can you compile libvorbis AND ices with debugging symbols, and try again? Since you appear to be using x86, this is a surprising error (bus faults are much harder to trigger on x86 than on many other architectures). Does changing the quality level change anything? Mike
Michael Smith wrote:
> On Sun, 09 Jan 2005 18:15:26 +0100, Frits Letteboer
> <graver@graver.xs4all.nl> wrote:
>
>>Hi,
>>
>>I'm currently migrating from Shoutcast/MP3 to Icecast/OGG/Vorbis
using ices.
>>
>>Unfortunately, when initialising the encoder, ices crashes with a bus
error.
>
>
> It looks from the gdb output that it's crashing in libvorbis. Can you
> compile libvorbis AND ices with debugging symbols, and try again?
Program received signal SIGBUS, Bus error.
[Switching to Thread 1 (LWP 100163)]
0x2819e486 in _vp_couple (blobno=7, g=0x80adb34, p=0x80c8334, vi=0x80b0000,
res=0x805c960, mag_memo=0x8105930, mag_sort=0x8105960,
ifloor=0x8105870,
nonzero=0xbfaedc70, sliding_lowpass=574) at psy.c:1167
1167 for(k=0;k<partition;k++){
>
> Since you appear to be using x86, this is a surprising error (bus
> faults are much harder to trigger on x86 than on many other
> architectures).
> Does changing the quality level change anything?
No, I tried several, all crashed.