New Low Latency driver for RME Hammerfall cards, systems

[1stgecco]

as Uad-1s enhance system latency by using the PCI bus , this new driver should be very interesting for all HDSP-users.
It is WMD based and considered to cut half latency off in replaymode!
It is resistent to CPU-overloads in recording as well!
It is fast and stable!

Cheers
Gecco

 

[Stuart Stuart]

Have you tried it yet? Working ok?

 

[1stgecco]

I installed it as the readme asked me to do, and it ran fast and stable in C4 and SX3 at once, without changing a thing in Cubase, but....

...they changed the channelorder to overcome problemos with higher samplerates and channelnumbers at ADAT ( 8@48kHz vs 4@96kHz or similar) , so the analog I/O would stay in place in Totalmix ( card´s own mixer progo).

This made me uninstall the WDM 3.01 driver again, because my system is heavily wired over ADAT breakoutboxes and it was to much work to renumber and rename all channels in a 2card system - MF + 9652hdsp-on the first look ! but .....

I will definitely swap to the WDM thingie on Weekend, because its almost twice as fast !

just download the 3.01 driver and read the \"readme\" before installing it -

all they promise is true !

and this driver has heavily been beta-tested for at last 8 month minimum.

so go ahead and try ... if you don´t like it , easily go back to 2.943!

cheers
Gecco

 

[Stuart Stuart]

Thanks for the reply - can you tell me what you mean by 'changed the channel order'. I'm not sure I understand.

 

[Akis]

Using Multiface as an example, the order of the channels in the TotalMix mixer used to be:

Analog 1-8, ADAT 1-8, SPDIF 1-2.

However, when you used 96K, it became:

Analog 1-8, ADAT 1-4, SPDIF 1-2.

In order to avoid problems by moving the SPDIF back and forth in the mixer, the order now is:

Analog 1-8, SPDIF 1-2, ADAT 1-8.

HTH.

 

[Stuart Stuart]

OK, so if I'm just using it at 44k with a behringer adat interface, everything should be fine? Akis, you've used the new driver, and it works fine? Sorry for all the questions, but I've just been through a new system build and I'm eager to not mess anything up.

 

[Akis]

All you'll have to do is rename your I/O accordingly in TotalMix.

I've been using this driver since the early beta versions (they were public) and it works better than the old one in general, as it does offer better performance, indeed. However, there was an annoying problem where the MIDI input (dunno about the output) would suddenly stop working and would require a cold boot to work again. Since I got Kore before they released the fix for it and use its MIDI In, I can't tell you if it works now.

 

[1stgecco]

Hi Stu

for MULTIFACE:
all your ADAT I/O will move \"one Stereo \" up, your SPDIF will move \"four Stereo\" down in your host application f.e. Cubase. so you have to readress those I/O in there - that´s it all.

For 9652 , DIGIFACE: all stays in place, because 3xADAT causes enough changes of CH## in swapping samplerate , aint worth it keeping SPDIF somewhere fixed

cheers
gecco

 

[Guest]

as Uad-1s enhance system latency by using the PCI bus , this new driver should be very interesting for all HDSP-users.
It is WMD based and considered to cut half latency off in replaymode!
It is resistent to CPU-overloads in recording as well!
It is fast and stable!

Cheers
Gecco

Been using the betas for a while now. I agree that this is a great driver. Very efficient. I had shelved my RME cards in favor of Creamware cards until Beta 17 came out. The CW drivers were much more stable on my system than RME v2.94. I decided to give this beta a try so I reinstalled the HDSP's, loaded a 38 track project and ran a torture test with my 4 x UAD-1 cards pinging resources at over 90% with the RME buffers set to 32K (0.7ms). No dropouts. Made a believer out of me.

 

[imdrecordings]

What's RME doing for FireFace people?
Does this new WDM drive work better than ASIO?

 

[Eurocide]

THIS DRIVER ROCKKKKS!!!!
Finally, I can play softsynths like they are meant to be.

 

[ed_mcg]

Anyone know if this applies to the RME FF800 as well?

I just checked, they have new drivers for that, now at rev 2.6.3.1 and it looks like the default is WDM.

 

[Guest]

Anyone know if this applies to the RME FF800 as well?

I just checked, they have new drivers for that, now at rev 2.6.3.1 and it looks like the default is WDM.

I'm not sure if the FF interfaces can achieve the same in the way of low latencies as PCI cards. I use PCI only but I have heard that this is the case so 32K buffers (0.7ms) may not be possible with FF. In any event, if the new FF drivers are an improvement over the older ones performance/stability wise along the same order of magnitude as the HDSP PCI drivers, FF owners should be *very* happy.

 

[studiof]

I had a problem with this driver.
When I had either 3.01 or 3.02 installed my spdif input would't lock.
Consequently i couldn't hear my reverb return.
I went back to 2.94 and it works fine.
I'm running a PC with XP SP2.

Ernie

 

[Steve Helstrip]

I've updated to this latest driver and firmware, but can't get anything like the quoted latency. Do you have to select something other than than RME ASIO driver in Cubase? Can't see any new driver options. Please tell me I'm doing something wrong here. I was very excited about the potential of 0.7ms latency at 95% CPU, but if I set my ASIO buffer to 32 (0.7ms), I can only play back a handful of VSTis before my Dual Xeon starts to smoke.

Cheers



Steve