RME Fireface 400 mostly usable (I think)

Implementation of the remaining mixer and device controls for the Fireface-400 is now complete, although some combinations of settings are yet to be tested (particularly those associated with clock sources). This means that the Fireface-400 is getting close to being usable with FFADO now (at least on my system). Wider testing of svn head is encouraged so we can identify any remaining rough edges and see how it performs on a variety of computers. Please use the ffado-devel mailing list to report bugs and other problems.

RME driver gains a mixer

The matrix mixer capability of the RME Fireface 400 is now available through ffado-mixer. There is still some functionality remaining to be done, including:

RME driver progress

After far too many delays (both technical and logistical,for which I apologise), practical progress has finally been made on the FFADO RME driver.

In short, the driver is now ready for wider testing, although there are some important limitations and cautions to keep in mind before proceeding. Read more for the details.

FFADO 2.0.1 'Summertime' released

Without further ado, we hereby give you the 2.0.1 release of ffado.

The changelog to the previous 2.0.0 is rather simple:

Make it work on the new firewire-stack.

Of course some more fixes went into the package. But its mostly intended for distributors so they can finally deprecate/disable the old firewire stack in kernels.

For more changelog and instructions please look back at the 2.0.0 release announcement.

Rumors about FFADO and the new firewire stack [Updated May 11th, 2010]

The last weeks have seen a few rumors and lots of questions: Is ffado running with the new firewire stack?

The answer is kind of yes.

What you need is libraw1394 in version 2.0.5 or higher. And kernel 2.6.32 or higher. Then ffado (both the 2.0 branch and development trunk) should be usable on the new juju stack. Thanks to the team of the kernel-stack and some distributions for stepping up and (mostly) fix the kernel and libraw1394 for this. The changes to ffado where quite minimal.

The other answer is still no.

Because ffado still uses libraw1394 as layer between the kernel and its own streaming-/configuration-stuff. Which adds some latency and a lot of uncertainties for the low-latency. There is work going on to implement in-kernel streaming but this is all to early for testing or announcement. And time is sparse...

FFADO 2.0.0 Released!

FFADO 2.0.0 Released!

The FFADO team is proud and happy to announce the release of FFADO 2.0.0. As the release candidates have been around for almost one year now without a significant amount of bug reports we feel confident that the current code-base has matured. Around the end of november the 1000-th device was registered as being used with FFADO, which seemed to be a nice number to triggered the release (aside from the fact that no major bugs have been reported over the last 6 months).

Furthermore on December 2 the Linux kernel version 2.6.32 has been released. This version fixes the new kernel FireWire drivers such that they are compatible with FFADO. So once the distributions pick up this kernel the old/new kernel stack confusion should be history.

Thanks go out to the vendors that provided us with gear to support for the 2.0 release: Echo Digital Audio, Edirol, Ego Systems Inc, Focusrite, Mackie and Terratec. Kudos for their early-bird support!

Special thanks also go to BridgeCo and TC Applied for providing us with their development platforms and for helping with vendor contacts. Their support makes that FFADO covers the most widely used platforms for FireWire audio and that we can quickly implement support for new devices.

Looking ahead to the 2.1 release we can announce that we have implemented (basic) support for additional devices from Focusrite, Behringer, Stanton and TC Electronic. We plan to move to beta-testing 2.1 fairly soon as development on it has been ongoing for more than a year now. Additionally, work is being done on the RME devices, but its not yet known when that will be finished. Support for some other vendors is in the pipeline, so stay tuned for more announcements.

A second major development is the move of the streaming infrastructure to kernel space. A kernel-space implementation will bring significant improvements with respect to reliability and efficiency. Furthermore it will allow to expose an ALSA interface, meaning that the scope of FireWire audio on Linux is extended significantly. Thanks to the Google Summer of Code and the Linux Foundation, work on this has been done during the summer. The code is not yet ready for use, but things are moving.

RME Fireface news

Thanks to assistance from RME we now have Fireface devices and documentation to assist in the development of the FFADO RME driver. Some low-level changes have been flowing into the development trunk for a few weeks now and high-level functionality will follow once the necessary parts are in place. There is no ETA at this stage, but support for RME Fireface devices is on its way.

FFADO 2.0 Release Candidate 2 (1.999.42) available

FFADO 2.0 Release Candidate 2 (1.999.42) available

The FFADO team is happy to announce the release of the second release candidate for FFADO 2.0.

It has been 6 months since we released FFADO 2.0 Release Candidate 1, and we have to admit that this is quite long. The usage statistics show that about 300 people have been using RC1 in this period, and the good news is that we did not get a lot of bug reports. Most of the reports filed were related to crappy host controller hardware (most notably the Ricoh controllers), which is something we unfortunately cannot fix. In the mean time the remaining bug reports have been fixed, so here we are again.

This release candidate contains a few reliability improvements and bugfixes that should get some field testing before we can release the official 2.0. I would therefore like to ask all users and packagers to upgrade as soon as possible such that we can release sooner rather than later. If we get to about 100 registered users without significant significant bug reports I feel confident that we're good to go. So happy testing!

To indicate that we're quite busy even though we don't put out a lot of announcements let me give you a sneak preview of what is under development for post-2.0 ...

Support for additional devices

With our 2.0 release approaching in an albeit slow but steady pace, we are happy to announce some additional devices that will be supported in the future 2.x release.

This week Focusrite provided me with a brand-new Saffire PRO 40 to ensure FFADO compatibility of this device. I should stress that they contacted me, making this device is the first one where the vendor actively seeks FFADO support. Bonus points for Focusrite.

FFADO 2.0 Release Candidate 1 (1.999.40) available

FFADO 2.0 Release Candidate 1 (1.999.40) available

The FFADO team is proud to announce the first release candidate for FFADO 2.0.

This release candidat is intended to collect feedback about the library under wide-spread usage. The code should be free of major bugs. It is recommended that you have a basic amount of experience with Linux and with building software before you try to install this.

We are looking for packagers that are interested in creating packages for their favourite distro.

An elaborate changelog can be found below.

Please review this package thoroughly in order to spot potential problems. Feedback on distribution aspects and documentation is also welcome.