From jason at weatherserver.net  Wed Aug  1 00:47:34 2007
From: jason at weatherserver.net (Jason L)
Date: Tue, 31 Jul 2007 20:47:34 -0400
Subject: [Icecast] xsl:value-of
Message-ID: <000a01c7d3d5$8cce65e0$1401a8c0@workstation>

The listclients page. Can it list by HOST rather then IP?


--------------------------------------------
http://listserver.weatherserver.net
Weather Alerts, Traffic Alerts, Toronto Fire CAD Alerts
All to your email, 24/7/365
*****Visit us today*****
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.xiph.org/pipermail/icecast/attachments/20070731/4e23573e/attachment.htm>

From msmith at xiph.org  Wed Aug  1 08:45:41 2007
From: msmith at xiph.org (Michael Smith)
Date: Wed, 1 Aug 2007 10:45:41 +0200
Subject: [Icecast] xsl:value-of
In-Reply-To: <000a01c7d3d5$8cce65e0$1401a8c0@workstation>
References: <000a01c7d3d5$8cce65e0$1401a8c0@workstation>
Message-ID: <3c1737210708010145x2e51d3ddhe45821d3bbc94e9@mail.gmail.com>

On 8/1/07, Jason L <jason at weatherserver.net> wrote:
>
>
> The listclients page. Can it list by HOST rather then IP?

No. Icecast doesn't do reverse lookups on the incoming clients. You
should (externally) postprocess the list if you want this.

Mike


From dm8tbr at afthd.tu-darmstadt.de  Wed Aug  1 08:52:00 2007
From: dm8tbr at afthd.tu-darmstadt.de (Thomas B. Ruecker)
Date: Wed, 1 Aug 2007 10:52:00 +0200
Subject: [Icecast] xsl:value-of
In-Reply-To: <000a01c7d3d5$8cce65e0$1401a8c0@workstation>
References: <000a01c7d3d5$8cce65e0$1401a8c0@workstation>
Message-ID: <20070801085200.GB29503@dk0td.afthd.tu-darmstadt.de>

On Tue, Jul 31, 2007 at 08:47:34PM -0400, Jason L wrote:
> The listclients page. Can it list by HOST rather then IP?

Your mail subject was a bit misleading.
What you want is to list the reverselookup for the connected IPs of
listener clients.
For a production system on the internet, I wouldn't recommend this.
Reverselookup pointers can be forged.
You don't want to see:
localhost 2342 seconds
localhost 4223 seconds
...

when instead it should show:
23.42.5.1 2342 seconds
5.23.42.1 4223 seconds
...

I don't think it is worth the overhead to add hostname reverselookup and lookup (to validate if it points to the right ip) plus sanity checks etc.

just my 2?

Thomas


From ross at stationplaylist.com  Wed Aug  1 09:06:03 2007
From: ross at stationplaylist.com (Ross Levis)
Date: Wed, 1 Aug 2007 21:06:03 +1200
Subject: [Icecast] xsl:value-of
In-Reply-To: <3c1737210708010145x2e51d3ddhe45821d3bbc94e9@mail.gmail.com>
References: <000a01c7d3d5$8cce65e0$1401a8c0@workstation>
	<3c1737210708010145x2e51d3ddhe45821d3bbc94e9@mail.gmail.com>
Message-ID: <003501c7d41b$30290a70$907b1f50$@com>

That's a shame, and worth considering as a future feature.  Shoutcast Server
has this as an option, and it's quite useful to see what countries (domain
extensions) your listeners are from.

Ross.

-----Original Message-----
From: icecast-bounces at xiph.org [mailto:icecast-bounces at xiph.org] On Behalf
Of Michael Smith
Sent: Wednesday, 1 August 2007 20:46
To: Jason L
Cc: icecast
Subject: Re: [Icecast] xsl:value-of

On 8/1/07, Jason L <jason at weatherserver.net> wrote:
>
>
> The listclients page. Can it list by HOST rather then IP?

No. Icecast doesn't do reverse lookups on the incoming clients. You
should (externally) postprocess the list if you want this.

Mike



From dm8tbr at afthd.tu-darmstadt.de  Wed Aug  1 15:13:39 2007
From: dm8tbr at afthd.tu-darmstadt.de (Thomas B. Ruecker)
Date: Wed, 1 Aug 2007 17:13:39 +0200
Subject: [Icecast] IP reverse lookup [WAS: xsl:value-of]
In-Reply-To: <003501c7d41b$30290a70$907b1f50$@com>
References: <000a01c7d3d5$8cce65e0$1401a8c0@workstation>
	<3c1737210708010145x2e51d3ddhe45821d3bbc94e9@mail.gmail.com>
	<003501c7d41b$30290a70$907b1f50$@com>
Message-ID: <20070801151339.GC29503@dk0td.afthd.tu-darmstadt.de>

On Wed, Aug 01, 2007 at 09:06:03PM +1200, Ross Levis wrote:
> That's a shame, and worth considering as a future feature.  Shoutcast Server
> has this as an option, and it's quite useful to see what countries (domain
> extensions) your listeners are from.
Au contraire!
See my other post.

If you want stats by country I'd rather recommend webalizer or the (a
bit dated) stream analysis fork of webalizer. Both should be able to
produce tld statistics based on the icecast access.log.
NB: .com .net etc are widely used by dialup ISPs - Hence those stats
tend to be quite off.

-- 
A: Because we read from top to bottom, left to right. 
Q: Why should I start my reply below the quoted text? 


From ross at stationplaylist.com  Fri Aug 17 09:41:23 2007
From: ross at stationplaylist.com (Ross Levis)
Date: Fri, 17 Aug 2007 21:41:23 +1200
Subject: [Icecast] Synchronize listeners
Message-ID: <011301c7e0b2$c601dd80$52059880$@com>

Is it at all possible to synchronize listeners so they hear the audio at the
exact same time?  It doesn't matter if the source and listener is a few
seconds different.

Someone I know wants to send Ogg Vorbis encoded audio across a wireless LAN
using Icecast to 2 LPFM transmitters on the same frequency, and they really
need to be closely synchronized to prevent echo in an overlap coverage area.


He could be willing to pay money towards custom development, if it is in
fact possible.

Thanks,
Ross.



From msmith at xiph.org  Fri Aug 17 10:00:07 2007
From: msmith at xiph.org (Michael Smith)
Date: Fri, 17 Aug 2007 12:00:07 +0200
Subject: [Icecast] Synchronize listeners
In-Reply-To: <011301c7e0b2$c601dd80$52059880$@com>
References: <011301c7e0b2$c601dd80$52059880$@com>
Message-ID: <3c1737210708170300g1d893befqde25132e7fccfc6@mail.gmail.com>

On 8/17/07, Ross Levis <ross at stationplaylist.com> wrote:
> Is it at all possible to synchronize listeners so they hear the audio at the
> exact same time?  It doesn't matter if the source and listener is a few
> seconds different.

Not with icecast, no.

If I wanted to do this, I'd write something using gstreamer, and the
network clocking code it provides.

Mike


From victor at ambra.ro  Thu Aug 23 19:12:43 2007
From: victor at ambra.ro (Victor Sterpu)
Date: Thu, 23 Aug 2007 22:12:43 +0300
Subject: [Icecast] relay streaming m3u
Message-ID: <46CDDC2B.2070202@ambra.ro>

I use icecast 2.3.1.
Can I relay something like this with icecast 
http://www.radiototal.ro/live/radio-total-128kbps.m3u?
If I can, can you please give an example how to do it?

I tryed this:
    <relay>
            <server>www.radiototal.ro</server>
            <port>80</port>
            <mount>/live/radio-total-128kbps</mount>
            <local-mount>/total</local-mount>
            <relay-shoutcast-metadata>1</relay-shoutcast-metadata>
            <on-demand>0</on-demand>
    </relay>
but the error log said:
[2007-08-23  22:04:22] INFO slave/start_relay_stream Starting relayed 
source at mountpoint "/total"
[2007-08-23  22:04:22] EROR slave/start_relay_stream Error from relay 
request: Not Found
[2007-08-23  22:04:22] DBUG source/source_clear_source clearing source 
"/total"
[2007-08-23  22:04:23] DBUG slave/check_relay_stream waiting for relay 
thread for "/total"

Thak you.


From clement at cavadore.net  Thu Aug 23 21:13:25 2007
From: clement at cavadore.net (Clement Cavadore)
Date: Thu, 23 Aug 2007 23:13:25 +0200
Subject: [Icecast] relay streaming m3u
In-Reply-To: <46CDDC2B.2070202@ambra.ro>
References: <46CDDC2B.2070202@ambra.ro>
Message-ID: <1187903605.31866.30.camel@puisard.hivane.net>

Hi,

On Thu, 2007-08-23 at 22:12 +0300, Victor Sterpu wrote:
> I use icecast 2.3.1.
> Can I relay something like this with icecast 
> http://www.radiototal.ro/live/radio-total-128kbps.m3u?
> If I can, can you please give an example how to do it?

According to the contents of your .m3u, the server's URL is:
http://radiototal.evolva.ro:8128/live

> I tryed this:
>     <relay>
>             <server>www.radiototal.ro</server>
>             <port>80</port>
>             <mount>/live/radio-total-128kbps</mount>
>             <local-mount>/total</local-mount>
>             <relay-shoutcast-metadata>1</relay-shoutcast-metadata>
>             <on-demand>0</on-demand>
>     </relay>

You have to set up the <relay> section like this:

    <relay>
            <server>www.radiototal.ro</server>
            <port>8128</port>
            <mount>/live</mount>
            <local-mount>/total</local-mount>
            <relay-shoutcast-metadata>1</relay-shoutcast-metadata>
            <on-demand>0</on-demand>
    </relay>

The m3u is just a playlist. As far as I know, Icecast is not able to
parse a m3u file (that would be a good feature for newer versions), so
you have to specify the three informations: Server / Port / Mount in
order to relay a stream. In the case of an Icecast relaying a Shoutcast,
the mount section is /

Regards,

Cl?ment Cavadore



From clement at cavadore.net  Thu Aug 23 21:31:09 2007
From: clement at cavadore.net (Clement Cavadore)
Date: Thu, 23 Aug 2007 23:31:09 +0200
Subject: [Icecast] relay streaming m3u
In-Reply-To: <1187903605.31866.30.camel@puisard.hivane.net>
References: <46CDDC2B.2070202@ambra.ro>
	<1187903605.31866.30.camel@puisard.hivane.net>
Message-ID: <1187904669.31866.33.camel@puisard.hivane.net>

On Thu, 2007-08-23 at 23:13 +0200, Clement Cavadore wrote:
> According to the contents of your .m3u, the server's URL is:
> http://radiototal.evolva.ro:8128/live
> (...)
> You have to set up the <relay> section like this:
> 
>     <relay>
>             <server>www.radiototal.ro</server>
		      ^^^^^^^^^^^^^^^^^

I meant "radiototal.evolva.ro" instead of "www.Radiototal.ro"

Rgds,
-- 
Cl?ment Cavadore



From vampireza81 at hotmail.com  Fri Aug 24 06:40:59 2007
From: vampireza81 at hotmail.com (nancy yael meis)
Date: Fri, 24 Aug 2007 03:40:59 -0300
Subject: [Icecast] (no subject)
Message-ID: <BAY138-F390C781673E1209EEBAFBAA9D70@phx.gbl>

ok

_________________________________________________________________
FREE pop-up blocking with the new MSN Toolbar - get it now! 
http://toolbar.msn.click-url.com/go/onm00200415ave/direct/01/



From aagarwal at capstoneinfoways.com  Mon Aug 13 12:28:16 2007
From: aagarwal at capstoneinfoways.com (Ankur Agarwal)
Date: Mon, 13 Aug 2007 17:58:16 +0530
Subject: [Icecast] How to implement
Message-ID: <000301c7dda5$706b21c0$f901a8c0@india.capstoneinfoways.com>

Dear Sir/Madam
                       I have downloaded the file.But i m not getting
that,how it will be implemented.
can u help me.That how it will be implemented.
thanks
Ankur Agarwal
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.xiph.org/pipermail/icecast/attachments/20070813/9d6f792e/attachment.htm>

From dan at x-7.com  Thu Aug 23 15:17:44 2007
From: dan at x-7.com (dan at x-7.com)
Date: Thu, 23 Aug 2007 15:17:44 GMT
Subject: [Icecast] YP Services - Trying to read what Icecast Server Sends
Message-ID: <997d5e68a7644219bedfdea2a0eb23a9@36b8b569c4cb4f3ea0a76d9e4d51ef31>

Hey all,

I have a question dealing with the YP Directory Services...A couple, actually.

1)  Does the YP Server Send updated song information regarding each mount at the same time, or near the same time that the metadata is updated from the broadcast client?  (Begs the question if i need the 'touch' services setup to run on the broadcast client)

2)  If it's not an 'on change event' how often is the data updated to the yp server?

3)  What is a sure-fire way to make sure that the data is being sent from the icecast server to the YP service?

I read the link on icecast regarding YP services, and I setup a page in VB/ASPX that will read all the querystrings from a url (httprequest.querystring.count...set to instance...blah blah blah..  it reads all the url variables like "&x=servername&y=nooflisteners"  etc.. that should be trailing on the end of a yp request)  And while it works when i test the actual document, and the strings get written to an actual file on my drive...  when the webpage is called from icecast, i can see that the page is called, but there is no data that is received/sent.  

I'm going off the spec that is listed at www.icecast.org/spec.php

Any clarifications that you may have would be very helpfull.

Thanks guys

~Doc
~Krushradio.com









From johned at aibi.ph  Wed Aug  8 23:32:12 2007
From: johned at aibi.ph (John Edmiston)
Date: Wed, 08 Aug 2007 23:32:12 -0000
Subject: [Icecast] consultants who can install icecast
Message-ID: <46BA524C.6080405@aibi.ph>

Hi,

My name is John Edmiston and I run a small missionary agency that would 
like to setup Icecast. Do you know of a consultant who could do this 
(for a reasonable fee) remotely on our colocated server.

Blessings,

John Edmiston




From sam at palava-arts.com  Tue Aug  7 22:31:08 2007
From: sam at palava-arts.com (Sam Welbourne)
Date: Tue, 07 Aug 2007 22:31:08 -0000
Subject: [Icecast] getting stuck with OSX install
Message-ID: <56BCE287-D272-4409-AC4D-D606599D1980@palava-arts.com>

Hi - help please.

I got the email address by rooting around in
icecast-2.2.0:doc:

I'm installing onto MacBookPro and have followed instructions from :
http://www.geektimes.com/macintosh/os/x/10_3/and/icecast_install.html

I get stuck after at the make command ending
make: *** [all] Error 2

I have no idea where to go from here but the log says:
error: 'struct _fserve_t' has no member named 'callback'

I'll paste in the full make at the bottom.

any help much appreciated

Regards,
Sam Welbourne

samsmacbook:~/icecast-2.2.0 sam$ make
make  all-recursive
Making all in src
Making all in avl
make[3]: Nothing to be done for `all'.
Making all in thread
make[3]: Nothing to be done for `all'.
Making all in httpp
make[3]: Nothing to be done for `all'.
Making all in net
make[3]: Nothing to be done for `all'.
Making all in log
make[3]: Nothing to be done for `all'.
Making all in timing
make[3]: Nothing to be done for `all'.
source='fserve.c' object='fserve.o' libtool=no \
depfile='.deps/fserve.Po' tmpdepfile='.deps/fserve.TPo' \
depmode=gcc3 /bin/sh ../depcomp \
gcc -DHAVE_CONFIG_H -I. -I. -I..  -Wall -ffast-math -fsigned-char -I/ 
usr/include/libxml2 -I/usr/local/include   -g -O2 -c `test -f  
'fserve.c' || echo './'`fserve.c
fserve.c: In function 'fserv_thread_function':
fserve.c:275: warning: implicit declaration of function  
'format_generic_write_to_client'
fserve.c: In function 'fserve_content_type':
fserve.c:316: warning: passing argument 1 of 'util_get_extension'  
discards qualifiers from pointer target type
fserve.c: In function 'fserve_client_destroy':
fserve.c:355: error: 'struct _fserve_t' has no member named 'callback'
fserve.c:356: error: 'struct _fserve_t' has no member named 'callback'
fserve.c:356: error: 'struct _fserve_t' has no member named 'arg'
fserve.c: At top level:
fserve.c:369: error: conflicting types for 'fserve_client_create'
fserve.h:34: error: previous declaration of 'fserve_client_create'  
was here
fserve.c: In function 'fserve_client_create':
fserve.c:382: warning: passing argument 1 of  
'util_get_path_from_normalised_uri' discards qualifiers from pointer  
target type
fserve.c:402: error: 'PER_CLIENT_REFBUF_SIZE' undeclared (first use  
in this function)
fserve.c:402: error: (Each undeclared identifier is reported only once
fserve.c:402: error: for each function it appears in.)
fserve.c:441: warning: implicit declaration of function  
'fserve_add_client'
fserve.c: At top level:
fserve.c:594: error: parse error before 'fserve_callback_t'
fserve.c: In function 'fserve_add_client_callback':
fserve.c:601: error: 'client' undeclared (first use in this function)
fserve.c:607: error: 'struct _fserve_t' has no member named 'callback'
fserve.c:607: error: 'callback' undeclared (first use in this function)
fserve.c:608: error: 'struct _fserve_t' has no member named 'arg'
fserve.c:608: error: 'arg' undeclared (first use in this function)
make[3]: *** [fserve.o] Error 1
make[2]: *** [all-recursive] Error 1
make[1]: *** [all-recursive] Error 1
make: *** [all] Error 2
samsmacbook:~/icecast-2.2.0 sam$


and the configure section was:

samsmacbook:~/icecast-2.2.0 sam$ ./configure
checking for a BSD-compatible install... /usr/bin/install -c
checking whether build environment is sane... yes
checking for gawk... no
checking for mawk... no
checking for nawk... no
checking for awk... awk
checking whether make sets $(MAKE)... yes
checking whether to enable maintainer-specific portions of  
Makefiles... no
checking for gcc... gcc
checking for C compiler default output... a.out
checking whether the C compiler works... yes
checking whether we are cross compiling... no
checking for suffix of executables...
checking for suffix of object files... o
checking whether we are using the GNU C compiler... yes
checking whether gcc accepts -g... yes
checking for gcc option to accept ANSI C... none needed
checking for style of include used by make... GNU
checking dependency style of gcc... gcc3
checking build system type... i686-apple-darwin8.10.1
checking host system type... i686-apple-darwin8.10.1
checking for a sed that does not truncate output... /usr/bin/sed
checking for egrep... grep -E
checking for ld used by gcc... /usr/bin/ld
checking if the linker (/usr/bin/ld) is GNU ld... no
checking for /usr/bin/ld option to reload object files... -r
checking for BSD-compatible nm... /usr/bin/nm -p
checking whether ln -s works... yes
checking how to recognise dependent libraries... pass_all
checking how to run the C preprocessor... gcc -E
checking for ANSI C header files... yes
checking for sys/types.h... yes
checking for sys/stat.h... yes
checking for stdlib.h... yes
checking for string.h... yes
checking for memory.h... yes
checking for strings.h... yes
checking for inttypes.h... yes
checking for stdint.h... yes
checking for unistd.h... yes
checking dlfcn.h usability... yes
checking dlfcn.h presence... yes
checking for dlfcn.h... yes
checking for g++... g++
checking whether we are using the GNU C++ compiler... yes
checking whether g++ accepts -g... yes
checking dependency style of g++... gcc3
checking how to run the C++ preprocessor... g++ -E
checking for g77... no
checking for f77... no
checking for xlf... no
checking for frt... no
checking for pgf77... no
checking for fl32... no
checking for af77... no
checking for fort77... no
checking for f90... no
checking for xlf90... no
checking for pgf90... no
checking for epcf90... no
checking for f95... no
checking for fort... no
checking for xlf95... no
checking for lf95... no
checking for g95... no
checking whether we are using the GNU Fortran 77 compiler... no
checking whether  accepts -g... no
checking the maximum length of command line arguments... 65536
checking command to parse /usr/bin/nm -p output from gcc object... ok
checking for objdir... .libs
checking for ar... ar
checking for ranlib... ranlib
checking for strip... strip
checking if gcc static flag  works... yes
checking if gcc supports -fno-rtti -fno-exceptions... no
checking for gcc option to produce PIC... -fno-common
checking if gcc PIC flag -fno-common works... yes
checking if gcc supports -c -o file.o... yes
checking whether the gcc linker (/usr/bin/ld) supports shared  
libraries... yes
checking how to hardcode library paths into programs... immediate
checking whether stripping libraries is possible... yes
checking dynamic linker characteristics... darwin8.10.1 dyld
checking if libtool supports shared libraries... yes
checking whether to build shared libraries... yes
checking whether to build static libraries... yes
configure: creating libtool
appending configuration tag "CXX" to libtool
checking for ld used by g++... /usr/bin/ld
checking if the linker (/usr/bin/ld) is GNU ld... no
checking whether the g++ linker (/usr/bin/ld) supports shared  
libraries... yes
checking for g++ option to produce PIC... -fno-common
checking if g++ PIC flag -fno-common works... yes
checking if g++ supports -c -o file.o... yes
checking whether the g++ linker (/usr/bin/ld) supports shared  
libraries... yes
checking how to hardcode library paths into programs... immediate
checking whether stripping libraries is possible... yes
checking dynamic linker characteristics... darwin8.10.1 dyld
appending configuration tag "F77" to libtool
checking for ANSI C header files... (cached) yes
checking alloca.h usability... yes
checking alloca.h presence... yes
checking for alloca.h... yes
checking pwd.h usability... yes
checking pwd.h presence... yes
checking for pwd.h... yes
checking for unistd.h... (cached) yes
checking for localtime_r... yes
checking for poll... yes
checking for library containing nanosleep... none required
checking sys/socket.h usability... yes
checking sys/socket.h presence... yes
checking for sys/socket.h... yes
checking for socklen_t... yes
checking for va_copy... va_copy
checking sys/select.h usability... yes
checking sys/select.h presence... yes
checking for sys/select.h... yes
checking sys/uio.h usability... yes
checking sys/uio.h presence... yes
checking for sys/uio.h... yes
checking winsock2.h usability... no
checking winsock2.h presence... no
checking for winsock2.h... no
checking for library containing sethostent... none required
checking for library containing getnameinfo... none required
checking for endhostent... yes
checking for getaddrinfo... yes
checking for inet_aton... yes
checking for writev... yes
checking for struct sockaddr_storage.ss_family... yes
checking for inet_pton... yes
checking for xslt-config... /usr/bin/xslt-config
checking for xsltSaveResultToString... yes
checking for fgrep... grep -F
checking for libogg... ok
checking for libvorbis... ok
checking for struct ovectl_ratemanage_arg... yes
checking for libtheora... newer version required
configure: WARNING: Theora disabled!
checking for the pthreads library -lpthreads... no
checking whether pthreads work without any flags... yes
checking for joinable pthread attribute... PTHREAD_CREATE_JOINABLE
checking if more special flags are required for pthreads... no
checking for pthread_rwlock_t... yes
checking for cc_r... gcc
checking for curl-config... /usr/bin/curl-config
checking curl/curl.h usability... yes
checking curl/curl.h presence... yes
checking for curl/curl.h... yes
checking for libcurl... yes
checking whether CURLOPT_NOSIGNAL is declared... yes
configure: creating ./config.status
config.status: creating Makefile
config.status: creating conf/Makefile
config.status: creating debian/Makefile
config.status: creating src/Makefile
config.status: creating src/avl/Makefile
config.status: creating src/httpp/Makefile
config.status: creating src/thread/Makefile
config.status: creating src/log/Makefile
config.status: creating src/net/Makefile
config.status: creating src/timing/Makefile
config.status: creating doc/Makefile
config.status: creating web/Makefile
config.status: creating admin/Makefile
config.status: creating win32/Makefile
config.status: creating win32/res/Makefile
config.status: creating config.h
config.status: config.h is unchanged
config.status: executing depfiles commands



From karl at xiph.org  Fri Aug 24 19:34:56 2007
From: karl at xiph.org (Karl Heyes)
Date: Fri, 24 Aug 2007 20:34:56 +0100
Subject: [Icecast] YP Services - Trying to read what Icecast Server Sends
In-Reply-To: <997d5e68a7644219bedfdea2a0eb23a9@36b8b569c4cb4f3ea0a76d9e4d51ef31>
References: <997d5e68a7644219bedfdea2a0eb23a9@36b8b569c4cb4f3ea0a76d9e4d51ef31>
Message-ID: <46CF32E0.5010004@xiph.org>

dan at x-7.com wrote:
> Hey all,
> 
> I have a question dealing with the YP Directory Services...A couple, actually.
> 
> 1)  Does the YP Server Send updated song information regarding each mount at the same time, or near the same time that the metadata is updated from the broadcast client?  (Begs the question if i need the 'touch' services setup to run on the broadcast client)

near the time the metadata is received from the source, or every so many 
  seconds, whichever happens sooner.

> 2)  If it's not an 'on change event' how often is the data updated to the yp server?

The automatic update interval can be returned to icecast after each 
request (originally it was only the add). It is directory server 
specific so whoever runs the service can decide.

> 3)  What is a sure-fire way to make sure that the data is being sent from the icecast server to the YP service?

personally I would use a packet sniffer

> I read the link on icecast regarding YP services, and I setup a page in VB/ASPX that will read all the querystrings from a url (httprequest.querystring.count...set to instance...blah blah blah..  it reads all the url variables like "&x=servername&y=nooflisteners"  etc.. that should be trailing on the end of a yp request)  And while it works when i test the actual document, and the strings get written to an actual file on my drive...  when the webpage is called from icecast, i can see that the page is called, but there is no data that is received/sent.  

The information is passed via POST not GET if that matters.

karl



From karl at xiph.org  Fri Aug 24 19:38:20 2007
From: karl at xiph.org (Karl Heyes)
Date: Fri, 24 Aug 2007 20:38:20 +0100
Subject: [Icecast] install problem
In-Reply-To: <4698BB81.2040503@med.lu.se>
References: <4698BB81.2040503@med.lu.se>
Message-ID: <46CF33AC.6050105@xiph.org>

Leon Brokken wrote:

>         gcc -DHAVE_CONFIG_H -I. -I. -I..  -Wall -ffast-math
> -fsigned-char -I/usr/include/libxml2 -I/usr/local/include  -pthread -g
> -O2 -c `test -f 'auth_url.c' || echo './'`auth_url.c
> auth_url.c: In function 'auth_get_url_auth':
> auth_url.c:521: error: 'CURLOPT_PASSWDFUNCTION' undeclared (first use in
> this function)


> As far as I know I have all dependencies installed:
> 
> libxml2-2.6.28-i486-1
> libxslt-1.1.20-i486-2
> curl-7.16.2-i486-1
> libvorbis-1.1.2-i486-2
> vorbis-tools-1.1.1-i486-4
> 
> I have searched the net but can't figure out how to continue. Any tip
> would be most welcome!

Since curl 7.16, the CURLOPT_PASSWDFUNCTION setting was removed. It is 
safe to comment out the line in question.  The trunk code is already 
fixed for this.

karl.