u-he

ejgallego · Post by **ejgallego** » Wed Dec 27, 2017 4:16 pm

Update: updated to Ardour 5.12, lag feels a bit better, but sometimes UI blocks for several seconds, and still takes a few tries to switch some controls.

spacepluk · Post by **spacepluk** » Wed Dec 27, 2017 6:37 pm

OldFuzzface wrote:
abique wrote:I'd love to know if the static linking of the plugins made anything worse for anyone?
well here is an update with 6824 from Arch, 4.14.8, Bitwig 2.2.3:

VST2: laggy, but better as before, still not really usable.
VST3: no dice, empty window.

cheers ...

EDIT: tell me if you want to see logs.

Same here but with Bitwig 2.2.2, I had to revert back to 6640.

krans · Post by **krans** » Thu Dec 28, 2017 12:01 am

abique wrote:You could bug report to QTractor that it needs to call effIdle() from the main thread, maybe at 60 fps?

Good idea!
I did, and got the following answer:

(. . .)
Qtractor sends effEditIdle every 66ms (15Hz) -- sending it at 60hz is not an option;

and as far as I can tell effIdle use has been deprecated on VST 2.4, so why one modern plug-in developer requires it still is beyond my understanding :/

I don't have any comment to that, really, other than stating a certain sadness realizing that Qtractor and the u-he plugins maybe won't fit together as nicely in the future as they have until now.
I've really been enjoying that duo. Too bad if they won't harmonize anymore.

ejgallego · Post by **ejgallego** » Thu Dec 28, 2017 2:11 am

I guess abique meant `effEditIdle`, not `effIdle`. This stuff is tricky AFAICT, does Juce still use its own thread?

abique, I've got an Ardour dev build ready, looking into tweaking the `effEditIdle` frequency to see if that improves the lag, I could try any other tweak if that could help you.

ejgallego · Post by **ejgallego** » Thu Dec 28, 2017 3:48 am

ejgallego wrote:I've got an Ardour dev build ready, looking into tweaking the `effEditIdle` frequency to see if that improves the lag.

So indeed I recompiled Ardour to call `effEditIdle` each 16ms [~62Hz] and indeed Repro is way more usable than in the default setting [50ms~20Hz].

However, there still is something off wrt lag, in particular when compared to previous builds. At 60Hz, no clicks are lost, but sometimes it feels like clicks do take a while to take an effect on the GUI, at least when compared to the previous build.

Going back to the previous build for now as BitWig is my main DAW these days. Cheers!

xsuu · Post by **xsuu** » Thu Dec 28, 2017 4:46 am

AUTO-ADMIN: Non-MP3, WAV, OGG, SoundCloud, YouTube, Vimeo, Twitter and Facebook links in this post have been protected automatically. Once the member reaches 5 posts the links will function as normal.

Hey,

There's some quick tests on Linux to launch the following repro builds 6640, 6820, 6821 and 6824 on Reaper, Renoise, Bitwig and Mixbus. It's clear to me that something is broken since 6820, a close and reopen of the same instance will block the UI, and that triggering the preferences causes troubles in general.

Details are shown below.

Code: Select all (#)

Thu Dec 28 05:30:43 CET 2017

I'm using an up-to-date (last week) Archlinux (Linux tc 4.14.8-1-rt9-rt-bfq #1 SMP PREEMPT RT Sun Dec 24 17:46:51 CET 2017 x86_64 GNU/Linux) and tested on the following DAWs:
  - Reaper 5.7
  - Renoise 3.1.1
  - Bitwig 2.2.2
  - Mixbus 4.1.175

---------------------------------------------------
Repro-1 6640:
  - Reaper: resize and go in Preferences = UI freeze
  - Renoise: same
  - Bitwig: same
  - Mixbus: resize = host UI scales to the new size but not VST's UI frame resulting in black gaps. Going to prefs don't freeze the UI.
Repro-5 6640:
  - Reaper: OK
  - Renoise: OK
  - Bitwig: OK
  - Mixbus: Same UI scaling problem as with Repro-1
---------------------------------------------------
Repro-1 6820:
  - Reaper: Audio works, but no UI
  - Renoise: UI buttons blocked if close and reopen, keyboard works
  - Bitwig: All UI blocked, unresponsive
  - Mixbus: All UI blocked, unresponsive
Repro-5 6820:
  - same for all four DAWs
---------------------------------------------------
Repro-1 6821:
  - Reaper: Audio works, but no UI
  - Renoise: UI buttons blocked if close and reopen, keyboard works
  - Bitwig: All UI blocked, unresponsive
  - Mixbus: All UI blocked, unresponsive
Repro-5 6821:
  - Reaper: Audio works, but no UI
  - Renoise: Going to Prefs blocks the UI
  - Bitwig: All UI blocked, unresponsive
  - Mixbus: UI broken
---------------------------------------------------
Repro-1 6824:
  - Reaper: Audio works, but no UI
  - Renoise: UI buttons blocked if close and reopen, keyboard works
  - Bitwig: All UI blocked, unresponsive
  - Mixbus: All UI blocked, unresponsive
Repro-5 6824:
  - Reaper: Audio works, but no UI
  - Renoise: Going to Prefs blocks the UI
  - Bitwig: All UI blocked, unresponsive
  - Mixbus: UI broken

The build 6640 seems pretty stable and works actually the best on my setup.
Edit: I've forgotten to precise I've only tried VST2 builds

abique · Post by **abique** » Thu Dec 28, 2017 7:53 am

There is a bug in the latest release, sometime we paint a region which is one pixel out of bounds and I think X11 discards the request because of that.
I'll make a new release today.

cajmere · Post by **cajmere** » Fri Dec 29, 2017 8:50 pm

where can i find build 6640?

want to revert away from 6824 (UI not usable) but don't have an older build anymore

mclstr · Post by **mclstr** » Fri Dec 29, 2017 9:47 pm

cajmere wrote:where can i find build 6640?...

Look further back through this thread.

There are many other versions to try as well.

I found I couldn't run the Repro-5 in 6640 and had to go back to the first version.

David Else · Post by **David Else** » Sun Dec 31, 2017 11:55 am

IRunLoop is now supported in the latest Reaper Linux pre-release...

https://forum.cockos.com/showthread.php?t=201312

# Linux: VST3 IRunLoop support

Jack Winter · Post by **Jack Winter** » Sun Dec 31, 2017 2:30 pm

That pre is still only windows, but I expect that next year it'll be there for linux too

Jack Winter · Post by **Jack Winter** » Sun Dec 31, 2017 6:15 pm

That was quick, now there is a pre2, and with linux support too

abique · Post by **abique** » Wed Jan 03, 2018 8:51 am

Hi guys

Happy new year!

So here is the lastest build:

http://uhedownloads.heckmannaudiogmb.ne ... 857.tar.gz
http://uhedownloads.heckmannaudiogmb.ne ... 857.tar.gz
and so on...

Those builds are dynamically linked.

Subarumannen · Post by **Subarumannen** » Wed Jan 03, 2018 10:31 am

abique wrote:Hi guys

Happy new year!

So here is the lastest build:

http://uhedownloads.heckmannaudiogmb.ne ... 857.tar.gz
http://uhedownloads.heckmannaudiogmb.ne ... 857.tar.gz
and so on...

Those builds are dynamically linked.

Happy new Year and thanks for the new builds

Quick feedback fwiw
None of the two is correctly detected by Carla or Ardour 5.12 on KXStudio (ubuntu 14.04)
I need to go back to Repro build 6824 which worked very well

Best regards, Anders

spacepluk · Post by **spacepluk** » Wed Jan 03, 2018 10:35 am

Happy new year!

Just tried the new build, and Repro's GUI is still unresponsive on Bitwig Studio 2.2.2.

edit: Same for Zebra
edit2: Both work fine on Renoise

u-he

KVR Audio

Linux public beta (4408)