From mallen at familyradio.org Tue Mar 3 17:05:36 2009 From: mallen at familyradio.org (Mike Allen) Date: Tue, 03 Mar 2009 09:05:36 -0800 Subject: [Icecast] Newbie needs help Message-ID: <49AD6360.1080404@familyradio.org> To all: I am running FreeBSD v7.03 and using icecast2 which is happily relaying a shoutcast MP3 stream. I want to play (mix)a pre-recorded "Stream ID" file to the existing stream once per hour. I've tried ices0 but no luck. Any help will be much appreciated. Mike From abitar.com at gmail.com Tue Mar 3 17:53:46 2009 From: abitar.com at gmail.com (David Saunders) Date: Tue, 3 Mar 2009 12:53:46 -0500 Subject: [Icecast] Newbie needs help In-Reply-To: <49AD6360.1080404@familyradio.org> References: <49AD6360.1080404@familyradio.org> Message-ID: <6f779c410903030953n66ffeed2v5ec3f447ca467b3a@mail.gmail.com> Hey, The only way i know of doing it is to insert it at the source to the icecast server. Have the server break the stream can cause many different issues, the biggest is a encoding error where the player still sees the stream but the tempo or something is not right with it because it assumed the old encoded scheme and not he new one. I would mix in the Id at the source level. THis can be done may ways with many different programs. David On Tue, Mar 3, 2009 at 12:05 PM, Mike Allen wrote: > To all: > > I am running FreeBSD v7.03 and using icecast2 which is happily relaying > a shoutcast MP3 stream. I want to play (mix)a pre-recorded "Stream ID" > file to the existing stream once per hour. > > I've tried ices0 but no luck. ?Any help will be much appreciated. > > Mike > _______________________________________________ > Icecast mailing list > Icecast at xiph.org > http://lists.xiph.org/mailman/listinfo/icecast > From mallen at familyradio.org Tue Mar 3 18:01:28 2009 From: mallen at familyradio.org (Mike Allen) Date: Tue, 03 Mar 2009 10:01:28 -0800 Subject: [Icecast] Newbie needs help In-Reply-To: <6f779c410903030953n66ffeed2v5ec3f447ca467b3a@mail.gmail.com> References: <49AD6360.1080404@familyradio.org> <6f779c410903030953n66ffeed2v5ec3f447ca467b3a@mail.gmail.com> Message-ID: <49AD7078.9050602@familyradio.org> David Saunders wrote: > Hey, > > The only way i know of doing it is to insert it at the source to the > icecast server. Have the server break the stream can cause many > different issues, the biggest is a encoding error where the player > still sees the stream but the tempo or something is not right with it > because it assumed the old encoded scheme and not he new one. > > I would mix in the Id at the source level. THis can be done may ways > with many different programs. > > David > > On Tue, Mar 3, 2009 at 12:05 PM, Mike Allen wrote: > >> To all: >> >> I am running FreeBSD v7.03 and using icecast2 which is happily relaying >> a shoutcast MP3 stream. I want to play (mix)a pre-recorded "Stream ID" >> file to the existing stream once per hour. >> >> I've tried ices0 but no luck. Any help will be much appreciated. >> >> Mike >> _______________________________________________ >> Icecast mailing list >> Icecast at xiph.org >> http://lists.xiph.org/mailman/listinfo/icecast >> >> > _______________________________________________ > Icecast mailing list > Icecast at xiph.org > http://lists.xiph.org/mailman/listinfo/icecast > David, thanks for the quick reply. My pre-recorded 10-second announcement is already at the identical bitrate/samplerate of the stream. Are you suggesting that I should de-mux/re-encode it to mix in with the stream? Ices0 should do that if I set up the configuration file properly. Mike -------------- next part -------------- An HTML attachment was scrubbed... URL: From kosnickx at gmail.com Tue Mar 3 18:19:32 2009 From: kosnickx at gmail.com (kosnickx) Date: Tue, 03 Mar 2009 20:19:32 +0200 Subject: [Icecast] Newbie needs help In-Reply-To: <49AD6360.1080404@familyradio.org> References: <49AD6360.1080404@familyradio.org> Message-ID: <49AD74B4.2080300@gmail.com> Mike Allen wrote: > To all: > > I am running FreeBSD v7.03 and using icecast2 which is happily relaying > a shoutcast MP3 stream. I want to play (mix)a pre-recorded "Stream ID" > file to the existing stream once per hour. > > I've tried ices0 but no luck. Any help will be much appreciated. > > Mike > _______________________________________________ > Icecast mailing list > Icecast at xiph.org > http://lists.xiph.org/mailman/listinfo/icecast > > if i got it right , then liquidsoap will help you with what you want http://savonet.sourceforge.net/ From mallen at familyradio.org Tue Mar 3 18:29:39 2009 From: mallen at familyradio.org (Mike Allen) Date: Tue, 03 Mar 2009 10:29:39 -0800 Subject: [Icecast] Newbie needs help In-Reply-To: <49AD74B4.2080300@gmail.com> References: <49AD6360.1080404@familyradio.org> <49AD74B4.2080300@gmail.com> Message-ID: <49AD7713.7070304@familyradio.org> kosnickx wrote: > Mike Allen wrote: >> To all: >> >> I am running FreeBSD v7.03 and using icecast2 which is happily >> relaying a shoutcast MP3 stream. I want to play (mix)a pre-recorded >> "Stream ID" file to the existing stream once per hour. >> >> I've tried ices0 but no luck. Any help will be much appreciated. >> >> Mike >> _______________________________________________ >> Icecast mailing list >> Icecast at xiph.org >> http://lists.xiph.org/mailman/listinfo/icecast >> >> > if i got it right , then liquidsoap will help you with what you want > http://savonet.sourceforge.net/ Thanks for the quick reply. Mike From Geoff at QuiteLikely.com Tue Mar 3 18:30:42 2009 From: Geoff at QuiteLikely.com (Geoff Shang) Date: Tue, 3 Mar 2009 20:30:42 +0200 (IST) Subject: [Icecast] Newbie needs help In-Reply-To: <49AD6360.1080404@familyradio.org> References: <49AD6360.1080404@familyradio.org> Message-ID: Mike Allen wrote: > I am running FreeBSD v7.03 and using icecast2 which is happily relaying > a shoutcast MP3 stream. I want to play (mix)a pre-recorded "Stream ID" > file to the existing stream once per hour. there's no way you can *mix* the spot with other content using Icecast. As has been pointed out, you'd have to do this at the source of your other content. If you'd like the spot to override the existing content, then have the other content resume once the spot has finished, this can be achieved with fallbacks. the following mountpoints are examples, you can call them whatever you want. Assuming your Shoutcast relay is on /relay, you could have another mount called /main for example and have your Ices send the spot there at the appropriate time. Then configure Icecast so that /main falls back to /relay and so that fallback-override is enabled. Then, providing your listeners tune into /main and not to /relay directly, the listener will connect to /main which will be disconnected most of the time, and then fall through to /relay. When your spot plays, your streamer will connect to /main which will pull all listeners back to /main to hear the spot. When the spot finishes, your listeners will once again fall through to /relay. > I've tried ices0 but no luck. Any help will be much appreciated. Note that as far as I know, Ices0 can't be told to stream a file once and then exit. Ezstream can though and is probably more light-weight for sucha simple thing. And as has been pointed out, you need to make sure all your stream parameters are the same for this to work with MP3 streaming (and presumably AAC as well - I've not used it). Ogg Vorbis will cope much more gracefully. I use a three tear setup along these lines where I work, one playing a backup loop of programming, one which relays a live stream if it is available and one which plays prerecorded programs and repeats. The prerecords play on the primary mount, which falls back to the live relay and this to the backup loop. Works well. Geoff. From mallen at familyradio.org Tue Mar 3 19:18:17 2009 From: mallen at familyradio.org (Mike Allen) Date: Tue, 03 Mar 2009 11:18:17 -0800 Subject: [Icecast] Newbie needs help In-Reply-To: References: <49AD6360.1080404@familyradio.org> Message-ID: <49AD8279.10001@familyradio.org> Geoff Shang wrote: > Mike Allen wrote: > >> I am running FreeBSD v7.03 and using icecast2 which is happily relaying >> a shoutcast MP3 stream. I want to play (mix)a pre-recorded "Stream ID" >> file to the existing stream once per hour. > > there's no way you can *mix* the spot with other content using > Icecast. As has been pointed out, you'd have to do this at the source > of your other content. > > If you'd like the spot to override the existing content, then have the > other content resume once the spot has finished, this can be achieved > with fallbacks. > > the following mountpoints are examples, you can call them whatever you > want. > > Assuming your Shoutcast relay is on /relay, you could have another > mount called /main for example and have your Ices send the spot there > at the appropriate time. > > Then configure Icecast so that /main falls back to /relay and so that > fallback-override is enabled. > > Then, providing your listeners tune into /main and not to /relay > directly, the listener will connect to /main which will be > disconnected most of the time, and then fall through to /relay. When > your spot plays, your streamer will connect to /main which will pull > all listeners back to /main to hear the spot. When the spot finishes, > your listeners will once again fall through to /relay. > >> I've tried ices0 but no luck. Any help will be much appreciated. > > Note that as far as I know, Ices0 can't be told to stream a file once > and then exit. Ezstream can though and is probably more light-weight > for sucha simple thing. > > And as has been pointed out, you need to make sure all your stream > parameters are the same for this to work with MP3 streaming (and > presumably AAC as well - I've not used it). Ogg Vorbis will cope much > more gracefully. > > I use a three tear setup along these lines where I work, one playing a > backup loop of programming, one which relays a live stream if it is > available and one which plays prerecorded programs and repeats. The > prerecords play on the primary mount, which falls back to the live > relay and this to the backup loop. Works well. > > Geoff. > > Geoff: Thanks for that suggestion. I'll try to implement that ASAP! Now to understand 'fallbacks' etc. Mike From mallen at familyradio.org Wed Mar 4 18:48:08 2009 From: mallen at familyradio.org (Mike Allen) Date: Wed, 04 Mar 2009 10:48:08 -0800 Subject: [Icecast] Newbie question ... fallback mounts Message-ID: <49AECCE8.5080603@familyradio.org> Attached is my config file. The purpose is to interrupt my regular stream sith a station (stream) ID once per hour (time synchronized externally). I use ezstream to play the pre-recorded stream ID. I never hear the stream ID while listening to the stream. (There is a 10 second break in the stream once per hour) What am I doing wrong? Thanks in advance. Mike -------------- next part -------------- A non-text attachment was scrubbed... Name: icecast.xml Type: text/xml Size: 5631 bytes Desc: not available URL: From duran at wels.net Wed Mar 4 18:56:15 2009 From: duran at wels.net (jduran) Date: Wed, 4 Mar 2009 12:56:15 -0600 Subject: [Icecast] Wireless Mic System In-Reply-To: <49AECCE8.5080603@familyradio.org> References: <49AECCE8.5080603@familyradio.org> Message-ID: <000601c99cfa$e5788e10$b069aa30$@net> Audio pro's out there... Now that my crew has had several events broadcasted, we've found our sound system to be of a lesser quality than is desired. I'm hoping you could recommend wireless mic systems that would work well for our use. We're looking for a higher quality hand held and lavaliere sound system. One that I found while researching is the Sennheiser EW 122 G2 (http://www.sweetwater.com/store/detail/EW122G2-B/ ) but we need to know if that would be a worthwhile product for the money. What is a good brand - or what exactly should I be looking for? Any help and suggestions would be appreciated if you'd share your experiences with such equipment. ...Your wisdom please! Thanks, j From dtrump1 at triadav.com Wed Mar 4 20:29:03 2009 From: dtrump1 at triadav.com (Dick Trump) Date: Wed, 4 Mar 2009 14:29:03 -0600 Subject: [Icecast] Wireless Mic System In-Reply-To: <000601c99cfa$e5788e10$b069aa30$@net> References: <49AECCE8.5080603@familyradio.org> <000601c99cfa$e5788e10$b069aa30$@net> Message-ID: <672664210.20090304142903@triadav.com> jduran wrote: > Your wisdom please! Sennheiser is a reputable brand. The model you cited is in their lowest cost series. I have sold a number of these systems over the years. Their first generation (not G2) were problematic in not being very durable. I don't have as much experience with the G2, but the few we have sold have worked fine for several years. My first choice for most applications is from Shure. They also have more models to choose from, starting lower in cost and going even higher than the Sennheiser. Other reputable brands are: Lectrosonics (mostly high end) Audio-Technica (wide range) Telex (mid-range) Sony (mid-range) I would stay away from any brands that do not offer any products that are considerably more expensive than the Sennheiser that you are looking at. The quality engineered into the best systems does affect the manufacturer's understanding of how to build lesser expensive systems that can perform well. Among the differences among series within a given brand: Durability and overall reliability Quality of sound attributable to the microphone itself Quality of sound attributable to the transmit/receive electronics Range of frequencies available Convenience in selecting compatible channels to be used simultaneously Features such as eliminating pops or thumps when a transmitter is turned on or off, battery indicators on the receiver, remoteable antennas, etc. How many similar units can be used simultaneously without interference Form factor (sometimes different for differing applications) The list goes on A local dealer may or may not be able to give you similar pricing to Sweetwater (the price they list is Minimum Advertised Price for that product), but may be able to provide more guidance in choosing the correct product for your application. You should only purchase from somebody that can help you choose the proper frequencies for your locality. The manufacturers that I have mentioned all maintain databases that will provide guidance to avoid conflicts with the changing landscape of analog and digital television transmission in your area. A dealer can and should consult that information before selling you anything. Not doing so is negligent. Buying mail order and just accepting what they happen to have in stock could be buying trouble. -- Regards Dick Trump Triad AV Services 1910 Ingersoll Ave. Des Moines, IA 50309 515-243-2125 515-243-2055 (fax) http://www.triadav.com dtrump1 at triadav.com From xiphmont at xiph.org Wed Mar 4 23:12:09 2009 From: xiphmont at xiph.org (xiphmont at xiph.org) Date: Wed, 4 Mar 2009 18:12:09 -0500 Subject: [Icecast] Wireless Mic System In-Reply-To: <672664210.20090304142903@triadav.com> References: <49AECCE8.5080603@familyradio.org> <000601c99cfa$e5788e10$b069aa30$@net> <672664210.20090304142903@triadav.com> Message-ID: <806dafc20903041512waa11ea4r8e0bf2e6ec00e543@mail.gmail.com> I have used several Shure systems, a few Sennheisers and a few AudioTechnica systems. Do not expect any of these systems, even the highest end, to be anywhere as reliable as a wired mic. As the years went on, I generally moved higher and higher end to try to weed out problems I had with units that were due to design or unit flaws. I've been out of the biz for a few years now (since my kids arrived), but I nearly always tried to use the best I/we could afford. At that time, the Shure UCs were my most common choice. When I couldn't afford to roll out UCs, ULX systems were a solid, cheaper alternative. I don't remember much about the Sennheisers beyond them performing as expected and (as usual) not having compatible connectors ;-) I owned several high end Audio Technica models and found every unit unreliable. They were digitally controlled transmitters and all had an odd tendency to lose their settings in the middle of performances. Dropouts are one thing-- having a microphone suddenly decide to boost its output 60dB in the middle of a quiet choral number for no reason is absolutely unacceptable. They all went in for service, all came back with clean bills of health, all repeated the problems and I dumped the whole lot. If at all possible, buy units that run on AAs, not 9v. Rechargables, in general, work *very* poorly in wireless mics. Batteries will cost you a surprising amount of money, and 9v make that 4x worse. If at possible buy units that you make the settings using physical switches, preferrably requiring a screwdriver. All-analog packs survive alot longer than digital packs. All the fancy digital pushbutton systems are begging to fail, and actors/performers can't resist playing with them. Covers that snap shut over the pushbuttons; the overs are flimsy and the puttins get mashed right through the flimy shield. If sweat gets in, the microprocessor is done. Prefer units that have cheply replacable connectors, and hoard spares. We had one actor who constantly broke connectors because they'd pop apart before he'd run on stage and he couldn't get them back together correctly in haste and on three consecutive nights, he destroyed three $1000 sender units. After that show, I ripped all the 'high-durability unscoopable' connectors out of the packs and hand-soldered in 1/8" stereo connectors. They popped apart somewhat more easily, but they never broke. I think Sennheiser might have the advantage on this front. Whatever mic you get, dropouts will be a problem. The best units are better in this regard, but unless you plan to have an antenna array front of house less than 15' away, expect them to just randomly lose occasionally. The stated ranges are fantasy. Sweat kills microphones. A drop of sweat in the capsule itself, and you're out a $300 Countryman. But most people think sweat doesn't get inside the packs. One show of having a 'beltpack' stuffed into a bra because 'it's the only place it will fit in the costume' means you will have a dead transmitter by the end of the run. Putting the sender in a condom will help, but sweat still tends to get in eventually. Yeah, the packs look ugly outside, but they're called beltpacks for a reason. That said--- our Shure UCs and ULX packs went through multiple successful soakings in rubbing alchohol after sweat-induced failures, dried out fine, and kept performing. That's my 0.02. Monty From mallen at familyradio.org Wed Mar 4 23:20:13 2009 From: mallen at familyradio.org (Mike Allen) Date: Wed, 04 Mar 2009 15:20:13 -0800 Subject: [Icecast] Newbie question ... fallback mounts In-Reply-To: <49AECCE8.5080603@familyradio.org> References: <49AECCE8.5080603@familyradio.org> Message-ID: <49AF0CAD.1010707@familyradio.org> Mike Allen wrote: > Attached is my config file. The purpose is to interrupt my regular > stream sith a station (stream) ID once per hour (time synchronized > externally). > > I use ezstream to play the pre-recorded stream ID. > > I never hear the stream ID while listening to the stream. (There is a > 10 second break in the stream once per hour) What am I doing wrong? > Thanks in advance. > > Mike > > > ------------------------------------------------------------------------ > > _______________________________________________ > Icecast mailing list > Icecast at xiph.org > http://lists.xiph.org/mailman/listinfo/icecast What I am trying to accomplish with this configuration is: 1. Listen to the stream on mountpoint /stream when there is no 'stream ID' playing. 2. All listeners to stream hear the 'stream ID' when played without hearing the stream. 3. Resume hearing the stream as soon as the 'stream ID' is finished. What am I doing wrong? Thanks in advance. Mike -------------- next part -------------- An HTML attachment was scrubbed... URL: From xiphmont at xiph.org Wed Mar 4 23:21:42 2009 From: xiphmont at xiph.org (xiphmont at xiph.org) Date: Wed, 4 Mar 2009 18:21:42 -0500 Subject: [Icecast] Wireless Mic System In-Reply-To: <806dafc20903041512waa11ea4r8e0bf2e6ec00e543@mail.gmail.com> References: <49AECCE8.5080603@familyradio.org> <000601c99cfa$e5788e10$b069aa30$@net> <672664210.20090304142903@triadav.com> <806dafc20903041512waa11ea4r8e0bf2e6ec00e543@mail.gmail.com> Message-ID: <806dafc20903041521q2f2dd63fnbb3892b0784c7252@mail.gmail.com> (BTW, remember the dialogue from the Blues Brothers: "You traded the Bluesmobile for this piece of shit?" "No, for a microphone." ".... okay, I can see that." I didn't realize until I got into professional sound that the joke there is that it's not a joke. Doubly true for wireless. Monty From dtrump1 at triadav.com Thu Mar 5 00:22:06 2009 From: dtrump1 at triadav.com (Dick Trump) Date: Wed, 4 Mar 2009 18:22:06 -0600 Subject: [Icecast] Wireless Mic System In-Reply-To: <806dafc20903041512waa11ea4r8e0bf2e6ec00e543@mail.gmail.com> References: <49AECCE8.5080603@familyradio.org> <000601c99cfa$e5788e10$b069aa30$@net> <672664210.20090304142903@triadav.com> <806dafc20903041512waa11ea4r8e0bf2e6ec00e543@mail.gmail.com> Message-ID: <16310390874.20090304182206@triadav.com> xiphmont at xiph.org wrote: > Do not expect any of these systems, even the highest end, to be > anywhere as reliable as a wired mic. Amen to that! The very best of the best wireless microphones only attempt to be as good as wired. It will never achieve that goal All other advice should be tempered with that knowledge. > If at all possible, buy units that run on AAs, not 9v. Rechargables, > in general, work *very* poorly in wireless mics. Batteries will cost > you a surprising amount of money, and 9v make that 4x worse. Good advice again, although there have recently been a few wireless microphones designed specifically to handle rechargables. If they have not, the batteries will have a very short usable life and may cause problems even with brand new fully charged. Unless the manufacturer recommends rechargables, don't even consider it. > If at possible buy units that you make the settings using physical > switches, preferrably requiring a screwdriver. All-analog packs > survive alot longer than digital packs. Not bad advice but only the very cheapest and a few of the most expensive fit that category anymore. > Whatever mic you get, dropouts will be a problem. The best units are > better in this regard, but unless you plan to have an antenna array > front of house less than 15' away, expect them to just randomly lose > occasionally. The stated ranges are fantasy. Here's where you need somebody with real RF experience and technical knowledge. 100% may not be achievable, but a well engineered installation can come close. I can say that at my own church, with 3 Shure ULX-P, we have NEVER had a drop out that I have witnessed in the 7 years they have been installed. About 75' from chancel to antennas. I'm there every Sunday. > Sweat kills microphones. Only one manufacturer makes a pack that is "water resistant" - Lectrosonics. And even then, I have a saying - "water always wins", and sweat is worse than water - much worse. -- Regards Dick Trump Triad AV Services 1910 Ingersoll Ave. Des Moines, IA 50309 515-243-2125 515-243-2055 (fax) http://www.triadav.com dtrump1 at triadav.com From dm8tbr at afthd.tu-darmstadt.de Thu Mar 5 07:26:38 2009 From: dm8tbr at afthd.tu-darmstadt.de (Thomas B. Ruecker) Date: Thu, 05 Mar 2009 07:26:38 +0000 Subject: [Icecast] Newbie question ... fallback mounts In-Reply-To: <49AECCE8.5080603@familyradio.org> References: <49AECCE8.5080603@familyradio.org> Message-ID: <49AF7EAE.1070605@afthd.tu-darmstadt.de> Mike Allen schrieb: > Attached is my config file. The purpose is to interrupt my regular > stream sith a station (stream) ID once per hour (time synchronized > externally). > > I use ezstream to play the pre-recorded stream ID. > > I never hear the stream ID while listening to the stream. (There is a > 10 second break in the stream once per hour) What am I doing wrong? > Thanks in advance. You didn't define a local-mount in the relay? As pointed out in the other thread already - inserting anything that way is error prone. Some listener software will choke. From abitar.com at gmail.com Fri Mar 6 21:09:13 2009 From: abitar.com at gmail.com (David Saunders) Date: Fri, 6 Mar 2009 16:09:13 -0500 Subject: [Icecast] Newbie question ... fallback mounts In-Reply-To: <49AF7EAE.1070605@afthd.tu-darmstadt.de> References: <49AECCE8.5080603@familyradio.org> <49AF7EAE.1070605@afthd.tu-darmstadt.de> Message-ID: <6f779c410903061309i1be975fao775b660ae50b246c@mail.gmail.com> hey, Are you stopping the main stream, disconnecting it? You have to make sure you use the same codex, bite rate and other parameter on you station ID. if you can get ezstream to change source, instead of having the server do it for you Station ID it would be a beter solution to the stream matching aspect of it. But we have problems with DJ switch overs sometimes, One will drop the stream then the other will start it. Some clients still get messed up in the transition and have to restart the stream on there end to fix it. This is setting the sources up exactly the same. Only difference that could not be truly check was if they were using the same codex to encode it. Since this is common problem across all streaming servers, and clients , and most listeners understand this and are told to restart the client and it resolves the issue. It helps to be in a 3d virtual world to remind them to via a text channel. :) David On Thu, Mar 5, 2009 at 2:26 AM, Thomas B. Ruecker wrote: > Mike Allen schrieb: >> Attached is my config file. ?The purpose is to interrupt my regular >> stream sith a station (stream) ID once per hour (time synchronized >> externally). >> >> I use ezstream to play the pre-recorded stream ID. >> >> I never hear the stream ID while listening to the stream. ?(There is a >> 10 second break in the stream once per hour) ?What am I doing wrong? >> Thanks in advance. > You didn't define a local-mount in the relay? > > As pointed out in the other thread already - inserting anything that way > is error prone. Some listener software will choke. > _______________________________________________ > Icecast mailing list > Icecast at xiph.org > http://lists.xiph.org/mailman/listinfo/icecast > From somaradio at sbcc.edu Tue Mar 10 23:42:17 2009 From: somaradio at sbcc.edu (SomaRadio) Date: Tue, 10 Mar 2009 16:42:17 -0700 Subject: [Icecast] Newbie question ... fallback mounts Message-ID: <49B69869020000D200050425@email3.sbcc.net> David, You email is confusing. The problem is that we've done everything we can do get listed on Icecast Directory but we never get listed. help? This is our config file (below). The IceCast documentation only said to add the section which adds the yp url to the icecast server. So far as I'm aware from the documentation, anything after that should come from the encoder. (http://www.icecast.org/docs/icecast-2.3.2/icecast2_yp.html) 100 6 localhost

8000

1 ./logs ./web ./admin access.log error.log 3

http://dir.xiph.org/cgi-bin/yp-cgi

>>> David Saunders 03/06/09 1:09 PM >>> hey, Are you stopping the main stream, disconnecting it? You have to make sure you use the same codex, bite rate and other parameter on you station ID. if you can get ezstream to change source, instead of having the server do it for you Station ID it would be a beter solution to the stream matching aspect of it. But we have problems with DJ switch overs sometimes, One will drop the stream then the other will start it. Some clients still get messed up in the transition and have to restart the stream on there end to fix it. This is setting the sources up exactly the same. Only difference that could not be truly check was if they were using the same codex to encode it. Since this is common problem across all streaming servers, and clients , and most listeners understand this and are told to restart the client and it resolves the issue. It helps to be in a 3d virtual world to remind them to via a text channel. :) David On Thu, Mar 5, 2009 at 2:26 AM, Thomas B. Ruecker wrote: > Mike Allen schrieb: >> Attached is my config file. The purpose is to interrupt my regular >> stream sith a station (stream) ID once per hour (time synchronized >> externally). >> >> I use ezstream to play the pre-recorded stream ID. >> >> I never hear the stream ID while listening to the stream. (There is a >> 10 second break in the stream once per hour) What am I doing wrong? >> Thanks in advance. > You didn't define a local-mount in the relay? > > As pointed out in the other thread already - inserting anything that way > is error prone. Some listener software will choke. > _______________________________________________ > Icecast mailing list > Icecast at xiph.org > http://lists.xiph.org/mailman/listinfo/icecast > _______________________________________________ Icecast mailing list Icecast at xiph.org http://lists.xiph.org/mailman/listinfo/icecast