Reborn 1.0 And The State of Linux Audio 134
Eugenia writes "This is great news for the Linux audio users! Reborn, a clone of the legendary ReBirth, has just been released. It provides software emulation for three of Roland Corporation's most famous electronic musical instruments. Also thrown in are four audio effects, individual mixers, a programmable sequencer and is fully compatible with the ReBirth .rbs song file format. To celebrate this release, OSNews runs an article presenting the most advanced professional, or semi-professional audio applications available today for the Linux platform." Most of the article consists of a list of audio software that can currently run on GNU/Linux systems. It's a pretty good list, but things like Cubase aren't there yet.
This is great (Score:1, Informative)
Hardware Version? (Score:1)
nick
goooooood news. (Score:1)
d. Taylor Singletary, reality technician
experimental musician [taoriver.net]
Re:goooooood news. (Score:1)
That with ReBorn and you're in like Flyn!!
BTW got any links to music editing/creating on Linux?
Cheers
Re:goooooood news. (Score:4, Informative)
Now if we can get something like Reason (Score:2)
With Reason and Fruityloops, or clones of these programs, linux will be on its way as a musicians choice OS.
IT for linux ? (Score:1)
Re:IT for linux ? (Score:1)
d. Taylor Singletary, reality technician
experimental music [taoriver.net]
Re:IT for linux ? (Score:2, Informative)
Re:IT for linux ? (Score:1)
Re:IT for linux ? (Score:1, Informative)
PS. Whoever came up with the 20-second delay ought to be shot and then beaten up just to be sure.
Re:IT for linux ? (Score:1)
Re: (Score:2)
Re:IT for linux ? (Score:2)
Ah yes, the familiar mantra of coders everywhere.
Jmax? PD? They're not on the list why? (Score:5, Informative)
You can get JMAX here:
http://www.ircam.fr/equipes/temps-reel/jma
PD Here:
http://crca.ucsd.edu/~msp/software.html
Re:Jmax? PD? They're not on the list why? (Score:4, Insightful)
Don't expect Steinberg to make the jump (Score:1, Interesting)
Sad, but true.
Re:Don't expect Steinberg to make the jump (Score:4, Interesting)
Steinberg (or any other sequencing software company for that matter) aren't moving to hardware replacements for their products. What they are doing is coming up with some pretty rad hardware to control [steinberg.net] the software.
It's an odd thought, controlling a software program with an outboard piece of hardware but if you think about it, it makes sense. As computers get more and more powerful, only the software that records,renders,manipulates,and,masters the audio needs change. Virually replacing an entire studio's worth of gear is a matter of a:\install.exe. Steinberg, Cakewalk, Logic, et al, all know this and will continue to push for a software-based studio.
Re:Don't expect Steinberg to make the jump (Score:1)
It's an odd thought, controlling a software program with an outboard piece of hardware but if you think about it, it makes sense.
Funny, I do this every day with my keyboard and mouse.. but maybe I'm just weird and haven't developed a telepathic link with my computer like the rest of the /. crowd.
Re:Don't expect Steinberg to make the jump (Score:3, Interesting)
BTW, claiming that Steinberg is 'moving towards a hardware based solution in the future' is pure FUD and has no basis in reality whatsoever. Steinberg is, after all, the company, that continually thinks up new standards and protocols for making studio work on a computer a better experience. Oh, and just for the record, no, I don't work for them, nor do I own any of their software as I can't afford it.
Re:Don't expect Steinberg to make the jump (Score:2)
And you think Windows is? Are you a damn fool? have you used Windows XP? Have you looked at statistics?
You might be right if you mean OSX, but Windows?
Re:Don't expect Steinberg to make the jump (Score:2)
Windows XP may be slow(ish), but it's a damn sight faster for real time computing than Linux (except, possibly, Linux-with-Alan-Cox's-low-latency-kernel). The price you pay for stability, I suppose.
Oh at last! (Score:3, Funny)
oh joy...
Re:Oh at last! (Score:1)
Re:Oh at last! (Score:1)
Actuall, this is a pretty kick-ass bit of software. You could release a whole album of sounds using this software alone.
Lousy interface design (Score:4, Insightful)
The problem with ReBirth, and with any clone thereof, is that the user gains nothing from a flashy raster imitation of a 303's physical interface (or that of any real gear), while losing a great deal of usability.
A physical knob isn't so bad out here in the physical world, but you're manipulating it with your fingers. A mouse pointer is not a pair of fingers. I've played with ReBirth, and while there's some great functionality in there, it's just hell trying to get at it through all those tiny, poorly-labeled knobs. That interface makes sense on a plastic box. It's got real drawbacks, but it is what it is because of simple necessity. It's the best you can do with a thing made out of plastic. Okay, that's fine when plastic is the medium you're stuck with, but you can do considerably better if you're making your interface out of zeroes and ones instead.
By all means, let us duplicate the functionality of analog gear in software. That's a noble undertaking. But let's not fuck up the GUI with gratuitously flashy nonsense at the expense of clarity and usability. It's a gimmick. The Microsoft Paper Clip is a gimmick.
If your software is actually meant to be used, gimmicks are bad.
Re:Lousy interface design (Score:1)
I agree with out somewhow, but what would you suggest instead? I don't think normal GUIs stretch to real time synthesizer usage that well. That's why we use midi fader boxes and midi keyboards instead to get a proper interface to audio software.
That being said, some software has nice ideas in the GUI, for example Muon Software's [muon-software.com] Electron VST softsynth. See the screenshots [muon-software.com] for the X-Y pad, which i think is a pretty nice idea, not a gimmick.
Any else good interface ideas for this kind of thing?
Re:Lousy interface design (Score:2, Informative)
Ben
Re:Lousy interface design (Score:1, Informative)
Re:Lousy interface design (Score:1)
realtime useability (Score:1)
Re:realtime useability (Score:1)
Re:realtime useability (Score:1)
Which is a long way from "Unless you have a touch screen monitor, that you keep face up, you can never achive realtime useability with a software synth."
Bollocks indeed, indeed!
Re:Lousy interface design (Score:3, Informative)
(sorry for the link - Ableton.com is frame-based, unfortuately)
Re:Lousy interface design (Score:2, Informative)
Re:Lousy interface design (Score:1, Insightful)
Re:Lousy interface design (Score:2)
It really would be quite easy to design, actually.
Re:Lousy interface design (Score:1)
PS, I'm waiting for a Reason clone.
Good news indeed (Score:3, Interesting)
Re:Good news indeed (Score:2)
[TMB]
Re:Good news indeed (Score:1)
Re:Good news indeed (Score:1)
If on the other hand you are musical with deep technical tendancies or technical with musical tendancies then go with CSound and build whatever you require around it.
Personally, I think CSound is one of the greatest pieces of sound S/W available. Now, I'm far more on the technical side and often describe CSound as assembly language for music, so take take that all with a grain of salt. If you want to lay down some chords and rhythm and drum tracks go cakewalk or any sequencer for that matter. If you have sonic imagination that can meld with technical imagination then go with CSound and some of your own programming.
BTW, how come most music is so friggin' low in it's entropy?!? huh?!? Creative my *ss. (oops gone onto raning...appologies..etc.)
Cheers,
Tius
Audio Software (Score:1)
Re:Audio Software (Score:1, Informative)
gnusound is OK, however, not so many features, but it works for simple recording. Up to 32 tracks limit now..
Music samples (Score:1)
The samples are low-quality mp3s. How LAME. Vorbis kicks ass down there.
Re:Music samples (Score:1)
Was that supposed to be some kind of really bad pun?
Re:Music samples (Score:1)
Of puns, there's only one kind.
Re:Read my lips... (Score:1)
Crappy insult. I know that I need a sound card to produce audio. If you want to insult me call me an idiot, moron, butthead or Anonymous Coward, which covers the first three.
ISA sound cards. (Score:1)
I don't care about Linux audio (Score:1, Troll)
Of course before there is a market demand for such apps, no serious audio programmer will bother.
This is not something that a couple geeks can fix, this is pure economics.
Re:I don't care about Linux audio (Score:1)
The state of Audio on Linux is pretty poor. None of the big names, (e.g., Steinberg, Emagic, Digidesign) will bother with Linux because the underlying audio architecture is too limiting. With Windows various driver levels (ASIO, WDM, Dx) and now Mac's delicious-looking CoreAudio there's very little need to provide software for Linux.
In the audio world, for better or worse, is one that doesn't care about getting a decent solution for free. If it sounds better but costs more, people will buy it.
Re:I don't care about Linux audio (Score:2)
Really not sure what you mean: Alsa [alsa-project.org]? Jack [sf.net] (same architecture as CoreAudio, oh, and PortAudio [portaudio.com] does the same thing BTW)? MusicKit [musickit.org]? LADSPA [ladspa.org]?
Re:I don't care about Linux audio (Score:2)
There's also people using completely unsupported stuff (Ensoniq PARIS) because it sounds better than the current 'standard' (DIGI!). The audio world is really ripe for stuff that will genuinely sound better. Unfortunately, it's hard to find.
No source code (Score:2)
Re:No source code (Score:3, Informative)
He probably doesn't want to release the code having it look like shit. If this is going to build this guys rep in the community and/or help him get a job, it should look nice and pretty. If I am not mistaken I have enven read someware that a project should not be opened until the beta at earliest, and there is nothing wrong with finishing everything you want before opening yourself to an onslaught of patches.
Re:Well, then (Score:1)
Hmm. Down the food chain we go... (Score:2)
So it's a clone of a clone of a box that was originally built to simulate a bass guitar?
What happens when we get linux clones of the Windows port of this program? Oooh, my head....
And then somebody will build this into a hardware box, with a little TFT on the front and a few rotary encoders....
and then somebody will program a software simulation of THAT box....
Simulating a bass: Rezfilter or Karplus-Strong (Score:5, Informative)
So it's a clone of a clone of a box that was originally built to simulate a bass guitar?
The TB303 simulated a bass guitar by sweeping a resonant filter over a sawtooth wave.
Since then, better guitar synthesis methods have come to light, specifically the Karplus-Strong plucked string modeling algorithm. To implement KS, feed a click into a delay line for each string that's plucked. Set the length of the delay line proportional to the length of the string, determined by finger position. Then filter the output of the delay line (make sure to use a FIR filter so that you won't get too much harmonic distortion from phase shift nonlinearity), send it to the amp, and feed it back into the delay line.
If you have Cool Edit or a similar audio editor, you can do this with the "Echo" delay effect. Generate a short burst of noise. Then pull up Echo and set the echo period to 1000 divided by the frequency in Hz of the note, the echo feedback to between 95% and 99.5%, and the filters to all maximum except the highest frequency one. Tweak the Echo parameters until you have a sample you like, then paste it into your tracker.
Why wasn't KS used in the 303? Analog synthesizer parts were much cheaper at the time than the 16 KB or so of memory KS takes.
So why is 303 style synthesis still used? Easy. Changing the filter's center frequency while playing a repeating bass pattern gives the stereotypical "acid house" bass effect. That's what Rebirth and clones are for.
Re:Simulating a bass: Rezfilter or Karplus-Strong (Score:2)
I think that the reason people are resistant to give up their finicky hardware 303's for software is that they have quirks and flaws in the audio that give it its character. The acid craze was not due solely to the fact that it had a sweepable filter, but the fact that they designed it wrong and it overdrives the filter when you've got the resonance up a fair bit. Nice good old discrete component distortion.
You'd think that they could do a 303 clone with all the quirks and stuff programmed in, given the power of most computers today. A 500 mhz P3 should handle it nicely. I run Reason 1.0.1 on an Athlon 1.1 alongside Cubase 5.1, and I have to work HARD to get that rig over 70 percent CPU unless I'm putting some really ridiculous shit in a track.
Re:Simulating a bass: Rezfilter or Karplus-Strong (Score:1)
The acid craze was not due solely to the fact that it had a sweepable filter, but the fact that they designed it wrong and it overdrives the filter when you've got the resonance up a fair bit.
Can I simulate that to a decent level with an arctangent distortion function applied to the output of the filter? Or is it more complicated than that?
ReBirth? (Score:1)
UI Polish is hard to acheive (Score:3, Insightful)
The Windows programs are at least accesible to the beginner musician, while the Linux programs are only an option for an experienced musician. The problem is, most experienced musicians probably already have a substantial investment in Windows software that the Linux software can't match.
It comes back to the old observation that the open source community has lots of good programmers, but few people who have the talent and time to design an efficient and attractive GUI. (That's not to say there aren't any, just that there aren't nearly enough.)
The program I've been playing with most (since I'm not able to tackle the serious music creation programs yet) is CoolEdit Pro. It's amazing how much functionality has been packed into such an attractive, efficient, and most importantly easy to use interface. There are Linux apps with some of the same functionality, but the GUIs are years behind and may never catch up.
Re:UI Polish is hard to acheive (Score:2)
A lot of the hottest algorithms in this industry are hopelessly proprietary. A lot of the products in this industry are so brutally proprietary that they use copy-protection systems so draconian that big chunks of the market are in open rebellion against it. The market is ready for open source- open source is just not ready for it.
If you can identify the names 'Waves' and 'T-Racks' and know why one is serious and the other is consumer then you have a head start. If you're familiar with names like Crane Song, all the better. But this is a market that will not be captured by people treating the audio path like a commodity. The '96db should be good enough for anybody' crowd are the competition- open source needs to be pushing the boundaries in terms of sound performance.
I really hope open source can make inroads on the pro levels. Going after the Guitar Center market is pretty much a complete waste of time and will get OSS solutions lumped with a lot of lousy-sounding crud. It doesn't have to be that way.
At the very least, maintain internal signal busses at 32 bit float at the least, preferably 64 bit float or >32 bit fixed point, and only drop back to (for instance) 16 bit when necessary, and dither it. In fact, even dropping to 24 bit fixed (for instance, for the internal busses of Pro Tools) dither it... you pay enough attention to details like that and your sound quality will start being more suggestive of the Mercedes and less of the Yugo...
Re:UI Polish is hard to acheive (Score:1)
Where is Jazz ? (Score:2, Interesting)
There's going to be a lot of work to catch up with software such as Cubase SX [steinberg.net] or Reaktor [native-instruments.com]...
Especially I saw no standard for plug-ins, like VST, for example (which already is multiplatform so could probably be ported to Linux, after all it's just API specs). I didn't see any software that gives audio and midi multitrack integration either.
Another huge problem is going to be the drivers for the many professional audio cards (none of them has drivers for Linux, as far as I know)
Re:Where is Jazz ? (Score:2, Interesting)
rme actually makes very highly regarded audio interfaces that work on linux, windows and mac. in fact, the card that has linux drivers has the lowest latency of any audio interface available. you can expect 1.5ms. they are 24bit, have great convertors and work with nearly anything out there.
http://www.rme-audio.com/english/linux/index.ht
Mirror (tgz i386 only) (Score:3, Interesting)
I don't see counterparts for.... (Score:2)
SF offers a 'free' ver of acid that will do 8 tracks (don't forget Protools Free, which also gives you 8 tracks (or 32 if you know where to look) Sadly, SF doesn't port to mac or linux, and Be died before they got to far with that port.
Acid is a multitracking loop-based recorder that also supports video. It has come a long way since ver 1, in ease of use and power. If there were linux or beos versions of Acid and Sound Forge, I would make the switch.
Don't respond with, "If you want it, code it up, you lazy bitch!"
Im a musician, not a programmer. I don't ask programmers to write a chorus, so don't ask me to write a program.
freebirth and gold chains (Score:3, Informative)
Re:freebirth and gold chains (Score:2, Informative)
Hmm, Their site got Slashdotted (Score:1)
Cubase (Score:2)
Yeah, it really is too bad that there isn't anything like Cubase for Linux. I miss getting that instant blue screen of death every time I tried to record from SPDIF-in during the wrong phase of the moon. Or the fact that it would crash and you'd lose all of your work if you gave it a wav file that was mistakenly named ".aif". And its anti-piracy authentication method which forced me to find the original disk every time it got confused - wow, that brings back memories.
We need Cubase for Linux about as badly as we need a native port of SirCam.
Nice, but still a toy (Score:1)
Linux does not have what we need for pro audio.
1) NO GOOD SOUND API's. Cups is moving in the right direction, but nothing matches ASIO on windows or mac for sample-accurate synchronization across multiple input and output devices. If I wanted to, could use a SBLive, Echo Mia, and RME Hammerfall all at the same time, and have every one synced down to the sample. Software programs have the ability to set parameters like buffer sizes, sample rates, etc with no hassle.
2) Inconsistent platform. We do not have a uniform development platform. Each distro ships a different version of GCC with its own inconsistencies, different GLIBC, same issue, and so on down to GTK or QT, XFree86, etc. With a product like Cubase taking at least 6 months to port, no doubt the platform will keep changing underneath them. What solution would they have other than supporting ONE distro only or shipping their own?
3) Lack of hardware support. Yes, vendors like my personal favorite, Echo, aren't releasing enough specs to the community for a free driver. But on the other hand, the community isn't providing them a stable platform to develop on, see #2.
4) Lack of unchanging commercial plugin standards. VST works. The API doesn't have a million tiny revisions, and any VST plugin works great on anything from Logic to Fruity Loops to the latest Cubase SX. The API was published WHEN IT WAS FINISHED, and NOT CHANGED.
Re:Nice, but still a toy (Score:3, Informative)
I think you are confused. CUPS is a printer API, it has nothing to do with sound. In fact, there is no need for an ASIO equivalent as Linux with the kernel pre-empt and low latency patches has far lower latency normally than Windows even with ASIO. I don't know if they are sample accurate, but I know you can get extremely low audio latencies with this sort of setup.
2) Inconsistent platform. We do not have a uniform development platform. Each distro ships a different version of GCC with its own inconsistencies, different GLIBC, same issue, and so on down to GTK or QT, XFree86, etc. With a product like Cubase taking at least 6 months to port, no doubt the platform will keep changing underneath them. What solution would they have other than supporting ONE distro only or shipping their own?
I don't understand you. Currently Linux is going through a switch of the C++ ABI. If your audio app is written in C++ then you will need to provide 2 binaries for the duration of the switchover. They do not require porting, just a recompile. The widget toolkits only break compatability every few years, and you can always use compatability libs as they can be installed side by side. Moonlight for instance uses its own version of Qt 2.2. X has been backwards compatible for over 10 years. They can do what all the other Linux companies do, and write their software to be distro neutral. It's not hard, the biggest challenge is the installer.
3) Lack of hardware support. Yes, vendors like my personal favorite, Echo, aren't releasing enough specs to the community for a free driver. But on the other hand, the community isn't providing them a stable platform to develop on, see #2.
NVidia manage it. There are even drivers now for WinModems (which use proprietary drivers). It's more work to support all kernel versions, and I agree that Linus should stop breaking compatability, however it is perfectly possible to write drivers that will compile on any kernel version. If Echo don't release the specs, or write their own drivers then yes you are locked in to Windows. Congratulations.
4) Lack of unchanging commercial plugin standards. VST works. The API doesn't have a million tiny revisions, and any VST plugin works great on anything from Logic to Fruity Loops to the latest Cubase SX. The API was published WHEN IT WAS FINISHED, and NOT CHANGED.
VST plugins are the standard because of the popularity of Cubase. This is hardly the fault of Linux - if one sequencer gets more popular than the rest then I'm sure we'll see something similar. How often the plugin API changes is entirely up to the developer: remember that APIs change more frequently on Linux because most stuff is open source, so changing the API to get a better system is less painful than on a closed source system.
Now that Apple owns Emagic... (Score:1)
I agree with all those users who think cubase is a dog with fleas....sonic foundry on the other hand -- pretty much rules.
Re:Now that Apple owns Emagic... (Score:1)
legal issues (Score:3, Interesting)
Not powerful enough... (Score:1)
Max/MSP is the kind of stuff that geeks really get into, it's basically a programming language for sound... somebody make a Linux clone of this!
Re:Not powerful enough... (Score:1)
Why the excitement? (Score:2)
Re:State Of Slashdot Censorship (Score:1)
...Boom Tschack. (Score:1)
Re:Good news, but... (Score:1)