v6.35+dev0830a - August 30 2021

[Funkybot]

v6.35+dev0830 - August 30 2021:

• + Project bay: read source file attributes from cache if possible, to improve loading time for bays that contain many retained files
• + Render: automatically filter control characters from filenames on render targets [t=256971]
• + VST3: improve handling of 0x90-encoded note-offs [t=256283]
• + Video: fix rendering at framerates lower than 1/video_cache_size [t=256901]

v6.35+dev0830a - August 30 2021

• * Includes feature branch: MIDI editor note reordering
• * Includes feature branch: media item lanes
• # Project bay: fix likely crash due to cross-module alloc/free [p=2476860]

This thread is for pre-release features discussion. Use the Feature Requests forum for other requests.

Changelog - Pre-Releases

Generated by X-Raym's REAPER ChangeLog to BBCode

[musicbynumbers]

+ Project bay: read source file attributes from cache if possible, to improve loading time for bays that contain many retained files

Thanks! I'll give that a go as project bays can be slow to load if they are saved ones

EDIT: does seem to be a bit faster so thanks! I'll see if it gets stuck at any point like it use to but so far seems reliable.

[juan_r]

Originally Posted by Funkybot

• + VST3: improve handling of 0x90-encoded note-offs [t=256283]

I haven't met any problems with "real" (0x90) note offs yet, maybe because most (all?) of my controllers use note ons with velocity 0, but let me nitpick while the topic's fresh.

Maybe this should be optional on a plugin by plugin basis, in case the controller and the plugin can both accommodate note off velocity?

[Lannister]

+ VST3: improve handling of 0x90-encoded note-offs [t=256283]

This has fixed the held notes issue with the VST3 version of Kontakt.

https://forum.cockos.com/showpost.ph...28&postcount=3

[Justin]

Originally Posted by juan_r

I haven't met any problems with "real" (0x90) note offs yet, maybe because most (all?) of my controllers use note ons with velocity 0, but let me nitpick while the topic's fresh.

Maybe this should be optional on a plugin by plugin basis, in case the controller and the plugin can both accommodate note off velocity?

In that case the controller should be using 0x80 note-offs, which are unaffected.

[JRTaylorMusic]

When the a non-playback item ends, other item(s) mix in with playback item before the appropriate playback item ends.


Subsequently, I found extending the top item to "enclose" the bottom item prevented it from playing back in that spot.

[RobinGShore]

• + Project bay: read source file attributes from cache if possible, to improve loading time for bays that contain many retained files

Not seeing any improvement here. Projects with a lot of retained items still freeze for upwards of 5 minutes when opening the project bay the first time

[bigjoe]

Originally Posted by Funkybot

v6.35+dev0830 - August 30 2021:
[list][*]+ VST3: improve handling of 0x90-encoded note-offs [t=256283]

Fantastic! Thanks a lot for that!

[schwa]

Originally Posted by RobinGShore

Not seeing any improvement here. Projects with a lot of retained items still freeze for upwards of 5 minutes when opening the project bay the first time

Is it any better the next time you open that same project?

[Icchan]

Originally Posted by Justin

In that case the controller should be using 0x80 note-offs, which are unaffected.

It's reasonable to assume, that if a controller uses "wrong messages", it's stuck that way and you're asking people to and buy new hardware.

I mean no offense by this, but world isn't perfect and isn't built by the spec or "what's reasonable"... And most of all, most of the controllers and software out there will never get firmware updates or software patches after release.

So I'd give the option to deal with "non ideal" hardware and software.

[schwa]

Note-off velocity is unaffected, and note-off messages are unaffected. The only change is that when translating from MIDI to VST3 events, a MIDI note-on with velocity zero -- which REAPER and all other compliant hardware and software treats as equivalent to a note-off message -- is translated as a VST3 note-off event, rather than a note-on event with velocity zero. There's no expectation of reasonable or unreasonable behavior, and nothing that worked before should stop working.

[EvilDragon]

In other words, sending MIDI to a hardware MIDI out is also unaffected. So - all good here.

[RobinGShore]

Originally Posted by schwa

Is it any better the next time you open that same project?

No, it's not. I just tried opening the same project three times in a row, and Reaper hung for almost exactly the same amount time (about 4 minutes and 40 seconds, I timed it with a stop watch ) all 3 times

[Justin]

Originally Posted by RobinGShore

No, it's not. I just tried opening the same project three times in a row, and Reaper hung for almost exactly the same amount time (about 4 minutes and 40 seconds, I timed it with a stop watch ) all 3 times

Just doublechecking -- that was with 6.35+dev0830a or 6.35+dev0901, right, not 6.36rc1?

Is the media local or on a network drive?

If the media is made unavailable (e.g. rename the directory they are in temporarily) does that speed things up?

--

I did some testing on linux here, on a local drive... and 10,000 files resolve very quickly (a second or two) with or without the caching. The only thing is that it does have to stat() each file to get the modify-date and size, so if that was a slow network drive it might still take a bit. But 4+ minutes is way too long. How many files is it?

--

Can you run it again, then while it is taking 4+ minutes, run Terminal.app, and type:

sudo spindump REAPER

(you will need to enter your password to that command if it prompts)

... it will produce a dump, email me that

[RobinGShore]

Originally Posted by Justin

Just doublechecking -- that was with 6.35+dev0830a or 6.35+dev0901, right, not 6.36rc1?

Yeah, 6.35+dev0830a

Is the media local or on a network drive?

local, spread across several directories on two different drives

If the media is made unavailable (e.g. rename the directory they are in temporarily) does that speed things up?

Only hangs for a second or two if the media is unavailable

How many files is it?

9870 retained items, but only 1282 unique media files

Can you run it again, then while it is taking 4+ minutes, run Terminal.app, and type:

sudo spindump REAPER

(you will need to enter your password to that command if it prompts)

... it will produce a dump, email me that

Just sent you the dump file.

[Justin]

Thanks! I see why this is doing it and it'll be fixed for the next +dev cycle!

[nvk]

Faint peaks in folder tracks don't adjust to the fixed track lanes bar (sorry not sure what the name of it is). Included a screenshot so you can see what I mean.