From alf at mellomrommet.no Tue May 4 04:12:44 2021 From: alf at mellomrommet.no (Alf Haakon Pietruszka Lund) Date: Tue, 4 May 2021 13:12:44 +0200 Subject: [Ardour-Users] Alternative income source? Message-ID: I am a happy subscriber of Ardour, but I'm not that happy a user of PayPal. Recently I supported another piece of software I'm using (a great backup software called Duplicati) through Open Collective [1] and started wondering if this platform might work for Ardour as well? I do remember reading (I think on Ardour's forum, years ago) about some issues with different ways of supporting, but that being a long time since maybe things are different now. Thanks anyway for a great piece of software! Best regards, Alf [1] https://opencollective.com/ From paul at linuxaudiosystems.com Tue May 4 07:01:50 2021 From: paul at linuxaudiosystems.com (Paul Davis) Date: Tue, 4 May 2021 08:01:50 -0600 Subject: [Ardour-Users] Alternative income source? In-Reply-To: References: Message-ID: Hi Alf, thanks for the suggestion. I took a look at the fee structure at Open Collective, and in a footnote found this: (1) Payment processor fees apply. See stripe.com/pricing, paypal.com/pricing, transferwise.com/pricing It seems unlikely that there will be a way to have the dual-account setup that we have with PayPal, with one account (the most important one) using PayPal's micro-payment fee structure. I don't know if you've read our FAQ about why we use PayPal. If not, it's here: https://ardour.org/faq.html#paypal regards, ---p On Tue, May 4, 2021 at 5:12 AM Alf Haakon Pietruszka Lund < alf at mellomrommet.no> wrote: > I am a happy subscriber of Ardour, but I'm not that happy a user of PayPal. > > Recently I supported another piece of software I'm using (a great backup > software called Duplicati) through Open Collective [1] and started > wondering if this platform might work for Ardour as well? > > I do remember reading (I think on Ardour's forum, years ago) about some > issues with different ways of supporting, but that being a long time > since maybe things are different now. > > Thanks anyway for a great piece of software! > > Best regards, > Alf > > [1] https://opencollective.com/ > _______________________________________________ > Ardour-Users mailing list > ardour-users at lists.ardour.org > To unsubscribe or change your mailing preferences please visit: > http://lists.ardour.org/listinfo.cgi/ardour-users-ardour.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: From thomas at zankapfel.org Tue May 4 07:40:28 2021 From: thomas at zankapfel.org (Thomas Mulot) Date: Tue, 04 May 2021 16:40:28 +0200 Subject: [Ardour-Users] Alternative income source? In-Reply-To: References: Message-ID: <5812985.U1jpS8H0iE@yoshi> Hi all, While you're at it: Have you taken a look at liberapay? They are a french nonprofit that seems made for free software projects. For me, they have the great advantage that they are able to simply charge a european bank account via direct debit - no need for a paypal account or a credit card. Among others, FalkTX, Librazik and LSP use it, if you want to ask them about their experiences. Thomas Am mardi 4 mai 2021, 16:01:50 CEST schrieb Paul Davis: > Hi Alf, > > thanks for the suggestion. I took a look at the fee structure at Open > Collective, and in a footnote found this: > > (1) Payment processor fees apply. See stripe.com/pricing, > paypal.com/pricing, transferwise.com/pricing > > It seems unlikely that there will be a way to have the dual-account setup > that we have with PayPal, with one account (the most important one) using > PayPal's micro-payment fee structure. > > I don't know if you've read our FAQ about why we use PayPal. If not, it's > here: https://ardour.org/faq.html#paypal > > regards, > ---p > > > > > > On Tue, May 4, 2021 at 5:12 AM Alf Haakon Pietruszka Lund < > > alf at mellomrommet.no> wrote: > > I am a happy subscriber of Ardour, but I'm not that happy a user of > > PayPal. > > > > Recently I supported another piece of software I'm using (a great backup > > software called Duplicati) through Open Collective [1] and started > > wondering if this platform might work for Ardour as well? > > > > I do remember reading (I think on Ardour's forum, years ago) about some > > issues with different ways of supporting, but that being a long time > > since maybe things are different now. > > > > Thanks anyway for a great piece of software! > > > > Best regards, > > Alf > > > > [1] https://opencollective.com/ > > _______________________________________________ > > Ardour-Users mailing list > > ardour-users at lists.ardour.org > > To unsubscribe or change your mailing preferences please visit: > > http://lists.ardour.org/listinfo.cgi/ardour-users-ardour.org From paul at linuxaudiosystems.com Tue May 4 09:32:44 2021 From: paul at linuxaudiosystems.com (Paul Davis) Date: Tue, 4 May 2021 10:32:44 -0600 Subject: [Ardour-Users] Alternative income source? In-Reply-To: <5812985.U1jpS8H0iE@yoshi> References: <5812985.U1jpS8H0iE@yoshi> Message-ID: On Tue, May 4, 2021 at 8:40 AM Thomas Mulot wrote: > Hi all, > > While you're at it: Have you taken a look at liberapay? They are a french > nonprofit that seems made for free software projects. For me, they have > the > great advantage that they are able to simply charge a european bank > account > via direct debit - no need for a paypal account or a credit card. > As has been mentioned when this comes up on the forums, this would require a significant formalization of financial structure, because as a US resident (and citizen) it is extremely complex for me to have a bank account in an EU country. Therefore using liberapay or any other similar system that uses the EU interbank transfer system would require designating someone else as the account holder. This is far from out of the question, but would represent a big change in how things work. > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From waynedpj at ingiro.xyz Tue May 4 09:54:19 2021 From: waynedpj at ingiro.xyz (Wayne DePrince Jr.) Date: Tue, 04 May 2021 12:54:19 -0400 Subject: [Ardour-Users] Alternative income source? In-Reply-To: References: <5812985.U1jpS8H0iE@yoshi> Message-ID: <7b00cf7fb3ea50cce6df249c4dd25e1601a637e2.camel@ingiro.xyz> On Tue, 2021-05-04 at 10:32 -0600, Paul Davis wrote: > > On Tue, May 4, 2021 at 8:40 AM Thomas Mulot > wrote: > > Hi all, > > > > > > > > While you're at it: Have you taken a look at liberapay? They are a > > french > > > > nonprofit that seems made for free software projects. For me, they > > have the > > > > great advantage that they are able to simply charge a european bank > > account > > > > via direct debit - no need for a paypal account or a credit card. > > As has been mentioned when this comes up on the forums, this would > require a significant formalization of financial structure, because > as a US resident (and citizen) it is extremely complex for me to have > a bank account in an EU country. Therefore using liberapay or any > other similar system that uses the EU interbank transfer system would > require designating someone else as the account holder. This is far > from out of the question, but would represent a big change in how > things work. while as a dual citizen i understand that getting an EU bank account as a US citizen can be difficult, these days there are some multi-currency account options like this one from Wise https://wise.com/us/multi-currency-account/ . one account gives US citizens an EU bank account with all the SWIFT/IBAN/BIC/etc. codes necessary to do business in EU, as well as in other jurisdictions https://wise.com/us/multi-currency-account/#coverage-bankdetails . an d the funds are easily transferable to a US bank account as an exchange, which also beats most other options. of course i know that for Ardour it is more difficult, so please take this as just an FYI from someone who has dealt with these cross border payment issues. another obvious option is cryptocurrency though that has its own complexities ;) peace, w -------------- next part -------------- An HTML attachment was scrubbed... URL: From paul at linuxaudiosystems.com Tue May 4 09:58:38 2021 From: paul at linuxaudiosystems.com (Paul Davis) Date: Tue, 4 May 2021 10:58:38 -0600 Subject: [Ardour-Users] Alternative income source? In-Reply-To: <7b00cf7fb3ea50cce6df249c4dd25e1601a637e2.camel@ingiro.xyz> References: <5812985.U1jpS8H0iE@yoshi> <7b00cf7fb3ea50cce6df249c4dd25e1601a637e2.camel@ingiro.xyz> Message-ID: On Tue, May 4, 2021 at 10:54 AM Wayne DePrince Jr. wrote: > > > while as a dual citizen i understand that getting an EU bank account as a > US citizen can be difficult, these days there are some multi-currency > account options like this one from Wise > The issues go way beyond *having* an account. You need full integration between the account and the website. The Wise stuff (I use Wise already, and have done for several years) is very nice, but there's no suitable API. Wise is actually great, but it just doesn't quite do everything that's needed. At least, it didn't the last time I looked. another obvious option is cryptocurrency though that has its own > complexities ;) > when i can buy groceries and web hosting with crypto, maybe i'll think about it :) > -------------- next part -------------- An HTML attachment was scrubbed... URL: From waynedpj at ingiro.xyz Tue May 4 11:05:07 2021 From: waynedpj at ingiro.xyz (Wayne DePrince Jr.) Date: Tue, 04 May 2021 14:05:07 -0400 Subject: [Ardour-Users] Alternative income source? In-Reply-To: References: <5812985.U1jpS8H0iE@yoshi> <7b00cf7fb3ea50cce6df249c4dd25e1601a637e2.camel@ingiro.xyz> Message-ID: <9e54bb560afcff0a17464286bb173179dc67b9ad.camel@ingiro.xyz> On Tue, 2021-05-04 at 10:58 -0600, Paul Davis wrote: > > On Tue, May 4, 2021 at 10:54 AM Wayne DePrince Jr. < > waynedpj at ingiro.xyz> wrote: > > > > while as a dual citizen i understand that getting an EU bank > > account as a US citizen can be difficult, these days there are some > > multi-currency account options like this one from Wise > > The issues go way beyond *having* an account. You need full > integration between the account and the website. The Wise stuff (I > use Wise already, and have done for several years) is very nice, but > there's no suitable API. Wise is actually great, but it just doesn't > quite do everything that's needed. At least, it didn't the last time > I looked. yes, Wise is great but i was not thinking about integrating with the website, APIs, etc. sorry for the noise! > > another obvious option is cryptocurrency though that has its own > > complexities ;) > > when i can buy groceries and web hosting with crypto, maybe i'll > think about it :) i have heard that in NH, particularly around Keene, this is a somewhat of a reality but i have yet to see it myself. -------------- next part -------------- An HTML attachment was scrubbed... URL: From nettings at stackingdwarves.net Wed May 5 05:49:21 2021 From: nettings at stackingdwarves.net (=?UTF-8?Q?J=c3=b6rn_Nettingsmeier?=) Date: Wed, 5 May 2021 14:49:21 +0200 Subject: [Ardour-Users] Alternative income source? In-Reply-To: <7b00cf7fb3ea50cce6df249c4dd25e1601a637e2.camel@ingiro.xyz> References: <5812985.U1jpS8H0iE@yoshi> <7b00cf7fb3ea50cce6df249c4dd25e1601a637e2.camel@ingiro.xyz> Message-ID: <9739758d-c9aa-5c57-c63b-ef6eee97b50c@stackingdwarves.net> On 5/4/21 6:54 PM, Wayne DePrince Jr. wrote: > another obvious option is cryptocurrency though that has its own > complexities ;) Like any true nerd, I'm fascinated by idea of cryptocurrencies in principle. But to be sourcing my groceries from community-supported agriculture in my city, only for the payments to then have the equivalent carbon footprint of asparagus imported from Peru by spaceship is odd, to say the least. Please don't make me switch to Pro Tools because it is greener than Ardour. Lately, AVID seem to be allowing their customers to recycle their converters between minor updates, so they are catching on to the idea :-D -- J?rn Nettingsmeier Tuinbouwstraat 180, 1097 ZB Amsterdam, Nederland Tel. +49 177 7937487 Meister f?r Veranstaltungstechnik (B?hne/Studio), Tonmeister VDT http://stackingdwarves.net From waynedpj at ingiro.xyz Thu May 6 07:33:23 2021 From: waynedpj at ingiro.xyz (Wayne DePrince Jr.) Date: Thu, 06 May 2021 10:33:23 -0400 Subject: [Ardour-Users] Alternative income source? In-Reply-To: <9739758d-c9aa-5c57-c63b-ef6eee97b50c@stackingdwarves.net> References: <5812985.U1jpS8H0iE@yoshi> <7b00cf7fb3ea50cce6df249c4dd25e1601a637e2.camel@ingiro.xyz> <9739758d-c9aa-5c57-c63b-ef6eee97b50c@stackingdwarves.net> Message-ID: <4a253412bd99218bb076e455a053ad730f705d0f.camel@ingiro.xyz> On Wed, 2021-05-05 at 14:49 +0200, J?rn Nettingsmeier wrote: > On 5/4/21 6:54 PM, Wayne DePrince Jr. wrote: > > another obvious option is cryptocurrency though that has its own > > complexities ;) > > Like any true nerd, I'm fascinated by idea of cryptocurrencies in > principle. > > But to be sourcing my groceries from community-supported agriculture > in > my city, only for the payments to then have the equivalent carbon > footprint of asparagus imported from Peru by spaceship is odd, to > say > the least. agree 100% and that is why i have not started using them. it seemed like this was and is still largely ignored with the mania surrounding crypto. however i did not want to get even more off-topic with that tangent when posting here. regardless i should have mentioned it so thanks for the reminder. fortunately there seems to be some recognition of this serious issue, with Ethereum's forthcoming ETH2 being one of the most well- known answers https://blog.aikon.com/2021/02/ethereum-2-0-proof-of-stake-what-is-the-real-impact-on-the-environment/ however there are also many cryptos that do not use PoW and all its energy consumption, including those based on distributed ledgers. Hedera https://hedera.com/ probably has the biggest backers, but there are others like https://obyte.org/ and https://holochain.org/ . of course being sustainable is all relative and i need to take a better look at these more "eco-friendly" efforts as well .. also when talking about most tech it is not so easy to call anything very eco-friendly ;) but again thanks for the note about the impact of the crypto boom: IMHO it should be included every time that it is mentioned .. even though i did not here ;) peace, w > > Please don't make me switch to Pro Tools because it is greener than > Ardour. Lately, AVID seem to be allowing their customers to recycle > their converters between minor updates, so they are catching on to > the > idea :-D > > > > > From alf at mellomrommet.no Fri May 7 00:53:21 2021 From: alf at mellomrommet.no (Alf Haakon Pietruszka Lund) Date: Fri, 7 May 2021 09:53:21 +0200 Subject: [Ardour-Users] Alternative income source? In-Reply-To: References: Message-ID: <34d560a0-5425-c172-d2cb-374d50b4394a@mellomrommet.no> On 04.05.2021 16:01, Paul Davis wrote: > Hi Alf, > > thanks for the suggestion. I took a look at the fee structure at Open > Collective, and in a footnote found this: > > (1) Payment processor fees apply. See stripe.com/pricing, > paypal.com/pricing, transferwise.com/pricing > > It seems unlikely that there will be a way to have the dual-account setup > that we have with PayPal, with one account (the most important one) using > PayPal's micro-payment fee structure. > > I don't know if you've read our FAQ about why we use PayPal. If not, it's > here: https://ardour.org/faq.html#paypal > > regards, > ---p Thanks for answering, Paul! I see you've thoroughly investigated the subject, and that faq is probably exactly what I was half remembering as a 'forum discussion'. Since my happiness as an Ardour subscriber is greater by far than my discontent as a PayPal user, things will go on as before. Keep up the great work! From alf at mellomrommet.no Fri May 7 01:04:40 2021 From: alf at mellomrommet.no (Alf Haakon Pietruszka Lund) Date: Fri, 7 May 2021 10:04:40 +0200 Subject: [Ardour-Users] Alternative income source? In-Reply-To: <4a253412bd99218bb076e455a053ad730f705d0f.camel@ingiro.xyz> References: <5812985.U1jpS8H0iE@yoshi> <7b00cf7fb3ea50cce6df249c4dd25e1601a637e2.camel@ingiro.xyz> <9739758d-c9aa-5c57-c63b-ef6eee97b50c@stackingdwarves.net> <4a253412bd99218bb076e455a053ad730f705d0f.camel@ingiro.xyz> Message-ID: <9bd7b8b1-ce52-269f-4c37-d69ff6805677@mellomrommet.no> On 06.05.2021 16:33, Wayne DePrince Jr. wrote: > > On Wed, 2021-05-05 at 14:49 +0200, J?rn Nettingsmeier wrote: >> On 5/4/21 6:54 PM, Wayne DePrince Jr. wrote: >>> another obvious option is cryptocurrency though that has its own >>> complexities ;) >> >> Like any true nerd, I'm fascinated by idea of cryptocurrencies in >> principle. >> >> But to be sourcing my groceries from community-supported agriculture >> in >> my city, only for the payments to then have the equivalent carbon >> footprint of asparagus imported from Peru by spaceship is odd, to >> say >> the least. (snip) > fortunately there seems to be some recognition of this serious > issue, with Ethereum's forthcoming ETH2 being one of the most well- > known answers > > https://blog.aikon.com/2021/02/ethereum-2-0-proof-of-stake-what-is-the-real-impact-on-the-environment/ (snip) Thanks for these pointers about cryptocurrency. As an off-topic end to an off-topic subject, I suggest we change our world in accordance with the guidelines found in Eric Frank Russel's 'And then there were none'. It's read in about half an hour and well worth the time, describing what to me looks like a sustainable path! All the best, Alf https://www.abelard.org/e-f-russell.php From paul at linuxaudiosystems.com Tue May 11 10:46:11 2021 From: paul at linuxaudiosystems.com (Paul Davis) Date: Tue, 11 May 2021 11:46:11 -0600 Subject: [Ardour-Users] Request for help testing before 6.7 release Message-ID: As mentioned elsewhere we?re getting read to release version 6.7, which will be the last version compatible with older platforms: Windows (XP), macOS (Snow Leopard) and Linux systems built with gcc4. Things are just about ready to go, but there have been some fairly radical changes in the last week to some parts of the code. We?re already fairly confident that things are still working correctly, but we?d appreciate some more testing - this will be the last version for these old platforms and it would be nice to make sure it?s as solid as we can make it. So please consider downloading from the nightly website and give that version a spin with whatever your workflow tends to be. We?re particularly interested in making sure that all aspects of transport control are working correctly. That includes syncing with LTC and MTC/MMC and JACK Transport. Positive feedback will be as valuable here as negative. We?re not looking for reports on new bugs per se (though those are always welcome over on the bug tracker ). We?d just like to be sure that none of the recent changes have broken stuff before we move on towards the future. Remember that you can parallel install builds from ardour.org with each other, and with any Linux-distro provided versions of the program. They will not interfere with each other. thanks, Ardour team -------------- next part -------------- An HTML attachment was scrubbed... URL: From rasch53144 at me.com Wed May 19 07:57:40 2021 From: rasch53144 at me.com (ME) Date: Wed, 19 May 2021 09:57:40 -0500 Subject: [Ardour-Users] Install Issue Detailed In-Reply-To: References: Message-ID: <7bfcc4bd-4812-6e7d-fd4c-bd31011c3f09@me.com> Apologies, I subscribed to Ardour yesterday, however, I have not received the password confirmation.? I am hoping to get some assistance with the following: Please note I have reinstalled all the GTK libraries.? I am using 20.10 Studio I am using Jack with Carla - all works no overruns My sound card is Firewire - JACK - all are working Ardour was working, however, when this error occured. I started a reinstall. Snap wont reinstall either: giving me dependency errors. Apologies, Danny -===output-==- Ardour6 Ardour6.6.0 (built using 6.6 and GCC version 6.3.0 20170516) Ardour: [INFO]: Your system is configured to limit Ardour to 1048576 open files Ardour: [INFO]: Loading system configuration file /opt/Ardour-6.6.0/etc/system_config Ardour: [INFO]: Loading user configuration file /home/dlr/.config/ardour6/config Ardour: [INFO]: CPU vendor: GenuineIntel Ardour: [INFO]: AVX-capable processor Ardour: [INFO]: AVX with FMA capable processor Ardour: [INFO]: CPU brand: Intel(R) Xeon(R) CPU E5-2630 v3 @ 2.40GHz Ardour: [INFO]: Using AVX and FMA optimized routines Ardour: [INFO]: Loading plugin meta data file /opt/Ardour-6.6.0/share/plugin_metadata/plugin_tags Ardour: [INFO]: Loading plugin statistics file /home/dlr/.config/ardour6/plugin_metadata/plugin_stats Cannot xinstall SIGPIPE error handler Ardour: [INFO]: Loading default ui configuration file /opt/Ardour-6.6.0/etc/default_ui_config Ardour: [INFO]: Loading user ui configuration file /home/dlr/.config/ardour6/ui_config Ardour: [INFO]: Loading 451 MIDI patches from /opt/Ardour-6.6.0/share/patchfiles (ardour-6.6.0:4752): Gtk-WARNING **: Unable to locate theme engine in module_path: "adwaita", (ardour-6.6.0:4752): Gtk-WARNING **: Unable to locate theme engine in module_path: "adwaita", (ardour-6.6.0:4752): Gtk-WARNING **: Unable to locate theme engine in module_path: "murrine", From 6807.chris at pop.powweb.com Wed May 19 08:17:26 2021 From: 6807.chris at pop.powweb.com (Chris Caudle) Date: Wed, 19 May 2021 10:17:26 -0500 Subject: [Ardour-Users] Install Issue Detailed In-Reply-To: <7bfcc4bd-4812-6e7d-fd4c-bd31011c3f09@me.com> References: <7bfcc4bd-4812-6e7d-fd4c-bd31011c3f09@me.com> Message-ID: <74d254e5c1fa341ab4fe8cad3514e8c0.squirrel@email.powweb.com> On Wed, May 19, 2021 9:57 am, ME wrote: > I am using 20.10 Studio I am running Fedora Linux, so not sure how well this translates, but... > (ardour-6.6.0:4752): Gtk-WARNING **: Unable to locate theme engine in > module_path: "adwaita", On my installation adwaita is a separate package that needs to be installed: Name : adwaita-gtk2-theme Version : 3.28 Release : 12.fc34 Summary : Adwaita gtk2 theme URL : https://gitlab.gnome.org/GNOME/gnome-themes-extra Description : The adwaita-gtk2-theme package contains a gtk2 theme for presenting widgets with a GNOME look and feel. Those are just warnings, not errors, are they actually causing any problems for you? -- Chris Caudle From ardour at jgardner.tech Fri May 21 20:32:55 2021 From: ardour at jgardner.tech (cellofellow) Date: Fri, 21 May 2021 21:32:55 -0600 Subject: [Ardour-Users] FaderPort v2 Bugs Message-ID: <87pmxjjvdk.fsf@jgardner.tech> I tried to make a report in tracker.ardour.org but I was unable to create an account, never received the login email. I just got a FaderPort v2 yesterday and attempting to use it has been very buggy. Switching state of the control knob fails often. Scroll (NavKnob) worked like once and now consistently crashes Ardour. rgareus on IRC helped me to get a stack trace (attached) and made a minor patch by removing the call to abort() at libs/surfaces/faderport8/faderport8.cc:652 which means it didn't crash when turning the NavKnob. (attached as a git patch) Even so, it's very buggy doesn't work in any satisfactory sort of way. The pan knob will only move the pan a percent or two and then stop working. The channel knob will switch tracks once in a while. Versions: - 6.6 Arch Linux (no stack trace) - 6.7 master d703079f10 (stack trace) FaderPort firmware: v3.44 -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: ardour6.7-stacktrace-2021-05-21T20:25:00-06:00.txt URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: 0001-remove-abort-in-navknob-handler.patch Type: text/x-patch Size: 648 bytes Desc: change made by rgareus URL: From ardour at jgardner.tech Sat May 22 13:03:52 2021 From: ardour at jgardner.tech (cellofellow) Date: Sat, 22 May 2021 14:03:52 -0600 Subject: [Ardour-Users] FaderPort v2 Bugs In-Reply-To: <87pmxjjvdk.fsf@jgardner.tech> References: <87pmxjjvdk.fsf@jgardner.tech> Message-ID: <87k0nqbknr.fsf@jgardner.tech> I added this to the tracker https://tracker.ardour.org/view.php?id=8719 From paul at linuxaudiosystems.com Thu May 27 11:03:48 2021 From: paul at linuxaudiosystems.com (Paul Davis) Date: Thu, 27 May 2021 12:03:48 -0600 Subject: [Ardour-Users] ardour.org IRC channel is moving Message-ID: Due to a series of events within the Freenode organization that ran the IRC servers used for the #ardour channel, we are moving the channel to the libera.chat IRC network instead. If you use an IRC client, then point it at irc.libera.chat:6697and connect to the #ardour channel there. There is a bridge between Matrix and IRC that can also be used. We have also set up a redirect https://ardour.org/chat that will always point to the current ?chat? system in use (even if that were to change entirely). You can click on this in any web browser. We are leaving the #ardour channel on Freenode in place for the time being, because it is directly referenced by Ardour releases before 6.7. But please be aware that the channel will only be lightly monitored in the future. -------------- next part -------------- An HTML attachment was scrubbed... URL: From alf at mellomrommet.no Tue May 4 04:12:44 2021 From: alf at mellomrommet.no (Alf Haakon Pietruszka Lund) Date: Tue, 4 May 2021 13:12:44 +0200 Subject: [Ardour-Users] Alternative income source? Message-ID: I am a happy subscriber of Ardour, but I'm not that happy a user of PayPal. Recently I supported another piece of software I'm using (a great backup software called Duplicati) through Open Collective [1] and started wondering if this platform might work for Ardour as well? I do remember reading (I think on Ardour's forum, years ago) about some issues with different ways of supporting, but that being a long time since maybe things are different now. Thanks anyway for a great piece of software! Best regards, Alf [1] https://opencollective.com/ From paul at linuxaudiosystems.com Tue May 4 07:01:50 2021 From: paul at linuxaudiosystems.com (Paul Davis) Date: Tue, 4 May 2021 08:01:50 -0600 Subject: [Ardour-Users] Alternative income source? In-Reply-To: References: Message-ID: Hi Alf, thanks for the suggestion. I took a look at the fee structure at Open Collective, and in a footnote found this: (1) Payment processor fees apply. See stripe.com/pricing, paypal.com/pricing, transferwise.com/pricing It seems unlikely that there will be a way to have the dual-account setup that we have with PayPal, with one account (the most important one) using PayPal's micro-payment fee structure. I don't know if you've read our FAQ about why we use PayPal. If not, it's here: https://ardour.org/faq.html#paypal regards, ---p On Tue, May 4, 2021 at 5:12 AM Alf Haakon Pietruszka Lund < alf at mellomrommet.no> wrote: > I am a happy subscriber of Ardour, but I'm not that happy a user of PayPal. > > Recently I supported another piece of software I'm using (a great backup > software called Duplicati) through Open Collective [1] and started > wondering if this platform might work for Ardour as well? > > I do remember reading (I think on Ardour's forum, years ago) about some > issues with different ways of supporting, but that being a long time > since maybe things are different now. > > Thanks anyway for a great piece of software! > > Best regards, > Alf > > [1] https://opencollective.com/ > _______________________________________________ > Ardour-Users mailing list > ardour-users at lists.ardour.org > To unsubscribe or change your mailing preferences please visit: > http://lists.ardour.org/listinfo.cgi/ardour-users-ardour.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: From thomas at zankapfel.org Tue May 4 07:40:28 2021 From: thomas at zankapfel.org (Thomas Mulot) Date: Tue, 04 May 2021 16:40:28 +0200 Subject: [Ardour-Users] Alternative income source? In-Reply-To: References: Message-ID: <5812985.U1jpS8H0iE@yoshi> Hi all, While you're at it: Have you taken a look at liberapay? They are a french nonprofit that seems made for free software projects. For me, they have the great advantage that they are able to simply charge a european bank account via direct debit - no need for a paypal account or a credit card. Among others, FalkTX, Librazik and LSP use it, if you want to ask them about their experiences. Thomas Am mardi 4 mai 2021, 16:01:50 CEST schrieb Paul Davis: > Hi Alf, > > thanks for the suggestion. I took a look at the fee structure at Open > Collective, and in a footnote found this: > > (1) Payment processor fees apply. See stripe.com/pricing, > paypal.com/pricing, transferwise.com/pricing > > It seems unlikely that there will be a way to have the dual-account setup > that we have with PayPal, with one account (the most important one) using > PayPal's micro-payment fee structure. > > I don't know if you've read our FAQ about why we use PayPal. If not, it's > here: https://ardour.org/faq.html#paypal > > regards, > ---p > > > > > > On Tue, May 4, 2021 at 5:12 AM Alf Haakon Pietruszka Lund < > > alf at mellomrommet.no> wrote: > > I am a happy subscriber of Ardour, but I'm not that happy a user of > > PayPal. > > > > Recently I supported another piece of software I'm using (a great backup > > software called Duplicati) through Open Collective [1] and started > > wondering if this platform might work for Ardour as well? > > > > I do remember reading (I think on Ardour's forum, years ago) about some > > issues with different ways of supporting, but that being a long time > > since maybe things are different now. > > > > Thanks anyway for a great piece of software! > > > > Best regards, > > Alf > > > > [1] https://opencollective.com/ > > _______________________________________________ > > Ardour-Users mailing list > > ardour-users at lists.ardour.org > > To unsubscribe or change your mailing preferences please visit: > > http://lists.ardour.org/listinfo.cgi/ardour-users-ardour.org From paul at linuxaudiosystems.com Tue May 4 09:32:44 2021 From: paul at linuxaudiosystems.com (Paul Davis) Date: Tue, 4 May 2021 10:32:44 -0600 Subject: [Ardour-Users] Alternative income source? In-Reply-To: <5812985.U1jpS8H0iE@yoshi> References: <5812985.U1jpS8H0iE@yoshi> Message-ID: On Tue, May 4, 2021 at 8:40 AM Thomas Mulot wrote: > Hi all, > > While you're at it: Have you taken a look at liberapay? They are a french > nonprofit that seems made for free software projects. For me, they have > the > great advantage that they are able to simply charge a european bank > account > via direct debit - no need for a paypal account or a credit card. > As has been mentioned when this comes up on the forums, this would require a significant formalization of financial structure, because as a US resident (and citizen) it is extremely complex for me to have a bank account in an EU country. Therefore using liberapay or any other similar system that uses the EU interbank transfer system would require designating someone else as the account holder. This is far from out of the question, but would represent a big change in how things work. > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From waynedpj at ingiro.xyz Tue May 4 09:54:19 2021 From: waynedpj at ingiro.xyz (Wayne DePrince Jr.) Date: Tue, 04 May 2021 12:54:19 -0400 Subject: [Ardour-Users] Alternative income source? In-Reply-To: References: <5812985.U1jpS8H0iE@yoshi> Message-ID: <7b00cf7fb3ea50cce6df249c4dd25e1601a637e2.camel@ingiro.xyz> On Tue, 2021-05-04 at 10:32 -0600, Paul Davis wrote: > > On Tue, May 4, 2021 at 8:40 AM Thomas Mulot > wrote: > > Hi all, > > > > > > > > While you're at it: Have you taken a look at liberapay? They are a > > french > > > > nonprofit that seems made for free software projects. For me, they > > have the > > > > great advantage that they are able to simply charge a european bank > > account > > > > via direct debit - no need for a paypal account or a credit card. > > As has been mentioned when this comes up on the forums, this would > require a significant formalization of financial structure, because > as a US resident (and citizen) it is extremely complex for me to have > a bank account in an EU country. Therefore using liberapay or any > other similar system that uses the EU interbank transfer system would > require designating someone else as the account holder. This is far > from out of the question, but would represent a big change in how > things work. while as a dual citizen i understand that getting an EU bank account as a US citizen can be difficult, these days there are some multi-currency account options like this one from Wise https://wise.com/us/multi-currency-account/ . one account gives US citizens an EU bank account with all the SWIFT/IBAN/BIC/etc. codes necessary to do business in EU, as well as in other jurisdictions https://wise.com/us/multi-currency-account/#coverage-bankdetails . an d the funds are easily transferable to a US bank account as an exchange, which also beats most other options. of course i know that for Ardour it is more difficult, so please take this as just an FYI from someone who has dealt with these cross border payment issues. another obvious option is cryptocurrency though that has its own complexities ;) peace, w -------------- next part -------------- An HTML attachment was scrubbed... URL: From paul at linuxaudiosystems.com Tue May 4 09:58:38 2021 From: paul at linuxaudiosystems.com (Paul Davis) Date: Tue, 4 May 2021 10:58:38 -0600 Subject: [Ardour-Users] Alternative income source? In-Reply-To: <7b00cf7fb3ea50cce6df249c4dd25e1601a637e2.camel@ingiro.xyz> References: <5812985.U1jpS8H0iE@yoshi> <7b00cf7fb3ea50cce6df249c4dd25e1601a637e2.camel@ingiro.xyz> Message-ID: On Tue, May 4, 2021 at 10:54 AM Wayne DePrince Jr. wrote: > > > while as a dual citizen i understand that getting an EU bank account as a > US citizen can be difficult, these days there are some multi-currency > account options like this one from Wise > The issues go way beyond *having* an account. You need full integration between the account and the website. The Wise stuff (I use Wise already, and have done for several years) is very nice, but there's no suitable API. Wise is actually great, but it just doesn't quite do everything that's needed. At least, it didn't the last time I looked. another obvious option is cryptocurrency though that has its own > complexities ;) > when i can buy groceries and web hosting with crypto, maybe i'll think about it :) > -------------- next part -------------- An HTML attachment was scrubbed... URL: From waynedpj at ingiro.xyz Tue May 4 11:05:07 2021 From: waynedpj at ingiro.xyz (Wayne DePrince Jr.) Date: Tue, 04 May 2021 14:05:07 -0400 Subject: [Ardour-Users] Alternative income source? In-Reply-To: References: <5812985.U1jpS8H0iE@yoshi> <7b00cf7fb3ea50cce6df249c4dd25e1601a637e2.camel@ingiro.xyz> Message-ID: <9e54bb560afcff0a17464286bb173179dc67b9ad.camel@ingiro.xyz> On Tue, 2021-05-04 at 10:58 -0600, Paul Davis wrote: > > On Tue, May 4, 2021 at 10:54 AM Wayne DePrince Jr. < > waynedpj at ingiro.xyz> wrote: > > > > while as a dual citizen i understand that getting an EU bank > > account as a US citizen can be difficult, these days there are some > > multi-currency account options like this one from Wise > > The issues go way beyond *having* an account. You need full > integration between the account and the website. The Wise stuff (I > use Wise already, and have done for several years) is very nice, but > there's no suitable API. Wise is actually great, but it just doesn't > quite do everything that's needed. At least, it didn't the last time > I looked. yes, Wise is great but i was not thinking about integrating with the website, APIs, etc. sorry for the noise! > > another obvious option is cryptocurrency though that has its own > > complexities ;) > > when i can buy groceries and web hosting with crypto, maybe i'll > think about it :) i have heard that in NH, particularly around Keene, this is a somewhat of a reality but i have yet to see it myself. -------------- next part -------------- An HTML attachment was scrubbed... URL: From nettings at stackingdwarves.net Wed May 5 05:49:21 2021 From: nettings at stackingdwarves.net (=?UTF-8?Q?J=c3=b6rn_Nettingsmeier?=) Date: Wed, 5 May 2021 14:49:21 +0200 Subject: [Ardour-Users] Alternative income source? In-Reply-To: <7b00cf7fb3ea50cce6df249c4dd25e1601a637e2.camel@ingiro.xyz> References: <5812985.U1jpS8H0iE@yoshi> <7b00cf7fb3ea50cce6df249c4dd25e1601a637e2.camel@ingiro.xyz> Message-ID: <9739758d-c9aa-5c57-c63b-ef6eee97b50c@stackingdwarves.net> On 5/4/21 6:54 PM, Wayne DePrince Jr. wrote: > another obvious option is cryptocurrency though that has its own > complexities ;) Like any true nerd, I'm fascinated by idea of cryptocurrencies in principle. But to be sourcing my groceries from community-supported agriculture in my city, only for the payments to then have the equivalent carbon footprint of asparagus imported from Peru by spaceship is odd, to say the least. Please don't make me switch to Pro Tools because it is greener than Ardour. Lately, AVID seem to be allowing their customers to recycle their converters between minor updates, so they are catching on to the idea :-D -- J?rn Nettingsmeier Tuinbouwstraat 180, 1097 ZB Amsterdam, Nederland Tel. +49 177 7937487 Meister f?r Veranstaltungstechnik (B?hne/Studio), Tonmeister VDT http://stackingdwarves.net From waynedpj at ingiro.xyz Thu May 6 07:33:23 2021 From: waynedpj at ingiro.xyz (Wayne DePrince Jr.) Date: Thu, 06 May 2021 10:33:23 -0400 Subject: [Ardour-Users] Alternative income source? In-Reply-To: <9739758d-c9aa-5c57-c63b-ef6eee97b50c@stackingdwarves.net> References: <5812985.U1jpS8H0iE@yoshi> <7b00cf7fb3ea50cce6df249c4dd25e1601a637e2.camel@ingiro.xyz> <9739758d-c9aa-5c57-c63b-ef6eee97b50c@stackingdwarves.net> Message-ID: <4a253412bd99218bb076e455a053ad730f705d0f.camel@ingiro.xyz> On Wed, 2021-05-05 at 14:49 +0200, J?rn Nettingsmeier wrote: > On 5/4/21 6:54 PM, Wayne DePrince Jr. wrote: > > another obvious option is cryptocurrency though that has its own > > complexities ;) > > Like any true nerd, I'm fascinated by idea of cryptocurrencies in > principle. > > But to be sourcing my groceries from community-supported agriculture > in > my city, only for the payments to then have the equivalent carbon > footprint of asparagus imported from Peru by spaceship is odd, to > say > the least. agree 100% and that is why i have not started using them. it seemed like this was and is still largely ignored with the mania surrounding crypto. however i did not want to get even more off-topic with that tangent when posting here. regardless i should have mentioned it so thanks for the reminder. fortunately there seems to be some recognition of this serious issue, with Ethereum's forthcoming ETH2 being one of the most well- known answers https://blog.aikon.com/2021/02/ethereum-2-0-proof-of-stake-what-is-the-real-impact-on-the-environment/ however there are also many cryptos that do not use PoW and all its energy consumption, including those based on distributed ledgers. Hedera https://hedera.com/ probably has the biggest backers, but there are others like https://obyte.org/ and https://holochain.org/ . of course being sustainable is all relative and i need to take a better look at these more "eco-friendly" efforts as well .. also when talking about most tech it is not so easy to call anything very eco-friendly ;) but again thanks for the note about the impact of the crypto boom: IMHO it should be included every time that it is mentioned .. even though i did not here ;) peace, w > > Please don't make me switch to Pro Tools because it is greener than > Ardour. Lately, AVID seem to be allowing their customers to recycle > their converters between minor updates, so they are catching on to > the > idea :-D > > > > > From alf at mellomrommet.no Fri May 7 00:53:21 2021 From: alf at mellomrommet.no (Alf Haakon Pietruszka Lund) Date: Fri, 7 May 2021 09:53:21 +0200 Subject: [Ardour-Users] Alternative income source? In-Reply-To: References: Message-ID: <34d560a0-5425-c172-d2cb-374d50b4394a@mellomrommet.no> On 04.05.2021 16:01, Paul Davis wrote: > Hi Alf, > > thanks for the suggestion. I took a look at the fee structure at Open > Collective, and in a footnote found this: > > (1) Payment processor fees apply. See stripe.com/pricing, > paypal.com/pricing, transferwise.com/pricing > > It seems unlikely that there will be a way to have the dual-account setup > that we have with PayPal, with one account (the most important one) using > PayPal's micro-payment fee structure. > > I don't know if you've read our FAQ about why we use PayPal. If not, it's > here: https://ardour.org/faq.html#paypal > > regards, > ---p Thanks for answering, Paul! I see you've thoroughly investigated the subject, and that faq is probably exactly what I was half remembering as a 'forum discussion'. Since my happiness as an Ardour subscriber is greater by far than my discontent as a PayPal user, things will go on as before. Keep up the great work! From alf at mellomrommet.no Fri May 7 01:04:40 2021 From: alf at mellomrommet.no (Alf Haakon Pietruszka Lund) Date: Fri, 7 May 2021 10:04:40 +0200 Subject: [Ardour-Users] Alternative income source? In-Reply-To: <4a253412bd99218bb076e455a053ad730f705d0f.camel@ingiro.xyz> References: <5812985.U1jpS8H0iE@yoshi> <7b00cf7fb3ea50cce6df249c4dd25e1601a637e2.camel@ingiro.xyz> <9739758d-c9aa-5c57-c63b-ef6eee97b50c@stackingdwarves.net> <4a253412bd99218bb076e455a053ad730f705d0f.camel@ingiro.xyz> Message-ID: <9bd7b8b1-ce52-269f-4c37-d69ff6805677@mellomrommet.no> On 06.05.2021 16:33, Wayne DePrince Jr. wrote: > > On Wed, 2021-05-05 at 14:49 +0200, J?rn Nettingsmeier wrote: >> On 5/4/21 6:54 PM, Wayne DePrince Jr. wrote: >>> another obvious option is cryptocurrency though that has its own >>> complexities ;) >> >> Like any true nerd, I'm fascinated by idea of cryptocurrencies in >> principle. >> >> But to be sourcing my groceries from community-supported agriculture >> in >> my city, only for the payments to then have the equivalent carbon >> footprint of asparagus imported from Peru by spaceship is odd, to >> say >> the least. (snip) > fortunately there seems to be some recognition of this serious > issue, with Ethereum's forthcoming ETH2 being one of the most well- > known answers > > https://blog.aikon.com/2021/02/ethereum-2-0-proof-of-stake-what-is-the-real-impact-on-the-environment/ (snip) Thanks for these pointers about cryptocurrency. As an off-topic end to an off-topic subject, I suggest we change our world in accordance with the guidelines found in Eric Frank Russel's 'And then there were none'. It's read in about half an hour and well worth the time, describing what to me looks like a sustainable path! All the best, Alf https://www.abelard.org/e-f-russell.php From paul at linuxaudiosystems.com Tue May 11 10:46:11 2021 From: paul at linuxaudiosystems.com (Paul Davis) Date: Tue, 11 May 2021 11:46:11 -0600 Subject: [Ardour-Users] Request for help testing before 6.7 release Message-ID: As mentioned elsewhere we?re getting read to release version 6.7, which will be the last version compatible with older platforms: Windows (XP), macOS (Snow Leopard) and Linux systems built with gcc4. Things are just about ready to go, but there have been some fairly radical changes in the last week to some parts of the code. We?re already fairly confident that things are still working correctly, but we?d appreciate some more testing - this will be the last version for these old platforms and it would be nice to make sure it?s as solid as we can make it. So please consider downloading from the nightly website and give that version a spin with whatever your workflow tends to be. We?re particularly interested in making sure that all aspects of transport control are working correctly. That includes syncing with LTC and MTC/MMC and JACK Transport. Positive feedback will be as valuable here as negative. We?re not looking for reports on new bugs per se (though those are always welcome over on the bug tracker ). We?d just like to be sure that none of the recent changes have broken stuff before we move on towards the future. Remember that you can parallel install builds from ardour.org with each other, and with any Linux-distro provided versions of the program. They will not interfere with each other. thanks, Ardour team -------------- next part -------------- An HTML attachment was scrubbed... URL: From rasch53144 at me.com Wed May 19 07:57:40 2021 From: rasch53144 at me.com (ME) Date: Wed, 19 May 2021 09:57:40 -0500 Subject: [Ardour-Users] Install Issue Detailed In-Reply-To: References: Message-ID: <7bfcc4bd-4812-6e7d-fd4c-bd31011c3f09@me.com> Apologies, I subscribed to Ardour yesterday, however, I have not received the password confirmation.? I am hoping to get some assistance with the following: Please note I have reinstalled all the GTK libraries.? I am using 20.10 Studio I am using Jack with Carla - all works no overruns My sound card is Firewire - JACK - all are working Ardour was working, however, when this error occured. I started a reinstall. Snap wont reinstall either: giving me dependency errors. Apologies, Danny -===output-==- Ardour6 Ardour6.6.0 (built using 6.6 and GCC version 6.3.0 20170516) Ardour: [INFO]: Your system is configured to limit Ardour to 1048576 open files Ardour: [INFO]: Loading system configuration file /opt/Ardour-6.6.0/etc/system_config Ardour: [INFO]: Loading user configuration file /home/dlr/.config/ardour6/config Ardour: [INFO]: CPU vendor: GenuineIntel Ardour: [INFO]: AVX-capable processor Ardour: [INFO]: AVX with FMA capable processor Ardour: [INFO]: CPU brand: Intel(R) Xeon(R) CPU E5-2630 v3 @ 2.40GHz Ardour: [INFO]: Using AVX and FMA optimized routines Ardour: [INFO]: Loading plugin meta data file /opt/Ardour-6.6.0/share/plugin_metadata/plugin_tags Ardour: [INFO]: Loading plugin statistics file /home/dlr/.config/ardour6/plugin_metadata/plugin_stats Cannot xinstall SIGPIPE error handler Ardour: [INFO]: Loading default ui configuration file /opt/Ardour-6.6.0/etc/default_ui_config Ardour: [INFO]: Loading user ui configuration file /home/dlr/.config/ardour6/ui_config Ardour: [INFO]: Loading 451 MIDI patches from /opt/Ardour-6.6.0/share/patchfiles (ardour-6.6.0:4752): Gtk-WARNING **: Unable to locate theme engine in module_path: "adwaita", (ardour-6.6.0:4752): Gtk-WARNING **: Unable to locate theme engine in module_path: "adwaita", (ardour-6.6.0:4752): Gtk-WARNING **: Unable to locate theme engine in module_path: "murrine", From 6807.chris at pop.powweb.com Wed May 19 08:17:26 2021 From: 6807.chris at pop.powweb.com (Chris Caudle) Date: Wed, 19 May 2021 10:17:26 -0500 Subject: [Ardour-Users] Install Issue Detailed In-Reply-To: <7bfcc4bd-4812-6e7d-fd4c-bd31011c3f09@me.com> References: <7bfcc4bd-4812-6e7d-fd4c-bd31011c3f09@me.com> Message-ID: <74d254e5c1fa341ab4fe8cad3514e8c0.squirrel@email.powweb.com> On Wed, May 19, 2021 9:57 am, ME wrote: > I am using 20.10 Studio I am running Fedora Linux, so not sure how well this translates, but... > (ardour-6.6.0:4752): Gtk-WARNING **: Unable to locate theme engine in > module_path: "adwaita", On my installation adwaita is a separate package that needs to be installed: Name : adwaita-gtk2-theme Version : 3.28 Release : 12.fc34 Summary : Adwaita gtk2 theme URL : https://gitlab.gnome.org/GNOME/gnome-themes-extra Description : The adwaita-gtk2-theme package contains a gtk2 theme for presenting widgets with a GNOME look and feel. Those are just warnings, not errors, are they actually causing any problems for you? -- Chris Caudle From ardour at jgardner.tech Fri May 21 20:32:55 2021 From: ardour at jgardner.tech (cellofellow) Date: Fri, 21 May 2021 21:32:55 -0600 Subject: [Ardour-Users] FaderPort v2 Bugs Message-ID: <87pmxjjvdk.fsf@jgardner.tech> I tried to make a report in tracker.ardour.org but I was unable to create an account, never received the login email. I just got a FaderPort v2 yesterday and attempting to use it has been very buggy. Switching state of the control knob fails often. Scroll (NavKnob) worked like once and now consistently crashes Ardour. rgareus on IRC helped me to get a stack trace (attached) and made a minor patch by removing the call to abort() at libs/surfaces/faderport8/faderport8.cc:652 which means it didn't crash when turning the NavKnob. (attached as a git patch) Even so, it's very buggy doesn't work in any satisfactory sort of way. The pan knob will only move the pan a percent or two and then stop working. The channel knob will switch tracks once in a while. Versions: - 6.6 Arch Linux (no stack trace) - 6.7 master d703079f10 (stack trace) FaderPort firmware: v3.44 -------------- next part -------------- Thread 142 (Thread 0x7fff46ffd640 (LWP 1052284) "WaveViewDrawing"): #0 0x00007ffff30c018d in syscall () at /usr/lib/libc.so.6 #1 0x00007ffff5335b81 in g_cond_wait () at /usr/lib/libglib-2.0.so.0 #2 0x00007ffff7f34c42 in ArdourWaveView::WaveViewThreads::_dequeue_draw_request() (this=0x55555bbfd200) at ../libs/waveview/wave_view_private.cc:322 #3 0x00007ffff7f34ba9 in ArdourWaveView::WaveViewThreads::dequeue_draw_request() () at ../libs/waveview/wave_view_private.cc:311 #4 0x00007ffff7f35125 in ArdourWaveView::WaveViewThreads::_thread_proc() (this=0x55555bbfd200) at ../libs/waveview/wave_view_private.cc:500 #5 0x00007ffff7f350a7 in ArdourWaveView::WaveViewThreads::thread_proc() () at ../libs/waveview/wave_view_private.cc:414 #6 0x0000555556506cb1 in sigc::pointer_functor0::operator()() const (this=0x555566b6f758) at /usr/include/sigc++-2.0/sigc++/functors/ptr_fun.h:77 #7 0x000055555650393a in sigc::adaptor_functor >::operator()() const (this=0x555566b6f750) at /usr/include/sigc++-2.0/sigc++/adaptors/adaptor_trait.h:256 #8 0x00005555564ff550 in sigc::internal::slot_call0, void>::call_it(sigc::internal::slot_rep*) (rep=0x555566b6f720) at /usr/include/sigc++-2.0/sigc++/functors/slot.h:136 #9 0x00007ffff547351a in () at /usr/lib/libglibmm-2.4.so.1 #10 0x00007ffff53160c1 in () at /usr/lib/libglib-2.0.so.0 #11 0x00007ffff3e8e259 in start_thread () at /usr/lib/libpthread.so.0 #12 0x00007ffff30c55e3 in clone () at /usr/lib/libc.so.6 Thread 141 (Thread 0x7fff477fe640 (LWP 1052283) "WaveViewDrawing"): #0 0x00007ffff30c018d in syscall () at /usr/lib/libc.so.6 #1 0x00007ffff5335b81 in g_cond_wait () at /usr/lib/libglib-2.0.so.0 #2 0x00007ffff7f34c42 in ArdourWaveView::WaveViewThreads::_dequeue_draw_request() (this=0x55555bbfd200) at ../libs/waveview/wave_view_private.cc:322 #3 0x00007ffff7f34ba9 in ArdourWaveView::WaveViewThreads::dequeue_draw_request() () at ../libs/waveview/wave_view_private.cc:311 #4 0x00007ffff7f35125 in ArdourWaveView::WaveViewThreads::_thread_proc() (this=0x55555bbfd200) at ../libs/waveview/wave_view_private.cc:500 #5 0x00007ffff7f350a7 in ArdourWaveView::WaveViewThreads::thread_proc() () at ../libs/waveview/wave_view_private.cc:414 #6 0x0000555556506cb1 in sigc::pointer_functor0::operator()() const (this=0x555566b6eec8) at /usr/include/sigc++-2.0/sigc++/functors/ptr_fun.h:77 #7 0x000055555650393a in sigc::adaptor_functor >::operator()() const (this=0x555566b6eec0) at /usr/include/sigc++-2.0/sigc++/adaptors/adaptor_trait.h:256 #8 0x00005555564ff550 in sigc::internal::slot_call0, void>::call_it(sigc::internal::slot_rep*) (rep=0x555566b6ee90) at /usr/include/sigc++-2.0/sigc++/functors/slot.h:136 #9 0x00007ffff547351a in () at /usr/lib/libglibmm-2.4.so.1 #10 0x00007ffff53160c1 in () at /usr/lib/libglib-2.0.so.0 #11 0x00007ffff3e8e259 in start_thread () at /usr/lib/libpthread.so.0 #12 0x00007ffff30c55e3 in clone () at /usr/lib/libc.so.6 Thread 140 (Thread 0x7fff47fff640 (LWP 1052282) "WaveViewDrawing"): #0 0x00007ffff30c018d in syscall () at /usr/lib/libc.so.6 #1 0x00007ffff5335b81 in g_cond_wait () at /usr/lib/libglib-2.0.so.0 #2 0x00007ffff7f34c42 in ArdourWaveView::WaveViewThreads::_dequeue_draw_request() (this=0x55555bbfd200) at ../libs/waveview/wave_view_private.cc:322 #3 0x00007ffff7f34ba9 in ArdourWaveView::WaveViewThreads::dequeue_draw_request() () at ../libs/waveview/wave_view_private.cc:311 #4 0x00007ffff7f35125 in ArdourWaveView::WaveViewThreads::_thread_proc() (this=0x55555bbfd200) at ../libs/waveview/wave_view_private.cc:500 #5 0x00007ffff7f350a7 in ArdourWaveView::WaveViewThreads::thread_proc() () at ../libs/waveview/wave_view_private.cc:414 #6 0x0000555556506cb1 in sigc::pointer_functor0::operator()() const (this=0x555566b6f208) at /usr/include/sigc++-2.0/sigc++/functors/ptr_fun.h:77 #7 0x000055555650393a in sigc::adaptor_functor >::operator()() const (this=0x555566b6f200) at /usr/include/sigc++-2.0/sigc++/adaptors/adaptor_trait.h:256 #8 0x00005555564ff550 in sigc::internal::slot_call0, void>::call_it(sigc::internal::slot_rep*) (rep=0x555566b6f1d0) at /usr/include/sigc++-2.0/sigc++/functors/slot.h:136 #9 0x00007ffff547351a in () at /usr/lib/libglibmm-2.4.so.1 #10 0x00007ffff53160c1 in () at /usr/lib/libglib-2.0.so.0 #11 0x00007ffff3e8e259 in start_thread () at /usr/lib/libpthread.so.0 #12 0x00007ffff30c55e3 in clone () at /usr/lib/libc.so.6 Thread 139 (Thread 0x7fff5ca65640 (LWP 1052281) "WaveViewDrawing"): #0 0x00007ffff30c018d in syscall () at /usr/lib/libc.so.6 #1 0x00007ffff5335b81 in g_cond_wait () at /usr/lib/libglib-2.0.so.0 #2 0x00007ffff7f34c42 in ArdourWaveView::WaveViewThreads::_dequeue_draw_request() (this=0x55555bbfd200) at ../libs/waveview/wave_view_private.cc:322 #3 0x00007ffff7f34ba9 in ArdourWaveView::WaveViewThreads::dequeue_draw_request() () at ../libs/waveview/wave_view_private.cc:311 #4 0x00007ffff7f35125 in ArdourWaveView::WaveViewThreads::_thread_proc() (this=0x55555bbfd200) at ../libs/waveview/wave_view_private.cc:500 #5 0x00007ffff7f350a7 in ArdourWaveView::WaveViewThreads::thread_proc() () at ../libs/waveview/wave_view_private.cc:414 #6 0x0000555556506cb1 in sigc::pointer_functor0::operator()() const (this=0x555566b6ef38) at /usr/include/sigc++-2.0/sigc++/functors/ptr_fun.h:77 #7 0x000055555650393a in sigc::adaptor_functor >::operator()() const (this=0x555566b6ef30) at /usr/include/sigc++-2.0/sigc++/adaptors/adaptor_trait.h:256 #8 0x00005555564ff550 in sigc::internal::slot_call0, void>::call_it(sigc::internal::slot_rep*) (rep=0x555566b6ef00) at /usr/include/sigc++-2.0/sigc++/functors/slot.h:136 #9 0x00007ffff547351a in () at /usr/lib/libglibmm-2.4.so.1 #10 0x00007ffff53160c1 in () at /usr/lib/libglib-2.0.so.0 #11 0x00007ffff3e8e259 in start_thread () at /usr/lib/libpthread.so.0 #12 0x00007ffff30c55e3 in clone () at /usr/lib/libc.so.6 Thread 138 (Thread 0x7fff5d266640 (LWP 1052280) "WaveViewDrawing"): #0 0x00007ffff30c018d in syscall () at /usr/lib/libc.so.6 #1 0x00007ffff5335b81 in g_cond_wait () at /usr/lib/libglib-2.0.so.0 #2 0x00007ffff7f34c42 in ArdourWaveView::WaveViewThreads::_dequeue_draw_request() (this=0x55555bbfd200) at ../libs/waveview/wave_view_private.cc:322 #3 0x00007ffff7f34ba9 in ArdourWaveView::WaveViewThreads::dequeue_draw_request() () at ../libs/waveview/wave_view_private.cc:311 #4 0x00007ffff7f35125 in ArdourWaveView::WaveViewThreads::_thread_proc() (this=0x55555bbfd200) at ../libs/waveview/wave_view_private.cc:500 #5 0x00007ffff7f350a7 in ArdourWaveView::WaveViewThreads::thread_proc() () at ../libs/waveview/wave_view_private.cc:414 #6 0x0000555556506cb1 in sigc::pointer_functor0::operator()() const (this=0x555566b6ec18) at /usr/include/sigc++-2.0/sigc++/functors/ptr_fun.h:77 #7 0x000055555650393a in sigc::adaptor_functor >::operator()() const (this=0x555566b6ec10) at /usr/include/sigc++-2.0/sigc++/adaptors/adaptor_trait.h:256 #8 0x00005555564ff550 in sigc::internal::slot_call0, void>::call_it(sigc::internal::slot_rep*) (rep=0x555566b6ebe0) at /usr/include/sigc++-2.0/sigc++/functors/slot.h:136 #9 0x00007ffff547351a in () at /usr/lib/libglibmm-2.4.so.1 #10 0x00007ffff53160c1 in () at /usr/lib/libglib-2.0.so.0 #11 0x00007ffff3e8e259 in start_thread () at /usr/lib/libpthread.so.0 #12 0x00007ffff30c55e3 in clone () at /usr/lib/libc.so.6 Thread 137 (Thread 0x7fff5da67640 (LWP 1052279) "WaveViewDrawing"): #0 0x00007ffff30c018d in syscall () at /usr/lib/libc.so.6 #1 0x00007ffff5335b81 in g_cond_wait () at /usr/lib/libglib-2.0.so.0 #2 0x00007ffff7f34c42 in ArdourWaveView::WaveViewThreads::_dequeue_draw_request() (this=0x55555bbfd200) at ../libs/waveview/wave_view_private.cc:322 #3 0x00007ffff7f34ba9 in ArdourWaveView::WaveViewThreads::dequeue_draw_request() () at ../libs/waveview/wave_view_private.cc:311 #4 0x00007ffff7f35125 in ArdourWaveView::WaveViewThreads::_thread_proc() (this=0x55555bbfd200) at ../libs/waveview/wave_view_private.cc:500 #5 0x00007ffff7f350a7 in ArdourWaveView::WaveViewThreads::thread_proc() () at ../libs/waveview/wave_view_private.cc:414 #6 0x0000555556506cb1 in sigc::pointer_functor0::operator()() const (this=0x555566b6eba8) at /usr/include/sigc++-2.0/sigc++/functors/ptr_fun.h:77 #7 0x000055555650393a in sigc::adaptor_functor >::operator()() const (this=0x555566b6eba0) at /usr/include/sigc++-2.0/sigc++/adaptors/adaptor_trait.h:256 #8 0x00005555564ff550 in sigc::internal::slot_call0, void>::call_it(sigc::internal::slot_rep*) (rep=0x555566b6eb70) at /usr/include/sigc++-2.0/sigc++/functors/slot.h:136 #9 0x00007ffff547351a in () at /usr/lib/libglibmm-2.4.so.1 #10 0x00007ffff53160c1 in () at /usr/lib/libglib-2.0.so.0 #11 0x00007ffff3e8e259 in start_thread () at /usr/lib/libpthread.so.0 #12 0x00007ffff30c55e3 in clone () at /usr/lib/libc.so.6 Thread 136 (Thread 0x7fff5e268640 (LWP 1052278) "WaveViewDrawing"): #0 0x00007ffff30c018d in syscall () at /usr/lib/libc.so.6 #1 0x00007ffff5335b81 in g_cond_wait () at /usr/lib/libglib-2.0.so.0 #2 0x00007ffff7f34c42 in ArdourWaveView::WaveViewThreads::_dequeue_draw_request() (this=0x55555bbfd200) at ../libs/waveview/wave_view_private.cc:322 #3 0x00007ffff7f34ba9 in ArdourWaveView::WaveViewThreads::dequeue_draw_request() () at ../libs/waveview/wave_view_private.cc:311 #4 0x00007ffff7f35125 in ArdourWaveView::WaveViewThreads::_thread_proc() (this=0x55555bbfd200) at ../libs/waveview/wave_view_private.cc:500 #5 0x00007ffff7f350a7 in ArdourWaveView::WaveViewThreads::thread_proc() () at ../libs/waveview/wave_view_private.cc:414 #6 0x0000555556506cb1 in sigc::pointer_functor0::operator()() const (this=0x555566b6d748) at /usr/include/sigc++-2.0/sigc++/functors/ptr_fun.h:77 #7 0x000055555650393a in sigc::adaptor_functor >::operator()() const (this=0x555566b6d740) at /usr/include/sigc++-2.0/sigc++/adaptors/adaptor_trait.h:256 #8 0x00005555564ff550 in sigc::internal::slot_call0, void>::call_it(sigc::internal::slot_rep*) (rep=0x555566b6d710) at /usr/include/sigc++-2.0/sigc++/functors/slot.h:136 #9 0x00007ffff547351a in () at /usr/lib/libglibmm-2.4.so.1 #10 0x00007ffff53160c1 in () at /usr/lib/libglib-2.0.so.0 #11 0x00007ffff3e8e259 in start_thread () at /usr/lib/libpthread.so.0 #12 0x00007ffff30c55e3 in clone () at /usr/lib/libc.so.6 Thread 131 (Thread 0x7fff70ff9640 (LWP 1052273) "AutomationWatch"): #0 0x00007ffff308da95 in clock_nanosleep at GLIBC_2.2.5 () at /usr/lib/libc.so.6 #1 0x00007ffff3092c77 in nanosleep () at /usr/lib/libc.so.6 #2 0x00007ffff53115f1 in g_usleep () at /usr/lib/libglib-2.0.so.0 #3 0x00007ffff703f5da in ARDOUR::AutomationWatch::thread() (this=0x55555d0a4bb0) at ../libs/ardour/automation_watch.cc:195 #4 0x00007ffff7045031 in boost::_mfi::mf0::operator()(ARDOUR::AutomationWatch*) const (this=0x555559cd36a0, p=0x55555d0a4bb0) at /usr/include/boost/bind/mem_fn_template.hpp:49 #5 0x00007ffff7044c13 in boost::_bi::list1 >::operator(), boost::_bi::list0>(boost::_bi::type, boost::_mfi::mf0&, boost::_bi::list0&, int) (this=0x555559cd36b0, f=..., a=...) at /usr/include/boost/bind/bind.hpp:237 #6 0x00007ffff70443e8 in boost::_bi::bind_t, boost::_bi::list1 > >::operator()() (this=0x555559cd36a0) at /usr/include/boost/bind/bind.hpp:1272 #7 0x00007ffff704436a in sigc::adaptor_functor, boost::_bi::list1 > > >::operator()() const (this=0x555559cd36a0) at /usr/include/sigc++-2.0/sigc++/adaptors/adaptor_trait.h:256 #8 0x00007ffff7043d0f in sigc::internal::slot_call0, boost::_bi::list1 > >, void>::call_it(sigc::internal::slot_rep*) (rep=0x555559cd3670) at /usr/include/sigc++-2.0/sigc++/functors/slot.h:136 #9 0x00007ffff547351a in () at /usr/lib/libglibmm-2.4.so.1 #10 0x00007ffff53160c1 in () at /usr/lib/libglib-2.0.so.0 #11 0x00007ffff3e8e259 in start_thread () at /usr/lib/libpthread.so.0 #12 0x00007ffff30c55e3 in clone () at /usr/lib/libc.so.6 Thread 130 (Thread 0x7fff737fe640 (LWP 1052272) "autoconnect"): #0 0x00007ffff3e9a8ca in __futex_abstimed_wait_common64 () at /usr/lib/libpthread.so.0 #1 0x00007ffff3e94270 in pthread_cond_wait@@GLIBC_2.3.2 () at /usr/lib/libpthread.so.0 #2 0x00007ffff76cc2cc in ARDOUR::Session::auto_connect_thread_run() (this=0x55555df03c00) at ../libs/ardour/session.cc:7184 #3 0x00007ffff76cbe2d in ARDOUR::Session::auto_connect_thread(void*) (arg=0x55555df03c00) at ../libs/ardour/session.cc:7115 #4 0x00007ffff3e8e259 in start_thread () at /usr/lib/libpthread.so.0 #5 0x00007ffff30c55e3 in clone () at /usr/lib/libc.so.6 Thread 129 (Thread 0x7fff73fff640 (LWP 1052271) "SessionSignals"): #0 0x00007ffff3e9a8ca in __futex_abstimed_wait_common64 () at /usr/lib/libpthread.so.0 #1 0x00007ffff3e94270 in pthread_cond_wait@@GLIBC_2.3.2 () at /usr/lib/libpthread.so.0 #2 0x00007ffff774ccd2 in ARDOUR::Session::emit_thread_run() (this=0x55555df03c00) at ../libs/ardour/session_process.cc:1123 #3 0x00007ffff774cc7b in ARDOUR::Session::emit_thread(void*) (arg=0x55555df03c00) at ../libs/ardour/session_process.cc:1112 #4 0x00007ffff3e8e259 in start_thread () at /usr/lib/libpthread.so.0 #5 0x00007ffff30c55e3 in clone () at /usr/lib/libc.so.6 Thread 128 (Thread 0x7fffa0a6b640 (LWP 1052270) "PreSonus FaderP"): #0 0x00007ffff3003d22 in raise () at /usr/lib/libc.so.6 #1 0x00007ffff2fed862 in abort () at /usr/lib/libc.so.6 #2 0x00007fffd2d1950e in ArdourSurface::FP2::FaderPort8::encoder_navigate(bool, int) (this=0x555558f2a940, neg=false, steps=1) at ../libs/surfaces/faderport8/actions.cc:652 #3 0x00007fffd2c99a2c in ArdourSurface::FP2::FaderPort8::controller_handler(MIDI::Parser&, MIDI::EventTwoBytes*) (this=0x555558f2a940, tb=0x55555a205701) at ../libs/surfaces/faderport8/faderport8.cc:610 #4 0x00007fffd2cdb846 in boost::_mfi::mf2::operator()(ArdourSurface::FP2::FaderPort8*, MIDI::Parser&, MIDI::EventTwoBytes*) const (this=0x7fff64281a88, p=0x555558f2a940, a1=..., a2=0x55555a205701) at /usr/include/boost/bind/mem_fn_template.hpp:280 #5 0x00007fffd2cd4f91 in boost::_bi::list3, boost::arg<1>, boost::arg<2> >::operator(), boost::_bi::rrlist2 >(boost::_bi::type, boost::_mfi::mf2&, boost::_bi::rrlist2&, int) (this=0x7fff64281a98, f=..., a=...) at /usr/include/boost/bind/bind.hpp:376 #6 0x00007fffd2ccd565 in boost::_bi::bind_t, boost::_bi::list3, boost::arg<1>, boost::arg<2> > >::operator()(MIDI::Parser&, MIDI::EventTwoBytes*&&) (this=0x7fff64281a88, a1=..., a2=@0x7fffa0a69e78: 0x55555a205701) at /usr/include/boost/bind/bind.hpp:1296 #7 0x00007fffd2cc6823 in boost::detail::function::void_function_obj_invoker2, boost::_bi::list3, boost::arg<1>, boost::arg<2> > >, void, MIDI::Parser&, MIDI::EventTwoBytes*>::invoke(boost::detail::function::function_buffer&, MIDI::Parser&, MIDI::EventTwoBytes*) (function_obj_ptr=..., a0=..., a1=0x55555a205701) at /usr/include/boost/function/function_template.hpp:158 #8 0x00007ffff5fc2d79 in boost::function2::operator()(MIDI::Parser&, MIDI::EventTwoBytes*) const (this=0x7fff64281a80, a0=..., a1=0x55555a205701) at /usr/include/boost/function/function_template.hpp:763 #9 0x00007ffff5fc01b4 in PBD::Signal2 >::operator()(MIDI::Parser&, MIDI::EventTwoBytes*) (this=0x55555ad95da8, a1=..., a2=0x55555a205701) at libs/pbd/pbd/signals_generated.h:1080 #10 0x00007ffff5fbb9d3 in MIDI::Parser::signal(unsigned char*, unsigned long) (this=0x55555ad95bb0, msg=0x55555a205700 "\260<\001f\024\001\061\062\063\064\065\066\067F~\001k\367\226]UU", len=3) at ../libs/midi++2/parser.cc:704 #11 0x00007ffff5fbb21f in MIDI::Parser::scanner(unsigned char) (this=0x55555ad95bb0, inbyte=1 '\001') at ../libs/midi++2/parser.cc:513 #12 0x00007ffff6fa6994 in ARDOUR::AsyncMIDIPort::read(unsigned char*, unsigned long) (this=0x5555592e7070) at ../libs/ardour/async_midi_port.cc:336 #13 0x00007ffff6fa6a95 in ARDOUR::AsyncMIDIPort::parse(long) (this=0x5555592e7070) at ../libs/ardour/async_midi_port.cc:349 #14 0x00007fffd2c98dad in ArdourSurface::FP2::FaderPort8::midi_input_handler(Glib::IOCondition, boost::weak_ptr) (this=0x555558f2a940, ioc=Glib::IO_IN, wport=...) at ../libs/surfaces/faderport8/faderport8.cc:530 #15 0x00007fffd2cdbe76 in sigc::bound_mem_functor2 >::operator()(Glib::IOCondition const&, boost::weak_ptr const&) const (this=0x7fff6423d830, _A_a1=@0x7fffa0a6a28c: Glib::IO_IN, _A_a2=...) at /usr/include/sigc++-2.0/sigc++/functors/mem_fun.h:2143 #16 0x00007fffd2cd5dab in sigc::adaptor_functor > >::operator()&>(Glib::IOCondition const&, boost::weak_ptr&) const (this=0x7fff6423d828, _A_arg1=@0x7fffa0a6a28c: Glib::IO_IN, _A_arg2=...) at /usr/include/sigc++-2.0/sigc++/adaptors/adaptor_trait.h:108 #17 0x00007fffd2cce715 in sigc::bind_functor<-1, sigc::bound_mem_functor2 >, boost::weak_ptr, sigc::nil, sigc::nil, sigc::nil, sigc::nil, sigc::nil, sigc::nil>::operator()(Glib::IOCondition const&) (this=0x7fff6423d820, _A_arg1=@0x7fffa0a6a28c: Glib::IO_IN) at /usr/include/sigc++-2.0/sigc++/adaptors/bind.h:1136 #18 0x00007fffd2cc724a in sigc::internal::slot_call1 >, boost::weak_ptr, sigc::nil, sigc::nil, sigc::nil, sigc::nil, sigc::nil, sigc::nil>, bool, Glib::IOCondition>::call_it(sigc::internal::slot_rep*, Glib::IOCondition const&) (rep=0x7fff6423d7f0, a_1=@0x7fffa0a6a28c: Glib::IO_IN) at /usr/include/sigc++-2.0/sigc++/functors/slot.h:170 #19 0x00007ffff574d510 in sigc::slot1::operator()(Glib::IOCondition const&) const (this=0x5555592e7330, _A_a1=@0x7fffa0a6a28c: Glib::IO_IN) at /usr/include/sigc++-2.0/sigc++/functors/slot.h:665 #20 0x00007ffff574d228 in cross_thread_channel_call_receive_slot(_GIOChannel*, GIOCondition, void*) (condition=G_IO_IN, data=0x5555592e7320) at ../libs/pbd/crossthread.cc:52 #21 0x00007ffff52e7f30 in g_main_context_dispatch () at /usr/lib/libglib-2.0.so.0 #22 0x00007ffff533bb59 in () at /usr/lib/libglib-2.0.so.0 #23 0x00007ffff52e7593 in g_main_loop_run () at /usr/lib/libglib-2.0.so.0 #24 0x00007ffff5736159 in BaseUI::main_thread() (this=0x555558f2abf8) at ../libs/pbd/base_ui.cc:98 #25 0x00007ffff573aabe in sigc::bound_mem_functor0::operator()() const (this=0x55555996a838) at /usr/include/sigc++-2.0/sigc++/functors/mem_fun.h:1991 #26 0x00007ffff573a774 in sigc::adaptor_functor >::operator()() const (this=0x55555996a830) at /usr/include/sigc++-2.0/sigc++/adaptors/adaptor_trait.h:256 #27 0x00007ffff573a0a2 in sigc::internal::slot_call0, void>::call_it(sigc::internal::slot_rep*) (rep=0x55555996a800) at /usr/include/sigc++-2.0/sigc++/functors/slot.h:136 #28 0x00007ffff547351a in () at /usr/lib/libglibmm-2.4.so.1 #29 0x00007ffff53160c1 in () at /usr/lib/libglib-2.0.so.0 #30 0x00007ffff3e8e259 in start_thread () at /usr/lib/libpthread.so.0 #31 0x00007ffff30c55e3 in clone () at /usr/lib/libc.so.6 Thread 110 (Thread 0x7fff72ffd640 (LWP 1052245) "midiUI"): #0 0x00007ffff30bab2f in poll () at /usr/lib/libc.so.6 #1 0x00007ffff533bae8 in () at /usr/lib/libglib-2.0.so.0 #2 0x00007ffff52e7593 in g_main_loop_run () at /usr/lib/libglib-2.0.so.0 #3 0x00007ffff5736159 in BaseUI::main_thread() (this=0x555558464f10) at ../libs/pbd/base_ui.cc:98 #4 0x00007ffff573aabe in sigc::bound_mem_functor0::operator()() const (this=0x55555ce2d878) at /usr/include/sigc++-2.0/sigc++/functors/mem_fun.h:1991 #5 0x00007ffff573a774 in sigc::adaptor_functor >::operator()() const (this=0x55555ce2d870) at /usr/include/sigc++-2.0/sigc++/adaptors/adaptor_trait.h:256 #6 0x00007ffff573a0a2 in sigc::internal::slot_call0, void>::call_it(sigc::internal::slot_rep*) (rep=0x55555ce2d840) at /usr/include/sigc++-2.0/sigc++/functors/slot.h:136 #7 0x00007ffff547351a in () at /usr/lib/libglibmm-2.4.so.1 #8 0x00007ffff53160c1 in () at /usr/lib/libglib-2.0.so.0 #9 0x00007ffff3e8e259 in start_thread () at /usr/lib/libpthread.so.0 #10 0x00007ffff30c55e3 in clone () at /usr/lib/libc.so.6 Thread 109 (Thread 0x7fffc1aa9640 (LWP 1052244) "butler"): #0 0x00007ffff30bab2f in poll () at /usr/lib/libc.so.6 #1 0x00007ffff574d13b in CrossThreadChannel::poll_for_request() (this=0x55555a1090c8) at ../libs/pbd/crossthread.posix.cc:102 #2 0x00007ffff574d1b7 in CrossThreadChannel::receive(char&, bool) (this=0x55555a1090c8, msg=@0x7fffc1aa83a0: 0 '\000', wait=true) at ../libs/pbd/crossthread.posix.cc:123 #3 0x00007ffff705693f in ARDOUR::Butler::thread_work() (this=0x55555a109030) at ../libs/ardour/butler.cc:185 #4 0x00007ffff70566ca in ARDOUR::Butler::_thread_work(void*) (arg=0x55555a109030) at ../libs/ardour/butler.cc:166 #5 0x00007ffff57726fa in fake_thread_start(void*) (arg=0x55555ac2fcc0) at ../libs/pbd/pthread_utils.cc:113 #6 0x00007ffff3e8e259 in start_thread () at /usr/lib/libpthread.so.0 #7 0x00007ffff30c55e3 in clone () at /usr/lib/libc.so.6 Thread 92 (Thread 0x7fffa126c640 (LWP 1052227) "RT-6-0x7fffa126"): #0 0x00007ffff3e9a8ca in __futex_abstimed_wait_common64 () at /usr/lib/libpthread.so.0 #1 0x00007ffff3e96ae8 in __new_sem_wait_slow64.constprop.0 () at /usr/lib/libpthread.so.0 #2 0x00007ffff7181c96 in PBD::Semaphore::wait() (this=0x555557964da0) at ../libs/pbd/pbd/semutils.h:64 #3 0x00007ffff717f383 in ARDOUR::Graph::run_one() (this=0x555557964cf0) at ../libs/ardour/graph.cc:426 #4 0x00007ffff717f833 in ARDOUR::Graph::helper_thread() (this=0x555557964cf0) at ../libs/ardour/graph.cc:470 #5 0x00007ffff71862f5 in boost::_mfi::mf0::operator()(ARDOUR::Graph*) const (this=0x7fffa126b518, p=0x555557964cf0) at /usr/include/boost/bind/mem_fn_template.hpp:49 #6 0x00007ffff7185ab1 in boost::_bi::list1 >::operator(), boost::_bi::list0>(boost::_bi::type, boost::_mfi::mf0&, boost::_bi::list0&, int) (this=0x7fffa126b528, f=..., a=...) at /usr/include/boost/bind/bind.hpp:237 #7 0x00007ffff7184f82 in boost::_bi::bind_t, boost::_bi::list1 > >::operator()() (this=0x7fffa126b518) at /usr/include/boost/bind/bind.hpp:1272 #8 0x00007ffff718471c in boost::detail::function::void_function_obj_invoker0, boost::_bi::list1 > >, void>::invoke(boost::detail::function::function_buffer&) (function_obj_ptr=...) at /usr/include/boost/function/function_template.hpp:158 #9 0x0000555555be539d in boost::function0::operator()() const (this=0x7fffa126b510) at /usr/include/boost/function/function_template.hpp:763 #10 0x00007fffd0692ea9 in ARDOUR::JACKAudioBackend::_start_process_thread(void*) (arg=0x55555df0aed0) at ../libs/backends/jack/jack_audiobackend.cc:953 #11 0x00007ffff3e8e259 in start_thread () at /usr/lib/libpthread.so.0 #12 0x00007ffff30c55e3 in clone () at /usr/lib/libc.so.6 Thread 91 (Thread 0x7fffa1a6d640 (LWP 1052226) "RT-5-0x7fffa1a6"): #0 0x00007ffff3e9a8ca in __futex_abstimed_wait_common64 () at /usr/lib/libpthread.so.0 #1 0x00007ffff3e96ae8 in __new_sem_wait_slow64.constprop.0 () at /usr/lib/libpthread.so.0 #2 0x00007ffff7181c96 in PBD::Semaphore::wait() (this=0x555557964da0) at ../libs/pbd/pbd/semutils.h:64 #3 0x00007ffff717f383 in ARDOUR::Graph::run_one() (this=0x555557964cf0) at ../libs/ardour/graph.cc:426 #4 0x00007ffff717f833 in ARDOUR::Graph::helper_thread() (this=0x555557964cf0) at ../libs/ardour/graph.cc:470 #5 0x00007ffff71862f5 in boost::_mfi::mf0::operator()(ARDOUR::Graph*) const (this=0x7fffa1a6c518, p=0x555557964cf0) at /usr/include/boost/bind/mem_fn_template.hpp:49 #6 0x00007ffff7185ab1 in boost::_bi::list1 >::operator(), boost::_bi::list0>(boost::_bi::type, boost::_mfi::mf0&, boost::_bi::list0&, int) (this=0x7fffa1a6c528, f=..., a=...) at /usr/include/boost/bind/bind.hpp:237 #7 0x00007ffff7184f82 in boost::_bi::bind_t, boost::_bi::list1 > >::operator()() (this=0x7fffa1a6c518) at /usr/include/boost/bind/bind.hpp:1272 #8 0x00007ffff718471c in boost::detail::function::void_function_obj_invoker0, boost::_bi::list1 > >, void>::invoke(boost::detail::function::function_buffer&) (function_obj_ptr=...) at /usr/include/boost/function/function_template.hpp:158 #9 0x0000555555be539d in boost::function0::operator()() const (this=0x7fffa1a6c510) at /usr/include/boost/function/function_template.hpp:763 #10 0x00007fffd0692ea9 in ARDOUR::JACKAudioBackend::_start_process_thread(void*) (arg=0x55555df0ac70) at ../libs/backends/jack/jack_audiobackend.cc:953 #11 0x00007ffff3e8e259 in start_thread () at /usr/lib/libpthread.so.0 #12 0x00007ffff30c55e3 in clone () at /usr/lib/libc.so.6 Thread 90 (Thread 0x7fffa2a6f640 (LWP 1052225) "RT-4-0x7fffa2a6"): #0 0x00007ffff3e9a8ca in __futex_abstimed_wait_common64 () at /usr/lib/libpthread.so.0 #1 0x00007ffff3e96ae8 in __new_sem_wait_slow64.constprop.0 () at /usr/lib/libpthread.so.0 #2 0x00007ffff7181c96 in PBD::Semaphore::wait() (this=0x555557964da0) at ../libs/pbd/pbd/semutils.h:64 #3 0x00007ffff717f383 in ARDOUR::Graph::run_one() (this=0x555557964cf0) at ../libs/ardour/graph.cc:426 #4 0x00007ffff717f833 in ARDOUR::Graph::helper_thread() (this=0x555557964cf0) at ../libs/ardour/graph.cc:470 #5 0x00007ffff71862f5 in boost::_mfi::mf0::operator()(ARDOUR::Graph*) const (this=0x7fffa2a6e518, p=0x555557964cf0) at /usr/include/boost/bind/mem_fn_template.hpp:49 #6 0x00007ffff7185ab1 in boost::_bi::list1 >::operator(), boost::_bi::list0>(boost::_bi::type, boost::_mfi::mf0&, boost::_bi::list0&, int) (this=0x7fffa2a6e528, f=..., a=...) at /usr/include/boost/bind/bind.hpp:237 #7 0x00007ffff7184f82 in boost::_bi::bind_t, boost::_bi::list1 > >::operator()() (this=0x7fffa2a6e518) at /usr/include/boost/bind/bind.hpp:1272 #8 0x00007ffff718471c in boost::detail::function::void_function_obj_invoker0, boost::_bi::list1 > >, void>::invoke(boost::detail::function::function_buffer&) (function_obj_ptr=...) at /usr/include/boost/function/function_template.hpp:158 #9 0x0000555555be539d in boost::function0::operator()() const (this=0x7fffa2a6e510) at /usr/include/boost/function/function_template.hpp:763 #10 0x00007fffd0692ea9 in ARDOUR::JACKAudioBackend::_start_process_thread(void*) (arg=0x55555a02afa0) at ../libs/backends/jack/jack_audiobackend.cc:953 #11 0x00007ffff3e8e259 in start_thread () at /usr/lib/libpthread.so.0 #12 0x00007ffff30c55e3 in clone () at /usr/lib/libc.so.6 Thread 89 (Thread 0x7fffc2ece640 (LWP 1052224) "RT-3-0x7fffc2ec"): #0 0x00007ffff3e9a8ca in __futex_abstimed_wait_common64 () at /usr/lib/libpthread.so.0 #1 0x00007ffff3e96ae8 in __new_sem_wait_slow64.constprop.0 () at /usr/lib/libpthread.so.0 #2 0x00007ffff7181c96 in PBD::Semaphore::wait() (this=0x555557964da0) at ../libs/pbd/pbd/semutils.h:64 #3 0x00007ffff717f383 in ARDOUR::Graph::run_one() (this=0x555557964cf0) at ../libs/ardour/graph.cc:426 #4 0x00007ffff717f833 in ARDOUR::Graph::helper_thread() (this=0x555557964cf0) at ../libs/ardour/graph.cc:470 #5 0x00007ffff71862f5 in boost::_mfi::mf0::operator()(ARDOUR::Graph*) const (this=0x7fffc2ecd518, p=0x555557964cf0) at /usr/include/boost/bind/mem_fn_template.hpp:49 #6 0x00007ffff7185ab1 in boost::_bi::list1 >::operator(), boost::_bi::list0>(boost::_bi::type, boost::_mfi::mf0&, boost::_bi::list0&, int) (this=0x7fffc2ecd528, f=..., a=...) at /usr/include/boost/bind/bind.hpp:237 #7 0x00007ffff7184f82 in boost::_bi::bind_t, boost::_bi::list1 > >::operator()() (this=0x7fffc2ecd518) at /usr/include/boost/bind/bind.hpp:1272 #8 0x00007ffff718471c in boost::detail::function::void_function_obj_invoker0, boost::_bi::list1 > >, void>::invoke(boost::detail::function::function_buffer&) (function_obj_ptr=...) at /usr/include/boost/function/function_template.hpp:158 #9 0x0000555555be539d in boost::function0::operator()() const (this=0x7fffc2ecd510) at /usr/include/boost/function/function_template.hpp:763 #10 0x00007fffd0692ea9 in ARDOUR::JACKAudioBackend::_start_process_thread(void*) (arg=0x5555598c40f0) at ../libs/backends/jack/jack_audiobackend.cc:953 #11 0x00007ffff3e8e259 in start_thread () at /usr/lib/libpthread.so.0 #12 0x00007ffff30c55e3 in clone () at /usr/lib/libc.so.6 Thread 88 (Thread 0x7fffc0ce0640 (LWP 1052223) "RT-2-0x7fffc0ce"): #0 0x00007ffff3e9a8ca in __futex_abstimed_wait_common64 () at /usr/lib/libpthread.so.0 #1 0x00007ffff3e96ae8 in __new_sem_wait_slow64.constprop.0 () at /usr/lib/libpthread.so.0 #2 0x00007ffff7181c96 in PBD::Semaphore::wait() (this=0x555557964dc8) at ../libs/pbd/pbd/semutils.h:64 #3 0x00007ffff717e6fd in ARDOUR::Graph::reached_terminal_node() (this=0x555557964cf0) at ../libs/ardour/graph.cc:301 #4 0x00007ffff7186aca in ARDOUR::GraphNode::finish(int) (this=0x5555587056a0, chain=1) at ../libs/ardour/graphnode.cc:74 #5 0x00007ffff7181d00 in ARDOUR::GraphNode::run(int) (this=0x5555587056a0, chain=1) at ../libs/ardour/ardour/graphnode.h:65 #6 0x00007ffff717f4d5 in ARDOUR::Graph::run_one() (this=0x555557964cf0) at ../libs/ardour/graph.cc:442 #7 0x00007ffff717f833 in ARDOUR::Graph::helper_thread() (this=0x555557964cf0) at ../libs/ardour/graph.cc:470 #8 0x00007ffff71862f5 in boost::_mfi::mf0::operator()(ARDOUR::Graph*) const (this=0x7fffc0cdf518, p=0x555557964cf0) at /usr/include/boost/bind/mem_fn_template.hpp:49 #9 0x00007ffff7185ab1 in boost::_bi::list1 >::operator(), boost::_bi::list0>(boost::_bi::type, boost::_mfi::mf0&, boost::_bi::list0&, int) (this=0x7fffc0cdf528, f=..., a=...) at /usr/include/boost/bind/bind.hpp:237 #10 0x00007ffff7184f82 in boost::_bi::bind_t, boost::_bi::list1 > >::operator()() (this=0x7fffc0cdf518) at /usr/include/boost/bind/bind.hpp:1272 #11 0x00007ffff718471c in boost::detail::function::void_function_obj_invoker0, boost::_bi::list1 > >, void>::invoke(boost::detail::function::function_buffer&) (function_obj_ptr=...) at /usr/include/boost/function/function_template.hpp:158 #12 0x0000555555be539d in boost::function0::operator()() const (this=0x7fffc0cdf510) at /usr/include/boost/function/function_template.hpp:763 #13 0x00007fffd0692ea9 in ARDOUR::JACKAudioBackend::_start_process_thread(void*) (arg=0x55555e0ddde0) at ../libs/backends/jack/jack_audiobackend.cc:953 #14 0x00007ffff3e8e259 in start_thread () at /usr/lib/libpthread.so.0 #15 0x00007ffff30c55e3 in clone () at /usr/lib/libc.so.6 Thread 87 (Thread 0x7fffa3270640 (LWP 1052222) "RT-1-0x7fffa327"): #0 0x00007ffff3e9a8ca in __futex_abstimed_wait_common64 () at /usr/lib/libpthread.so.0 #1 0x00007ffff3e96ae8 in __new_sem_wait_slow64.constprop.0 () at /usr/lib/libpthread.so.0 #2 0x00007ffff7181c96 in PBD::Semaphore::wait() (this=0x555557964da0) at ../libs/pbd/pbd/semutils.h:64 #3 0x00007ffff717f383 in ARDOUR::Graph::run_one() (this=0x555557964cf0) at ../libs/ardour/graph.cc:426 #4 0x00007ffff717f833 in ARDOUR::Graph::helper_thread() (this=0x555557964cf0) at ../libs/ardour/graph.cc:470 #5 0x00007ffff71862f5 in boost::_mfi::mf0::operator()(ARDOUR::Graph*) const (this=0x7fffa326f518, p=0x555557964cf0) at /usr/include/boost/bind/mem_fn_template.hpp:49 #6 0x00007ffff7185ab1 in boost::_bi::list1 >::operator(), boost::_bi::list0>(boost::_bi::type, boost::_mfi::mf0&, boost::_bi::list0&, int) (this=0x7fffa326f528, f=..., a=...) at /usr/include/boost/bind/bind.hpp:237 #7 0x00007ffff7184f82 in boost::_bi::bind_t, boost::_bi::list1 > >::operator()() (this=0x7fffa326f518) at /usr/include/boost/bind/bind.hpp:1272 #8 0x00007ffff718471c in boost::detail::function::void_function_obj_invoker0, boost::_bi::list1 > >, void>::invoke(boost::detail::function::function_buffer&) (function_obj_ptr=...) at /usr/include/boost/function/function_template.hpp:158 #9 0x0000555555be539d in boost::function0::operator()() const (this=0x7fffa326f510) at /usr/include/boost/function/function_template.hpp:763 #10 0x00007fffd0692ea9 in ARDOUR::JACKAudioBackend::_start_process_thread(void*) (arg=0x55555975dcd0) at ../libs/backends/jack/jack_audiobackend.cc:953 #11 0x00007ffff3e8e259 in start_thread () at /usr/lib/libpthread.so.0 #12 0x00007ffff30c55e3 in clone () at /usr/lib/libc.so.6 Thread 86 (Thread 0x7fffa226e640 (LWP 1052221) "RT-main-0x7fffa"): #0 0x00007ffff3e9a8ca in __futex_abstimed_wait_common64 () at /usr/lib/libpthread.so.0 #1 0x00007ffff3e96ae8 in __new_sem_wait_slow64.constprop.0 () at /usr/lib/libpthread.so.0 #2 0x00007ffff7181c96 in PBD::Semaphore::wait() (this=0x555557964da0) at ../libs/pbd/pbd/semutils.h:64 #3 0x00007ffff717f383 in ARDOUR::Graph::run_one() (this=0x555557964cf0) at ../libs/ardour/graph.cc:426 #4 0x00007ffff717fc7d in ARDOUR::Graph::main_thread() (this=0x555557964cf0) at ../libs/ardour/graph.cc:523 #5 0x00007ffff71862f5 in boost::_mfi::mf0::operator()(ARDOUR::Graph*) const (this=0x7fffa226d518, p=0x555557964cf0) at /usr/include/boost/bind/mem_fn_template.hpp:49 #6 0x00007ffff7185ab1 in boost::_bi::list1 >::operator(), boost::_bi::list0>(boost::_bi::type, boost::_mfi::mf0&, boost::_bi::list0&, int) (this=0x7fffa226d528, f=..., a=...) at /usr/include/boost/bind/bind.hpp:237 #7 0x00007ffff7184f82 in boost::_bi::bind_t, boost::_bi::list1 > >::operator()() (this=0x7fffa226d518) at /usr/include/boost/bind/bind.hpp:1272 #8 0x00007ffff718471c in boost::detail::function::void_function_obj_invoker0, boost::_bi::list1 > >, void>::invoke(boost::detail::function::function_buffer&) (function_obj_ptr=...) at /usr/include/boost/function/function_template.hpp:158 #9 0x0000555555be539d in boost::function0::operator()() const (this=0x7fffa226d510) at /usr/include/boost/function/function_template.hpp:763 #10 0x00007fffd0692ea9 in ARDOUR::JACKAudioBackend::_start_process_thread(void*) (arg=0x55555a02b670) at ../libs/backends/jack/jack_audiobackend.cc:953 #11 0x00007ffff3e8e259 in start_thread () at /usr/lib/libpthread.so.0 #12 0x00007ffff30c55e3 in clone () at /usr/lib/libc.so.6 Thread 85 (Thread 0x7fffc1c1d040 (LWP 1052220) "RTTaskList"): #0 0x00007ffff3e9a8ca in __futex_abstimed_wait_common64 () at /usr/lib/libpthread.so.0 #1 0x00007ffff3e96ae8 in __new_sem_wait_slow64.constprop.0 () at /usr/lib/libpthread.so.0 #2 0x00007ffff7181c96 in PBD::Semaphore::wait() (this=0x7fffbebfec80) at ../libs/pbd/pbd/semutils.h:64 #3 0x00007ffff768c2e2 in ARDOUR::RTTaskList::run() (this=0x7fffbebfec50) at ../libs/ardour/rt_tasklist.cc:112 #4 0x00007ffff768c081 in ARDOUR::RTTaskList::_thread_run(void*) (arg=0x7fffbebfec50) at ../libs/ardour/rt_tasklist.cc:68 #5 0x00007ffff3e8e259 in start_thread () at /usr/lib/libpthread.so.0 #6 0x00007ffff30c55e3 in clone () at /usr/lib/libc.so.6 Thread 84 (Thread 0x7fffc1c29040 (LWP 1052219) "RTTaskList"): #0 0x00007ffff3e9a8ca in __futex_abstimed_wait_common64 () at /usr/lib/libpthread.so.0 #1 0x00007ffff3e96ae8 in __new_sem_wait_slow64.constprop.0 () at /usr/lib/libpthread.so.0 #2 0x00007ffff7181c96 in PBD::Semaphore::wait() (this=0x7fffbebfec80) at ../libs/pbd/pbd/semutils.h:64 #3 0x00007ffff768c2e2 in ARDOUR::RTTaskList::run() (this=0x7fffbebfec50) at ../libs/ardour/rt_tasklist.cc:112 #4 0x00007ffff768c081 in ARDOUR::RTTaskList::_thread_run(void*) (arg=0x7fffbebfec50) at ../libs/ardour/rt_tasklist.cc:68 #5 0x00007ffff3e8e259 in start_thread () at /usr/lib/libpthread.so.0 #6 0x00007ffff30c55e3 in clone () at /usr/lib/libc.so.6 Thread 83 (Thread 0x7fffc1c35040 (LWP 1052218) "RTTaskList"): #0 0x00007ffff3e9a8ca in __futex_abstimed_wait_common64 () at /usr/lib/libpthread.so.0 #1 0x00007ffff3e96ae8 in __new_sem_wait_slow64.constprop.0 () at /usr/lib/libpthread.so.0 #2 0x00007ffff7181c96 in PBD::Semaphore::wait() (this=0x7fffbebfec80) at ../libs/pbd/pbd/semutils.h:64 #3 0x00007ffff768c2e2 in ARDOUR::RTTaskList::run() (this=0x7fffbebfec50) at ../libs/ardour/rt_tasklist.cc:112 #4 0x00007ffff768c081 in ARDOUR::RTTaskList::_thread_run(void*) (arg=0x7fffbebfec50) at ../libs/ardour/rt_tasklist.cc:68 #5 0x00007ffff3e8e259 in start_thread () at /usr/lib/libpthread.so.0 #6 0x00007ffff30c55e3 in clone () at /usr/lib/libc.so.6 Thread 82 (Thread 0x7fffc1c41040 (LWP 1052217) "RTTaskList"): #0 0x00007ffff3e9a8ca in __futex_abstimed_wait_common64 () at /usr/lib/libpthread.so.0 #1 0x00007ffff3e96ae8 in __new_sem_wait_slow64.constprop.0 () at /usr/lib/libpthread.so.0 #2 0x00007ffff7181c96 in PBD::Semaphore::wait() (this=0x7fffbebfec80) at ../libs/pbd/pbd/semutils.h:64 #3 0x00007ffff768c2e2 in ARDOUR::RTTaskList::run() (this=0x7fffbebfec50) at ../libs/ardour/rt_tasklist.cc:112 #4 0x00007ffff768c081 in ARDOUR::RTTaskList::_thread_run(void*) (arg=0x7fffbebfec50) at ../libs/ardour/rt_tasklist.cc:68 #5 0x00007ffff3e8e259 in start_thread () at /usr/lib/libpthread.so.0 #6 0x00007ffff30c55e3 in clone () at /usr/lib/libc.so.6 Thread 81 (Thread 0x7fffc1c4d040 (LWP 1052216) "RTTaskList"): #0 0x00007ffff3e9a8ca in __futex_abstimed_wait_common64 () at /usr/lib/libpthread.so.0 #1 0x00007ffff3e96ae8 in __new_sem_wait_slow64.constprop.0 () at /usr/lib/libpthread.so.0 #2 0x00007ffff7181c96 in PBD::Semaphore::wait() (this=0x7fffbebfec80) at ../libs/pbd/pbd/semutils.h:64 #3 0x00007ffff768c2e2 in ARDOUR::RTTaskList::run() (this=0x7fffbebfec50) at ../libs/ardour/rt_tasklist.cc:112 #4 0x00007ffff768c081 in ARDOUR::RTTaskList::_thread_run(void*) (arg=0x7fffbebfec50) at ../libs/ardour/rt_tasklist.cc:68 #5 0x00007ffff3e8e259 in start_thread () at /usr/lib/libpthread.so.0 #6 0x00007ffff30c55e3 in clone () at /usr/lib/libc.so.6 Thread 80 (Thread 0x7fffc1c59040 (LWP 1052215) "RTTaskList"): #0 0x00007ffff3e9a8ca in __futex_abstimed_wait_common64 () at /usr/lib/libpthread.so.0 #1 0x00007ffff3e96ae8 in __new_sem_wait_slow64.constprop.0 () at /usr/lib/libpthread.so.0 #2 0x00007ffff7181c96 in PBD::Semaphore::wait() (this=0x7fffbebfec80) at ../libs/pbd/pbd/semutils.h:64 #3 0x00007ffff768c2e2 in ARDOUR::RTTaskList::run() (this=0x7fffbebfec50) at ../libs/ardour/rt_tasklist.cc:112 #4 0x00007ffff768c081 in ARDOUR::RTTaskList::_thread_run(void*) (arg=0x7fffbebfec50) at ../libs/ardour/rt_tasklist.cc:68 #5 0x00007ffff3e8e259 in start_thread () at /usr/lib/libpthread.so.0 #6 0x00007ffff30c55e3 in clone () at /usr/lib/libc.so.6 Thread 79 (Thread 0x7fffc1c65040 (LWP 1052214) "RTTaskList"): #0 0x00007ffff3e9a8ca in __futex_abstimed_wait_common64 () at /usr/lib/libpthread.so.0 #1 0x00007ffff3e96ae8 in __new_sem_wait_slow64.constprop.0 () at /usr/lib/libpthread.so.0 #2 0x00007ffff7181c96 in PBD::Semaphore::wait() (this=0x7fffbebfec80) at ../libs/pbd/pbd/semutils.h:64 #3 0x00007ffff768c2e2 in ARDOUR::RTTaskList::run() (this=0x7fffbebfec50) at ../libs/ardour/rt_tasklist.cc:112 #4 0x00007ffff768c081 in ARDOUR::RTTaskList::_thread_run(void*) (arg=0x7fffbebfec50) at ../libs/ardour/rt_tasklist.cc:68 #5 0x00007ffff3e8e259 in start_thread () at /usr/lib/libpthread.so.0 #6 0x00007ffff30c55e3 in clone () at /usr/lib/libc.so.6 Thread 48 (Thread 0x7fffc14e1640 (LWP 1052074) "ardour"): #0 0x00007ffff30c592e in epoll_wait () at /usr/lib/libc.so.6 #1 0x00007fffe00113f1 in () at /usr/lib/spa-0.2/support/libspa-support.so #2 0x00007fffe0007e64 in () at /usr/lib/spa-0.2/support/libspa-support.so #3 0x00007fffd048d706 in () at /usr/lib/libpipewire-0.3.so.0 #4 0x00007ffff3e8e259 in start_thread () at /usr/lib/libpthread.so.0 #5 0x00007ffff30c55e3 in clone () at /usr/lib/libc.so.6 Thread 47 (Thread 0x7fffc24e3640 (LWP 1052073) "audioengine"): #0 0x00007ffff30c592e in epoll_wait () at /usr/lib/libc.so.6 #1 0x00007fffe00113f1 in () at /usr/lib/spa-0.2/support/libspa-support.so #2 0x00007fffe0007e64 in () at /usr/lib/spa-0.2/support/libspa-support.so #3 0x00007fffd0453842 in pw_data_loop_wait () at /usr/lib/libpipewire-0.3.so.0 #4 0x00007fffd060384e in jack_cycle_wait () at /usr/lib/pipewire-0.3/jack/libjack.so.0 #5 0x00007fffd0692f6c in ARDOUR::JACKAudioBackend::process_thread() (this=0x55555797d0e0) at ../libs/backends/jack/jack_audiobackend.cc:982 #6 0x00007fffd0692f0c in ARDOUR::JACKAudioBackend::_process_thread(void*) (arg=0x55555797d0e0) at ../libs/backends/jack/jack_audiobackend.cc:961 #7 0x00007fffe0007efb in () at /usr/lib/spa-0.2/support/libspa-support.so #8 0x00007fffd045a580 in () at /usr/lib/libpipewire-0.3.so.0 #9 0x00007ffff3e8e259 in start_thread () at /usr/lib/libpthread.so.0 #10 0x00007ffff30c55e3 in clone () at /usr/lib/libc.so.6 Thread 37 (Thread 0x7fffc36cf640 (LWP 1052046) "gmain"): #0 0x00007ffff30bab2f in poll () at /usr/lib/libc.so.6 #1 0x00007ffff533bae8 in () at /usr/lib/libglib-2.0.so.0 #2 0x00007ffff52e5781 in g_main_context_iteration () at /usr/lib/libglib-2.0.so.0 #3 0x00007ffff52e57d2 in () at /usr/lib/libglib-2.0.so.0 #4 0x00007ffff53160c1 in () at /usr/lib/libglib-2.0.so.0 #5 0x00007ffff3e8e259 in start_thread () at /usr/lib/libpthread.so.0 #6 0x00007ffff30c55e3 in clone () at /usr/lib/libc.so.6 Thread 8 (Thread 0x7fffd0f38640 (LWP 1052011) "DeviceList"): #0 0x00007ffff30c018d in syscall () at /usr/lib/libc.so.6 #1 0x00007ffff5335b81 in g_cond_wait () at /usr/lib/libglib-2.0.so.0 #2 0x00007ffff6fdc2fc in ARDOUR::AudioEngine::do_devicelist_update() (this=0x5555578c2970) at ../libs/ardour/audioengine.cc:717 #3 0x00007ffff6feae39 in boost::_mfi::mf0::operator()(ARDOUR::AudioEngine*) const (this=0x5555578cd4b0, p=0x5555578c2970) at /usr/include/boost/bind/mem_fn_template.hpp:49 #4 0x00007ffff6fea811 in boost::_bi::list1 >::operator(), boost::_bi::list0>(boost::_bi::type, boost::_mfi::mf0&, boost::_bi::list0&, int) (this=0x5555578cd4c0, f=..., a=...) at /usr/include/boost/bind/bind.hpp:237 #5 0x00007ffff6fe9f1c in boost::_bi::bind_t, boost::_bi::list1 > >::operator()() (this=0x5555578cd4b0) at /usr/include/boost/bind/bind.hpp:1272 #6 0x00007ffff6fe953a in sigc::adaptor_functor, boost::_bi::list1 > > >::operator()() const (this=0x5555578cd4b0) at /usr/include/sigc++-2.0/sigc++/adaptors/adaptor_trait.h:256 #7 0x00007ffff6fe8921 in sigc::internal::slot_call0, boost::_bi::list1 > >, void>::call_it(sigc::internal::slot_rep*) (rep=0x5555578cd480) at /usr/include/sigc++-2.0/sigc++/functors/slot.h:136 #8 0x00007ffff547351a in () at /usr/lib/libglibmm-2.4.so.1 #9 0x00007ffff53160c1 in () at /usr/lib/libglib-2.0.so.0 #10 0x00007ffff3e8e259 in start_thread () at /usr/lib/libpthread.so.0 #11 0x00007ffff30c55e3 in clone () at /usr/lib/libc.so.6 Thread 7 (Thread 0x7fffd1984640 (LWP 1052010) "EngineWatchdog"): #0 0x00007ffff30c018d in syscall () at /usr/lib/libc.so.6 #1 0x00007ffff5335b81 in g_cond_wait () at /usr/lib/libglib-2.0.so.0 #2 0x00007ffff6fdc06c in ARDOUR::AudioEngine::do_reset_backend() (this=0x5555578c2970) at ../libs/ardour/audioengine.cc:681 #3 0x00007ffff6feae39 in boost::_mfi::mf0::operator()(ARDOUR::AudioEngine*) const (this=0x5555578af8e0, p=0x5555578c2970) at /usr/include/boost/bind/mem_fn_template.hpp:49 #4 0x00007ffff6fea811 in boost::_bi::list1 >::operator(), boost::_bi::list0>(boost::_bi::type, boost::_mfi::mf0&, boost::_bi::list0&, int) (this=0x5555578af8f0, f=..., a=...) at /usr/include/boost/bind/bind.hpp:237 #5 0x00007ffff6fe9f1c in boost::_bi::bind_t, boost::_bi::list1 > >::operator()() (this=0x5555578af8e0) at /usr/include/boost/bind/bind.hpp:1272 #6 0x00007ffff6fe953a in sigc::adaptor_functor, boost::_bi::list1 > > >::operator()() const (this=0x5555578af8e0) at /usr/include/sigc++-2.0/sigc++/adaptors/adaptor_trait.h:256 #7 0x00007ffff6fe8921 in sigc::internal::slot_call0, boost::_bi::list1 > >, void>::call_it(sigc::internal::slot_rep*) (rep=0x5555578af8b0) at /usr/include/sigc++-2.0/sigc++/functors/slot.h:136 #8 0x00007ffff547351a in () at /usr/lib/libglibmm-2.4.so.1 #9 0x00007ffff53160c1 in () at /usr/lib/libglib-2.0.so.0 #10 0x00007ffff3e8e259 in start_thread () at /usr/lib/libpthread.so.0 #11 0x00007ffff30c55e3 in clone () at /usr/lib/libc.so.6 Thread 5 (Thread 0x7fffd37fe640 (LWP 1051947) "Analyzer"): #0 0x00007ffff30c018d in syscall () at /usr/lib/libc.so.6 #1 0x00007ffff5335b81 in g_cond_wait () at /usr/lib/libglib-2.0.so.0 #2 0x00007ffff6f8c098 in ARDOUR::Analyser::work() () at ../libs/ardour/analyser.cc:93 #3 0x00007ffff6f8be33 in analyser_work() () at ../libs/ardour/analyser.cc:58 #4 0x0000555556506cb1 in sigc::pointer_functor0::operator()() const (this=0x5555571c9bb8) at /usr/include/sigc++-2.0/sigc++/functors/ptr_fun.h:77 #5 0x000055555650393a in sigc::adaptor_functor >::operator()() const (this=0x5555571c9bb0) at /usr/include/sigc++-2.0/sigc++/adaptors/adaptor_trait.h:256 #6 0x00005555564ff550 in sigc::internal::slot_call0, void>::call_it(sigc::internal::slot_rep*) (rep=0x5555571c9b80) at /usr/include/sigc++-2.0/sigc++/functors/slot.h:136 #7 0x00007ffff547351a in () at /usr/lib/libglibmm-2.4.so.1 #8 0x00007ffff53160c1 in () at /usr/lib/libglib-2.0.so.0 #9 0x00007ffff3e8e259 in start_thread () at /usr/lib/libpthread.so.0 #10 0x00007ffff30c55e3 in clone () at /usr/lib/libc.so.6 Thread 4 (Thread 0x7fffd3fff640 (LWP 1051946) "PeakFileBuilder"): #0 0x00007ffff30c018d in syscall () at /usr/lib/libc.so.6 #1 0x00007ffff5335b81 in g_cond_wait () at /usr/lib/libglib-2.0.so.0 #2 0x00007ffff77e7323 in peak_thread_work() () at ../libs/ardour/source_factory.cc:73 #3 0x0000555556506cb1 in sigc::pointer_functor0::operator()() const (this=0x5555571cb128) at /usr/include/sigc++-2.0/sigc++/functors/ptr_fun.h:77 #4 0x000055555650393a in sigc::adaptor_functor >::operator()() const (this=0x5555571cb120) at /usr/include/sigc++-2.0/sigc++/adaptors/adaptor_trait.h:256 #5 0x00005555564ff550 in sigc::internal::slot_call0, void>::call_it(sigc::internal::slot_rep*) (rep=0x5555571cb0f0) at /usr/include/sigc++-2.0/sigc++/functors/slot.h:136 #6 0x00007ffff547351a in () at /usr/lib/libglibmm-2.4.so.1 #7 0x00007ffff53160c1 in () at /usr/lib/libglib-2.0.so.0 #8 0x00007ffff3e8e259 in start_thread () at /usr/lib/libpthread.so.0 #9 0x00007ffff30c55e3 in clone () at /usr/lib/libc.so.6 Thread 3 (Thread 0x7fffe0c68640 (LWP 1051945) "PeakFileBuilder"): #0 0x00007ffff30c018d in syscall () at /usr/lib/libc.so.6 #1 0x00007ffff5335b81 in g_cond_wait () at /usr/lib/libglib-2.0.so.0 #2 0x00007ffff77e7323 in peak_thread_work() () at ../libs/ardour/source_factory.cc:73 #3 0x0000555556506cb1 in sigc::pointer_functor0::operator()() const (this=0x55555720b2a8) at /usr/include/sigc++-2.0/sigc++/functors/ptr_fun.h:77 #4 0x000055555650393a in sigc::adaptor_functor >::operator()() const (this=0x55555720b2a0) at /usr/include/sigc++-2.0/sigc++/adaptors/adaptor_trait.h:256 #5 0x00005555564ff550 in sigc::internal::slot_call0, void>::call_it(sigc::internal::slot_rep*) (rep=0x55555720b270) at /usr/include/sigc++-2.0/sigc++/functors/slot.h:136 #6 0x00007ffff547351a in () at /usr/lib/libglibmm-2.4.so.1 #7 0x00007ffff53160c1 in () at /usr/lib/libglib-2.0.so.0 #8 0x00007ffff3e8e259 in start_thread () at /usr/lib/libpthread.so.0 #9 0x00007ffff30c55e3 in clone () at /usr/lib/libc.so.6 Thread 2 (Thread 0x7fffe1469640 (LWP 1051944) "LXVSTEventLoop"): #0 0x00007ffff308da95 in clock_nanosleep at GLIBC_2.2.5 () at /usr/lib/libc.so.6 #1 0x00007ffff3092c77 in nanosleep () at /usr/lib/libc.so.6 #2 0x00007ffff53115f1 in g_usleep () at /usr/lib/libglib-2.0.so.0 #3 0x000055555691a797 in gui_event_loop(void*) (ptr=0x0) at ../gtk2_ardour/linux_vst_gui_support.cc:468 #4 0x00007ffff3e8e259 in start_thread () at /usr/lib/libpthread.so.0 #5 0x00007ffff30c55e3 in clone () at /usr/lib/libc.so.6 Thread 1 (Thread 0x7fffe1f7e040 (LWP 1051894) "ArdourGUI"): #0 0x00007ffff30bab2f in poll () at /usr/lib/libc.so.6 #1 0x00007ffff533bae8 in () at /usr/lib/libglib-2.0.so.0 #2 0x00007ffff52e7593 in g_main_loop_run () at /usr/lib/libglib-2.0.so.0 #3 0x00007ffff4f5b9fe in gtk_main () at /usr/lib/libgtk-x11-2.0.so.0 #4 0x00007ffff59216b2 in Gtkmm2ext::UI::run(Receiver&) (this=0x5555578fcfb0, old_receiver=...) at ../libs/gtkmm2ext/gtk_ui.cc:310 #5 0x00005555562161ce in main(int, char**) (argc=1, argv=0x7fffffffc248) at ../gtk2_ardour/main.cc:410 -------------- next part -------------- A non-text attachment was scrubbed... Name: 0001-remove-abort-in-navknob-handler.patch Type: text/x-patch Size: 648 bytes Desc: change made by rgareus URL: From ardour at jgardner.tech Sat May 22 13:03:52 2021 From: ardour at jgardner.tech (cellofellow) Date: Sat, 22 May 2021 14:03:52 -0600 Subject: [Ardour-Users] FaderPort v2 Bugs In-Reply-To: <87pmxjjvdk.fsf@jgardner.tech> References: <87pmxjjvdk.fsf@jgardner.tech> Message-ID: <87k0nqbknr.fsf@jgardner.tech> I added this to the tracker https://tracker.ardour.org/view.php?id=8719 From paul at linuxaudiosystems.com Thu May 27 11:03:48 2021 From: paul at linuxaudiosystems.com (Paul Davis) Date: Thu, 27 May 2021 12:03:48 -0600 Subject: [Ardour-Users] ardour.org IRC channel is moving Message-ID: Due to a series of events within the Freenode organization that ran the IRC servers used for the #ardour channel, we are moving the channel to the libera.chat IRC network instead. If you use an IRC client, then point it at irc.libera.chat:6697and connect to the #ardour channel there. There is a bridge between Matrix and IRC that can also be used. We have also set up a redirect https://ardour.org/chat that will always point to the current ?chat? system in use (even if that were to change entirely). You can click on this in any web browser. We are leaving the #ardour channel on Freenode in place for the time being, because it is directly referenced by Ardour releases before 6.7. But please be aware that the channel will only be lightly monitored in the future. -------------- next part -------------- An HTML attachment was scrubbed... URL: