Yes, version 8.2 is a very good one. Some menu and GUI changes have made it very comfortable to use.
And i feel that the audio engine is very good (except for a recording bug i did describe in another post). Why do you say that it should be much better ?
Graphic acceleration could definitely enhance the software speed for large track count (and allow to design advanced track level meters without any processor load). But it’s something that need top programmers that master OPENCL and OPENGL programming. Certainly not an easy task to find them. But not impossible. Protools and a few commercial softwares in the graphics area do it with success. Anyway, i feel that the development priority should not be here. I think that the priority now should be : testing / debugging, real time events effects and EQs with automation support. DOP was a first step but is not enough compared to the comfort of realtime processing on events (has been done on a few software now, the first was probably Samplitude).
Nevertheless i still have a jumpy jog control from my MCS3800 JLCooper control surface. Hopefully this will be corrected because it’s annoying when doing vocal edits for example.
When rotating the jog, very frequently the cursor is making jumps, as large as 1 second. And it is not only the cursor, audio listening is jumping to the new position too.
I tried another MIDI interface without success. I tried to change audio hardware settings (buffers, process priority…), nothing solve the problem.
I tried the MCS3800 with another software, and it’s working without jog jumps.
So i definitely thing that it’s a Nuendo Problem, something like a midi buffering or data corruption problem when using the JLCooper protocol.
Another point with the JLCooper jog, is that the lowest jog speed is not low enough. We should have a setting here, and perhaps a dynamic following of the GUI zoom.