I would agree normally but here we’re talking about adding a feature (per-region polarity). I do not understand how having per-region polarity could impact negatively Ardour, keeping aside possible refactoring issues (which could actually benefit Ardour, in the long-run).
From a programming perspective, I can understand that it is desirable to avoid merge conflicts, as they waste precious time. But on the other hand, Harrison could ask the Ardour devs if it’s OK to implement that feature and if they get the OK, Harrison could hire a contractor to implement it (else, nobody does anything).
Actually, I think a bounty system would help Ardour grow but I understand that preparing the infrastructure for it can waste Paul’s time (even if there are existing sites like BountySource and now Ardour uses Gitea, which could replace BugZilla for both feature requests and merge requests, IMHO). I’ve contributed code to FLOSS projects in the past and IMHO one big obstacle to becoming a contributor is the size and complexity of a given codebase. Getting to the level needed to be able to contribute to Ardour without breaking anything requires a time investment and without funding, only people paid to work on Ardour by third parties and (the really small subset of) committed hobbyists/musicians with solid C++ skills can realistically afford to do it, everyone in between is probably better off working on smaller projects.
@Chris, In my case it I’ve needed it after backline rearranging after a period of time has elapsed during the session and after the drums have perhaps been cleaned and processed. An alignment check no longer works globally on tracks as they’ve been cut and chopped. If I feel the impact of the mix has lost something then I’ll usually reach for the alignment tools - and at that point I’m often then flipping and flopping bars with the bass and any augmentation FX. It’s not a hard slog to bounce the region to a new track, flip it and then reinsert over the original but I generally take the view that if I have to do something more than a couple of times then it’s time the computer did that for me - hence Lua.
@fretboard, I do agree and even from my now privileged position of retired sound engineer and retired Software engineer. But, I’m sure you are aware of feature creep in s/ware design and also the black hole that is the pursuit of the ‘edge case’ feature. I don’t want that to get in the way of Ardour/Harrison core dev. I feel I should be responsible for my own edge case features, and yes I do appreciate that I can do it myself and I don’t need to be paid. It’s only possible of course because Paul et al have made it available. And to your point, yes, the code base is somewhat overwhelming when just skirting around it as I do - which would make it non viable for anyone outside the inner sanctum.
It is a nice bonus to collect, but not really an incentive.
We do like to move to gitea for tracking issues. But when doing so there should use SSO - the user-account should be shared with the download system, nightly access, and forum. Also all bug reports from mantis (not bugzilla) need to be copied over.
Well, there are many who contribute code, without direct monetary compensation (although Paul shares some of the donations with prolific devs who regularly send pull-requests).
I’ve been using Ardour for many years, not only as a user but also a packager. I consider myself a huge fan of Ardour: I paid for it when I could afford it, I actually read and modified some of its source code (and dabbled with the Lua API), I contributed to the bug tracker, I regularly read this forum and even follow your work (repositories) and Paul’s (such as his posts on sites like HN and interviews) on the web.
And despite this, I did not know about the existence of bug bounties! Turns out it’s a field (Sponsorship) on MantisBT. So maybe the idea is right, but the system (bolted-on to tickets on the issue tracker, with no certainty that the money will actually be sent!) is IMHO not suited for attracting professionally-minded contributors, because there are issues of visibility, usability and trust.
A disclaimer: I hugely appreciate that some kind users offered their money. That’s more than most users (including myself) do, really, and if everyone pledged $3 to a ticket of their liking, the cumulative amounts would be decent. So please, don’t interpret my next paragraph as against what some kind and fair people decided to offer, but rather as evidence that the current system is not working.
Once what I said above is clear, I have to say that those rates are not acceptable for any programmer and I can’t blame anyone for not taking them. One thing is volunteering your time for free (which I myself gladly did for some smaller projects), another is accepting as little as $25 for a feature which likely requires at least some hours of study of the Ardour codebase before being able to write any code. I am not saying a FLOSS project should pay market rates for programmer’s time, just that IMHO a proper bug system has to offer amounts of money which are at the very least encouraging. IMHO, the only people willing to work for that sum can either earn more on Fiverr or Upwork or work on it for free because they are hobbyists with another day job or retired.
A more structured way bounty program is also likely to attract companies and musicians who work with Ardour and not just hackers who can operate an issue tracker.
In short, volunteering is hugely noble and important but so is paid work when it contributes to the common good (GPL’d software, in this case). Some things (such as contributing to Ardour) require advanced skills, which are are highly remunerated in the job market. In order to attract professional contributors, bounties need to be at the very least proportional to the hours of work needed and parametrized (at the very least) to a programmer’s average salary in a developing country, other than trusted (so, it’s OK if a trusted entity actually collects the bounty money as soon as it posted, paying it after the commits are merged).
I see that MantisBT has a REST API, as Gitea does. I can’t promise anything because I don’t have experience with either API (and don’t know how complete they are) but I do have experience with APIs and data-plumbing; if you want, you can have my help with the ticket migration free as in beer (gotta give back to Ardour!).
I agree on every point. However, from direct experience it is so so difficult to set a universal fee that ‘professionals’ in a global market place see as attractive. I do say, and with direct experience again, some bug fixing we had put out in Asia came back impressively professional, competent and functional for a fee that didn’t attract anyone from my country (UK). Point being, there can and should be more than just a financial bounty for supporting Ardour. I am also fully aware that my own position now as a free hobbyist is very privileged and I would be somewhat biased against taking a fee for myself if I thought that fee could go to someone who would make better use of it. That all sounds rather trite and philanthropic. I can assure you I’m not, I am a genuine greedy b’stard - but limited to my own little kingdom