similar to: Re: songs on website

Jacint, Could you please keep me updated on your progress, I have tried to get the song info on our web page using FTP. But don't like this way! So I am anxious to see and learn! Kind regards RoN -----Original Message----- From: icecast-bounces@xiph.org [mailto:icecast-bounces@xiph.org]On Behalf Of Balint Jacint Sent: donderdag 21 juli 2005 15:03 To: Christian Leitold Cc: icecast@xiph.org

Hi Christian, Aaron Wolfe has already sent me a script he used for his online radio. I only need to customize it -- and maybe create a Debian package from it. It knows much more than I need (requests, cancels, more stations, etc.), I'll have to cut out some parts. To answer your questions I use Debian Linux, I'll use ices2 as source, not a media player. Thanks, Jacint Christian

what about "ethernet over tcp"? don't know if windows support this, but for linux/unix users it should be possible to authenticate via mac address in routed network using icecast url authentication + eth over ip software bridge. ----- Original Message ----- From: "Balint Jacint" <bjacint@kvark.hu> To: "Alexander Dal Farra"

Hi all, I'd like to launch a radio station that would show the current, previous and upcoming tracks on a dynamic website. Is there any software around that would do just this task, or do I have to create my own scripts? The source (ices) is on the same computer where the icecast server is. Thanks in advance! Yours, Jacint

Unfortunately, this won't really help with some corporate HTTP proxies, because the proxy never finishes loading the stream (it's a stream) and therefore never sends anything on to the client. Interestingly, I've seen windows media streams work in such places. Does anybody know that happens? Are windows media streams really a bunch of small files that the clients reassemble?

hm, to have a look at Pure Data and external called oggcast~ http://www.akustische-kunst.org/puredata/ is recomended, you can set quality/bitrate/samplerate ... while streaming then, and do whateweryou want to your sound before sending it to icecast, including building your compressor-limiter. cheers Ales Zemene -- http://ales.mur.at irc.kunstlabor.at #kunstlabor citation of

On Sun, Jul 24, 2005 at 10:19:51PM +0200, Balint Jacint wrote: > Hi, > > We're planning to launch a video stream. > We do not have anything yet (no camera, no computer, no software, only a > Linux server that will do the broadcasting with icecast installed). > Has anyone ever done such a thing? Yes! > What hardware do you suggest? What I've used several miniDV

Balint Jacint wrote: > I have an icecast2 server installed, and I need to set up a Linux-based > computer that sends a church's programs to the icecast server. (Both > worship and teaching.) > What application do you suggest? It would be really pleasing if I > wouldn't need X11 to use the software, and it would display (with > charactergraphics) the current signal

Hi, We're planning to launch a video stream. We do not have anything yet (no camera, no computer, no software, only a Linux server that will do the broadcasting with icecast installed). Has anyone ever done such a thing? What hardware do you suggest? What software can be used (both for Linux and Windows on source side). Can Icecast be used for this video streaming purpose (on server side)?

Hi, I searched the Internet to find an answers, but I didn't find anything useful, so I'm turning to you, maybe someone has the answer. I want to make a realtime broadcast from a Linux box. The source is the soundcard's line-in, and it sends the stream to an Icecast server. I would like to have realtime compressor/limiter functionalities on this Linux box, so the outgoing signal

Hi, I'm planning to broadcast live stream from a place, where there's only ADSL connection, which may be used during broadcast, so temporary bandwidth-sortage can happen. Is there any way to create a huge buffer on server-side? This way there would be no problem, if the source couldn't send the stream, the server could serve from the buffer until the source gets bandwidth again.

_+icecast@sucs.org wrote: > Ices, Darkice, most of the normal stream creation bits don't need X11 > Do you mean normalisation? I mean dynamic compression. > WMA is Microsoft only so you will probably need to use Microsoft > software to do this. > > But if you already have MP3 I realy don't see the reason for WMA, as > anything that plays WMA is likely to also

Hi, I'm running Aaron's tunequeue scripts for my radio site. (tunequeue.sf.net) I have ices2 to read Ogg Vorbis files and feed the icecast2 server with those files. Could someone please tell me how can I disable ID3 updating? I want all clients to only show the name of the radio, but don't get any of the ID tag information stored in the Ogg files. Where can I set that? Sorry for

Hi All, I have two questions. I have an icecast2 server installed, and I need to set up a Linux-based computer that sends a church's programs to the icecast server. (Both worship and teaching.) What application do you suggest? It would be really pleasing if I wouldn't need X11 to use the software, and it would display (with charactergraphics) the current signal level. The signal

Hi, I just wanna share with you my experience with theora ffmpeg2theora, icecast2 and ubuntu edgy. I wanted to broadcast live video on an Ubuntu machine with ffmpeg2theora, oggfwd and icecast2. I read the thread http://lists.xiph.org/pipermail/icecast/2005-February/008608.html about the stream dying after a couple seconds with libshout 2.0. Now the same happens if you use libshout3 v2.2 with

Hi Karl, Thanks for the reply. As I read the documentation, the queue-size is related to the listener, not the source. If the listener sets up a small buffer, they can easily run out of it. The source-timeout parameter is an important one for me, I'll raise that. Thanks! Isn't there a parameter that controls the buffer size used in the server...? Or any other way to make this goal?

On 7/18/05, Christian Leitold <linux@leitold.info> wrote: > I've just found out the problem also occurs when using darkice instead > of ices2. Therefore, I guess that icecast2 is actually responsible for > this strange behaviour. This couldn't possibly be icecast's fault - icecast itself doesn't, and can't, do any processing of audio. Given that it happens with

Hi, I know two solutions for that. 1. You set up icecast to broadcast on the 80 port (there's a <port> tag in the xml). If you run a webserver on the same machine, then you can't do this. 2. If you run a webserver on the 80 port, you can set up the webserver to relay the stream through it. If you use apache, you need something like this in your httpd.conf: <VirtualHost

Hello, This is debug output I get: Jul 28 15:05:49 WARNING[8249]: chan_oss.c:239 sound_thread: Read error on sound device: Resource temporarily unavailable [chan_zap.so] => (Zapata Telephony w/PRI) Jul 28 15:05:49 WARNING[8249]: chan_zap.c:924 zt_open: Unable to specify channel 1: No such device or address Jul 28 15:05:49 ERROR[8249]: chan_zap.c:6460 mkintf: Unable to open

I've thought about it briefly (I'm in the same boat as you, but I've been tinkering with making my own interface) and I more or less came to the conclusion that it was more complicated than it was worth, for me at least. For my purposes having spoken content recorded beforehand, uploaded, added to the playlist and played back a couple hours later was good enough. What you might