Go Back   Cockos Incorporated Forums > REAPER Forums > REAPER Bug Reports

Reply
 
Thread Tools Display Modes
Old 06-17-2019, 12:05 AM   #1
lucor
Human being with feelings
 
Join Date: Jan 2016
Posts: 65
Default REAPER becomes a laggy mess with not even 100 tracks

I don't know if this is an actual bug, but it's a real problem for me and makes REAPER an absolute pain to work with in bigger projects.

REAPER is by far the snappiest DAW I know, and it's one of the many reasons why I love it so much and have made the switch after many years of using Cubase.
Unfortunately that snappiness quickly disappears after I've added some VSTi's. Usually I'm not even at 100 tracks before it gets really bad: resizing tracks feels like I have 10fps, drawing in CC curves is extremely choppy, etc...
Is this common? Are there any options in the preferences that I can tweak to make things better?

My specs:
- Windows 10
- i7-7820X @3.6GHz
- 128GB RAM
- 1x 4k monitor, 2x 1080p monitors

Thank you!
lucor is offline   Reply With Quote
Old 06-17-2019, 12:11 AM   #2
EvilDragon
Human being with feelings
 
EvilDragon's Avatar
 
Join Date: Jun 2009
Location: Croatia
Posts: 24,790
Default

With 100 tracks, that doesn't sound right. With over 1000 tracks, sure... I wonder if you have a lot of armed tracks, perhaps, or long send chains? Also, which plugins? Do you have some heavy stuff on the master track, like Ozone?
EvilDragon is offline   Reply With Quote
Old 06-17-2019, 12:30 AM   #3
lucor
Human being with feelings
 
Join Date: Jan 2016
Posts: 65
Default

Quote:
Originally Posted by EvilDragon View Post
With 100 tracks, that doesn't sound right. With over 1000 tracks, sure... I wonder if you have a lot of armed tracks, perhaps, or long send chains? Also, which plugins? Do you have some heavy stuff on the master track, like Ozone?
I have the "automatic record arm when track selected" option checked by default for every track, I don't know if that makes a difference? So usually only one track is armed at a time.
Nothing is on the master track, I only add stuff there once the project is finished regarding composing, mixing, etc.
Regarding send chains, I don't think they are that long. I attached a screenshot to what is usually the longest chain I have. Kontakt with each mic position routed to its own output -> overall mic folder -> library folder -> Orchestral Section
Is that already too much? And why does that even influence the GUI responsiveness at all?
Attached Images
File Type: png 17-06-_2019_09-28-50.png (43.4 KB, 545 views)
lucor is offline   Reply With Quote
Old 06-17-2019, 12:46 AM   #4
EvilDragon
Human being with feelings
 
EvilDragon's Avatar
 
Join Date: Jun 2009
Location: Croatia
Posts: 24,790
Default

Can you try the same track layout just without folders?
EvilDragon is offline   Reply With Quote
Old 06-17-2019, 01:02 AM   #5
lucor
Human being with feelings
 
Join Date: Jan 2016
Posts: 65
Default

I just opened up a problematic project with 138 tracks and 'dissolved' every folder in there, so that no folder track is left at all (is that what you meant?), but I can't spot any difference, still extremely slow and laggy.
lucor is offline   Reply With Quote
Old 06-17-2019, 01:05 AM   #6
heda
Human being with feelings
 
heda's Avatar
 
Join Date: Jun 2012
Location: Spain
Posts: 7,239
Default

The kind of lag you describe is not normal. Try reserving one core at least for REAPER in Kontakt preferences?

Also in REAPER preferences, try playing with the buffering settings. Thread priority or anticipative processing. And maybe in FX browser, set Kontakt to Run as... dedicated process

I assume you are using Kontakt, because most of people having CPU problems are using Kontakt with many tracks too.
heda is offline   Reply With Quote
Old 06-17-2019, 01:13 AM   #7
lucor
Human being with feelings
 
Join Date: Jan 2016
Posts: 65
Default

Ok I think I might have found the problem, which is the 4k monitor?! When I move the project window over to one of my 1080p monitors and draw in CC data in there it's snappy as hell, just like a 1 track project is on the 4k monitor.
Is this normal? Anything that can be done about it?

@heda: Thanks, I'll play around with those settings, though my CPU isn't making any problems I think.
lucor is offline   Reply With Quote
Old 06-17-2019, 01:21 AM   #8
EvilDragon
Human being with feelings
 
EvilDragon's Avatar
 
Join Date: Jun 2009
Location: Croatia
Posts: 24,790
Default

Yeah 4K monitors need to draw 4x more pixels than standard 1080p monitors. Reaper doesn't use GPU accelleration so everything falls onto the CPU, including any rescaling necessary...

Reaper is not fully HiDPI compliant yet, so if you can, don't use 4K monitors just yet if you can help it.
EvilDragon is offline   Reply With Quote
Old 06-17-2019, 01:30 AM   #9
lucor
Human being with feelings
 
Join Date: Jan 2016
Posts: 65
Default

Quote:
Originally Posted by EvilDragon View Post
Yeah 4K monitors need to draw 4x more pixels than standard 1080p monitors. Reaper doesn't use GPU accelleration so everything falls onto the CPU, including any rescaling necessary...

Reaper is not fully HiDPI compliant yet, so if you can, don't use 4K monitors just yet if you can help it.
That's a real shame, I don't really want to give up my 4k monitor and all the additional screen real estate. And I'd really hate to go back to Cubase, but all this lagginess is no fun at all and basically kills all the great workflow advantages that I gain with REAPER over Cubase.

Do you know by any chance if there are any plans by the devs to add GPU accelleration or HiDPI compliance in the near future?
lucor is offline   Reply With Quote
Old 06-17-2019, 01:45 AM   #10
heda
Human being with feelings
 
heda's Avatar
 
Join Date: Jun 2012
Location: Spain
Posts: 7,239
Default

there are some hiDPI settings hidden in preferences general./advanced UI.... and they are working on more compatibility, but I don't think performance would be so bad with 4K to be like 10fps just because having 4K resolution. I haven't used on 4K monitor but I didn't have lag with 3 monitors and old computer.
heda is offline   Reply With Quote
Old 06-17-2019, 01:52 AM   #11
uncleswede
Human being with feelings
 
Join Date: Feb 2015
Posts: 1,096
Default

Quote:
Originally Posted by lucor View Post
That's a real shame, I don't really want to give up my 4k monitor and all the additional screen real estate. And I'd really hate to go back to Cubase, but all this lagginess is no fun at all and basically kills all the great workflow advantages that I gain with REAPER over Cubase.

Do you know by any chance if there are any plans by the devs to add GPU accelleration or HiDPI compliance in the near future?
As a stopgap measure, until Reaper supports 4K better, and if your video card supports multiple monitors, you could maybe buy another, secondhand monitor (or two) to tide you over? I picked up two 21" HD monitors on Gumtree recently for £60...
uncleswede is offline   Reply With Quote
Old 06-17-2019, 02:10 AM   #12
EvilDragon
Human being with feelings
 
EvilDragon's Avatar
 
Join Date: Jun 2009
Location: Croatia
Posts: 24,790
Default

He already has 2x 1080p monitors alongside 4K, if you'll read the first post
EvilDragon is offline   Reply With Quote
Old 06-17-2019, 02:11 AM   #13
uncleswede
Human being with feelings
 
Join Date: Feb 2015
Posts: 1,096
Default

Oh yeah...
uncleswede is offline   Reply With Quote
Old 06-18-2019, 11:03 PM   #14
lucor
Human being with feelings
 
Join Date: Jan 2016
Posts: 65
Default

Changing my monitor setup isn't really an option, all my workflows and everything else I do on my computer besides REAPER is designed to work with this 3 monitor setup.
Turning off the 4k monitor when using REAPER and using only the two 1080p displays is also not really a solution, since my desk is very constricted and I'd basically have to work with 2 monitors at the opposite sites of the desk.
As much as I hate it, I don't think I have much choice but to return to Cubase for my 'serious' projects and wait for potential fixes in the future.
I hope this won't take too long, because in almost everything else I never felt so 'free' and unconstricted in my workflow as I do with REAPER. Don't think I've ever had so much fun with a DAW.
Thanks everyone!
lucor is offline   Reply With Quote
Old 06-18-2019, 11:15 PM   #15
EvilDragon
Human being with feelings
 
EvilDragon's Avatar
 
Join Date: Jun 2009
Location: Croatia
Posts: 24,790
Default

Might wanna check the latest prerelease and see how it behaves.
EvilDragon is offline   Reply With Quote
Old 06-19-2019, 03:06 AM   #16
Ericson
Human being with feelings
 
Join Date: Jun 2019
Location: Rotterdam
Posts: 94
Default

Quote:
Originally Posted by lucor View Post
I don't know if this is an actual bug, but it's a real problem for me and makes REAPER an absolute pain to work with in bigger projects.

REAPER is by far the snappiest DAW I know, and it's one of the many reasons why I love it so much and have made the switch after many years of using Cubase.
Unfortunately that snappiness quickly disappears after I've added some VSTi's. Usually I'm not even at 100 tracks before it gets really bad: resizing tracks feels like I have 10fps, drawing in CC curves is extremely choppy, etc...
Is this common? Are there any options in the preferences that I can tweak to make things better?

My specs:
- Windows 10
- i7-7820X @3.6GHz
- 128GB RAM
- 1x 4k monitor, 2x 1080p monitors

Thank you!
I'm experiencing the same problem with my two 4K 60hz monitors. UI becomes laggy after I've inserted a lot of tracks (50+). I see the laggyness especially in the mixer view when moving the faders and also with sezing the track hight.
Switching between screensets is also taking a lot of time (15 seconds, instead of 5)

Please make reaper more 4k ready and implement GPU hardware acceleration!
For now I'll try the new alpha version and post my findings.
Ericson is offline   Reply With Quote
Old 06-19-2019, 08:31 AM   #17
Justin
Administrator
 
Justin's Avatar
 
Join Date: Jan 2005
Location: NYC
Posts: 15,721
Default

In these instances, how many tracks are on screen at once, in both the cases of using the 4k display and the 1080 displays?
Justin is offline   Reply With Quote
Old 06-19-2019, 09:08 AM   #18
lucor
Human being with feelings
 
Join Date: Jan 2016
Posts: 65
Default

Quote:
Originally Posted by Justin View Post
In these instances, how many tracks are on screen at once, in both the cases of using the 4k display and the 1080 displays?
It definitely gets worse the more tracks are visible.

On the 4k monitor:
In the aforementioned project with 138 tracks, lag is the worst with everything on display.
When I only show one single track and hide everything else, things like resizing a TCP are basically just as snappy as in a fresh project with a single track.
When I make a single track visible step-by-step, I notice the first lag with around 20 tracks (at that point it's still pretty minor though). This also seems to be project independent, I start to notice the same lag at 20 tracks in an empty project with 20 empty tracks.

On the 1080p monitors
Here with all 138 tracks visible, resizing a TCP is still very laggy though not as bad as on the 4k display (here it takes around 60 tracks until I notice the first stuttering).

Snappiness in the Midi Editor also seems related to how much midi data is visible in there. I usually like to have all midi data visible at once for orchestration and arranging purposes.
On the 4k, when I hide all the midi data except for the track that I'm working on, drawing CC data is alot snappier, with only some minor stuttering.
On the 1080p display however, I can have all midi data shown in the editor and drawing CC is still perfectly snappy.
lucor is offline   Reply With Quote
Old 06-19-2019, 09:20 AM   #19
EvilDragon
Human being with feelings
 
EvilDragon's Avatar
 
Join Date: Jun 2009
Location: Croatia
Posts: 24,790
Default

That's some good additional info!
EvilDragon is offline   Reply With Quote
Old 06-19-2019, 11:29 AM   #20
Justin
Administrator
 
Justin's Avatar
 
Join Date: Jan 2005
Location: NYC
Posts: 15,721
Default

Quote:
Originally Posted by lucor View Post
It definitely gets worse the more tracks are visible.

On the 4k monitor:
In the aforementioned project with 138 tracks, lag is the worst with everything on display.
When I only show one single track and hide everything else, things like resizing a TCP are basically just as snappy as in a fresh project with a single track.
When I make a single track visible step-by-step, I notice the first lag with around 20 tracks (at that point it's still pretty minor though). This also seems to be project independent, I start to notice the same lag at 20 tracks in an empty project with 20 empty tracks.

On the 1080p monitors
Here with all 138 tracks visible, resizing a TCP is still very laggy though not as bad as on the 4k display (here it takes around 60 tracks until I notice the first stuttering).

Snappiness in the Midi Editor also seems related to how much midi data is visible in there. I usually like to have all midi data visible at once for orchestration and arranging purposes.
On the 4k, when I hide all the midi data except for the track that I'm working on, drawing CC data is alot snappier, with only some minor stuttering.
On the 1080p display however, I can have all midi data shown in the editor and drawing CC is still perfectly snappy.
Thanks! Would you mind sending one of these projects (with all plug-ins removed, but the real-world MIDI data) to support at cockos dot com? Thanks!
Justin is offline   Reply With Quote
Old 06-19-2019, 04:16 PM   #21
Justin
Administrator
 
Justin's Avatar
 
Join Date: Jan 2005
Location: NYC
Posts: 15,721
Default

I got the project, thank you. Testing on a mid-2012 RMBP in Win10 in unscaled mode, so that's 2880x1800. Everything works really well to be honest. I will try a full 4k display tomorrow. I tested various zoom levels and scrolling in the arrange view (from having as much of the project in-view as possible, to zooming in on various parts), as well as the MIDI editor (opening all project MIDI in the one editor). I penciled some automation in the arrange, and some CCs in the MIDI editor. Everything was pretty fast.

What audio device and samplerate and block size are you using? Does setting Preferences/Audio/"Close audio device when stopped", and having the audio device stopped improve things?

Do you have any control surfaces configured in Preferences/Control Surfaces?

If you install a fresh portable install and load this project, how does it perform?
Justin is offline   Reply With Quote
Old 06-19-2019, 05:22 PM   #22
Timothy Lawler
Human being with feelings
 
Timothy Lawler's Avatar
 
Join Date: Jan 2006
Posts: 1,595
Default

What a great thread.

And a good read, as well.
__________________
Website
Youtube
Timothy Lawler is offline   Reply With Quote
Old 06-20-2019, 12:23 AM   #23
lucor
Human being with feelings
 
Join Date: Jan 2016
Posts: 65
Default

Quote:
Originally Posted by Justin View Post
I got the project, thank you. Testing on a mid-2012 RMBP in Win10 in unscaled mode, so that's 2880x1800. Everything works really well to be honest. I will try a full 4k display tomorrow. I tested various zoom levels and scrolling in the arrange view (from having as much of the project in-view as possible, to zooming in on various parts), as well as the MIDI editor (opening all project MIDI in the one editor). I penciled some automation in the arrange, and some CCs in the MIDI editor. Everything was pretty fast.
That's definitely weird. If you have an empty project with let's say 500 empty tracks, are things still snappy for you? At that point REAPER gets almost unusable for me (and a template of 500 tracks is still considered small ).
Here's a quick video of a project with 500 empty tracks for demonstration:
https://youtu.be/RFenxa-f62o
And here's how the midi editor looks in a project with 396 tracks:
https://youtu.be/gXAxRMr665Y
(BTW one thing I just noticed in the midi editor: turning off note names has a not huge but noticeable positive effect on the sluggishness in the midi editor.)

Quote:
Originally Posted by Justin View Post
What audio device and samplerate and block size are you using?
Audio device is a Komplete Audio 6 from Native Instruments, sample rate is usually 44100. I attached a screenshot of my audio settings. And "block size to use when rendering" is blank for me if that is relevant.

Quote:
Originally Posted by Justin View Post
Does setting Preferences/Audio/"Close audio device when stopped", and having the audio device stopped improve things?
No, doesn't seem to make a difference.

Quote:
Originally Posted by Justin View Post
Do you have any control surfaces configured in Preferences/Control Surfaces?
Just a Presonus FaderPort (the old one, not the newest iteration).

Quote:
Originally Posted by Justin View Post
If you install a fresh portable install and load this project, how does it perform?
Unfortunately no difference here either. In fact it's actually a bit worse?! Could also be my brain playing tricks on me.



Thanks for all your efforts so far!
Attached Images
File Type: png 20-06-_2019_07-51-42.png (41.4 KB, 250 views)

Last edited by lucor; 06-20-2019 at 01:34 AM.
lucor is offline   Reply With Quote
Old 06-20-2019, 07:40 AM   #24
Justin
Administrator
 
Justin's Avatar
 
Join Date: Jan 2005
Location: NYC
Posts: 15,721
Default

The track panel resizing being slow -- ok, that's a specific case -- the main arrange view editing (e.g. drawing automation or pencil drawing a new MIDI item, etc) should still be relatively fast in that case, though, right?

As far as the MIDI editor slowness (edit): aha, yes, it does slow down if *all contexts are editable*. Being visible is fine, but drawing CCs into a lane with all contexts editable, is indeed slow(er).
Justin is offline   Reply With Quote
Old 06-20-2019, 10:51 AM   #25
Justin
Administrator
 
Justin's Avatar
 
Join Date: Jan 2005
Location: NYC
Posts: 15,721
Default

Just tested on the mid-2012 RMBP w/ Win10, 4k display @60Hz via HDMI. Everything worked pretty well and fast with the project you sent.

Did I see correctly your audio interface is running with a block size of 1024 samples?

What display scaling settings do you have set in Windows?

Is REAPER set to be HiDPI aware (in preferences/General/Advanced)?

Any difference between 5.979 and 5.979+devXX?

Can you send a copy of your reaper.ini to support at cockos dot com? thanks!

Last edited by Justin; 06-20-2019 at 11:21 AM.
Justin is offline   Reply With Quote
Old 06-20-2019, 11:14 AM   #26
Justin
Administrator
 
Justin's Avatar
 
Join Date: Jan 2005
Location: NYC
Posts: 15,721
Default

Here's a little test I did (win10, 2012 RMBP, 4k display, 5.979+dev0619-ish):

https://www.youtube.com/watch?v=A7h5SP7HLiU
Justin is offline   Reply With Quote
Old 06-20-2019, 11:49 AM   #27
_Stevie_
Human being with feelings
 
_Stevie_'s Avatar
 
Join Date: Oct 2017
Location: Black Forest
Posts: 5,054
Default

*Chuckle*, Justin you are using a Reaper evaluation license

Okay, fun aside...

@lucor, there's just something that came into my mind. Can you check, if your
CPU speed is changing (task manager), when Reaper is running?

Cubase has this power profile, that always sets all CPUs to full speed.
I could imagine, that your CPU is running at lower speed, unless you have turned off all the C-states (which I always do, when I get a new machine).
__________________
My Reascripts forum thread | My Reascripts on GitHub
If you like or use my scripts, please support the Ukraine: Ukraine Crisis Relief Fund | DirectRelief | Save The Children | Razom
_Stevie_ is offline   Reply With Quote
Old 06-25-2019, 12:00 PM   #28
lucor
Human being with feelings
 
Join Date: Jan 2016
Posts: 65
Default

Sorry for the late reply, I crashed hard with a stomach bug the last couple of days.

Quote:
Originally Posted by Justin View Post
Did I see correctly your audio interface is running with a block size of 1024 samples?
Depends on how far I am into the project, I usually start out at 64 and end up at 1024 at the mixing stage.

Quote:
Originally Posted by Justin View Post
What display scaling settings do you have set in Windows?
None, everything is at 100%.

Quote:
Originally Posted by Justin View Post
Is REAPER set to be HiDPI aware (in preferences/General/Advanced)?
It wasn't. Just turned it to "Aware", but can't make out a difference.

Quote:
Originally Posted by Justin View Post
Any difference between 5.979 and 5.979+devXX?
No, looks the same.

Quote:
Originally Posted by Justin View Post
Can you send a copy of your reaper.ini to support at cockos dot com? thanks!
Sending now....

Quote:
Originally Posted by Justin View Post
Here's a little test I did (win10, 2012 RMBP, 4k display, 5.979+dev0619-ish):

https://www.youtube.com/watch?v=A7h5SP7HLiU
Yup, that looks quite a lot better than what I am experiencing. Really wondering what's going on.

Quote:
Originally Posted by _Stevie_ View Post
@lucor, there's just something that came into my mind. Can you check, if your
CPU speed is changing (task manager), when Reaper is running?
Thanks Stevie, I checked it out, but the CPU speed stays the same. I'm not sure about my C-States settings, but the computer was built by a professional audio PC builder here in Germany (Digital AudionetworX), so I guess they already did that.
lucor is offline   Reply With Quote
Old 06-25-2019, 01:11 PM   #29
Justin
Administrator
 
Justin's Avatar
 
Join Date: Jan 2005
Location: NYC
Posts: 15,721
Default

Thanks, I've now tested with your ini, and it's still fine here.

Can you test without any MIDI devices open and without any control surfaces configured? Also, test with using WaveOut and a 1024 sample blocksize (rather than ASIO)?

Additionally: try going to preferences/buffering, unchecking auto-detect the number of threads, and manually enter something like 4. (what was it detecting? 16?).
Justin is offline   Reply With Quote
Old 06-25-2019, 02:39 PM   #30
lucor
Human being with feelings
 
Join Date: Jan 2016
Posts: 65
Default

Quote:
Originally Posted by Justin View Post
Thanks, I've now tested with your ini, and it's still fine here.

Can you test without any MIDI devices open and without any control surfaces configured? Also, test with using WaveOut and a 1024 sample blocksize (rather than ASIO)?
Ok, I disabled all MIDI devices in the preferences (is that what you meant?), removed the Faderport from the control surfaces and changed to WaveOut, but still no change.

Quote:
Originally Posted by Justin View Post
Additionally: try going to preferences/buffering, unchecking auto-detect the number of threads, and manually enter something like 4. (what was it detecting? 16?).
Yes, it's detecting 16. Changing it to 4 also doesn't make a difference.
lucor is offline   Reply With Quote
Old 07-01-2019, 10:52 AM   #31
lucor
Human being with feelings
 
Join Date: Jan 2016
Posts: 65
Default

Well, I guess I'm shit out of luck for now?

I'm in a bit of a dilemma at the moment, because I kind of need to go back to Cubase to not lose my mind over the unresponsive UI, but when I'm in Cubase I'm losing my mind over it's now antiquated feeling workflow compared to REAPER.

I don't know if GPU acceleration would solve these UI problems, but I hope you'll consider implementing it or can find another solution.
I've been wanting to finally leave Cubase behind for so long, and I'm SO close!
lucor is offline   Reply With Quote
Old 07-01-2019, 02:53 PM   #32
azslow3
Human being with feelings
 
Join Date: Nov 2017
Location: Heidelberg, Germany
Posts: 797
Default

May be stupid, but can you open Performance Monitor in REAPER and system monitor in Windows and check the numbers when things are lagging? So, what exactly is lagging? Note there can be some other REAPER related processes, but not REAPER itself.

A bit surprising for me results on 10 years old "Celeron" (CoreDuo), resizing one track:
* 100 empty tracks:
- not laggy, REAPER - 40% CPU, dwm.exe - 13%, Interrupts - 5%
* 500 empty tracks:
- laggy, REAPER - 40%, dwm.exe - 30%, Interrupts - 5%.

Hm... REAPER is drawing not visible tracks?
(Cakewalk shows no increase for dwm, which stay at 5% with any number of empty tracks and not lagging resizing).

Win10, REAPER 5.979, graphics GTX1050Ti, E7500
azslow3 is offline   Reply With Quote
Old 09-13-2019, 03:21 PM   #33
xinky
Human being with feelings
 
Join Date: Apr 2016
Posts: 68
Default

Seems like im having same bug

for example:
resizing track with action
SWS/wol: Adjust envelope or track height under mouse cursor (MIDI CC relative/mousewheel)
takes about 1.5 sec per single height adjust (one small step)


bug occurs with 80+ tracks (most of them are collapsed into folders and muted, so basically shouldn't be even drawn every refresh I think?)
when I hide most of them in track manager on tcp, it's back to normal... but i need have this tracks laying around


also video (with ffmpeg) are a bit laggy from time to time. It's not "instant". Sometimes it takes like 2 secounds to video start showing picture


My setup:
4k display
dual cpu intel xeon x5660
42 gb ram
geforce 750 ti

i have tried i think every settings tweak i considered and found in this thread too. nothing works
xinky is offline   Reply With Quote
Old 12-18-2019, 09:49 AM   #34
Eraz
Human being with feelings
 
Join Date: Nov 2019
Posts: 225
Default

Quote:
Originally Posted by Justin View Post
Thanks, I've now tested with your ini, and it's still fine here.

Can you test without any MIDI devices open and without any control surfaces configured? Also, test with using WaveOut and a 1024 sample blocksize (rather than ASIO)?

Additionally: try going to preferences/buffering, unchecking auto-detect the number of threads, and manually enter something like 4. (what was it detecting? 16?).
Hey there, I kind of have the same issue here (maybe not that extremely, but still):

On my 32" 4k display the GUI lags when scrolling (you notice it the most when hand scrolling vertically with items on the tracks). Surprisingly it stops to hang when the midi editor or the mixer is opened. The more space the mixer/midi editor take up when opened, the more fluent the scroll is.

- when the midi editor/mixer is opened and takes up al least 1/4 of the screen the lag is gone
- I have 100+ tracks in my project and only a few items on them
- I have no plugins loaded
- It seems a bit better when I double the scale in the "Advanced UI/System Tweaks" but not much
- It does get worse the more items are on the tracks
- All the other things suggested here I tried out already
- the lag is gone on my 22" 1080p monitor

When hand scrolling and checking the task manager I see that my GPU is working from about 25-50% (normally it is below 15%). The CPU goes from 10-20%.
If Reaper does not use the GPU, how can it use 50% of it when hand scrolling?
I am using a Geforce GT 1030, but since Reaper shouldnt use it, it doesnt matter anyway, or does it?

Last edited by Eraz; 12-18-2019 at 10:23 AM.
Eraz is offline   Reply With Quote
Old 12-18-2019, 12:46 PM   #35
Seb7
Human being with feelings
 
Join Date: Dec 2019
Posts: 10
Default

The issue could be related to the presence of a Vst with resizable vector graphics interface. I have the same problem in a project with roughly 70 tracks and Sektor synth present. As soon as I remove Sektor problem dissapears.
Seb7 is offline   Reply With Quote
Old 12-18-2019, 01:46 PM   #36
Eraz
Human being with feelings
 
Join Date: Nov 2019
Posts: 225
Default

Quote:
Originally Posted by Seb7 View Post
The issue could be related to the presence of a Vst with resizable vector graphics interface. I have the same problem in a project with roughly 70 tracks and Sektor synth present. As soon as I remove Sektor problem dissapears.
In my case there is no Plugin loaded and it mostly affects hand scroll...
Try this:

1) Create a new project with 100 tracks, does not matter how they are set up and minimize them, so they are at their smallest size (~80 tracks per page)
2) draw an item on one track and handscroll around that item
3) repeat it, but now open the mixer or midi editor

Do you see any difference? I do on a 4k screen. Like going from 30 fps to 10.
Seems to be dependent on the number of tracks in the project? But why does it feel a lot smoother with the mixer open?
It seems that when there is something open in the lower zone, hand scroll changes its behaviour.


Edit:I Could reproduce the issue on my smaller 22" 1680x1050 screen by doing this:

1) Go into Prefs-> Advanced UI / System Tweaks and set Scaling to 0.5,
2) doing so I now can also fit ~70-80 minimized tracks on my small screen (just for testing)
3) draw an item on one track and handscroll around that item
4) repeat it, but now open the mixer or midi editor

Now it behaves exactly like my 4K screen when hand scrolling where I can fit easily 80 (minimized) tracks on one page.
It seems to be dependable to how many tracks(+items) are visible at the same time on one page. When opening the mixer you decrease the amount of visible tracks on the page and everything seems more fluid.
The thing is it already lags a lot when normal scrolling still feels fluid.

Last edited by Eraz; 12-18-2019 at 02:10 PM.
Eraz is offline   Reply With Quote
Old 12-19-2019, 06:48 AM   #37
Seb7
Human being with feelings
 
Join Date: Dec 2019
Posts: 10
Default

Quote:
Originally Posted by Eraz View Post
In my case there is no Plugin loaded and it mostly affects hand scroll...
Try this:

1) Create a new project with 100 tracks, does not matter how they are set up and minimize them, so they are at their smallest size (~80 tracks per page)
2) draw an item on one track and handscroll around that item
3) repeat it, but now open the mixer or midi editor

Do you see any difference? I do on a 4k screen. Like going from 30 fps to 10.
Seems to be dependent on the number of tracks in the project? But why does it feel a lot smoother with the mixer open?
It seems that when there is something open in the lower zone, hand scroll changes its behaviour.


Edit:I Could reproduce the issue on my smaller 22" 1680x1050 screen by doing this:

1) Go into Prefs-> Advanced UI / System Tweaks and set Scaling to 0.5,
2) doing so I now can also fit ~70-80 minimized tracks on my small screen (just for testing)
3) draw an item on one track and handscroll around that item
4) repeat it, but now open the mixer or midi editor

Now it behaves exactly like my 4K screen when hand scrolling where I can fit easily 80 (minimized) tracks on one page.
It seems to be dependable to how many tracks(+items) are visible at the same time on one page. When opening the mixer you decrease the amount of visible tracks on the page and everything seems more fluid.
The thing is it already lags a lot when normal scrolling still feels fluid.
On my system (two 1080 screens ) all very smoothly even with 200 tracks with or without mixer open.
If I may say... 10fps on any software UI doesn't necessarily feel laggy. Everyone has a different bias on how screen lag interferes with their work. The problem I have with Sektor is more to do with annoying mini screen freezes than slow fps.
Seb7 is offline   Reply With Quote
Old 12-19-2019, 08:39 AM   #38
ovnis
Human being with feelings
 
ovnis's Avatar
 
Join Date: Oct 2011
Posts: 2,924
Default

Sometimes, some plug-ins may slow Reaper. Try to disable some of your plug-ins.
ovnis is offline   Reply With Quote
Old 12-20-2019, 01:42 AM   #39
Eraz
Human being with feelings
 
Join Date: Nov 2019
Posts: 225
Default

Quote:
Originally Posted by ovnis View Post
Sometimes, some plug-ins may slow Reaper. Try to disable some of your plug-ins.
No plugins loaded. I ordered a new GPU to check if its that, but I am not sure.

Yesterday I tried to plug my 4k screen to the onboard graphics and compared to my external graphic card (GT 1030) it was even more laggy, impossible to work on a 4k screen. The GT 1030 is bare minimum for 4k screens, so that might be the issue. I will let you know afterwards.

I also checked some other DAW forums and people who had similar issues with 4k screens could solve their issue that way.

DAWs might not use GPUs directly but when zooming in/out with lots of tracks and events on a 4k screen the system has still to render that. As written above my GPU went from 20 to 50/60% in the task manager when hand scrolling.
Eraz is offline   Reply With Quote
Old 01-03-2020, 12:15 AM   #40
Eraz
Human being with feelings
 
Join Date: Nov 2019
Posts: 225
Default

Opened a separate bug report where I uploaded videos and tested different GPUs. You can also clearly see that Reaper uses GPU when scrolling around.
Reaper laggy GUI on 4K and using GPU when scrolling
Eraz is offline   Reply With Quote
Reply

Thread Tools
Display Modes

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is On
HTML code is Off

Forum Jump


All times are GMT -7. The time now is 06:35 PM.


Powered by vBulletin® Version 3.8.11
Copyright ©2000 - 2024, vBulletin Solutions Inc.