similar to: SOURCE access logging in 2.1-trunk breaks webalizer (streaming version)

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

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

On Wed, 05 Nov 2003 11:52:13 +0100 iceuse@kezako.net wrote: > Hello, > last night, I worked to make a new version of webalizer for streams. > I put some info and example here: > http://radio.stalig.com:443/stats/webalizer/index.html > If you are interested... It's not finished (yearly stats are not ready), but monthly and daily stats are fine. > > I'll try to have it

Hello, I added new features to Webalizer 2.01 for streaming log analysis. You can find the new Webalizer version 2.10 here : http://webalizer.kezako.net Please note that your configuration file needs to be changed (you have to add a few lines). The website also shows an example of the result produced. Questions, remarks, should be send to iceuse@kezako.net Regards, Chris --- >8 ---- List

Hello, I added new features to Webalizer 2.01 for streaming log analysis. You can find the new Webalizer version 2.10 here : http://webalizer.kezako.net Please note that your configuration file needs to be changed (you have to add a few lines). The website also shows an example of the result produced. Questions, remarks, should be send to iceuse@kezako.net Regards, Chris --- >8 ---- List

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

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 > fine as long as you make sure that the format (sampling frequency and > bitrate) of the mount and it's fallback match. samplerate and channels are the main

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

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

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

Karl, I've managed to patch up my branch of Icecast to do the batching. Checked everything with valgrind and tested it extensively. It looks 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:

Karl, It would certainly be a useful feature for me and I guess others. The current solution with ezstream works but listeners all end up at the same (current) point in the mp3 file. With the mp3 file as a fallback each individual listener would want to start hearing it from the start. This might be more difficult to implement with the single-q that is in the current trunk code, I don't know.

Hi Karl, Thanks for your info. I have a standard Icecast-2.2 release with a few local patches. I'm a little apprehesive to apply my patches to the kh14 branch, so I'd rather patch my branch with the changes related to batched reads from the kh branch. I've looked at your code to see if I could spot the changes related to batching reads. So far I have not been able to find where

Please post to the mailing list the next time Ralf. I'm not using yp directory listings, but I can guess why it is not working. You're probably missing the libcurl.so library in your chroot jail directories. Here's the listing of files I have in the chroot jail: -----%< cut here > ls -R .: admin etc lib opt usr var web ./admin: listclients.xsl listmounts.xsl

Hi Geoff, Thanks, that sounds 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:

Hello, last night, I worked to make a new version of webalizer for streams. I put some info and example here: http://radio.stalig.com:443/stats/webalizer/index.html If you are interested... It's not finished (yearly stats are not ready), but monthly and daily stats are fine. I'll try to have it integrated to regular webalizer version. Chris --- >8 ---- List archives:

Michael Smith wrote: >On Wed, 09 Feb 2005 16:56:08 +0100, iceuse@mail.wwlang.net ><iceuse@mail.wwlang.net> wrote: > > >>Yes, but in fact I want to write my own client in Java (based on jorbis). So the question become: >>- is there a restriction on icecast side which may prevent fetching in a file currently growing (I don't think so)? >> >> >

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

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

Hi Geoff, The streaming version of Webalizer can certainly do this (hmm, I can't seem to find the link anymore, it used to be on a separate website, not awstats.sf.net) and I use it for my clients. See my post from September 2004 regarding correct logging of SOURCE time. http://lists.xiph.org/pipermail/icecast/2004-September/007564.html Cheers, KJ > > Van: Geoff Shang