search for: raylutz

Hi all, 2012/2/29 Tom Swirly <tom at swirly.com>: > On Wed, Feb 29, 2012 at 11:29 AM, Raymond Lutz <raylutz at cognisys.com> wrote: >> >> This is absolutely not "off-topic" and if this list will not support this >> VERY IMPORTANT discussion, then I will be happy to host the discussion on a >> different list for those who are interested. I have been trying to solve &gt...

This is absolutely not "off-topic" and if this list will not support this VERY IMPORTANT discussion, then I will be happy to host the discussion on a different list for those who are interested. I have been trying to solve this for some time. Much of the problem so far has been Shoutcast internal problems (on their site) which I assume are cleared up now. My current assumption is it

Thanks Mike, for your prompt reply. On 7/19/2011 11:12 AM, Michael Smith wrote: > On Tue, Jul 19, 2011 at 10:49 AM, Raymond Lutz <raylutz at cognisys.com > <mailto:raylutz at cognisys.com>> wrote: > > QUESTIONS: > 1. I am curious why two listener entries are created for each > Blackberry listener. Ideas? > > > Icecast doesn't make any attempt to ensure that only one connection is &gt...

I am curious if anyone has had enough experience to know --> how many simultaneous listeners can be supported by typical server boxes, assuming unlimited bandwidth is available? My specific case: My server (http://www.AirProgressive.org) is on a Linux VPS server located in a datacenter and on a optical backbone so that bandwidth is not the problem. Each connection I am running is at 32kbps

On Tue, Jul 26, 2011 at 10:52 AM, Raymond Lutz <raylutz at cognisys.com> wrote: > I am curious if anyone has had enough experience to know --> how many > simultaneous listeners can be supported by typical server boxes, > assuming unlimited bandwidth is available? Icecast scales pretty well, to the point that assuming unlimited bandwidth...

...you might find others on this list with more experience who can add something. Leo On 29 February 2012 16:48, Romain Beauxis <toots at rastageeks.org> wrote: > Hi all, > > 2012/2/29 Tom Swirly <tom at swirly.com>: > > On Wed, Feb 29, 2012 at 11:29 AM, Raymond Lutz <raylutz at cognisys.com> > wrote: > >> > >> This is absolutely not "off-topic" and if this list will not support > this > >> VERY IMPORTANT discussion, then I will be happy to host the discussion > on a > >> different list for those who are interest...

I've been reading posts on the difficulty in getting an icecast stream listed in the shoutcast directory. Apparently, it is necessary to run the shoutcast server to do this. Before I go down a cheeseless rathole, I thought I'd pass this over this list to see what response I would get.

...5 REQUEST_METHOD = GET REQUEST_SCHEME = http REQUEST_URI = /w203/bin/simple SCRIPT_FILENAME = /var/www/vhosts/cognisys.com/httpdocs/w203/bin/simple SCRIPT_NAME = /w203/bin/simple SCRIPT_URI = http://69.73.179.57/w203/bin/simple SCRIPT_URL = /w203/bin/simple SERVER_ADDR = 69.73.179.57 SERVER_ADMIN = raylutz at cognisys.com SERVER_NAME = 69.73.179.57 SERVER_PORT = 80 SERVER_PROTOCOL = HTTP/1.1 SERVER_SIGNATURE = Apache Server at 69.73.179.57 Port 80 SERVER_SOFTWARE = Apache uid=33(www-data) gid=33(www-data) groups=33(www-data),1002(psaserv),1008(psasb) Other Information: Perl Version: 5.018002 ----...

...s cannot do without being listed on the popular SC directory. Currently we have about 98% SC servers and 2% Icecast. -----Original Message----- From: icecast-bounces at xiph.org [mailto:icecast-bounces at xiph.org] On Behalf Of Thomas.Rucker at tieto.com Sent: Tuesday, 9 August 2011 5:00 p.m. To: raylutz at cognisys.com; icecast at xiph.org Subject: Re: [Icecast] Shoutcast directory listing? *snip* SC explicitly forbids listing streams that are not served by SC servers in their TOS. If you want to run SC, that however is not an Icecast problem, sorry. Thomas ____________________________________...

...5 REQUEST_METHOD = GET REQUEST_SCHEME = http REQUEST_URI = /w203/bin/simple SCRIPT_FILENAME = /var/www/vhosts/cognisys.com/httpdocs/w203/bin/simple SCRIPT_NAME = /w203/bin/simple SCRIPT_URI = http://69.73.179.57/w203/bin/simple SCRIPT_URL = /w203/bin/simple SERVER_ADDR = 69.73.179.57 SERVER_ADMIN = raylutz at cognisys.com SERVER_NAME = 69.73.179.57 SERVER_PORT = 80 SERVER_PROTOCOL = HTTP/1.1 SERVER_SIGNATURE = Apache Server at 69.73.179.57 Port 80 SERVER_SOFTWARE = Apache uid=33(www-data) gid=33(www-data) groups=33(www-data),1002(psaserv),1008(psasb) Other Information: Perl Version: 5.018002 -----...

...; >Thanks >----------------------------------------- End >Transmission ----------------------------------------- > >Aric C. Wilisch >email: AWilisch@Shadowrealms.cc > >[demime 0.98b removed an attachment of type image/bmp which had a name of MCP_c.bmp] > Return-Path: <raylutz@cognisys.com> Delivered-To: samba@lists.samba.org Received: from mta5.snfc21.pbi.net (mta5.snfc21.pbi.net [206.13.28.241]) by lists.samba.org (Postfix) with ESMTP id AEFF4454C for <samba@lists.samba.org>; Tue, 12 Jun 2001 23:03:21 -0700 (PDT) Received: from lutzray.cognisys.com ([64.16...

Hi I've been trying to './configure' for ices and ezstream but both die. In the case of ices, it get this far: checking how to run the C++ preprocessor... /lib/cpp configure: error: C++ preprocessor "/lib/cpp" fails sanity check but /lib/cpp seems to work fine. for example: [root at vps ices-0.4]# /lib/cpp --help Usage: cpp [options] file... Options:

Would anyone in the icecast/xiph community like to comment on the significance of the Ultravox 3 Protocol? Ref: http://wiki.winamp.com/w/index.php?title=SHOUTcast_2_%28Ultravox_2.1%29_Protocol_Details http://hackipedia.org/Protocols/Internet/HTTP/pdf,%20shoutcast/Ultravox%203.0%20protocol%20spec.pdf.raw-conversion.utf-8.txt THANKS!! --Ray -- --------------------------------------- Raymond

Hi! My icecast stream is at http://airprogressive.org:8000/stream Website is http://AirProgressive.org This works on Tunein on most platforms, including Android and PC, like this: https://beta.tunein.com/radio/AirProgressiveorg-s141251/ But on Vizio "Smart" TV app, it only plays about 1 sec, then stops with no indicated error. But icecast still believes the stream is connected

Yes, it is a "vague term" but it should match nonetheless. Is the directory code open source? If so, I don't mind locating the error and proposing a correction. First step is to have other people confirm that they get the same results that I do. On 8/7/2011 4:34 PM, Karl Heyes wrote: > On 07/08/11 04:56, Raymond Lutz wrote: >> Okay, it is working now. I see it when I

I have been trying to get my station listed in the icecast directory. I would appreciate someone reviewing this to see what is wrong. I've studied the documentation and I think I am doing what is required, but my station is not showing up in the icecast yp directory. I'm using icecast 2.3.2 I have the directory entry in the icecast.xml config file: <directory>

Friends: The icecast server is very robust, but has some goofiness with regard to use with cell-phone players. Has anyone else encountered these issues? When I use a Blackberry to access the icecast stream, I get orphan and duplicate client threads. Background: > testing with Blackberry Curve 9330 > Access icecast stream by clicking on the link on the website:

Hello: I am running the icecast2.3.2 server and ices0.4 with a perl script which provides the filename of the next track to play. I am reencoding in advance using ffmpeg, which has been very reliable. My main stream is mp3, 64kbps / 44.1 kHz (mono) and I have pre-reencoded the tracks to 32kbps / 22.05 kHz (mono), for a lower data rate stream. At this time, I have not figured out how to get a