At 4:37 PM -0400 7/6/01, Brendan Cully wrote:>On Friday, 06 July 2001 at 13:21, tom erbe wrote: >> At 1:48 PM -0400 7/6/01, Brendan Cully wrote: >> > > 0.2 doesn't segfault, but it seems to overrun the server (if that >> >> makes any sense), it plays a 3 minute file in seconds. >> > >> >I'd like to know more about this. Are you reencoding? If so, note that >> >the reencode/samplerate/channels options have moved into the Stream >> >section (to support multiple streams). >> >> I am not re-encoding, as I was unable to get LAME to compile under >> Solaris. I tried LAME 3.87-9. I am running Solaris 2.7 (sparc) and > >I haven't actually tried to build lame on solaris yet, so I can't >comment on this. > >> using gcc to compile. >> >> My ices command line is: >> >> /usr/local/icecast/bin/ices -F playlist.txt -g "Experimental >> Electronic Computer Ambient Noise" -h hagstrom.calarts.edu -n >> freesound -m /fs -P ?????? -r -u http://www.soundhack.com > >Can you add a -v there and see what kind of debug messages you get? >Also compile with --without-libshout to make sure you are compiling >with the builtin shout library instead of a possibly buggy already >installed copy.Sure - I did both of those things. Everything looks normal, it is just plowing through the songs at high speed. You might be able to listen until you can't keep up at http://hagstrom.calarts.edu:8000 Here is the output I'm getting --- DEBUG: Sending following information to libshout: DEBUG: Stream: 0 DEBUG: Host: hagstrom.calarts.edu Port: 8000 DEBUG: Password: ?????? Icy Compat: 0 DEBUG: Name: freesound URL: http://www.soundhack.com DEBUG: Genre: Experimental Electronic Computer Ambient Noise Desc: Default description DEBUG: Bitrate: 32 Public: 1 DEBUG: Mount: /fs Dumpfile: (null) Logfile opened DEBUG: Initializing playlist handler... DEBUG: Initializing builting playlist handler... DEBUG: Randomizing playlist... Mounted on http://65.165.174.101:8000//fs DEBUG: Builtin playlist handler serving: /usr/local/icecast/freesound/Sciss/Azoiphon/Passim.mp3 DEBUG: ID3v1 song: Passim DEBUG: ID3v1 artist: Sciss DEBUG: Layer: III Version: MPEG-2 LSF Frequency: 22050 DEBUG: Bitrate: 32 kbit/s Padding: 0 Mode: single-ch DEBUG: Ext: 0 Mode_Ext: 0 Copyright: 0 Original: 0 DEBUG: Error Protection: 0 Emphasis: 0 Stereo: 1 Playing /usr/local/icecast/freesound/Sciss/Azoiphon/Passim.mp3 DEBUG: Initially delaying metadata update... DEBUG: Updated metadata on /fs to: Sciss - Passim DEBUG: Done sending DEBUG: Builtin playlist handler serving: /usr/local/icecast/freesound/Speedy J/Public Energy No. 1/Drainpipe.mp3 DEBUG: ID3v1 song: Drainpipe DEBUG: ID3v1 artist: Speedy J DEBUG: Layer: III Version: MPEG-2 LSF Frequency: 22050 DEBUG: Bitrate: 32 kbit/s Padding: 0 Mode: single-ch DEBUG: Ext: 0 Mode_Ext: 0 Copyright: 0 Original: 0 DEBUG: Error Protection: 0 Emphasis: 0 Stereo: 1 Playing /usr/local/icecast/freesound/Speedy J/Public Energy No. 1/Drainpipe.mp3 DEBUG: Updated metadata on /fs to: Speedy J - Drainpipe DEBUG: Done sending DEBUG: Builtin playlist handler serving: /usr/local/icecast/freesound/Steve Key/ -- ........................................................................ Tom Erbe . 608 Carla Way, La Jolla, CA, 92037 tre@shoko.calarts.edu . aim ThomasErbe http://shoko.calarts.edu/~tre/freesound.pl ........................................................................ --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request@xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered.
On Friday, 06 July 2001 at 15:22, tom erbe wrote:> At 4:37 PM -0400 7/6/01, Brendan Cully wrote: > >Can you add a -v there and see what kind of debug messages you get? > >Also compile with --without-libshout to make sure you are compiling > >with the builtin shout library instead of a possibly buggy already > >installed copy. > > Sure - I did both of those things. Everything looks normal, it is > just plowing through the songs at high speed. You might be able to > listen until you can't keep up at http://hagstrom.calarts.edu:8000 > > Here is the output I'm getting > /usr/local/icecast/freesound/Sciss/Azoiphon/Passim.mp3 > DEBUG: ID3v1 song: Passim > DEBUG: ID3v1 artist: Sciss > DEBUG: Layer: III Version: MPEG-2 LSF Frequency: 22050 > DEBUG: Bitrate: 32 kbit/s Padding: 0 Mode: single-ch > DEBUG: Ext: 0 Mode_Ext: 0 Copyright: 0 Original: 0 > DEBUG: Error Protection: 0 Emphasis: 0 Stereo: 1Alright, I've reencoded some music at 32kpbs mono 22050Hz and I can reproduce this problem on Solaris (but not on Linux). My first guess is there may be some non-LP64-safe code in the MP3 frame parser in libshout. I'll let you know what I find... -Brendan --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request@xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered.
On Friday, 06 July 2001 at 19:08, Brendan Cully wrote:> On Friday, 06 July 2001 at 15:22, tom erbe wrote: > > Sure - I did both of those things. Everything looks normal, it is > > just plowing through the songs at high speed. You might be able to > > listen until you can't keep up at http://hagstrom.calarts.edu:8000 > > Alright, I've reencoded some music at 32kpbs mono 22050Hz and I can > reproduce this problem on Solaris (but not on Linux). My first guess > is there may be some non-LP64-safe code in the MP3 frame parser in > libshout. I'll let you know what I find...I was right and wrong. There are some bad assumptions about unsigned longs being 32-bit, but for some reason they don't seem to be causing problems. The trouble seems to be in timing_sleep. Please try the attached bandaid to ices/libshout/timing.c while I investigate more fully. -Brendan <HR NOSHADE> <UL> <LI>text/plain attachment: patch-bac.timing-solaris.1 </UL> -------------- next part -------------- A non-text attachment was scrubbed... Name: patch-bac.timing-solaris.1 Type: application/octet-stream Size: 592 bytes Desc: not available Url : http://lists.xiph.org/pipermail/icecast/attachments/20010706/32cf1559/patch-bac.timing-solaris.obj
hello On Fri, 6 Jul 2001, Brendan Cully wrote:> Alright, I've reencoded some music at 32kpbs mono 22050Hz and I can > reproduce this problem on Solaris (but not on Linux). My first guess > is there may be some non-LP64-safe code in the MP3 frame parser in > libshout. I'll let you know what I find...it might be totally unrelated, but a few days ago I had a similar problem: I wanted to do some livestreaming from a windows machine using oddsocks oddcast DSP (http://www.oddsock.org) to stream to 1.3.10 icecast-server on linux. I chose 24kpbs mono at 22050 Hz and at first tested it in win95. everything worked fine. when I tried to do the livestreaming on the "broadcasting" I had to use win98 (german edition). there the problem occured: the stream was very distorted and at least twice as fast as it should have been. I tried the same using the shoutcast DSP. same effect. My conclusion was: this is an error in win98 reading from the soundcard or something like that. I did not try to find out more, because I do not like windows. normally I do livestreaming with linux and liveice, but this time I was unable to get a linux box so I had to use the win98 one... o maybe there is some problem in the icecast-server with these settings (22050 Hz, mono, low bitrate)? hermann --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request@xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered.