similar to: OGG encoder, was: Re: [thomas@arkena.com: [vorbis] mp3pro and the mp3 streaming license]

On Sat, 9 Jun 2001, Asymmetric wrote: > It should be noted that this fee applies only if you are delivering in mp3 > format "for profit." If you're doing it for free, you don't have to pay > them a dime.. from the quoted URL... > > ---- > "If MP3 is used for free distribution on the Internet, we will not charge > royalties," he says. But

> I don't know about the rest of you, but I'm not charging anything. As > mentioned, the royalties to record labels still stand if you don't follow > the rules, but this will be true regardless of the format > (mp3/vorbis/whatever.) Do you have any ads on your site? That's probably streaming related revenue. Do you list on shoutcast.com? There's definately

Thomas, You should post this hear, as it's just as relevant ;) Hey guys, how do you feel now that you all owe Thompson $2k per year? Vorbis look more interesting now :) It's really disgusting how the technology is now worth more than the music. jack. ----- Forwarded message from Thomas Kirk <thomas@arkena.com> ----- Date: Sat, 9 Jun 2001 11:58:23 +0200 From: Thomas Kirk

At 09:52 6/9/2001 -0600, you wrote: >Thomas, > >You should post this hear, as it's just as relevant ;) > >Hey guys, how do you feel now that you all owe Thompson $2k per year? >Vorbis look more interesting now :) > >It's really disgusting how the technology is now worth more than the >music. It should be noted that this fee applies only if you are delivering in

At 13:28 6/9/2001 -0600, you wrote: >Do you have any ads on your site? That's probably streaming related >revenue. Nope. >Do you list on shoutcast.com? There's definately stremaing related >revenue there. Yes, but the revenue is not coming to me. >Do you broadcast through live365? DEFINATELY streaming related revenue. See above. >Maybe you won't have to pay,

> I agree with that much of it, but that doesn't seem to me like such a "bad" > deal. I applaud the vorbis effort, don't get me wrong, but I don't think > it's evil for Frauhofer/IIS to charge people who want to use their > technology if they're using it for profit. It may be ugly and unsavory, > but it's nothing to get terribly upset over. I

And just what exactly is an optimized sized packet? I need numbers in bytes. I want control over it for a very specific reason. Thanks. ----- Original Message ----- From: "Sean /The RIMBoy/" <sean@rimboy.com> To: <icecast@xiph.org> Sent: Wednesday, February 28, 2001 8:31 AM Subject: Re: [icecast] my icecast problem > On Wed, 28 Feb 2001, Kelly Lee Myers wrote: >

It is going to depend on a number of factors. Linux sets (along with a few other OS's I'm sure) its MTU to 1500. The problem is, if you set it longer then it will most likely be frag'd by your router. If that router does not, then another will. I think MTU for ppp interfaces are smaller. Likewise, if your backbone is FDDI, it has a large frame (somewhere in the 8000 range I

On Wed, 28 Feb 2001, Kelly Lee Myers wrote: > In addition is there a way to set the size of the outgoing packets or is > that completely handled by the stack and not icecast itself. Forgive me if > that sounds stupid, but I didn't really get that deep into icecast > configuration. You can... but... Someone correct me if I'm wrong, but you want to look at the MTU for your

I'll admit I've not poked around the icecast source, but seeing as I came across this issue on another server (and subsequently on clients): How many servers depend on the User Agent field sent by a client? In looking thru the Streamripper source and the Litestream source, It appears that many servers depend on that field. I realize a lot of this has to do with the fact that it then

On Wed, 4 Apr 2001, John Griffiths wrote: > i've set up an old 486 running debian 2.2r2 using the debian icecast packages (shout doing the streaming). As my sig points out, yes, it is possible. RiR is linux and icecast stripped to the bare necessities. > so far so good, with a bit of fiddling i had a stream that worked fine over the local network As I too have seen in practice :/

I'm trying to setup Icecast so that clients can stay connected indefinately. Basically sources will connect on occasion, but may disconnect until they get instructions to connect again (think about a jukebox that does not play music until something is selected. Now add in distrubuted, thin clients and you realize why this is an important feature). According to the icecast authors, it is

You're going to need root access. Presumably you have it if you have control over icecast. You could do a simple adduser. Then use your favorite editor and open up the /etc/passwd file (again as root). You'll need to read up on what each of the fields are, but in short you'll want to * the password field for that new user. You'll also want to change the shell to /bin/false.

ok... topology. 486 with 10BaseT card hooking into 10/100 hub hooking into 10/100 switch hooking into cisco router combining two 128KbpsISDN lines into a consolidated 256kbps line. listening on my desktop machine is fine, also 10baseT into the same hub as the server. the bitrate on the mp3's is 128 (great for listening off the HD) whats a good bitrate to encode for streaming audio? At

Fraunhofer and Thomson Multimedia release their new mp3pro codec and new licenseconditions for streaming mp3 : http://www.techreview.com/web/kiang/kiang060701.asp My comment is that the licensecharge isnt frighting compared to what we broadcaster pays in musicroyalties allready. Is this what you feared jack? :) -- Venlig hilsen/Kind regards Thomas Kirk ARKENA thomas@arkena.com

On Thu, 13 Sep 2001, Joshua Vickery wrote: > Great, so should we file with SoundExchange or wait for the RIAA to pick > a rate? Yes, you are supposed to file with the RIAA (SE as you suggest?). Period, end of story. Jwz covers this on his site IIRC. > Even if they insisted on collecting $0.004 per performance I don't think > we have even 100000 "performances" a

If anyone is interested, mp3PRO demo is available on Coding Technologies web site: http://www.codingtechnologies.de/ Demo is a Win32 encoder/player, and it is limited to 64kbps only. I did a quick test, and it really sounds good at 64kbps (but not as good as 128kbps - we all know that was hype). SBR (Spectral Band Replication) seems to be working pretty well. Of course SBR is only used if you

At 13:52 6/9/2001 -0600, you wrote: >So uh, you think it's worth more for mp3, than the actual music >involved? > >Come on. Hmm.. so what you're saying is that for under $2K I can get an unlimited distribution license from the recording industry? To burn, distribute, sell and market as much of their material as I like? Wow. Sign me up. >You think it would be nice if

I am pretty sure that the integrity of my mp3's is okay. I know that music match shreds the mp3 data and produces mp3 files that are not ISO compliant. I always use WaveLab and the radium codec to encode my sets and enable the ISO compatibility option at all times. This problem only seemed to come about with winamp 2.7 but if sonique is doing it to, I don't know... What about relaying? Do

hi, if i reencode a stream that is in mp3pro (streamed with sam) to a lower bitrate by using ices/lame, is the reencoded stream mp3 or mp3pro ? thank you -- Mit freundlichen Gr?ssen Carsten Henkel mailto:carsten@chatlabel.de Eine gl?ckliche Frau braucht 4 Tiere: einen Jaguar in der Garage, einen Nerz im Schrank, einen Hengst im Bett und einen Esel, der alles