similar to: No subject

On September 17, 2001 01:31, you wrote: > So I've been doing some research and thinking here and there about what > a _good_ directory service for icecast would be like. I'd appreciate > some feedback and some discussion on this topic, before I start putting > a lot of effort into developing it. > > First off, I think getting rid of # of listeners is a must. It just

ok let see if I can translate it to broadcaster terms for ya :) A icecast server can be set up to accept direct source connection. ie dark ice( which i do agree runs better on the machine where icecast server is. ) I do use it to trans-code the mount to different encoding. THe icecast server can also set up as a relay, where it pulls in from the another server. Primary used to pull the stream

Hi all, Long-time lurker, first time poster here. I've been using Icecast since 2006, but in recent years, I've kept running into all sorts of issues and found many others who are in the same boat. I've done some small experimental hacks to Icecast just for fun, but I've never contributed code because: 1) I've been alienated by the Icecast team's hostility towards MP3 and

It does not matter what IP BUTT has, it sends to the fixed IP at the studio on port [ 8000 ] with a mount like /liveBroadcast.mp3 On 21/04/17 11:05, Jack Elliott wrote: > > Ha! Terms even a broadcaster can understand! Many many thanks. > > If BUTT is considered to be as good a transporter as Icecast, then I > will stick with what I'm doing, if for no other reason than,

Hey, Yes, we been just using a simple source client connecting directly to our icecast server for years. These being a simple free solution. Also works with other free and paid for products too. Your milage will varry with each program, and what features it will offers. For dynamic IPs you can use a service like noip.com. There are a few of them to choose from. IT allow you to give your

Hi, I'm not anywhere near an expert, but I had successfully used Darkice, TwoLame, and Icast231 to netcast a mp2 stream. If it will help, here is a snip from the related area of my darkice.cfg: [icecast2-1] format = mp2 bitrateMode = cbr bitrate = 384 quality = 1.0 server = 127.0.0.1 port = 32710 password = (duh!) sampleRate =

Right, BUTT can be set to push to studio, and studio's IP is fixed. It doesn't appear that Icecast Master can push to a Slave at studio, Slave at studio has to pull from Master, and Master's IP address is not fixed. So for our remotes, BUTT is the better choice for that, and all the other reasons you mention. Plus, when you are recording eight bands in a 12-hour broadcast day,

We are pleased to announce the next release of Icecast. Downloads available at http://www.iceast.org/download.php (pending mirror propagation) **** New features for 2.3.0 **** - Streaming support for ogg speex, ogg flac, ogg midi - intro file support - per mount settable Intro files will play when a listener first connects to a stream. This is designed for station jingles and the

We are pleased to announce the next release of Icecast. Downloads available at http://www.iceast.org/download.php (pending mirror propagation) **** New features for 2.3.0 **** - Streaming support for ogg speex, ogg flac, ogg midi - intro file support - per mount settable Intro files will play when a listener first connects to a stream. This is designed for station jingles and the

Hi Dennis, Thank you very much for this info, it helps a lot! I'm curious about the track changing - I know that this currently is a semi-issue even with my own vorbis streams and some listening clients.. for example, with ffmp3 sometimes the stream will drop between tracks. I'm also curious as to the implementation of "Intro" files (and tracks/live input in general, I guess)

Would there be a way to have /stream1 and /stream2 be the same content but encoded at differant bitrates (via iceS)? thanks, paul On Fri, 27 Apr 2001, Jack Moffitt wrote: > One stream should have a mountpoint of /stream1 or something, and the > other of /stream2. > > Then you access a stream like so: > > http://my.server.com:8000/stream1 > or >

On 05/31/2013 04:48 PM, Gagarin Miljkovich wrote: > Hello Dennis! > > Please send me the links to your streams. I'm interested in the > audioquality. You can also check out: http://dir.xiph.org/by_format/Opus Best regards Thomas B. Ruecker > Dennis Heerema <Dennis at Heerema.net> wrote: > > Hello Jordan, > > I run a test stream in OPUS format. >

Hello Jordan, I run a test stream in OPUS format. I find the quality of OPUS way better at low bitrates then VORBIS. Thus better quality at lower bitrates, but also on higher bitrates the codec sounds good. Latency is lower, but for broadcasting a radio program for me at the moment it is not that importend, so i did not test that really with icecast (i did test opus low latency but with other

Ha! Terms even a broadcaster can understand! Many many thanks. If BUTT is considered to be as good a transporter as Icecast, then I will stick with what I'm doing, if for no other reason than, "Master is the source server (where the source comes from) and Slave is the relay. THe connection is initiated by the slave to the master." Slave may not know where the Master is. Master

Answer to your question: Live365 is strictly mp3 Much more than you wanted to know: I started using Live365 about a zillion years ago and of course it was wonderful "back in the good ole daze". After you signed up with them, you could park 365 meg of mp3s (up to 56k) and/or set up a relay (using either icecast or shoutcast) all for free. (Dirty little secret was at first, although

Hello Dennis! Please send me the links to your streams. I'm interested in the audioquality. regards Gagarin M. Stockholm www.mrs.se Dennis Heerema <Dennis at Heerema.net> wrote: >Hello Jordan, > >I run a test stream in OPUS format. >I find the quality of OPUS way better at low bitrates then VORBIS. >Thus better quality at lower bitrates, but also on higher bitrates the

I only have mp3s and it doesn't make sense to me to change all of them to ogg. My MDA(windows mobile phone) plays mp3s with no problem. It uses them as ringtones. Its more widely used in my circles. Why would I and everyone else want to switch to ogg? What is the benefit? Why the shun on mp3? And I can stream at 64 and 32 which is great for those streams that will get a lot of

Hi Henri and others, Very interesting post about TCP_CORK. I would be very interested in having it applied in the next version of Icecast. I'm using Icecast in a somewhat narrowcasting setup with large numbers of sources (> 100) and between 5 and 50 listeners per source. All streaming is done at low bitrates (16 - 24 kbit/sec) and listeners use embedded devices connected by 56k modems. It

> That said, we are all aware of the fact that there is a large amount of > cheating going on, and therefore that number may not be so relevant nor > accurate. With the system I've outlined, there is no reason to cheat. There's no need to fake listener counts because it's not there. Certainly people can make this available in the 'description' field, ie, how

Hi oddsock and others, Everything is clear about that, but where and how do i specify the servername, cannot find it in the docs and a threath about it on the archive (found via google) is not there anymore. Thanks, Dennis ----- Original Message ----- From: <oddsock@oddsock.org> To: <icecast@xiph.org> Sent: Tuesday, December 28, 2004 6:24 AM Subject: Re: [Icecast] How do I group