v3 Beta Feedback And Discussion (Bugs, Features, Suggestions)

Official support for: musicdevelopments.com
RELATED
PRODUCTS
RapidComposer RapidComposer LE

Post

You also have the glue phrase action in the phrase inspector too..
When phrases are clue together, the variations are simply discarded, but not rendered.

Post

lulukom wrote: Tue Oct 06, 2020 5:42 am
You also have the glue phrase action in the phrase inspector too..
When phrases are clue together, the variations are simply discarded, but not rendered.
hmm, yea, oops, forgot to mention that.. which brings up a great idea for a new request..

usually, if I remember to do so, I try and do an incremental save of the project I am working on. Ok, so, when I am in a DAW, also do a duplicate copy of a track as a back up when I am about to do a major edit, just in case..

RC doesn't have a duplicate track action..

Post

which brings up a great idea for a new request..
RC doesn't have a duplicate track action..
+1

Post

^^
Hmm..
is it something else than the " * " Command/Action : duplicate track?

Post

i got a problem with opening project in the latest RC Standalone 3.9b47 x64
b45 seems fine (i don't have b46)

tracks
-MIDI:General MIDI,
-No Patch Change (all uses default name)
-assigned to separate midi channels 1 to 5

(just in case .. project in the attachment)

Image
You do not have the required permissions to view the files attached to this post.

Post

I have the same problem on the standalone , only the first track loads on a multi track project.I use folders and get a single empty track with an empty folder.

Beta 46 was fine this problem only started for me with Beta 47.

Post

Hi. Beta 47 destroyed tracks on me also. They appear to be gone forever.

Post

yellukhan wrote: Tue Oct 06, 2020 7:21 am ^^
Hmm..
is it something else than the " * " Command/Action : duplicate track?
oops.. I stand corrected.. thanks!

Post

Internal stuff changed..

He did say this was going to happen... viewtopic.php?p=7875913#p7875913

Post

I understood from Attila's answer that from version 4 , projects that were created using version 3 would not open in version 4.I can't believe that a version 3 beta eating version 3 projects is by design.

Post

secondstep wrote: Tue Oct 06, 2020 11:47 am I understood from Attila's answer that from version 4 , projects that were created using version 3 would not open in version 4.I can't believe that a version 3 beta eating version 3 projects is by design.
For all practical purposes, the 3.9 beta is version 4.. There won't be any more releases of version 3..

Post

Ah OK!
seems the b45 is my final for v3 then,
Thank you BluGenes :tu:

Post

BluGenes wrote: Tue Oct 06, 2020 4:18 pm
secondstep wrote: Tue Oct 06, 2020 11:47 am I understood from Attila's answer that from version 4 , projects that were created using version 3 would not open in version 4.I can't believe that a version 3 beta eating version 3 projects is by design.
For all practical purposes, the 3.9 beta is version 4.. There won't be any more releases of version 3..
Maybe it would make sense to be labeling it as RC 4.0 alpha/beta1 etc. from this point on.

And if we are at that point (because the needed breaking of backward compatibility has now started to happen), I also suggest wrapping up the v3 Beta topic (this current topic) and creating a new topic for v4 Beta.
Last edited by sj1 on Wed Oct 07, 2020 2:37 am, edited 1 time in total.

Post

I'd also like to suggest that a new locked topic be created to contain only the new release announcements themselves.

IOW, the same release announcement posts from MusicDevelopments as currently appear here, copied over at creation time, but nothing else in that topic (no other discussion).

This would make the release announcements (and only the release announcements) practically searchable (which they are not now - try it if your impulse is to think opposite!) to answer questions such as "When did feature ABC arrive?", "When did feature XYZ change?" and so forth.

It would also allow for the progress over time to be easily seen and appreciated en masse.

It would be a moment's extra effort for Attila at each release point, but I think the benefits to all over time would more than justify that.

Post

Excellent suggestions in my opinion sj1.

Of course it will be for Attila to decide the way forward.

Return to “MusicDevelopments”