Slashdot Mirror


DeMuDi Linux

Sleen writes: "DeMuDi stands for Debian Music Distribution. This is the first distribution of GNU/Linux whose sole purpose is to create a stable OS for Multimedia. The project is led by Guenter Gieger who is the developer of the Linux low latency driver for the RME Hammerfall 96xx series. Combined with realtime kernel patches, the Hammerfall card in Linux can achieve hardware level latencies. Though many are already using Linux to make music, Guenter has started this project to consolidate the decentralized resources needed for setting up a linux system for multimedia. Drivers, applications, a realtime kernel and many other things are missing from the typical linux distro. If anyone wonders what is available to work with, take a look at the packages page. They include multitrack hard disk recording software, physical modelling and virtual analog synthesizers, beatboxes, midi sequencers, processors, and Advanced Open Architecture Synthesis systems such as Csound. For more information such as project details, a mailing list and contact info visit DeMudi.org."

42 of 92 comments (clear)

  1. Special purpose linux distrobutions by Anonymous Coward · · Score: 2

    It would be good if there was a dedicated linux distrobution for all computing tasks. For a firewall there is trinux, for a good all round server there is redhat, and now for multimedia there is demudi, all we need now is a dedicated distrobution for business users, and for gamers.

  2. Re:That's cool, but if the apps aren't there... by Anonymous Coward · · Score: 2
    THis isn't the first "musicians can't edit conf files" post I've seen in this thread, and I'm curious as to where this attitude comes from. You say:

    "Musicians are very, very rarely computer jockeys, and being weaned on the MacOS and Win32, most of them will shit a brick when if they have to deal with the CLI or edit a .conf file."

    On what do you base this? It would seem that there is a lot of evidence to the contrary: musicians were the first artists to really embrace computers, there is a long history of musician-hackish tendency crossover, modern electronic music gear requires loads of tinkering that people who do music on computers are often drawn to. Have you ever used a modern keyboard? It's ridiculous. Open a KB magazine and the articles are all "OS patch this, Driver revision that". Very computer-techy.

    Have you ever used an old keyboard? OO design before CS had it, exactly. Modular/old-analog synths (esp. machines like the Korg MS-20) had the whole OO pattern down with data/functionality hiding, modularization, message passing, many musicians are quite fluent in these concepts.

    I'm not trying to argue with you or "set right a common misconception" or anything, I just see this a completely different way from the way you and many /.'ers seem to. Why do you think musicians aren't technical. I'd argue that of all artists, they tend to be the *most* technical, and if you had to draw any subgroup of society but CSers, programmers, and engineers, I'd think the group best able to deal with a computer would probably be musicians. Yes, even over other scientists like physicists and biologists.

    Have you ever seen Max or MSP? I've seen some shitty code by engineers and physicists, but the code some of those musicians are basically writing in Max is pretty good.

  3. overspecialization by Anonymous Coward · · Score: 2

    These types of developments excite me because of the good things they say about the flexibility of linux, but I think that there may be a drawback to this level of specialization for linux as a whole, and an alternative that can avoid this drawback.

    Maintaining a distribution requires a lot of overhead beyond its primary focus. Things like updating system packages, maintaining compatability lists of entire systems of packages, documentation, and etc. fall into this category. This overhead is present in all distribution development alike, and uses up precious developer time. What this means is that if there are distros for every single specific task from pr0n viewing to juice-carton designing, then this overhead will take its toll on the the linux development community for every single one of those distros. The work that must be done to take care of the overhead is work that has already been done by every other distro.

    To put it mathematically, suppose the overhead in maintaining a distro needs the work of 10 dedicated people, and suppose there is a total of 100 developers for linux. If you have one very flexible distro, you will have 10 people working on the overhead, and 90 people working on the good stuff such as web browsers, editors, GUI toolkits, etc. But if there are 5 distros total, you will need 50 developers to work on the overhead altogether. They will all be duplicating the work done by the other overhead-workers. This would only leave 50 people to work on the good stuff. We need good stuff more than duplicated effort.

    The only solution I see to this is simply for people who want to roll their own specific linux distro to try instead to modify existing distros, building ontop of the existing infrastructure. Does apt-get install task-audio-studio or task-ipmasq-firewall or task-thinclient sound good to anyone else? :D

    -helo

  4. Ummm.... you're *completely* missing the point. by torpor · · Score: 2

    The point of this distro is not to solve the age-old mysical problem of linux: no apps.

    The point of this distro is to put linux in a *much better* position to become an architecture for development of *hardware-based* music systems using open source tools.

    This distro should be at the *end* of the MIDI chain, not trying to drive the front of it.

    (In my opinion, software sequencing is held in too high regard by musicians. try playing synth music *live* as much as possible, and see where that takes you for a while... but I digress...)

    I'm excited by this distro because it means that with the right tools, and good MIDI *input* capabilities, I could write a pretty fucking amazing hardware sampler system...

    Better than Emu. Better than Akai. And yes, even better than the Yamaha samplers.

    :)

    --
    ; -- the corruption of government starts with its secrets. a truly free people keep no secrets. --
  5. This is very nice... by Masem · · Score: 4
    Music production requires a decent amount of hardware to work right, particularly for those that like to play a instrument directly to a digital version (ala midi keyboards). Notoriously a heavy OS can get in the way as to increase latency and reduce the quality of the final product. Linux is well suited since the OS can be very small and avoid latency. I'd love to see a similar project used for video technologies too; sure Linux doesn't have a Premiere-like program, but if someone develops the groundwork for a sleek kernel to avoid interrupting digital real-time editing, someone will write the necessary tools.

    --
    "Pinky, you've left the lens cap of your mind on again." - P&TB
    "I can see my house from here!" - ST:
    1. Re:This is very nice... by Amokscience · · Score: 2

      Right... and this *really* helped BeOS.

      --
      Fsck cluebie moderators. I'll say what I want, offtopic or not. And fsck having to qualify every bloody statement just
    2. Re:This is very nice... by OmegaDan · · Score: 2

      hmmm what configuration are you using? Cubase crashes for me all the time -- but win2k -- very rarely

  6. Re:Anything better than Esound? by Adnans · · Score: 2

    Get a soundcard that does hardware mixing. The Trident 4DWave NX series of cards do this quite nice and cheap. You get 32 audio devices to play with (i.e. you can open up to 32 audio apps simultaneously). Of course you can run esound as one of the 32 to increase this in software. The Live! cards supposedly do this too. All this with ALSA drivers of course.

    -adnans

    --
    "In short: just say NO TO DRUGS, and maybe you won't end up like the Hurd people." --Linus Torvalds
  7. Re:NOT like BeOs by Adnans · · Score: 2

    Too bad linux is still stuck with single threaded X.

    That's not the problem, your videocard is not threaded so a multithreaded X server will not buy you any significant speed increase.

    A good multi-threading windowing toolkit is whats needed. Qt 3.0 is supposed to fill this gap, However I've had very good results with GTK+ too. I ported some code over from BeOS and it runs beautifully under Linux/X. Unfortunately GTK+ uses one big fat global app lock for GUI threading but with careful design you can get impressive results .

    And I don't think musicians will be happy with the idea that they need to install a patch in order to get low latencies. It should be default so that developers can just assume everyone will have it.

    That is coming in the 2.5.x kernel series. But don't let that stop you to start experimenting :)

    -adnans (who just recorded another 2 hours of video + audio under linux, without dropping a single frame :)

    --
    "In short: just say NO TO DRUGS, and maybe you won't end up like the Hurd people." --Linus Torvalds
  8. Quasi stereo component by boinger · · Score: 2

    Would it be a reasonable task to cull the pachage list to act as a stereo component-style MP3 player? (attractive component-looking case not included)

    --
    Send your friends messages of love at fuck-you.org
  9. Re:That's cool, but if the apps aren't there... by crisco · · Score: 2
    I think musicians more than most computer users would be willing to use whatever it takes to get the job done, putting aside the stuff they've used before to try something new.

    VST support would probably be the easiest to achieve, as VST plugins are already cross platform (Mac and Win) although I don't know the details of how painful it is to port one. DXi would be a little more difficult but having seen Windows avi codecs interfaced to in Linux, ActiveX controls and the WINE project, I wouldn't be surprised to see wrappers for the Windows DXi plugins and VST instruments.

    Oops, reading Ardour's features page bears my point about VST but introduces some IP stupidity on the part of Steinberg.

    Chris Cothrun
    Curator of Chaos

    --

    Bleh!

  10. Re:Oh, We Need Another Distro by Teancom · · Score: 2

    Not to point out the glaringly obvious but I hardly think something named (expanded) *DEBIAN* Music Distrobution is a "start-from-scratch" proposition. And completely replacing your kernel, and (probably) other major software with real-time versions, as well as a different orientation (probably easier setup, we all know musicians aren't techies ;-), etc, does constitute a good reason for forking the distro, at least for a while. Maybe once they get it all shaken out and the bugs worked out they will merge back, but at least for now it is a wise idea.

    Sheesh.....

  11. That's cool, but if the apps aren't there... by coj · · Score: 2

    (Note that since the site is EXTREMELY slow I can't browse the list of packages, so maybe I'm missing something).

    This reminds me a lot of BeOS. Be is very, very well suited for music and other media production. But the hardware and major software support never materialized, so it didn't catch on. Unless companies like Cakewalk, Steinberg, and Logic start porting their apps to this new distro, it really won't matter how kickass the OS is. Maybe if VST or DXi support was available in the OS, things might be a little more attractive to potential developers.

    I suppose that you *could* see some pickup in use if tools in the same league as those released by the companies above is developed for this distro. On the other hand, the Gimp is available for Linux, and I still don't run into many serious graphic designers who use it instead of Photoshop. Most folks are gonna stick with what they know unless there is a compelling reason for them to switch.

    I'm also a little worried about the issues of useability that normally pop up with Linux distros. Musicians are very, very rarely computer jockeys, and being weaned on the MacOS and Win32, most of them will shit a brick when if they have to deal with the CLI or edit a .conf file.

    -Ed
    www.funkatron.com

  12. Re:CSound by gmhowell · · Score: 4

    I thought EMACS was to text editing what a howitzer is to precision shooting:)

    (I use emacs, so don't get all pissy)

    --
    Jesus was all right but his disciples were thick and ordinary. -John Lennon
  13. Re:Again, Linux's issue is software by rufus+t+firefly · · Score: 2
    To be a legitimate digital audio/midi sequencer box for either home enthusiast or actual studio, Linux needs some really good sequencing software. Something like cakewalk or cubase. The last MIDI sequencer I used was really behind (not that I blame them).

    Is anyone working on this? I've considered it, but the MIDI spec is pretty daunting looking to me....
    Have you looked at Quasimodo yet? It's definately something to think about if you're doing serious sequencing work.

    ---
    --
    "He may look like an idiot, and talk like an idiot, but don't let that fool you. He really is an idiot." - Duck Soup
  14. Re:ReBirth 338 by rufus+t+firefly · · Score: 2
    All we need now is a Linux version of ReBirth 338 and the distro should be complete.
    Check out gsyn or Green Box if you want a ReBirth-type solution under Linux.

    ---
    --
    "He may look like an idiot, and talk like an idiot, but don't let that fool you. He really is an idiot." - Duck Soup
  15. Ardour by rufus+t+firefly · · Score: 3
    The most surprising thing was that Ardour was packaged and included in that distribution (http://ardour.sourceforge.net/). For those who don't know, ardour is Paul Barton-Davis's professional DAW software package, and is quite possibly the most important professional audio application available for Linux.

    So many of us have had problems setting ardour up. This is definately a godsend to anyone looking to do professional audio work, which is consistently overlooked when people are designing operating systems and environments.

    I wonder how long until this story is overrun by "Linux audio SuX! Use BeOS!" or "Mac RuLeZ!" posts...

    ---

    --
    "He may look like an idiot, and talk like an idiot, but don't let that fool you. He really is an idiot." - Duck Soup
  16. Re:Multitracking on Linux - by rufus+t+firefly · · Score: 3
    Are these multitracking / hard disk recording packages new? And for this distro only? Are there user reviews of any of these packages?
    Are these multitracking / hard disk recording packages new? And for this distro only?

    Are there user reviews of any of these packages?

    I'm still using a Mac and Deck or ProTools for multitracking / hard disk recording and would love a stabler, though just-as-able alternative ...

    BeOS looked real good for awhile - especially Pebbles - but things have way slacked off. Any additional, personal usage info would be great.
    If you're looking for multitracking, you can use either Broadcast2000 (which is fairly limited, since it doesn't use ALSA, AFAIK) or Ardour (which is very far in development).

    I believe that both are included in this distribution (check the package list if you're not sure).

    ---

    --
    "He may look like an idiot, and talk like an idiot, but don't let that fool you. He really is an idiot." - Duck Soup
  17. Specialized distros for everything? by p3d0 · · Score: 2

    I don't know what to think about these specialized distros. If someone makes a distro for this, and someone else makes a distro for that, when what do I do if I want to do both? Do I need two computers?
    --

    --
    Patrick Doyle
    I mod down every jackass who puts his moderation policy in his sig. Oh, wait a sec....
    1. Re:Specialized distros for everything? by jhines · · Score: 2

      Exactly what you have to do now, find the relivent patches and programs, and install them yourself.

      A specialized distribution just makes it easier for someone who isn't interested in computer configuring, but rather getting the end job done.

  18. Linux multimedia by frog51 · · Score: 2

    This will definitely give us a good solid dedicated multimedia box, but what I for one really want is my current distro - which is is running a fairly lean, fast kernel - with all these applications added. I'm quite happy to shut down any resource hogging processes while I record/mix/edit etc, but I can't really be bothered setting up a whole new box just for this, or wiping my one as it's quite happy right now.

    I'm sure other users are the same - it'll only be the dedicated music makers who will go to these lengths. Of course, maybe us part timers have no need of such low latency, I mean I use Cubase on my Windows partition pretty successfully, but aside from that and Unreal Tournament I would rather dump that partition completely.

    Of course, at the moment I have no sound support at all:) A 1.2GHz Athlon, 500Mb RAM, 1.2Tb disk, Voodoo3 all supported, but my SBLive! card...damn!



    Frog51

  19. Re:CSound by Pseudonym · · Score: 2

    This article suggests to me that Linux is to OS kernels what Emacs is to text editing, too. Or it will be very soon.

    --
    sub f{($f)=@_;print"$f(q{$f});";}f(q{sub f{($f)=@_;print"$f(q{$f});";}f});
  20. Their site SUCKS by dimator · · Score: 2

    Will someone please point me to the line I have to add to my source.list?


    ---

    --
    python -c "x='python -c %sx=%s; print x%%(chr(34),repr(x),chr(34))%s'; print x%(chr(34),repr(x),chr(34))"
  21. Re:Again, Linux's issue is software by Unknown+Lamer · · Score: 2

    What about Jazzware's Jazz++ midi sequencer / audio editor? (http://www.jazzware.com) I used it, and (once you get past the interface...RTFM and you get it) it worked great. It does midi sequencing and audio editing (like what CuBase does), and it is under the GPL (it used to be proprietary IIRC).

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

    --

    HAL 7000, fewer features than the HAL 9000, but just as homicidal!
  22. Again, Linux's issue is software by GusherJizmac · · Score: 2
    To be a legitimate digital audio/midi sequencer box for either home enthusiast or actual studio, Linux needs some really good sequencing software. Something like cakewalk or cubase. The last MIDI sequencer I used was really behind (not that I blame them).

    Is anyone working on this? I've considered it, but the MIDI spec is pretty daunting looking to me....

    --
    http://www.naildrivin5.com/davec
    1. Re:Again, Linux's issue is software by Crimplene+Prakman · · Score: 2
      but the MIDI spec is pretty daunting looking to me....

      The MIDI spec isn't daunting at all... when I was younger and more innocent I wrote a couple of MIDI file processors that stripped various bits out, have to see if I can find them... the most difficult bit if I remember was delta-time - the length of time in between events. Let me explain:
      In MIDI, you have pretty much two major types of data: Status bytes, and data bytes. Status bytes always have an MSB of 1, and data bytes have an MSB of 0. Status bytes begin with an ID nybble, the second nybble specifies the channel (yes, there are 16 channels, and 16 types of status event).
      Having specified the channel, the data goes on to do whatever it has to do - for a note on event, you must specify the key (in the range 1 - 127, well encompassing an 88 note keyboard), and the velocity, again within a 0 - 127 range.

      Things get complicated when you include system exclusive messages - they are proprietary to each manufacturer and model - and continuous controllers. There are 127 possible controllers, some of which are reserved, e.g. volume is 7, expression is 11, modulation is 1, pan is 10, etc. Reverb and Chorus are included in there somewhere, as are certain other parameters depending on the midi module.

      MIDI files can also contain messages such as lyrics, copyright, etc. Good clean fun.
      For more information, there are many resources available online.

      Check here for an overview of how the chunks work.


      --
      We may be human, but we're still animals.

    2. Re:Again, Linux's issue is software by OmegaDan · · Score: 2

      wow, thats very cool :) now if *any* of my music hardware was supported in linux ... :)

    3. Re:Again, Linux's issue is software by paulbd · · Score: 5

      As the author of Quasimodo, I beg to differ. Quasimodo is not a sequencer, and more importantly, its a dead project at this point, for many reasons. You should be looking at MusE which is a really high quality MIDI sequencer. As an aside, if the MIDI specs look daunting, I would forget about even considering programming in this field. MIDI is one of the simplest protocols there is, and one of the simpler problems in the area of MIDI/Audio programming. --p

  23. Re:Excellent by OmegaDan · · Score: 2

    also unlike standard midi instruments, csound can take an unlimited amount of time to render :-)

  24. CSound by MrBlack · · Score: 2

    CSound is to music synthesis what EMACS is to text editing.

  25. Some corrections to the "article" by paulbd · · Score: 5
    The project is led by Guenter Gieger who is the developer of the Linux low latency driver for the RME Hammerfall 96xx series. Combined with realtime kernel patches, the Hammerfall card in Linux can achieve hardware level latencies.
    • Not "realtime" patches to the kernel. The patches in question are "low latency" patches that decrease scheduler latency. They have nothing to do with RTLinux or "hard realtime" programming.
    • Guenter didn't write the "native" digi9652 driver, Winfried Reitsch did that. Guenter hacked Pd to use the driver. There is also an ALSA driver for the Hammerfall (I wrote it) that was based loosely on Winfried's driver.
    • "hardware latencies" is a loose term. lets just say that a properly written application can use any audio interface via ALSA to get audio i/o latencies that are bounded only by the h/w design.
    • I don't think Guenter started Demudi, but I think he may be those most active developer involved in its evolution. Most active by far, in fact.

    If you are a developer working on or interested in Linux audio software, I also encourage you to check out the Linux Audio Development web site.

    --p
  26. Re:Oh, We Need Another Distro by Lizard_King · · Score: 2

    if you read their site, they haven't built a distribution from scratch. DeMuDi stands for Debian Music Disttribution, meaning that they're working to add more multimedia drivers, applications, and capabilities to an existing distro (which, i might add, is the distro you're using).

    --
    "My mother never saw the irony in calling me a son-of-a-bitch." - Jack Nicholson
  27. GNU Music by seanmeister · · Score: 5
    Wop-bop-a-loom-bop-a-bop-bam-boom
    GNU DeMuDi au rutti
    GNU DeMuDi au rutti
    GNU DeMuDi au rutti
    GNU DeMuDi au rutti
    GNU DeMuDi au rutti
    Wop-bop-a-loom-bop-a-bop-bam-boom

    Thank you.

    --

  28. Re:Specialized Distros! by cvd6262 · · Score: 3

    In an earlier /. story, an animator from ILM explained that the reason they dumped Windows for Linux was not the cost, but that they could customize Linux to meet their needs.

    --

    I'd rather have someone respond than be modded up.

  29. Specialized Distros! by Fatal0E · · Score: 5

    I have to admit, even though a specialized distro is not really a new concept I'm quite intrigued. Imagine that instead of selling a card that plugs into a PC (as it's sometimes done now), a company could sell an entire PC with a home brewed Linux distro. Obviously the price would be higher but that kind of custimization could lead to some really interesting setup from a professional perspective. Kinda like the embedded concept but scaled a lot higher!

  30. that would be so nice by Dr.+Awktagon · · Score: 2

    As a huge fan of electronic music and occasional dabbler in writing it with my Mac and MIDI gear, I hearby announce that if Linux and Free software can replace a Mac running Cubase with VST plugins, Reaktor, Reason, the new Absynth, and other staples of electronic music, with MIDI and low latency, I will SHIT MYSELF LIKE AN INFANT IN DIAPERS!!

    i.e., I would really be impressed and would install it straight away. :-)

  31. Re:Oh, We Need Another Distro by iomud · · Score: 2

    You can happily roll your own, or let them roll it for you. The applications are probably mostly in unstable already, the main thing is the low latency patches and possible driver additions to their kernel.

  32. Low latency is good by Spy+Hunter · · Score: 2
    Those low-latency kernel patches aren't just for audio guys - they're great for a desktop system as well. I find X and KDE to be more responsive with them installed (esp. when using drag-and-drop) and KDE's audio daemon aRts works much better with them.

    I guess the reason they're not included in Linux releases is that they aren't suited for a server, which doesn't need low latencies. However, if you're running a desktop system, you should definitely look into these patches. I think Mandrake should include them by default.

    --
    main(c,r){for(r=32;r;) printf(++c>31?c=!r--,"\n":c<r?" ":~c&r?" `":" #");}
    1. Re:Low latency is good by Spy+Hunter · · Score: 2
      I think the ones by Ingo are for 2.2.x and the ones by Andrew are for 2.4.x. Or maybe its the other way around. Anyway, I think that the kernel version you choose dictates which set of patches you need.

      how much faster is the performance?

      Its not exactly faster, just more smooth. Consequently it won't make your boot time shorter or improve startup times of applications, or improve game framerates (I think, although I could be wrong). It will make your mouse pointer move more smoothly while your system is under load (though enabling DMA on your hard drive gives a bigger improvement), it will allow you to set a lower latency on your sound programs, giving you faster response, and it will in all likelihood help videos (I'm on a modem connection and have very few videos to try it with).

      As for links, Google is your friend. A search for Low-Latency Kernel Patches reveals many interesting links, the most interesting being a site with history about low latency in Linux and a link to Andrew Morton's scheduling page where you can download patches for many 2.4.x kernels.

      If you haven't done it already, enabling DMA on your hard drive will probably make a bigger difference than these patches, though, and without a kernel recompile too! Definitely look into that.

      --
      main(c,r){for(r=32;r;) printf(++c>31?c=!r--,"\n":c<r?" ":~c&r?" `":" #");}
  33. Excellent by blang · · Score: 2
    I alse see Csound is on of the packages. Csound is pretty amazing stuff that can create unique synthetical music. And now that CPU's are getting a lot faster, it can probably be used to play music in realtime.

    As opposed to Midi, a csound instrument can have an unlimited number of parameters. This distro could become the most powerful music creation platform ever.

    --
    -- Another senseless waste of fine bytes.
  34. Oh, We Need Another Distro by idonotexist · · Score: 2

    Why not just work with a current distro (debian) instead of doing a whole new distro from scratch? I run debian, I would want multimedia capabilities --- so I should give up debian for this distro?

    --
    "There ought to be limits to freedom"
  35. NOT like BeOs by tanuki_x · · Score: 2
    hmm... BeOs is a single user, extremely GUI-oriented OS that was supposed to be so friendly that it would be the perfect choice for novice users. Oh yeah, and the multimedia stuff is integrated with the OS, iirc.

    That sounds a lot like linux, right?