<html dir="ltr"><head></head><body style="text-align:left; direction:ltr;"><div>Thanks. I found autojack, and know just enough Python to make some sense of it. I am still confused as to where autojack is getting the 64 value. I easily found...</div><div><br></div><div> procin = subprocess.Popen(</div><div> ["/usr/bin/zita-a2j", "-j", f"{ldev}-in", "-d", f"hw:{ldev}", "-r", dsr, "-p", <font color="#f0ca21">def_config['ZFRAME']</font>,</div><div> "-n", def_config['PERIOD'], "-c", "100"], shell=False)</div><div><br></div><div>...which would seem to pull the -p parameter from the def_config array. And I see that it's default value is 512, set early on in the code. However, I assume this value is over ridden by my saved session setting of 128 at some point when the code gets going. Where is the 64 coming from? Maybe ZFRAME is set by the GUI to half frames?</div><div><br></div><div>In some ways Python does make life easier than C. I can just edit the file with a "* 2" or "* 4", log out and back in again and go. I assume you are part of the group of people behind this project... so thank you!</div><div><br></div><div>-Ethan</div><div><br></div><div>On Sat, 2020-06-13 at 17:12 -0700, Len Ovens wrote:</div><blockquote type="cite" style="margin:0 0 0 .8ex; border-left:2px #729fcf solid;padding-left:1ex"><pre>On Sat, 13 Jun 2020, Ethan Funk wrote:</pre><pre><br></pre><blockquote type="cite" style="margin:0 0 0 .8ex; border-left:2px #729fcf solid;padding-left:1ex"><pre>That leads me to a question regarding Ubuntu Studio Control, which I have been</pre><pre>using to manage jackd and additional audio interfaces via zita-a2j. I have Ubuntu</pre><pre>Studio Control configured to use a Tascam US-4x4 as the main audio interface with</pre><pre>128 sample process frames at a 48 kHz sample rate on my test machine, with the</pre><pre>built-in audio port on the motherboard as a a2j/j2a bridge. Audio to and from the</pre><pre>motherboard interface is broken up with the zita-a2j and zita-j2a running as</pre><pre>launched by Ubuntu Studio Control. Notably, the -p run option is set to 64. If I</pre><pre>run zita-a2j myself with -p set nice and high, to 1024 for example, I get good</pre><pre>clean audio, at the expense of latency on that interface. That's fine for me,</pre><pre>since I still have good, low latency on the main interface. Does any one know</pre><pre>where I can find the source code for Ubuntu Studio Control so I can investigate a</pre><pre>fix to make this settable?</pre></blockquote><pre><br></pre><pre>-controls is written in python and so easy to change. You can view the </pre><pre>source directly by looking at /usr/bin/autojack. Zita-ajbridge has the </pre><pre>buffer to 1/2 that of jack... but that is proving to be a problem in some </pre><pre>cases. Internal should be at least 128 and hdmi should be 4096. The git </pre><pre>repo is </pre><a href="https://github.com/ovenwerks/studio-controls"><pre>https://github.com/ovenwerks/studio-controls</pre></a><pre> (it has been </pre><pre>"unbranded" so other distros can feel free to use it)</pre><pre><br></pre><pre>This is a relatively new project and so is very much not bug free. Being </pre><pre>able to directly set buffer size for each device used sounds very much </pre><pre>like a reasonable feature request. (also a feature that has been thought </pre><pre>of before)</pre><pre><br></pre><pre>Be aware that autojack runs from session start and because of the way some </pre><pre>DEs use systemd/logind to start sessions... the session never really ends </pre><pre>so a reboot or a killall autojack may be needed to see how changes do. I </pre><pre>would suggest running autojack in a terminal while testing new code so </pre><pre>that you have access to terminal output. once you have finished with the </pre><pre>code running studio-controls should restart it in the background again if </pre><pre>you have closed the terminal.</pre><pre><br></pre><pre><br></pre><pre>--</pre><pre>Len Ovens</pre><a href="http://www.ovenwerks.net"><pre>www.ovenwerks.net</pre></a><pre><br></pre><pre>_______________________________________________</pre><pre>Linux-audio-dev mailing list</pre><a href="mailto:Linux-audio-dev@lists.linuxaudio.org"><pre>Linux-audio-dev@lists.linuxaudio.org</pre></a><pre><br></pre><a href="https://lists.linuxaudio.org/listinfo/linux-audio-dev"><pre>https://lists.linuxaudio.org/listinfo/linux-audio-dev</pre></a><pre><br></pre></blockquote></body></html>