 |
|
|
12-20-2022, 05:16 PM
|
#1
|
Human being with feelings
Join Date: Jul 2013
Location: Québec
Posts: 465
|
v6.72+dev1220 - December 20 2022
v6.72+dev1220 - December 20 2022
- * Includes feature branch: selected media item appearance changes
- * Includes feature branch: media item fixed lanes
- + API: add midi editor play cursor preview override API for playtime
- + Audio devices: fix input/output audio channel aliasing when only removing some outputs [t=273424]
- + Grouping: improve some corner case behaviors when track media/razor edit groups are used in addition to automatically grouping selected tracks
- + Media explorer: avoid freeze/redraw when accidentally doing a tiny file drag from file list
- + Media explorer: avoid temporary freeze when accidentally doing a tiny drag from playback preview area
- + Media items: improve display performance when media items have many take markers outside the visible bounds of the item [t=273948]
- + Peak building: fix corner case where peaks would fail to build for some media [t=273919]
- + Razor edit: fix deleting areas on master track envelopes with ripple-all-tracks enabled [p=2625216]
- + Razor edits: fix grouped preview on FIPM and fixed-lane tracks
- + Razor edits: fix grouped preview on FIPM tracks
- + ReaScript: add MEDIA_EDIT_LEAD/MEDIA_EDIT_FOLLOW to documentation for GetSetTrackGroupMembership, etc
- + Render: improve speed of writing outfile.render_stats.html when rendering many files at once [t=273917]
- # Grouping: prevent weirdness when grouping razor edits on envelope lanes of fixed lane tracks [p=2625549]
- # IDEs/ReaScript: improve/fix win32 international keyboard issues
- # Media items: clear grouped item selection preview when disabling item grouping via action
- # Media items: make preference to display grouped selection preview enabled by default
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
|
|
|
12-21-2022, 12:42 AM
|
#2
|
Human being with feelings
Join Date: Jan 2008
Location: Vancouver, BC
Posts: 3,599
|
I've noticed render window loudness stats can be way off.
They are correct when the render is finished, but don't seem to always update during (noticed with multiple projects.)
Also maybe it's resolution dependent, but there's more than enough space in the column to write "TruePeak"
__________________
FRs: v5 Media Explorer Requests, Global Quantization, Session View
Win10 Pro 64-bit, Reaper 6(x64), AMD 3950x, Aorus X570 Master, 64GB DDR4 3600, PowerColor Red Devil 5700XT, EVO 970 2TB, 10TB HD, Define R6
|
|
|
12-21-2022, 04:11 AM
|
#3
|
Human being with feelings
Join Date: Sep 2018
Location: HH
Posts: 874
|
IMO there is no benefit to displaying the current values numerically, since no one can read them that quickly unless the time constants of the dynamics processor are set quite high. Currently, it just adds a lot of clutter when the GR values are running up and down like crazy all over the mixer.
My suggestion:
For the numeric GR value I would prefer a max hold. Preferably on the left side of the meter. As the scale of the meter adjusts to an increasing gain reduction, this provides a clear view of the meter bar.
It shows the max value, holds it for - let's say 3 or 5 sec - and then releases it.
If the meter bar additionally draws a small vertical line as an indicator for the max hold position, we have a ton of information.
- We know the numeric max value.
- We have an indicator of where the max value is on the meter bar.
- We have a red bar as an indicator of where the current value is on the meter.
- From these 3 pieces of information, it is possible to derive quite precisely which current value the red meter bar displays in relation to the max value.
...
Last edited by Zeno; 12-21-2022 at 03:51 PM.
|
|
|
12-21-2022, 04:47 AM
|
#4
|
Human being with feelings
Join Date: Jan 2014
Posts: 867
|
|
|
|
12-21-2022, 06:35 AM
|
#5
|
Human being with feelings
Join Date: Jan 2014
Posts: 867
|
|
|
|
12-21-2022, 06:39 AM
|
#6
|
Human being with feelings
Join Date: Jun 2020
Location: Brazil
Posts: 139
|
Quote:
- + Media items: improve display performance when media items have many take markers outside the visible bounds of the item [t=273948]
|
It's fixed and it's great now, thanks a lot! ♥
|
|
|
12-21-2022, 07:59 AM
|
#7
|
Human being with feelings
Join Date: Aug 2006
Location: Berlin
Posts: 11,759
|
Gain reduction is a general indicator. Peak is the only number I'd ever be interested in. The rest is covered by the actual meter, which only needs to rise quickly. Sort of like an RTW gas peak meter.
It is extremely rare now that I ever look at the numbers.
Last edited by airon; 12-21-2022 at 08:43 AM.
|
|
|
12-21-2022, 10:25 AM
|
#8
|
Human being with feelings
Join Date: Mar 2011
Location: On my arse in Glasgow, Scotland
Posts: 1,710
|
Is it intended that (since the column view mod) the render stats on-the-fly display is no longer available, or is there a setting?
[edit]
Last edited by bolgwrad; 12-21-2022 at 10:32 AM.
|
|
|
12-21-2022, 10:34 AM
|
#9
|
Human being with feelings
Join Date: Jul 2008
Location: The Netherlands
Posts: 3,598
|
Quote:
# IDEs/ReaScript: improve/fix win32 international keyboard issues
|
Yeah, now I can type double quotes, accented letters, etc. again. Thanks!
|
|
|
12-21-2022, 11:18 AM
|
#10
|
Human being with feelings
Join Date: Apr 2019
Posts: 337
|
Quote:
Originally Posted by Embass
|
Off topic, but what exactly is this? Which feature? Numbers 1 and 2 on TCP, two items on the same track..is it a new feature?
|
|
|
12-21-2022, 12:05 PM
|
#11
|
Human being with feelings
Join Date: Oct 2018
Posts: 194
|
Quote:
Originally Posted by STOP
[*]+ API: add midi editor play cursor preview override API for playtime
|
Interesting. How does this work exactly? Is there anyway this could be used to create a midi scrub action that doesn’t move the play cursor? Probably not, but just checking. I’ve been looking for a way to do this since I started using reaper, which is the way midi scrub works in fl studio.
|
|
|
12-21-2022, 12:55 PM
|
#12
|
Human being with feelings
Join Date: Dec 2012
Posts: 13,321
|
Quote:
Originally Posted by alphoc
Off topic, but what exactly is this? Which feature? Numbers 1 and 2 on TCP, two items on the same track..is it a new feature?
|
Read purple lines in the first post.
|
|
|
12-21-2022, 01:07 PM
|
#13
|
Human being with feelings
Join Date: Apr 2019
Posts: 337
|
OK, it's a new feature, now I understand why I didn't see it before :-)
|
|
|
12-21-2022, 01:24 PM
|
#14
|
Human being with feelings
Join Date: Dec 2012
Posts: 13,321
|
Quote:
Originally Posted by alphoc
OK, it's a new feature, now I understand why I didn't see it before :-)
|
Not quite. It's been in dev builds for quite a while.
I believe this it the first build, where it appeared:
https://forum.cockos.com/showthread.php?t=250266
Wow, almost 2 years ago.
|
|
|
12-21-2022, 01:41 PM
|
#15
|
Human being with feelings
Join Date: Mar 2011
Location: On my arse in Glasgow, Scotland
Posts: 1,710
|
Wow indeed.
|
|
|
12-21-2022, 02:46 PM
|
#16
|
Human being with feelings
Join Date: Oct 2019
Location: Moscow, Russia
Posts: 836
|
This bug exist in latest official release, but as autogrouping still on table, I write here:
|
|
|
12-21-2022, 02:52 PM
|
#17
|
Human being with feelings
Join Date: Dec 2012
Posts: 13,321
|
Quote:
Originally Posted by AZpercussion
This bug exist in latest official release, but as autogrouping still on table, I write here:
|
I guess it's the same: https://forum.cockos.com/showthread.php?t=273993
|
|
|
12-21-2022, 07:22 PM
|
#18
|
Moderator
Join Date: Aug 2007
Location: Caracas, Venezuela
Posts: 8,645
|
Quote:
Originally Posted by Zeno
IMO there is no benefit to displaying the current values numerically, since no one can read them that quickly unless the time constants of the dynamics processor are set quite high. Currently, it just adds a lot of clutter when the GR values are running up and down like crazy all over the mixer.
My suggestion:
For the numeric GR value I would prefer a max hold. Preferably on the left side of the meter. As the scale of the meter adjusts to an increasing gain reduction, this provides a clear view of the meter bar.
It shows the max value, holds it for - let's say 3 or 5 sec - and then releases it.
If the meter bar additionally draws a small vertical line as an indicator for the max hold position, we have a ton of information.
- We know the numeric max value.
- We have an indicator of where the max value is on the meter bar.
- We have a red bar as an indicator of where the current value is on the meter.
- From these 3 pieces of information, it is possible to derive quite precisely which current value the red meter bar displays in relation to the max value.
...
|
Wholeheartedly agree.
__________________
Pressure is what turns coal into diamonds - Michael a.k.a. Runaway
|
|
|
12-21-2022, 09:06 PM
|
#19
|
Human being with feelings
Join Date: Feb 2019
Location: Austin, TX
Posts: 379
|
Would be nice though if it had the same peak hold options as the regular meters.
|
|
|
12-22-2022, 12:58 AM
|
#20
|
Human being with feelings
Join Date: Jan 2016
Location: Los Angeles, CA
Posts: 2,833
|
Even some steps indicating 3dB increments of GR would be easy enough to read, in lieu of displaying the number. Like a 1-pixel vertical tint every 3dB...
|
|
|
12-22-2022, 05:18 AM
|
#21
|
Human being with feelings
Join Date: Sep 2018
Location: HH
Posts: 874
|
Quote:
Originally Posted by ferropop
Even some steps indicating 3dB increments of GR would be easy enough to read, in lieu of displaying the number. Like a 1-pixel vertical tint every 3dB...
|
Basically a good idea, but there is a catch. I've seen this done on some jsfx, but it only works if the scale has a fixed total range, which is not the case here (which I like). This means that as the GR increases, the number of notches would either have to be multiplied (if the range increases from 6dB to 24dB, the number of notches quadruples) or the reference value of the notches would shift (instead of one notch per 3dB, it would suddenly be 12dB). Both variants would not be very useful in practice. Option 1 adds unnecessary clutter and option 2 forces you to open the plugin UI as a reference, which undermines the whole point of an embedded meter.
The current implementation is also anything but useful, as the numeric GR readout obstructs the view of the meter bar and adds no useful information for the user. I really hope the devs will reconsider their concept until the final implementation in an official release build.
I may be a bit biased here, but I really think the concept I presented in post #3 objectively provides the most information for the user with a minimum of clutter. And it is very easy to implement. The one compromise I made here is the nomenclature. Minus "-" instead of "GR: " may not be wrong, but it is far from perfect. On the other hand, it saves 3 characters and thus takes up less space, which is good for the meter readability.
...
Last edited by Zeno; 12-22-2022 at 06:06 AM.
|
|
|
Thread Tools |
|
Display Modes |
Linear Mode
|
Posting Rules
|
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts
HTML code is Off
|
|
|
All times are GMT -7. The time now is 11:31 AM.
|