[14:34] <mighty_aboba> How can i activate pasuspender?
[14:36] <mighty_aboba> because pa does not give to jack the access to audio interface
[14:36] <mighty_aboba> and i don't want to kill pa
[14:37] <mighty_aboba> pasuspender -- jackd is not working
[14:46] <holstein> mighty_aboba: whats the main issue?
[14:47] <ailo> mighty_aboba: try: pasuspender --qjackctl
[14:47] <ailo> pasuspender -- qjackctl
[14:47] <ailo> Works for me
[14:47] <ailo> holstein: PA is not letting go of the audio card he is intending to use with jack
[14:47] <holstein> ailo: you just run that in a terminal right?
[14:47] <ailo> He disabled the jack bridge
[14:48] <mighty_aboba> I will try it now)
[14:48] <mighty_aboba> and one more question
[14:49] <ailo> holstein: That's something worth thinking about for future US releases, how to make enabling/disabling PA+jack easier
[14:50] <ailo> mighty_aboba: You can make your own starter in the menu using alacarte if you want
[14:51] <mighty_aboba> Why  jackdbus does not die every time by script "killall -9 jackdbus"?
[14:51] <ailo> mighty_aboba: We talked a bit about this yesterday. Len suggested that qjackctl will not run that script, if qjackctl is not able to stop jack. So, when that happens, it just hangs there
[14:51] <ailo> And the script is never run
[14:52] <mighty_aboba> Pasuspender is working now))) thnx
[14:52] <ailo> Might be better to have a script for starting and stopping qjackctl itself
[14:52] <mighty_aboba> good idea
[14:53] <mighty_aboba> maybe
[14:53] <mighty_aboba> it may to be something like that: killall -9 jackdbus && pasuspender -- qjackctl
[14:54] <mighty_aboba> Could I write something like that?
[14:54] <ailo> That should work
[14:54] <mighty_aboba> I'm not shure that it is right command
[14:54] <mighty_aboba> shure*
[14:55] <holstein> it wouldnt scare me a bit to just try commands like that
[14:55] <mighty_aboba> sure* haha
[14:56] <ailo> mighty_aboba: This should work http://paste.ubuntu.com/1013152/
[14:59] <mighty_aboba> thanx again
[15:00] <mighty_aboba> so far so good
[15:00] <mighty_aboba> let's see what will happen in the future
[15:01] <mighty_aboba> by the way
[15:05] <mighty_aboba> Does the pa process(pulseaudio --start) in the process manager must be suspended (yellow color) when the pasuspender --qjackctl process in the process manager too?
[15:05] <mighty_aboba> I hope i wrote this right)
[15:09] <ailo> mighty_aboba: a space missing "pasuspender -- qjackctl". I just try to open a video in a browser to see if there's any sound, to see if PA was suspended
[15:37] <mighty_aboba> okey)
[15:38] <mighty_aboba> no sound
[15:39] <mighty_aboba> the problem with jackdbus and pa is the single problem in this US release.
[15:39] <mighty_aboba> But overall performance is much better
[15:40] <mighty_aboba> compared to previous release
[15:42] <mighty_aboba> in US 11.10 the time of my laptop turning off was about 1-1.5 min
[15:42] <mighty_aboba> in this release it is 4-6 sec!!!!!
[15:42] <mighty_aboba> magic
[15:43] <ailo> That is thanks to Ubuntu, who I believe put some attention to that only for the LTS.
[15:43] <ailo> I agree, controlling jack and PA needs to be improved
[15:43] <ailo> At least we can hope to get rid of the qjackctl bug soonish
[15:43] <mighty_aboba> and power saving is much better
[15:44] <mighty_aboba> in previous it was about 2 hours from battery
[15:44] <mighty_aboba> now it is about 4 hours
[15:45] <mighty_aboba> in spite of the fact that i have two cards ati+ati
[15:45] <ailo> Cool. The -lowlatency kernel should use up more power, but I have no idea how much
[15:45] <mighty_aboba> my main problem is hybrid cards)
[15:45] <mighty_aboba> the discrete don't want to turn off
[15:46] <mighty_aboba> in spite of the fact that the integrated is selected
[15:46] <mighty_aboba> fglrx is a driver
[15:47] <mighty_aboba> but all the same it is not working fine
[15:48] <mighty_aboba> I think it is the BIOS problem of my laptop
[15:48] <mighty_aboba> or ACPI
[15:49] <ailo> Haven't used ATI cards much, but I had problems with multiple monitors
[15:49] <ailo> Using fglrx
[15:50] <mighty_aboba> The video drivers is the main problem of the linux systems.
[15:50] <ailo> Don't forget usb2 audio devices
[15:50] <ailo> Almost no support
[15:51] <mighty_aboba> yes yes
[15:51] <mighty_aboba> line6 devices is not supported
[15:51] <mighty_aboba> pitifully
[15:51] <mighty_aboba> not all
[15:52] <ailo> Even if you can start it, you may not get anything above 48kHz/16bits
[15:52] <ailo> Only a few devices do this
[15:52] <mighty_aboba> I have E-MU 0404 usb and it is works fine out of the box
[15:53] <mighty_aboba> it is a luck
[15:53] <ailo> Full support? How low can you push it with latency settings?
[15:55] <mighty_aboba> It is depends from project "weight"
[15:57] <mighty_aboba> Usually i use 44/16 because my guitar processor have only 44 khz mode from digital output
[15:57] <ailo> Can you set "Frames/Period" at 32 or 64 without xruns?
[15:58] <mighty_aboba> i didn't try this settings) but i will try it when i will have access to my card
[15:59] <mighty_aboba> It is in my home
[15:59] <mighty_aboba> But i'm not there)
[16:00] <ailo> Ok. I'd be happy if you told me about the results. If it performs well, I can add it to a list of "recommended" devices
[16:00] <mighty_aboba> Okey ;)
[16:04] <mighty_aboba> Do i think right that the xruns are important for a record?
[16:05] <holstein> mighty_aboba: i have *no* xruns while tracking
[16:06] <ailo> mighty_aboba: If you get xruns, something was lost during the recording. It may be just a couple of samples, so you won't always be able to hear it
[16:07] <ailo> mighty_aboba: You don't need low latency (low setting with frames/period), if you don't need to hear what you are recording from the computer
[16:08] <mighty_aboba> I have hardware monitoring from card
[16:09] <mighty_aboba> Oh, direct monitoring
[16:09] <mighty_aboba> with no latency
[16:09] <mighty_aboba> )
[16:09] <ailo> If you ever want to record a software instrument, while playing it with a midi keyboard you will need low latency
[16:11] <mighty_aboba> Oh, I didn't think about this
[16:11] <mighty_aboba> )
[16:25] <mighty_aboba> but when i record something do the xruns  affect to the wave file somehow?
[16:26] <mighty_aboba> during record
[16:27] <mighty_aboba> or something compensates that losses of samples?
[16:28] <ailo> If you get an xrun, something was lost forever
[16:28] <ailo> So, the file you recorded will have something missing
[16:28] <ailo> It can be so small you can't hear it
[16:29] <ailo> Usually, if you can hear it, it sounds like a click noise
[16:33] <ailo> mighty_aboba: I found out why PA was not suspended
[16:34] <ailo> In qjackctl, there is a setting in "misc", called "enable D-Bus interface"
[16:34] <ailo> When enabled, you will use jackdmp
[16:34] <ailo> When not enabled (you need to restart qjackctl for change to take effect), you will be using jackd
[16:35] <ailo> PA only suspends when you start jackd from qjackctl, not jackdmp
[16:35] <ailo> This is because it is assumed that you have pulseaudio-module-jack installed, and therefore, you don't want to suspend PA when using jackdmp (the bridge only works with jackdmp)
[16:36] <ailo> I haven't used jackdmp much, but I believe there are other cases when you might need it. Not just for the pulseaudio bridge
[16:36] <ailo> If you feel you don't need jackdmp, just disable d-bus support, and PA will be suspended when you start jackd from qjackctl
[16:42] <ailo> mighty_aboba: Actually, I can't confirm that is the reason yet
[16:43] <ailo> Seems PA is always suspended for me
[16:43] <ailo> mighty_aboba: Another way is to make sure PA is set to use your internal card, when you use USB. This way, you can actually use both PA and jack at the same time, without the bridge
[21:09] <murfgone> is there a complete list of drivers available?  i know this device was supported back around 6, but don't know about 12.  (tascam US-122)
[21:10] <ailo> murfgone: usb device?
[21:10] <ailo> murfgone: http://www.alsa-project.org/main/index.php/Matrix:Main
[21:12] <murfgone> yep, usb, and thanks
[21:13] <ailo> Seems like the site is down. Odd
[21:13] <ailo> At least for me
[21:14] <murfgone> for me too