[00:20] OvenWerk1: I have one as well, but I don't use it much and don't have it have home [00:20] Will do some testing though [00:20] Nice breaktrough [00:51] zequence: sounds good. I was begining to think not much was happening ALSA wise. (not just firewire, but in general) [00:52] I guess as always the mainstream sound is first. (HDA internal) [02:01] OvenWerk1: i know, and mine is out on load to test with right now [02:01] out on loan* [02:01] im going to try and grab it monday [02:01] i have 14.04 installed on my production rig [02:02] i could do some partition to test those alsa drivers.. that would be *great*! [02:20] The only thing that puzzles me about alsa/jack and lowlatency is that cpu speed changes cause problems. [02:21] OvenWerk1: yeah, i disable that.. [02:21] There must be a counter in use that counts cpu cycles [02:21] Me too, I get sub ms latency with it off. [02:22] Shouldn't have to though... that is really a bug of sorts... but I don't know where the bug is. [02:22] OvenWerk1: how much worse with it on? [02:23] with it on I get spurious xruns up into 10ms [02:23] thats about what i have found [02:24] I suspect it is one of the kernel timing services. [02:25] It is actually worse on my new 4 core system than it was on the old P4 single core. [02:26] But with the cpu set to solid speed the new i5 is really stable [02:28] yeah, driver support is really where its at [02:28] i have a nice lexicon omega, but, i cant get it below 40ms [02:28] USB? [02:29] yup [02:29] whic is fine for what i use it for [02:29] i keep the firewire rig packed up ready to travell [02:29] YaI thought I had looked at one [02:29] i leave the lexicon plugged in all the time [02:34] Anything is better than internal... no matter how high a sample rate it boasts :P [02:34] well, at least it has the connectors i want [02:35] i bet i get lower latency with the internal though ;) [02:35] That is another problem with internal audio [02:35] but. yeah. i like the lexicon OK [02:35] internal HDA get 64frames only with 3 periods is the best I can do with any I have played with. [02:36] 128 frames is more stable. [02:37] USB has to be the only USB device on a USB bus and that bus has to have it's own irq. On my netbook There was only one USB plug that was stable at 64/2 [17:10] I have a question with regards to CPU speed. In audio the user needs to be able to set the cpu speed. I am thinking about how best to do this. [17:11] OvenWerk1: i'll test with you, if you like [17:12] OvenWerk1: i installed cpufrequtils ? i think it was.. and i have 2 shortcuts on my desktop to run in terminal.. i put in my password, and get what i need [17:12] My thought is there needs to be an easy control that can set speed rather than just ondemand/performance [17:12] its not elegant, but, its what ive been doing, and it works for me [17:13] OvenWerk1: what about, JACK related? some tickbox that allows JACK to set it when running? [17:13] thats probably not cool.. [17:13] OvenWerk1: but, yeah.. it would be nice if the user could set it [17:13] There may be some systems (lap tops?) where performance brings the temp too high. [17:14] So being able to set a speed that is steady but not to hot would be nice. [17:15] My thought is a dropdown from systray that has some options for speed. [17:15] OvenWerk1: i like that [17:16] The idea of using a password all the time to me is anoying, it should be possible to make it so that is not needed without compromising security [17:17] OvenWerk1: right?! i always thought that too [17:17] may be similar to the audio group thing we override [17:17] My original thought was to use run levels because I also wanted to be able to shut cron off for low latency work. but I have not noticed any problems with it on my new hardware [17:18] interesting.. [17:19] So I think I will make a program in /usr/sbin that needs SU to work but run it with polkit and passwording turned off. [17:19] The GUI will be user space. [17:19] (in pyqt4) [17:20] I already have something like that that changes jack's latency on the fly and enables or not the pulse -> jack bridge [17:22] The idea is that jackdbus starts when the session does and acts as the backend for pulse for the desktop. [17:24] At low latency pulse streams to it's dummy output and basically idles. [17:26] I have two modes with the jack bridge on, desktop and phone use. The second one is low latency with pulse for use with things like skype which is a major use for people doing radio stuff [17:27] I set up three non-pulse options for live (lowest latency), recording and mixdown. My plan is to have a config screen that the user can set the latency for each mode with. [17:29] nice.. i like that [17:29] I don't know if there is an easy way to find out what the user's audio IF limits are or not. [17:30] I have 4 devices and all have different limits :) === hobgoblin is now known as elfy [21:37] holstein: Why do people think lowlatency = performance? [23:38] OvenWerk1: i know, right?! [23:39] OvenWerk1: that guy wasnt ever interested in audio performance, though.. which is fine, but i was treating it like that [23:39] if he had said "im running a server" i would have always insisted on a server kernel..