search for: wierenga

Sorry for replying in this way, I can send to the list ok, but I can't seem to subscribe to the list. majordomo doesn't accept my email address as a valid address (k.j.wierenga@home.nl > This is primarily to allow clean shutdown to proceed normally. The CPU load is > nominal - I doubt you'd be able to measure it. However, if you want to change > this timeout, it's safe - but if you increase it beyond a few seconds, > shutdown will take an excessive...

Again, forwarding to the list. Please try to reply to the list. Cheers, KJ -----Oorspronkelijk bericht----- Van: Iceuse - Kris [mailto:iceuse@wwlang.net] Verzonden: woensdag 15 september 2004 7:17 Aan: k.j.wierenga@home.nl Onderwerp: Re: [Icecast] SOURCE access logging in 2.1-trunk breaks webalizer (streaming version) Thanks, I'm very confused by this kind of lists where the answer goes to the sender and not to the list. Chris Klaas Jan Wierenga wrote: >Posting it on the mailing list for you Chris...

Do you mean you can relay within a single icecast server instance? So the relay is running on the same icecast process from which it is relaying a stream? KJ -----Oorspronkelijk bericht----- Van: Karl Heyes [mailto:karl@xiph.org] Verzonden: maandag 15 november 2004 22:18 Aan: Klaas Jan Wierenga CC: icecast Onderwerp: Re: FW: [Icecast] Multi-Level Fallbacks On Mon, 2004-11-15 at 20:36, Klaas Jan Wierenga wrote: > Hi, > > I have used the SVN icecast-2.1-trunk version in my production system at > http://audioserver.nl for 2 months now without problems. The fallbacks work > f...

...uld spot the changes related to batching reads. So far I have not been able to find where you've made this patch. Could you point me in the right direction? Cheers, KJ -----Oorspronkelijk bericht----- Van: Karl Heyes [mailto:karl@xiph.org] Verzonden: woensdag 27 juli 2005 16:47 Aan: Klaas Jan Wierenga CC: icecast-dev Onderwerp: Re: [Icecast-dev] icecast performance on many concurrentlow-bitrate streams On Wed, 2005-07-27 at 09:47, Klaas Jan Wierenga wrote: > Hi all, > > I'm running an Icecast-2.2 server with at peak times some 50 sources and 500 concurrent listeners all using low-...

In my case that's not needed, but yes it would be really nice if all mount options could be retrieved from the database using an authenticated URL. KJ Stefan de Konink wrote: > On Fri, 8 Sep 2006, Klaas Jan Wierenga wrote: > > >> I guess if the <authentication type="url> section could be used as a >> top-level tag (instead of as a sub-tag of <mount>), then that could do >> the trick. The mount_add URL would be used to check the validity of >> the/any mountpo...

...gg.so.0 (0x001f3000) /lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x004d2000) -----%< cut here Hope this info is helpful to you. Regards, KJ -----Oorspronkelijk bericht----- Van: ACiDAngel [mailto:list-icecast@rewtbox.de] Verzonden: dinsdag 14 september 2004 19:29 Aan: 'Klaas Jan Wierenga' Onderwerp: AW: [Icecast] Tip: using icecast in chroot mode may break timestamp inaccess.log Klaas Jan Wierenga wrote: > > Hi all, > > Just thought I'd share this little bit of information. > > If you're running Icecast in a chroot jail the timestamps in I see you...

...ks good. Tcpdump now shows nice size frames (mostly 1400 bytes). Any reason why you're not settings the MTU to something closer to 1500? Many thanks for your help, KJ -----Oorspronkelijk bericht----- Van: Karl Heyes [mailto:karl@xiph.org] Verzonden: donderdag 28 juli 2005 17:03 Aan: Klaas Jan Wierenga CC: icecast-dev Onderwerp: Re: [Icecast-dev] icecast performance on manyconcurrentlow-bitrate streams On Thu, 2005-07-28 at 15:30, Klaas Jan Wierenga wrote: > Hi Karl, > > Thanks for your info. I have a standard Icecast-2.2 release with a few local patches. I'm a little apprehesive t...

...t's not a stable release? Or is it stable enough to use it in a production system. If it is stable/mature enough I could start using it (with its extra features and bugfixes) in my production system. Any thoughts? Cheers, KJ > > Van: Karl Heyes <karl@xiph.org> > Aan: Klaas Jan Wierenga <k.j.wierenga@home.nl> > CC: icecast <icecast@xiph.org> > Datum: di 7 sep 04, 16:48 > Onderwerp: Re: Antw: Re: [Icecast] fallback to static mp3 file? > > On Tue, 2004-09-07 at 15:39, Klaas Jan Wierenga wrote: > > Hi Geoff, > > > > Thanks, that sounds l...

...ounds like a good idea. I've just tried it and of course it works. Then I discovered that when the original source is not connected icecast doesn't fall through to the fallback mount. Is this a known problem? KJ > > Van: Geoff Shang <gshang@pacific.net.au> > Aan: Klaas Jan Wierenga <k.j.wierenga@home.nl> > CC: icecast@xiph.org > Datum: di 7 sep 04, 16:28 > Onderwerp: Re: [Icecast] fallback to static mp3 file? > > Hi: > > If you want a static file that just cycles, you could use ezstream or ices > 0.4 to send this file to a mountpoint which you...

Thanks for the status on the trunk version. I'll give the trunk version a whirl and start using it heavily :-) and report back if there are any problems. Cheers, KJ > > Van: Karl Heyes <karl@xiph.org> > Aan: Klaas Jan Wierenga <k.j.wierenga@home.nl> > CC: icecast <icecast@xiph.org> > Datum: di 7 sep 04, 19:55 > Onderwerp: Re: [Icecast] fallback to static mp3 file? > > On Tue, 2004-09-07 at 17:54, Klaas Jan Wierenga wrote: > > Karl, > > > > It would certainly be a useful feat...

Posting it on the mailing list for you Chris :-) KJ -----Oorspronkelijk bericht----- Van: Iceuse - Kris [mailto:iceuse@wwlang.net] Verzonden: dinsdag 14 september 2004 16:49 Aan: Klaas Jan Wierenga Onderwerp: Re: [Icecast] SOURCE access logging in 2.1-trunk breaks webalizer (streaming version) Hello, Yes, that's something which is making trouble with webalizer stats... when I made this version of webalizer, the log line for the source was containing the total amount of bytes transfered...

Yes that is the plan. I'll have to find some time to graft the patch onto 2.1 mainline and post it here. KJ -----Oorspronkelijk bericht----- Van: Myke Place [mailto:mp@trans.xmission.com]Namens Myke Place Verzonden: donderdag 18 november 2004 22:14 Aan: Klaas Jan Wierenga Onderwerp: Re: [Icecast] Dumping streams to a file? Is the plan to eventually move this from -trunk to the mainline release? If so, I can wait for that and in the meantime I'll just use Curl to fetch the streams. Thanks very much, -mp * Klaas Jan Wierenga (k.j.wierenga@home.nl) [041118 12:...

...n _accept_connection the process would simply block until the next source or client connects. Is there a particular reason for having this timeout? Has it got something to do with the fact that icecast2 is a multi-threaded application? You answer would be very much appreciated. Cheers, Klaas Jan Wierenga The Netherlands -------------------------------------------------------------------- mail2web - Check your email from the web at http://mail2web.com/ . <p>--- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this...

...t to run Icecast on port 80. Geoff Justin Bot wrote: >Care to shed some light on this? I have about 10 IPs that are at my >disposal and 3 I've been keeping for spares and whatnot. Though >binding them is a little beyond me. > >TIA > >Justin > >On 6/22/05, Klaas Jan Wierenga <k.j.wierenga@home.nl> wrote: > > >>Hi, >> >>You can if your machine is assigned two IP addresses. Then you can bind the >>webserver to port 80 on the first IP-adres and bind icecast to port 80 on >>the second IP-address. >> >>Hope this is hel...

Hi, You can if your machine is assigned two IP addresses. Then you can bind the webserver to port 80 on the first IP-adres and bind icecast to port 80 on the second IP-address. Hope this is helpful. Regards, KJ -----Oorspronkelijk bericht----- Van: icecast-bounces@xiph.org [mailto:icecast-bounces@xiph.org]Namens Laust Brock-Nannestad Verzonden: woensdag 22 juni 2005 2:27 Aan: icecast@xiph.org

Hi all, I have an icecast setup with 20+ sources. During peak times some 20 sources will be connected with a total of some 250 listeners more-or-less equally divided over the 20 sources. All streams are running at a measly 16 kbps. There is enough bandwidth to/from the server. During these peak times I see very high CPU usage for icecast 98-99%. The system I'm running is an Intel Celeron

Hi, I have used the SVN icecast-2.1-trunk version in my production system at http://audioserver.nl for 2 months now without problems. The fallbacks work fine as long as you make sure that the format (sampling frequency and bitrate) of the mount and it's fallback match. I have also patched the icecast-2.1-trunk version (patch not published yet, needs work to extract) to enable fallback of

Care to shed some light on this? I have about 10 IPs that are at my disposal and 3 I've been keeping for spares and whatnot. Though binding them is a little beyond me. TIA Justin On 6/22/05, Klaas Jan Wierenga <k.j.wierenga@home.nl> wrote: > > Hi, > > You can if your machine is assigned two IP addresses. Then you can bind the > webserver to port 80 on the first IP-adres and bind icecast to port 80 on > the second IP-address. > > Hope this is helpful. > > Regards, &...

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? Joel Klaas Jan Wierenga wrote: > About ezstream inevitably stopping.......

Hi all, The URL authentication is great for reducing the administration overhead in running one or more icecast instances for lost of mountpoints and lots of listeners. However because the URL authentication is <mount> specific you still need to create a mountpoint for each (in our case) customer. Would it be possible to have a global URL authentication section which would apply to