well it would certainly have to be recompiled for OSX as it's only available as source right now:-)
ardour depends upon JACK to handle audio I/O. to run it on OSX would require JACK being ported to OSX, or Ardour being ported to use another I/O kit.
it depends upon a few other things as well, such as libsamplerate, libsndfile, and GTK which would be very easy to port to OSX, if they've not been already.
GNU/Linux is impossible to pronounce. Certainly, though, you would agree that the GNU tools (particularly autoconf/automake) have made Linux the success that it is today?p?./configure && make && su -c 'make install' && echo 'thank you GNU tools!'
but why do I want a gigantic SHN or FLAC of something that's just a live soundboard feed to begin with? there's so much signal loss and distortion in the signal chain, before it even reaches the FOH DAT deck.
download as ogg 8 or 9, burn to CD, and keep trading the original files. even maintain a list of MD5s for the original files.
really it just seems like generation loss (and even signal integrity) is not that big of a concern when there's 40 recording rigs in the audience to begin with.
xmms is currently abusing me with what's possibly the most jittery rip I've ever heard. ugh.
yes. the percussion always gives it away (sounds better with ogg than mp3), but failing that, the strings, particularly the attack on the violins, just turn to nasty digital noise.
my friends will put on some CD and I say "that's from mp3". usually it's the cymbals.
I can understand spending the disk/cpu for lossless compression on, say, a 96khz classical recording, but most of what comes out of a live mix (or even a commercial rock studio recording) is just not worth the system resources. for live recordings, ogg at 256 or mp3 at 320 is more than enough, and small pipes and short CPUs are much happier.
(then again, I haven't been able to deal with internet show traders ever since CD-R enabled them to be even more demanding about recording quality.)
expansion isn't thinning out pitching talent. that assertion is absurd. if we make the assumption that a certain percentage of the population is 'born to pitch', then expansion won't dilute talent until expansion exceeds the growth of the general population (and it's not - not even close). if anything, expansion is only doing a marginal job of reducing an insane increase in MLB talent.
the umpires' union is very powerful. organized labor will almost certainly defeat this machine. this isn't the first time that MLB has tested an electronic umpire; last time it wasn't nearly as accurate, but the umpires' organization didn't even give it a chance.
personally I think the numbers are good enough. I'm more persuaded by the 'philosophical' arguments against using a machine as the umpire, but it sounds like it's ready to roll it out into wide production.
people do plenty of serious audio work on apples. err, I mean, most of the industry uses them. 90% of the time I spend on apple machines is in audio apps. creative is shipping consumer-grade cards with optical jacks; it's no surprise that apple would include them in a stock setup.
a lot of G4's shipped with just. plain. awful sound cards. this is welcome news.
I have no idea why it mentions blogs in the headline. this is clearly a simple file distribution system with some advanced bandwidth distribution. it's not a blog, not even like a blog, it's all content and no redundancy.
k2b is a great solution to the free-rider weakness of bittorrent, but it replaces it with another free-rider weakness -- what incentive is there to broadcast a channel? ("I'd rather be downloading")... traditional p2p clients prevent this for the most part by making the upload/download service run at the same time; if you want to DL then you have to be available for UL.
the main problem with the k2b model is that there are individual broadcasters determining what you want to download; not only is this 'a bad way for me to get what I want' but I don't see the client-broadcaster trust building up over time as the k2b developers predict.
personally, I think it would be better if the client pulls down content based on a fuzzy analysis of filenames currently in your library -- not strict pattern matching; think 'download locally unmatched filenames from other clients containing similar files to existing local library', matching the files you *don't* have from other people who like what you *do* have.
(if you want something specific, get on gnutella/soulseek/kazaalite etc. but for the most part I'm interested in finding new things and k2b seems like it's *almost* put together a system to do that.)
then leave it running all night, allowing the data to propagate up and down largely in the same way as k2b.
and yeah the name is awful:-( but it is on par with 'napster' and 'gnutella'.
For space travel? Are you joking? Think about it for a moment; they're dealing with millions, if not billions of unknown variables in outter space. NASA's looking for stuff that works; stuff they know. You're telling them that every few years, they need to tear everything apart and start from scratch? Who's going to strip down every single space shuttle and replace every boar
well, I'm sure they could get some 8088 chips manufactured for them. I can think of a couple of companies in texas that would do it if intel wouldn't. this 'NASA buying XT boards on ebay' business stinks of rumor.
I mean I can hear (what sounds like) the bitrate changing, and the spectrum of noise signals (such as a cymbal crash) changes along with it - no longer a smooth decay, but a stuttery one. I think that's annoying. it's most apparent at lower bitrates like 128kbps but becomes tolerable around 192 or so. vorbis handles it much better.
Slashdot Mirror
ardour will interface with any multi-channel pro-grade interface you throw at it (assuming it is ALSA supported).
it was written with this interface (among others) in mind:
RME Hammerfall DSP
which is cheaper than a digidesign 888. compare the specs :-)
ardour depends upon JACK to handle audio I/O. to run it on OSX would require JACK being ported to OSX, or Ardour being ported to use another I/O kit.
it depends upon a few other things as well, such as libsamplerate, libsndfile, and GTK which would be very easy to port to OSX, if they've not been already.
GNU/Linux is impossible to pronounce. Certainly, though, you would agree that the GNU tools (particularly autoconf/automake) have made Linux the success that it is today?p? ./configure && make && su -c 'make install' && echo 'thank you GNU tools!'
why not check the CVS repository at microsoft.com?
but why do I want a gigantic SHN or FLAC of something that's just a live soundboard feed to begin with? there's so much signal loss and distortion in the signal chain, before it even reaches the FOH DAT deck.
download as ogg 8 or 9, burn to CD, and keep trading the original files. even maintain a list of MD5s for the original files.
really it just seems like generation loss (and even signal integrity) is not that big of a concern when there's 40 recording rigs in the audience to begin with.
xmms is currently abusing me with what's possibly the most jittery rip I've ever heard. ugh.
my friends will put on some CD and I say "that's from mp3". usually it's the cymbals.
(then again, I haven't been able to deal with internet show traders ever since CD-R enabled them to be even more demanding about recording quality.)
all fixed!
also, the supreme court can reverse itself.
go & chess r 4 lusers telnet fibs.com 4321
expansion isn't thinning out pitching talent. that assertion is absurd. if we make the assumption that a certain percentage of the population is 'born to pitch', then expansion won't dilute talent until expansion exceeds the growth of the general population (and it's not - not even close). if anything, expansion is only doing a marginal job of reducing an insane increase in MLB talent.
personally I think the numbers are good enough. I'm more persuaded by the 'philosophical' arguments against using a machine as the umpire, but it sounds like it's ready to roll it out into wide production.
a lot of G4's shipped with just. plain. awful sound cards. this is welcome news.
it's pronounced Mac Users Are Jay.
Did you mean opera banner ads?
the second link is to this site, the tech.msn.comlinux guide.
there's one (sponsored) link to a MS 'linux alternatives site.' not that bad, considering.
if MSN can make the blogs disappear I'll suck down big Microsoft banner ads all day long. I prefer my search results without the spin and commentary.
alright, I'll bite. what's your ESL score?
well, then just don't download the mozilla-mail RPM. sheesh! it couldn't be easier.
site is slashdotted - tittorrent?
it's gonna be great once the city of decatur finishes negotiating for all that unused .de domain space!
and don't even think about spinning up that DVD-ROM drive...
then again I have an ancient NIC, that might be the problem. it has a coax terminal on it right next to the RJ46 jack. maybe time for an upgrade?
I have no idea why it mentions blogs in the headline. this is clearly a simple file distribution system with some advanced bandwidth distribution. it's not a blog, not even like a blog, it's all content and no redundancy.
k2b is a great solution to the free-rider weakness of bittorrent, but it replaces it with another free-rider weakness -- what incentive is there to broadcast a channel? ("I'd rather be downloading")... traditional p2p clients prevent this for the most part by making the upload/download service run at the same time; if you want to DL then you have to be available for UL.
the main problem with the k2b model is that there are individual broadcasters determining what you want to download; not only is this 'a bad way for me to get what I want' but I don't see the client-broadcaster trust building up over time as the k2b developers predict.
personally, I think it would be better if the client pulls down content based on a fuzzy analysis of filenames currently in your library -- not strict pattern matching; think 'download locally unmatched filenames from other clients containing similar files to existing local library', matching the files you *don't* have from other people who like what you *do* have.
(if you want something specific, get on gnutella/soulseek/kazaalite etc. but for the most part I'm interested in finding new things and k2b seems like it's *almost* put together a system to do that.)
then leave it running all night, allowing the data to propagate up and down largely in the same way as k2b.
and yeah the name is awful :-( but it is on par with 'napster' and 'gnutella'.
For space travel? Are you joking? Think about it for a moment; they're dealing with millions, if not billions of unknown variables in outter space. NASA's looking for stuff that works; stuff they know. You're telling them that every few years, they need to tear everything apart and start from scratch? Who's going to strip down every single space shuttle and replace every boar well, I'm sure they could get some 8088 chips manufactured for them. I can think of a couple of companies in texas that would do it if intel wouldn't. this 'NASA buying XT boards on ebay' business stinks of rumor.
I mean I can hear (what sounds like) the bitrate changing, and the spectrum of noise signals (such as a cymbal crash) changes along with it - no longer a smooth decay, but a stuttery one. I think that's annoying. it's most apparent at lower bitrates like 128kbps but becomes tolerable around 192 or so. vorbis handles it much better.