v6.67+dev0911 - September 11 2022

[sockmonkey72]

v6.67+dev0911 - September 11 2022

• * Includes feature branch: media item fade editing changes
• * Includes feature branch: selected media item appearance changes
• * Includes feature branch: track grouping manager dialog
• * Includes feature branch: CLAP plugin support
• * Includes feature branch: track media/razor edit grouping
• * Includes feature branch: improve experimental silent-track CPU reduction option to include FX tail length
• * Includes feature branch: media item fixed lanes
• * Includes feature branch: internal pin management overhaul for future extension
• + Batch converter: attempt to preserve image metadata if possible
• + Batch converter: do not override user-added metadata when preserving source metadata
• + FLAC: display information about embedded images in media source properties dialog
• + FLAC: fix occasional fail when embedding image metadata in rendered FLAC file
• + FLAC: support displaying embedded metadata images (cover art, etc) in media source properties dialog
• + MIDI editor: support CC ramps when playing back unsynchronized from project transport [p=2593482]
• + MIDI editor: support CC shapes when scrubbing
• + MP3: support displaying embedded metadata images (cover art, etc) in media source properties dialog
• + Metadata: support embedding ID3 tags in .aiff files
• + Project load: improve error message when non-automatable parameter has automation [t=268362]
• + Project load: slightly improve warning message when project elements are not recognized
• + ReaSurround: special handling of center-center overhead speaker in Auro setups [t=270532]
• + WAV/AIF: support displaying embedded metadata images (cover art, etc) in media source properties dialog
• # Render: strip rendered file path when writing outfile.render_stats.html
  

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

[Paul Eye]

Originally Posted by sockmonkey72

+ Project load: improve error message when non-automatable parameter has automation [t=268362]
+ Project load: slightly improve warning message when project elements are not recognized

Ah yes, that's better

[dom64]

Some issues have been found with CLAP plugins and using Reaper's oversampling... after trouble shooting, Alex suspects an issue in Reaper's Clap implementation.
Here's the discussion:

https://github.com/iPlug2/iPlug2/issues/895

[Sujununna]

Im not sure if this is bug or not but if i pan sound to (X+100 & Y+33 & Z+100) sound is much quieter or is this how it should work?

[schwa]

Originally Posted by dom64

Some issues have been found with CLAP plugins and using Reaper's oversampling... after trouble shooting, Alex suspects an issue in Reaper's Clap implementation.
Here's the discussion:

https://github.com/iPlug2/iPlug2/issues/895

Is there a binary of a plugin we can use to test this somewhere?

[dom64]

Originally Posted by schwa

Is there a binary of a plugin we can use to test this somewhere?

I tested earlier and it seemed to be happening with my iplug2/clap windows plugin here:

https://guitarandbassplugins.com/doomplugs/

[Phazma]

Originally Posted by sockmonkey72

[*]+ MP3: support displaying embedded metadata images (cover art, etc) in media source properties dialog

BUG (macOS 10.14.6):

1) Drag MP3 file into Reaper
2) Double click to open media item properties
3) Click "Properties..." (in media item properties window)
4) Click "Image" (in file properties window)
5) Close the image (by clicking on X)
6) Entire Reaper UI unresponsive (but no crash)

[schwa]

Originally Posted by dom64

Some issues have been found with CLAP plugins and using Reaper's oversampling... after trouble shooting, Alex suspects an issue in Reaper's Clap implementation.
Here's the discussion:

https://github.com/iPlug2/iPlug2/issues/895

OK, I think this is a bug on our side. We should be able to address it for the next build, although there may then be some unexpected behavior for the plugin to handle -- we'll see.

[schwa]

Originally Posted by Phazma

BUG (macOS 10.14.6):

1) Drag MP3 file into Reaper
2) Double click to open media item properties
3) Click "Properties..." (in media item properties window)
4) Click "Image" (in file properties window)
5) Close the image (by clicking on X)
6) Entire Reaper UI unresponsive (but no crash)

Fixing, thanks.

[dom64]

Originally Posted by schwa

OK, I think this is a bug on our side. We should be able to address it for the next build, although there may then be some unexpected behavior for the plugin to handle -- we'll see.

Thanks very muchly indeedy!

[AHarker]

Originally Posted by schwa

OK, I think this is a bug on our side. We should be able to address it for the next build, although there may then be some unexpected behavior for the plugin to handle -- we'll see.

Thanks Schwa - can you clue me in for what the unexpected behaviour might be?

Right now there's no obvious issue at the IPlug2 end but we get comb filtering with oversampling unless we set the oversampling high and then lower, and if I debug with guard malloc and scribble edges I can get consistent crashes in the REAPER CLAP hosting code that I assume are memory stampling/buffer overwrites [you might have picked this up from the thread, but it was long so in case not].

The problem can be replicated by building IPlugEffect on the clap branch of IPlug2 - if you need binaries I can provide - it doesn't seem to be platform-specific, as I'm on Mac for my main dev.

[schwa]

We're not correctly resizing an intermediate buffer when changing the oversampling rate, so samples are getting written to the wrong position within the buffer and sometimes off the end of the buffer. We'll fix that. My initial fix would have also changed the plugin initialization call to inform the plugin that the host might pass a wide range of possible buffer sizes, but Justin came up with a cleaner fix that may not need that. All of this will be in the next +dev build.

[AHarker]

Originally Posted by schwa

We're not correctly resizing an intermediate buffer when changing the oversampling rate, so samples are getting written to the wrong position within the buffer and sometimes off the end of the buffer. We'll fix that. My initial fix would have also changed the plugin initialization call to inform the plugin that the host might pass a wide range of possible buffer sizes, but Justin came up with a cleaner fix that may not need that. All of this will be in the next +dev build.

Thanks - That's great and corresponds to what we are seeing. FWIW at the moment when the oversampling changes (user selects new os rate and presses play) the activate function gets called on the CLAP plugin with min and max block sizes both equal to what I'd be expecting to receive (i.e. for 512 no OS we get 1024 for 2x and 2048 for 4x etc.). Sample rate is also updated as expected, so that bit seemed to be working fine already. It may be that I'm missing something but to me the plugin is being correctly informed already when it needs to be.

[MatthijsH]

Eternally grateful for all the hard work everyone is doing, and so incredibly swiftly.
Seriously impressed by all involved.
Thank you.