You are here

Request :: Copy/paste & repeat

Hi there,
Thanks for getting me running on the new version again, very nice.
looks like you've fixed or added most things i had in mind for requesting.
Had a read thru both of Lexridges lists, and i didn't see this mentioned anywhere.

I like the new cut and paste, much better than piling them on top of each other like before.
i was going to suggest making it so that every paste added the next copy butt-spliced to the end of the currently focused part, and then set focus onto the new part, so you could keep pasting and it would auto grow along the track.

I prefer what you've done, though, for pasting, but a distinct repeat feature would be really useful now.
For me ideally it would have 2 modes and number of copies options.
modes would be butt-spliced or quantised, with quantised as default.
butt-splice is useful for 7/8 timed loops, atmospherics, drones etc,
quantised would always move the start point to the nearest bar/beat etc depending on current quantise setting, so that a slightly under or oversized part would still sync up ok.

Do copied parts exist as duplicates in memory, or is there an asset pool of sorts,
with each part pointing to an asset, but having its own start/finish/fade-in/fade-out/volume attributes etc?
just wondering as it's pretty memory hungry the way i'm using it at the moment.

Thanks again so much for the work you do on this,
i'm having so much fun digging out my old guitar and drum machines again :)

Forums: 
rncbc's picture

Yeah, that paste & repeat option sounds a good idea in deed. Thanks for the suggestion, it will get noted up.

Yes, you're plain right. Current implementation has no support for linked clips. Each copied clip has its own attribute properties and cached resources. Yes, memory consumption is an issue when too many clips are in session, special when those don't overlap and are just plain copies of each other.

A "linked" clip concept would address this issue. Linked clips must belong to the same track and never overlap; all linked clips share the same fade-in/out, file and buffer-thread instances, most certainly in a reference-counted manner. However, unfortunately, all this hasn't seen any attempt on implementation. Maybe it might just fit nicely in this new "Edit/Paste Repeat..." command? Quite on the spot, eh? :)

Cheers
--
rncbc aka Rui Nuno Capela

sounds good to me, many thanks Rui :)

Could there be a way to select a series of adjacent clips on a track and combine them? Would this help with memory usage? It would probably help with disk read access, since there would be fewer small clips to open and read.

rncbc's picture

there's no current device to merge or concatenate any two or more adjacent clips together, if that's what you're asking. otoh, the linked clips concept is about having several replicated clips, which must not overlap ever, and share the same disk buffer cache--that is my idea of linked clips, which is a pertinent idea nevertheless but still have no implementation to date :).

rncbc's picture

An experimental form of the Paste-repeat command has been implemented (qtractor-0.2.2.1144+). Not linked, plain copies of clips that is.

Add new comment