View Single Post
Old 5th January 2012, 21:20   #2
DrO
 
Join Date: Sep 2003
Posts: 27,873
i'm only going to answer a few parts that i've the time to and can safely answer.

Quote:
Originally Posted by BerntStone View Post
The new sc2 requires an MP3 license which I assume wasn't needed in sc1 until Fraunhoffer asserted its rights and is potentially part of the reason for the change to sc2.
that's only needed if using the Transcoder (sc_trans) - if just using the v2 DNAS and a 3rd party source then there is no fee - the DNAS itself is _always_ free.

Quote:
Originally Posted by BerntStone View Post
[*]Would eliminating MP3 alienate a large number of listeners? Looking at the w3c log (without parsing) shows mostly winamp/itunes (should be no decoding issue), some various other players (real/VLC/etc - unsure of realplayer+AAC) - but unsure of how to interpret MPEG-OVERRIDE [possibly the shoutcast web client?][*]Should we leave a couple 56K or 24K mono MP3 streams up for legacy players without AAC support?
if you have an idea of what your user base generally goes with and AAC+ is generally supported then that would be better for better audio quality at a lower stream rate. it probably would alienate some people, though the best would be to have say the AAC+ stream with most slots and a MP3 one with few connection slots available for those who cannot or will not go to AAC+.

Quote:
Originally Posted by BerntStone View Post
[*]Is it worth bothering with OGG?
it's not supported with SHOUTcast. nothing is stopping you running something else which supports it but OGG streams cannot be listed in the Directory.

Quote:
Originally Posted by BerntStone View Post
[*]Any issues to be aware of using VBR? I've never experience a problem except for something with editing. Intuitively, it sounds more like a more efficient use of bandwidth
depends if the source you're using properly supports it since the official tools generally output the MP3 streams as CBR (with the m3pmode option in the Transcoder not working due to library issues and so will be removed in the next drop of it).

Quote:
Originally Posted by BerntStone View Post
[*]We may change to a new IP and keep the static line for other needs. If the new line is DHCP and DDNS is through someone like no-ip.org, couldn't there be an issue if the ISP assigns new IP at renewal time and someone is streaming? Won't their stream drop? SURE, DDNS will resolve for new connections to the new IP, but what about current connex? Spend the extra ten bucks for static IP on this line too, I suppose. Although, a case could definitely be made for putting the other services on the DHCP/DDNS line.
tricky one since the YP in it's current state (if you're listing in it) will likely start throwing errors if the IP changes. though i'm hoping some changes i'm making to how it works will allow for IP changes to keep listings running (just no eta on when that'll go live). yes it'll cause the clients to fail, there's nothing which can really be done about that. though it's probably safer in the long run to have a static IP as clients do seem to get cranky when their stations suddenly go away due to such things like IP changes.

-daz
DrO is offline   Reply With Quote