> Hopefully.. considering their DSP guy and a handful of others were laid > off.. the new DSP they have really blows too so I'm forced into using the > old one.. oh well.The ogg plugin author was not an employee. He was a contractor. He's still working on the plugin regardless.> Oh that's cool.. and I assume the WMP plugin is available through the wacky > MS codec plugin thing, so that it can automagically find and download it if > it needs to? That's just as good as default support, if not plain better.I doubt microsoft will do that, but you never know. For now it's a download (but it's a very nice and easy installer. a no brainer). We're trying to find a way to make this automatic when you hit a webpage possibly. We'll see. It only gets better from here :)> >I'm not sure what you mean. If you mean MAXTTL, it's certainly > > I was talking about listener counts, not MAXTTL.It doesn't matter whether listener counts are configurable by the user. users will cheat anyway. Certainly shoutcast does not allow you to change these, and you can still cheat in numerous ways. If you mean controlling whether it's displayed on the server, then certainly those are server-configurable only :) That's the only logical way for them to be :)> Well it's not protecting against spoofing either.Yes it is. To spoof the address you'd have to guess the password. That is reasonable difficult.> Someone can sniff the > hash and then they don't have to spoof,Sniffing is quite difficult. If you can sniff, you've likely gotten onto the box anyway and can cause other michief. The chances of someone on your network wanting to muck with you is slim, and even so, challenge response prevents this. You can still sniff the transmission to the directory server, since it will need to receive the password. But like I said, this isn't perfect, just quite adequate for our purposes and very easy to implement and manage. jack. --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request@xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered.
At 09:33 PM 10/17/2001 -0600, you wrote:>The ogg plugin author was not an employee. He was a contractor. He's >still working on the plugin regardless.Ah ok.. and is this plugin a general winamp plugin or a codec to plugin to the DSP? That's why I am concerned.. if it's a winamp plugin, that's cool. If it's a codec plugin then it's bogus, because the last version of the DSP doesn't support different codecs.. you're forced into using LAME and that's it. As I said, the new DSP sucks. ;)>possibly. We'll see. It only gets better from here :)Ah ok.. cool enough.> > I was talking about listener counts, not MAXTTL. >If you mean controlling whether it's displayed on the server, then >certainly those are server-configurable only :) That's the only logical >way for them to be :)Yes.. you were so vehemently against the idea of listener counts that I was thinking that you weren't going to have support for them in any way, shape or form in this new project.. that's why I mentioned it. ;)>Sniffing is quite difficult. If you can sniff, you've likely gotten >onto the box anyway and can cause other michief. The chances of someone >on your network wanting to muck with you is slim, and even so, challenge >response prevents this.Well to sniff they just have to compromise any box on the network, not just one. Even if it's switched, they can blow through the switch with bogus ARP storms.. most (if not all) switches fail-open if their table fills up. Anyway, point taken about challenge response. There still are ways of course, but there always are, short of meeting in a dark alley and exchanging cd's with keys on them. ;) As you said.. not perfect, but adequate. As long as there is some sort of challenge-response. --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request@xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered.
> Ah ok.. and is this plugin a general winamp plugin or a codec to plugin to > the DSP? That's why I am concerned.. if it's a winamp plugin, that's > cool. If it's a codec plugin then it's bogus, because the last version of > the DSP doesn't support different codecs.. you're forced into using LAME > and that's it. As I said, the new DSP sucks. ;)It's an input plugin to be specific. Oddsock has created a winamp dsp plugin that supports ogg streaming (and has a good one for mp3 streaming too). Those are actively maintained, right Oddsock? :)> > > I was talking about listener counts, not MAXTTL. > >If you mean controlling whether it's displayed on the server, then > >certainly those are server-configurable only :) That's the only logical > >way for them to be :) > > Yes.. you were so vehemently against the idea of listener counts that I was > thinking that you weren't going to have support for them in any way, shape > or form in this new project.. that's why I mentioned it. ;)I haven't decided yet. I still don't see a value in that specific piece of data, but I agree the uses people have for them are important. I'm just trying to find an alternative. jack. --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request@xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered.