by nedko (nedko@undisclosed.example.com) at October 26, 2024 05:03 PM
For those who build ardour from source, please read:
git/master is now considered an unstable pre-release branch. The “pianorule” branch has been merged, and will cause significant breakage for a while yet.
master has been tagged 9.0-pre0 which will (a) cause a major version switch (b) will generally display the pre-release warning dialog every time unless you grep the source code to find the name of the file to create to disable it.
If you need to build an earlier version of Ardour from a git repository, please use git checkout VERSION first to avoid building this unstable master branch.
We will be working over the next few months to get this into shape for a 9.0 release with several notable new features (region FX, clip recording and clip editing among them).
21 posts - 8 participants
Ardour 8.10 is now available for Linux, Windows and macOS. As with the last several releases, 8.9 turned out to have at least a couple of new major issues that required a hot-fix. We believe that we have corrected issues with performance caused by scheduling of disk input/output threads (these problems tended to be system dependent, but were very real on systems where they occured). Importing SMF (MIDI) via drag-n-drop now uses the file name once again. Content-slipping a region correctly causes an update of the playback buffers so you can hear the result as expected.
In addition to those hot-fixes, 8.10 sees small updates to all our non-default color themes, a new MIDI binding map for the M-Audio Axiom 49 MkII and a new Lua script to duplicate regions on the grid.
This is intended to be the last release of the 8.x series. Our git repository is now at 9.0-pre0, and should no longer be considered stable or usable for production work now that it contains what was the “pianorule” branch. Over the next few months, we will be working hard to get this into shape for a 9.0 release with several notable new features.
Download as usual with the full release notes (for 8.7 - 8.10) at the normal place.
27 posts - 12 participants
by joelkp (joelkp@undisclosed.example.com) at October 16, 2024 03:01 PM
Ardour 8.8 turned out to have a couple of major issues. Many users experienced crashes at random times that were caused by a subtle change in how waveforms were drawn, introduced in 8.8. It also turned out that MIDI notes immediately at the start of playback were ignored.
Both of these have been fixed (and also the nightly website has been restored to proper functioning), and so 8.9 is now released and available. You can download it as usual.
We apologize for the lapse in quality control that led to these mistakes in the 8.8 release.
16 posts - 10 participants
Hey, Paul here. I’ve become a little concerned that the public impression of Ardour recently has been dominated by cases of entirely valid bug reports that go unnoticed and unresolved. Someone who is not quite connected to our development process might understandably get the sense that we’ve stopped working on the software.
This is absolutely not the case. Instead, what has been going on is that for the last several months, both myself and @x42 have been involved in work that has no immediate payoff for Ardour but we believe has long term significance. This has been going on in several development “branches”, and below I’ll go over these branches and what we’re up to:
“Pianorule” : this branch contains a massive refactoring and rearrangement of code so that we can implement MIDI editing anywhere we feel like it, without duplicating code. This is primarily focused on providing a MIDI editor for the cue (“clip”) page, but may later make it feasible to add a standalone “piano roll editor”. This branch is currently stuck because the changes have exposed that the (hidden) assumption that the left edge of the editor track canvas is zero on the timeline has turned into a much more pervasive part of our code than was ever intended.
“cliprec” : this branch is rather young but is a test bed for ideas about how to do clip recording in Ardour. This is surprisingly hard to do correctly, mostly because of assumptions and decisions that go back to the early 2000s. We have some good ideas though, and I’m optimistic that the experiments going on will land successfully.
a “new” DAW focused on front-of-house operations : this is where @paul has been focused for much of the last month, and is a resuscitation of the ideas behind Waves Tracks Live, a commercial GPL’ed product from about 2015 that was based on Ardour. There is a vague idea that this will become an additional DAW available from both ardour.org and also from other commercial partners. The main idea for WTL is that is a “front-of-house” recording tool for live sound engineers. It has no plugin support, no MIDI support, and is massively simpler to use than Ardour. It also has a clever trick to help with so-called virtual soundchecks, where you use a recording of a previous live gig to do most of the work for a soundcheck at the current one.
“mode-clamping” : this is where experiments with adding ideas orbiting the concept of “this thing has a scale” are happening. This is much more complex than most people imagine when they voice their desire to “tell Ardour what scale I’m using”. Lots and lots of music from all over the world doesn’t work with scales in a simplistic way (even a lot of western pop). Currently the most promising idea is a heirarchy of objects that can each have their own scale, starting at the session level and going all the way down to individual regions. If a scale is not assigned, an object inherits one from its parent (ultimately the session).
“region-fx” : @x42 has been busy with adding per-region plugins in this branch, and it is currently being tested/evaluated by some of our early beta-testers.
On top of all this, both myself and @x42 were quite involved in the work done on Ardour to provide support for Dolby Atmos now present in Harrison Mixbus 10. Sadly because Atmos is proprietary technology, Ardour itself cannot use this work at present. Nevertheless, we designed things so that should somebody create something broadly equivalent that is GPL compatible, it would be relatively easy to make it work with Ardour.
So, that’s what’s going on in the background. All this stuff does tend to mean that most new bug reports are not being attended to, and many already-known bugs too. Obviously if we had a larger development group, we could be doing both types of things, but we don’t, and so we aren’t. I’m not offering to change what we do, but let us know what you think of this prioritization/allocation of resources.
30 posts - 19 participants
Ardour 8.6 has been released. This is a hotfix release for 8.5, primarily to fix a drawing bug that was not noticed/fixed before 8.5 was released. It also comes with a fix for a crashing bug that can occur when JACK2 is being used.
In all other ways, 8.6 is equivalent to 8.5, but 8.5 should be considered “blacklisted” - we don’t want anyone to have to deal with the drawing issue.
Full release notes (for 8.5 and 8.6) over here as usual.
ADDENDUM: turns out we introduced a bug that ONLY affects macOS Catalina on Intel hardware. The downloads for macOS intel have been updated to include the fix for Catalina. No other changes were made.
32 posts - 14 participants
Ardour 8.5 is available now for Linux, Windows, and macOS. This is another “small” release without major new features, largely because our two lead developers continue to be busy with things linked to future releases.
However, 8.5 does see a fix for a problem in 8.4 that affected many Linux users (a crash whenever a file selection dialog was opened, triggered by the presence of certain icon files on their version of Linux).
Full release notes over here as usual.
10 posts - 6 participants
Ardour 8.4 is available now for Linux, Windows, and macOS. Nothing particularly significant in this release, because our two lead developers have been busy with things linked to future releases. (note: there was no 8.3 release due to a critical bug discovered after tagging 8.3).
From a project-level perspective, perhaps the most important change is that we have moved the source code of our GUI toolkit (GTK v2) into the Ardour source tree. This has no impact whatsoever on people using the builds provided at ardour.org.
However, this version of GTK is about to be deprecated by a number of Linux distributions, and without this change it will become more difficult for both individual users and Linux package maintainers to continue building Ardour. This also leaves us free to (slowly) strip down aspects of the toolkit that we do not use, and potentially modify it as needed in the future. It also means that even the distribution builds of Ardour for Linux will contain our patches to GTK, which has historically not been the case.
Meanwhile, we now have beta-level AAF import, some new MIDI device maps, a new color theme, a stack of UX/UI tweaks and several fixes for crashing and workflow bugs.
Full release notes over here as usual.
27 posts - 14 participants
Ardour 8.2 is now available. Nothing incredibly dramatic for this release, but it completes our support for all current Novation LaunchPad devices (as well as the new SSL UF8 surface) and includes the usual collection of bug fixes, small new features and quality of life improvements.
Full release notes and download as usual.
16 posts - 10 participants
Recently at the Ubuntu Summit. 50 mins 50 features. Enjoy!
https://www.youtube.com/embed/PT8TkvwsgUE
PS. I should have taken a leaf out of Paul Simon’s book and ran with only 5 
Slides are available from Ubuntu Summit 2023 (3-5 November 2023): 50 things you did not know you could do with Ardour · Canonical / Ubuntu Events (Indico)
40 posts - 23 participants
Hot on the heels of 8.0, we are happy to bring you a mostly-hotfixes 8.1 release. There’s a couple of tasty new features also. The full notes for 8.0 and 8.1 are in the usual place, with the new stuff & fixes for 8.1 also listed below.
Download as usual.
38 posts - 12 participants
We’ve finished an initial draft of a “roadmap” for future Ardour development. You can read it here and comment on it below, if you feel like it. Please read the introduction to understand what the document is and isn’t.
33 posts - 21 participants
Ardour 8.0 is available now for Linux, Windows, and macOS, including the latest release of macOS, Sonoma. Along with the usual set of important and not-so-important bug fixes, Ardour 8.0 brings users substantial quality of life benefits:
Some people will no doubt laugh at a few these “new features”, given that they’ve been in some other DAWs for 20 years or more. That’s OK — we laugh too when we see other DAWs finally adding things that Ardour could do in 2005. 
As usual, full release notes are over here and you can download from here.
50 posts - 32 participants
We’re now about a week away from the release of Ardour 8.0. We are in a total string freeze (where we guarantee not to change any translatable text at all before release). It’s probably a good time for the translation team(s) to start working on the update for 8.0.
Currently Ardour translations for Czech, German, Greek, Spanish, UK English, French, Italian, Japanese, Korean, Norwegian, Polish, Portugese (Brazilian and Portugese versions), Russian, Swedish and Chinese. If you’d like to add another language, you can find the instructions for creating (and maintaining) translations here:
If you’re an existing translator for one of the above languages, please try to find the time to go through the update process as soon as possible. Your work is much appreciated, and we’d like to have as many languages updated as possible before the 8.0 release.
10 posts - 7 participants
Ardour 7.5 has been released. This is primarily a bug-fix release, but there several new features, include session I/O connection management, tempo mapping and the beginnings of section-based editing. As usual, there are also and many more notable improvements and fixes
Please read the full release notes for more details and/or download as usual at https://ardour.org/download .
13 posts - 10 participants
Ardour 7.4 is now available. This is mostly a bugfix release — several important ones have accumulated since 7.3 — but there is also a sprinkling of new features, notably MIDI subgroup busses.
There has also been a lot of work on features that we had hoped to have ready for 7.4, but will now be officially released in 7.5. The curious may find some of them already, but we’re not ready to announce or document them yet.
One other small change for this release: people interested in just trying Ardour out via our free/demo build will no longer have to wait to get an email containing the link. We’ve decided that after 10 years of asking people for their email address and doing nothing with them, we’ll just stop asking and provide the download link directly.
Please read the full release notes for more details and/or download as usual at https://ardour.org/download.
19 posts - 12 participants
I just put up my latest (3rd!) audio developer chat, this time with web audio developer Tero Parviainen. We talk about web audio, AI in music, the experience of listening to music, the past, present and future of generative music, and much more. You can find it over here (along with the first two, featuring Justin Frankel (Reaper) and Ryan Challinor (Bespoke):
http://adc.equalarea.com/2023/02/26/adc3-paul-davis-tero-parviainen/
3 posts - 2 participants
We’re happy to be back on our planned bi-monthly release schedule, this time with 7.3 which brings VST3 multi-bus support, searchable preferences and sample rate independence as notable new features plus dozens of important crash and workflow fixes.
See the full release notes for more information, and download as usual from Download Ardour | Ardour Community
30 posts - 16 participants
The source code of Ardour now contains support for searching both global and per-session preferences/properties. However, for this to be truly useful, we need to add “metadata” for each option: essentially a list of keywords for every option (which will also be translated/translatable).
It’s not really very obvious how to organize the effort to collect these keywords together with the relevant option, but to some extent that’s a brute force effort that can be done after we collect a bunch of them.
So, your task, oh lovely Ardouristas, is to add to this thread, as a list of lines that look something this:
“Display selection clock” : visible clock selection hide show display
i.e. some string corresponding (roughly) to what is visible in the GUI, followed by a list of (english) space separated keywords that you associate with that preference item.
The more metadata we get, the more searchable preferences will become, and the easier it will be for everyone to find relevant preferences. Thanks in advance for your help!
13 posts - 7 participants
Last updated:
November 19, 2024 02:00 AM
All times are UTC.
Powered by:
