Slashdot Mirror


Linux Audio Developers Conference

paulbd writes "This weekend sees the first Linux audio developers conference at ZKM in Karlsruhe, Germany. Gathering together many members of the Linux Audio Developers mailing list and others, the conference will feature 2 days of in-depth technical presentations and demonstrations of many cutting edge Linux audio and MIDI applications." Desktoplinux.com has a related story about using Linux in a professional recording studio.

263 comments

  1. Where is the stream ? by MosesJones · · Score: 2, Interesting


    This all appears to be text, are they streaming the presentations, which would make sense at a conference like this ?

    --
    An Eye for an Eye will make the whole world blind - Gandhi
    1. Re:Where is the stream ? by theno23 · · Score: 4, Informative

      - The live audio stream to be broadcast on Friday and Thursday (probably
      between ~ 2 P.M. and 9 P.M. on both days) is available at these LiveIce
      servers:

      x http://plugin.org.uk:2300/liveice (currently set to max. 50 clients)
      x http://politik.uni-duisburg.de:2300/liveice (max. 20 clients)

      As posted to the linux-audio-developers mailing list.

    2. Re:Where is the stream ? by Anonymous Coward · · Score: 0

      we are now streaming. please visit http://www.linuxdj.com/audio/lad/eventszkm2003.php 3 for details. currently speaking is alsa core developer takashi iwai.

  2. LADC? by Anonymous Coward · · Score: 5, Funny

    I think they should be renamed "Linux Audio Realtime Developers And Sound Symposium".

    1. Re:LADC? by xanadu-xtroot.com · · Score: 1

      "Radio Dispatch, do you know who this is?!?!"
      "no, who is this is?"

      --
      I'm not a prophet or a stone-age man,
      I'm just a mortal with potential of a super man.
  3. could be big by Anonymous Coward · · Score: 4, Interesting

    Sound support is one area where Linux has consistly trailed more important Operatin Systems such as Microsoft Windows and Macintosh OS. Where those systems have had Professional quality support for Professional quality hardware that works well, Linux has been stuck in the background.

    Perhaps this Conference can identify and deal with such issues as:

    1. High Latency when performing other tasks such as opening windows or moving windows around. This leads to stutters in Audio and MP3 Playback.

    2. Poor compatibility with Professional and New hardware. Realistically, although most people use SB AWE64 and SB Live! sound cards, most Professionals use newer cards and many new computers have other cards. Linux is not compatible with hardware that is newer, cheaper or more expensive.

    3. Poor feature support for Linux, because it is good support for features such as 3D Sound and MIDI Music playback.

    4. Best Stability on Linux audio drivers. Other Operating Systems have drivers that crash less for Audio Hardware. Linux is a very much more stable Operating System in most respects, but the lack of stability in audio drivers is Irritating.

    If these issues can be addressed then Linux could be a top quality audio platform!

    1. Re:could be big by cxreg · · Score: 3, Informative

      1. High Latency when performing other tasks such as opening windows or moving windows around. This leads to stutters in Audio and MP3 Playback.

      This is definitely being fixed in Linux 2.6. Between the new O(1) scheduler and the recent patches for interactivity, this SHOULD go away completely.

    2. Re:could be big by oliverthered · · Score: 4, Informative

      High Latency.....
      pop along to kernel.org and get a 2.5 kernel. Oh, and make sure your graphics card is accelerated.

      'Poor compatibility with Professional and New hardware', wait till Mac becomes #3, also I think it's easier to write drivers for 2.5/6.

      'Poor feature support for Linux', go get alsa (or 2.5 since it has alsa in the kernel tree).

      'Best Stability on Linux audio drivers', now this is where you can help, since you want 1 2 and 3 why not goto kernel.org, get a 2.5 kernel, do some testing and report the bugs in the kernel bugzilla.

      --
      thank God the internet isn't a human right.
    3. Re:could be big by josh+crawley · · Score: 1

      Vocalized and then output through ALSA.
      -----

      Sound whirrrrrrrrrrrsupport is one (crakcle)area where Linux akkkkpwhas consistly trailed more ptoo ptoo ptooimportant Operatin Systemshack hack such as Microsoft Windows pukpupupkkupuand Macintosh OS. Where thosewhirrrrrrrr systems have had Professional quality supportckckckckckckc for Professional quality hardware that whirrrrrrrrrrrrworks well, Linuxkkkkkkk has been stuck (snappoofbang)in the backgroundpokopokop.

      I've had much better luck with OSS (although latency sucks) than ALSA. Also, what's the deal with ALSA not being able to handle 4 or 5 channel cards? That's like a 3d graphics card with the prereq of 2.5 d only.

    4. Re:could be big by Anonymous Coward · · Score: 0

      AFAIU, latency is potentially much better on Linux than on both Windows and Mac. That is why Steinberg developed ASIO instead of using the native sound infrastructure.

    5. Re:could be big by gilesjuk · · Score: 1

      Get some decent apps and good drivers will appear, get some good drivers and decent apps will appear.

      I wish Linux supported my Yamaha sound cards, Yamaha aren't interested in Linux drivers as I have asked them before. Something about giving away secrets of their chips etc.. bah.

      I'm voting with my wallet...

    6. Re:could be big by molarmass192 · · Score: 1

      That excuse is such a load of horse sh-t. If we can reverse engineer drivers one Windows then what's stopping a company with resources to dedicate to the task from reverse engineering their secrets? Besides, what's stopping them from releasing a closed source driver? Yamaha won't be seeing any of my money anytime soon.

      --

      Good people do not need laws to tell them to act responsibly, while bad people will find a way around the laws-Plato
    7. Re:could be big by Surak · · Score: 3, Informative

      1. High Latency when performing other tasks such as opening windows or moving windows around. This leads to stutters in Audio and MP3 Playback.

      I don't have any problem with this on my Athlon XP 1800+ running Gentoo Linux. Although I did have some problems with these on my old Mandrake 8.1-based AMD K6/2 400, the problems were *more* pronounced in Windows 98 and Windows 2000 on the same hardware than they were in Mandrake.

      Now I'm not sure whether the lack of these problems is due to Gentoo's high-level of optimization or my faster processor, but I suspect it's some combination of the two.

      I paid less than $600 for the components to build the Athlon box last year.

      Poor compatibility with Professional and New hardware. Realistically, although most people use SB AWE64 and SB Live! sound cards, most Professionals use newer cards and many new computers have other cards. Linux is not compatible with hardware that is newer, cheaper or more expensive.

      I don't know about higher-end hardware than the SB AWE64 and SB Live! cards, but you say that Linux doesn't work with hardware that's cheaper. I say sure it is. The aforementioned Athlon has integrated SiS 7018-based sound hardware that works absolutely fine and has 100% functionality with ALSA.

      Best Stability on Linux audio drivers. Other Operating Systems have drivers that crash less for Audio Hardware. Linux is a very much more stable Operating System in most respects, but the lack of stability in audio drivers is Irritating

      I've never had any audio driver crash on Linux, but then again I've only used 3 different drivers so what do I know? ;)

    8. Re:could be big by Otter · · Score: 4, Insightful

      The biggest problem for desktop users, IMHO:

      Conflicts between sound servers. Under Windows and MacOS, I have no idea what the counterparts to Arts, OSS and ESD are, no idea whether there's a single one or if different servers can easily be run concurrently. And there's no reason why I should have to have any idea.

      It's absurd that there should be work involved if I want to play MP3's or streams with xmms AND CD's with the KDE player.

      No doubt someone is going to tell me that if I don't know the fine points of sound servers, I don't deserve to have sound on my computer. Let me save you same time and preemptively reject that notion.

    9. Re:could be big by Surak · · Score: 1

      OSS supports many Yamaha sound cards. Look here.

    10. Re:could be big by Anonymous Coward · · Score: 5, Informative

      This is a conference for professional audio on Linux, and most of your points are from a amateur/consumer viewpoint.

      You have to invest both in skills (ability to set up the computer and apply patches) and in hardware (RME/Hammerfall or M-audio are well supported) to use Linux for pro audio.

      1 High latency.

      Use a kernel with Low-latency patches, and a low latency sound server like jackd. Do not use a journalling file system on your audio drives.

      2 Poor compatability.

      See the ALSA page for supported hardware.

      3 Feature support.

      3D sound and simple soundcard MIDI music playback are not much use in a studio.

      4 Best Stability.

      Audio drivers rarely if ever crash, you may be thinking of sound servers such as ARTS, or indeed a program like xmms.

      I think that if Linux makes an impression in the pro-audio recording world, it will initially be as a replacement for dedicated systems like the Mackie HDR 24/94, Fostex MX-2424. These are the workhorses of studios, required to do a straightforward job, but with very high reliability.

    11. Re:could be big by Surak · · Score: 1

      Come to think of it, so does ALSA.

      mumbles somethign about stupid 20 second limit...

    12. Re:could be big by gilesjuk · · Score: 1

      Not the Yamaha DSP Factory or SW1000XG.

    13. Re:could be big by gilesjuk · · Score: 1

      The two cards in question are (or were, they're getting on a bit) professional cards. They can't see a professional Linux market exists, hence not worth the risk.

      The codecs on both my cards are not Yamaha designs, so could have some driver written, it's the control ASICs that they wish to keep secret.

    14. Re:could be big by Surak · · Score: 1

      Oh yeah, of course *those* aren't supported. ;)

    15. Re:could be big by gilesjuk · · Score: 1

      Hence my original posting :)

      This reason alone means I need a Windows box for music, or a Mac which I can't afford. I only need a spare motherboard to build up a music computer or a spare mortgage to get a decent Mac :)

    16. Re:could be big by wrenkin · · Score: 1

      Well, as this thread is for the most part geared towards more professional applications, I would say that a professional probably wouldn't want to be running his sound through Arts if he's worried about latency.

      --
      -- "Is this death or is this Ohio?"
    17. Re:could be big by PD · · Score: 1

      How about this one:

      If I'm playing an mp3 and browsing with Mozilla, Mozilla will lock up on me anytime I hit a flash page.

      That's because flash wants to use the sound card too. How the hell do I fix that problem? I solved it by disabling flash, but that's not quite a perfect solution.

    18. Re:could be big by Anonymous Coward · · Score: 0

      You are 100% bang on, even though most /.'ers will see your post as a troll.

      They have klunky workarounds, such as esd, and such, that intercept requests to the sound card and make it possible to do two things at once. But this is a klunky hack. Please, sound guys, make this part of the driver so that the user doesn't have to worry about it!

    19. Re:could be big by IamTheRealMike · · Score: 3, Informative
      On Windows, I believe DirectSound does software mixing in the kernel.... the Linux guys don't want all that kind of crud in the kernel and for good reason. So we need to mix in userland.

      Last time I checked up on this (a few weeks ago) there was a big discussion going on kde-multimedia about this very issue. KDE is really the key point here, as now GNOME is moving to GStreamer they are basically isolated from what sound server is used.

      The main sticking points seemed to be: JACK is cool for pro audio, but doesn't have network transparency and is Linux only. aRts just blows goats, and needs to be phased out. MAS == Unknown?? GStreamer is being blocked by a few developers who aren't happy with GObject. Then there's this thing called CSL which is supposed to wrap the whole mess up into YAAA (yet another audio api).

      Basically, the situation is highly confused, and I don't know if we'll get anything good out of it :(

      Oh, and just to make things even more fun, it seems that at some point ALSA may get the ability to route its audio via JACK, so apps that are unaware of the sound server in use could end up being mixed by JACK.

      Personally I'd favour JACK (or Jack) here, because firstly it's been designed by the linux audio community for low latency etc, so clearly real audio apps will be using it. Having to switch sound servers because you want to fire up a sample editor is stupid. Secondly, it's light and small enough to be accepted by most people, ie it's not a CORBA driven multimedia framework.

      The main problem seems to be lack of network transparency, which isn't really of great concern to most users at this time and could be added to Jack anyway.....

    20. Re:could be big by Anonymous Coward · · Score: 0

      try
      xmms-alsa
      kde compiled with alsa support
      alsa-oss compatability (probably not such a great idea).
      I havn't found anything without alsa support for quite a while.

    21. Re:could be big by gid · · Score: 1

      I personally never saw the point in sound servers, I have a ymfpci sound card and running the alsa drivers, I don't run a sound server, and mutliple applications can be accessing /dev/dsp at once, playing an mp3, still hear icq sounds, record. I've never runn esd, arts, or whatever....

      It's weird though, I can do all that, but if I load a page that uses flash, and I'm recording at the time, I get a kernel oops and my sound driver dies (until I reboot) damn annoying.

    22. Re:could be big by Anonymous Coward · · Score: 0

      On Windows, I believe DirectSound does software mixing in the kernel.... the Linux guys don't want all that kind of crud in the kernel and for good reason. So we need to mix in userland.

      That's a load of crap. There is already a hideous amount of device drivers in the kernel, and the sound mixer is just another device (one that multiplies the sound hardware for multiple programs).

    23. Re:could be big by Anonymous Coward · · Score: 0

      it's a frigging BUG in the flash plugin, that got fixed in the 6.X versions. Just upgrade to that
      or use the esddsp trick.

    24. Re:could be big by CoolVibe · · Score: 1
      On Windows, I believe DirectSound does software mixing in the kernel....

      So does FreeBSD. They have virtual devices in /dev called /dev/dsp.{1..n} (for all the channels), and /dev/dsp just takes which ever one's free. In-kernel sound multiplexing. Is that cool or what. No matter what your desktop uses (arts, esd, whatever) it will always work.

      Of course your audio card must support it. One card at least that I know off that can do it are the ESS/Maestro type cards.

    25. Re:could be big by GigsVT · · Score: 1

      It looks like aRts is unmaintained too.

      You don't mention the fact that you don't really need a user space sound daemon, you can just use /dev/dsp.

      --
      I've had enough abrasive sigs. Kittens are cute and fuzzy.
    26. Re:could be big by IamTheRealMike · · Score: 1
      Er, I think perhaps you don't understand the difference between software mixing and hardware mixing. Software mixing is what is used when the hardware doesn't support it, Linux w/ OSS has been able to utilise this nearly right from the start.

      In kernel mixing is where the kernel actually does the mixing calculations itself. That functionality doesn't actually need to be in the kernel, so they don't want it there.

      Anyway, this is all moot, it seems that the ALSA guys have come up with a way to use direct writes to the soundcards DSP buffer to do software mixing. Maybe sound servers will just fade into obscurity?

    27. Re:could be big by namespan · · Score: 1

      Hmmm. Apple's CoreAudio classes are supposed to be the bee's knees, and before that, NeXTStep had a highly regarded set of classes in the computer music community. Could the GnuStep Project's implementation be a good place to look?

      --
      Libertarianism is rich wolves and poor sheep playing gambler's ruin for dinner.
    28. Re:could be big by Rich0 · · Score: 1

      Realistically, although most people use SB AWE64 and SB Live! sound cards, most Professionals use newer cards and many new computers have other cards. Linux is not compatible with hardware that is newer, cheaper or more expensive.

      Not to mention that it has a fair share of limitations even with the Live! board you mentioned above. I recently tried to load a 145MB soundfont and found the driver dropping notes like mad. I couldn't find anything that would help solve this in the docs for alsa (which are VERY sparse - it took me a LOT of searching until I stubled on a Wiki page which mentioned that you need to download a 3rd party driver designed for the AWE series of boards to get soundfonts to load at all).

      Finally I started grepping through the source to find if there was a hard-coded limit to the soundfont buffer size. I found some tantalizing contstants in there, but no smoking guns.

      Granted, the Creative windows drivers have their own limitations (such as only letting you allocate 50% of RAM towards a soundfont), but this has been overcome with 3rd party software (such as Megafont - which loads and unloads individual patches as needed). I don't expect bells and whistles, but a kernel module parameter to set the soundfont buffer size would be nice. I'd even settle for an obvious #define in an include file in the source...

    29. Re:could be big by CoughDropAddict · · Score: 1

      JACK performs well but is not (yet) a "do the right thing" kind of program. It requires a high amount of user intervention to do anything useful. At the moment it forces you to configure the period size and the number of periods manually. Too low and you will get dropouts, too high and you will get sub-par latency. You can't just tell it to optimize for reliability at the expense of latency, because it can only operate with period-size/number-of-period combinations that the underlying ALSA driver directly supports.

      Additionally it will not resample for you, so if applications have sound data at a sample rate other than the rate JACK is running at, the application must be able to resample internally.

      I want to see a standard sound server as much as anyone else, but I don't think JACK (in its current form) is ready to fill that role. The question is whether someone will step up to accomplish the difficult task of retaining JACK's high performance while also making it simpler to use for less demanding users.

    30. Re:could be big by Anonymous Coward · · Score: 0


      Josh wrote
      > I've had much better luck with OSS (although latency sucks) than ALSA. Also, what's the deal with ALSA not being able to handle 4 or 5 channel cards? That's like a 3d graphics card with the prereq of 2.5 d only.

      Argh, come on. did you try professional audio gear once? Like RME or M-Audio cards? You don't get great support for those in OSS/Free. ALSA handles multichannel just fine. OSS is dead.

    31. Re:could be big by Anonymous Coward · · Score: 0

      That functionality doesn't actually need to be in the kernel, so they don't want it there.

      The mess of user space audio servers would seem to indicate otherwise. Its a lame argument, at best. After all, threads don't have to be implemented in the kernel, but it turns out that it is a whole of a lot better to have them there than in user space!

      A simple software mixer is not exactly difficult to write, and there are probably a few available already.

    32. Re:could be big by Anonymous Coward · · Score: 0

      MacOS is "more important"? Take Linux off the Net, and you'll lose a lot of sites and servers. Take MacOS off... nobody would notice.

    33. Re:could be big by Anonymous Coward · · Score: 0

      ignorant fool. go away!

    34. Re:could be big by damiam · · Score: 1

      If you have a decent sound card (SB Audigy, etc...) and are using ALSA drivers (I'm not sure about OSS), the sound card will do the mixing in hardware and you're set. If your card/drivers can't do hardware mixing, than you can install the aRts or esd soundservers to do software mixing, and put MOZILLA_DSP=auto in your ~/.mozillarc (on Debian anyway).

      --
      It's hard to be religious when certain people are never incinerated by bolts of lightning.
    35. Re:could be big by Anonymous Coward · · Score: 0

      Sorry, an unaccelerated GFX card should not affect audio latency. The GFX update should lag, not the audio. Bzzt. Sorry. Bzz zz z t. ;)

    36. Re:could be big by Anonymous Coward · · Score: 0

      I can't see any reason why you shouldn't use a journalling file system on your audio drives. JFSs record transactions, and audio applications tend to have a very low number of transcations. i.e. each stream output is a single write command - or should be

    37. Re:could be big by Anonymous Coward · · Score: 0

      JACK is useless for MIDI though.

    38. Re:could be big by egghat · · Score: 1

      No journaling filesystem ?

      Wasn't XFS from SGI designed for exactly this purpose (real time multimedia processing)?

      I don't know, but I thought, that choosing XFS for my home theater has been a sensible decision ...

      Bye egghat

      --
      -- "As a human being I claim the right to be widely inconsistent", John Peel
    39. Re:could be big by Anonymous Coward · · Score: 0

      running defrag should not affect latency either I suppose?
      your not one of the people who thing a single fast cpu is better than two slightly slower cpu's are you?

      accelerated GFX off load some of the work to a GPU on the graphics card, the OS can process other things (like sound) while the graphics card is doing the rendering that the CPU would usually do.

      Because the CPU has is blocked for less cycles when processing graphics your latency will be more consistant and better overall.

      Kernel pre-emption reduces latency because the kernel holds/blocks the CPU for less time.

      Better scheduling improves latency because their's more change that the CPU will be doing your audio processing.

      So, for good audio performance you need a responsive kernel, and the ability to offload as much work as posible from the CPU(SMP helps here).

  4. Alsa 0.9.1 released by Anonymous Coward · · Score: 2, Informative

    In related news, the Advanced Linux Sound Architecture has just released its newest stable version, 0.9.1.

    The linux sound community has been waiting for this for a long time. Congrats guys!

    1. Re:Alsa 0.9.1 released by Anonymous Coward · · Score: 0
      Alsa is a f*cking mess. It is a complicated, unstable, undocumented big nasty mess. Do a lsmod on a system with Alsa installed. My god, what a load of crap, pimpled with useless features.

      Alsa is the ultimate "hackers" plaything; Inscrutable to mere users, it could take months of study to figure out what all that mess is and how to use it properly.

      Whatever shortcomings of OSS, they pale in comparisson to the jungle known as Alsa. OSS is clean, simple, and portable, everything that Alsa isn't.

      Try to sell Linux to a Mac user or a Windows user, but for god's sake DON'T show them Alsa. The Mac guy will either laugh at your face of throw up. It's hard to say what sort of negative gut reaction you'll invoke.

      Alsa is the dark side of Linux. It is the epitome of getting it wrong the first and every subsequent time. Talk about design by committee and "too many cooks" . . .

  5. You forgot one by i0wnzj005uck4 · · Score: 5, Informative

    Audacity is pretty good, and for linux too. Can't believe it missed the cut.

    --
    - Cloud
    1. Re:You forgot one by Anonymous Coward · · Score: 1, Insightful
      Too bad it doesn't seem to be jack-aware yet. Though that should change with the new portaudio version, which already has the beginnings of a jack-output.

      The other possibility is a plugin for alsa recently mentioned on the jack mailing lists, which allows arbitrary alsa-aware programs to be linked into jack.

      An easy to use jack-aware soundfile editor/recorder is still missing, it seems.

    2. Re:You forgot one by Anonymous Coward · · Score: 0

      They ran out of words for linking...

    3. Re:You forgot one by Wildcat+J · · Score: 1
      Audacity on Linux (well, the 1.0 series) is only good if you don't need full duplex recording. Which means you cannot do any multitrack recording with it. It shows promise, but it has a long way to go.

      -J

    4. Re:You forgot one by Nadir · · Score: 1

      1.1 is very good and does full duplex very well even on my maestro 2e. Try it.

      --
      --
      The world is divided in two categories:
      those with a loaded gun and those who dig. You dig.
    5. Re:You forgot one by Dominic_Mazzoni · · Score: 2, Interesting

      Too bad it doesn't seem to be jack [sourceforge.net]-aware yet. Though that should change with the new portaudio [portaudio.org] version, which already has the beginnings of a jack-output.

      Yes, Jack support is definitely coming, as soon as PortAudio v19 is finished.

      - Dominic [Audacity developer]

    6. Re:You forgot one by Dominic_Mazzoni · · Score: 2, Interesting

      Audacity on Linux (well, the 1.0 series) is only good if you don't need full duplex recording. Which means you cannot do any multitrack recording with it. It shows promise, but it has a long way to go.

      Version 1.0 is based on a codebase nearly 18 months out of date. Try the latest code from CVS, you'll be pleasantly surprised. Full duplex on virtually all platforms, floating-point samples, real-time resampling, and lots more. We're hoping to release version 1.2 in a few short months.

      - Dominic [Audacity developer]

  6. Hardware support by Anonymous Coward · · Score: 2, Interesting

    But how many hardware manufacturers are actually putting out low-latency ASIO drivers for Linux?

    (On the plus side, Linux does have CSound and PD, which are excellent progs for electronic musicians.)

    1. Re:Hardware support by Anonymous Coward · · Score: 2, Informative



      RME and M-AUDIO are sufficient for me.

      good quality + good performance == bliss

    2. Re:Hardware support by lightcycle · · Score: 5, Informative

      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.

      --

      The stars that shine and the stars that shrink
      in the face of stagnation the water runs before your eyes
    3. Re:Hardware support by Anonymous Coward · · Score: 0

      Linux can use ASIO mode with alsa under jackd. (Use the -a flag).
      I'm not sure what benefits this offers when used with jackd+alsa. I think it speeds up PCI transfers by using block sizes related to the audio buffer size.

      Some VST plugins can be run with a LADSPA wrapper under wine, much in the same way a DirectX wrapper is sometimes used for VST plugins in Windows.

      It would be possible to add direct VST compatability to Linux programs, the only difficulty is the Licencing restrictions.

    4. Re:Hardware support by Anonymous Coward · · Score: 0
      Steinberg's hesitation in this area might very well prove to be a mistake


      I dunno, competition is hardly fierce. Steinberg can wait 5 years to port to Linux and their software will still kick ass.

  7. Oh, man! by Anonymous Coward · · Score: 1, Funny

    I can just see it now: a thousand geeks walking around talking into their cell phones "Can you hear me now?"

  8. Andromeda by turnstyle · · Score: 2, Informative
    Linux audio folks might be interested in my software, Andromeda. It runs on Linux/Mac OS/Windows with PHP or ASP, and turns a collection of MP3s, OGGs, and so on into a streaming web site.

    Sorry if that was too much of a self-serving plug.

    --
    Here's what I do: Bitty Browser & Andromeda
    1. Re:Andromeda by Anonymous Coward · · Score: 0, Insightful

      Shameless plug - especially since it's not Free Software.

    2. Re:Andromeda by rute20740 · · Score: 2, Interesting

      Another alternative, is NetJuke. Did I mention it's free software, unlike Andromedia?

  9. there's great stuff happening... by Anonymous Coward · · Score: 0

    The future for linux music is looking bright, indeed. With jack for audio and alsa for MIDI and the hardware side of things, there's great infrastructure for a very Unix-y way of tying separate applications together. This allows "simple" programs focused on small tasks, like freqtweak, which is a very addictive effect box, or software synthesizers like amSynth.

  10. Sonic Foundary niche by molarmass192 · · Score: 4, Informative

    I know for a few migrations I've been asked about, the show stopper has been lack of tools like those provided by Sonic Foundary and other music maker tools. Vegas and Fruity Loops are the two that have lost me converts in the past and neither work in WINE. I'm not a music man so I didn't have anything to counterpoint with but this is one area where Linux apps (not the OS) need to play catch up since Win and Mac apparently have many good music composition apps available for them.

    --

    Good people do not need laws to tell them to act responsibly, while bad people will find a way around the laws-Plato
    1. Re:Sonic Foundary niche by molarmass192 · · Score: 1

      ... if I remember correctly these were called "loopers" or "looping" apps. It's been a while since I researched it.

      --

      Good people do not need laws to tell them to act responsibly, while bad people will find a way around the laws-Plato
    2. Re:Sonic Foundary niche by poot_rootbeer · · Score: 1

      this is one area where Linux apps (not the OS) need to play catch up since Win and Mac apparently have many good music composition apps available for them.

      They need to? Why?

      Isn't it foolish to expect Linux to be the best tool for the job, for ALL jobs?

    3. Re:Sonic Foundary niche by GigsVT · · Score: 1

      Isn't it foolish to expect Linux to be the best tool for the job, for ALL jobs?

      As long as people are forced to use non-Free software to accomplish something that could be done with Free software, there is work to do.

      --
      I've had enough abrasive sigs. Kittens are cute and fuzzy.
  11. Linux audio is still shakey to me by GMFTatsujin · · Score: 4, Interesting

    I recently installed Gentoo Linux with modest optimizations for my processor (athlon-tbird 1GHz at -O2), expecting some pretty snappy response. Every app and driver was compiled from source with compatabilities built in for ALSA and OSS. I though it would be better than pre-compiled binaries.

    I've been quite disappointed. Maybe I layered in too much.

    Noatun plays MP3s with only modest smoothness. mpg123 suffers similar problems. Skips are common when switching or redrawing windows. Real users stick to command lines, I guess. :)

    I haven't tried recording from a live source, but I'd be wary -- is that weird pause in the music because of the recording skipping, or the playback skipping? Which system do I trust?

    Anyway. Perhaps I tried stuffing in too much compatability, and instead should have picked one system over the other. But then who knows which apps would work and which wouldn't?

    Please please please -- can we have a standard layer that's easy to install?
    GMFTatsujin

    1. Re:Linux audio is still shakey to me by Anonymous Coward · · Score: 0

      Try running a low-latency patched 2.4 kernel and jackd with realtime scheduling. Smoooooooth.

    2. Re:Linux audio is still shakey to me by Anonymous Coward · · Score: 0

      I had this problem before. But, my problem was actually the DMA not being set on the hd. After, running

      hdparm -X66 -d1 -u1 -m16 -c3 /dev/hda

      everything seems to be more snappy. Of course, Im not sure if this is the actuall problem; it works for me.

      Im still curious why distros dont activate hdparm by default. Maybe some do, not sure though.

    3. Re:Linux audio is still shakey to me by cxreg · · Score: 1

      hdparm -X66 -d1 -u1 -m16 -c3 /dev/hda

      Um, you probably note that running that command is EXTREMELY DANGEROUS. If the kernel did not automatically enable DMA, it probably did so for a reason. Forcefully enabling DMA could corrupt your hard drive.

    4. Re:Linux audio is still shakey to me by Vann_v2 · · Score: 1

      Did you enable the optimizations in the Gentoo kernel? Like low-latency scheduling and preemptible kernel?

      I can be compiling something, doing my normal every day stuff (browsing the web, reading e-mail, writing stuff) and listening to mp3s. Xmms doesn't skip a beat.

    5. Re:Linux audio is still shakey to me by Teancom · · Score: 1

      If using noatun, make sure artswrapper is suid root, otherwise you don't get the renicing/realtime benefits of you rt/ll kernel (you do have at least the real-time and low-latency patches for your kernel, right?). Using a suid artswrapper and a patched kernel, I *never* experience skips, on a PIII 750. And by never, I mean even when I'm copying massive amounts of data from my ide cd and compiling something, at the same time.

      Dunno about recording, sorry.

    6. Re:Linux audio is still shakey to me by Spirilis · · Score: 1

      That almost sounds sick. I'm using an Athlon Tbird 900MHz with Slackware 8.1 with a kernel compiled without any fancy optimizations or patches, and I'll be darned if it's not perfect. Using GATOS drivers for my ATI Radeon 7500 (AIW), probably have xmms compiled from source standardly (just using -O2), and I'm using ALSA with the onboard C-Media 8338 (or whatever) chipset that my Iwill board came with. (On another note, the C-Media sucks. My Sun Ultra 5's CS4231 or whatever onboard chipset sounds much better. I think this might give me an opportunity to play with NAS or get deeper into other audio servers... haven't touched audioserver technology at all, really.)

      --
      the real at&t mix
    7. Re:Linux audio is still shakey to me by ponos · · Score: 1

      > Noatun plays MP3s with only modest smoothness. mpg123
      > suffers similar problems. Skips are common when switching or
      > redrawing windows. Real users stick to command lines, I guess. :)

      This is quite hard to believe, especially since I was using an
      Athlon 700 with great success for multi-track recording
      and other media work. Especially MP3 playback is
      usually at the 3-4 % range cpu load so it is quite trivial
      as long as the process gets some time now and then.

      You could use the low latency patch (I'm not using
      it right now) but you also need to have a close look at your
      interrupts. Definitely use hdparm and make sure you
      sound card is properly configured. I'm using sb live! with
      drivers by creative (opensource.creative.com, or try
      sourceforge).

      My interrupt table is (truncated):
      14: 91022 IO-APIC-edge ide0
      15: 14 IO-APIC-edge ide1
      16: 402363 IO-APIC-level nvidia
      18: 29 IO-APIC-level eth0
      19: 17168 IO-APIC-level EMU10K1
      21: 0 IO-APIC-level usb-uhci, usb-uhci, usb-uhci
      NMI: 0
      LOC: 461516
      ERR: 0
      MIS: 0

      And of course all my drives are hdparm -u1 (unmask
      interrupt).

      This kind of stuff is VERY important. With a tbird 1000
      you could do up to 3-4 44.1/16bit channels + some
      FX easily (try ecasound).

      Also try increasing buffers and see if it helps. Note that
      increasing buffers increases latency but decreases skipping.

      And finally (not the best idea, but you should do it for
      serious work) you could give root privilege to your
      recording application so that it can use real time
      scheduling. Ecasound does that.

      P.

      P.S. I'm not sure about usb keyboard/mice. I never used
      them but they could be quite interrupt-hungry (serial
      line is VERY hungry, e.g. serial modem). You could
      take a look at that, too.

    8. Re:Linux audio is still shakey to me by Anonymous Coward · · Score: 0

      increase the pci-retry option, in your bios, to 64, that usually cures the problem with X11+audio, also set the equalivent option in your X config to true.

    9. Re:Linux audio is still shakey to me by labratuk · · Score: 1

      I'm using a 350Mhz K6-2.

      I've been using linux on it solidly since slackware 7.2. Now I use Gentoo.

      I have never had any troubles with audio stuttering. I regularly do plenty of media stuff on it, and it does just fine.

      I can play mp3s or oggs and do god knows what in the background and theres never a hitch. (unless said thing in the background really churns the hdd)

      But that's just me. You're probably having bad luck.

      (and I've got a soundcard with only semi existant driver support - an aureal vortex 2)

      --
      Malike Bamiyi wanted my assistance.
    10. Re:Linux audio is still shakey to me by vivek7006 · · Score: 1

      Welll, I am using Mandrake 9.0 in my system (1.3 Ghz Duron) and Audio/Video (including fullscreen DVDs) kicks ass. Whats the point in compiling everyting from scratch and wasting time and energy, if your 1Ghz machine cannot play Mp3s ? Throw your shitty gentoo in looo and install Mandrake

  12. Finally by FullCircle · · Score: 3, Troll

    I hope they do something about the audio issues in Linux. When playing an mp3 is a frustrating, skipping nightmare on even high-end systems, something is wrong.

    Even a PentiumII 300Mhz running Windows has better audio capabilities than my P4 2.4Ghz running Linux.

    Maybe the new patches the kernel developers are comming up with will help?

    --
    If tyranny and oppression come to this land, it will be in the guise of fighting a foreign enemy. - James Madison
    1. Re:Finally by brejc8 · · Score: 1

      Linux does have a tendency not to preempt. I have 1Gb or ram on my work machine and when I copy very large files everything gets cached and then after a few seconds the whole system freezes when the cache is dumped to disk.
      The new patches should solve that and improve reaction times

    2. Re:Finally by Anonymous Coward · · Score: 0

      have you tried using nice to give your mp3 player a higher scheduling priority?

      I did this the other day when xmms was skipping and it seemed to work.

    3. Re:Finally by andrewmc · · Score: 1

      I had a problem where my (RedHat 8.0) 500MHz K6-2 wouldn't play MP3s at all (unless you count white noise), but installing a more optimised kernel (i586 instead of i386, in my case) fixed it very nicely.

    4. Re:Finally by Lumpy · · Score: 1

      holy crap you have something horribly mis-configured.

      running Gnome, X, and tons of other apps running AND a XMMS vis running I get ZERO skips on a linux box on a simple P-II-350

      if you cant play mp3's perfectly in linux on anything bigger than a Pentium 200 thne you did something horribly wrong.

      and yes, I play mp3's all day long on a websurfer pro which is a Pentium 200 set top box with a jukebox program, mysql, and apache running on it.

      --
      Do not look at laser with remaining good eye.
    5. Re:Finally by Anonymous Coward · · Score: 0

      Use large (1MB) buffers in XMMS. This should take care of skipping.

    6. Re:Finally by suitti · · Score: 1
      I have a Pentium II/350 with an ISA Sound Blaster card, Matrox AGP accelerated graphics card, 650 MB RAM, IDE disk, SCSI CDRW. It currently has Mandrake 8.5 beta installed. I'm using the install kernel.

      Mandrake found my sound card and auto configured it. I run GomeCD or XMMS for sound. I just recently got an MP3 player for my car. I'm currently reading my CDs, converting them to MP3, and cutting disks for my car.

      So, I pop a CD into the drive. Run cdparanoia to generate .wav files on disk. A script runs notlame to convert these to MP3. Since my CD drive can read CDs faster than my CPU can convert them, I background the notlame script runs, and I may have several running at the same time. I don't bother to nice them. While all this is going on, I use xmms (which was in the Mandrake distrib) and play directories of sounds. I might be looking for all-instrumental tracks for inclusion on a disk, so I copy those tracks to some destination. xmms seems to consume about .3% (1/300th) of the CPU. It never skips, even when the load average is ten, even when I'm copiing megabytes of data from one disk to another. And when I'm burning a CD, I don't even bother to stop running SETI@Home.

      My point here is that if your Linux sound system skips, it isn't the CPU speed. My old 386/33 running Linux could play sound files without skipping (until it died).

      In the mean time, my friends with Windoze running on GHz+ P4's have to stop everything when cutting CDs because buffer underruns mess up everything.

      PC hardware is complicated. For every component, there are order of magnitude price ranges. Driver issues are often unknown until it's too late. Some of these are more important than others. Many systems are misconfigured. This may not be a Windoz/Linux issue. It may be more of a PC thing.

      For example, I bought a sound card for $12 (5 years ago). It claimed that it could do CD quality sound. Maybe they meant 16 bit per channel 44 KHz (more or less) stereo. But the sound quality was terrible. Who knows, maybe the A/D was bad. Maybe it wasn't very compatible with the driver I used. Whatever. I replaced it.

      I've never seen a Mac that does sound poorly. Maybe having a single hardware vendor isn't such a bad thing. The sound (22 KHz, 8 bit stereo) on my 16 year old Mac II is still great. How's the sound on your 286?

      You might check out DeMudi, which is a Linux distrib devoted to sound.

      --
      -- Stephen.
    7. Re:Finally by Anonymous Coward · · Score: 0

      For heaven's sake people, use "renice" (or just "nice" frome the start! Enter "man nice"; I play MP3s on an old P100 laptop and they NEVER skip because I set the nice level to -15 (may need to be root).

      I can't believe all the crap about optimisations, recompiling the kernel with patches etc. here. ONE COMMAND will stop your MP3s from skipping!

  13. Linux in a Pro Studio by Obiwan+Kenobi · · Score: 4, Interesting

    Wow. I've never read such a vague article in my life.

    Here's the synop:

    We used Windows. It crashed and got viruses. We didn't want to upgrade to XP.

    We played around with Linux. We decided on Mandrake. We went Ogg Vorbis. Life is grand.

    Nothing on the implentation, nothing on what programs/hardware they used in Windows or Linux, nothing in regards to performace of said hardware and/or ported software.

    Linux is great for them, but being too vague doesn't help small time studios understand how to use it in their shop, or how best to go about it.

    Why not get a little more in-depth, such as what utilities they used, what hardware settings needed to be tweaked (if any), and how difficult it was to train for.

    For example:

    What was the hardest part to train/learn?
    What features are you hoping Linux audio programs will add in the future?
    What advice would you give to a small, struggling studio in regards to using Linux in a studio?
    Do you know of any other studios who have utilized Linux?
    The list goes on.

    1. Re:Linux in a Pro Studio by mattsucks · · Score: 2, Interesting

      My impression of this article is that they're using their Linux systems for general-purpose functions ( like converting things to/from Ogg, book keeping, stuff like that ) rather than any real heavy-duty recording, multitracking, or editing. All the benefits of Linux mentioned in this article would be the same if you switched your desktop to Linux, or your server, or mom's home computer, or whatever.

      Unfortunately, multi-track recording and mixing, pro-level audio I/O hardware support ... those are exactly the features I _need_ in a studio computer, which are still not quite there yet in the Linux world.

    2. Re:Linux in a Pro Studio by Anonymous Coward · · Score: 0

      They're coming, though. Have you played with jack, yet? And ardour shows great promise, although it's not completely usable yet.

    3. Re:Linux in a Pro Studio by WankersRevenge · · Score: 1

      If you looked closely you would see that this "article" was actually taken from a Windows-to-Linux Migration topic on a Desktop Linux's message board. He wasn't writing a HOW-TO, or addressing any propeller heads. If you do want the answers to your questions (instead of bitching for karma), head over to the source and ask them.

    4. Re:Linux in a Pro Studio by namespan · · Score: 1

      I'd also question if this is what's meant by a "Pro" studio. I understand that it was used in a production capacity for a radio station, so in that sense it's professional I suppose, but it's not at all clear that it had the multitrack and audio manipulation abilities you'd expect from a facility built for recording a band.

      Getting away from the other vague technical points, I'd be happy just know what capabilities the studio actually had.

      --
      Libertarianism is rich wolves and poor sheep playing gambler's ruin for dinner.
  14. If you want to mix Mp3's in realtime by oliverthered · · Score: 5, Informative

    Try gdam, I havn't seen it in any distros yet.

    GDAM is a digital dj mixing software package. It aims to be a powerful, professional-quality music mixing and remixing system, suitable for live performance. It was conceived on some beautiful summer morning (in 1998), and developed with drive and enthusiasm that seemed completely unnatural. Over four years later, we have achieved many of our goals; yet, development continues. Here is a list of features:

    client-server architecture based around glib
    streaming and mixing of any number of mp3 files
    dynamic filter insertion and removal
    multiple sound device support (see the faq)
    plugin support
    cacheing / playing loops
    contiguous queueing - plays albums without gaps between songs, regardless of output buffer size
    dj turntable-style interface
    assisted beat matching
    waveform viewer / beat calculator
    sequencer
    record from any point in the stream, to disk or another process
    gtk gui's, with simple skin support
    flexible command-line interface
    gdam123 - an mpg123 clone that talks to a gdam server
    Users Guide
    hardware input support (midi and other)
    support to use LADSPA plugins
    support to create LADSPA plugins graphically
    online help

    --
    thank God the internet isn't a human right.
    1. Re:If you want to mix Mp3's in realtime by Anonymous Coward · · Score: 0

      actually you have been beaten to it by much better software / hardware.... finalscratch anyone:)

      www.finalscratch.com

    2. Re:If you want to mix Mp3's in realtime by oliverthered · · Score: 0, Offtopic

      How can it be better?, it's not free. (and requires shockwave for the 'intro' page)

      --
      thank God the internet isn't a human right.
    3. Re:If you want to mix Mp3's in realtime by ianjk · · Score: 1

      how can it be better???

      look @ what it does, it actually uses your turntables with timecode records to control the speed/pitch of the music...

    4. Re:If you want to mix Mp3's in realtime by plastik55 · · Score: 1

      So how is it better? You still have to beatmatch manually. FinalScratch is decent for DJs who don't want to admit that turntable-based mixing is becoming rapidly irrelevant. gdam whomps its ass for live performance capability. Instead of spending 75% of your time making sure that beats and bars line up, you take care of it with a couple of mouse clicks, fire-and-forget.

      --

      I have a positive modifier on Troll. When I mod someone Troll their karma should go UP!

    5. Re:If you want to mix Mp3's in realtime by Anonymous Coward · · Score: 0

      The Andromeda guy's software begins with a capital letter. Yours does not. Therefore, I will be going for the more professional Andromeda package.

      Funny haha.

    6. Re:If you want to mix Mp3's in realtime by ianjk · · Score: 1

      [i]FinalScratch is decent for DJs who don't want to admit that turntable-based mixing is becoming rapidly irrelevant... Instead of spending 75% of your time making sure that beats and bars line up, you take care of it with a couple of mouse clicks, fire-and-forget.[/i]

      I come from the turtablism side of things.. I wouldn't be caught dead mixing mp3s, plus I actually like to buy the records, so the producer gets his/her cut (quite a few of my friends have 12"s out and are trying to make ends meet off of their music). also the sound quality on vinyl is better than mp3 (imo). as for the matching beats and bars... if it takes 75% of your time, you need a lot more practice.

  15. oggenc is great by timothy · · Score: 2, Interesting

    a) it's great to see the various specialized summits and meetings that have happened in the last few years especially (distro-based, or "Desktop Linux" or kernel summit, or ...) -- it's impressive that the various subsystems are independently good enough (and independent enough, if that makes sense) that improving one system does not (usually) kill the others.

    b) Speaking of Linux sound, a nice thing: the other day, I compressed some music (passengermusic.com is the band's site, though no music is on the site) for a musician I know, because I'd like to convince him to post some music in ogg vorbis format on the band's website.

    Usually, I have used grip to do such compression (nice interface, easy), but this time I wanted to try a wider range of qualities without going in an changing grip's preferences several times, so I started up oggenc instead.

    Compressed at q6, the sound was predictably good, and my tin ears on my low-end equipment could not tell from the original. Sadly, same is true at 3. Probably most of the other available integers, too.

    For kicks (and since this is for web use, and since most people are still on dialup, and since long downloads are a pain in the tuchus ...), I tried q -1, and am shocked at how good it is! I ended up with a compression ratio of about 35-to-1 (350-some MB total WAV files; approx. 10MB squashed to -1) and sound that in non-critical listening environments would be jes' fine, thanks. I should try compressing to q -1 and making it *mono* first, too.

    timothy

    --
    jrnl: http://tinyurl.com/c2l8yr / foes: http://tinyurl.com/ckjno5
    1. Re:oggenc is great by stratjakt · · Score: 1

      I thougt ogg was supposed to be lossless?

      --
      I don't need no instructions to know how to rock!!!!
    2. Re:oggenc is great by josh+crawley · · Score: 1

      Nope, that's FLAC (Free Lossless Audio Codec). Ogg is a lossy format just like MP3.

    3. Re:oggenc is great by Anonymous Coward · · Score: 0

      no that is wrong
      ogg is just the container
      vorbis is the lossy codec

  16. Re:Maybe these tools.... by unicron · · Score: 1

    What? What does the software used to master the tracks have to do with the choreography of a music video and style of music? I mean I know you're just trolling but come on man, you're taking up valuable real estate that could've been used a REAL troll. One with skills.

    --
    Finally, math books without any of that base 6 crap in them.
  17. It's about time by Anonymous Coward · · Score: 0

    I would be using Linux on my machines if there ANY decent audio applications for it. There has been an effort to create drivers for some decent cards...but that is about it. I wish I could attend.

  18. Standardize it damnit. by stratjakt · · Score: 2, Insightful

    Linux audio is still hellish.

    It reminds me of the DOS days when you had to pick your soundcard from a list of 6 for each and every app/game you'd install.

    I dont want to configure each seperate app for my hardware. This is the 21st century for crying out loud! So make some rules about how linux makes noise. Just writing to /dev/dsp is no good, lets have a standard api that can do proper positional mixing, fading, and whatnot.

    I know such libraries/sound servers exist. Just pick one that works and run with it.

    --
    I don't need no instructions to know how to rock!!!!
    1. Re:Standardize it damnit. by Chainsaw · · Score: 1

      You got to be kidding. Selecing one working solution that doesn't suck isn't the way of Open Source. Instead, you get to choose between several solutions with various suckiness depending on what defect(s) you can live with. Just look at the X mess, where all applications look and behave different.

      On a more serious note - yes, a standard library for sound handling would be superb. Such a simple thing as a global sound mixer is impossible right now, since you have to figure out a way to support *all* sound generation ways. I also agree that using /dev/dsp doesn't cut it for multichannel cards and such things. How do you read 13 tracks of audio at the same time from /dev/dsp? Or send your 32-channel ProTools project to the sound card?

      --
      War is one of the most horrible things a human can be exposed to. And one of the worlds largest industries.
    2. Re:Standardize it damnit. by canadiangoose · · Score: 1

      Isn't this what ALSA in the 2.5 kernel is supposed to address? It's a very capable API, it supports old /dev/dsp interfaces, multiple channels and no longer requires patching. Sounds good to me. Mind you, I do little with sound beyond playback of MP3/OGG/DivX, so perhapse I am missing a big part of the picture.

      --
      Never eat more than you can lift -- Miss Piggy
  19. Re: Wait Until Mac is #3?? by Black-Man · · Score: 4, Insightful

    If that's what you are waiting on for more drivers... good luck. Apple's purchase of EMagic shows they are serious about pro-audio dominance to continue on the Mac.

  20. Ogg Vorbis by Anonymous Coward · · Score: 0

    In particular, while Ogg is great, it doesn't have any part that I can think of in a Pro Studio, except perhaps for archiving material that you're never going to use again. FLAC would be an option for storage if you're really low on space, though I don't know whether it supports non-CD bitrates.

  21. Radio Studio != Professional Recording Studio by RadioheadKid · · Score: 2, Informative

    Anyone who has ever worked in radio knows that radio production is not the same as a professional recording studio. In addition to that, the article is very vague, it appears like they are encoding files to Ogg Vorbis and burning CDs, nothing groundbreaking there.

    --
    "Karma can only be portioned out by the cosmos." -Homer Simpson
    1. Re:Radio Studio != Professional Recording Studio by broter · · Score: 1

      ...radio production is not the same as a professional recording studio.

      Yeah, I noticed that too about the article. They only mention doing real studio tasks on linux by saying "we could have done them if we wanted to." Well, why didn't they?

      A major reason why people I've tried to convert in the audio field won't is because of the lack of professional grade HD recording, sequencing, audio effects apps for linux.

      --
      "One man can change the world with a bullet in the right place."
      - Mick Travis, "If..."
  22. Professional sound? What about desktop sound? by jagripino · · Score: 4, Insightful

    Most comments here are discussing the lack of quality professional sound apps for Linux.

    Well fuck that. I just want to be able to listen to my MP3s and still be able to know when I get an e-mail or IM like I did when I was in Win2k.

    OK, I CAN do that right now, using ESD, but it's a kludge that I'd like to see going away.

    I'm looking forward to see the kind of sound quality we'll have at kernel level on 2.6.

    Yes, I'm a happy user of a desktop Linux, after years using it on servers. But boy did I have lots of trouble trying to get the same desktop experience I had with Win2k...

    1. Re:Professional sound? What about desktop sound? by Anonymous Coward · · Score: 0

      You might want to check out the dmix plugin recently added to ALSA, which provides easy software mixing.

    2. Re:Professional sound? What about desktop sound? by Anonymous Coward · · Score: 0

      dmix ??? could not find it.
      And still, mixing should be done by the drivers (or something) not by a user level daemon (ie esd).

    3. Re:Professional sound? What about desktop sound? by IamTheRealMike · · Score: 1
      OK, I CAN do that right now, using ESD, but it's a kludge that I'd like to see going away.

      Or you can buy a soundcard that does hardware mixing and free up some CPU cycles at the same time. Both OSS and ALSA have dealt with cards that can do hardware mixing/resampling for some time now, for instance I can run many sound apps at once on my machine at work, all using OSS, because my card isn't a dirt cheap one.

      Unfortunately, because Windows has provided "backup" software mix/resample functionality for so long, many manufacturers are simply doing without to get cheaper than their competitors. It's like the winmodem situation :(

    4. Re:Professional sound? What about desktop sound? by ZeroImpact · · Score: 1

      Forgive my ignorance, but how does it work IRL.
      Let me guess xmms confed to use /dev/dsp0, sound output from desktop to /dev/dsp1 ...
      *I* do not call that a solution, I call it a workaround for a missing feature.

    5. Re:Professional sound? What about desktop sound? by IamTheRealMike · · Score: 1

      No, it simply allows multiple apps to use /dev/dsp. If two apps try and open the same device but get resource busy or something, then your card doesn't support hardware mixing (or your card does but drivers don't, very rare situation).

    6. Re:Professional sound? What about desktop sound? by suitti · · Score: 1

      What is the problem? My Pentium II/350 with xmms can play mp3 using about 0.3% (1/300th) of my CPU. No skips, even when the load average is 10 (because I'm using 10 simultaneous instances of notlame to convert CDs to mp3). Even my old 386/33 could play sound (until it died - may it RIP). It ran Slackware. I wasn't doing mp3 back then, though.

      My sound card is an ISA bus Sound Blaster 64. It seems to provide good sound.

      Others have talked about how their IDE disk drives didn't do DMA, or how upgrading their kernel improved things. I'm using a stock Mandrake 8.5 beta install kernel. I customise it by adding modules. I used to recompile, but this time around, there was no compelling reason to do it.

      Perhaps there's something else about your system that could be improved.

      --
      -- Stephen.
    7. Re:Professional sound? What about desktop sound? by entrigant · · Score: 1

      How exactly is ESD a kludge? Sure it may not be the best of the group, but it's how you play multiple sounds on a card that only has one output channel. If ESD or another daemon doesn't do it, the driver will.

      Now, if you really want it easy, buy a card with multiple hardware outputs and software support to match. The emu10k1 is a fine example of this. I can have up to 64 apps accessing /dev/dsp simultaneously.

      Also, Alsa does software mixing in the drive if you don't have hardware support for it, i.e. esd in the driver. So please don't bitch about lack of solutions if you haven't thoroughly researched the topic.

    8. Re:Professional sound? What about desktop sound? by 13Echo · · Score: 1

      Talk to your hardware manufactuerer and ask them to stop making chips that do mixing in software only.

      Your mixing under windows is an *illusion*. It's a DirectX trick that was implemented a few years ago to cut costs and take a "Winmodem" approach to making sound hardware. Only a few select sound chips do real hardware mixing. There are ALSA programs in development that will mix in software just as fast as DirectSound.

      If you don't have a problem with spending a couple of dollars on quality drivers, head to opensound.com. That will solve your MP3/IM problem immediately. Their drivers come with a CPU controlled mixer that is real-time and supports many streams at one time. It automatically redirects any touches to /dev/dsp to a software device. Upgraders can get more virtual DSP devices and loopback record devices (record anything you play to a DSP device, evenm if it wasn't meant to be recorded).

      Linux users aren't aware that the problem is *in their hardware*. Kernel sound developers insisted on not having a standard mixer, so you've had to suffer for it. 4-Front's mixer corrects this. ALSA's JACK does a similar thing.

      --------------------

      For your viewing pleasure:

      ########@katana:~$ cat /dev/sndstat
      OSS/Linux 3.9.7h (C) 4Front Technologies 1996-2002

      License serial number: #######
      Drivers: MIX CRYSTAL
      This copy of OSS is licensed to #########

      Build: 2.4.20

      Card config:
      Crystal CS4280 at 0xe2100000 irq 5
      OSS Virtual Mixer Pro

      Audio devices:
      0: Crystal Semiconductor CS4630 Rev. B (DUPLEX)
      1: Crystal Semiconductor CS4630 Rev. B (playback only)
      Open by 0/VMIX
      2: OSS Virtual Mixer v2.5 Playback CH #0 (GRC2)
      Open by 629/xmms
      3: OSS Virtual Mixer v2.5 Playback CH #1 (GRC2)
      4: OSS Virtual Mixer v2.5 Playback CH #2 (GRC2)
      5: OSS Virtual Mixer v2.5 Playback CH #3 (GRC2)
      6: OSS Virtual Mixer v2.5 Playback CH #4 (GRC2)
      7: OSS Virtual Mixer v2.5 Playback CH #5 (GRC2)
      8: OSS Virtual Mixer v2.5 Playback CH #6 (GRC2)
      9: OSS Virtual Mixer v2.5 Playback CH #7 (GRC2)
      10: OSS Virtual Mixer v2.5 Playback CH #8 (GRC2)
      11: OSS Virtual Mixer v2.5 Playback CH #9 (GRC2)
      12: OSS Virtual Mixer v2.5 Playback CH #10 (GRC2)
      13: OSS Virtual Mixer v2.5 Playback CH #11 (GRC2)
      14: OSS Virtual Mixer v2.5 Playback CH #12 (GRC2)
      15: OSS Virtual Mixer v2.5 Playback CH #13 (GRC2)
      16: OSS Virtual Mixer v2.5 Playback CH #14 (GRC2)
      17: OSS Virtual Mixer v2.5 Playback CH #15 (GRC2)
      18: Virtual Mixer v2.5 Loopback Record CH #0 (GRC2)
      19: Virtual Mixer v2.5 Loopback Record CH #1 (GRC2)
      20: Virtual Mixer v2.5 Loopback Record CH #2 (GRC2)
      21: Virtual Mixer v2.5 Loopback Record CH #3 (GRC2)

      Synth devices:
      0: OSS Virtual Synth v2.5

      Midi devices:
      0: CS4280 MIDI Port

      Timers:
      0: System clock
      1: SoftOSS

      Mixers:
      0: AC97 Mixer (CS4297A)
      1: CS4630 AC97 Secondary (CS4294)
      2: Virtual Mixer

      ------

      Actually, it supports more devices than that. I'm just using its features very liberally.

    9. Re:Professional sound? What about desktop sound? by Anonymous Coward · · Score: 0

      You usally need a Yamaha or EMU10k1 based chip. Otherwise, you're stuck with software solutions- which aren't bad... You just need a better quality one (like the OSS Virtual Mixer).

      ARTSD and ESD aren't substitutes, as you and I have obviously figured out. ;)

  23. Bad Acronym by Karpe · · Score: 1

    LADC is the Latin American Symposium on Dependable Computing, the most important event on Dependable Systems in Latin America, in cooperation with IFIP wg 10.4

    1. Re:Bad Acronym by B3ryllium · · Score: 1

      an AC up near the top suggested an alternative acronym:

      "Linux Audio Realtime Developers And Sound Symposium"

      It has a nice ring to it, I think.

      "Hey, you - I'm here for LARDASS, where's the pizza?"

  24. join the lists if you're interested by Anonymous Coward · · Score: 1, Informative

    If you're interested in linux audio, especially on the making music side of things, consider subscribing to the relevant lists. And check that graph again in a few days...

  25. What is the official "X11" of remote audio? by Anonymous Coward · · Score: 0

    What is the audio equivalent of graphics' X11?

  26. Ardour at al by thirstler · · Score: 1

    Ardour is a great app that's pr0gressing fast. That said, it doesn't even come close to the functionality of my-5-year old copy of Cakewalk Pro Audio 9. Professional DAWs have a niche user base and therefore a niche developer base. Unless a company sees some potential in Linux for a selling product, no one is going to take up the huge development task of filling in all of the holes necessary to provide the base for a solid DAW. $7000 for a base ProTools setup or $600 for Cakewalk or Cubase or whatever is a small price to pay in the grand scheme of things. I'm an avid Linux user and I do film music work - from what I can see, Linux will never, in the foreseeable future, combine video, audio, MIDI, full hardware support and the host of other things necessary for a useable workstation. It sucks, but it's a fact. Of course, this doesn't keep me from using Ardour whenever I can :O) everyone should just drop what they're doing and help out with that project - it's the only hope.

    1. Re:Ardour at al by paulbd · · Score: 1

      ignoring the MIDI sequencing side, what do you
      think Ardour doesn't do that Pro Audio 9 does?

    2. Re:Ardour at al by soupdevil · · Score: 1

      Heh. Ignoring the MIDI side.

      Cakewalk started as a MIDI program. Its MIDI arranging and manipulating features are deep and powerful.

      Cakewalk didn't add audio features until version 6.

      Many people used Cakewalk PA9 for MIDI and other, more advanced programs, like Sonic Foundry's Vegas, or Steinberg's Nuendo, for their audio.

      That changed, when Cakewalk replaced PA9 with SONAR two years ago. SONAR has many sophisticated audio features that are not available in Ardour -- built-in Acid looping functionality, Auto-trim, waveform resizing, etc., and cross-compatibility features that are not available on Linux (VST, Rewire, OMF, etc.).

      SONAR shines because of the synthesis of audio, video, MIDI and, well, synthesis. Sum is greater than the parts, blah blah blah.

    3. Re:Ardour at al by paulbd · · Score: 1

      • because of JACK, ardour doesn't have to concern itself with synthesis.
      • ardour is not yet a MIDI sequencer, and makes no claim to be. MusE is pretty nice, and Rosegarden is not bad. ardour v2.0 will be a MIDI sequencer
      • ACID looping is not available to any GPL software because the spec requires an NDA
      • very few programs support ReWire - the list of programs that use JACK is more than twice the size of ReWire-enabled apps
      • OMF is cool, but about to be supplanted by an AES standard. when that emerges, Ardour will support it.
      • i don't know what "auto-trim" is
      • waveform resizing - ardour does that
      • video support will be added to ardour soon-ish
    4. Re:Ardour at al by soupdevil · · Score: 1
      because of JACK, ardour doesn't have to concern itself with synthesis

      JACK is a good start. But it's a kludgy way to work. It doesn't allow for internal mixdowns, or displaying of audio and MIDI tracks side by side in the same arranging window.

      ACID looping is not available to any GPL software

      Cakewalk reverse-engineered it and called it Groove Clips.

      OMF is cool but about to be supplanted by an AES standard

      Maybe. Right now, I have to interface with clients using Logic, Avid and ProTools.

      I'm really impressed with the strides being taken in Linux audio. But it's still 3-5 years behind what's happening in the Windows world. Hopefully Linux will catch up before I have to buy Longhorn.

    5. Re:Ardour at al by Anonymous Coward · · Score: 0

      The problem is its 3-5 years behind AND mac/windows progress on the audio side is at full speed.
      As far as soft synths goes its not even close and linux is losing ground as we speak(absynth 2, reaktor 4)

    6. Re:Ardour at al by paulbd · · Score: 1

      JACK doesn't address internal mixdowns etc. My point was with JACK, its not necessary for synthesis engines to be a part of the HDR/sequencer. They don't have to even know that the other one exists. Ardour can record audio data from any JACK output port. v2.0 of Ardour will function as the MIDI sequencer that drives (for example) a JACK-enabled soft-synth.

      I read "ACID Looping" as meaning "can use REX files". AFAIK, this has not been reverse engineered. I know how to implement the kind of sample decomposition that ACID does, but thats not useful if people can't use the many REX files that exist.

      until less than one year ago, OMF was useless as a medium of session exchange, and even to this day, going from ProTools to anything else generally doesn't work very well unless you buy extra software from Digidesign. thats why i'm not interested in OMF when the AES standard is so close to release (and is based on OMF too).

      in some ways we are behind the windows/macos world. in other ways, we're ahead. we have vastly more experimental music tools than those platforms do. we have license-free inter-application audio routing available for developers to use. you may also not be aware of the groundswell of interest from vendors in linux. there are already versions of nuendo and cubase sx that run on linux, for example, and all future yamaha keyboards and music workstations will be based on embedded linux. i would not suggest that anyone could abandon tools they have grown used to on windows/macos, but we are moving much, much faster than the windows/macos worlds are and momentum is on our side. i think.

    7. Re:Ardour at al by soupdevil · · Score: 1
      JACK doesn't address internal mixdowns etc.

      Exactly. That's the problem. It's not an integrated solution like DXi or VSTi. With SONAR I can create a project full of audio samples and synth audio, but the project file itself contains no audio. I don't actually have to print any audio until I do my final internal mixdown. JACK is a good eventual replacement for ReWire, though.

      I read "ACID Looping" as meaning "can use REX files"

      Acid and Rex are different technologies. Rex works primarily with drums, while Acid can be used with any type of audio loop.

      I hope you're right about the momentum. I'm tired of silly copy protection techniques, and will probably never buy another copy of Windows.

    8. Re:Ardour at al by makapuf · · Score: 1

      one remark : this guy is pretty well informed : we wrote Ardour. And is quite a master developper at it.

    9. Re:Ardour at al by telxoss · · Score: 1

      "but we are moving much, much faster than the windows/macos worlds are and momentum is on our side. i think." I respect your skill at programming music software but you are really out of touch with win/mac audio software to make this statement. Anyone who would have looked at what has just come out at Messe/NAMM would have to conclude the totall opposite. Even on the freeware side mac/win blows linux apart as far as audio software goes. http://www.greenoak.com/crystal/download.html As far as experimental software goes linux hardly has anything(unless you count csound/PD that can run on all 3 platforms) that can compete with soundhack, the composers desktop project, MAX/MSP or Reaktor.

    10. Re:Ardour at al by Anonymous Coward · · Score: 0

      Clearly the Linux brigade, being largely academics and hobbyists, are not going to be spending the huge amount of money it takes to exhibit at NAMM or Musikmesse.

      Stuff like Crystal could be ported to Linux in a matter of days or weeks, if demand were there... however, I work for a fairly well-known pro-audio software company and we've had precisely 1 request for Linux versions in the past 12 months (shipped thousands of units on Windows, and hundreds on Mac, in the same timeframe).

      These tools will never appear on Linux if you don't let their developers know that you want them there, and that you're prepared to pay ca$h money for them. The kind of startups and small firms that do most of this work simply couldn't survive on an Open Source / Free Software business model, not without other radical changes anyways.

    11. Re:Ardour at al by paulbd · · Score: 1

      i was at NAMM, meeting with most of the companies there. i was totally unimpressed by just about every piece of "new release" software i saw. its all just band-aids and rewrappings of the same old stuff, slowly evolving toward more efficient user interface details. no revolutions there.

      there is no momentum in the windows/macos worlds. they have evolved a certain design for audio/MIDI software and are mining it as deep as they can. but the new stuff is rare (melodyne), and the infrastructure is only passable.

      if your observations about experimental s/w were correct, it would be hard to explain why most composition labs and experimental music labs run unix/linux systems as the core of their working environment, and reserve windows/macos for the "standard stuff". i've visited most of the big computer music research facilities, and the programs you describe (except max/msp, maybe) are not high on their list of tools.

    12. Re:Ardour at al by paulbd · · Score: 1

      JACK isn't a technology for creating new apps out of old ones. As you note, its a replacement for things like ReWire. But its a misconception that VSTi and DXi offer more integration than JACK. They don't. VSTi and DXi include MIDI right now, which JACK doesn't distribute, but will. JACK is about being able to write VSTi's and DXi's without having to have them run in the process context of the host (though they can if you want to).

    13. Re:Ardour at al by soupdevil · · Score: 1

      I was also at NAAM. Did you see Project 5 from Cakewalk? Kantos from Antares? MindFX from FXpansion?

      The new Gigastudio sample-streaming plugin samplers from Native Instruments and MOTU?

      Show me the equivalent products on Linux.

    14. Re:Ardour at al by paulbd · · Score: 1

      if you write audio software, its just so incredibly obvious that Project 5 is just a repackaging of the same technology that powers CW's other s/w. its also nothing more than a copycat of reason. no momemtum there. kantos is interesting, but i've got csound patches (admittedly, frightening for a new user to even look at) that can do the same thing. i didn't see MindFX (though i did talk to angus). the gigastudio stuff - its also just a repackaging of their existing stuff as a plugin, and moreover, those guys have attempted to seriously fuck up s/w development by patenting read-ahead buffering for samples.

      the point is that once you get the programming infrastructure in place and have access to Csound or some kind of max/pd tool for prototyping, you can crank out new apps like this once a month or even faster. we're nearly at that point. have you seen freqtweak or tapiir?

    15. Re:Ardour at al by soupdevil · · Score: 1
      But its a misconception that VSTi and DXi offer more integration than JACK.

      Then show me the JACK-based plugin synths and samplers.

    16. Re:Ardour at al by Anonymous Coward · · Score: 0

      re Project 5, that may be... but it's about business and usability (suitability for task). I saw it at Musikmesse, it does things for dance music that are way out in front of Sonar or, for that matter, Reason. recycling technology for different users and tweaking it as you go is a Good Thing.

      Your point about csound and kantos sums it up neatly:- anything is possible with Linux audio, but it's just too darn painful for most people who just want to be creative and make some tunes.

    17. Re:Ardour at al by soupdevil · · Score: 1

      Project 5 is not a repackaging -- it's a dramatic rewrite of Cakewalk's legacy MIDI code, something that will become apparent with the next version of SONAR.

      Kantos is a completely new kind of synth tool.

      Tascam's Gigastudio hasn't advanced much, but the samplers from other companies that play Gigasamples have advanced dramatically. Until there's a Linux sampler that can stream samples from the hard drive, no serious composer or sound designer will switch their studio to Linux.

      Ditto for complete pro FX libraries like Waves Gold.

      And don't underestimate the importance of good GUI. Musicians want to be able to play their software like instruments. It has to feel intuitive and rewarding to use. That kind of GUI cannot be ignored, and cannot be built piecemeal. It has to be conceived from step one.

    18. Re:Ardour at al by Anonymous Coward · · Score: 0

      (still paulbd, but not on my own computer)

      • spiralsynthmodular
      • amSynth
      • iiwuSynth (now called fluid)
      • zxAddSyn (sp?)
      • spiralloops
      • pd

      there are others, i think. there is also a nascent project called evo that can read gigasampler format files. its not moving much, and doesn't use JACK yet.

    19. Re:Ardour at al by Anonymous Coward · · Score: 0

      (paulbd again)

      kantos is not a "completely new type of synth tool". it uses techniques that have been around for years. what it does it to package it in a way that makes it very usable.

      and yes, packaging is important. i have a whole slide for one of my LAD conference talks that is about Halion and what a superb piece of UI engineering it represents.

      BTW, i'm not at liberty to quote him, but i suspect you'd be rather interested by what the CEO of Waves thinks of linux. its a lot more positive than your position.

    20. Re:Ardour at al by soupdevil · · Score: 1

      Are these really synth plugins that can be used inside a Linux audio workstation, or are they standalone apps?

    21. Re:Ardour at al by soupdevil · · Score: 1
      BTW, i'm not at liberty to quote him, but i suspect you'd be rather interested by what the CEO of Waves thinks of linux. its a lot more positive than your position.

      Considering his position on copy protection, I don't think we'll see Waves products for Linux any time soon. I love Linux, and open source. It's just not feasible to use yet as an audio professional.

    22. Re:Ardour at al by Anonymous Coward · · Score: 0

      I think that's kinda the point of Jack, to make it so there is no difference to the user between running an app 'inside' another or as 'standalone'I think the point of Jack is that apps can connect together either 'outside' or 'inside' another.

      You can connect any port to any other, so for instance you can have an insert on a track in ardour that connects to freaktweq, and then go out of freqtweak to Rosegarden, then out of rosegarden into an insert return on another track in Ardour.

      With Re-wire et al, you can't do these kind of cross connections, (you can't even re-arrange group tracks in Nuendo/SX without triggering bizzare routing problem bug.. but that's another story).

    23. Re:Ardour at al by soupdevil · · Score: 1

      SONAR doesn't have the same problems as the Steinberg software.

      JACK/Re-wire are not the same thing as having a true plugin synth that is part of the project. You can't do faster-than-realtime mixdowns, you can't see your audio and MIDI side by side in the arrange window, and you can't save the entire project as one file.

    24. Re:Ardour at al by telxoss · · Score: 1

      What synth tool has been completely new in the last 20 years? Not a whole lot.... its ALLLLLLL about making the tools useable, something people like you seem to be clueless about.

  27. Re: Wait Until Mac is #3?? by clifyt · · Score: 2, Redundant

    No only the purchase of Emagic, but the development of CoreAudio and CoreMidi at the kernal levels augmented by a simple to develop for interface in the form of AudioUnits, means Apple's OS is more than ready for pro-audio dominance. Hell I was bitching about this over on my forum just today -- Sonikmatter Emagic Forums I love Linux and I run a box in my own studio, but it won't be running ANY audio applications for a LONG time. Right now, its a file server to pass info between Studio A and B (ok, Studio B just happens to be my bedroom -- but since I remodeled my bathroom and put in marble flooring in there, its been a perfect vocal or acoustic guitar booth for mixing without synth effects :-) Linux has a ways to go before anyone is using any of these applications from a standard musicians perspective. I know a lot of geeks that can grok this stuff, but not standard musicians. That and my time ain't worthless...I'd rather spend 3 minutes doing something on my Mac or PC and get the job done efficiently than to waste an hour getting something configured to do what it is supposed to do and loose all musicial motivation (if you are simply a music TECH then this doesn't really matter, now does it). Clif Marsiglio Sonikmatter.com

  28. Advanced sound applications? by NineNine · · Score: 3, Insightful

    I'd be happy with ANY sound! You gotta walk before you can run, and in my experience, Linux is still in the pre-walk stage when it comes to sound. How about something that, when I install a Linux distro, makes whatever sound card I have actually work without having to play around with wierd downloads, configuring text files, etc.? I know that's a bit advanced for 2003, and maybe I'm asking for too much, but it's something that I'd really like to see.

    1. Re:Advanced sound applications? by xanadu-xtroot.com · · Score: 2, Insightful

      How about something that, when I install a Linux distro, makes whatever sound card I have actually work without having to play around with wierd downloads, configuring text files, etc.?

      I can honestly say that (with execption to an anceint AWE-64 ISA card about 4 years ago) I've never had to dick around with anything like that. And the AWE was still fairly easy; sndconfig setup the AWE card working 100% fine in about 20 seconds. These days I just make sure the module for my card is in my kernel, and that's it. Reboot (to init the kernel). I use Gentoo, so I compile my own kernels, but with a more mainstream distro, all that stuff is already there in the binary package they hand out.

      Granted I've used fairly generic cards (meaning I don't have an Audigy or something), but I've been using linux (and several flavors of it) since RH 5.2 (or something like that, I forget... it was 5 something) and I've never had to really dick with the system for sound to work.

      --
      I'm not a prophet or a stone-age man,
      I'm just a mortal with potential of a super man.
    2. Re:Advanced sound applications? by NineNine · · Score: 1

      My experince was different. Last one I tried was Redhat 7.0, and with generic, old PC's that were put together with generic parts, I couldn't get 'em to work. I should've been able to choose "Sound Blaster compatible" to make 'em work. I don't see ISA cards as "ancient" because A. They still work just fine and B. they work fine in W2K and C. I shouldn't *have* to buy new hardware just to make the software work properly.

    3. Re:Advanced sound applications? by Anonymous Coward · · Score: 0

      Come on now, how many years old is RH 7.0? It predates the 2.4 kernel, it's ancient... there has been QUITE a bit of progress since those days ;)

    4. Re:Advanced sound applications? by NineNine · · Score: 1

      Come on now, how many years old is RH 7.0? It predates the 2.4 kernel, it's ancient... there has been QUITE a bit of progress since those days ;)

      Ah, I forgot that Redhat has a shelf life of about 6 months. Silly me. I guess that I need to buy a new, "Redhat approved" PC for my particular version of Redhat too, right? Imagine:

      [scene: customer in a large super store, looking at a shelf holding 2 PC's, thinking out loud]

      "Gee, I really like the Redhat 7.3.2.1.4 model's nice CD-R, but the 7.3.2.1.3 model has a bigger hard drive. Whatever happens, I really hope that nothing breaks on either one. If I have to replace a part, I'm screwed! And since RedHat will only support me for 6 months, I'd have to have some way to get online to find alt.comp.linux.rulez.rtfm.video.drivers.lusers and get help from a surly, spoiled 12 year old to get working. Hmmm...."

      [cut to a salesman]

      Actually, sir, if you buy any of these models [points to a shelf stretching into infinity], you can install Windows 2000 on top, and they'll work just fine.

      [cut back to customer]

      But I thought that Linux gave me choices?!

      [back to salesperson]

      It does sir. Linux works perfectly on either of these two PC's!

    5. Re:Advanced sound applications? by Anonymous Coward · · Score: 0

      Erm, RH technical support is a full year. 12 months. Oh, actually, make that forever because you actually have the source and someone, somewhere will still be updating it.

      As for the other point, if you buy shit hardware, it won't be supported. There's no big deal about that. I've been using Linux and FreeBSD for 5 years and haven't had a single problem, because I actually CHOOSE my hardware carefully. Hey, I didn't have to pay several hundred bucks for software either! Amazing!

      You're a lame, sarcastic troll who really should get out more.

    6. Re:Advanced sound applications? by Anonymous Coward · · Score: 0

      Indeed. I have installed Linux on three different computers. One was Red Hat 5.1 with a MAD16 type card. The other two were both Red Hat 8.0, one with a via8233 chip, and the other with a Soundblaster PCI 128. Sound did not work right on any of them. I bought an OSS license for the first one. On the second one, I installed ALSA, and sound then worked. I have not yet tried ALSA on the third. Hopefully that will get it to work.

    7. Re:Advanced sound applications? by Anonymous Coward · · Score: 0

      just to be fair, wouldnt you agree that you could blame the hardware company for not providing drivers? even windows doesn't automagicly detect and configure every piece of hardware i install. thats why you get a driver disk in the box (unfortunately its only windows drivers).

  29. Re: Wait Until Mac is #3?? by clifyt · · Score: 4, Insightful

    Great -- I love when I preview something and it comes out formatted differently than in my original statement :-(

    No only the purchase of Emagic, but the development of CoreAudio and CoreMidi at the kernal levels augmented by a simple to develop for interface in the form of AudioUnits, means Apple's OS is more than ready for pro-audio dominance.

    Hell I was bitching about this over on my forum just today --

    Sonikmatter Emagic Forums

    I love Linux and I run a box in my own studio, but it won't be running ANY audio applications for a LONG time. Right now, its a file server to pass info between Studio A and B (ok, Studio B just happens to be my bedroom -- but since I remodeled my bathroom and put in marble flooring in there, its been a perfect vocal or acoustic guitar booth for mixing without synth effects :-)

    Linux has a ways to go before anyone is using any of these applications from a standard musicians perspective. I know a lot of geeks that can grok this stuff, but not standard musicians. That and my time ain't worthless...I'd rather spend 3 minutes doing something on my Mac or PC and get the job done efficiently than to waste an hour getting something configured to do what it is supposed to do and loose all musicial motivation (if you are simply a music TECH then this doesn't really matter, now does it).

    Clif Marsiglio
    Sonikmatter.com

  30. Sorry Boys by Dokushoka · · Score: 2, Informative

    But Linux has a lot to catch up to before professionals will take it seriously (see below links) http://www.apple.com/macosx/technologies/audio.htm l http://212.86.33.7/home/news/index.php?lang=EN http://www.digidesign.com/

  31. The Start of Something by Mr+Bubble · · Score: 2, Insightful

    I think having a conference dedicated to audio issues on Linux is great for the platform. Linux is going gang-bisters on the server - it's on the desktop that the next surge will take place. If compelling video and audio applications are produced that push the envelope in terms of performance and features can that take advantage of the cost savings of Intel hardware, then Linux may be able to carve out a niche from some of SGI and Apple's customers. This will certainly be of benefit to the end user and will help increase Linux mindshare.

    --
    "The world is a construct of forceful imagination. Those who don't know walk around in the reailties of those who do"
  32. This is wonderful but.. by DCowern · · Score: 2, Insightful

    I love to hear linux success stories -- especially ones about Mandrake, don't get me wrong. The article, however, mentions that this person paid $69 for a Mandrake powerpack and installed it on three machines. He claims that this made the cost $23 per machine. Don't the commecial pay-for-media distributions usually have a caveat that the license is for one machine only and that additional machines require separate licenses?

    His claim is kind of like me going to BestBuy and buying one copy of XP, installing it on 165 machines and claiming I reduced our licensing fees to $1 per machine.

    Trust me, I'm not a licensing nazi or anything like that but, being a software developer myself, I strongly believe that if you like a certain piece of software, you should pay for it. Even more so in this case because this is in a corporate environment and because Mandrake is having financial difficulties.

    If everyone in the corporate world adopts this attitude that "just because it's linux, we don't need to pay our licensing fees", theres not going to be much commercial linux left after awhile.

    If I were this guy, I'd run over to MandrakeStore.com and buy another two powerpack licenses just to help out the company that cut his costs so much.

    1. Re:This is wonderful but.. by Anonymous Coward · · Score: 0

      But you dont need to pay licensing fees for each linux box.

      So going to mandrakestore.com and buying more may be all warm and fuzzy sounding, but it doesnt work like that in a corporate environment. They arent in the business of giving handouts for the sake of altruism.

      Linux distros are a really really hard business model to sustain. Mandrake knew this going in. I'm not going to lose any sleep if they, like so many before them, fail.

      Eventually it'll boil down to just one 'commercial' distro. The world just works on de facto standards, and abhors fragmentation.

  33. Radio Station != Recording Studio by fruey · · Score: 2, Interesting
    This point has been made. When I can see some professional quality MULTITRACK recording software and the hardware support to go with it, I can get rid of Windows completely.

    However, supporting pro hardware, and syncing MIDI with real audio, at 24 bit resolution, including a reasonable GUI to do it all with, is the domain of Mac/Windows only as far as I can tell. Cakewalk Sonar leads by a long way on this. You can add digital effects in real time, chuck in a canned drumbeat while you lay down the first couple tracks, export to a single compressed file (lossless) and all sorts of wonderful stuff. That's what a pro studio needs.

    Editing single stereo files is NOT what professional recording studios do. Radio stations have very low requirements in this regard, they just pre-record shows and interviews, compress them in a lossy format, and send them out. Since FM and digital radios have analog or digital compression anyway, then OGG at high bitrates is fine. However, artefacts from SEVERAL mp3/ogg streams all in a multitrack environment is not acceptable.

    --
    Conversion Rate Optimisation French / English consultant
    1. Re:Radio Station != Recording Studio by fruey · · Score: 2, Interesting
      Replying to myself, there is this FANTASTIC looking project called Ardour which I will be checking out very soon. However, it won't sync with MIDI, but that's no so bad.

      No I just have to find out if it has some standard effects or not. I need at least compression and reverb to save having to buy an expensive outside effects box.

      --
      Conversion Rate Optimisation French / English consultant
    2. Re:Radio Station != Recording Studio by makapuf · · Score: 1

      The standard for effects on linux is LADSPA. Think of it as a VST done right (the API is ultra clean), but currently without a GUI standard so the GUIs will be not that pretty but useable nonetheless. They are of course useable with ARDOUR.
      As concerns simple (and not so simple) GPLed effects, the most important source for them is swh plugins. They were either programmed or compiled by steve harris, and can be found at http://plugin.org.uk . Available effects (from a total of 70 !) are for example :
      flanger, crossover distorsion, gate, multivoice chorus, three compressors ...

    3. Re:Radio Station != Recording Studio by Anonymous Coward · · Score: 0

      You've made a good point here. Radio already can be done completetly on Linux, and a lot of online-stations already do, I suppose.

      But professional recording is a whole different story.

      But look at it this way: Windows and Mac have several years of a headstart. Steinberg, Cakewalk and the like have manyears put into their products. On the Linux side, Ardour comes closest (no Midi-editing yet) and I think. Paul B. Davis has put 2-4 full years into programming it mostly on its own. You can do a lot of what you said with ardour recently. It doesn't compare yet with Protools, but it's getting dangerously close and it's open source so it will survive!

  34. Mandrake audio workstation by G�tz · · Score: 3, Interesting

    There's a recent project that tries to integrate all the best audio software into Mandrake Linux 9.1, including a patched multimedia kernel for the low latency, the ardour sequencer and other stuff.
    It's all explained in this howto.

  35. IMPORTANT:Little known Latency / Scheduler info !! by MarkWPiper · · Score: 5, Informative
    I am also a gentoo user.

    Here are some things to consider:

    1) Did you compile low latency support with sysctl support? In that case you have to turn on lowlatency mode on your own , a little known and not widely documented feature!

    2) I actually had worse performance, w/ the 2.4 tree, when both low latency, and the O(1) scheduler were enabled, and am now using just low latency. In 2.5, AFAIK, they play much better, and it's sensible to enable both.

    4) Are you using OSS, or alsa?

    3) Gentoo now includes a safe hdparm script (I think it's installed by default, at least on ~x86), which works great. Check for it in /etc/init.d

    4) Be wary of the difference between march and mcpu optimizations! The choice makes a big difference!

  36. Re: Wait Until Mac is #3?? by Anonymous Coward · · Score: 0

    People like you make me sick. Instead of having anything constructive to say, you tell how today Apple and m$ are better and Linux will never being what you need. Pleople like you should stay away from Linux because you are just to negative.

  37. *sigh* Bye bye, Rosegarden... by WWWWolf · · Score: 1

    Not used Rosegarden for a while because I haven't ever had MIDI working on SBLive+ALSA. Last time I used it it had an Athena GUI with promises on seeing if GTK+ would be nice.

    And now I noted that not only have they made Rosegarden 4 depend on Qt, they've also made it depend on KDE.

    Good Lord, why? The old UI wasn't that bad. *sigh*

    Oh well, it was fun while it lasted. At least there's still Denemo + Lilypond, far better suited for notation anyway.

    1. Re:*sigh* Bye bye, Rosegarden... by Anonymous Coward · · Score: 0

      >I haven't ever had MIDI working on SBLive+ALSA
      MIDI works through the joystick port but
      not LiveDrive.

    2. Re:*sigh* Bye bye, Rosegarden... by WWWWolf · · Score: 1
      MIDI works through the joystick port but not LiveDrive.

      I'm well aware of that, my keyboard works already. Too bad I don't have an external synth, because now I can't hear anything unless I play the MIDI files through software synthetizer slave (TiMidity++, of course).

      The bizarre chain of events is that SBLive! wants a SoundFont loaded, sfxload only works for OSS, and ALSA OSS compatibility layer won't load and just says there's probably a hardware conflict. No idea what's causing this...

  38. Re:Since when? by Anonymous Coward · · Score: 0

    You can! Both are difficult, and both require that your hardware is on a short list of supported equipment. And both will need to be specially configured for each app that wants to use it.

  39. Not really a professional recording studio... by Anonymous Coward · · Score: 0

    Calling a radio station a professional recording studio is a little misleading. As he mentions in his article, he is working at a radio station rather than a recording studio per se. Yes, people record at radio stations, but they are usually recording voice with prerecorded music which is a very simple task. I think it's great that they have switched to Linux, but it's not going to change the recording industry overnight.

    Real recording studios require multitrack recording. Those recording to DAW's are using Digidesign Pro Tools mainly, with smaller ones using Nuendo or Cubase. Pro Tools 6.0 runs on OS X and supports up to 64 tracks of audio at 24bit 192khz. It's way beyond anything that a radio station would need.

    Pro Tools dominates because (a) it's very mature and feature rich (b) it has proprietary DSP hardware for audio processing and A/D and (c) it has hundreds of DSP plugins from third parties.

    There is also a Windoze version of Pro Tools but it's remarkably less popular and I imagine given the stability of the new OS X version it will continue to be so.

    Forgive my skepticism, but I don't see Linux apps supplanting Pro Tools any time soon. The idea of migrating to Linux to save money is invalid in most professional recording studios.

    Given that Pro Tools users are investing many thousands in hardware already, and studio times can cost from $50-$100 an hour, the additional cost of a machine that can run OS X is hardly a major issue.

    Linux could take off at the desktop level for non-pro studios who require multitrack, but then you are fighting against $399 copies of Cubase which still have ten years of audio and MIDI functionality and integration that Linux apps lack. Frankly, it's such a specialized area that I doubt open source apps will ever have enough mindshare or skilled developers to compete with the commercial applications.

  40. A good spot to mention Ninnle! by Anonymous Coward · · Score: 0

    I do trust there are developers at this conference that will do nifty and wonderful things for Ninnle Linux!

  41. Check out by Anonymous Coward · · Score: 0
  42. Grr by al3x · · Score: 2, Interesting

    Having spent the better part of a weekend trying to get RedHat 8 and ALSA to jive with a fairly standard pro-consumer soundcard to no avail, I'd say the first thing Linux sound developers need to do is get shit working. I mean ALSA is absurd: every time you upgrade your kernel, you recompile. Explain that to any pro studio user who's used to the Mac/Windows "install driver, reboot, get working" way of computing. Then explain to them about all the command line stuff they'll have to learn, about two differing and conflicting user interfaces, about all the different distributions and package formats. I'm not sure pro users are willing to sacrifice hours of thier time for a 5ms drop in latency or whatever Linux audio developers can promise, and they certainly won't give up tools like Logic, Reason, and Pro Tools. Get stuff working for average users, Linux audio devs. Then we'll talk.

    1. Re:Grr by Anonymous Coward · · Score: 1, Informative
      ALSA is a f*cking mess. It is a complicated, unstable, undocumented big nasty mess. Do a lsmod on a system with ALSA installed. My god, what a load of crap, dozens of mystery modules, pimples of useless features.

      ALSA is the ultimate "hackers" plaything; Inscrutable to mere users, it could take months of study to figure out what all that mess is and how to use it properly.

      Whatever shortcomings of OSS, they pale in comparison to the jungle known as ALSA. OSS is clean, simple, and portable, everything that ALSA isn't.

      Try to sell Linux to a Mac user or a Windows user, but for god's sake DON'T show them ALSA. The Mac guy will either laugh at your face of throw up. It's hard to say what sort of negative gut reaction you'll invoke.

      ALSA is the dark side of Linux. It is the epitome of getting it wrong the first and every subsequent time. Talk about design by committee and "too many cooks" . . .

    2. Re:Grr by Anonymous Coward · · Score: 0

      maybe you just don't have the slightest clue what each of those modules are achieving?

      besides. the mac guy is not going to do an 'lsmod' any time soon. ever saw what macosx is hiding behind the quartz curta!nz?

    3. Re:Grr by 21mhz · · Score: 1
      I mean ALSA is absurd: every time you upgrade your kernel, you recompile. [...] Get stuff working for average users, Linux audio devs.

      Average users do apt-get upgrade kernel or something to that effect, at which point ALSA is upgraded automatically. That is, if their distribution is worth its storage space.

      The initial bits of configuration are tougher, but the ALSA website provides sample configurations for all supported cards.

      --
      My exception safety is -fno-exceptions.
    4. Re:Grr by Anonymous Coward · · Score: 0
      I mean ALSA is absurd: every time you upgrade your kernel, you recompile.

      Man, I know! And on Windows when you recompile your kernel you don't have to recompile the sound drivers! I mean, uh...

    5. Re:Grr by Anonymous Coward · · Score: 0

      Thanks. I'm sick of people dissing OSS all the time. I'm not sure what ALSA's benefits are. I think that people are just political zealots that seem to have a problem with 4_front being behing the helm of the API and commercial drivers.

      It's silly shit. Why rewrite the API when OSS was fine to begin with. People wasted valuable time with ALSA's buggy shit for way too long, when they could have been improving OSS.

    6. Re:Grr by Anonymous Coward · · Score: 0

      NO NO NO! There is NO kernel recompile requirement for the average home user. There is no need to recompile your kernel to get sound support.

      God, I'm so sick of this. Haven't you guys heard of modules? They are like Windows DRIVERS, except in Linux you can load them up at any time during the machine's operation and they WORK.

      God, I'm so tired of uninformed fools that spread all of these dumbass "recompile" rumors. FUCK OFF!

  43. Misleading Article Title by barryfandango · · Score: 1

    "Linux in the Professional Recording Studio" lead me to believe that a linux box was running as the core of a multitrack system in a music studio.

    Then the article goes on to describe a radio station that needs a computer for stereo recording, Ogg-encoding, cataloging and backup with some editing. There is no professional recording studio here - no multitrack recording, professional audio hardware, MIDI, effects, mixing, or mastering. The machine they built hardly qualifies as a Digital Audio Workstation, let alone a Professional Recording Studio.

    --
    In all matters of opinion, our adversaries are insane. -Oscar Wilde
  44. I wonder if Florian will attend... by gramlin · · Score: 1

    As Florian Schneider is a professor at ZKM, I wonder if he might be attending the conference...
    Hmmm.... Kling Klang going open source, that would be the day...

    1. Re:I wonder if Florian will attend... by Anonymous Coward · · Score: 0

      As Florian Schneider is a professor at ZKM, I wonder if he might be attending the conference...
      Hmmm.... Kling Klang going open source, that would be the day...


      I wonder how many slashdot readers can appreciate the genius of florian schneider and kling-klang (or at least know them) ...

    2. Re:I wonder if Florian will attend... by Anonymous Coward · · Score: 0
      How about giving some links and sharing the joy instead of bathing in your superiority. Arrogant twit.

      For those who don't know, Florian Schneider was part of Kraftwerk (musicbrainz), an experimental German pop duo (mostly) that was quite successful with electronic music.

    3. Re:I wonder if Florian will attend... by Anonymous Coward · · Score: 0

      >I wonder how many slashdot readers can appreciate the genius of florian schneider and kling-klang (or at least know them) ...

      For my first post: count me in :)

  45. Stability still a minor problem by Mr.+Fred+Smoothie · · Score: 1
    I've never had any audio driver crash on Linux, but then again I've only used 3 different drivers so what do I know? ;)
    The only time I've ever had Linux hang (rather than X Windows hanging) were due to hardware problems.

    However, one of these was a bad port on an SBLive! card. The kernel would hang when the ALSA driver was insmod'ed for this card. The same card on a Windows 2000 machine would NOT hang the machine -- the bad port just didn't work.

    Now, I can see both sides of an argument here regarding whether drivers should accommodate hardware which is actually broken (rather than just poorly designed). If I didn't use that port, I'd have never know w/ Windows that the card was bad.

    --

    1. Re:Stability still a minor problem by Surak · · Score: 1

      Ehhh...IMHO, you shouldn't hold an audio driver to the standard that it should work with broken hardware. The only bad design I could see there is that the driver should report the bad port and then at very least disable itself if the design is such that it can't continue with the broken port. It shouldn't just hang. That's how *I* think the driver should handle it. But on the other hand, sound hardware isn't *generally* a mission-critical component, unless of course we are talking a professional audio studio, then it's another story. So it comes down to a design decision, really, and what side you err on depends on what your goal is.

      Now, a RAID driver should definitely work with a broken a hard drive -- but it should report that error immediately, of course, giving the administrator ample opportunity to replace the bad drive.

  46. Re: Wait Until Mac is #3?? by oliverthered · · Score: 0, Troll

    But linux is becoming more popular, and like it or not getting close to taking over apple.

    This is not a Linux good Apple Bad argument but software (and hardware drivers) are usually only written for the top two OS's in the market.
    If Linux hits the #2 spot then their will be more games, profesional GUI based apps and media/consumer drivers for linux.

    Linux on the web has been #1 for quite some time, and already has reasonable support for serious hardware.

    --
    thank God the internet isn't a human right.
  47. Gimme a break.. by AusG4 · · Score: 2, Insightful


    OK, this may in fact be a "professional recording studio", but in the author's own words, he uses the machines for archiving audio, burning discs and making CD's for distribution.

    When I can slap a pair of DigiDesign TDM cards into a linux box, run ProTools, and then use them to mix a 32 or 48 track mix for a band I'm recording... well, THEN it'll be ready for profesional audio use.

    Frankly, the only UNIX doing that kind of audio right now is MacOS X. Native multi-channel 32 bit audio is pretty sweet, yes... but it's not something linux sports in a usable fashion right now.

    --
    bash-3.00$ uname -a
    SunOS panda 5.10 Generic sun4u sparc SUNW,Ultra-2
    1. Re:Gimme a break.. by paulbd · · Score: 1

      why the hell would you want to use overpriced proprietary hardware that isn't even particularly good at what it does?

      RME and others make decent multichannel hardware without the ridiculous price gouging Digidesign is involved in.

      Others of us are working on the software side.

      and i'd like to point out that Mac OS X still does not support the configuration you describe (though Digidesign have announced PT for OS X, its not shipping yet).

    2. Re:Gimme a break.. by AusG4 · · Score: 1

      *sigh* My comment was hardly meant to be a "DigiDesign owns all" comment. RME Hammerfall, Sonorus, MOTU et all are all perfectly valid solutions for audio production. Personally, I really like the Hammerfall and am considering getting one of their Cardbus solutions for mobile stuff. And yes, OS X does support that configuration. PT 6 is in fact shipping now to pre-orders. Incidentally, you've clearly never used TDM ProTools. TDM hardware is extremely good at what it does. Without TDM, mixing 48 tracks with effects on a single CPU G3 machine would be impossible. With TDM, it's not only possible, but common place. Of course, with PT6, you need a decent machine to run OS X, but that's not the point. Besides, TDM plugins just sound better then their CPU bound counterparts. Really give a listen on nice studio monitors and you can hear the difference clearly.

      --
      bash-3.00$ uname -a
      SunOS panda 5.10 Generic sun4u sparc SUNW,Ultra-2
    3. Re:Gimme a break.. by lightcycle · · Score: 1

      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.

      --

      The stars that shine and the stars that shrink
      in the face of stagnation the water runs before your eyes
    4. Re:Gimme a break.. by entrigant · · Score: 3, Insightful

      Perhaps you missed the point. See these people are attending this thing to discuss the future of linux audio, and how they want to procede getting linux audio to the point you so nicely put that it is NOT at. Give US a break and quite pretending like every sentence with "linux" in the word is secretly meant to say "linux is perfect for X app, USE IT!"

    5. Re:Gimme a break.. by tigeba · · Score: 1

      PT6 for OSX is out.

  48. What people who complain are forgeting... by Anonymous Coward · · Score: 0

    Is that all effort on the parts of linux audio developers is done for free, in their spare time.

    Please take this into consideration before you compare the current state of audio to other plaforms such as Windows or Mac. Linux audio is still very much in the hacker domain.

    LDB

  49. Complex ethernet router link to the internet? by caluml · · Score: 1

    Simply put, the base system installed and configured itself, including a rather complex ethernet router link to the internet.

    That's the easiest possible way to connect a Linux box to the net. Or am I missing something?

  50. Mostly usable by eGabriel · · Score: 3, Insightful

    I used to just use linux for sequencing and mixing down to digital, but now I have been playing with Ardour, JACK, LADSPA, and it's a whole new ball game. I can't wait to try the latest RoseGarden; it looks like it has come a long way. With JACK I can use my Delta 1010 sound card, and it sounds like a million bucks, and has fair support, including a mixer control panel very like the one it has under windows. I haven't tried recording under Windows since 3.1, but the software is all very expensive. I love software like Vision, but it's just not worth it to me anymore.

    I tried Be, which was supposed to be low-latency this and multimedia that, but nothing I recorded with it ever turned out very well. At the time, one couldn't even purchase a decent sequencing or multitrack recording app, even if you had the money.

    Lots of work has been done in the Linux kernel to address latency. It still is jerky sometimes, but a multi-processor system might help address that.

  51. Complaints? by widderslainte · · Score: 1

    It's odd to hear the basic complaints about audio in Linux. Back when I was running a Pentium 200mhz box, the ability to play mp3's under Linux without any skips when switching windows or programs is what convinced me to use it rather than Windows.

  52. Surround by NitroPye · · Score: 1

    I would like to see better sourround support or EAX support very much so

  53. What a puff piece by BluedemonX · · Score: 2, Insightful

    He never mentioned what hardware, what software he was running.

    I would GLADLY build a home studio around Linux if I could figure out which distro, which sound card, and which EASY TO USE APPs to use to do the same kind of Cubase VST stuff I've previously done.

    Some package from some obscure German FTP site with a command line interface that doesn't even compile doesn't rate as "easy to use".

    If you're going to say how great your system is, please let some of us in on what it was you eventually used?

    Maybe the reason for the complete absence of detail is he didn't want to go into the endless kernel recompiles, header file and package searches (no no no you need ALSA_dev_package_weirdo_tool_support.h, that's available from ftp.godknowswhere.com) the frustrating incompatibilities with the top-end hardware, the latencies, etc.

    Much more rah-rah to say he installed Mandrake and suddenly he had no support costs.

    --

    --- Jump!! Fire!! Bullet time!! - Lego version of the Matrix
  54. audio? linux? by fragged+one · · Score: 0

    give me a break. they're going to tell me how to use linux in my recording studio, but they can't tell me how to get my audigy2+drive to work correctly for day-to-day use.

    i love linux, i love it's stability, i love it's security, i love it's interaction, but hardware support is hard to find. perhaps they should have more conferences on that. then we really can use linux for all these great things.

    --
    if it wasn't for that horse, i wouldn't have spent that year in college.....
  55. Re: Wait Until Mac is #3?? by clifyt · · Score: 3, Insightful

    Bull Fucking Shit.

    You don't know what you are talking about. Thats as plain stated as I can make this.

    The Mac is designed for folks that don't have the time or desire to deal with computers as anything but the tools they are -- they get their work done and get on with life.

    Linux is designed for computer enthusiasists that want to know intimate details about their computer -- which you really have no choice under most of the popular distributions to do otherwise.

    Linux is NEVER going to hit the #2 spot among those that need a professionally design GUI and consistancy and ease of use. Apple on the other hand is taking great steps to make certain they ARE the top of the list for usability by folks that need this purpose.

    Past that, whats the entire purpose of OSS? Software that doesn't suck. The Mac can run with some modifications a good deal of the software that doesn't suck from the Linux / BSD worlds. In such, they are taking over a good portion of mind share from those that would have otherwise used a pure unix workstation. The leaders of /. profess to enjoy their Macs quite often and vocally.

    What does Linux have going for it? Its a GREAT server environment. Its not 'enterprise' software by the definition of a lot of tech managers, but IMHO, its FAR more stable in most aspects than some of the Enterprise Ready crap I have to deal with day in and out (yeah, I program Windows Apps....unfortunately...as well as administering some of these boxes). Its cheap and its efficient. No OS Tax and I can take out to pasture Windows machines and turn them into powerhouse servers.

    What doesn't it have for it? Quite a bit that the common user needs -- and especially in the music realm.

    What doesn't Apple have? Cheap Servers. Who the hell cares...I have Intel for this...and when I need to develop for that Intel box, I can pull out my iBook and have ALL the same tools on it that I need. I have Perl, PHP, Apache, Sendmail, MySQL. The developer that cares about having a decent working environment will be running Macs. Heck, I even have VPC running Redhat 8.0 on my iBook incase I need to try out compiled stuff that I occasionally have to deal with when speed becomes and issue and I can't patch things with a scripted language (though the Bluecurve desktop is pretty slow on the 'book...I generally simply SSH into the VPC from the Mac side anyways and do everything in Terminal).

    Macs and Linux have NOTHING in common from a common users perspective and as such, Linux will never take over their mindshare. This is Apples Advantage.

    Macs and Linux have quite a bit in common when you get into the Sysadmin minds. Mac Users can now use Linux servers with exceeding ease and connectivity without having to install and configure Appletalk on the server side of things. This is a plus for the Linux Admin.

    Macs and Linux also have a lot in common for the Developers. No Mac Developer is going to pick up a Unix box to develop against. A Linux Developer will feel at home on a Mac with X11 or Terminal as well as the semi-standard unix directory system. Advantage Apple.

    The way I see it, servers are increasingly going Linux. Thats bad for M$. Desktops will stay Apple or M$. Developers will migrate SOMEWHAT to Apple -- though I wouldn't predict droves, thus your argument is simplistic and again bullshit.

    This is NOT a troll -- Mod me down if you so desire, but don't mod this as a troll.

    Clif Marsiglio
    Sonikmatter.com

  56. Re: Wait Until Mac is #3?? by Anonymous Coward · · Score: 0

    Yeh, it's a good job that production studios still use Macs and that Maya hasn't been ported to linux. etc......

    Oh and Mac is Unix now.

  57. Mandrake, GPL :) by timothy · · Score: 1

    Not so every distro -- for instance, I believe that SuSE is a single-station license for certain components, even though the bulk of the software is GPL.

    Mandrake, though (and as I understand it, Red Hat, perhaps not the Starship Enterprise edition) are all GPL: you can burn copies to hand out on the street. If you're selling them, Red Hat doesn't want you to call them "Red Hat" or even come close, but that's an aside;). The sofware itself is nice and Free. Now, you may only have bought *support* for one desktop, but that's another matter.

    Now it would be *nice* to buy boxes for every copy of mandrake, especially if it would help the company survive, and in many corporate settings, that would probably relieve a nervous twitch in whoever used to take care of Microsoft licensing certificates.

    timothy

    --
    jrnl: http://tinyurl.com/c2l8yr / foes: http://tinyurl.com/ckjno5
    1. Re:Mandrake, GPL :) by DCowern · · Score: 1

      Ok, I'll bite. I made a lot of ASSumptions in my last post. I just did my homework at Mandrake's website and it looks like you've pretty much got it. The first bunch of CDs are pretty much the normal binary and source CDs and you can do whatever you want with them.

      The only thing I saw that would be in question would be the fact that it comes with some third party commercial applications (such as StarOffice 6.0). I'm positive Sun has a 1 computer limit in the license. From the looks of it, Mandrake pretty much takes a hands off approach with third party applications in their license files (an example here) saying that users are held accountable by the author, not Mandrake.

      Thanks for keeping me honest. :-)

  58. EAX, etc. by antdude · · Score: 1

    I would like to see EAX support in Linux. I know Creative Labs has an opensource project, but I don't think their emu10k1 driver has EAX support. I don't think any of the Linux native games support it, even Unreal Tournament 2003. :(

    --
    Ant(Dude) @ Quality Foraged Links (AQFL.net) & The Ant Farm (antfarm.ma.cx / antfarm.home.dhs.org).
    1. Re:EAX, etc. by Anonymous Coward · · Score: 0

      OSS has spatialization, but none of the software developers ever use it.

  59. Silly Article by Upright+Joe · · Score: 1

    This is an absurd article with a misleading title.

    A radio station studio isn't what I would call a "Professional Recording Studio". I would call it a broadcast studio or something. They have completely different needs from a studio where musicians are recording music. That's the type of studio that I would call a "Recording" studio. A broadcast studio just has the must rudimentary editing, archiving, and transporting issues to deal with. Cut, copy, paste, burn. Anything can do that.

    The article doesn't talk sensibly about specific issues that they were having with their windoze system either. How were these viruses ravaging them through "some of the best firewall and virus software on the market"? As far as I can tell, we have completely incompetent network engineers and we're using McCafee AV on our network. We haven't had any significant problems with viruses in the two years I've been working here. What software was crashing on them also? Was there an affordable competing product?

    What excact software are they using and for what purposes? It sounds to me like they're mainly encoding recordings into ogg files and burning CD's. This kind of work is nothing. I can do that on any one of my boxes, my old P133 linux box, my win2k machine, or my mac.

    Linux may be coming up to speed for a radio station environment and that's great. I love seeing it work its way into little niches here and there. However, it's not even an option for a professional multitrack studio. Hardware compatibility just isn't there first off. Until I can install MOTU, Digidesign, or competing interfaces, it doesn't even matter what software I'm running. Of course really isn't linux software out there yet that can compete with things like Pro Tools, Digital Performer, Nuendo, etc. I'm sure it's coming but I haven't seen anything close to any one of these three applications.

    This acrticle should have read "I found a great application for linux in a broadcast studio and I love it but I'm not going to tell you much about it. Oh and I hate windows". It would have saved me the time I wasted reading it.

  60. Re:IMPORTANT:Little known Latency / Scheduler info by poot_rootbeer · · Score: 1

    All five of the issues (#1, #2, #4, #3, and #4) mentioned in the parent post are things that a typical OS user should NEVER have to know about. Linux distributions still have a long way to go before they're as friendly as MacOS or Windows.

    I don't want to spend hours tweaking my OS to get MP3s to play smoothly. I just want them to play smoothly.

  61. hacked-2-basics by Anonymous Coward · · Score: 1, Interesting

    This is my own contribution to Linux audio programming. Its pretty basic, and possibly buggy, but it was fun to write.

    The name and the idea was inspired by the infamous Mac application "Back to Basics" that was used onstage by the late, great, band Man.. or Astroman? Its actually much more basic than that, though.

    It uses curses, and one of the intended uses is that the "musican" could be on stage controlling an unseen computer with vt100 or other such hardware.

    http://hacked-2-basics.sourceforge.net/

    1. Re:hacked-2-basics by Anonymous Coward · · Score: 0

      Also, the demo wav file at http://hacked-2-basics.sourceforge.net/h2b_demo.wa v was recorded before I added the ability to adjust the speed of each sample on the fly, so it doesn't show off that capability.

      Also of interest, all of the sound files used to generate that demo were made by taking parts of various binaries from around the filesystem and pretending that they were sound files. I think parts of the Kernel and DOOM.WAD are in there.

  62. Linux is not good for PRO audio by Anonymous Coward · · Score: 0, Interesting

    I love Linux but it is WAY behind in professional audio (sound blaster cards are not pro quality). Digital studios need at least 24 tracks of 24 bit sound and a badass software sequencer like Pro Tools, Digital Performer, Cubase, Logic, etc. I can't name a single pro audio interface that supports Linux and is compatible with a high performance sequencer. Just so you know before you tell me why I'm wrong, I'm an Audio Engineering major at Berklee College of Music. Most people here have never heard of Linux. Don't get me wrong, I'm all for open source, but Linux doesn't have a chance in the pro audio domain. It's way too far behind. The article is about everyday things like mp3 support and cd burning, not professional recording.

    1. Re:Linux is not good for PRO audio by Anonymous Coward · · Score: 2, Interesting

      From another audio engineer: Check your fucking facts. ALSA supports a wide range of pro cards, with lower latency values than ASIO/Core. If you haven't heard of linux, well good morning! As to sequencers, Ardour, which will be kind of protools stylish, is on it's way. However, to call ProTools a "badass software sequencer" clearly shows your lack of knowledge. PT is a multitrack audio editor, coupled with a somewhat crappy MIDI part. Logic is more what I'd call a half-decent sequencer with a crappy audio part, but this is my opinion. However, don't count on any of your precious "sequencers appearing on linux anytime soon. My bet is we'll soon have superiour OS applications.

    2. Re:Linux is not good for PRO audio by Anonymous Coward · · Score: 0, Troll

      You just said what I said, there is no good software capable of professional grade recording, editing, or sequencing for Linux. I recognize that Pro Tools has deficiencies in MIDI, but please, can you really say that a Linux setup can compete with a Pro Tools HD setup? You're an audio engineer, come on. Pro Tools 6 has far improved MIDI capabilites by the way. Hardware can't do it on it's own! I have been a whole lot of digital recording studios I can't name a single one that use Linux in any way. It's just not an option for a professional recording situation. I wish it was, but it's not.

  63. Annoying adjacent links by zerosignal · · Score: 2, Insightful
    The type of fomatting used in this submission is very annoying, and I wish Slashdot editors would stop letting these through:
    in-depth technical presentations and demonstrations of many cutting edge Linux audio and MIDI applications.

    (The domains are only shown in-line when they're part of the comments, not stories).

    • With a high resolution display, you can barely see the pixel or two gap between the underscores. It just looks like one big long link.
    • To find out what each link is for I need to mouse-over each one individually. But Slashdot doesn't even make of the TITLE attribute of A tags, so I need to look at some cryptic URL in the status bar to figure out where it will take me!
    • The Related Links section is automatically generated from the links within a submission. But it's now rendered useless since it contains link titles such as 'many' and 'cutting'.
    A longer more-descriptive sentence would allow easier embedding of links, even though it may sound awkward when read aloud.
    1. Re:Annoying adjacent links by Anonymous Coward · · Score: 0

      While they're at it they could add a meta http-equiv tag to specifiy pages are ISO rather than UTF-8 and then IE might render them correctly.

  64. Re: Wait Until Mac is #3?? by Rinikusu · · Score: 1

    That was very well put. :)

    Just to reiterate some of your points, I don't even see Apple and Linux as competitors, but as siblings in the larger scheme of things. People that buy Apple's use their computers for different things that most people who run Linux. Sure, there will always be the oddballs who try to shoe-horn Linux (or windows) into every nook and cranny without ever thinking that there may be a BETTER solution around. Maybe it's due to cost-analysis, but chances are it's some "zealot" determined to make headway into the market by forcing his OS of choice onto some hapless corporation.

    For example, take the article that all this is spawned from. What happens if Mr. Linux decides to leave the company? Will the company know to email Mandrake if they have problems? Will they be able to find another competent Linux audio-geared admin? What will they do when something goes wrong and he's not there to fix it? Face it, people, there's not a whole lot of competent Linux admins around who would be intimate with the Linux environment. They might be lucky to find someone, maybe. (just a note: this isn't necessarily a bad thing, you have to start somewhere. If one person can do it, well, another can surely learn it, too).

    Another issue I have with the article is, just exactly what does the author's studio produce? I thought Broadcast 2000 went away and was a video product? The article was too vague on specifics for me to take too seriously. What applications DOES he run (he listed a few) and how does he manage his workflow with them? I'm not knocking the idea, it's just that when I read about how Linux has replaced "windows" in the workplace, I want to know what it replaced, what shortcomings were overcome by finding a different tool, etc. What kind of audio hardware was being used? SBLive's are a vastly different beast than the "pro" cards.

    --
    If you were me, you'd be good lookin'. - six string samurai
  65. Soundservers [Was: Re:could be big] by Anonymous Coward · · Score: 0

    Soundservers will all go away except Jack, I'm sure. And that's because ALSA now (0.9.1) has the dmix plugin, which handles mixing of multiple streams to one device. esd didn't do anything but that, and it did it bad.

    A Soundserver like Jack has a different purpose. It aims at interconnectivity beteen audio apps. So i can (and I did) control two alsaplayers from Pd, route their output to Pd and put on some crazy effects. This is only possible with Jack, that's why Jack will stay.

  66. Re: Wait Until Mac is #3?? by Anonymous Coward · · Score: 0

    'Proffesionally design GUI'

    Gnome or KDE

    Take a really good look at ' many cutting edge Linux audio ' in the article, these are all links to pro audio apps for linux ;)

    Linux WILL be at LEAST #2, believe me ;)

  67. Re: Wait Until Mac is #3?? by IamTheRealMike · · Score: 1
    Linux is NEVER going to hit the #2 spot among those that need a professionally design GUI and consistancy and ease of use. Apple on the other hand is taking great steps to make certain they ARE the top of the list for usability by folks that need this purpose. [snip]

    That's quite amusing. Pretty much every audio app I've ever tried invented it's own utterly non standard GUI, sometimes just for the hell of it. If you'd done any real audio work, you'd know that ALL the main sequencers and plugins for them are full of GUIs skinned to look like sequencer racks, knobs (literally), bitmapped keypads and so on.

    You know what? I never, ever, hear pro audio guys whining about how Cubase VST doesn't always use the standard widget toolkit of the OS, or how their soft synth is skinned to look like a rack mount.

    So, you are the one talking "Bull Fucking Shit", not only is GUI consistancy way way overrated, but there's even a great deal of evidence these days that Apple couldn't give a rats ass about GUI consistancy - it's own apps regularly invent their own widgets, even duplicating the standard ones (which of course introduces bizarre ui quirks). Don't even go near the font preview pane, or .. dare I say it ... brushed metal.

    So if you're going to try the "Linux will never make it on the desktop because the widgets look different" line, at least try and sound credible about it. Maybe some people seriously care about this. Pro audio people clearly do not.

  68. Re: Wait Until Mac is #3?? by Anonymous Coward · · Score: 0

    So you want pro audio card drivers?

    RME, M-Audio, ECHO, Alesis, Sek'd, Korg, Ego sys, Hoontech, Roland/Edirol, seasound, sonorus, terratec...
    (all included in ALSA)

    information is the key...

  69. Re: Correction to (2) by MarkWPiper · · Score: 1

    Mental slip above... I meant the pre-empt patch, rather than the O(1) scheduler.

  70. Re: Wait Until Mac is #3?? by Anonymous Coward · · Score: 0

    Your argument is largely true for DAW work on current desktop linux distros (and although they're making relatively quick progress in the right direction, many of the people working on it seem somewhat clueless about the issues involved), but largely false in relation to linux as an OS for embedded use or special-purpose computers.

    After all, what is a Mackie HDR if it's not a PC with an embedded OS and some nice musician-friendly hardware and controls? That's a job Linux is more than capable of doing, and it beats even a Mac for "I don't want to know about computers, I just want to play my gee-tar" points.

    On the other hand... I'm a musician myself (using Logic, Sonar and Pro Tools LE a PC), and I must say that I find the complexity of Logic in particular is actually worse than the complexity of keeping my music PC polite and well-behaved. Can't see how it can be different on a Mac.

  71. Re: Wait Until Mac is #3?? by Anonymous Coward · · Score: 0
    On a related note, Lindows just announced that they signed on a large Canadian distrbutor for their low cost desktop systems. Mac OS X may be "better", but as we saw with Windows, good enough and cheap will probably still win out in the end.


    http://www.lindows.com/lindows_news_pressrelease s. php

  72. Oh, well. by rice_burners_suck · · Score: 3, Funny
    Ah... I remember the good ol' days when there was this operating system called BeOS. They were going to be in all kinds of high-end audio equipment. I remember getting excited that after being somewhat involved in the tightly-knit community of BeOS users and developers for a number of years, the software started to gain recognition in one area of its technical superiority over competing systems of the time. Then, when a number of high quality audio and graphics applications were being produced by some of the biggest names in the aforementioned subjects, they made an announcement that they were shifting focus to refrigerators with email access. And everything went into the trash. Developers couldn't distance themselves from this crap fast enough.

    With several more years of improvement, Linux and other free operating systems are starting to gain on the technical advantages present in that several year old operating system. I feel confident that given a few more years and the efforts of individuals and companies worldwide, Linux will soon be the operating system of choice for everything from coffee makers to the next generation space shuttle. So I'm happy to hear about this conference and all this exciting stuff.

    1. Re:Oh, well. by stinkfoot · · Score: 1
      Ah... I remember the good ol' days when there was this operating system called BeOS. They were going to be in all kinds of high-end audio equipment.

      actually, they still are... iZ Technology's Radar 24 (originally distributed by Otari) is based on BeOS. 24 channels, 24 bit/192kHz... one of the first digital recorders with high enough sound quality to convert hardcore analog snobs away from their 2" tape reels.

      http://www.izcorp.com/

  73. Re: Wait Until Mac is #3?? by clifyt · · Score: 1

    I disagree. There are no analogues for most of what happens in the audio world to that what happens in the generic widget. As such, items have to be paralleled to that which it intuitive to the target user.

    For instance, the average user knows what a trash can is. As such, it makes sense to a novices eyes that a trash can is used for throwing out what you want. Apple use to break interface rules by using this motif to eject discs or unmount drives...they've actually fixed this by having the trash can morph into something else when you select one of these items (in the case of a CD you are building, it will turn into a Burn button). No -- its STILL not the best interface one can use, but its something that is pretty well consistant.

    As for Cubase, I agree with the fact that its looks suck. They try to use the real world paradigm a little too much. Logic does well by splitting the line and making it accessable to folks that have knowledge in the physical world as well as expanding the knowledge to that which makes sense in a more virtual world. Past that, since Apple's purchase of Logic Audio, they've been consistantly fixing the interface to be more inline with their internal widgets when it makes sense.

    Not all Audio apps have to be skinned for the sake of being skinned. Personally, I'd like a more standard interface to a lot of my plugins. I'm sick of seeing Cool K-Rad (or whatever the kiddies are saying these days) interfaces and make them more functional. I'm sick of seeing knobs that says Meathook and a slider that says Angry Kitten...all with their own custom interfaces. However, these guys learn from the real world where musician tools are often creative nightmares intended to be explored more than they are to be completely understood.

    The more professional of a plugin and you will see more professional of an interface. And personally, I'm SERIOUSLY sick of user skinnable applications where a client asks me to come in and I can't tell that he's actually running the same application I am at home undernethe all that chrome.

    Trust me, the pros all complain about this stuff. Cubase users on average don't because they are just happy to have found a cracked version to run (last I talked with folks from Steinberg, they said off the record that they estimated the illegal users outweighed the legal ones 3:1).

    As for Apple's internal guidelines -- this is changing. There are guides as to when its appropriate to use the Brushed Metal look. For the most part, if you are designing a virtual representation of a physical item, BM is the way to go. At one point it wasn't spec'd and it breaks some of the guidelines from the OS9 days, but it fits in with the OSX guidelines from a good UI POV. There are still some things that obviously need changed, but I think Apple is getting back to being Interface Nazi's like they use to be.

    Quite honestly, if you want to talk credibility, ya need to read through your own post again and do some research. I shouldn't have to write a thesis just because someone reads half a line of my post and can't be bothered to understand it in the great whole of the text.

    Clif Marsiglio
    Sonikmatter

  74. Re:IMPORTANT:Little known Latency / Scheduler info by decefett · · Score: 1

    umm... the poster is using Gentoo, a distro where EVERYTHING is compiled from source, it's not meant to be as friendly as MacOS or Windows, it's meant for power users who want to try to get the absolute most out of their system.

    If you don't want to spend hours tweaking your OS then Gentoo is not for you.

    For the record I only recently upgraded from a k6-2 300 and never had any problems playing mp3's.

    --
    Australian? Join EFA
  75. Re:IMPORTANT:Little known Latency / Scheduler info by GMFTatsujin · · Score: 1

    Well, I will admit to being a linux newbie, which is precisely WHY I chose Gentoo over a pre-compiled distro. Having to set options and compile is, I've found, the only way I learn what's really going on with my computer. I'm up for tweaking and fiddling and cursing until I get it right.

    I'll say this, I've learned a lot in the past 2 weeks. :)

    I guess that makes me, what, a power newbie? Or masochistic. What's the diff?
    GMFTatsujin

  76. Re:IMPORTANT:Little known Latency / Scheduler info by Anonymous Coward · · Score: 0

    which doesn't matter a thing, because he uses gentoo. If you are a gentoo users, you know about those things. And you like it.

    If you do not like to worry about this:
    you should be on mandrake (upcoming 9.1)

    you will have a precompiled lowlatency kernel, automatically selected best driver for your card (with a gui for switching drivers, which if you want you can even have to worry about on other os-es), jack compiled to make use of the setpcap feature of the kernel (ie it can put itself on top of the scheduling queue), and dozens of other professional audio tools packaged as rpms.

    All in all, the best linux audio station currently available.

    But actually, i do not think this is the problem, he is probably just using a shitty soundcard.

  77. Maya has been on Linux forever now by rifter · · Score: 1

    According to their website, it is available for Windows, IRIX, Linux and Mac OS X. And the unlimited package is only $6999! Go buy it now! :)

  78. Re: Wait Until Mac is #3?? by Anonymous Coward · · Score: 0

    > (all included in ALSA)

    I don't think so, each brand you listed might be represented with a couple of cards that has decent (at best) support..

  79. RH8.0 = Low-latency by anonymous+cupboard · · Score: 1
    High Latency..... pop along to kernel.org and get a 2.5 kernel

    You don't even need that particular headache (I haven't had enough time to get my 2.5 Kernel up), but Redhat 8.0's 2.4.18 kernel supports low-latency (enabled via the /proc filesystem) and the ALSA drivers (0.9) drop in quite easily.

    1. Re:RH8.0 = Low-latency by oliverthered · · Score: 1

      2.5 is ooohhhh so much better than 2.4 with low-latency, pre-emption etc....

      I've been running 2.5.54 on my server box for about a month (current uptime 23 days reboot due to power fail), the system is a butchered mandrake 7.1

      I've only had two problems, evolution doesn't work properly (i didn't like evolution anyhow, so I use kmail now).
      and USDDevFS is buggy, which I wrote a patch for and sent the the USB mailing list.

      on the server (ex workstation) I run postfix, appache, X and kde 3.1, a USB adsl modem, NFS, CUPS , NATS and it's currently got a sound-blaster Live.

      Audio and KDE responsiveness is so much better than any 2.4 kernel I've tried, even though I don't have an acceletared graphics card.

      --
      thank God the internet isn't a human right.
    2. Re:RH8.0 = Low-latency by anonymous+cupboard · · Score: 1
      The RH version of 2.4.18 is with a few extras (especially with some AC flavour patches) and it is mainstream, which appeals to a lot of people. My systems usually run RH, simply because it is mainstream and it is probably what my clients have.

      I was given an old Celeron based Deskpro, so I have built 2.5.64 on top of a 2.4.21pre5 kernel (in turn sitting on RH 8.0) but despite the usual modutils, bintutils, e2fs and so upgrades, I can't get past the decompressing of the kernel during boot. I want to get it sorted, but we'll see. The trouble is that this is the first unstable that I have run since 2.3 days so I have either forgotten half the tricks or they are out of date.

  80. Simple Sound Software I Developed at the ZKM by Anonymous Coward · · Score: 1, Informative

    Due to the lack of good audio software at the time for Linux, I've made libgaudio at the ZKM for a game presented at the ZKM's Net_condition exhibition a few years ago ... good to see some move on this issue at the same place.

  81. Not foolish at all by Goonie · · Score: 1
    The actual "tool" is the sound app. The operating system , in this case, is more like the workbench the tool is used on.

    As far as audio apps are concerned, it should not be hard to make the Linux "workbench" good enough for the tools to work at their best. I would expect the 2.6 kernel, with its interactive scheduling improvements, to be quite close to the mark for these purposes.

    --

    Any sufficiently advanced technology is indistinguishable from a rigged demo
    --Andy Finkel (J. Klass?)
  82. Troll? by bonch · · Score: 1

    Heaven forbid someone post about their negative experiences with Linux. They MUST be a Troll!

    Crackhead moderators...

  83. Wowee zowee! by bonch · · Score: 1

    Wow! I have to enter an arcane command at the prompt that may require me to be root just to get mp3s that don't skip! I can't believe that "crap" about optimizations either!

  84. Bah! by 13Echo · · Score: 1

    The APIs are good. The effort from the *community* has been strong. The problem is the manufacturers. They design inexpensive DirectX "winmodem"-type sound devices that are only designed to mix one chanel, yada-yada. There aren't many hardware developers that have taken the time to make satisfactory drivers. Cirrus Logic did it with some of their chipsets (but they were crippled). Creative made a valiant effort with the Live series, but many of the envolved employees aren't with the company anymore.

    What you are mentioning about "new hardware" is often incorrect. It is there, but comes at a price. 4-Front tech supports new cards, and they are even working on drivers for the brand new M-Audio (Midiman for you "professional" audio heads) cards. Actually, they probably have drivers for the Revolution as we speak... It's a high-end consumer card. Actually, the Envy chips are being used in a lot of products; M-Audio, Terratec, Hoontech...

    It's hard to develop open source drivers when everyone has an intellectual property stick up their ass. But I will say that there are some quality ALSA drivers out there, and there are some Quality drivers from 4-Front at Opensound.com. It just depends on the device that you are using. You can't expect some Intel audio chip that nobody cares about to perform up to par. Stability isn't a problem, if you have good drivers. My OSS drivers for my Santa Cruz are rock solid, and have most (and a few extra) features that they had under Windows 2000.

    The latency is good with proper drivers. The features are there with the right card. You just have to be picky about what you buy, because you can't expect the manufacturer to stand up and write some drivers. But I think that companies like nVidia have paved the way for hardware support on a multi-platform scale. Graphicws card companies are getting better at it, and it is just a matter of time before more sound companies step up.

  85. Re:IMPORTANT:Little known Latency / Scheduler info by Anonymous Coward · · Score: 0

    Understand that we are not all experts in everything.

    If you lay down 5 questions asking (A || B), insinuating that one is a much better choice than the other, please let us know! Teach us damn it instead of just scoffing at our ignorance. [this is meant as a general /. criticism and not aimed at you in particular]

    1) Use "/sbin/sysctl -w ???" to turn it on?

    2) [pre-empt] and O(1) might colide. Good to know, thanks.

    4) I've got a 50/50 chance of guessing ALSA might give better results, but how is someone new to know? If you ask a non-redundant question that you know the answer to, please answer it too for dog's sake!

    3) Useful, thanks. But what is it?

    4) the gcc man pages don't tell me much, and either do you. Which should we use in what situations? march or mcpu?

    Facts are better than opinions, knowing a problem exists is good, but knowing the solution is better.

    You did well on the serially even numbered questions anyhow.

  86. TeamSpeak by AnotherScratchMonkey · · Score: 1
    TeamSpeak is a gamers' communication system similar to RogerWilco or GameVoice. It's notable for having both server and client available for Linux as well as Windows. A Mac port is underway.

    One can bind a key to push-to-talk that's still intercepted when one's game has focus.

    One feature I find missing is the ability to bind push-to-talk to a mouse button. (It can do this in the Win32 client.) If anyone knows how to do that, please post in the TS forums.

  87. ITS QUIET. TOO QUIET. by Anonymous Coward · · Score: 0

    i agree.

    my mobo's sound works great, it goes beeep beeep beep beep beep! everytime i hit bkspace too much.

    "it ate my mp3 collection. it was a really good mp3 collection..."

    who will explain why everyone's 2-year-old motherboard's ac97 ONBOARD sound isn't automatically configured in almost every fricken distro you try?

    i know, i should just spend ANOTHER 30 bucks on a soundblaster. Or spend a few MONTHS getting comfortable with linux enough to try installing alsa only to be puzzled as to why everything is muted by default!

    fuck that.

    YOU WONDER WHY PEOPLE USE WINDOWS!?

    a: shit takes like 2 minutes.

    i wont even get started on video.

    this is soundless, signing off...

  88. audio sequencer JAZZ++ by Anonymous Coward · · Score: 0

    I hear nobody speaking about a great full featuerd audiosequencer called JAZZ++ (http://www.jazzware.com). It's GPLed as well.

  89. Re:IMPORTANT:Little known Latency / Scheduler info by Anonymous Coward · · Score: 0

    It's Gentoo, you fucking idiot. Install Mandrake, Red Hat, or Suse and shut to fuck up. You'll be able to skip 1, 3, 3, and 4, and you won't need to fuck around with Windows update.

    Or else, be happy being ignorant. Either way, just shut the fuck up. Nobody gives a damn what you think because you're running off of your daddy's preinstalled Windows PC.

  90. How to win friends and influence people by Anonymous Coward · · Score: 0

    I mix with MP3s. My MP3s come from the vinyl I buy. My MP3s are easier to mix with. I spend more time watching, listening, and giving my paying audience what they want to hear (verrrry slickly mixed, I might add), than futzing with my romantic old decks. Yes, perhaps I used to look cooler mixing vinyl, but since switching to vinyl-sourced MP3s, my friends and customers have both commented that I seem to read the room better and serve up the right stuff at the right time.

    Maybe you think you're doing the best job you can with vinyl right now. You might be. But I used to think the same thing, and I know now that I was wrong.

  91. Linux audio is coming along by Anonymous Coward · · Score: 0

    We have waited for a long time, but finally there are some pretty neat projects coming along like drivers for Unitor8/AMT8 (studio standard 8x8 midi interfaces with perfect timing)

    On the sound device support side development is a bit poorer, like none of the protools hardware works, recently tried a low end Audiotrak 8x8 card, and no go either.

    It seems that many people perceive cards such as Creative labs SBLive!/audigy/2, EWS, TB etc. as useable for proffessional purposes, let me assure you that this is not the case, the kind of quality offered by such hardware would be sufficient for emergencies only. (earthquake/fire/tornado wasted your studio)
    don't even get me started on built-in mobo audio-chips...

    If we don't support quality cards (apart from the novel work on RME devices) then who will care to develop useful applications? (apart from RME owners of course)

  92. Here's what someone else sed by onShore_Jake · · Score: 1

    I know for a few migrations I've been asked about, the show stopper has been lack of tools like those provided by Sonic Foundary and other music maker tools. Vegas and Fruity Loops are the two that have lost me converts in the past and neither work in WINE. I'm not a music man so I didn't have anything to counterpoint with but this is one area where Linux apps (not the OS) need to play catch up since Win and Mac apparently have many good music composition apps available for them.