similar to: dir.xiph.org only listing Ogg streams

On Mon, 19 Jun 2006, Dennis Heerema wrote: > The nice thing of dir.xiph.org [http://dir.xiph.org/] was the fact that it > supported more or less all formats, this way we were able to send out > different formats, where the listener was able to choose his appriciated > format from and listen to it, also the way it all got listed made it very > easy for a listener to see all te

Anyone wanting their AAC/HE-AAC/aacPlus stream(s) listed on Tuner2, please send request(s) with relevant information to me directly. This is free and does not require an Orban Opticodec-PC Encoder. This will also help lighten the load for Xiph. -greg. ORBAN. At 01:45 2006-06-19, Michael Smith wrote: >On 6/19/06, paranoid <paranoid@dds.nl> wrote: > >>To me, that would not be

Everyone, I have modified the yp cgi script on dir.xiph.org to reject non-ogg streams. As the site has grown in popularity, it hasn't scaled well, and maintaining the database was eating most of the resources on the server. We did some minor tuning a few months ago which helped, but the load has continuted to grow and was affecting other more essential services. Given Xiph.org's

Hi There, The nice thing of dir.xiph.org [http://dir.xiph.org/] was the fact that it supported more or less all formats, this way we were able to send out different formats, where the listener was able to choose his appriciated format from and listen to it, also the way it all got listed made it very easy for a listener to see all te streams from one station in the different formats.

I decided recently to change my stream from Ogg to AAC+ because I have a limited upload bandwidth and I wish to provide the best sound quality at low bitrates. If Ogg was as good ias AAC+ then I would definately use it. I'm apposed to this decision and I think it is a very bad idea. It is only the xiph directory where my potential listeners come from. I will have to switch to using

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 hi, On Sun, Jun 18, 2006 at 11:06:25AM -0700, Ralph Giles wrote: > Everyone, > > I have modified the yp cgi script on dir.xiph.org to reject non-ogg > streams. As the site has grown in popularity, it hasn't scaled well, > and maintaining the database was eating most of the resources on the > server. We did some minor tuning

Hello everyone! I am having a issue with what I am doing wrong here to get listed in the xiph.org public directory. I have the newest icecast-2.3.99.3_beta3, loaded on a Win7 box acting as server, and using BUTT to encode the source at 32kbps, mono, .mp3, from VLC playlists. I have the server config set to public, and have this code in the icecast.xml file: <directory>

I've been trying to tweak my icecast.xml file to get listed in xip.xiph.org, but am not making any progress. I'm running icecast 2.3.1 and darkice 0.19 Here are what I think are the relvant parts of icecast.xml: <directory> <yp-url-timeout>15</yp-url-timeout> <yp-url>http://dir.xiph.org/cgi-bin/yp-cgi</yp-url> </directory> and

On Windows XP I am running WinAMP to the Shoutcast server and then using an Icecast 2.2.0 server as a relay. The idea is to have a single source stream appear on both Shoutcast and Icecast directories. The log gives the following lines repeatedly but my server does not show when I search for it at http://dir.xiph.org and does not appear under the Icecast Stream Directory on WinAmp. >

Hello I'm totally newbie with this I wanted to ask this on the forum but from some reason I can't register... so if you guys can help me I'll be very glad.. do I have to do change something in the Icecast xml file? -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.xiph.org/pipermail/icecast/attachments/20100526/20e2f7cb/attachment.htm

On 12/29/2014 02:39 PM, Hoggins! wrote: > Hello Thomas, > > Le 29/12/2014 15:25, "Thomas B. R?cker" a ?crit : >> The directory is a free service and it's my >> time that goes into maintaining it and I'm not willing to pour more time >> into finding some hoster who thinks playing hide and seek is cool. > This is slightly off-topic, but do you plan on

Hi Marvin, Thanks for your reply. It turns out my debug error logs were going to /dev/stderr, have since fixed this. Here is the complete error log. I've highlighted what I believe to be the problem. Thanks. root at 525ad624577f:/var/azuracast/stations/everyday_jazz/config# cat icecast_error.log | grep yp [2020-06-20 09:20:53] DBUG yp/yp_recheck_config Updating YP configuration [2020-06-20

On 12/29/2014 02:04 PM, Geoff Shang wrote: > Have you tried doing a whois on the *IP address* and contacting the > hosting company (assuming it's not one of the above)? The IP range I checked belonged to some big data center company. I don't remember if I tried to reach them too, probably did. I haven't heard back from any of those. I've probably spent several days worth

Hello Philipp, Thank you for your answers ! Le 27/12/2016 à 12:14, Philipp Schafft a écrit : > Good morning, > > On Tue, 2016-12-27 at 11:46 +0100, Hoggins! wrote: >> Hello, >> >> We started to publish an OPUS stream amongst others on our Icecast >> streaming server. That's cool, we're muxing it in an Ogg container, it >> works well ! >> So

pastebin the full conf? check for <public> in mount, set it to 1 otherwise the configuration of your source will decide the faith of your YP listing. also, don't pass all the meta (stream-name,stream-description,bitrate,genre, type...) http://www.icecast.org/docs/icecast-2.3.3/icecast2_config_file.html Yahav On Wed, Oct 30, 2013 at 7:24 PM, Scott Winterstein <0turn1 at

Hi there, We are currently in the process of migrating our online radio stations to Azuracast, everything is working well except when we attempt to post On Air and Listener stats to your directory, they don't show up. Additionally, the listing can't be found in searches most of the time, but occasionally will come back for a few minutes and then disappear. I've setup a test station at

Can't access www.xiph.org from Japan. Probably it can't access from the other non-English countries. Please fix it. $ telnet www.xiph.org 80 Trying 195.169.149.105... Connected to www.xiph.org. Escape character is '^]'. GET / HTTP/1.0 Accept: */* Accept-Language: ja Host: www.xiph.org HTTP/1.1 406 Not Acceptable Date: Sun, 25 Sep 2005 18:00:47 GMT Server: Apache/2.0.53 (Ubuntu)

Good morning, On Tue, 2016-12-27 at 11:46 +0100, Hoggins! wrote: > Hello, > > We started to publish an OPUS stream amongst others on our Icecast > streaming server. That's cool, we're muxing it in an Ogg container, it > works well ! > So this is just a remark : as the Icecast shows its type as > "application/ogg", it may be the reason why the Icecast

Yes, Le 27/12/2016 à 16:09, Philipp Schafft a écrit : > -kh is not a branch but a private fork. The Foundation has no control > over it nor do any updates on the official Icecast automatically go into > that fork. (Also: the code is generally considered incompatible) I'm only using the -kh fork because it supports the X-Forwarded-For header. Hoggins! -------------- next part

Good afternoon, On Tue, 2016-12-27 at 15:52 +0100, Hoggins! wrote: > Hello Philipp, > > Thank you for your answers ! > > Le 27/12/2016 à 12:14, Philipp Schafft a écrit : > > Good morning, > > > > On Tue, 2016-12-27 at 11:46 +0100, Hoggins! wrote: > >> Hello, > >> > >> We started to publish an OPUS stream amongst others on our Icecast