ProjectGoals

Differences between revisions 14 and 15
Revision 14 as of 2006-10-06 15:39:38
Size: 7417
Editor: sal69-2-82-241-217-159
Comment: comment
Revision 15 as of 2006-10-08 16:24:21
Size: 8081
Editor: p54BD58AE
Comment:
Deletions are marked like this. Additions are marked like this.
Line 30: Line 30:
 - Well in my experience, the systemload of jackd, if it is not actively working has not too big an impact on the normal work on the box. Still I agree, that the user should absolutely have the possibility to controll the servers behaviour. (I let qjackctl start jackd as it starts with xfce - this works very well. If something is wrong - I'll be informed and if I want to view a DVD with VLC, I can easily switch it off...)-zettberlin[[BR]]
Line 31: Line 32:
 - I do not think so at all! There is no way to have a Linux-Sound-Computer without applications from both Worlds: GTK AND QT so wasting effort to alter something as perferct as qjackctl is pointless. -zettberlin[[BR]]

Please keep these things in mind when choosing a task:

  • Do not pick something you cannot follow through on.
  • Use only packages in official Ubuntu repositories.
  • Mubuntu is Gnome based.

Project Goals

This page will be for people who want to get involved. It will contain a list of items "To Do".

  • Create solid package lists for mubuntu-settings, mubuntu-audio, mubuntu-audio-plugins, mubuntu-video and mubuntu-graphics.
  • Create mubuntu-desktop package.
  • Find someone who can create a "Alt" or "Hybrid" CD/DVD.
  • Create website with own forums.

Currently Assigned Tasks

  • C.Kontros - Organize/Update WIKI, Create list of packages for base of Mubuntu.
  • joejaxx - Assist in creation of base packages and test.
  • HuwWilkins - Create the look and feel of Mubuntu

  • NEEDED - Create package lists for: mubuntu-audio, mubuntu-video and mubuntu-graphics. mubuntu-desktop-settings and mubuntu-artwork will also need work but these are in a state of flux. (I am working on - see the update on the wiki page - I need a bit more time, but I must work on the accounts of my own compagny this week - ttoine)

A Solid Foundation

Biggest contribution we can make to Linux desktop multimedia creation is with integration. Press upstream developers for lash support; that's a big piece of the integration issue.

JACK

Do we want to start jackd automatically? This is probably not useful to anyone not doing audio work all the time.

  • - No. I don't see why we would want that. LASH handles JACK, doesn't it? The only possible reason I could see would be if we can use it as the sound server over everything else (no ESD, no aRtsd, etc), but I don't think that is possible.BR - I think the most important thing is that JACK "Just Works" for users with as little hassel and setup as possible, in true Ubuntu fashion. -Derick_eisenhardt(2006-09-17@23:47CDT)BR - I agree, but I don't know how this will be possible. Everyone has a different soundcard, and JACK itself does no kind of detection of settings. Plus, tons of users in the forums are using on-board crap audio controllers, and they don't generally work well... One set of settings won't work, and we can't possibly guess what will and won't work for every single card. If someone is running an amazing card on an old Pentium 2 system, the settings would have to be different than the same card on a Xeon, for example. Or a dual AMD64 system with on-board sound card is going to be crap too. I think this is part of the reason why JACK itself doesn't auto-config itself. Too many possibilities. We could try with a setting of about 10ms latency, as it should work for most people... But then what sampling rate do you use? People are going to want 48KHz, but some cards only support 44.1KHz... See the problem here?BR - I suggest that a jack control gui could be launched at startup, but the user has to start jack by himself - ttoineBR - Jack makes quite a demand on the system, so it will be a hindrance on lower powered systems at times when the machine is not being used for realtime music making. So I would be in favour of only starting it when it is needed. -RobertPersson2BR - Well in my experience, the systemload of jackd, if it is not actively working has not too big an impact on the normal work on the box. Still I agree, that the user should absolutely have the possibility to controll the servers behaviour. (I let qjackctl start jackd as it starts with xfce - this works very well. If something is wrong - I'll be informed and if I want to view a DVD with VLC, I can easily switch it off...)-zettberlinBR - As for the jack gui, qjackctl is not bad at all, but it would be really good to have a gtk2-based one. The jack gui for OSX handles netjack, which qjackctl does not. I think that would be an important feature. -RobertPersson2BR - I do not think so at all! There is no way to have a Linux-Sound-Computer without applications from both Worlds: GTK AND QT so wasting effort to alter something as perferct as qjackctl is pointless. -zettberlinBR - jackdmp (multi-processor jack) looks like it will have several advantages over the current jackd, even on single processor systems. http://www.grame.fr/~letz/jackdmp.html

  • we must take a decision to go ahead... so what about ? Is it possible to provide different configuration with the different metapackages ? (ttoine)

LASH

  • - This package probably needs to go into Debian, if we want the extra line added to /etc/services (that file is maintained by Debian). I (Forest) currently have the packaging part done. I just need to get it accepted by Debian, and have not been through that process in the past. I also need to chat with netbase maintainers to get /etc/services modified (one additional port for lash -- lashd crashes without it). netbase maintainer: Anthony Towns <ajt AT SPAMFREE debian DOT org>BR - Debian has lashd, as does Edgy. Is this your doing? It still does not work correctly. What do we need to do to fix it?BR - Must we wait for LASH ? can we now provide a working solution with what is available, or for will be for Edgy ? -ttoineBR - LASH is definitely a MUST. I have reached out to the debian maintainer for seq24 and ZynAddSubFX I think to build with LASH support. This won't make it to Edgy I am afraid. And I have had no response yet. -DanaOlson

Kernel with realtime preemption

Soon, the realtime patches will be integrated into the mainline kernel. -DanaOlson

  • you can test some trials of real time patched vanilla kernell packages made by the ttoine.net community (thanks to jean-mi) ; it is only on my third party repository at this time for testing purpose, you can find the necessary informations here : http://forum.ttoine.net/viewforum.php?id=6 ; please, if you test, can you put some feed back on the ttoine.net forum so that we will improve the kernell. (ttoine)

Samples / Patches

Mark originally expressed his desire to include a bunch of good free sound files, like samples, SoundFonts, and patches, etc. If we reach out to people who have created soundpacks for the main apps, like Hydrogen, ZynAddSubFX, etc, and any SoundFonts, we might be able to get some together. This can be a longer-term goal.

I think that the key to having this a usable system will be to organize the menus properly - music apps, video apps, graphics apps should not be all in one big jumbled mess. I am not familiar enough with the menu system to know the best way to approach it, but a change to every package I think is not required. We can just add additional menu entries or some such.

  • - It is possible to let people organize by themselves with the menu editor of their DE, when provided... Or to make a script that can redifine automatically the .desktop files.BR - Since we are going to use Gnome is the current structure of "Sound & Video" adequate? I dont know if actually splitting the menus into "Sound" and "Video" would help. See [http://img145.imageshack.us/img145/2954/menuaw3.jpg screenshot]. -C.Kontros

Desktop Environment

Dana and I have decided that we are going with Gnome. Demudi did it, so it is possiable for us to do it also. With the intensity of the applications that we will be running, fairly current hardware should be used. The specs should be the same as Ubuntu. Therefore Gnome should be a fine choice. Further decisions should be made with using Gnome in mind. The challenge will be retaining the admin functions of Ubuntu's Gnome desktop while trimming down the size of the install disk. Demudi was fairly stripped down in this aspect. Its .iso is 558 megs. -C.Kontros

Comments

  • Remember that Agnula Demudi cannot be installed on every computer, some recent hardware are not supported by the installer. Please notice that the demudi livecd, based on Ubuntu, supports more hardware than the installer... Let's try to support a maximum of hardware as Ubuntu does, if disk space make it possible.(ttoine)

UbuntuStudio/ProjectGoals (last edited 2008-08-06 16:31:37 by localhost)