[00:13] rlameiro, there is still quite a bit of work going on with the kernel i believe [00:13] rlameiro, i've been having troubles myself and i really hope the solve them soon :P [00:14] ScottL: well, maybe we should not post that testing untill stff is more stable [00:14] and continue to make test internally and look at them.. [00:14] rlameiro: Don't think your firewire problems are related, though [00:15] But, the variation in test results is interesting. Just a week ago, I was getting the same results from generic as from -lowlatency [00:16] ailo: yea, i need to do an update test again [00:16] i also tested it with 8x8 channels [00:16] * persia is amused at the use of "internally" for a transparent public project [00:17] 6 in channels where quiet but still it is a stress [00:17] persia: internally as not a definitive result :D [00:17] persia: not as obscure :D [00:17] this channel is public with logs :D [00:18] I know. I'm still amused. Even though everything we do here and on the mailing list is public, it's still "internal" in a sense. [00:28] * ScottL wonders how many people come here and read through the logs or the emails [00:29] I do sometimes :D [00:29] 1 for me :D [00:30] Lots of folk likely subscribe to the mailling list, or read the archives. [00:30] Most of the folk who read the IRC logs are probably at least occasionally active here, or on the mailing list. [09:43] Sooo.... wonder if Canonical could use a guy with some C++ and Qt skills? Looks like I'm gonna run out of work soon... [09:55] astraljava: https://tbe.taleo.net/NA3/ats/careers/searchResults.jsp;jsessionid=E22F4015F5C1F74559120C79A16C04F0.NA3_primary_jvm?org=CANONICAL&cws=1 [09:56] abogani: Thanks! Way cool of you. :D [09:57] astraljava: :-) [10:36] abogani: You heard persia, right? Is the kernel getting into the repos now? [10:38] The -generic is nowhere near good for audio right now. [10:59] ailo: Right. I'll double-check it this weekend. In any case I'm not sure that it is the right thing to do. [11:15] abogani: Why are you not sure? [11:22] I don't know what is going on with the -generic kernel, but until we can get a garantee that it will be able to do reliable low latency work, I would hold on to -lowlatency. [11:24] -lowlatency is the right technical term, but I wouldn't mind calling it -multimedia and let it be a multimedia alternative to the -generic, as long as the -generic is not able to provide the same performance. [11:25] That would be unfortunate. There are many "multimedia" use cases where it's probably not appropriate. [11:25] persia: Like what? [11:25] like watching youtube [11:25] remember, "multimedia" is a *big* word. [11:26] It is. You mean flash is not as fast with -lowlatency? [11:26] Should make no difference at all. Might cause a (very small) decrease in battery time if I'm watching youtube on a portable device. [11:27] It uses up more power, right? [11:27] A little bit. [11:27] Depends on what you're doing, really. [11:28] If you're mostly idle, it will use more power. If you're using your machine hard, it makes no difference at all, and may even save some power. [11:28] watching youtube is mostly idle for most recent devices. [11:28] Maybe we should add some info about that for the user [11:28] Hardly anyone cares. [11:29] For me, watching flash uses up most of my CPU. But that's because the graphic card is not working with it, right? [11:29] Without drivers I can't even watch some videos full screen [11:29] The only people who care are those who need low latency for some reason (audio or video production, audio/video streaming on insufficient HW, telephony switching, etc.) [11:30] That's unrelated. You aren't likely to notice difference there between -lowlatency and -generic [11:31] indeed [11:31] For audio low latency is needed as soon as you do something live. Play a virtual instrument, monitor while recording, or as I do, live processing [11:31] No it isn't. [11:31] For audio/video, I don't know [11:32] It's needed for doing what you say under certain combinations of system load and driver quality. [11:32] I can't very well play a virtual instrument, if there is an audible delay [11:32] For me it's totally based around human perception limitations [11:33] And -lowlatency nails it. [11:33] I mean, there's even a little room beyond that limitation [11:33] Sure. But the difference in delay between the average -generic kernel and the average -lowlatency kernel depends heavily on the load on your system (both raw CPU load, and context-switch count), the specific IO hardware you have, and the raw performance of your equipment/ [11:33] After my recent testing, the difference is huge [11:34] -lowlatency does better at higher system loads, or with buggier drivers. [11:34] -generic is not anywhere near acceptable right now [11:34] * persia is talking in general "right now" is ephemeral [11:36] Can someone garantee that -generic will be able to perform as well as -lowlatency [11:37] For me -lowlatency is a safe bet. I was surprised to see that the -generic performed as well for a little while. I have no idea why, and why it is not doing that now. [11:37] There are no guarantees. This is free software and a volunteer project. [11:38] Then, for the sake reliability, I at least would want to keep the -lowlatency as an audio alternative in the repos. [11:39] keep? I'd like to put it in the repos, but will only do that if the maintainer wishes, as otherwise it will bitrot. [11:39] Well, put then :) [12:05] I don't know much about the work that goes into maintaining the kernel and how things work over at Canonical. I would think that -lowlatency would be useful, not only to Ubuntu/UbuntuStudio, but also to all other distros (and specifically audio distros) based on Ubuntu. So, from my ignorant point of view, I think the -lowlatency should go in. [12:06] Maintaining a kernel is a lot of work. It's one of the most active, fast-paced, and confusing open source projects out there. [12:06] I'm not sure what Canonical has to do with anything in this context. [13:02] abogani: we spoke earlier about someone learning to compile the -lowlatency kernel and i am still interested in learning to do so [13:04] scott-work: Ok. Start cloning my git repos from kernel.ubuntu.com/git. [13:05] abogani: apparently because of the differences in our time zones this may be a slow process :P [13:05] abogani: i will do that tonight at home when i expect you will be asleep :) [13:05] abogani: but bear witness, this is something that i will peservere and see to completion [13:06] scott-work: Could you recall your TZ to me? [13:07] i am central US, in the state of texas [13:07] abogani: ^^^ [13:07] abogani: i recall that you are in Italy but i don't know where geographically whithin her [13:08] scott-work: I'm in central too. I was born in Prato 17 km near Florence (Tuscany). [13:11] abogani: i meant that i am in CST time zone, my apologies, in the US using the term "central" is interchangable with CST [13:14] scott-work: So it is incredibly early at you. [13:15] abogani: i prefer to be at work at 6:30 am so that i may work undisturbed by colleagues, as supervisor i receive significant interruptions [13:18] scott-work: Understand. [13:24] abogani: but please don't take that to mean that i consider talking to you (or anyone on this channel) as an "interruption" :) [13:24] if i did so then i wouldn't log into IRC ;) [13:30] scott-work: ;-) [13:32] does anyone also know of a good guide for creating themes? i would really like to understand some basics before we begin to make significant changes to the ubuntustudi-theme package [13:34] scott-work: In any case I want you know that updating (that is the maintenance) of -lowlatency kernel is very trivial. 3 commands for ubuntu-natty-meta-lowlatency and 5 for ubuntu-natty-lowlatency. [13:34] (plus lots of testing, bug tracking, etc.) [13:35] abogani: wow, that really is insignificant! [13:35] but my personality prohibits me from trying to do something without having some generalized understanding of what is happening [13:36] persia: touche :-) [13:36] when i do something i like to understand what it should be doing and how it affects other things [13:36] which i suppose aligns with what persia said as well :P [13:36] abogani, You may have scripted things so resync is quick, but I know it's a fair bit of work to keep the kernels working. [13:38] persia: Kernels don't change significantly after release so we have a good chance that -lowlatency still in good still working. [13:39] argghhhh [13:39] * abogani needs coffe [13:49] abogani, heh, except for all the SRUs. Seems there's one every couple weeks. [14:25] abogani: i belive it is approximately 3:30 pm on Friday for you. is that correct? [14:25] if so then you are +7 hours in relation to me [14:26] that's not as bad as i thought had originally thought [14:33] scott-work: Exactly [15:54] scott-work: I will gladly take the lead on the Theme design, as long as we try keep it as trivial as possible. I have already learned some about GTK themes and Metacity. [16:04] ailo: were you heavily involved in something else? dont' overload yourself [16:05] * scott-work apologizes for not remembering but work has gotten rather involved and time constrained today [16:05] scott-work: Not really. I'm focused on the -controls right now, but theming is always fun as relaxation ;) [16:32] scott-work: Here's the scheme for the ubuntustudio-controls I sent to paultag. http://paste.ubuntu.com/565935/ [16:33] I updated the extra section [16:33] I'm looking into the memlock thing, to find out if there is any reason to edit that. [16:35] I'm also looking into the possibility of choosing which type of kernel to boot by default. After a quick look, it seems this needs to be done by adding a custom script to Grub [16:40] ailo: i'm running home now, i'll look at it there in about an hour [16:55] ScottL: After reading more about memlock, some suggest that it is dangerous to use unlimited memlock. The amount of ram needed seems to be related to the software in use, but I guess using 75-80% would be a good thumb rule? [16:55] As default [17:27] ailo, i'm not sure about the memlock amount for two reasons; 1) "upstream" is still discussing it and 2) it might depend on how much memory you have in your machine [17:28] e.g. some might recommend unlimited, but for a computer with less memory, say 512meg or even perhaps 1gig on certain systems, you may not want unlimited [17:28] therefore i feel like some users might still need to adjust their memlocks settings [17:28] ScottL: Im pretty sure its about how much you need to run programs, however percent-wise, it will differ when having little or much memory [17:28] now perhaps this is a fringe use case, and not even within two standard deviations from the typical [17:33] maybe we should send an email to the jack-devel mailist list and ask for their "expert" opinions [17:34] ScottL: I'm for adding a control. Just adding some info too, that explains what is useful to use, and what could be dangerous. [17:35] Default values: rtprio 95, memlock 75% [17:35] ailo, that sounds good :) [17:42] also ailo please keep in mind to implement a new theme will require more that just developing or designing it, we will need to make sure it is build and installed during the image building process [17:43] that later part for the current theme is where i have concerns about removing or modifying those parts for the new theme [17:46] ScottL: I wouldn't mind learning about that too. If we do something drastic for this release, it would have to be simple to do. [17:49] ScottL: I know a little about packaging, but don't have a lot of practical experience. [17:51] sometimes i sound like such a naysayer :( [17:55] ScottL: Paul Davis says there's no danger in using memlock unlimited. [18:09] ScottL: I can not find one clear case where memlock would have been a definitive problem. Also, rtprio should not be changed either, I think. Right now, I'm thinking there's no need to add controls for those. [19:23] hi rlameiro :) [19:23] hi ScottL :D [19:23] ailo, that sounds good, if it does every become a problem we can always update the package [19:24] rlameiro, did you ever get an install to work correctly? [19:24] * ScottL is taking a break from recording music for the rpm challenge :) [19:25] rlameiro, and what was your install methodology? "upgrade" from vanilla ubuntu or use the dvd for full, fresh install [19:25] ScottL: fresh install [19:25] manual partitioning [19:26] did it work for you? are you able to record? [19:27] i remember you saying you were having trouble with xruns [19:28] yeap, i have a lot of them [19:28] i think i really need an RT kernel to have somewhat reliable session using Firewire [19:28] with my chipset [19:31] rlameiro, is this a different computer than you used before? [19:31] rlameiro, or did you previously use an -rt kernel when you didn't get xruns? [19:31] what is different this time? [19:31] besides the xruns, of course :) [19:31] I used a RT kernel before [19:31] karmic [19:31] ah! [19:31] so i think it is really related to this [19:31] i think holstein was rocking the -lowlatency kernel into insanely low latencies [19:32] low latency doesnt solve firewire issues unless you have a TI chipset... [19:32] But you said you had problems with -rt too, right? [19:32] you might try it before going to -rt [19:32] ailo: not as much as lowlatency [19:32] on RT i had like 2 Xruns an hour [19:32] Ive heard bad things about the ricoh chip [19:33] i think i will spend some time talking to rnbc next week to understand more about his rtirq package [19:34] But, if the problem is solved with -rt and rtirq, then there is probably an issue with irq sharing. rtirq will only work with -rt [19:34] yep, my firewire chipset has a lot of shared IRQ [19:36] ailo, sorry, i just now checked my mail and read your email to jack-dev list, good job and paul answered! kinda like rubbing elbows with royalty :P [19:36] * ScottL is going back upstairs to record some vocals and maybe another guitar track [19:36] I spent some time talking with ffado people about irq sharing. They said the problem should be solved by the people developing drivers for linux. Graphic drivers and such. I'm not sure about the details, but it seems hard to get away from the problem with irq sharing on vanilla / generic kernels right now. [19:37] The problem is mainly on laptops too. [19:39] well, i am on laptop :( [19:57] rlameiro, i liked your answer to the alesis question on the mailing list..."why are you using OSS?" LOL [19:58] i'm pretty happy with the rest of my tool chain for guitars, bass, drums...but not my vocals, i'm still struggling with that :( [19:58] ScottL: right isnt it? [19:59] rlameiro, i believe so! [20:00] but there are those who would argue that OSS should be preferred over ALSA [20:00] but then again, for those with hardware that only works with OSS, can we argue that it isn't needed ? [20:03] http://createdigitalmusic.com/2011/02/the-79-virtual-analog-console-now-on-both-mac-and-linux-harrison-mixbus/#comment-1215247 [20:11] ScottL: hey :D PipeManMusic show me this [20:11] http://www.harrisonconsoles.com/mixbus/Linux_screen_1.png [20:11] its ubuntu studio === detrate` is now known as detrate [22:11] i saw that rlameiro from my rss feed, it looks fooking awesome, doesn't it [22:12] ScottL: yes :D [23:10] [lsd] in the #opensourcemusicians channel was helping me with qtractor and midi...he freaking rocks too :)