[01:59] len-1304: I was able to upload a lowlatency kernel to my ppa ppa:zequence/kernel-testing [01:59] It has some stuff disabled [02:00] debug stuff mostly [02:00] 3.8 for raring [02:03] There's no meta, just the image. linux-image-3.8.0-6.4-shaved1-lowlatency === Lump|AFK is now known as Lumpy [02:05] no headers, so no proprietary drivers [02:13] hmm, I think this kernel must really suck for lowlatency [02:16] heyas [02:22] Lumpy: [02:22] hi [02:22] len-1304: The raring kernel is not performing well for me at all [02:23] My "shaved off" version did not have any effect on performance of what I can see. Did cyclictest and some audio testing [02:23] This is AMD, so disabling Intel stuff would of course not affect anything [02:24] cyclictest shows something like 10x more than one would expect from a well configure realtime kernel [02:24] results were far better on Quantal [02:25] I need to retest. In fact, I should do this properly and just post the results on ubuntustudio-testing [05:06] zequence, I am using Linux studio1304 3.8.0-6-lowlatency #4-Ubuntu SMP PREEMPT Tue Feb 12 12:57:58 UTC 2013 i686 i686 i686 GNU/Linux [05:06] I have not had any problems [05:11] zequence, I guess I should ask what you mean by performance... [05:13] To me it means better audio performance. Lower latency without xruns. Greater stability at higher cpu loads. [06:16] heya len-1304 [06:17] for what it is worth, linux means better performance [06:17] :) [06:17] i get xruns but listeners never seem to notice it [07:17] nini all === Lumpy is now known as Lump|AFK [08:25] len-1304: I'm getting really poor results from cyclictest as well as just running jackd with a software [08:26] Just running jack is not enough [08:27] The goal is to have jack run more or less stable at 32 frames/period with software and cpu load [08:27] And more or less perfect at 64 frames/preiod [08:27] this is what we had on Natty [08:29] With cpu load, I include jerking around with graphics and doing something like decompressing files using all cores [08:29] or compiling something [08:34] if it's realtime, nothing will budge the process [08:34] or should [08:35] now, since i've done all too little testing my results are not enough to talk about really. Other than that these were extremely poor [08:35] I had better results on Quantal [08:35] more than twice as good on cyclictest [09:29] hmm, I do have headers. of course I do [11:22] I'm gonna try something else next. Use an older release with both it's kernel and newer one [11:23] I'm highly suspecting it's not the kernel that causes all of the grief [13:35] zequence, promise me one thing: If you are going to use the ~ubuntustudio-core powers to change testcases of Ubuntu Studio in the ISO QA Tracker, INFORM ME [15:09] * smartboyhw goes to change links at download page of ubuntustudio.org [15:09] It isn't updated.... [15:09] * smartboyhw is thinking that we should probably have a release checklist..... [15:09] zequence, ^ [15:19] smartboyhw: That sounds like a good idea. Actually, I'm starting to think that it might be a good idea also to create a release team [15:19] zequence, oh...... [15:19] zequence, BTW you got something wrong on the team structure page [15:20] For the leaders role (you and scott-work) it is not Quality ISSURANCE it is Quality ASSURANCE :P [15:20] There is no such thing as QI:P [15:21] smartboyhw: If you find spelling/grammar mistakes, please feel free to correct them [15:21] zequence, ok [15:21] zequence, I also updated the download links for 12.04.2 in the community wiki and ubuntustudio.org [15:21] * smartboyhw likes doing typo edits [15:21] Swedish is quite close to English in many ways, and we would use the same word for both [15:22] It's easy to make this kind of mistakes [15:22] zequence, oh really? [15:22] * smartboyhw doesn't know that [15:24] The correct grammar there would be "didn't", but I guess that is because Chinese doesn't make a distinction between did or do [15:24] zequence, LOL [15:24] I have better English than Chinese (srsly) [15:27] I speak three languages fluently myself, plus a little German. But, I wouldn't say I'm very good at any of them. For two reasons. I'm not good at remembering words, and I've never put much time into improving my language skills [15:27] Uh [15:28] My sisters are both speak at least four languages fluently, but they are living abroad [15:28] - are [15:28] zequence, if you one day set up have a seperate team for releases tell me I might join (of course that depends on you really [15:28] smartboyhw: Yeah, I was thinking of that. Since you are the person most active with that anyway [15:29] would make sense [15:30] zequence, thanks [15:30] I seemingly have pleasure doing ISO tests..... (more weirdly, I ranked third in doing 12.04.2 ISO tests, doing 46) [15:31] I'll just talk with Scott, so he's in on it. Then I'll create the team. Add you to it, and ask the guy in -release to change it again for us [15:31] Wow, that's plenty [15:31] zequence, the guy = stgraber. OK [15:31] LOL [15:48] zequence, there's a typo: I actually only did 44. However the first (pwlars) and the second (psivaa) has got 136 and 129 test results in 12.04.2. How on earth did they accomplish that!? [16:01] zequence, on my P4 with 32 frames on jack I am pushing 70% DSP, but the cpu% is much higher. I am getting 0 to maybe 3 xruns in a few hours. [16:01] Hey len-1304 thank you for testing 12.04.2 [16:01] The xruns are from SW updates BTW. [16:01] smartboyhw, NP [16:06] zequence, I will try to spend some time today pushing things with guitarix and rakarrack. [16:06] But so far the biggest difference has been turning hyperthreading off. [16:07] On a multicore machine I don't know that hyperthread is that helpful. [17:16] * len-1304 thinks hyperthreading was a stop gap before multi-core... or maybe a sales gimmick [17:17] heya len-1304 [17:17] for what it is worth, I agree with you on the hyper threading but I sure love my atom on my Eee [17:17] Lump|AFK, how are you. [17:18] i am tired and stresssed atm [17:18] The atom based MBs seem to be some of the netter ones for audio [17:18] *better [17:18] been pulled a bit thin recently and I need to hustle some bucks for bills [17:18] but such is the life of one self employed. [17:19] Been there. This has been a hard year for money for us. [17:19] i am going to try streaming with the Eee in the near future [17:19] some of the local clubs are interested in live remotes [17:19] so i need to decide if i can use the eee or need to build a machine for it [17:19] I have been looking at linphone with the thought of hacking in jack support. [17:19] Sounds like fun. [17:20] you have to keep me posted on that one [17:20] now that linux is coming to phones i may get a smart phone down the road [17:20] but after trying windows mobile, i ended up going back to a palm m500 [17:21] Ya, the problem I see is that the streamer is separate from the rest. I need to see if it is only started when the call connects. [17:21] i just like the palm, jpilot interface much better than micro$oft's outlook and pocket pc [17:21] pluc, imho, the graffiti beats the pants off ms handwriting rec [17:21] There is a broadcast quality box out that is built to act as a studio end to phone converstions. [17:22] yeah isn't that ironic.. land line providers now specialize in compression and cell phone carries move to fidelity [17:22] It doesn't use jack, but goes straight to audio or AES3 i/o [17:23] The problem is that "leased line" is no longer being offered in a lot of places. [17:23] So AoIP is all that is left. [17:24] I have been reading a lot of EBU papers on this stuff [17:24] land lines are now optional for carriers outside of business i guess [17:24] which, imho, is rather scary [17:25] I want to make a SIP client that is standards compliant with the EBU standard for Linux. [17:26] Landlines (of some form) are still very much in use. The form is changing though. [17:27] ntl, i have to get jiggy with my nick soon [17:27] Things are going digital right at the house instead of shipping audio all the way the the switch [17:27] you going to be about today? [17:27] Off and on yes. [17:27] hopefully i can catch ya later [17:27] K [17:28] btw and fwi, it think i went over 5 hours continuous on the stream last night [17:28] sf was in --> meterbridge ppm --> jack rack with compressor and eq --> meterbridge ppm -- idjc [17:29] Sounds great. [17:29] largest xrun was just a few tenths over a millisecond [17:30] zequence, pulse 3.* is now released into quantal seems to fix the starting of jack while streaming so far. [17:30] Lump|AFK, that is pretty good, was there any noticable glitch? [17:30] (sound wise?) [17:31] had a good number of listeners in chat throughout the night [17:32] and every time i saw an xrun, i asked [17:32] nobody noticed [17:32] i notice because i monitor the line in and not the compresseedd, eqed stream [17:32] but i think the real time kernel makes the line in skip but not the stream out [17:33] i never can hear it on the finished recording either [17:33] i would like to monitor the stream but the delay ends up making one slur their speach like a drunk [17:34] nonetheless i have to head out or we are going to be a hungry familyu [17:34] er family [17:34] i will be back later today and hopefully about more tomorrow [17:35] i still want to get around to installing the nightly and setting up error reporting and such [17:35] forgive me i have just been buried of the late [17:35] on xrun here and there might not be a big deal [17:36] i usually go for zero xruns [17:36] i would just bump the latency up a little [17:36] just the next settings higher [17:40] hey holstein, i have to bolt but i will give that a try [17:40] although really very few xruns... maybe one an hour [17:40] usually it occurs when i switch workspaces [17:41] sure, but you likely dont need the low latency [17:42] you also could be at like 18ms.. and going to 30 or 40 would really not make that much differece [17:42] difference* [17:43] for me, anything over about 12ms, and im not able to do live effects or software synths, so it might as well be stable at 80ms [17:43] like i said, i will give it a try [17:43] that would literally mean that, on your stream, what you do will happen 80ms later... im sure no one would notice [17:52] ntl, i will play with latency next stream, for now, i need to get to the store [17:52] you have a good day len, holstein and room [17:52] and thanks for the help you always provide [17:52] you being plural [17:53] cheers! [17:56] holstein, Ya, bumping latency up works for most things, but can add extra pauses in when you have contributors that are remote. [17:57] Though I think at the moment, he is running the remote line in with the mics through a mixer. [17:57] correct len [17:57] so it would be mute [17:57] ntl for real now, my coat is on [17:57] cya [17:58] holstein, have you tried the difference with hyperthreading turned off or on ? [17:58] Lump|AFK, bye. [17:58] len-1304: i havent, but i can [17:58] It has dropped me one latency step. [17:58] interesting... [17:59] you diable that in the bios? [17:59] Yes ,but it can be done after boot too. [18:00] There is a syscontrol command to disable some of the cpus. Linux sees hyperthreads as two cpus [18:00] so disabling every second cpu has the same effect. [18:01] i have avlinux on a nice-ish box with ht [18:01] i should try it there [18:01] its easy to get an xrun [18:01] holstein, this in on my old P4 box. (single core) [18:02] yeah, my main rig is a dual core [18:02] iirc the other box with AVlinux is just a nice-ish p4 with ht [18:03] I don't seem to have any higher cpu% to do the same work either. [18:04] Lots of things that gave xruns before (like switching workspaces) don't seem to. [18:04] that is odd [18:04] maybe its the overhead or running HT these days [18:05] Could be. [18:05] i should try that on my daily driver too [18:05] my little netbook shows up like it has 4 cores [18:05] With a RT thread the context switch might happen a lot more often. [18:07] Ya, linux sees hyperthreading like extra cores... and uses them as such. So it is easy to end up with an RT thread and a non RT thread trying to use the core [18:08] i like that email to the list "Hi, I am new to this and expect a lot of support and help from all." [18:08] Linux doesn't try to limit the time the Non RT thread has on it's "core" [18:08] :)) [18:08] its gotta be some language barrier, or a large misunderstanding of what a mailing list is [18:08] Or used to comertial lists. [18:09] commercial. [18:09] that too.. [18:12] I have been working on switching my mode app from tcl/tk to python