RapidComposer v4 beta feedback and discussion (locked)

[Mykyndryd_]

Ah. Thanks Attila. I was dragging a folder to the chord track.
Thanks for that.

Cheers. Mike.

[BluGenes]

And that merge composition bug.. When you merge a composition that has a VST track on it, the VST information is not saved correctly when reloaded.

Create a track and add a VST, then save the composition.
Create a new composition.
Merge the saved composition. (I used the default merge settings, append, new track)
Close RC
Restart RC and load the new merged composition. ( I use "load last composition" in settings)

On the track header, the track header shows the preset as the name, with no ICON for displaying the VST

If you reload the VST from the instruments drop down, it fixes itself.

[lulukom]

I improved the scale list, which displays the chord on the new scale, and Ctrl-click on a scale will set the scale for the selected chord (when there is one selected chord):

Thank you, Attila! It's great !

[sj1]

The only thing to be careful with is you cannot cancel conversion of hierarchical folders, so please think twice before you drop a whole drive...

Too late! Not a whole drive, but a very big tree. Been crunching for a couple of hours now. I'll mention how it turns out.

So, FWIW, I think announcing the folders as they are being processed and allowing the process to be interrupted (and resumed?) might be a nice-to-have at a future point.

Ouch! I am sorry about that. Loading each MIDI file and analyzing chords may take long...

Not your bad, my own!

However, as it is now the next day and still running , I think I'll kill the process and recommend that this potential situation be anticipated and ameliorated at some future point, if possible.

[musicdevelopments]

And that merge composition bug.. When you merge a composition that has a VST track on it, the VST information is not saved correctly when reloaded.

I did not forget about this one...
Now this is fixed too! Thanks for reporting it, and of course your patience!

v4.1 will be released on Monday. Lots of features have been added in the last two months, which everyone should enjoy who do not participate in beta testing

Thanks,
Attila

[musicdevelopments]

I think I'll kill the process and recommend that this potential situation be anticipated and ameliorated at some future point, if possible.

Yes, definitely, this must be fixed.

[sj1]

Hi,

Here is a mystery to me -

In the Progression Browser, sometimes right-clicking on the category arrowhead leads to multi-selection of all the included (desirable when the goal is to delete them):

RC - Click on Arrow Selects 01.jpg

and sometimes right-clicking on the category arrowhead does not do any selection:

RC - Click on Arrow Does Not Select 01.jpg

I'd tend to favor consistent behavior here, or else if there is to be two possible behaviors we need to know how to invoke one or the other.

[sj1]

I'd also like to ask about deleting progressions from the Progression Browser.

It seems that deleting progressions from the Progression Browser in RC does not remove the directories/files deleted from their disk location under the RapidComposerV4/DB folder.

If that is intentional, then the implication is that the folder could be rescanned to restore those files to RC's knowledge. How would this be done?

Does RC keep an index of progressions ( .rcCHPR files ) separate from the files themselves ( as found in the DB folder )?

[musicdevelopments]

Right-clicking on the folder/category will select all items. Clicking on the arrowhead does not select anything, regardless if it was a left or right click.

It seems that deleting progressions from the Progression Browser in RC does not remove the directories/files deleted from their disk location under the RapidComposerV4/DB folder.

Yes, correct.

If that is intentional, then the implication is that the folder could be rescanned to restore those files to RC's knowledge. How would this be done?

You can do that manually from Explorer/Finder if you accidentally 'deleted' some progressions, by renaming files (removing the leading dot). There is no file restore built into RapidComposer.

Does RC keep an index of progressions ( .rcCHPR files ) separate from the files themselves ( as found in the DB folder )?

No. Files are scanned during startup. As a consequence you can organize your files conveniently in Explorer/Finder.

[sj1]

Hi,

I'm not seeing a 2nd line in the Progression Browser display when it seems I should see it. Am I mistaken?

RC - No Second Line 01.jpg

[sj1]

Right-clicking on the folder/category will select all items. Clicking on the arrowhead does not select anything, regardless if it was a left or right click.

OK, thanks for that clarification. I must have been straddling the dividing line!

Update: I was observing a consequence of the persistence of selection state. IOW, if you first open a dir in the Browser, then right-click on the folder/category will select all items and then you can subsequently close and open the dir with the arrowhead and you will see those items still selected. (Same if less-than-all items are selected). To the naive viewer (that would be me!) it can appear that the arrowhead sometimes selects and sometimes not. There's probably no need to alter this behavior, though I do wonder if there might at some point be unforeseen consequences to "hidden selections".

[sj1]

You can do that manually from Explorer/Finder if you accidentally 'deleted' some progressions, by renaming files (removing the leading dot). There is no file restore built into RapidComposer.

Does RC keep an index of progressions ( .rcCHPR files ) separate from the files themselves ( as found in the DB folder )?

No. Files are scanned during startup. As a consequence you can organize your files conveniently in Explorer/Finder.

OK, great! I get it now.

And I see that if all the files in a folder have been deleted from inside RC (and thus given a "." in front of their names in Explorer/Finder then RC will not display that directory in the Browser, though you will still see it on disk in Explorer/Finder, waiting for one or more files to have the "." potentially removed, which will reinstate the directory and that file(s) in RC's Browser.

Makes perfects sense! Thanks.

[sj1]

BTW, when I thought a directory drag into the Progression Browser wasn't importing, it was because my Browser sort was at that time not set to {name} and so the imported dir was being stuffed into the middle of the list instead of at the end where I was expecting to see it (ala my Name-sorted display in Explorer).

So, beware your sort settings everyone! <g>

[sj1]

Attila, you promised to add the ability to collect scales for only one selected chord in the master track))

I don't remember I promised that , but I improved the scale list, which displays the chord on the new scale, and Ctrl-click on a scale will set the scale for the selected chord (when there is one selected chord):

Is this for 4.1b10, or 4.1b11?

I ask because I'm not seeing it (in b10) when I select some chords and open Possible Scales: via the Master Track Inspector.

Actually, just to get myself completely clear on this if I can, wrt. the hierarchy of inheritance, etc. -

Can we or can we not assign a "scale of the moment" (rather than a scale for the whole Composition)?

If so, how? (Sorry if this has been previously discussed!)

If not, can such a capability be accepted as a future goal?

[sj1]

Yes, for pasting phrases the keyboard focus should be the workspace. Ctrl-C and Ctrl-V means copying/pasting 'time' if the timeline is in keyboard focus. That is why a blue rectangle is displayed around the keyboard focus area from v4.0. You can turn it off if you assign a transparent color to "Keyboard Focus Rectangle" as lulukom did

OK, I see it near the bottom of User Interface - Colors.

RC - Keyboard Focus to Red.jpg

I think I'll go opposite lulukom and use Red make it as obvious as I can!