v6.79+dev0522 - May 22 2023

[sockmonkey72]

v6.79+dev0522 - May 22 2023

• * Includes feature branch: LV2 non-automatable patch parameter support including atom:Path
• * Includes feature branch: video YUV gamut selection
• * Includes feature branch: run ReaScripts in REAPER (new instance or already-running instance) from the command line
• * Includes feature branch: visual track spacers
• * Includes feature branch: 128 channels per track
• * Includes feature branch: updated Windows manifest for newer OS features
• * Includes feature branch: always running non-bypassed FX when the UI is visible
• * Includes feature branch: crossfade new recording with existing media items if configured
• * Includes feature branch: video from background projects
• * Includes feature branch: FX containers
• * Includes feature branch: improvements to aligning takes after recording
• * Includes feature branch: arrange view override mouse modifier sections
• * Includes feature branch: toolbar armed/special animations
• * Includes feature branch: pooled and unpooled ARA edits
• * Includes feature branch: shortcut import/export improvements and multiple main keyboard sections
• * Includes feature branch: GR metering as embedded UI for third-party VSTs
• * Includes feature branch: media item fixed lanes
• + CLAP: add clap_get_reaper_context() API
• + JSFX/ReaScript: support EEL2 preprocessor include()
• + LV2: non-automatable patch parameter support including atom:Path filename selection [t=252480]
• + MP3: fix possible incorrect initial latency when decoding
• + MP3: make peaks display at end of file consistent with other types
• + Regions: add action to select/unselect all regions for rendering
• + Video: default to OpenGL for video output
• + Video: fix typo in blitter feedback preset
• + Video: improve keyboard navigation of presets
• + Video: support project setting for YUV preview/conversion gamut: BT.601 (previous versions), BT.709, BT.2020
• # FX: support flushing buffers on bypass for JSFX
• # FX: support flushing buffers on bypass for lv2 plugins
• # Media item lanes: make various behaviors consistent when inserting a lane
• # Video: fix copying audio settings to video sources via video source properties dialog
• # Video: fix persistence of audio peaks resolution setting
• # Video: support UTF-8 localization in video source properties dialog

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

[mccrabney]

+ MP3: fix possible incorrect initial latency when decoding

if an mp3 that fits the above possible condition has been used in an existing project, will its timing be different after this addition?

[schwa]

Originally Posted by mccrabney

if an mp3 that fits the above possible condition has been used in an existing project, will its timing be different after this addition?

Potentially, by up to 16 samples. The most likely change (by far) is one sample.

[musicbynumbers]

Thanks!

With the "newish" run plugins with ui open. I have seen an issue when pressing stop with plugins that have large latency (like limiters), you can end up hearing the plugin for it's whole buffer.

Ideally it would be nice if the sound stopped when you pressed stop as it can make seeking quite hard to do.

I'll try and wrangle up an example that uses a free plugin.

[wholehalf]

+ LV2: non-automatable patch parameter support including atom:Path filename selection [t=252480]

Thanks so much for this!

I tried v6.79+dev0522 just now some lv2 plugins fail to scan with the following errors:

Sfizz:

usr/lib/lv2/sfizz.lv2 -- http://sfztools.github.io/sfizz: patch specified with unsupported type0 http://lv2.plug.in/ns/ext/atom#String

carla "audiofile" and "midifile"

usr/lib/lv2/carla.lv2 -- http://kxstudio.sf.net/carla/plugins/midifle.lv2: patch specified with unsupported resource0 http://kxstudio.st.net/carla/file/midi

[Justin]

Originally Posted by wholehalf

Thanks so much for this!

I tried v6.79+dev0522 just now some lv2 plugins fail to scan with the following errors:

Sfizz:


carla "audiofile" and "midifile"

Thanks! The Sfizz one should still load despite the error, I think?

[audiojunkie]

Thank you Justin for continuing work on LV2!!!!!!! Greatly appreciated!!

[Vagalume]

Can anyone elaborate a little this?
* Includes feature branch: updated Windows manifest for newer OS features
Ty

[wholehalf]

Originally Posted by Justin

Thanks! The Sfizz one should still load despite the error, I think?

Yes can confirm that Sfizz still loads despite the error.

I also tried zeroconvo.lv2 (https://github.com/x42/zconvo.lv2) It gives the same "patch specified with unsupported resource0" error as carla's audiofile and midifile.

[Stevie]

Originally Posted by sockmonkey72

* Includes feature branch: visual track spacers

Extremely useful feature, thanks!

[jack461]

Originally Posted by sockmonkey72

v6.79+dev0522 - May 22 2023
+ JSFX/ReaScript: support EEL2 preprocessor include()

Many thanks for this feature!

Can someone help me with the syntax and semantics of this "include" procedure?

I guess it expects a file name as a string.

Is the contents of this file considered as a preprocessor input (like this contents was in line, surrounded with "<?" and "?>", and where you need a print statement, or is this contents directly included in the eel/jsfx script?

Thanks!

[Phazma]

With the current video updates I am wondering if we can have an option in the properties dialog to “ignore video”. This would be nice if we want to edit audio and video of a clip separately, just duplicate the clip on a track underneath the original and set one to “ignore audio” and the other to “ignore video” and no need to glue to create an audio item and create a new, long audio file just for this purpose.

[schwa]

Originally Posted by Phazma

With the current video updates I am wondering if we can have an option in the properties dialog to “ignore video”. This would be nice if we want to edit audio and video of a clip separately, just duplicate the clip on a track underneath the original and set one to “ignore audio” and the other to “ignore video” and no need to glue to create an audio item and create a new, long audio file just for this purpose.

If you're going to be editing the audio, you are probably better off gluing or rendering it to a lossless format anyway. Part of the reason for the recent changes to how audio from video files is handled is that it can be CPU intensive to seek AAC (or similarly compressed) audio, which can also create a lot of processor load when zooming in to display high-resolution audio peaks.

[mccrabney]

Originally Posted by schwa

...it can be CPU intensive to seek AAC (or similarly compressed) audio, which can also create a lot of processor load when zooming in to display high-resolution audio peaks.

does this processor load scenario also apply to non-video compressed audio formats?

looks like i need to be more vigilant about gluing all of the lossy garbage i use in my projects.

[Justin]

Originally Posted by mccrabney

does this processor load scenario also apply to non-video compressed audio formats?

looks like i need to be more vigilant about gluing all of the lossy garbage i use in my projects.

Things that use AAC and VLC/ffmpeg/avfoundation/WMF to decode, in general, yeah. The native formats should be quite a bit faster to seek (and they also don't have to deal with the larger size of the interleaved video tracks). But in general nothing seeks faster than a .wav file.

[Justin]

Originally Posted by jack461

Many thanks for this feature!

Can someone help me with the syntax and semantics of this "include" procedure?

I guess it expects a file name as a string.

Is the contents of this file considered as a preprocessor input (like this contents was in line, surrounded with "<?" and "?>", and where you need a print statement, or is this contents directly included in the eel/jsfx script?

Thanks!

It's a relative pathname, and if you do:

hello<? include("foo.txt"); ?>world

and foo.txt is:

FOO<?printf("hi");?>

it would be the same as

helloFOO<?printf("hi");?>world

(_suppress and other preprocessor contexts are shared across files)

[Meo-Ada Mespotine]

Originally Posted by Phazma

With the current video updates I am wondering if we can have an option in the properties dialog to “ignore video”. This would be nice if we want to edit audio and video of a clip separately, just duplicate the clip on a track underneath the original and set one to “ignore audio” and the other to “ignore video” and no need to glue to create an audio item and create a new, long audio file just for this purpose.

+1 on ignore video

[Phazma]

Originally Posted by schwa

If you're going to be editing the audio, you are probably better off gluing or rendering it to a lossless format anyway.

For actual editing yes (unless the imported video is a mov with non-compressed audio).

But sometimes the audio serves only as a guide track which just needs to be muted/unmuted indipendently of the video. It would be nice if this was possible without creating an extra audio file.

Originally Posted by schwa

Part of the reason for the recent changes to how audio from video files is handled is that it can be CPU intensive to seek AAC (or similarly compressed) audio, which can also create a lot of processor load when zooming in to display high-resolution audio peaks.

Great. I remember Jon Tidey mentioning that performance improves when ignoring audio in a video items (and use a glued duplicate for the audio). So this is no longer needed? There is no point now in separating audio and video if it is not going to be touched anyway?

[musicbynumbers]

Not sure if this is an easy fix and I guess this is probably a SWS issue so I'll report it there too but track spacers mess up the vertical positioning on a few SWS things when used in conjunction with the mouse position.

Mainly things like:

-contextual toolbars (showing menu under mouse)
-previewing item under mouse
-SWS zoom tool (can no longer draw a box)

There's probably others and this might also affect reascripts etc too.

I'll go and mention it on the SWS area as well though.

[Dstruct]

Originally Posted by sockmonkey72

default to OpenGL for video output

What are the benefits of this on Windows systems?

[musicbynumbers]

Originally Posted by musicbynumbers

Not sure if this is an easy fix and I guess this is probably a SWS issue so I'll report it there too but track spacers mess up the vertical positioning on a few SWS things when used in conjunction with the mouse position.

Mainly things like:

-contextual toolbars (showing menu under mouse)
-previewing item under mouse
-SWS zoom tool (can no longer draw a box)

There's probably others and this might also affect reascripts etc too.

I'll go and mention it on the SWS area as well though.

Just to add that the issue gets worse the more spacers you add in and goes as soon as you take them all out.

Love spacers now but love my SWS workflow more

[musicbynumbers]

Just an update that it seems NoFish and some others who work on SWS are on to the issue now so all good

https://github.com/reaper-oss/sws/is...ent-1559958636

[nofish]

Originally Posted by sockmonkey72

[*] * Includes feature branch: visual track spacers

Nitpick, probably:
I'm late to the party with track spacers, finally wanted to check it out and first place I looked for it was in the 'Insert' main menu.
Shouldn't it be there also (in addition to in Action list)?, at least would make it probably more discoverable for (new) users not following changelog closely.

edit:
Oh and maybe e.g. in the empty TCP/MCP context menu?

[Ideosound]

Originally Posted by Phazma

With the current video updates I am wondering if we can have an option in the properties dialog to “ignore video”. This would be nice if we want to edit audio and video of a clip separately, just duplicate the clip on a track underneath the original and set one to “ignore audio” and the other to “ignore video” and no need to glue to create an audio item and create a new, long audio file just for this purpose.

+1 on ignore audio on a video file/track. I usually disable the routing or kill the volume on a video track if not using the audio. However if it meant we can save some CPU by ignoring the (likey AAC etc) processing, that would be useful.

[inthevoid]

Originally Posted by Ideosound

+1 on ignore audio on a video file/track. I usually disable the routing or kill the volume on a video track if not using the audio. However if it meant we can save some CPU by ignoring the (likey AAC etc) processing, that would be useful.

+1, being able to ignore the audio on video files would be really handy. I almost never want to use the audio on video items as 99% of the time I'm receiving sync audio stems (dialogue/fx/temp music) with picture as separate audio files.

Edit: you can already, ignore me

[Ideosound]

Originally Posted by inthevoid

+1, being able to ignore the audio on video files would be really handy. I almost never want to use the audio on video items as 99% of the time I'm receiving sync audio stems (dialogue/fx/temp music) with picture as separate audio files.

Yes this, I only use the audio on the video if no stems are supplied or it's just a guide VO track or something rough to be replaced.

[schwa]

You can already ignore the audio on a video item, via the source properties dialog. The request is to ignore the *video* on a video item.

[inthevoid]

Originally Posted by schwa

You can already ignore the audio on a video item, via the source properties dialog. The request is to ignore the *video* on a video item.

Ah! Sorry, I had no idea. That's fantastic. Thanks!

[Ideosound]

Originally Posted by schwa

You can already ignore the audio on a video item, via the source properties dialog. The request is to ignore the *video* on a video item.

Is this the mute checkbox on source properties? So is this more CPU efficient than either disabling the routing of the track or turning the track level down to disable audio?

Support ignoring video option also.

[schwa]

Release version: right click, source properties, ignore audio checkbox.

Development versions: right click, source properties, disable audio via dropdown.

[smandrap]

Hi,

This works fine in release versions, but pre-releases are misbehaving.
To reproduce:

- set snap offset on an item
- zoom in a lot
- the snap offset position and its handle are "not in sync"



EDIT: found the first pre-release build with this problem: it's 6.78+dev0327 . Previous builds work fine. Should i post this in the problematic version's thread?

[schwa]

Originally Posted by smandrap

the snap offset position and its handle are "not in sync"

Fixing, thanks for the report.