JackAudio

jackaudio@lists.linuxaudio.org

602 discussions

by David

Folks, I've been lurking here since the early 2000's, since the stuttering beginning of jack (jaaa was it called then ?), and I'm amazed of the ugly arrogance we recieve these days. "I have not contributed any kind of idea or code, by still I know better". This pisses me off and get me depressed. Jack, for one, is a piece of software I'm amazed about. I've learned more reading this list than in any other so-called software course. Please show humility where it is due, ask questions and offer inisight anytime, but keep your selfish, narrow minded view for yourself until you can provide any educated opinion. Thanks for reading. To all the jack devs, you have my thankful respect. -- D.

6 years, 11 months

Re: [Jack-Devel] Jack and thunderbolt

by Ralf Mardorf

On Fri, 07 Dec 2018, liebrecht(a)grossmann-venter.com wrote: >On 2018-12-07 00:54, Ralf Mardorf wrote: >> However, hardware monitoring when using Class Compliant USB devices >> usually can't be done by the audio device's internal routing, a >> mixing console is needed for latency free monitoring, while cards >> that need an individual ALSA driver, such as the HDSPe AIO might be >> able to use the internal hardware routing (e.g. by hdspmixer). >Thanks all for the insightful responses. > >The last part of your answer is something I dont see often. >Do you have any point of departure where I can read up about which >devices can access the onboard DSP of audio interfaces such as those >you mention eg 1818vsl or other. It is the first time I see hints of >someone or programs able to access the onboard DSP for low latency >monitoring. Didnt see this ever mentioned but it is desperately >needed. After receiving your post I tried to find similar on the web, >but it is all very unclear what is possible and for which devices. Please reply to the mailing list and don't top-post. That is probably a misunderstanding. The Presonus and the Focusrite 2nd gen USB devices don't provide access to the device's internal routing when using it with a Linux machine. They are class compliant and don't need individual drivers. Sound devices that aren't class compliant need an individual driver and there might be access to the device's internal routing, as there is for some RME audio devices, when using the Linux's hdspmixer wich is similar to RME's totalmix, http://www.rme-audio.de/en/support/techinfo/hdsp_totalmix_software.php. Monitoring without latency means, that you could route the input channels, directly to the output channels. IOW if you connect a microphone, you could listen to the unprocessed signal without latency, it's not the signal processed by your Linux machine.

6 years, 11 months

[Jack-Devel] How to tell if server running from API

by Tim

This may have been answered recently but I can't find it. Is there a way, via the Jack API or Jack server API, to ask if Jack is already running? I see there is a DBus command for that in jack_control, but jack_control crashes for me. Maybe my Python's fault? Thanks. Tim.

6 years, 11 months

[Jack-Devel] Remaining problems

by liebrecht＠grossmann-venter.com

To consolidate remaining problems CONFIRMED: Jack routes output to 1818vsl properly. So outputs work. I verified that sound can be sent to 1818vsl, therefore since I cannot create any signal in mixbus, I asume that mixbus will be able to send sound to the 1818vsl successfully as it is connected to the same working port on jack that setbfree sent sound to the 1818vsl. So that test of mine confirmed that jack does route correctly to 1818vsl So in my case we do not have to discuss the output routing to the interface. Jack seems to do that well. 1) I have to figure out why with jack started and inputs and outputs of 1818vsl connected to mixbus, no sound is received. Any suggestion how I can test the routing of inputs on the 181vsl to what jack routed ? Here is my patchage setup as already reported "http://grossmann-venter.com/issues/jack/patchage_status-01.png" The 18 inputs of the 1818vsl is clearly made available and connedcted to mixbus. I want to connect some of them to something else I can monitor independent from mixbus. Anyone has a suggestion? Ardour is not a good option, as mixbus is basically ardour with a skin. I need to add something else to one of the 18 routes and send signal from the 1818vsl and capture it with something. Please suggest what you are using to attach to ports to test for data. Thanks. 2) After (1) is solved etc, I need to get pulseaudio to work through jack, but I will discuss that later. Without pulseaudio I will not have any control of desktop sound as there is no volume control. E.g. audacity blasts at full volume through jack as it by error starts with full volume at startup..annoying and not pleasant.. So I will have to route all those through pulseaudio at a later date once I have mixbus working

6 years, 11 months

[Jack-Devel] jackd and volume control

by Holger Marzen

As far as I understood there are 3 opinions: 1.) Don't change anything 2.) Add some API-calls to control the volume of every port 3.) Add an API-call to control the volume of system:playback_* I'd say that 2.) will introduce too much complexity. This is what jack clients should do. But some time ago I proposed 3.) - Not every audio adapter has a software controllable hardware mixer, e.g. Focusrite Scarlett Solo, 2i2, 2i4. So alsamixer can't do the job. - No need to break clients' connection to system:playback_* and make connections to a volume control application like jack_mixer. That's really nasty when the application connects only at playback with changing port names, like Audacity. Then you need tools like jack-plumbing. I can live without that but that's what new users would appreciate, especially when there are some apps for the system tray/dock/whatever.

6 years, 11 months

[Jack-Devel] JACK1: Promiscuous mode doesn't work

by Alex Ivanov

Jack1 is run as following export JACK_PROMISCUOUS_SERVER= umask 0 jackd -dalsa JACK_PROMISCUOUS_SERVER is exported in environment. Now programs using jack don't show any errors, but there is no sound and jackd gives the following errors: мар 24 17:25:41 nixos jackd[15035]: jackd 0.125.0 мар 24 17:25:41 nixos jackd[15035]: Copyright 2001-2009 Paul Davis, Stephane Letz, Jack O'Quinn, Torben Hohn and others. мар 24 17:25:41 nixos jackd[15035]: jackd comes with ABSOLUTELY NO WARRANTY мар 24 17:25:41 nixos jackd[15035]: This is free software, and you are welcome to redistribute it мар 24 17:25:41 nixos jackd[15035]: under certain conditions; see the file COPYING for details мар 24 17:25:41 nixos jackd[15035]: JACK compiled with System V SHM support. мар 24 17:25:41 nixos jackd[15035]: loading driver .. мар 24 17:25:41 nixos jackd[15035]: creating alsa driver ... hw:0|hw:0|1024|2|48000|0|0|nomon|swmeter|-|32bit мар 24 17:25:41 nixos jackd[15035]: configuring for 48000Hz, period = 1024 frames (21.3 ms), buffer = 2 periods мар 24 17:25:41 nixos jackd[15035]: ALSA: final selected sample format for capture: 32bit integer little-endian мар 24 17:25:41 nixos jackd[15035]: ALSA: use 2 periods for capture мар 24 17:25:41 nixos jackd[15035]: ALSA: final selected sample format for playback: 32bit integer little-endian мар 24 17:25:41 nixos jackd[15035]: ALSA: use 2 periods for playback мар 24 17:26:23 nixos jackd[15035]: subgraph starting at ADLplug timed out (subgraph_wait_fd=9, status = 0, state = Triggered, pollret = 0 revents = 0x0) мар 24 17:26:23 nixos jackd[15035]: pp: cannot clean up byte from graph wait fd - no data present мар 24 17:26:23 nixos jackd[15035]: **** alsa_pcm: xrun of at least 42199.144 msecs мар 24 17:26:23 nixos jackd[15035]: subgraph starting at ADLplug timed out (subgraph_wait_fd=9, status = 0, state = Triggered, pollret = 0 revents = 0x0) мар 24 17:26:23 nixos jackd[15035]: pp: cannot clean up byte from graph wait fd - no data present

6 years, 11 months

Re: [Jack-Devel] Jack Problems

by liebrecht＠grossmann-venter.com

Holger Marzen wrote: > I don't know if and how SPDIF-input appears in jackd and if it has to > be > routed IN the interface by some magic platform-dependent software. > I'd test the analog inputs first since they are connected to mixbus. > I sorted everything out, there is nothing that do not work pulseaudio/jack/bluetooth/all desktop sound and I can now route as i wish with patchage. Very nice. I can now focus on spdif. My keyboard is connected to the 1818 via a direct spdif link. I can use the easy midi connections but I prefer spdif. Always had great results with it live. I know that spdif is always routed to the channels 9&10 on 1818vsl. Somehow though mixbus sees absolutely no signal on 9&10 and I made sure that all alsa capture volume settings are maximum. All other inputs are successfully routed to mixbus and I get a signal. I am just a bit baffled about why it suddenly does not work. All spdif sync signals are handled between 1818vsl and the keyboard, so that cannot be the problem unless alsa for some reason need them, but I cannot see why. It must be the case as mixbus seemingly have timing ports. My understanding is that I do not need mtc/ltc for any spdif signal to at least appear in mixbus as a precondition, neither does 1818vsl seemingly forward the clock through usb. If it is alsa seemingly do not recognize it. all I can think of is that there is an alsa error muting channels 9&10. They are clearly connected correctly by jack. See attached graphic http://grossmann-venter.com/issues/jack/routes.png

6 years, 11 months

Re: [Jack-Devel] JACK is a great deterministic audio server

by Thomas Brand

On Tue, March 26, 2019 19:11, liebrecht(a)grossmann-venter.com wrote: > Not my place to comment on this, but it will be very nice. With all due respect, you have spilled so much BS to this list that it's time to stop now, thank you. If you intend to get help from this list, provide useful information in a dense way, learn how to reply to a list thread and free yourself from wrong expectations and things you've picked up elsewhere. Best regards Thomas

6 years, 11 months

[Jack-Devel] Remaining problems

by liebrecht＠grossmann-venter.com

Regarding my previous post with the same topic. To consolidate remaining problems CONFIRMED: I can confirm that mixbus output reaches the 1818vsl. I switched on the internal metronome in mixbus and it was routed by jack to the 1818vsl. The problem now is... how to verify that jack actually routes the inputs of the 1818vsl properly. See my previous post regarding this where I ask if someone regularly tests inputs and outputs with a test program. I need something independent that will capture from the system capture data as routed by jack from the system outputs which are routing the 1818vsl inputs..

6 years, 11 months

Re: [Jack-Devel] Uninstalled Pulseaudio Jack/jackd2 Jack Reinstalled still wont start.

by liebrecht＠grossmann-venter.com

On 2019-03-26 09:44, Jörn Nettingsmeier wrote: > On 3/26/19 5:28 AM, liebrecht(a)grossmann-venter.com wrote: >> After jack is installed, I try to start it through mixbus which is >> about the only application I found that can actually start jack. I >> used mixbus for about 6 months with jack on another distro. qjacktcl >> does nothing but parse irrelevance and promisses so I dont use it >> anymore. > > That remark is bullshit and shows that you really need to change the > way you're thinking about problem solving. > Sorry I disagree, qjcakctl has given me nothing but trouble and still does. It goes much better without it. All it arguably does is to formulate a jack string....which the user should do on command line anyway, and then output mystery log errors which are substandard to reading the logs yourself. I have never found any constructive use for it other than "feelgood". Mixbus worked great once I removed qjackctl on my previous system. qjackctl was single most annoying interference problem. > Simplify the problem. > First, look at aplay -L to see if hw:VSL,0 is alive and well. As I reported already in another post it is recognised. > Now, start jack on the command line, starting with the paramters > mixbux helpfully suggests: > > jackd -t 200 -p 2048 -R -T -d alsa -n 2 -r 48000 -p 128 -d hw:VSL,0 > > It should fail in the same way you described above. If not, there is > something fishy in the way mixbus starts jackd. > As already reported, mixbus starts jack and jack runs IFF I dont start jack with qjackctl. Once qjackctl started jack, mixbus wont work. Mixbus starts jack with a string they disclose in the terminal output and it works. According to patchage as I reported in a previous post, mixxbus is connected to jack, but I get no signals from jack for the 1818vsl inputs in mixbus. > -n2 p128 looks like a pretty aggressive timing for a multichannel > interface. Try -n3 for a start, and -p1024, then gradually lower the > latency, but only if you really need it. I know I am just trying my documented default settings that worked perfectly before.

6 years, 11 months

← Newer
1
...
18
19
20
21
22
23
24
...
61
Older →

Jump to page:

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

JackAudio