Slashdot Mirror


Wired: Pro-Level, GPL'd Audio Editing For Linux

Sven Hertz writes "For all us music professionals who were longing to a promising music production and creation software on Linux, there is now Wired (screenshots). It supports unlimited Audio/Midi tracks playback and recording, and introduces a Plugin system for instruments and effects (VST support under way too). It can also read AKAI CDs and import 18 different Wave formats. The first test version was released a few days ago and its news made the rounds successfully on OSNews & GnomeDesktop while it was placed "app of the week" over at GnomeFiles."

22 of 356 comments (clear)

  1. OSX needs this by imag0 · · Score: 1, Insightful

    Would be nice to have more GPLed/Free audio/music editing apps for macos X. Sure, Garageband is nice, but the more the merrier!

    1. Re:OSX needs this by jonwil · · Score: 4, Insightful

      As this is GPL, there is nothing stopping ports to other platforms :)

  2. Damn. by Anonymous Coward · · Score: 3, Insightful

    A very important rule in software engineering (especially in OSS) is: A program should have as few dependancies as possible.

    So this is for gnome. Next week we'll have a similar thing for KDE on qt. And next month another tool based on XUL that runs on all systems....

    Why, did't they had to add the GNOME(->pango->freetype->xrenderer->xpat->rederer- >xgoofy) dependancy on a program who's main function is audio processing?

    They will lose users because at the time the same thing appears with no WM dependancies, users will prefer that. Compare KDE-mail-app, GNOME-mail-app and mutt. Everybody except KDE/GNOME developers uses mutt.

    1. Re:Damn. by TheNarrator · · Score: 3, Insightful

      A very important rule in software engineering (especially in OSS) is: A program should have as few dependancies as possible.

      The other far more important rule is don't reinvent the wheel. I think your attitude has come from years of Redhat/Mandrake/RPM dependency hell. I've been there, I know what it's like, I feel sympathy. You probably wouldn't have this gripe if you used Debian. I'll be able to install the whole thing with one command, dependencies and all when the deb package gets added to the repositories.

    2. Re:Damn. by TheNarrator · · Score: 4, Insightful

      The package maintainers know a lot more about their program's dependencies than I do and that's the way it should be. Managing them on one's own is just a big waste of time. Not using third party libraries is wasting a lot of effort on not much gain. There's already enough api fragmentation as it is on unix. Think of how many different config file formats we have. All because everybody had to write their own config file parser just to be a bad ass (I.E XFree/Apache/Passwd/Fstab/Sendmail/Postfix/ /Bind/Postgres/Every Single 31337 window manager out there) and then there's all the myriad font handling for X Windows, etc, etc. Anyway I think some people are starting to get a bit of stockholm syndrome with regards to these limitations. Meanwhile over in Java land there isn't a single library or program I've used recently that uses a config file format other than XML. BEAUTIFUL! One guy tried to invent his own XML like format just to be cool but I think he got talked out of it.

  3. pro-level... by Cryptnotic · · Score: 4, Insightful

    ...you keep using that term. I think it does not mean what you think it means.

    --
    My other first post is car post.
    1. Re:pro-level... by PasteEater · · Score: 5, Insightful

      ***I have not used this software***

      However, as a professional who makes a living both recording and doing live sound, I find this very hard to believe.

      Let me explain, please....

      I think that software deadlines are similar to professional audio deadlines- you just never have enough time. No matter what happens, you can always look back and think, "This could have been better."

      However, you get no revisions with a song (or album, etc.) after it's been released. Once it's "done"... you're ass is on the line.

      Here's the big finish: I don't know of anyone (and I don't know _everyone_) who would consider this "Pro-level". It's only pro-level when it does A) things better thanPro Tools B) things better than Logic C) things cheaper than both. Most importantly D) Has been through trial by fire.

      Perhaps I've not emphasized enough that prefessional audio engineers are under a very tight schedule. Considering that fact alone, it's *very* difficult to call something "professional" when it's barely out of it's infancy.

      I would really like to see something like this succeed. After spending a huge amount of money on pro gear, it would be nice to have some thorough, reliable tools that work well. Remember though, Pro Tools has the same thing Apple has going for them - tight software/hardware integration.

      I don't care about the Open/Closed software discussion when it comes down to paying my bills or not paying my bills. If it works, you are going to have to *really* try to convince me that I should change my mind.

      So... mod the parent UP, not only is he right, but dammit, The Princess Bride is a funny movie!

      --
      There are two kinds of people in the world: those with loaded guns, and those who dig.
    2. Re:pro-level... by StormReaver · · Score: 1, Insightful

      "***I have not used this software***"

      Come back and give us your opinion on this software when your opinion means something: after you've used the software, found it lacking on a professional level, and have something concrete to say about it.

      "It's only pro-level when it does A) things better thanPro Tools B) things better than Logic C) things cheaper than both."

      By your own (bad) logic, only one, at most, of the tools you mentioned can be considered "professional", as only one can be better than the other, and only one can be cheaper than the other. Moreso, you're saying that if they are both of equal quality and price, then neither is professional grade.

      But the same tool doesn't necessarily have to be both better and cheaper. So by your own odd definition, neither of these tools is necessarily professional grade.

      "If it works, you are going to have to *really* try to convince me that I should change my mind."

      How about actually getting down off your high horse and giving it a try to see if it does what you need? Wow, what a novel f*****g concept. Don't be such an arrogant ass.

      If you'd rather spend a ton of money on something that doesn't get you anything more than similar FOSS software, then be my guest. If, after using it, it really stinks compared to the high-dollar stuff, then so be it. At least then there is a foundation for a rational objection.

      But don't expect anyone to take you seriously when you've giving an opinion out of your ass on a piece of software that you've never used.

    3. Re:pro-level... by CliffH · · Score: 2, Insightful

      Before I begin, to all the mods. Mod me down to oblivion, I don't really care. I need to say this even if no one wants to listen.

      "***I have not used this software***"

      That's the most telling thing you have said. As a sound engineer, musician, artist, you should be wiling to experiment a bit, try new things, look at other avenues. This doesn't mean giving up any of your knowledge, equipment, tools, etc., it could mean adding a valuable piece. When I was activiely recording and playing, I wasn't afraid in the least to try new and unusual (to myself anyway) ways of getting the sounds I wanted. If I felt a particular piece of software would have helped me get the sound I wanted, hell, I would have tried. If it didn't, oh well. I tried it. I know about it. If I need it in the future it's in the meat-space database.

      ProTools is an excellent product and I will say that I haven't seen anything yet that will compare to it. Saying that a product has to be better and cheaper to be comparable to it is a self-defeating statement used to vidicate your love of ProTools. Love, like, or use it because it gets the job done. In the end, it is a tool. Just as much as my basses, guitars, kits, keyboards, and brass instruments were mine. Hell, I loved one of my basses. I'd play it for hours on end just because I could, not for any kind of gain except a gain in happiness. In saying that though, if I would have found another one that would have done the job better, no matter the cost, I would have probably scrimped and saved to get it, or at least given it a good go as a point of reference. I wouldn't have dismissed it fully based on price or whether or not it was just like mine or better.

      Open/Closed source truly has nothing to do with it either. That I will whole heartedly agree with you on. If it works the way you like, use it. If you're so inclined and you have software programming abilities and it is Open source, change what you don't like about it. Hell, make it into a ProTools clone for all anyone cares. If you're using it in house and it does exactly what you want it to do, we're all happy for you.

      In the end, I'll make it short and sweet. Ardour, Wired, ProTools, Cubase, Logic, they are all very good tools that can get a job done for you. It's your choice as to what you use and how you use it. Using what everyone else is using as an argument (this is for everyone else thinking it, not pointed at you personally) or justification is only limiting you to new possibilities.

      CliffH

      P.S. The Princess Bride did kick ass. :)

      --
      sigs are like a box of chocolates, they all suck remove the underscores to email me
  4. Re:This rules by renoX · · Score: 4, Insightful

    Do you realise you advise him getting a new computer for an app?

    Kind of expensive, don't you think? Especially since he has already a working solution dual booting Windows..

    I wouldn't brand you as a troll, but as an "over-enthousiast"!

  5. Re:This rules by UnknownSoldier · · Score: 2, Insightful

    Thx Bob!

    Too bad /. didn't have stickies, as we could compile a "recommended" app list summary.

    I finally remembered that DVD authoring program for Windows...
    - DVD Maestro => DVD Studio, or Sizzle
    (Allthough it is no longer being sold. :( I wonder what people are using instead?)

    You a Red Dwarf fan?! The seasons are out on DVD! (Or your "local" torrent TV show listing)

    Peace

  6. Re:This rules by Bedouin+X · · Score: 4, Insightful

    What does the Mac do out of the box that Windows doesn't do? Like you, I'm not trolling but I really don't see any evidence of this. I have been a Mac user for 15 years and have a dual G4 in my office and have been settng up a couple of dual G5 ProTools systems over the past few months so I have a decent cache of experience to go on.

    Maybe in the Windows 3.1 days or even windows 9x I would concede that the Mac had better audio capabilities by default, but I really don't see it these days.

    --
    Dissolve... Resolve... Evolve...
  7. Worst UI Ever by Nurgled · · Score: 4, Insightful

    It would have been better to use standard UI widgets for a lot of that stuff. When will people learn that rotary knobs do not work well in computer interfaces.

    We use rotary knobs on physical devices because they are easy to manipulate by applying friction with our fingers. A far better alternative for a computer-based interface would be a slider combined with a text-entry widget to allow precise values to be entered, thus making the computer interface better than the real-life one, rather than reinventing all of the limitations of the physical interface with the extra pain of figuring out how to manipulate a turning control with a mouse pointer. They'd also have a bit more room to write a decent text label on the control, rather than the unreadable blurs they use now.

    None of it goes together, either. If they'd just let the standard UI widgets render in the standard way it would have looked a lot more consistant across different parts of the application, and they'd only have had to implement special behavior for the more specialised widgets such as the waveform viewers and so forth. I suspect that as we reach higher and higher display resolutions that bitmap-based interface will end up tiny and unusable, too.

    1. Re:Worst UI Ever by CamTarn · · Score: 2, Insightful

      Rotary knobs are designed to be packed densely. Witness an audio mixer: each channel is made up of many knobs and small buttons, and one slider. Replace each knob with a slider and a text-entry box, and suddenly your channel density drops by a factor of four. It doesn't matter too much in normal applications, where if you've got that number of controls packed that densely, you're probably doing something wrong.

      Possibly a better way to do things would be to use knobs, with some way of popping up a text entry box to enter a precise value.

      I've used audio apps based on sliders-with-text-entry, namely GranuLab, which has an entire screenful of densely-packed, gray, blocky sliders. It looks awful.

      You're right about the bitmap-based interface, however. I use Propellorheads' Reason, which has a beautiful bitmap interface that tries to emulate real-world devices as much as possible. It's great fun to use - but on a 1280x960 screen everything is tiny, and the device stack only occupies half the width of the monitor.

    2. Re:Worst UI Ever by Christopheles · · Score: 1, Insightful

      It would have been better to use standard UI widgets for a lot of that stuff. When will people learn that rotary knobs do not work well in computer interfaces.

      We use rotary knobs on physical devices because they are easy to manipulate by applying friction with our fingers. A far better alternative for a computer-based interface would be a slider combined with a text-entry widget to allow precise values to be entered, thus making the computer interface better than the real-life one, rather than reinventing all of the limitations of the physical interface with the extra pain of figuring out how to manipulate a turning control with a mouse pointer. They'd also have a bit more room to write a decent text label on the control, rather than the unreadable blurs they use now.

      I must concur, I have had these exact thoughts before. It seems as if almost every audio program must have it's own fancy widgets that are almost impossible to use. The default colors/interface just aren't good enough. I remember when I first got a soundcard, came with a program to play midi files and whatnot. I couldn't figure out why the UI was so hard to use until I realized they were trying to make it look exactly like a stack of physical audio components instead of an actual program.

      Interfaces work much much better if they are consistent. People realized a few years ago that bitmap interfaces were both much harder to use, not consistent, and do not scale well, despite how "cool" they may look. See Winamp vs Foobar2000.

  8. Re:This rules by Anonymous Coward · · Score: 1, Insightful

    If you're using Alcohol 120% mainly for it's virtual drive features on Windows, you won't need anything on the Mac. DiskCopy (now DiskUtility, i believe) allows you to create images of disks, and the OS supports mounting of these natively. And it's been that way for at least the 10+ years that I've been using Macs...One of the beauties of not having letters assigned to drives...

  9. sorry... by Rage+Maxis · · Score: 5, Insightful

    this app isn't "pro quality". Its tinker grade at best, alot of the bargain bin software at your local music store is better at being amateur grade than this product is.

    1) Lack of good low latency options for the MIDI, etc.

    2) Where's the vocoder? the pitch matching? the multipass filters? the FFT-based filter? the automatic noise reduction based on a noise sample?

    3 examples (of many) of why this isn't *PRO* software. I already saw many posts "WOW! FINALLY ANOTHER REASON I CAN GO 100% TO LINUX!!!!"

    This release and any number of previous sound software releases suggest that but I dont see anything from 1 hr of reading on the website about this package that suggests it even competes with Samplitude releases from 1995 or Sound Forge in 1995 in terms of even single channel editing.

    Windows and Mac still and always will rule for "pro" sound editing, unless protools, samplitude, propellerheads or any number of other companies port to windows.

    --
    --- ask me about nihilism, I will have nothing to tell you.
  10. Re:SMP support? by StormReaver · · Score: 2, Insightful

    If the application is either multi-threaded, or uses multiple processes, then it automatically supports SMP.

    On Linux, apps don't have to be specially aware of multiple processors. Linux apps are SMP aware merely by being multi-threaded or multi-processed. Linux will automatically spread them around the processors.

  11. It's raining bile, hallelujah! by billcopc · · Score: 3, Insightful

    I hate to rain on everyone's parade here, but every time a "great" linux app comes out, it turns out to be a pale mockery of some "great" Windows app. Here's my opinion on this project:

    It is (at least to me) obviously mimicking Cubase. Cubase is a serious application, used by serious musicians and audio engineers. I use Cubase, almost daily, and I find it kind of backwards sometimes because it is designed from a musician's point of view, making it look like conventional rack equipment, while I am a code guru and I'd rather have extreme control over everything.

    Now we have Wired, which is a virtual studio app built for a coder/hacker's operating system; why are we imitating the rich fool's interface when we could instead be designing one that is better suited to the target demographic ? I'm not saying this app does not belong on Linux, but instead of blindly copying an existing app's look and feel, why not start with a clean slate and build it RIGHT ?

    And VST support ? that's a pipe dream if you ask me. Running Win32 video codecs in MPlayer is one thing, running Win32 VST plugs is a whole different ball game. One thing I learned over the years is that most people who are good at music, suck at code, and vice-versa. I am one sexy exception =) What I mean is that the typical VST plugin is kind of rough around the edges.. they look pretty and sound kinky, but under the hood it's grossly inefficient and poorly debugged code. VST plugs tend to crash often, and most likely depend on a few Win32 support DLL's for a handful of stupid non-audio tasks. Lots of nasty stuff to "emulate" if you want it to work good (and fast).

    What I think Linux needs is for people to accept a common audio interchange format and protocol. VST is just a standard for software plugins, but it is Steinberg's intellectual property. What if Linux had a license-free standard for audio chains, let's call it LinVST for fun. Write one linux app that takes LinVST Input, does a few nasties then spits out LinVST Output. Then that conformant app can be plugged into any LinVST-aware host.

    --
    -Billco, Fnarg.com
  12. Re:VST Support in Linux Applications by Dominic_Mazzoni · · Score: 2, Insightful

    By the way, there's a huge problem with VST and GPL'd programs: the VST SDK has a restrictive license on it that doesn't allow you to redistribute it - you have to download it from Steinberg yourself, after agreeing to their terms. So the only way to distribute a GPL'd program that depends on the VST header files is if you add an exception clause to the GPL...but if you do that, you can't link to any other libraries without that exception clause, such as FFTW, for example. It's a big pain, and that's the reason Audacity doesn't have native VST support (though there are still ways to access VST plug-ins through plug-in bridges).

  13. Pro level, huh? by J.+Random+Luser · · Score: 2, Insightful

    On a b/w limited server? Nitpick: at gnomefiles it says "aims to be a professional ..." Also warns this is a beta, and offers the Sourceforge forum as help. For a "pro-level" digital audio app I would expect to be able to pay money for help, GPL or no. Having run thru a mini zoo of daw apps in the past 15 years, we always come back to Digidesign. As an earlier post said, the tight coupling of h/w + s/w means it always works as advertised.

    The list of dependencies for Wired is also a bit worrying, but with supreme confidence the ToDo file is empty. The source is available at Sourceforge so I'll try to buld it, and report back if there's anything interesting...

  14. on-screen knob manipulation by timothy · · Score: 2, Insightful

    How's that for a dirty-sounding subject line?

    You're right that on-screen knobs meant to be manipulated with mouse-dragging are lame; however, as another responder has pointed out, knobs also take up far less valuable space, so your channel density can be higher.

    That may not be a great tradeoff for everyone -- how many channels are most home recordists really interesting in playing with at once?* -- but it's one that a lot of audio programs' designers seem to think was wise.

    The real point I'd like to make though is that while on-screen knobs are lame as a mouse-driven interface tool, they're *not* necessarily bad; for instance; a combination of mouse-over activation and a PowerMate or controlled by an external MIDI control surface, for instance, might be a really nice setup. It's not perfect for on-screen control elements to scream out for off-screen controllers, but not much is. I really wish keyboards could come with a rotary controller standard -- rotation is a nice motion!

    timothy

    * However, there might be quite a few who *do* want a lot, I'm not denying that ...

    --
    jrnl: http://tinyurl.com/c2l8yr / foes: http://tinyurl.com/ckjno5