On Wed, 10 Jun 1998, Matthew Smith wrote:

> the problem with the realplayer is that it doesnt have any txt output. so
> you cant really do anything intelligent with its error output. that is the
> problem for hunting/gathering live RA links.
> i think it might actually be worthwhile trying to compile RA ressources
> with a scripted web solution, but that still leaves room for error on
> behalf of timezones and timing in general - especially with deleting the
> dead links. thats why i was thinkingabout possibilties of automation -
> server searches for RA streams based on a given list of urls - for e.g. by
> connecting to the server, if the connection doesnt fail, the link appears
> in the htmlpage. if it does fail, no link is included in that update. i
> think this would be fairly efficient if the urls are checked anywhere
> between every minute to every 30 minutes. the beauty in this model is that
> the only thing that has to be entered by a person is the original path &
> filename into a form. if its bogus, it never appears in the linkpage,
> hence no problems with people who want to fuck up your page...

a cgi script which just adds the urls of the formerly ftpt rafilez on the
page? is it that what you mean?
 
> how does that sound?
> matt
> 
> vehicle.aec.at---www.firstfloor.org---www.enemy.org---ur.creditcard.nr.here
> 
> 
>  |   |   |   |   |   |   |   |   |   |   |   |   |   |
> (a) (c) (o) (u) (s) (t) (i) (c) ( ) (s) (p) (a) (c) (e)
>  |   |   |   |   |   |   |   |   |   |   |   |   |   |
> information&comunication channel | for net.broadcasters
> http://xchange.re-lab.net  (Xchange)  net.audio network
> xchange search/webarchive: http://xchange.re-lab.net/a/
> 
> 


 |   |   |   |   |   |   |   |   |   |   |   |   |   |
(a) (c) (o) (u) (s) (t) (i) (c) ( ) (s) (p) (a) (c) (e)
 |   |   |   |   |   |   |   |   |   |   |   |   |   |
information&comunication channel | for net.broadcasters
http://xchange.re-lab.net  (Xchange)  net.audio network
xchange search/webarchive: http://xchange.re-lab.net/a/