Danke sch?n Matthias.
The new Safety Offset is a really nice enhancement.

//Eric

Wow, I just updated and had a listen. At 32 samples, runs beautifully and reports Roundtrip Latency of 4.3ms at 48kHz (In LogicPro 9.1.1 on MacOSX.6.4). That's awesome and sounds brilliant for tracking through soft monitoring.
Recording at 192kHz, 64 samples is reporting 2.4ms... Awesome!!

However it is, I've never been able to monitor through Logic at 32 samples and not really notice it. :-)   It's great now!!!
Possibly something to do with the 'Performance at low latency' being improved?

Also, to give credit where credit is due, I would like to say a big thank you to the RME team for continuing to support the FF800, which is quite old in terms of it's lifetime in the field. Testimony to its design etc.

Another thing I wanted to add is that I had an problem before that when booting my MacPro in the morning, the driver would load and identify my FF800 as (AB7), when the device is actually (9B7).. or is supposed to be. Rebooting the FF solved it, but it was a bit of a pain if you didn't check to make sure the system had identified it correctly...
Seems to be completely solved since this firmware and driver update. :-)  Smiles all round!

Yep, I assume he means the DAW (Logic 9.1.1) preferences.

I'd also like to ask a quick question:
Does the above statement mean we don't need to go through the "removing fireface driver" procedure outlined here?

I've discovered an interesting development concerning "the total improvement is 32 samples less delay".

With driver versions 2.59 through 2.75, I consistently measured a +2 sample recording delay in Logic 7.2.3 through 9.1.1.
I measured by recording an output physically patched (with a cable) to an input. Then pan the source track hard L and the resulting patched track hard R and bounce to a stereo file. Open in the Sample Editor and count the difference in samples between L & R. I check it every time I update the Fireface 400 drivers and it's always been 2 samples late. So, in Logic's Preferences, I set the Recording Delay setting to -2 samples to compensate. Re-test and it's dead on perfect.

I just updated to driver version 2.83 with firmware 1.70 and checked the recording delay.
Now, it's 34 samples late.
It seems like 32 samples has been added to the original 2 samples that I've measured for years.
And, when I set the Recording Delay setting to -34 samples to compensate and re-test, it turns out dead on perfect.

Is this the result of the "additional playback Safety Buffer (like in Windows) of 32 samples"?
Shouldn't the driver report those 32 extra samples to Logic/Core Audio?

If not, everyone should check their recording delay and adjust if necessary.

It would be great if there was no need for the user to have to test this and perform manual compensation.

Don't worry, we will check and correct this in the next days.

Fully correct, the new changes had only been implemented completely for the UFX, the FF 400 and 800 now signalled wrong latencies (by 32 samples).

The new driver 2.84 fixes this and even improves it, should be spot on now. Please try.

That is absolutely flawless, bang on with FF800 and 9.1.2. Thanks redlogic for making me look into this and thanks RME!

Cheers.

Are the new changes described in MAC drivers 2.83 also included in the Windows drivers, or are the drivers capabilities completelly different from one OS to the other?

Most probably it did not. The Settings dialog must start at boot to set the last settings. These are then taken over by TotalMix. That's why we have a launch agent,  which can not work if you move the program to an unknown location.