- Arch-proaudio - lists.archlinux.org

Thinking about a shared location for JSFX packages?
by Jean-Michaël Celerier 12 Jul '22

12 Jul '22

Hello, Thanks to the open-source work of jpcima, there's now an easy way for hosts to add support to Reaper's JSFX plug-ins: https://github.com/jpcima/ysfx (package: ysfx-git) I've already added support in https://ossia.io and it's pretty fun - most likely other DAWs are going to add support over time. This makes me think that it would start to make sense about a standard folder of where to install JSFX effects, a bit like /usr/lib/vst, /usr/lib/lv2, etc. so that the users can install effects through package management (I'll try to add a few free packs that are on github), and all hosts can all scan them automatically. How about /usr/share/jsfx/<jsfx package>/ ? I'm not sure if share or lib is better for this as those aren't compiled shared objects, but scripts in the JSFX language. Cheers, Jean-Michaël ------------------------------ Jean-Michaël Celerier *cto* ossia.io | *consulting inquiries* celtera.dev | *personal* jcelerier.name t: +336 81 31 53 08

1 0

[arch-proaudio] [ANN] Announcing the Unofficial Pro-Audio Arch Package Repository (Beta Phase)
by Christopher Arndt 15 Apr '22

15 Apr '22

# Announcing the Unofficial Pro-Audio Arch Package Repository (Beta Phase) ## Where? <https://arch.osamc.de/> ## What? An actively maintained binary package repo for Arch Linux of free and open source pro-audio software. The repository only provides packages that are not already in the official Arch Linux repository. The repository is maintained and tested for both x86_64 and aarch64 (Arch Linux ARM) architectures. ## Why? 1. We are convinced that Arch Linux is currently the best free platform for audio production and we want to help improving it further. 2. Having more up-to-date and easy to install packages of useful audio production software is always a good thing. 3. The pro-audio packages in the `extra` and `community` package repositories are currently maintained by only one person. We want to distribute the workload and spread the packing expertise between more people and decrease the "bus-factor". 4. We want to create packages, which can eventually be migrated to the official repositories with no or minimal changes. We do not intend to duplicate the packaging efforts from the official repos. ## How? See the web site for instructions on how to add the repository to your Arch System (or derivatives). The repository is also listed on the [Unofficial user repositories] page on the Arch Wiki. We are still stabilizing the build process and packaging conventions. While this is going on, we consider the repository to be in a *Beta quality stage*. We currently have around two dozen projects packaged and ready to install and plan to add many more over time. We try to announce important changes on IRC (`#archlinux-proaudio` on `irc.libera.chat`) and always keep the information on the Arch Wiki page up to date. **Note:** *Our build process is currently not based on the official Arch Linux `devtools`, but we adhere strictly to the Arch Packaging guidelines and test all package builds via our CI. With the Arch Packaging infrastructure expected to evolve significantly in the near future, we plan to adapt our tooling to whatever the outcome of that will be. ## Contributing Contributions are welcome! To suggest software for inclusion in the repo open a GitHub issue. ### PKGBUILD and CI Code Repository and Issue Tracker: https://github.com/osam-cologne/archlinux-proaudio ### Team-Chat Discussion and coordination of the project happens on the Sonoj Rocket Chat instance. If you are interested in helping out or have questions or suggestions, join the general chat room (no registration required, English): <https://chat.sonoj.org/channel/english> [Unofficial user repositories]: https://wiki.archlinux.org/title/Unofficial_user_repositories#proaudio

1 0

Re: [arch-proaudio] arch-proaudio Digest, Vol 31, Issue 2
by Kevin Roth 20 Jan '22

20 Jan '22

Hello Nils and Bill, Pamac manager lists Agordejo 0.3.0-1 as the latest release. It also has no entries for agordejo-git in the AUR. Both of which are not true and peculiar, maybe an issue with my mirrorlist. I tried refreshing and ranking for speed and sync. I suspect this is the root of the problem, and I'm still investigating. In the meantime, the output from the commands Nils suggested: ---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- *~ >>> agordejo --versionAgordejo 0.3.0* *~ >>>* *~ >>>* *~ >>>ls -la /usr/bin/ray-jack_checker_daemonlrwxrwxrwx 1 root root 112 Jan 17 11:34 /usr/bin/ray-jack_checker_daemon -> /var/cache/private/pamac/raysession-git/pkg/raysession-git//usr/share/raysession/src/bin/ray-jack_checker_daemon * ~ >>> ~ >>> *~ >>> file /usr/bin/ray-jack_checker_daemon /usr/bin/ray-jack_checker_daemon: broken symbolic link to /var/cache/private/pamac/raysession-git/pkg/raysession-git//usr/share/raysession/src/bin/ray-jack_checker_daemon * ~ >>> ~ >>> *~ >>>lsattr /usr/bin/ray-jack_checker_daemonlsattr: Operation not supported While reading flags on /usr/bin/ray-jack_checker_daemon* ~ >>> ~ >>> ---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- Sudo produces identical output for the above commands. It's worth mentioning I installed raysession from the AUR as an alternative because agordejo was already crashing before. Specifically the line: "*[nsmd] ../src/nsmd.cpp:703 launch(): ERROR:engine.start:Caught crash in execpthook. Trying too execute atexit anyway*" ~has been present before and after installing raysession. I did try uninstalling raysession and tried to start agordejo: ---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- *~ >>> agordejo[nsmd] ../src/nsmd.cpp:2544 main(): Using OSC port 39616[nsmd] ../src/nsmd.cpp:2603 main(): Session root is: /home/safepurge/NSM Sessions[nsmd] ../src/Endpoint.cpp:205 init(): Creating OSC serverNSM_URL=osc.udp://safepurge-ms7a71:39616/[nsmd] ../src/nsmd.cpp:2373 announce_gui(): A GUI announced to us from the URL osc.udp://127.0.0.1:39013/ <http://127.0.0.1:39013/>[nsmd] ../src/nsmd.cpp:2396 announce_gui(): Informing GUI that no session is running by sending two empty strings[nsmd] ../src/nsmd.cpp:2425 announce_gui(): Registration with GUI complete[nsmd] ../src/nsmd.cpp:1716 osc_list(): Listing sessions[nsmd] ../src/nsmd.cpp:1716 osc_list(): Listing sessions[nsmd] ../src/nsmd.cpp:1716 osc_list(): Listing sessions[nsmd] ../src/nsmd.cpp:1716 osc_list(): Listing sessions[nsmd] ../src/nsmd.cpp:1634 osc_new(): Creating new session "new session"qt.qpa.xcb: QXcbConnection: XCB error: 3 (BadWindow), sequence: 758, resource id: 4202067, major code: 40 (TranslateCoords), minor code: 0[nsmd] ../src/nsmd.cpp:1663 osc_new(): Informing GUI about running session name: new session with relative path /new session[nsmd] ../src/nsmd.cpp:735 launch(): Process jackpatch has pid: 32037[nsmd] ../src/nsmd.cpp:703 launch(): ERROR:engine.start:Caught crash in execpthook. Trying too execute atexit anywayLaunching jackpatchTraceback (most recent call last): File "/usr/bin/agordejo/engine/jackclient.py", line 69, in _setPlaybackSeconds File "/usr/bin/agordejo/qtgui/jacktransport.py", line 98, in _react_playbackSecondsTypeError: setValue(self, int): argument 1 has unexpected type 'float'[nsmd] ../src/nsmd.cpp:735 launch(): Process nsm-data has pid: 32038[nsmd] ../src/nsmd.cpp[nsmd] :703../src/nsmd.cpp launch():1206: command_client_to_quit(): Launching nsm-dataCommanding jackpatch.nUJWL to quit[nsmd] ../src/nsmd.cpp:1206 command_client_to_quit(): Commanding nsm-data.nKVGO to quit[nsmd] ../src/nsmd.cpp:1133 wait_for_killed_clients_to_die(): [nsmd] Waiting for killed clients to die.../src/nsmd.cpp:2474[nsmd] handle_signal_clean_exit()../src/nsmd.cpp: :1120 killed_clients_are_alive()Caught SIGNAL 15. Stopping nsmd.: [nsmd] Waiting for jackpatch.nUJWL../src/nsmd.cpp:1206 command_client_to_quit(): Commanding jackpatch.nUJWL to quit[nsmd] ../src/nsmd.cpp:1206 command_client_to_quit(): Commanding nsm-data.nKVGO to quit[nsmd] ../src/nsmd.cpp:1133 wait_for_killed_clients_to_die(): Waiting for killed clients to die.[nsmd] ../src/nsmd.cpp:1120 killed_clients_are_alive(): Waiting for jackpatch.nUJWL[nsmd] ../src/nsmd.cpp:1120[nsmd] killed_clients_are_alive()../src/nsmd.cpp: :1120 killed_clients_are_alive()Waiting for jackpatch.nUJWL: Waiting for jackpatch.nUJWL[nsmd] ../src/nsmd.cpp:343[nsmd] handle_client_process_death()../src/nsmd.cpp: :343 handle_client_process_death(): Client jackpatch.nUJWL terminated by server instruction.Client jackpatch.nUJWL terminated by server instruction.[nsmd] [nsmd] ../src/nsmd.cpp../src/nsmd.cpp:1120:1162 killed_clients_are_alive() wait_for_killed_clients_to_die(): : Waiting for nsm-data.nKVGOAll clients have died.[nsmd] ../src/nsmd.cpp:1120 killed_clients_are_alive(): Waiting for nsm-data.nKVGO[nsmd] ../src/nsmd.cpp:343 handle_client_process_death(): Client nsm-data.nKVGO terminated by server instruction.[nsmd] ../src/nsmd.cpp:1162 wait_for_killed_clients_to_die(): All clients have died.~ >>> * *~ >>>* ---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- Thankyou both for your assistance. On Tue, Jan 18, 2022 at 4:18 AM <arch-proaudio-request(a)lists.archlinux.org> wrote: > Send arch-proaudio mailing list submissions to > arch-proaudio(a)lists.archlinux.org > > To subscribe or unsubscribe via the World Wide Web, visit > https://lists.archlinux.org/listinfo/arch-proaudio > or, via email, send a message with subject or body 'help' to > arch-proaudio-request(a)lists.archlinux.org > > You can reach the person managing the list at > arch-proaudio-owner(a)lists.archlinux.org > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of arch-proaudio digest..." > > > Today's Topics: > > 1. Agordejo crash on startup (Kevin Roth) > 2. Re: Agordejo crash on startup (bill-auger) > 3. Re: Agordejo crash on startup (Nils Hilbricht) > 4. Re: Agordejo crash on startup (bill-auger) > 5. Re: Agordejo crash on startup (bill-auger) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Mon, 17 Jan 2022 11:58:08 -0800 > From: Kevin Roth <safepurge(a)gmail.com> > To: arch-proaudio(a)lists.archlinux.org > Subject: [arch-proaudio] Agordejo crash on startup > Message-ID: > < > CAOXpYygUE07wKd_YBjNG5OcuYP+E-mwd5t8b1Bkq2QD+yoPCKQ(a)mail.gmail.com> > Content-Type: text/plain; charset="UTF-8" > > As the title says, agordejo crashes immediately on startup: > > > > > > > > > > > > > > > > > > > > *ERROR:engine.start:Caught crash in execpthook. Trying too execute atexit > anywayTraceback (most recent call last): File > "/usr/lib/python3.10/runpy.py", line 196, in _run_module_as_main return > _run_code(code, main_globals, None, File "/usr/lib/python3.10/runpy.py", > line 86, in _run_code exec(code, run_globals) File > "/usr/bin/agordejo/__main__.py", line 13, in <module> File > "/usr/bin/agordejo/qtgui/mainwindow.py", line 183, in __init__ File > "/usr/bin/agordejo/qtgui/mainwindow.py", line 253, in > _updateGUIWithCachedPrograms File > "/usr/bin/agordejo/qtgui/addclientprompt.py", line 123, in updateWordlist > File "/usr/bin/agordejo/engine/api.py", line 283, in > getUnfilteredExecutables File "/usr/bin/agordejo/engine/findprograms.py", > line 267, in buildCache_unfilteredExecutables File > "/usr/bin/agordejo/engine/findprograms.py", line 267, in <listcomp> File > "/usr/bin/agordejo/engine/findprograms.py", line 262, in isexe File > "/usr/lib/python3.10/pathlib.py", line 1320, in is_file return > S_ISREG(self.stat().st_mode) File "/usr/lib/python3.10/pathlib.py", line > 1095, in stat return self._accessor.stat(self, > follow_symlinks=follow_symlinks)PermissionError: [Errno 13] Permission > denied: '/usr/bin/ray-jack_checker_daemon'* > > Running manjaro with jack2. A similar error came and left a few months > back. I found references to this issue here > <https://bugs.archlinux.org/task/68634> and here > < > https://www.laborejo.org/bugs/Done/agordejo-crash-on-start-using-pipewire-j… > >, > but no solutions as far as I can tell. I tried switching to pipewire, but > the error persists. Raysession seems to work ok though. Any thoughts? > > > ------------------------------ > > Message: 2 > Date: Mon, 17 Jan 2022 22:26:48 -0500 > From: bill-auger <bill-auger(a)peers.community> > To: Kevin Roth via arch-proaudio <arch-proaudio(a)lists.archlinux.org> > Subject: Re: [arch-proaudio] Agordejo crash on startup > Message-ID: <20220117222648.162d93be(a)parabola.localdomain> > Content-Type: text/plain; charset=US-ASCII > > several other important related packages were upgraded at the > same time as the latest agordejo (eg: jack2, > new-session-manager, jack2-dbus) > > agordejo also crashed for me when i first upgraded it - i then > restarted the system, and agordejo does not crash now > > note: > > > Permission denied: '/usr/bin/ray-jack_checker_daemon'* > > per that error message, you may also want to look at > /usr/bin/ray-jack_checker_daemon - that is a foreign file, which > does not exist in a clean arch system, and could cause many > sorts of problems - the fact that it is the subject of a fatal > error message is indicative of something abnormal; but there > is not necessarily anything which the arch maintainers have done, > or could do about it > > # pkgfile /usr/bin/ray-jack_checker_daemon > > if that is the cause of your crash, then it is not a bug for > arch to handle - it may be an upstream bug, but it is not a bug > within the context of "the arch system" - in that case, this is > not a bug report; but a support request, for advice maintaining a > "franken-system" > > if a simple reboot does not help, then the path toward a > solution, would be to firstly, remove all non-arch software from > your system (retaining only mainline arch packages), then > determine if the bug is still present - _then_ and only then, it > would be a problem for the arch maintainers to address - in > order to address that problem properly, the first triage step, > which anyone would _need_ to do, would be to try reproducing the > problem on a clean system if the problem can not be reproduced > on a clean system, then it is not a bug - it is more likely a > conflict caused by mixing unsupported third-party software into > the protected main system > > > ------------------------------ > > Message: 3 > Date: Tue, 18 Jan 2022 11:59:18 +0100 > From: Nils Hilbricht <nils(a)hilbricht.net> > To: arch-proaudio(a)lists.archlinux.org > Subject: Re: [arch-proaudio] Agordejo crash on startup > Message-ID: <20220118115918.cfc10bb758c75cf9719eedf3(a)hilbricht.net> > Content-Type: text/plain; charset=US-ASCII > > Hello Kevin, > > could you please provide the output of: > > agordejo --version > > ls -la /usr/bin/ray-jack_checker_daemon > > file /usr/bin/ray-jack_checker_daemon > > lsattr /usr/bin/ray-jack_checker_daemon > > And please tell if any of the above commands fail because of a permission > error and then what the sudo version of the command reported. > > If Agordejo is below version 0.3.1 please update first. The new arch > community package came out on Saturday. > > Nils > > On Mon, 17 Jan 2022 11:58:08 -0800 > safepurge at gmail.com (Kevin Roth) wrote: > > > As the title says, agordejo crashes immediately on startup: > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > *ERROR:engine.start:Caught crash in execpthook. Trying too execute atexit > > anywayTraceback (most recent call last): File > > "/usr/lib/python3.10/runpy.py", line 196, in _run_module_as_main > return > > _run_code(code, main_globals, None, File "/usr/lib/python3.10/runpy.py", > > line 86, in _run_code exec(code, run_globals) File > > "/usr/bin/agordejo/__main__.py", line 13, in <module> File > > "/usr/bin/agordejo/qtgui/mainwindow.py", line 183, in __init__ File > > "/usr/bin/agordejo/qtgui/mainwindow.py", line 253, in > > _updateGUIWithCachedPrograms File > > "/usr/bin/agordejo/qtgui/addclientprompt.py", line 123, in updateWordlist > > File "/usr/bin/agordejo/engine/api.py", line 283, in > > getUnfilteredExecutables File > "/usr/bin/agordejo/engine/findprograms.py", > > line 267, in buildCache_unfilteredExecutables File > > "/usr/bin/agordejo/engine/findprograms.py", line 267, in <listcomp> File > > "/usr/bin/agordejo/engine/findprograms.py", line 262, in isexe File > > "/usr/lib/python3.10/pathlib.py", line 1320, in is_file return > > S_ISREG(self.stat().st_mode) File "/usr/lib/python3.10/pathlib.py", line > > 1095, in stat return self._accessor.stat(self, > > follow_symlinks=follow_symlinks)PermissionError: [Errno 13] Permission > > denied: '/usr/bin/ray-jack_checker_daemon'* > > > > Running manjaro with jack2. A similar error came and left a few months > > back. I found references to this issue here > > <https://bugs.archlinux.org/task/68634> and here > > < > https://www.laborejo.org/bugs/Done/agordejo-crash-on-start-using-pipewire-j… > >, > > but no solutions as far as I can tell. I tried switching to pipewire, but > > the error persists. Raysession seems to work ok though. Any thoughts? > > > ------------------------------ > > Message: 4 > Date: Tue, 18 Jan 2022 07:04:23 -0500 > From: bill-auger <bill-auger(a)peers.community> > To: Nils Hilbricht via arch-proaudio > <arch-proaudio(a)lists.archlinux.org> > Subject: Re: [arch-proaudio] Agordejo crash on startup > Message-ID: <20220118070423.77de1c91(a)parabola.localdomain> > Content-Type: text/plain; charset=US-ASCII > > as a follow-up, i believe that i found a reproducible procedure > to isolate the bug > > my crash yesterday was probably not due to the upgraded > release; but due to a peculiar environment quirk - namely, i had > /root/.gem/ruby/3.0.0/bin/ in the shell PATH; which was not > the case after i rebooted > > agordejo starts properly: > $ PATH=$PATH:/etc/any-thing-works agordejo > > agordejo crashes: > $ PATH=$PATH:/root/any-thing-fails agordejo > > curiously, /root does not induce the crash: > $ PATH=$PATH:/etc/any-thing-works agordejo > > > ------------------------------ > > Message: 5 > Date: Tue, 18 Jan 2022 07:09:45 -0500 > From: bill-auger <bill-auger(a)peers.community> > To: bill-auger via arch-proaudio <arch-proaudio(a)lists.archlinux.org> > Subject: Re: [arch-proaudio] Agordejo crash on startup > Message-ID: <20220118070945.39a596f1(a)parabola.localdomain> > Content-Type: text/plain; charset=US-ASCII > > On Tue, 18 Jan 2022 07:04:23 -0500 bill-auger wrote: > > curiously, /root does not induce the crash: > > $ PATH=$PATH:/etc/any-thing-works agordejo > > > my bad (copy-paste think-o) - i intended such: > > curiously, /root does not induce the crash: > $ PATH=$PATH:/root agordejo > > > ------------------------------ > > Subject: Digest Footer > > arch-proaudio mailing list > arch-proaudio(a)lists.archlinux.org > https://lists.archlinux.org/listinfo/arch-proaudio > > > ------------------------------ > > End of arch-proaudio Digest, Vol 31, Issue 2 > ******************************************** >

3 3

Re: [arch-proaudio] arch-proaudio Digest, Vol 31, Issue 3
by Kevin Roth 20 Jan '22

20 Jan '22

Bill, Agordejo does not start even after I have removed raysession. As you pointed out that 3.1 is the latest version, and both pamac and pacman are listing 3.0 -1 as the latest. I agree the issue must have something to do with my current system not necessarily with agordejo itself. If my packages are out of date then perhaps my system is in a partially updated state. I'll try out the triage of all third party software. I forgot about the linuxaudio lists/forums, I'll take this issue over there. Thanks for all your help, On Wed, Jan 19, 2022 at 4:00 AM <arch-proaudio-request(a)lists.archlinux.org> wrote: > Send arch-proaudio mailing list submissions to > arch-proaudio(a)lists.archlinux.org > > To subscribe or unsubscribe via the World Wide Web, visit > https://lists.archlinux.org/listinfo/arch-proaudio > or, via email, send a message with subject or body 'help' to > arch-proaudio-request(a)lists.archlinux.org > > You can reach the person managing the list at > arch-proaudio-owner(a)lists.archlinux.org > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of arch-proaudio digest..." > > > Today's Topics: > > 1. Re: arch-proaudio Digest, Vol 31, Issue 2 (Kevin Roth) > 2. Re: arch-proaudio Digest, Vol 31, Issue 2 (bill-auger) > 3. Re: arch-proaudio Digest, Vol 31, Issue 2 (bill-auger) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Tue, 18 Jan 2022 13:36:32 -0800 > From: Kevin Roth <safepurge(a)gmail.com> > To: arch-proaudio(a)lists.archlinux.org > Subject: Re: [arch-proaudio] arch-proaudio Digest, Vol 31, Issue 2 > Message-ID: > <CAOXpYyjTK9= > zo+3+d6G2koC64RERipT5a3rLXiy5PbaWmxnEQw(a)mail.gmail.com> > Content-Type: text/plain; charset="UTF-8" > > Hello Nils and Bill, > > Pamac manager lists Agordejo 0.3.0-1 as the latest release. It also has no > entries for agordejo-git in the AUR. Both of which are not true and > peculiar, maybe an issue with my mirrorlist. I tried refreshing and ranking > for speed and sync. I suspect this is the root of the problem, and I'm > still investigating. In the meantime, the output from the commands Nils > suggested: > > > ---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- > > *~ >>> agordejo --versionAgordejo 0.3.0* > *~ >>>* > *~ >>>* > > *~ >>>ls -la /usr/bin/ray-jack_checker_daemonlrwxrwxrwx 1 root root 112 Jan > 17 11:34 /usr/bin/ray-jack_checker_daemon -> > > /var/cache/private/pamac/raysession-git/pkg/raysession-git//usr/share/raysession/src/bin/ray-jack_checker_daemon > * > ~ >>> > ~ >>> > > *~ >>> file /usr/bin/ray-jack_checker_daemon > /usr/bin/ray-jack_checker_daemon: broken symbolic link to > > /var/cache/private/pamac/raysession-git/pkg/raysession-git//usr/share/raysession/src/bin/ray-jack_checker_daemon > * > ~ >>> > ~ >>> > > *~ >>>lsattr /usr/bin/ray-jack_checker_daemonlsattr: Operation not > supported While reading flags on /usr/bin/ray-jack_checker_daemon* > ~ >>> > ~ >>> > > ---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- > > Sudo produces identical output for the above commands. > It's worth mentioning I installed raysession from the AUR as an alternative > because agordejo was already crashing before. Specifically the line: > "*[nsmd] ../src/nsmd.cpp:703 launch(): ERROR:engine.start:Caught crash in > execpthook. Trying too execute atexit anyway*" > ~has been present before and after installing raysession. I did try > uninstalling raysession and tried to start agordejo: > > > ---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > *~ >>> agordejo[nsmd] ../src/nsmd.cpp:2544 main(): Using OSC port > 39616[nsmd] ../src/nsmd.cpp:2603 main(): Session root is: > /home/safepurge/NSM Sessions[nsmd] ../src/Endpoint.cpp:205 init(): Creating > OSC serverNSM_URL=osc.udp://safepurge-ms7a71:39616/[nsmd] > ../src/nsmd.cpp:2373 announce_gui(): A GUI announced to us from the URL > osc.udp://127.0.0.1:39013/ <http://127.0.0.1:39013/>[nsmd] > ../src/nsmd.cpp:2396 announce_gui(): Informing GUI that no session is > running by sending two empty strings[nsmd] ../src/nsmd.cpp:2425 > announce_gui(): Registration with GUI complete[nsmd] ../src/nsmd.cpp:1716 > osc_list(): Listing sessions[nsmd] ../src/nsmd.cpp:1716 osc_list(): Listing > sessions[nsmd] ../src/nsmd.cpp:1716 osc_list(): Listing sessions[nsmd] > ../src/nsmd.cpp:1716 osc_list(): Listing sessions[nsmd] > ../src/nsmd.cpp:1634 osc_new(): Creating new session "new > session"qt.qpa.xcb: QXcbConnection: XCB error: 3 (BadWindow), sequence: > 758, resource id: 4202067, major code: 40 (TranslateCoords), minor code: > 0[nsmd] ../src/nsmd.cpp:1663 osc_new(): Informing GUI about running session > name: new session with relative path /new session[nsmd] ../src/nsmd.cpp:735 > launch(): Process jackpatch has pid: 32037[nsmd] ../src/nsmd.cpp:703 > launch(): ERROR:engine.start:Caught crash in execpthook. Trying too execute > atexit anywayLaunching jackpatchTraceback (most recent call last): File > "/usr/bin/agordejo/engine/jackclient.py", line 69, in _setPlaybackSeconds > File "/usr/bin/agordejo/qtgui/jacktransport.py", line 98, in > _react_playbackSecondsTypeError: setValue(self, int): argument 1 has > unexpected type 'float'[nsmd] ../src/nsmd.cpp:735 launch(): Process > nsm-data has pid: 32038[nsmd] ../src/nsmd.cpp[nsmd] :703../src/nsmd.cpp > launch():1206: command_client_to_quit(): Launching nsm-dataCommanding > jackpatch.nUJWL to quit[nsmd] ../src/nsmd.cpp:1206 > command_client_to_quit(): Commanding nsm-data.nKVGO to quit[nsmd] > ../src/nsmd.cpp:1133 wait_for_killed_clients_to_die(): [nsmd] Waiting for > killed clients to die.../src/nsmd.cpp:2474[nsmd] > handle_signal_clean_exit()../src/nsmd.cpp: :1120 > killed_clients_are_alive()Caught SIGNAL 15. Stopping nsmd.: [nsmd] Waiting > for jackpatch.nUJWL../src/nsmd.cpp:1206 command_client_to_quit(): > Commanding jackpatch.nUJWL to quit[nsmd] ../src/nsmd.cpp:1206 > command_client_to_quit(): Commanding nsm-data.nKVGO to quit[nsmd] > ../src/nsmd.cpp:1133 wait_for_killed_clients_to_die(): Waiting for killed > clients to die.[nsmd] ../src/nsmd.cpp:1120 killed_clients_are_alive(): > Waiting for jackpatch.nUJWL[nsmd] ../src/nsmd.cpp:1120[nsmd] > killed_clients_are_alive()../src/nsmd.cpp: :1120 > killed_clients_are_alive()Waiting for jackpatch.nUJWL: Waiting for > jackpatch.nUJWL[nsmd] ../src/nsmd.cpp:343[nsmd] > handle_client_process_death()../src/nsmd.cpp: :343 > handle_client_process_death(): Client jackpatch.nUJWL terminated by server > instruction.Client jackpatch.nUJWL terminated by server instruction.[nsmd] > [nsmd] ../src/nsmd.cpp../src/nsmd.cpp:1120:1162 killed_clients_are_alive() > wait_for_killed_clients_to_die(): : Waiting for nsm-data.nKVGOAll clients > have died.[nsmd] ../src/nsmd.cpp:1120 killed_clients_are_alive(): Waiting > for nsm-data.nKVGO[nsmd] ../src/nsmd.cpp:343 handle_client_process_death(): > Client nsm-data.nKVGO terminated by server instruction.[nsmd] > ../src/nsmd.cpp:1162 wait_for_killed_clients_to_die(): All clients have > died.~ >>> * > *~ >>>* > > > ---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- > > Thankyou both for your assistance. > > On Tue, Jan 18, 2022 at 4:18 AM <arch-proaudio-request(a)lists.archlinux.org > > > wrote: > > > Send arch-proaudio mailing list submissions to > > arch-proaudio(a)lists.archlinux.org > > > > To subscribe or unsubscribe via the World Wide Web, visit > > https://lists.archlinux.org/listinfo/arch-proaudio > > or, via email, send a message with subject or body 'help' to > > arch-proaudio-request(a)lists.archlinux.org > > > > You can reach the person managing the list at > > arch-proaudio-owner(a)lists.archlinux.org > > > > When replying, please edit your Subject line so it is more specific > > than "Re: Contents of arch-proaudio digest..." > > > > > > Today's Topics: > > > > 1. Agordejo crash on startup (Kevin Roth) > > 2. Re: Agordejo crash on startup (bill-auger) > > 3. Re: Agordejo crash on startup (Nils Hilbricht) > > 4. Re: Agordejo crash on startup (bill-auger) > > 5. Re: Agordejo crash on startup (bill-auger) > > > > > > ---------------------------------------------------------------------- > > > > Message: 1 > > Date: Mon, 17 Jan 2022 11:58:08 -0800 > > From: Kevin Roth <safepurge(a)gmail.com> > > To: arch-proaudio(a)lists.archlinux.org > > Subject: [arch-proaudio] Agordejo crash on startup > > Message-ID: > > < > > CAOXpYygUE07wKd_YBjNG5OcuYP+E-mwd5t8b1Bkq2QD+yoPCKQ(a)mail.gmail.com> > > Content-Type: text/plain; charset="UTF-8" > > > > As the title says, agordejo crashes immediately on startup: > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > *ERROR:engine.start:Caught crash in execpthook. Trying too execute atexit > > anywayTraceback (most recent call last): File > > "/usr/lib/python3.10/runpy.py", line 196, in _run_module_as_main > return > > _run_code(code, main_globals, None, File "/usr/lib/python3.10/runpy.py", > > line 86, in _run_code exec(code, run_globals) File > > "/usr/bin/agordejo/__main__.py", line 13, in <module> File > > "/usr/bin/agordejo/qtgui/mainwindow.py", line 183, in __init__ File > > "/usr/bin/agordejo/qtgui/mainwindow.py", line 253, in > > _updateGUIWithCachedPrograms File > > "/usr/bin/agordejo/qtgui/addclientprompt.py", line 123, in updateWordlist > > File "/usr/bin/agordejo/engine/api.py", line 283, in > > getUnfilteredExecutables File > "/usr/bin/agordejo/engine/findprograms.py", > > line 267, in buildCache_unfilteredExecutables File > > "/usr/bin/agordejo/engine/findprograms.py", line 267, in <listcomp> File > > "/usr/bin/agordejo/engine/findprograms.py", line 262, in isexe File > > "/usr/lib/python3.10/pathlib.py", line 1320, in is_file return > > S_ISREG(self.stat().st_mode) File "/usr/lib/python3.10/pathlib.py", line > > 1095, in stat return self._accessor.stat(self, > > follow_symlinks=follow_symlinks)PermissionError: [Errno 13] Permission > > denied: '/usr/bin/ray-jack_checker_daemon'* > > > > Running manjaro with jack2. A similar error came and left a few months > > back. I found references to this issue here > > <https://bugs.archlinux.org/task/68634> and here > > < > > > https://www.laborejo.org/bugs/Done/agordejo-crash-on-start-using-pipewire-j… > > >, > > but no solutions as far as I can tell. I tried switching to pipewire, but > > the error persists. Raysession seems to work ok though. Any thoughts? > > > > > > ------------------------------ > > > > Message: 2 > > Date: Mon, 17 Jan 2022 22:26:48 -0500 > > From: bill-auger <bill-auger(a)peers.community> > > To: Kevin Roth via arch-proaudio <arch-proaudio(a)lists.archlinux.org> > > Subject: Re: [arch-proaudio] Agordejo crash on startup > > Message-ID: <20220117222648.162d93be(a)parabola.localdomain> > > Content-Type: text/plain; charset=US-ASCII > > > > several other important related packages were upgraded at the > > same time as the latest agordejo (eg: jack2, > > new-session-manager, jack2-dbus) > > > > agordejo also crashed for me when i first upgraded it - i then > > restarted the system, and agordejo does not crash now > > > > note: > > > > > Permission denied: '/usr/bin/ray-jack_checker_daemon'* > > > > per that error message, you may also want to look at > > /usr/bin/ray-jack_checker_daemon - that is a foreign file, which > > does not exist in a clean arch system, and could cause many > > sorts of problems - the fact that it is the subject of a fatal > > error message is indicative of something abnormal; but there > > is not necessarily anything which the arch maintainers have done, > > or could do about it > > > > # pkgfile /usr/bin/ray-jack_checker_daemon > > > > if that is the cause of your crash, then it is not a bug for > > arch to handle - it may be an upstream bug, but it is not a bug > > within the context of "the arch system" - in that case, this is > > not a bug report; but a support request, for advice maintaining a > > "franken-system" > > > > if a simple reboot does not help, then the path toward a > > solution, would be to firstly, remove all non-arch software from > > your system (retaining only mainline arch packages), then > > determine if the bug is still present - _then_ and only then, it > > would be a problem for the arch maintainers to address - in > > order to address that problem properly, the first triage step, > > which anyone would _need_ to do, would be to try reproducing the > > problem on a clean system if the problem can not be reproduced > > on a clean system, then it is not a bug - it is more likely a > > conflict caused by mixing unsupported third-party software into > > the protected main system > > > > > > ------------------------------ > > > > Message: 3 > > Date: Tue, 18 Jan 2022 11:59:18 +0100 > > From: Nils Hilbricht <nils(a)hilbricht.net> > > To: arch-proaudio(a)lists.archlinux.org > > Subject: Re: [arch-proaudio] Agordejo crash on startup > > Message-ID: <20220118115918.cfc10bb758c75cf9719eedf3(a)hilbricht.net> > > Content-Type: text/plain; charset=US-ASCII > > > > Hello Kevin, > > > > could you please provide the output of: > > > > agordejo --version > > > > ls -la /usr/bin/ray-jack_checker_daemon > > > > file /usr/bin/ray-jack_checker_daemon > > > > lsattr /usr/bin/ray-jack_checker_daemon > > > > And please tell if any of the above commands fail because of a permission > > error and then what the sudo version of the command reported. > > > > If Agordejo is below version 0.3.1 please update first. The new arch > > community package came out on Saturday. > > > > Nils > > > > On Mon, 17 Jan 2022 11:58:08 -0800 > > safepurge at gmail.com (Kevin Roth) wrote: > > > > > As the title says, agordejo crashes immediately on startup: > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > *ERROR:engine.start:Caught crash in execpthook. Trying too execute > atexit > > > anywayTraceback (most recent call last): File > > > "/usr/lib/python3.10/runpy.py", line 196, in _run_module_as_main > > return > > > _run_code(code, main_globals, None, File > "/usr/lib/python3.10/runpy.py", > > > line 86, in _run_code exec(code, run_globals) File > > > "/usr/bin/agordejo/__main__.py", line 13, in <module> File > > > "/usr/bin/agordejo/qtgui/mainwindow.py", line 183, in __init__ File > > > "/usr/bin/agordejo/qtgui/mainwindow.py", line 253, in > > > _updateGUIWithCachedPrograms File > > > "/usr/bin/agordejo/qtgui/addclientprompt.py", line 123, in > updateWordlist > > > File "/usr/bin/agordejo/engine/api.py", line 283, in > > > getUnfilteredExecutables File > > "/usr/bin/agordejo/engine/findprograms.py", > > > line 267, in buildCache_unfilteredExecutables File > > > "/usr/bin/agordejo/engine/findprograms.py", line 267, in <listcomp> > File > > > "/usr/bin/agordejo/engine/findprograms.py", line 262, in isexe File > > > "/usr/lib/python3.10/pathlib.py", line 1320, in is_file return > > > S_ISREG(self.stat().st_mode) File "/usr/lib/python3.10/pathlib.py", > line > > > 1095, in stat return self._accessor.stat(self, > > > follow_symlinks=follow_symlinks)PermissionError: [Errno 13] Permission > > > denied: '/usr/bin/ray-jack_checker_daemon'* > > > > > > Running manjaro with jack2. A similar error came and left a few months > > > back. I found references to this issue here > > > <https://bugs.archlinux.org/task/68634> and here > > > < > > > https://www.laborejo.org/bugs/Done/agordejo-crash-on-start-using-pipewire-j… > > >, > > > but no solutions as far as I can tell. I tried switching to pipewire, > but > > > the error persists. Raysession seems to work ok though. Any thoughts? > > > > > > ------------------------------ > > > > Message: 4 > > Date: Tue, 18 Jan 2022 07:04:23 -0500 > > From: bill-auger <bill-auger(a)peers.community> > > To: Nils Hilbricht via arch-proaudio > > <arch-proaudio(a)lists.archlinux.org> > > Subject: Re: [arch-proaudio] Agordejo crash on startup > > Message-ID: <20220118070423.77de1c91(a)parabola.localdomain> > > Content-Type: text/plain; charset=US-ASCII > > > > as a follow-up, i believe that i found a reproducible procedure > > to isolate the bug > > > > my crash yesterday was probably not due to the upgraded > > release; but due to a peculiar environment quirk - namely, i had > > /root/.gem/ruby/3.0.0/bin/ in the shell PATH; which was not > > the case after i rebooted > > > > agordejo starts properly: > > $ PATH=$PATH:/etc/any-thing-works agordejo > > > > agordejo crashes: > > $ PATH=$PATH:/root/any-thing-fails agordejo > > > > curiously, /root does not induce the crash: > > $ PATH=$PATH:/etc/any-thing-works agordejo > > > > > > ------------------------------ > > > > Message: 5 > > Date: Tue, 18 Jan 2022 07:09:45 -0500 > > From: bill-auger <bill-auger(a)peers.community> > > To: bill-auger via arch-proaudio <arch-proaudio(a)lists.archlinux.org> > > Subject: Re: [arch-proaudio] Agordejo crash on startup > > Message-ID: <20220118070945.39a596f1(a)parabola.localdomain> > > Content-Type: text/plain; charset=US-ASCII > > > > On Tue, 18 Jan 2022 07:04:23 -0500 bill-auger wrote: > > > curiously, /root does not induce the crash: > > > $ PATH=$PATH:/etc/any-thing-works agordejo > > > > > > my bad (copy-paste think-o) - i intended such: > > > > curiously, /root does not induce the crash: > > $ PATH=$PATH:/root agordejo > > > > > > ------------------------------ > > > > Subject: Digest Footer > > > > arch-proaudio mailing list > > arch-proaudio(a)lists.archlinux.org > > https://lists.archlinux.org/listinfo/arch-proaudio > > > > > > ------------------------------ > > > > End of arch-proaudio Digest, Vol 31, Issue 2 > > ******************************************** > > > > > ------------------------------ > > Message: 2 > Date: Wed, 19 Jan 2022 02:25:26 -0500 > From: bill-auger <bill-auger(a)peers.community> > To: Kevin Roth via arch-proaudio <arch-proaudio(a)lists.archlinux.org> > Subject: Re: [arch-proaudio] arch-proaudio Digest, Vol 31, Issue 2 > Message-ID: <20220119022526.793a8bf5(a)parabola.localdomain> > Content-Type: text/plain; charset=US-ASCII > > On Tue, 18 Jan 2022 13:36:32 -0800 Kevin wrote: > > Pamac manager lists Agordejo 0.3.0-1 as the latest release. > > that is the latest version; but when reporting bugs, only the > 'pacman' package manager and the true > /etc/pacman.{conf,d/mirrorlist} should be considered - like > raysession, pamac is unsupported software - bug reports should > be directed toward the AUR maintainers; because only they can > address them in any way > > i am not certain if this list is appropriate - is this list > intended for general pro-audio tech support (eg: including > third-party software)? - or is third-party software off-topic on > this list? - perhaps i am over-emphasizing that distinction > (that this thread may be entirely unrelated to any standard arch > software) - the linuxaudio lists/forum/IRC/etc are much more > used/popular for such tech support questions, no? - that is why > ive assumed this list had an intention, more special than as > another general computer music forum > > > On Tue, 18 Jan 2022 13:36:32 -0800 Kevin wrote: > > *~ >>> file /usr/bin/ray-jack_checker_daemon > > /usr/bin/ray-jack_checker_daemon: broken symbolic link to > > > /var/cache/private/pamac/raysession-git/pkg/raysession-git//usr/share/raysession/src/bin/ray-jack_checker_daemon > > the above strongly implicates the unsupported raysession and/or > pamac software, as the source of the problem; which was my > previous speculation > > if this were my problem (the first triage step), i would > uninstall raysession, pamac, and all software which was ever > installed by pamac (or simulate that state in a VM), to > demonstrate that removing one or the other of raysession/pamac, > resolves the problem (allows agordejo to start) > > demonstrating so, would strongly absolve agordejo (and all other > arch software) as the culprits - then, at least it would be more > obvious which people/forum would be best for this discussion > > does agordejo start, when that raysession package is not > installed? > > > ------------------------------ > > Message: 3 > Date: Wed, 19 Jan 2022 03:26:55 -0500 > From: bill-auger <bill-auger(a)peers.community> > To: bill-auger via arch-proaudio <arch-proaudio(a)lists.archlinux.org> > Subject: Re: [arch-proaudio] arch-proaudio Digest, Vol 31, Issue 2 > Message-ID: <20220119032655.7599c02b(a)parabola.localdomain> > Content-Type: text/plain; charset=US-ASCII > > On Wed, 19 Jan 2022 02:25:26 -0500 bill-auger wrote: > > On Tue, 18 Jan 2022 13:36:32 -0800 Kevin wrote: > > > Pamac manager lists Agordejo 0.3.0-1 as the latest release. > > that is the latest version > > typo, sry - 0.3.1 is the current arch release > > > ------------------------------ > > Subject: Digest Footer > > arch-proaudio mailing list > arch-proaudio(a)lists.archlinux.org > https://lists.archlinux.org/listinfo/arch-proaudio > > > ------------------------------ > > End of arch-proaudio Digest, Vol 31, Issue 3 > ******************************************** >

3 2

[arch-proaudio] Agordejo crash on startup
by Kevin Roth 18 Jan '22

18 Jan '22

As the title says, agordejo crashes immediately on startup: *ERROR:engine.start:Caught crash in execpthook. Trying too execute atexit anywayTraceback (most recent call last): File "/usr/lib/python3.10/runpy.py", line 196, in _run_module_as_main return _run_code(code, main_globals, None, File "/usr/lib/python3.10/runpy.py", line 86, in _run_code exec(code, run_globals) File "/usr/bin/agordejo/__main__.py", line 13, in <module> File "/usr/bin/agordejo/qtgui/mainwindow.py", line 183, in __init__ File "/usr/bin/agordejo/qtgui/mainwindow.py", line 253, in _updateGUIWithCachedPrograms File "/usr/bin/agordejo/qtgui/addclientprompt.py", line 123, in updateWordlist File "/usr/bin/agordejo/engine/api.py", line 283, in getUnfilteredExecutables File "/usr/bin/agordejo/engine/findprograms.py", line 267, in buildCache_unfilteredExecutables File "/usr/bin/agordejo/engine/findprograms.py", line 267, in <listcomp> File "/usr/bin/agordejo/engine/findprograms.py", line 262, in isexe File "/usr/lib/python3.10/pathlib.py", line 1320, in is_file return S_ISREG(self.stat().st_mode) File "/usr/lib/python3.10/pathlib.py", line 1095, in stat return self._accessor.stat(self, follow_symlinks=follow_symlinks)PermissionError: [Errno 13] Permission denied: '/usr/bin/ray-jack_checker_daemon'* Running manjaro with jack2. A similar error came and left a few months back. I found references to this issue here <https://bugs.archlinux.org/task/68634> and here <https://www.laborejo.org/bugs/Done/agordejo-crash-on-start-using-pipewire-j…>, but no solutions as far as I can tell. I tried switching to pipewire, but the error persists. Raysession seems to work ok though. Any thoughts?

3 4

[arch-proaudio] Pipewire-jack to provide jack
by David Runge 16 Jan '22

16 Jan '22

Hi all, I have just added some modifications for pipewire-jack. Starting with jack >= 0.126.0, jack2 1.9.20 and pipewire-jack >= 1:0.3.43-2, pipewire-jack and jack2 (or jack for that matter) can not be installed side-by-side anymore. Over the past months I have spent some time to consolidate the legacy example-clients [1] and tools [2] and the variants from the jack2 [3] repository into a new project: jack-example-tools [4]. The tooling that historically came with jack can now be installed separately and remain installed when switching jack implementations. However, do note that there are still significant differences between jack, jack2 and pipewire-jack (which is also reflected in how or if all tooling works as expected) and that workflows around "how to start jack" differ greatly depending on the tooling (for more info you might want to refer to the respective upstream documentation). Best, David [1] https://github.com/jackaudio/example-clients [2] https://github.com/jackaudio/tools [3] https://github.com/jackaudio/jack2 [4] https://github.com/jackaudio/jack-example-tools -- https://sleepmap.de

1 0

[arch-proaudio] Comparison and Linux support
by riveravaldez 03 Nov '21

03 Nov '21

Hi, I'm looking to buy a combo of condenser mic and audio interface (mostly to singing recording), right now the options I have near my zone and budget are these: Behringer U-Phoria UMC22 + Behringer C-1 or C-2 Tascam US-1x2 + audio-technica AT2020 Do you know if both interfaces work perfectly over GNU+Linux? Which one do you recommend? Also, which one of the three mics would be preferable? And just out of curiosity: any comment on Artesia products? Any help will be very much appreciated. Thanks a lot in advance!

5 6

Re: [arch-proaudio] arch-proaudio Digest, Vol 29, Issue 1
by peter_melse＠gto.net 27 Oct '21

27 Oct '21

I can't vouch for tascam, but my umc202hd works flawlessly. On 2021-10-27 08:00, arch-proaudio-request(a)lists.archlinux.org wrote: > Send arch-proaudio mailing list submissions to > arch-proaudio(a)lists.archlinux.org > > To subscribe or unsubscribe via the World Wide Web, visit > https://lists.archlinux.org/listinfo/arch-proaudio > or, via email, send a message with subject or body 'help' to > arch-proaudio-request(a)lists.archlinux.org > > You can reach the person managing the list at > arch-proaudio-owner(a)lists.archlinux.org > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of arch-proaudio digest..." > > > Today's Topics: > > 1. Comparison and Linux support (riveravaldez) > 2. Re: Comparison and Linux support (Jimi Bove) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Wed, 27 Oct 2021 04:52:36 -0300 > From: riveravaldez <riveravaldezmail(a)gmail.com> > To: arch-proaudio <arch-proaudio(a)lists.archlinux.org> > Subject: [arch-proaudio] Comparison and Linux support > Message-ID: > <CAD8U+g83jg5GUOBEEhHO4jC9OE6rCOoJb585QSigKnxb6Tm89g(a)mail.gmail.com> > Content-Type: text/plain; charset="UTF-8" > > Hi, I'm looking to buy a combo of condenser mic and audio interface > (mostly > to singing recording), right now the options I have near my zone and > budget > are these: > > Behringer U-Phoria UMC22 + Behringer C-1 or C-2 > > Tascam US-1x2 + audio-technica AT2020 > > Do you know if both interfaces work perfectly over GNU+Linux? Which one > do > you recommend? > Also, which one of the three mics would be preferable? > > And just out of curiosity: any comment on Artesia products? > > Any help will be very much appreciated. > Thanks a lot in advance! > > > ------------------------------ > > Message: 2 > Date: Wed, 27 Oct 2021 00:56:01 -0700 > From: Jimi Bove <jimijames.bove(a)gmail.com> > To: "Discussion about real-time multimedia, including (semi-)pro audio > and video" <arch-proaudio(a)lists.archlinux.org> > Subject: Re: [arch-proaudio] Comparison and Linux support > Message-ID: > <CAH1PfTVDQ5u2VUg=Ow-FPKhL9uh7E=hUkpS8EEJzHfWtJP-8Ew(a)mail.gmail.com> > Content-Type: text/plain; charset="UTF-8" > > I've been nothing but happy with my AT2020 for several years now, > though I > have yet to give it truly extensive professional use. > > On Wed, Oct 27, 2021, 12:52 AM riveravaldez via arch-proaudio < > arch-proaudio(a)lists.archlinux.org> wrote: > >> Hi, I'm looking to buy a combo of condenser mic and audio interface >> (mostly >> to singing recording), right now the options I have near my zone and >> budget >> are these: >> >> Behringer U-Phoria UMC22 + Behringer C-1 or C-2 >> >> Tascam US-1x2 + audio-technica AT2020 >> >> Do you know if both interfaces work perfectly over GNU+Linux? Which >> one do >> you recommend? >> Also, which one of the three mics would be preferable? >> >> And just out of curiosity: any comment on Artesia products? >> >> Any help will be very much appreciated. >> Thanks a lot in advance! >> > > > ------------------------------ > > Subject: Digest Footer > > arch-proaudio mailing list > arch-proaudio(a)lists.archlinux.org > https://lists.archlinux.org/listinfo/arch-proaudio > > > ------------------------------ > > End of arch-proaudio Digest, Vol 29, Issue 1 > ********************************************

1 0

[arch-proaudio] Request for testing rubberband 2.0.0
by David Runge 27 Oct '21

27 Oct '21

Hi all, I have added rubberband 2.0.0 to [community-testing]. Upstream declares this version as "binary compatible" down to 1.7, but not "output-compatible" in realtime mode [1]. Please test and report any issues. The new version will otherwise be merged after seven days. Best, David [1] https://hg.sr.ht/~breakfastquay/rubberband/browse/CHANGELOG?rev=v2.0.0 -- https://sleepmap.de

1 0

[arch-proaudio] gigedit plugin doesn't start from qsampler
by Akihiro Moriguchi 11 Sep '21

11 Sep '21

Hello, I report a following error when I push Edit button on qsampler. "Channel 0 Could not launch an appropriate instrument editor for the given instrument! Make sure you have an appropriate instrument editor like 'gigedit' installed and that it placed its mandatory DLL file into the sampler's plugin directory." I've found the installation of /usr/lib/linuxsampler/plugins/libgigeditlinuxsamplerplugin.so . And also set LINUXSAMPLER_PLUGIN_DIR variable on .bashrc. I've found the same topic on the arch-proaudio mailing list's archive. https://lists.archlinux.org/pipermail/arch-proaudio/2018-February/thread.ht… But the problem is different because there is the libgigeditlinuxsamplerplugin.so. And gigedit as a stand alone work fine. Best regards, Akihiro

1 0