But nowadays we have faster processors than the G3, that can carry heavier loads. In this respect, TDM hardware is no different than processors. It will also get outdated with time. However, you'll see that TDM hardware is very expensive, compared to upgrading the CPU. (Which also can be used for other tasks than DSP) Also, when using TDM plugins I've found that the amount of DSP power rapidly decreases(On PT systems not equipped with ridiculous specs). Slap on a few ampfarms and a decent reverb, and you'll be forced to start rendering tracks to disk. All that's left then is run off to buy a few more dspfarms, at an outrageous cost
The "TDM plugins sound better" is probably a question of 24bit integer(TDM) and 32bit floating(Native processing). Not all would agree 24bit really sound better, they are just different formats, each with their own distinct properties.
Linux doesn't use ASIO, it uses ALSA, which in addition to being much faster (lower latency) than ASIO also supports quite a few soundcards, both consumer and professional grade.
I think the sound managment in linux has improved quite dramatically in the past few years, and there are right now _a lot_ of projects which will make linux a reasonable choice for professional audio authouring, such as ardour, jack, alsa, etc. (look at links in the story)
I don't know what the current status on VST plugins in linux is, but there's still ladspa, which seems to be a very competent architecture. Steinberg's hesitation in this area might very well prove to be a mistake, costing them influence in a growing market.
I'm right now in the process of trying linux out for a synthpop project I'm working on, using ardour, and various softsynths and sequencers. If some interesting experience comes out of it, I'll make it known.
X is is only outdated in the sense of: Runs fine on older hardware. I mean really, have you ever run Apples excuse of a gui? I thought I'd never see a slower gui than win2k, but MacOSX/Aqua is by far the most sluggish gui I've ever tried.
I second that. A few months ago I found a used IBM keyboard from end of the 80s sometime in a second hand shop, bought it and replaced the crappy windows keyboard I had. The old IBM keyboards are certainly the height of technological perfection.
The weight makes them stay put on the desk, and the response of the keys is simply outstanding, not to mention the distinct thump of the space bar. I wonder if someone's ever gonna make a keyboard this good again.
DC++ differs from DC by having, among other things connections to multiple hubs simultaneously.
dcgui offers the same functionality as DC++, with a few extras like download from multiple sources and upload speed throttling.
Since a large percentage of hub ops seems to be ignorant bastards who don't know how to read a dc client signature, these features have sadly led to dcgui being banned on many hubs. Of course, if the hub doesn't read the client signature at all, one can always turn off dcgui's signature and connect anyway, and hope that the ops don't stick their noses in your client.
Slashdot Mirror
But nowadays we have faster processors than the G3, that can carry heavier loads. In this respect, TDM hardware is no different than processors. It will also get outdated with time. However, you'll see that TDM hardware is very expensive, compared to upgrading the CPU. (Which also can be used for other tasks than DSP)
Also, when using TDM plugins I've found that the amount of DSP power rapidly decreases(On PT systems not equipped with ridiculous specs). Slap on a few ampfarms and a decent reverb, and you'll be forced to start rendering tracks to disk. All that's left then is run off to buy a few more dspfarms, at an outrageous cost
The "TDM plugins sound better" is probably a question of 24bit integer(TDM) and 32bit floating(Native processing). Not all would agree 24bit really sound better, they are just different formats, each with their own distinct properties.
Linux doesn't use ASIO, it uses ALSA, which in addition to being much faster (lower latency) than ASIO also supports quite a few soundcards, both consumer and professional grade.
Here is a pdf with latency tests
I think the sound managment in linux has improved quite dramatically in the past few years, and there are right now _a lot_ of projects which will make linux a reasonable choice for professional audio authouring, such as ardour, jack, alsa, etc. (look at links in the story)
I don't know what the current status on VST plugins in linux is, but there's still ladspa, which seems to be a very competent architecture. Steinberg's hesitation in this area might very well prove to be a mistake, costing them influence in a growing market.
I'm right now in the process of trying linux out for a synthpop project I'm working on, using ardour, and various softsynths and sequencers. If some interesting experience comes out of it, I'll make it known.
X is is only outdated in the sense of: Runs fine on older hardware. I mean really, have you ever run Apples excuse of a gui? I thought I'd never see a slower gui than win2k, but MacOSX/Aqua is by far the most sluggish gui I've ever tried.
"The power of Order has destroyed your planet, and now the power of Order will destroy you..." Let's see how many got that one
I second that. A few months ago I found a used IBM keyboard from end of the 80s sometime in a second hand shop, bought it and replaced the crappy windows keyboard I had. The old IBM keyboards are certainly the height of technological perfection. The weight makes them stay put on the desk, and the response of the keys is simply outstanding, not to mention the distinct thump of the space bar. I wonder if someone's ever gonna make a keyboard this good again.
DC++ differs from DC by having, among other things connections to multiple hubs simultaneously.
dcgui offers the same functionality as DC++, with a few extras like download from multiple sources and upload speed throttling.
Since a large percentage of hub ops seems to be ignorant bastards who don't know how to read a dc client signature, these features have sadly led to dcgui being banned on many hubs. Of course, if the hub doesn't read the client signature at all, one can always turn off dcgui's signature and connect anyway, and hope that the ops don't stick their noses in your client.