similar to: DNAS v1 YP

On 08/04/2018 07:00 PM, Marvin Scholz wrote: > > On 4 Aug 2018, at 16:12, Ross Levis wrote: > >> I've been told that Icecast streams could be listed on the popular >> Shoutcast.com directory if it supported the new DNAS v2 protocol for YP >> updates. Any thoughts of adding support for that? > There are no plans to add that. And personally I would oppose such an

Yes it has changed. They stopped Shoutcast v1 servers from submitting YP updates and in the process it stopped Icecast servers since it uses the same protocol. -----Original Message----- From: Icecast [mailto:icecast-bounces at xiph.org] On Behalf Of Thomas B. R?cker Sent: Sunday, 5 August 2018 8:16 a.m. To: icecast at xiph.org Subject: Re: [Icecast] DNAS v1 YP On 08/04/2018 07:00 PM, Marvin

On Mar 7, 2004, at 12:24 PM, oddsock wrote: > neat, how ironic is it that you can stream mp3pro with the Shoutcast > DNAS, but their YP will not let you list if you do so...talk about > your mixed messages... > > and I'm all open to any ideas on promoting our own YP directory... Make it shoutcast DNAS compatible, perhaps? It's true that over the past years

Scott, > If you go look at the result codes for errors, it says this for #3: Where are these codes, in the source or somewhere on shoutcast's website? > once you fix this.. You'll get error #404: > > 404: This typically means you're running software that isn't a > SHOUTcast > DNAS server. The only supported software for listings in the > SHOUTcast

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"

The OP seems to be still confused. SAM Broadcaster supports sending streams directly to Icecast servers, so Icecast does not need to be put in Shoutcast compatibility mode. He doesn't need to use different port numbers, as mentioned a few times. The mount points do not need to be defined in the configuration file unless you want different passwords or other unique settings per stream, as

I have the same problem below; does anyone know what the problem is with that and how to fix it -- I haven't seen any response to the message below .. Louis > Hello, > > I'm struggling with getting my stream at the various directory services > out there. Here are my experiences with icecast up to and including > 1.3.9, which I installed today. I've had the same

On Sun, 7 Mar 2004, oddsock wrote: > neat, how ironic is it that you can stream mp3pro with the Shoutcast DNAS, > but their YP will not let you list if you do so...talk about your mixed > messages... I think what they're trying to do here is not only block non-SCDNAS servers, but also as many non-Shoutcast sources as they can. Think about it - if you're streaming MP3Pro without

http://forums.winamp.com/showthread.php?s=&threadid=172236 its like they think there the only webcasting solution out there, does xiph have anyone promoting the directory for icecast.org? <p>Regards Dave St John Mediacast1 Administrator <p>--- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list,

I thought the YP code was going to be fixed to use less resources so it could be used with other stream formats. It seems to be taking a long time. As it is now, Icecast2 is not a good solution for those wanting to be on a popular directory. I am forced to recommend using Shoutcast to my clients so they can get onto a popular directory. I would prefer to recommend Icecast2. Ross Levis.

I can understand wanting to boost the adoption of Xiph codecs, but I think restricting the directory to vorbis streams only will not help this endeavour. I can imagine it will just piss a lot of people, including myself, and give Xiph a bad name. I get very few listeners of my AAC+ stream now since this occured. The restriction is not an insentive to switch to Ogg Vorbis at all. The incentive

Hi, let me clarify some things as I think there is some confusion here: Icecast only uses one config file, which can be specified during startup of icecast with the -c command line flag, for example: icecast -c /usr/local/etc/icecast.xml On window this is taken care of by the icecast.bat file, and it will use the icecast.xml, there is no second config file. In order to have multiple streams

Hello, Thomas_B._Rücker, Thank you. ======= At 2019-09-10, 03:33:35 you wrote: ======= >Hi, > >On 9/10/19 6:41 AM, wilderzone.radio.2 wrote: >> Hello, Thomas_B._Rücker, >> >> Initially I was asking for a working example file with more than one stream instance. Something that I can take as an example to work from. > > >It took us quite a few emails to get to

On 11 Jul 2015, at 18:27, Stephen Jones wrote: > What is the correct way for me to configure icecast.xml? Please show us your config file, but with removed/changed passwords of course.

On Tue, 07 Aug 2018 21:20:07 +0200 "Marvin Scholz" <epirat07 at gmail.com> wrote: > On 7 Aug 2018, at 20:55, Dave Serls wrote: > > > Is it possible to register ones icecast streams at dir.xiph.org if > > they require > > URL authentication? > > Why would it be useful to have streams in the directory that users can > not listen > to

Brainstorming Idea: Possibly add an xml api to the current yp logic, that way 3rd party providers could parse the stations in the yp off icecast.org in there media players. of course a plugin for winamp would be the first obvious choice(since the already have there own media library but uses yp.shoutcast.com), but others would follow. I remember seeing something previously at dir.xiph.org but

Hi all! A little question, What is the "price" for NOT advertising a station in the YP ? Except from not showing your station in the icecast directory, there is something else? -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.xiph.org/pipermail/icecast-dev/attachments/20160807/1b668777/attachment.html>

Hi Rob The stream format has nothing to do with your audio files. I probably have 70% MP3's and 30% Ogg Vorbis files, and 1 or 2 WAV files for jingles on my hard drive. I only encode new CD's to Ogg Vorbis. But my station is streaming in AAC+ format, and I have also streamed in Ogg Vorbis format simultaneously. There is no way I would bother streaming in MP3 format. It's 15+

I use a few raspberry pi’s and leave the icecast settings as localhost, and run darkice on the same Pi, I have let the router know to pass requests to port 8000 to the IP of the Pi. Using your external IP is not right, if your server is say 192.168.1.21 thats the port forward, just be sure that the ports you use are in the router too, udp/tcp I use both myself watch for typos. I think you are

The default ices.conf.dist file from the source distribution contains: <!-- Header protocol to use when communicating with the server. Shoutcast servers need "icy", icecast 1.x needs "xaudiocast", and icecast 2.x needs "http". --> <Protocol>http</Protocol> I haven't checked the code to see if this is used for