Not entirely sure where my problem lays but hoping someone might have seen this before and can help, or can point me in the right direction. I'm running CentOS 5 with the CCRMA realtime kernel and a M-Audio Delta 1010LT feeding sound to jackd (from CCRMA). I have darkice 0.19 (from ATrpms) taking the data from jackd and passing it to an icecast2 2.3.2 (tried both stock and kh15b versions). Finally, have iTunes on the local LAN connecting as the only client to the icecast2 server. If I start jackd, darkice and icecast2, connecting darkice to icecast2 and iTunes to icecast2 (not but connecting ports using jack_connect), then the total_bytes_read and total_bytes_sent reported by icecast2 are pretty close and the client seems to run forever (for values of forever close to 20 minutes of testing). However, as soon as I connect jackd to darkice, total_bytes_read increases significantly faster than total_bytes_sent and eventually icecast2 disconnects the iTunes client because it fell too far behind. Starting jackd with jackd -R -d alsa -r 22050 and connecting jackd to darkice with jack_connect system:capture_6 darkice_6:mono Snippet from darkice.cfg: [input] device = jack sampleRate = 22050 bitsPerSample = 16 channel = 1 jackClientName = darkice_6 Snippet from icecast.cfg: <clients>100</clients> <sources>2</sources> <threadpool>5</threadpool> <queue-size>524288</queue-size> <client-timeout>30</client-timeout> <header-timeout>15</header-timeout> <source-timeout>10</source-timeout> <burst-on-connect>1</burst-on-connect> <burst-size>65535</burst-size> -- Apu <apu@xxxxxxxxxxxxxxxxxx> Springfield (Vol.) First Aid Squad http://www.SpringfieldEMS.org/ Providing no charge EMS since 1949 Volunteers Needed - Donations Welcome!