search for: k_myers

Yeah, I got one. How about a universal listing service that has one type of listing setup, and all servers conform to that?? (ie screw yp.shoutcast.com) I am completely open to working with anyone who would like to pursue such a project, and if it is possible I will even personally put money into it. Lithium ----- Original Message ----- From: "Scott Weingartner"

...ast and audiorealm server listings and we are totally open to work with anyone on this to make a more open blended directory.. Thanks Kelly! Bryan Payne Spacial*Audio Solutions 806-749-4100 www.audiorealm.com bryan@audiorealm.com ----- Original Message ----- From: "Kelly Lee Myers" <k_myers@kyxpyx.com> To: <icecast@xiph.org> Sent: Thursday, March 15, 2001 2:37 PM Subject: Re: [icecast] Getting Listed > Yeah, I got one. > > How about a universal listing service that has one type of listing setup, > and all servers conform to that?? > (ie screw yp.shoutcast.com)...

Red alert people. When ogg starts to make money for someone (whoever if anyone at all,) then the boys in the legal team at Fraunhofer will throw something at it in the form of "hey, you are stepping on our IP" and then sue. Until then, what is the point. So.... Until then, this argument is pointless. Lithium On Sat, 09 June 2001, Sean /The RIMBoy/ wrote: > > On Sat, 9 Jun

...ser interface a lot better than sonique, but sonique is definitely more functional. under winduhs. which unfortunately is my only option from work .... On Wed, 28 Feb 2001, Kelly Lee Myers wrote: > Date: Wed, 28 Feb 2001 05:11:41 -0800 > From: Kelly Lee Myers <k_myers at kyxpyx.com> > Reply-To: icecast at xiph.org > To: icecast at xiph.org > Subject: Re: [icecast] connection problem > > I am pretty sure that the integrity of my mp3's is okay. I know that music > match shreds the mp3 data and produces mp3 files that are not ISO compliant...

I am pretty sure that the integrity of my mp3's is okay. I know that music match shreds the mp3 data and produces mp3 files that are not ISO compliant. I always use WaveLab and the radium codec to encode my sets and enable the ISO compatibility option at all times. This problem only seemed to come about with winamp 2.7 but if sonique is doing it to, I don't know... What about relaying? Do

And just what exactly is an optimized sized packet? I need numbers in bytes. I want control over it for a very specific reason. Thanks. ----- Original Message ----- From: "Sean /The RIMBoy/" <sean@rimboy.com> To: <icecast@xiph.org> Sent: Wednesday, February 28, 2001 8:31 AM Subject: Re: [icecast] my icecast problem > On Wed, 28 Feb 2001, Kelly Lee Myers wrote: >

What about servers that are neither ICECast(unix) our Shoutcast? What is needed in order to properly touch, list, update and remove a listing from a non-icecast server onto the icecast YP or anything based on the same listing directory code? Any help on that would be great. I would love to get my Win32 Icecast Vorbis stream to list somewhere. Try it out.

Which DSP are you running to feed your stream? (on winamp I am assuming) If you are using the new shoutcast 1.8.2 DSP, it has had a lot of problems with super high CPU load and memory leaks. Try Oddcast instead (unless you can run ices or darkice) using VBR Mp3 streaming. Nothing but happy times here on a win2k dual p2 333 with winamp (2.74) and Oddcast DSP Beta 25 connected to KasterBlaster

It has long been known that the nullsoft method of streaming metadata is a hack. I like the Icecast approach much better but still I think that it can be much improved. When in doubt turn it off. Two machines?? Have you tried the win32 source lately...? Just a thought. Lithium ----- Original Message ----- From: "dj66" <route66@machineandsoul.com> To: <icecast@xiph.org>

Ahah! I knew I was not the only person who has experienced this with winamp. The problem here is winamp 2.7. It seems that when I tuned into my shoutcast servers (when I ran shoutcast) with winamp 2.7 the longest period I could hold a stream was a little more then an hour. No matter what I did it would bit the dust. There was some discussion about this on the shoutcast broadcaster list, but no one

Quick question? Is there a way to observe the TCP/IP block numbers produced by a client connected to a server that is not getting data fast enough or too fast in icecast while it happens in real time? I suppose you might be able to do this with a sniffer of some sort but I am just wondering about the accuracy of the results. Having access to this information in real time would help with trouble

Depending on what you are broadcasting, for 28.8 I would go 16kbps and be really safe... Lithium ----- Original Message ----- From: "John Griffiths" <john@capmon.com> To: <icecast@xiph.org> Cc: <icecast@xiph.org> Sent: Thursday, April 05, 2001 3:12 PM Subject: [icecast] bitrate for slow modems > ok so 24kbps for 56k modems... > > can i go any lower and get