v6.55 - April 23 2022

[mabian]

v6.55 - April 23 2022

• + Accessibility: fix toolbar accessibility quirks
• + Accessibility: improve MSAA get_accFocus behavior for media explorer toolbar and envelope window
• + ARA: support older versions of Melodyne [t=265683]
• + Audio Units: fix UI issue with some plug-ins (6.54 regression) [p=2549829]
• + DDP: allow enabling dither when rendering [t=265581]
• + DDP: improve help text [t=244730]
• + FX: add oversampling indicator to floating FX windows
• + FX: clarify labels of oversampling settings [t=265642]
• + FX: option to hide FX chain window until FX are added (6.54 addition) is ignored if the Add-FX window is already visible [t=265693]
• + Media items: allow copying, selecting locked items (6.54 regression)
• + Metadata: list only WAVEEXT metadata tags under common scheme / channel configuration [p=2549344]
• + Razor edits: fix moving envelope areas across tracks that do not contain a matching FX parameter or send envelope [t=265671]
• + Recording: fix MIDI overdub recording potentially being affected by the next recording pass [t=252884]
• + Render: support HTML render statistics chart without internet connection
• + Render: automatically resize render statistics chart to fit browser window
• + Render: display LRA range in HTML render statistics chart
• + Render: display rectified peaks for reference in HTML render statistics chart
• + Render: graph maximum rather than average loudness per pixel in HTML render statistics chart
• + Render: rename render window "stats" button to "stats/charts"
• + Theme: fix TCP/MCP text colors for classic themes [t=265636]
• + Undo: fix undo points when adding tracks via new (in 6.54) drag-to-top-of-track option [p=2550309]
• + Undo: fix undo points generated by actions that move media items to/from hidden tracks [p=2550492]

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

[akademie]

Thanks for DDP fixes and enhancements

[chmaha]

The browser render statistics are a thing of beauty. Wow.

[IXix]

Thanks devs! I missed 6.54, got to catch up!

[Kr3eM]

I updated from 6.47 and it seems that "Hide buttons when take lane height is less than X pixels" not working in this release? Or have I missed any changes?

[schwa]

Originally Posted by Kr3eM

I updated from 6.47 and it seems that "Hide buttons when take lane height is less than X pixels" not working in this release? Or have I missed any changes?

Seems to be working as expected here. What specifically is not behaving as you expect?

[Kr3eM]

Originally Posted by schwa

Seems to be working as expected here. What specifically is not behaving as you expect?

I just realized i didn't mention it is in the context when having "Draw labels above the item rather than within the item"

...I think? I use to have the buttons dissappear when going under 38px and then the name of the item would instead be drawn over the item... now this does not work.

Do I Make any sense?

[Kr3eM]

I had a old portable v6.40 on hand and looked there...

In Preferences/Appearance/Media
"Draw labels above the item, rather..."

under it there's an extra option

"Except when the media item height is less than the label height"

...that's not showing in v6.55 ...has that been removed?

[schwa]

Not quite following, sorry! Here is what I see with "draw labels above the item" enabled (default) and "media item buttons: no fx" enabled (not default, but ensures there are per-take buttons to display). Below a certain height, the per-take buttons are not displayed.

[schwa]

Originally Posted by Kr3eM

I had a old portable v6.40 on hand and looked there...

In Preferences/Appearance/Media
"Draw labels above the item, rather..."

under it there's an extra option

"Except when the media item height is less than the label height"

...that's not showing in v6.55 ...has that been removed?

Yes, that additional configuration option was removed. Labels above items are now automatically hidden when the item height is less than the label height, because there were previously combinations of settings that could result in very tiny items with full-sized labels.

[Kr3eM]

Originally Posted by schwa

Yes, that additional configuration option was removed. Labels above items are now automatically hidden when the item height is less than the label height, because there were previously combinations of settings that could result in very tiny items with full-sized labels.

Okay...so I can't have this behaviour any longer? That is where my minized tracks will show no buttons and write the label in the item while my normal sized+ tracks will show the buttons and the label above the item?

I made the arrows after reading your last post...but still...I already made them so...

[schwa]

Ah, I see. Our goal in reducing the number of options was to avoid situations where the settings could interact in undesirable ways, but it might be possible for us to restore that behavior as automatic, if the item is too small to show labels above the item but the take is tall enough to display labels within the item.

.. if we did enable that behavior, it would be easy to have combinations of settings where the display is changing frequently as the item changes height, like this, which is maybe not ideal but maybe ok?

[Kr3eM]

Originally Posted by schwa

Ah, I see. Our goal in reducing the number of options was to avoid situations where the settings could interact in undesirable ways, but it might be possible for us to restore that behavior as automatic, if the item is too small to show labels above the item but the take is tall enough to display labels within the item.

Well I'm not a fan of automatic behaviours in general but what exactly would decide when the item is too small to show labels above? If the answer is "Hide buttons when take height is less than X pixels" would trigger the label to be displayed within item, then I have no objections.

[schwa]

The behavior would use the same "hide labels when the media item height is less than Y pixels" setting. If the setting is enabled to draw the label above the item, there is less room to draw the item, so if the item height *would be* less than Y pixels when drawing the label above the item, don't draw the label above the item, in which case there's more room to draw the item, so its height may now be greater than Y pixels, in which case the label can be drawn within the item.

[Kr3eM]

Edit: didn't see you post....

Well I'll have to get back to you on this one since my brain is totally nonfunctional as I needed to eat like 2 hours ago...because now I can read your answer but my brain doesnt tell me what it all means ..

[lorenzo.gavanna]

Hi everyone! Thank you for your hard work! I tried with standard and portable version with 6.55 update and I'm facing this graphic issue.
Repaer Version 6.55 (standard and portable)
PC Machine Windows 10 machine (can't check on mac)
no script running
Issue: the meter in the rendering window shows the same level for Left and Right channel even if one of them is completely set to 0 and/or they are different. Sending you screenshots showing the issue that, in any case, is not affecting the final result (mp3 or wav no change).
Thank you again. Since 6.54 everything was showing properly.
Hope it's clear enough.

[schwa]

Originally Posted by lorenzo.gavanna

Hi everyone! Thank you for your hard work! I tried with standard and portable version with 6.55 update and I'm facing this graphic issue.
Repaer Version 6.55 (standard and portable)
PC Machine Windows 10 machine (can't check on mac)
no script running
Issue: the meter in the rendering window shows the same level for Left and Right channel even if one of them is completely set to 0 and/or they are different. Sending you screenshots showing the issue that, in any case, is not affecting the final result (mp3 or wav no change).
Thank you again. Since 6.54 everything was showing properly.
Hope it's clear enough.

We will be releasing an update to fix this shortly! (Note that only the meters themselves are affected, not the rendered file itself)

[lorenzo.gavanna]

Originally Posted by schwa

We will be releasing an update to fix this shortly! (Note that only the meters themselves are affected, not the rendered file itself)

Yes excactly as I wrote the problem is only graphic!! Thank you again!!!

[Kr3eM]

Originally Posted by schwa

The behavior would use the same "hide labels when the media item height is less than Y pixels" setting. If the setting is enabled to draw the label above the item, there is less room to draw the item, so if the item height *would be* less than Y pixels when drawing the label above the item, don't draw the label above the item, in which case there's more room to draw the item, so its height may now be greater than Y pixels, in which case the label can be drawn within the item.

So after some food and ritalin refill brain says that should work for me...brain been wrong before but brain says trust sock puppets as brain is right as rain soooo....looking forward to it.

[Fabian]

Originally Posted by BethHarmon

The browser render statistics are a thing of beauty. Wow.

Truly!
Thanks, devs.

[Ligero]

Hi (first post)

Until 6.53 I saw media items (and its waveforms) spreading over the entire space of a minimized track, but from 6.54 onwards they slimmed down to the point of being indistinguishable from each other. Excuse me if it's something obvious, but I have read the .54, .55 and .56 posts and I couldn't find and answer.

Thank you very much.

[schwa]

I think you have something very small set for preferences/appearance/media/hide labels when the media item height is less than [] pixels. The default is 28.

[Ligero]

Originally Posted by schwa

I think you have something very small set for preferences/appearance/media/hide labels when the media item height is less than [] pixels. The default is 28.

Hi, preferences are, as far as I can see, the same in all versions; at least I haven't changed anything, at all.

[schwa]

Originally Posted by Ligero

Hi, preferences are, as far as I can see, the same in all versions; at least I haven't changed anything, at all.

This maybe has something to do with interaction with FIPM which it looks like you are using. Could you possibly trim a project down to just one track that demonstrates the behavior and share the .rpp? (no need to attach media or anything else.)

[Ligero]

Originally Posted by schwa

This maybe has something to do with interaction with FIPM which it looks like you are using. Could you possibly trim a project down to just one track that demonstrates the behavior and share the .rpp? (no need to attach media or anything else.)

Hi, I made two one-track projects, one with 6.53 and one with 6.56. Regardless of which version they were created with, the two projects are displayed correctly (for me) in 6.53 and incorrectly in 6.56.

Hope that helps, thank you.

[schwa]

Ah, thanks. This was never really handled consistently, but we should be able to improve it!

[Ligero]

Originally Posted by schwa

Ah, thanks. This was never really handled consistently, but we should be able to improve it!

Oh no, thanks to you. As I'm accustomed to the old view I'll stay for now in 6.53 for practical reasons, but Reaper is indeed wonderful.