[01:01] Nightrav1n, can you send an email to the -devel mailing list? [01:01] and thanks for hanging in channel long enough to get a reply ;) [01:02] Nightrav1n, ubuntu-studio-devel@lists.ubuntu.com [01:32] * micahg should probably subscribe to that [01:33] micahg, it's not as exciting as you might think ;) [04:29] Nightrav1n, do you have a link of the image? [04:53] ScottL: BTW, the ubuntustudio-meta upload should fix all the uninstallability except for wine [04:56] well, wine + ia32-libs... [05:23] micahg, thank you :) [05:24] * micahg hasn't done it yet, but still on the list [05:25] * micahg goes and and does it [05:38] ScottL: uploaded [08:12] hey there [08:20] good morning falktx [08:21] Nice day for coding, don't you think? [08:21] ailo: yes! [08:21] I'll finish my canvas stuff and do a final test before cadence gets alpha1, finally [08:21] time to make some music! [08:23] I'm doing some puredata patches myself. Making a custom app for sequencing and recording music. [08:27] nice [09:40] * abogani waves all [09:40] ... the jackd realtime threads should run at a priority higher than the standard IRQs but lower than the audio-related ones ... [09:41] What priority we use for Jackd in Ubuntu Studio? [09:48] abogani, The file /etc/security/limits.d/audio.conf, which is added when installing jack, has this setting: [09:48] @audio - rtprio 95 [09:48] @audio - memlock unlimited [09:49] I assume this is what you mean [09:49] Users in "audio" group are able to start jack with these settings [09:51] ailo: Those are upper limits. I meant jackd's command line -P parameter or qjackctl (priority value). [09:53] abogani, There are no added parameter what I am aware of [09:54] ailo: Hmmm so we don't provide a reasonable default value... :-( [10:01] abogani, Ubuntu Studio uses the default settings created by just installing jackd. Performance is good. But, if I do .. [10:01] ps -eo pid,rtprio,ni,pri,comm [10:01] PID RTPRIO NI PRI COMMAND [10:02] 24129 - 0 19 jackd [10:02] Is this what you mean? [10:03] ailo: Yes. [10:03] qjackctl has a parameter called "priority" and it is set to "default" [10:04] * abogani is wondering about the numeric value of that "default"... [10:05] you can look it up in gnome-system-monitor [10:05] it's called niceness [10:05] negative niceness values mean higher priority [10:06] positive niceness means lower priority [10:06] -20 is the highest possible priority [10:06] 19 is the lowest possible priority [10:06] shnatsel, We're talking about something else [10:07] ah [10:07] :( [10:07] shnatsel, Are you talking about the qjackctl parameter called "priority"? [10:07] not sure about qjackctl, never seen it [10:08] but that's what most apps use because it's an OS mechanism [10:08] abogani, changing that parameter does not change anything. Still: "28568 - 0 19 jackd" [10:09] abogani, But, I can see that changing "priority" to 20 causes this commandline argument "jackd -P20" [10:15] abogani, No effect, anyway. But still, good performance [10:24] I'm looking into what the default value might be [10:25] ailo: Thanks, that is very important. [10:28] abogani, I've been told the default value is 10 [15:39] micahg, outstanding! thank you again :) [15:41] abogani, ailo , we are looking at adding sane default jack settings this cycle [15:42] holstein and someone else came up with some but we working on how to implement the settings during installation [15:42] ScottL: ok [15:43] if there is a particular settings you think should be included please let me know [15:44] ScottL: rtirq set 80 as priority for snd so I *suppose* the right valued should be 79. [15:45] abogani, i will note that [15:45] thanks :) [15:46] ScottL: I'm not a Jack expert so please verify my supposition. [16:01] man, skaet runs a tight meeting for the release team meeting [16:08] TheMuso, this is cjwatsons response to the preseed issue you and len discussed on the mailing list : http://bazaar.launchpad.net/~ubuntu-cdimage/debian-cd/ubuntu/revision/1728 [16:08] i haven't a clue if this really fixes the problem by simply looking at the code [16:44] stochastic: yeah sure :) want a pm or shall i post the links to the channel? :) [17:01] scott-upstairs: ScottL: u there? [17:01] falktx, aye, kinda in a release team meeting but i can probably talk for a bit [17:01] shoot :) [17:02] scott-upstairs: I really though deeply about what distro I should focus on. it's no doubt Ubuntu needs more work and help, so I guess I'll stick with Ubuntu [17:02] that's fantastic for us ;) but i feel that the arch people are going to loose something special then [17:03] Arch users always have AUR [17:03] it's archaudio devs fault for being too slow [17:03] the project is there, but seems stuck :( [17:03] scott-upstairs: anyway, Ubuntu 12.04 should be the focus now [17:04] is anything fully decided on the theme? [17:04] (ie, drop the current one and start a new?) [17:05] ah, i'm sorry to hear that about the arch progress [17:58] falktx, i think there is going to be a great deal of development over the next two years for ubuntu studio and i think you could be a big part of that [17:58] i think this is going to be an exciting time [18:05] ScottL: i'm very sad that linuxsampler is not on Debian though [18:05] no linuxsampler, no openoctave [18:31] falktx, what can we do to get those applications into debian [18:32] no idea [18:32] I mean [18:32] we need to fully understand why it's not there yet [18:32] http://bugs.debian.org/578787 <-- openoctave [18:33] Debian bug 578787 in wnpp "ITP: openoctave -- MIDI and audio sequencer and musical notation editor" [Wishlist,Open] [18:33] http://bugs.debian.org/561443 <-- linuxsampler [18:33] Debian bug 561443 in wnpp "RFP: linuxsampler -- realtime audio sampler" [Wishlist,Open] [18:34] linuxsampler just needs someone to run with it [18:35] same with openoctave it seems [19:03] I think it's time to join the debian multimedia team [19:09] falktx: the team welcomes help