[Jan Feld]

Thank you very much! That solved everything.. Now it’s smooth like always! 🙂

 

Thanks!

 

Best regards,
Smokehead

Reply To: SD3 – Grid Editor lags while playing in DAW (Reaper) version: 3.1.5
Operating system: macOS Mojave (10.14)

[Jan Feld]

Hi, it’s me again.

After working for some time using multiple monitors i’ve been forced to use the Macbooks display without aditional monitors. Then i’ve noticed that it’s still lagging massiveley as well in Ableton Live and Reaper. It seems like it’s not working that well with some scaling/rendering issues. It is slightly better when using the smallest scale and window size but it’s still lagging when editing MIDI in the Grid Editor or when ‘watching’ the drums playing. The worst thing i can do is selecting an instrument with the cursor. Then it’s about half a second until it’s highlighted (blue). Sound is almost there immediately. It doesn’t get better when using high buffer sizes and low sample rates which results in very bad latencies.

I’m still using macOS Mojave. I don’t want to update to Catalina yet.

Still hoping for news..

Best regards,
Smokehead

Reply To: SD3 – Grid Editor lags while playing in DAW (Reaper) version: 3.1.5
Operating system: macOS Mojave (10.14)

[Jan Feld]

Hi John , i’ve actually observed the issue is just related to multi-monitor setups (i’m using a FullHD 1920×1080 monitor in addition to the macbook). When i’m moving the window to the second monitor everything looks good so far. Not as good as when i’m only using the macbook without monitor but still better than the superior-window on the macbooks display when a second monitor is plugged in.

Maybe there’s some issue while rendering when using multiple monitors. But at least it looks like i can work with it by now.

Thanks for your help.

Best regards,
Smokehead

Reply To: SD3 – Grid Editor lags while playing in DAW (Reaper) version: 3.1.4
Operating system: macOS Mojave (10.14)

• This post was modified 5 years, 8 months ago by Jan Feld.

[Jan Feld]

Hi John,

sorry for the very late response but yes, at that time resetting the bars to 200 or at least a lower value fixed the problem!

Now after some trouble with my computer(s) and switching to a brand new Macbook Pro 15 (2019) Model i’m observing new lagging behaviour. It looks like it’s fine in standalone mode but the whole Superior Drummer interface and the DAW interface starts lagging (grid editor, drums, mixer, DAW-Meters….) when used in a DAW (Reaper, Ableton Live 10). It looks like it doesn’t change when using either AU or VST. This does only happen as long as the Superior Drummer Window is open. Audio isn’t affected in any way from this behaviour. It’s just the whole interface. So when programming MIDI oder Editing something in the SD-Mixer isn’t very nice to do.. I’m not sure, if someone else can reproduce this behaviour. I’m currently running macOS Mojave 10.14.6.

Are there some known issues or any settings/fixes i’ve not seen yet?

Best regards,
Smokehead

• This post was modified 5 years, 8 months ago by Jan Feld.

[Jan Feld]

Have you tried setting the Track length inside SD3 in the ‘Track-Menu’ on the left side above the Song-View? There is an option to set the Track-Length which seems to be set to random values above some millions which can break performance. After i’ve manually reset this value to my Track length it fixes the issues. But still it’s a bug inside either SD3 or Reaper telling stuff to SD3..

 

Cheers,

Ian

[Jan Feld]

Update: Actually it is the track length setting inside Superior Drummer 3.

Somehow the value of the track-length is set to more than 3500000 which shouldn’t even be possible. If you want to set it manually the maximum seems to be 10000. When i change back to a normal track-length everything seems to be okay again. I think there is a bug which sets the track length wrong.

Thanks for your help!

Best regards,
Ian

3

Thanked by: blazphemuz, juho karenko and Mika Miettinen

[Jan Feld]

So and again.. It appeared over time but is not reproducable definitely. It seems like the project itself has been blown up to more than 10000 bars inside SD3. Default its about a few hundred. I’ve noticed some serious issues with the MIDI-Song-Editor which holds the MIDI-Blocks. The scrollbar with the preview inside has shrunk and is therefore not usable anymore. You can’t navigate through your song. Maybe SD3 has problems with too large projects including a few thousand bars. I didn’t do anything special. Is it possible that reaper sends invalid project-length-data to SD3 so it assumes the project as very big and therefore is not able to display that many bars properly? Maybe it lags while updating the view and it’s just too much data.

Record Arm does not change anything for me.

[Jan Feld]

I have almost the same settings and about 15 Tracks (Audio-Only, no FX anymore) to see if i can use it again. Actually i’ve added a new track including SD3 with all sends to single channels and now it works. It seems like there has been some issues in the instance-settings or something track-related i didn’t notice. By no i can use it without lags for about half an hour. I’m not sure what has happened or what did change, because i tried that before on the same track to keep the sends and routings.

After adding completely new tracks and route them how i need/like it, it seems to be fine. Maybe i just had some tweaks which had not been as good as i thought that i do not remember.

Nevertheless thanks for your attempt to help and reproduce it! I’ll keep checking the settings and try to find out more if i can see this behaviour again in the future.

Best regards,
Ian

[Jan Feld]

@leighelse

Whatyou are describing is not Linux Compatibility. You have to thank the WINE Maintainers/Creators in first first line. They made it possible for us to use software, which was designed for Windows on Linux. So Toontrack does not have anything to do with that.

What Toontrack did is writing a good and mostly stable software software you can use for music production. It It seems well written in terms of dependencies and performance. Other than Bias FX which crashes during opening the GUI the Toontrack products are not dependent on any very special stuff which WINE isn’t capable to deal with by now.

This is not Linux compatible. It is usable on Linux with some tweaks and tricks.

Nevertheless Toontrack did some pretty good work on their software. For a very good experience in WINE the software you want to use has to be written good and stable. That seems to apply on here.

Still, i wish for a native approach.

 

Best regards,

Smokehead

[Jan Feld]

The biggest issue i’ve experienced are not properly working GUIs. Toontrack products (EZDrummer, Superior Drummer and EZMix work fine with WINE/Carla with wine-bridge. I’m using Reaper as welll and couldn’t say it wont work. The only “issue” with wrapped/non-native plugins is more clicking until you reach the GUI (in general two clicks more, bz they sum up…). But the benefits of using Linux are great (at least for me..)

• This post was modified 6 years, 4 months ago by Jan Feld.

[Jan Feld]

One more vote for SD3 on Linux!

I managed to get SD3 Running with Ardour 5.12.7 on an Arch-Linux 5.18.16 with JACK2, Cadence and airwave as an WinVST-Wrapper. Wine for installation and Standalone.

It runs smoothly when wrapped with airwave but in Standalone-Mode via Wine i have very high latency.

A native Linux build would be great! Then we would have the opportunity to use SD3 in Standalone-Mode with E-Drums on live-performances! I think a native build would increase the stability as well as the usability on Linux! I couldn’t get Superior Drummer 3 running with Reaper for Linux.

 

Best regards,

Smokehead

1

Thanked by: Beek

[Author]

Replies