search for: jbebel

Well, I see ezstream 0.2.0 is downloadable, so I downloaded it and tried to compile. Unfortunately it won't compile for me. The configure script runs fine. Here's the output of make. Joel make all-recursive make[1]: Entering directory `/home/jbebel/ezstream-0.2.0' Making all in src make[2]: Entering directory `/home/jbebel/ezstream-0.2.0/src' source='ezstream.c' object='ezstream.o' libtool=no \ depfile='.deps/ezstream.Po' tmpdepfile='.deps/ezstream.TPo' \ depmode=gcc3 /bin/sh ../depcomp \ gcc -DHAVE_CON...

I discovered an interesting problem with ezstream. I'm using version 1.2. I see 2 is listed on the website but appears to be a broken link. Otherwise I'd try it to see if it exhibits the same problem. I'm using ezstream as a fallback mount for a radio station. It plays a 30 second ogg file over and over. The ogg file is just a 5 second message with 25 seconds of silence

On Thu, 13 Jan 2005 13:19:08 -0500, Joel Ebel <jbebel@ncsu.edu> wrote: > I asked this questions before, but I think it got lost/ignored in all > the traffic. So I'm asking it again. > > Why would my clients number always be 113 larger than my number of > listeners? It was right earlier today, but when I restarted the sources &...

On Thu, 13 Jan 2005 19:11:08 -0500, Joel Ebel <jbebel@ncsu.edu> wrote: > > - icecast version (and what platform you're running it on) > Icecast 2.2.0 running on Slackware Linux 10.0 > > > - icecast config file (with passwords blanked out, of course) > Config file is attached > > > - description of _precise...

My icecast server has been running happily for months now, but just yesterday it locked up, chewing up all the cpu time it could find, and not allowing connections. The last snippet of the error log shows this: [2005-06-01 09:36:13] WARN connection/_accept_connection accept() failed with error 24: Too many open files [2005-06-01 09:36:15] WARN connection/_accept_connection accept() failed

On 6/1/05, Joel Ebel <jbebel@ncsu.edu> wrote: > My icecast server has been running happily for months now, but just > yesterday it locked up, chewing up all the cpu time it could find, and > not allowing connections. The last snippet of the error log shows this: snip... > The error had repeated itself for almos...

I'm using ezstream-0.1.2 KJ -----Oorspronkelijk bericht----- Van: Joel Ebel [mailto:jbebel@ncsu.edu] Verzonden: donderdag 3 februari 2005 21:05 Aan: Klaas Jan Wierenga Onderwerp: Re: [Icecast] Stream drops during handoff. Suggestions? Thanks. I'll have to try that. I wonder why ezstream would ever stop sending data for that long though. What version of ezstream are you running?...

Michael Smith wrote: > On Thu, 13 Jan 2005 13:19:08 -0500, Joel Ebel <jbebel@ncsu.edu> wrote: > >>I asked this questions before, but I think it got lost/ignored in all >>the traffic. So I'm asking it again. >> >>Why would my clients number always be 113 larger than my number of >>listeners? It was right earlier today, but when I re...

Michael Smith wrote: > On Thu, 3 Feb 2005 14:10:50 +1000, Geoff Shang <geoff@hitsandpieces.net> wrote: > >>Ron Blok wrote: >> >> >>>Could it be a file/directory permission issue ? >> >>I have a vague recollection that the file needs to be able to be opened for >>writing as well as reading, if that helps. > > > Your recollection

Two quick questions: 1. Is it ok to use the same password file for multiple mountpoints, or will that cause problems? 2. Why would my clients number 113 larger than my number of listeners? It was right earlier today, but when I restarted the sources it increased by 113, and it has stayed that high since then. I find it especially odd since I have clients set to 100 in icecast.xml, and

Ive done a new initrd but got the exact same error. Should rootfs really be minix? initrd is ext2. ----Ursprungligt meddelande---- Fr?n: jbebel at ncsu.edu Datum: Apr 13, 2005 11:58:26 PM Till: gabriel <gabriel.j at telia.com> ?rende: Re: Sv: Re: Sv: [syslinux] Syslinux on USB initrd problem I've got some really old instructions on creating an initrd up at http://ncsu.edu/project/runt/source.html They might be too old to help,...

I'm somewhat new to icecast. I've been using shoutcast for some time, but I'm interested in trying out icecast for a number of reasons. I need to select a source client, and rather than figure it out on my own, I thought I'd ask for some advice. I'd like to stream both mp3 and ogg formats from one source client, so what's a good source client that runs in console

I'm looking for ideas here. This probably will wind up being more of an alsa problem, but I thought the people on this list might have been in similar circumstances and have ideas for me. I work at a radio station with both a webcast and FM broadcast. We want to use icecast both for our webcast and as a backup studio to transmitter link. However, the webcast audio needs to be

I'm still having an issue with the fallback override from a 128 kbps mp3 stream. I have 6 streams all with fallbacks and overrides. All are working except the 128 mp3. All of the fallback streams are from ezstream which just plays a file matching the original source format. my 3 ogg streams and 2 of my mp3 streams work just fine with fallbacks and come back when the original stream

The -b option will also background. It's included in my script. That's important if you run the script on startup. Joel Geoff Shang wrote: > Hi: > > In addition to what's already been written about killing icecast. > > What you may be wanting is to be able to exit it without stopping it. I > don't immediately recall a "run in background" option

ezstream is only for streaming files and playlists. Not live audio. Darkice (ogg and mp3), ices2 (ogg only), or liveice (I think mp3 only, but never used it) are better choices for doing live audio. ezstream is designed to be really simple, so it surprises me that re-encoding was included in it at all. ezstream can only stream one source to one icecast server/mountpoint. To my knowledge the

[2005-08-08 15:09:57] WARN connection/_accept_connection accept() failed with error 24: Too many open files I'm getting this error I had earlier once again. I reported this on June 1, and restarted the server at that time. it's been working fine again since then, but now the error has shown up again. lsof lists a lot of lines like this: icecast 22212 nobody 141u sock

Does anyone know a player to recommend for HP-UX 11i? I have a listener who wants to listen under HP-UX, and having not used it I'm not sure what's available. Is there anything that should already be included in HP-UX that would handle ogg or mp3 streams? If not, is there are a player that you know will compile easily so he can listen? If I had it in front of me I'm sure I

I'm building a custom bootdisk that I would like to boot linux or boot memtest86 (www.memtest86.com). And I'm running into some difficulties with recent versions of syslinux. All I'm doing is making a new label in syslinux.cfg called memtest and giving it kernel memtest.bin. This has worked on and off for several recent versions of memtest. It worked in 1.67, broke in 1.70(loads

What is the limiting factor in the number labels allowed for pxelinux and others? We're maxed out at 128 and could certainly stand to use more labels. What would it take to increase this limit? Thanks, Joel Ebel