X1c still with Clone Last Track in Folder bug (since Sonar 4)

Page: < 12 Showing page 2 of 2
Author
Anderton
Max Output Level: 0 dBFS
  • Total Posts : 14070
  • Joined: 2003/11/06 14:02:03
  • Status: offline
Re:X1c still with Clone Last Track in Folder bug (since Sonar 4) 2011/09/14 06:37:52 (permalink)
I don't understand your question - "How do you remember which track number corresponds to which folder?" Then again, I don't experience the problem you've had - the cloned track never shows up in the next folder. If it starts from a folder track, it ends up in the same folder track if I specify the "starting at" track number as the last track within the folder. If I don't specify a track number, it defaults tp being the first track immediately after the folder track.

Then I can create another folder track, and put the cloned track in there. Or not, depending on whether I'm just doing one extra track of vocals, or I plan to do something like massed harmonies.

Maybe I just don't understand the problem. Is it that you want to be able to specify a particular folder as a destination when you clone a track? In other words, you want a "Clone to specific folder" command?
#31
JazzSinger
Max Output Level: -73 dBFS
  • Total Posts : 895
  • Joined: 2004/07/06 16:30:59
  • Status: offline
Re:X1c still with Clone Last Track in Folder bug (since Sonar 4) 2011/09/14 07:57:19 (permalink)
Anderton


I don't understand your question - "How do you remember which track number corresponds to which folder?"
 
You said:
 
... as someone who often clones a track from a folder to create a new track in a different folder (e.g., vocal settings are perfect, but I want separate folders for lead and harmony vocals, or separate folders for higher and lower harmonies),    
 
In other words, you clone a lead vocal track and you want it to land in your, lets say, Lower Harmonies folder? That folder contains lets say (at the moment) tracks 23 to 28. You have to remember that. Then you open the Clone Track dialog and you set your Starting Track to a number from 23 to 28! (correction, 23 to 27)
 
That is a workaround based on your knowledge of the way track numbers and folders relate to each other. To someone at your level, it is probably second nature by now. 
 
For most normal users, it would be far easier to select a Folder name, not a starting track. 
 
But it would be far better to abandon this rarely used two-steps-in-one approach altogether. Just make a clone in the folder.  And if it is the bottom track, make the clone in the same folder under the parent track.
 
And if it really is necessary to add a target folder or starting track for experts, don't make that functionality require additional steps for only the last track. A normal user is not going to understand why.
 
 
Then again, I don't experience the problem you've had - the cloned track never shows up in the next folder. If it starts from a folder track, it ends up in the same folder track if I specify the "starting at" track number as the last track within the folder. If I don't specify a track number, it defaults tp being the first track immediately after the folder track.
 
And that is precisely the problem. To you, that behavior is obviously second nature. To most users, it's not.
 
Imagine having to specify a starting file number when you make a copy of the last text file in Windows Explorer to ensure it doesn't fall into the next folder!
...
Maybe I just don't understand the problem. Is it that you want to be able to specify a particular folder as a destination when you clone a track? In other words, you want a "Clone to specific folder" command?
No.
 
I want to clone the last track and NOT have it drop out into the next folder.
 
And I want to do that without having to remember each time the additional gymnastics required that ONLY apply when cloning the last track.
 
And I would also like to be able to drag-and-drop a track to the bottom of a folder.
 
And it's not just me. If you read this thread, nearly all users are dumbfounded by this behavior.
 
As things stand  the Clone Track function tries to combine two operations in one go:
 
1) Cloning/Creating a new track in a folder, (Folders model) and
 
2) moving a track to a different track position (Multitrack tape recorder model). 
 
The additional step saved is not worth the bewilderment it causes.
 
post edited by JazzSinger - 2011/09/14 08:40:27
#32
John T
Max Output Level: -7.5 dBFS
  • Total Posts : 6783
  • Joined: 2006/06/12 10:24:39
  • Status: offline
Re:X1c still with Clone Last Track in Folder bug (since Sonar 4) 2011/09/14 08:36:07 (permalink)
I agree with the view that the current implementation of this is kind of "coder-ish", rather than working well from a "user" point of view.

I do a lot of work with Photoshop, and the way that handles folders for layers is much nicer. Basically, there's a "duplicate layer" option, which creates a copy next to the original. If the original's in a folder, then so is the copy. Simple as that.
Asking the user what track number they want the copy to go to seems to me a very "programmer" type of question. It makes a flawed assumption that all answers are equally likely.

I would imagine this is not the case. I rather suspect that 99% of the time, you want it next to the original, and then 1% of the time, you want it somewhere else. But I reckon that 100% of the time, it's easier to visually drag it to where you want it after copying than it is to think up what number it should be; especially given that the numbers aren't fixed. Track *number* is actually fairly meaningless, and arguably could be dispensed with entirely.

http://johntatlockaudio.com/
Self-build PC // 16GB RAM // i7 3770k @ 3.5 Ghz // Nofan 0dB cooler // ASUS P8-Z77 V Pro motherboard // Intel x-25m SSD System Drive // Seagate RAID Array Audio Drive // Windows 10 64 bit // Sonar Platinum (64 bit) // Sonar VS-700 // M-Audio Keystation Pro 88 // KRK RP-6 Monitors // and a bunch of other stuff
#33
jm24
Max Output Level: -54 dBFS
  • Total Posts : 2127
  • Joined: 2003/11/12 10:41:12
  • Status: offline
Re:X1c still with Clone Last Track in Folder bug (since Sonar 4) 2011/09/14 12:26:51 (permalink)
I am sure thousands of users have experienced this behavior. And most wonder, "WTF!." Some say it aloud. I usually say, "****!."

It would be helpful if the feature suggestion process, and the problem reporter, would respond thus to this, and the dozens of other such issues:

"This issue has been reported hundreds of times during the past 6 years. Since the behavior persists it should be clearly understood that no changes will be made. Please do not report it again."

But we did get a new FUI this time. So, be happy.

j
#34
John T
Max Output Level: -7.5 dBFS
  • Total Posts : 6783
  • Joined: 2006/06/12 10:24:39
  • Status: offline
Re:X1c still with Clone Last Track in Folder bug (since Sonar 4) 2011/09/14 12:28:02 (permalink)
What's a FUI?

http://johntatlockaudio.com/
Self-build PC // 16GB RAM // i7 3770k @ 3.5 Ghz // Nofan 0dB cooler // ASUS P8-Z77 V Pro motherboard // Intel x-25m SSD System Drive // Seagate RAID Array Audio Drive // Windows 10 64 bit // Sonar Platinum (64 bit) // Sonar VS-700 // M-Audio Keystation Pro 88 // KRK RP-6 Monitors // and a bunch of other stuff
#35
The Maillard Reaction
Max Output Level: 0 dBFS
  • Total Posts : 31918
  • Joined: 2004/07/09 20:02:20
  • Status: offline
Re:X1c still with Clone Last Track in Folder bug (since Sonar 4) 2011/09/14 12:45:51 (permalink)
friendlier user interface


#36
Anderton
Max Output Level: 0 dBFS
  • Total Posts : 14070
  • Joined: 2003/11/06 14:02:03
  • Status: offline
Re:X1c still with Clone Last Track in Folder bug (since Sonar 4) 2011/09/14 13:20:55 (permalink)

<<In other words, you clone a lead vocal track and you want it to land in your, lets say, Lower Harmonies folder? That folder contains lets say (at the moment) tracks 23 to 28. You have to remember that. Then you open the Clone Track dialog and you set your Starting Track to a number from 23 to 28! (correction, 23 to 27)
 
That is a workaround based on your knowledge of the way track numbers and folders relate to each other. To someone at your level, it is probably second nature by now. 
 
For most normal users, it would be far easier to select a Folder name, not a starting track.>>

Okay, I see what you're saying now. The reason why this never was an issue for me is because that's not the kind of workflow I use for clones and folders. I use folders more like the way Logic does - when I have tracks I want to organize, I create a folder and "pack" them into it. At that point, it's almost 90% certain that if I want to clone a track that is in a folder, I'll want the cloned track to remain in that folder, as it will clone the characteristics of the other tracks in the folder. For example, if I'm doing tripled vocals, I'll want the same processing, levels, sends, etc. The one parameter that gets changed in the clone almost all the time is panning.

The other 10% of the time I'll want to use the clone as a basis for an individual track or populating a new folder. That's when I clone "outside the folder" and create a new track. Sometimes I'll leave it as a track, and sometimes it will be the basis for starting a new folder to "pack" tracks into.

That's also why I like the "repetitions" option, and use it a lot. When I get a remix that has, for example, six backup vocals, I can bring in one track and tweak it the way I want, then create five additional clones and drag the clips into those tracks. So that's a very fast way of working for me.

It sounds like you create the folder first to hold the tracks, then create the tracks to put in the folders. I create the track or tracks first, then create the folder or folders to hold them. I never find myself, for example, cloning vocal properties and having them end up in a folder with drum tracks.

So basically, it seems like the workflow for clones and folders was designed for the way I want to use them anyway, so I don't have a problem. OTOH you use clones and folders in a different way, so it doesn't work for you. I guess the question then becomes, as you stated, how to reconcile applying very different workflows to an identical function.
#37
pwal
Max Output Level: -46 dBFS
  • Total Posts : 2909
  • Joined: 2004/08/24 07:15:57
  • Status: offline
Re:X1c still with Clone Last Track in Folder bug (since Sonar 4) 2011/09/14 13:29:12 (permalink)
the cloned track, by default, should be in the same folder, simple as

list of stuff
#38
Tripecac
Max Output Level: -58 dBFS
  • Total Posts : 1702
  • Joined: 2004/01/27 16:45:15
  • Location: New Zealand
  • Status: offline
Re:X1c still with Clone Last Track in Folder bug (since Sonar 4) 2011/09/14 13:38:18 (permalink)
+1 as

tripecac.com
Sonar Platinum + Komplete 9
Win7 SP1 64bit, Intel i7 950 3.07GHz, 12 GB RAM, M-Audio Delta44 (for Sonar), ASUS Xonar DX (for everything else), Nvidia GTX970, 2xSSD, 3xSATA


#39
jm24
Max Output Level: -54 dBFS
  • Total Posts : 2127
  • Joined: 2003/11/12 10:41:12
  • Status: offline
Re:X1c still with Clone Last Track in Folder bug (since Sonar 4) 2011/09/14 16:37:08 (permalink)
What is amazing to me is: we are told the majority of employees at CW are musicians who, in some way, use the recording products.

How is it for more that 6 years no one at CW has complained about this issue?

I regularly clone tracks, without data, for the settings.  And I nearly always clone to edit the copy of the data, rather than the original.

I do not think I am unusual (about this). Yet this feature persists.  No doubt, dozens of threads, and hundreds messages, and at least dozens of feature requests, and bug reports, have been posted about this issue.

And yet it remains alive.

Absurd it is.

j
#40
JazzSinger
Max Output Level: -73 dBFS
  • Total Posts : 895
  • Joined: 2004/07/06 16:30:59
  • Status: offline
Re:X1c still with Clone Last Track in Folder bug (since Sonar 4) 2011/09/15 03:53:18 (permalink)
Anderton

...when I have tracks I want to organize, I create a folder and "pack" them into it.

At that point, it's almost 90% certain that if I want to clone a track that is in a folder, I'll want the cloned track to remain in that folder, as it will clone the characteristics of the other tracks in the folder. 
Yes! Even you agree that 90% of the time, that is what one wants. But clone the last track(s), and they'll drop into the next folder.
 
When I get a remix ... I can ... create five additional clones and drag the clips into those tracks. So that's a very fast way of working for me.

But not very fast if you need to drag them to the BOTTOM of a folder! 

It sounds like you create the folder first to hold the tracks, then create the tracks to put in the folders.

First I record the whole band live with a 16-input interface. 
 
Then I put each track into its own named folder.
 
Later, each musician comes in separately to redo his/her track. This can mean doing many takes until the artist is satisfied.

To preserve each take I clone it with settings but without audio, ready for the next take.

Since the last take is inevitably the last track, cloning always drops it into the next folder! Each time I have to drag it back, ABOVE the originating track (you CANNOT DRAG TO THE BOTTOM OF A FOLDER), and then re-drag the originating track ABOVE the cloned track!!!

Sometimes my fiddling breaks the artist's flow. Not good at all.
I create the track or tracks first, then create the folder or folders to hold them. I never find myself, for example, cloning vocal properties and having them end up in a folder with drum tracks.

That happens to me nearly all the time.

So basically, it seems like the workflow for clones and folders was designed for the way I want to use them anyway, so I don't have a problem.

Strange. From your description, our workflow habits overlap in places. I'm surprised you haven't run into this issue yet.

post edited by JazzSinger - 2011/09/15 06:55:42
#41
JazzSinger
Max Output Level: -73 dBFS
  • Total Posts : 895
  • Joined: 2004/07/06 16:30:59
  • Status: offline
Re:X1c still with Clone Last Track in Folder bug (since Sonar 4) 2011/09/19 08:50:14 (permalink)
Before I issue a feature request to CAKEWALK, I would like to see what others think of the following idea:
 
The fundamental problem is that, by requiring the user to enter a starting track postion to move a track;  if that position happens to be BETWEEN two folders, there is no way to know whether the user wants the track in the upper folder or the lower folder. You cannot mix the tracks and the folders model.

Also, projects are growing larger and larger. To make it easy for users to take advantage of increasing hard-drive space and CPU power, the flat Multitrack based view will have to be abandoned at some point anyway; or be offered merely as an alternative for small projects.

Therefore:


1. Short-term fix:

In the Clone Track dialog, remove the Starting Track selection entirely (easy to do. Just set control property Visible = False), and adapt the cloning code so that the last track's clone is ALWAYS the last track in the originating folder (needs some coding).


2. Long-term solution:

Move fully to a folders-only based solution. Allow folders with subfolders, and with unambiguous drag and drop. Use the folder model to its fullest advantage by simplifying all the grouping, multiple tracks-in-a-track and all the other features that have been introduced into Sonar over the years that were intended to clean up the problem of having too many tracks.

It might be possible to have a Folders view and a Tracks view in separate tabs. After all, the console view lives in parallel with the current track view.

Is this realistic? Any Devil's Advocates out there?
post edited by JazzSinger - 2011/09/19 08:55:45
#42
pathos
Max Output Level: -84 dBFS
  • Total Posts : 331
  • Joined: 2010/12/08 20:22:37
  • Status: offline
Re:X1c still with Clone Last Track in Folder bug (since Sonar 4) 2011/09/19 09:00:56 (permalink)
pwal


the cloned track, by default, should be in the same folder, simple as

Yes, it's pretty simple.
If you're dealing with tracks in a folder then adding ,deleting or editing them should be folder dependent.
 
 
#43
jm24
Max Output Level: -54 dBFS
  • Total Posts : 2127
  • Joined: 2003/11/12 10:41:12
  • Status: offline
Re:X1c still with Clone Last Track in Folder bug (since Sonar 4) 2011/09/19 10:36:28 (permalink)
As written above, the cloned track should inherit all properties of the source track. This is currently the default, except for track number.

The default folder property should also be inherited, unless unchecked, as with the other properties.

This should be an opt out choice.
#44
mudgel
Max Output Level: 0 dBFS
  • Total Posts : 12010
  • Joined: 2004/08/13 00:56:05
  • Location: Linton Victoria (Near Ballarat)
  • Status: offline
Re:X1c still with Clone Last Track in Folder bug (since Sonar 4) 2011/09/19 10:54:19 (permalink)
the fact that this is 2011 and SONAR 4 came out in 2004 should indicate that Cakewalk view it as the way it's supposed to work. despite the numerous times it's come up in threads over the years and now again 9 months after X1 was released. I can't see it changing considering there is as it's been explained a perfectly adequte work around.
Maybe what we really need is a list of work arounds so we don't continue to make the mistake that what we consider is a bug or poor implementation is infact working as intended and here's a work around for the occassions when you want to do it differently than intended.

Im serious. I'd like to see that list.


Mike V. (MUDGEL)

STUDIO: Win 10 Pro x64, SPlat & CbB x64,
PC: ASUS Z370-A, INTEL i7 8700k, 32GIG DDR4 2400, OC 4.7Ghz.
Storage: 7 TB SATA III, 750GiG SSD & Samsung 500 Gig 960 EVO NVMe M.2.
Monitors: Adam A7X, JBL 10” Sub.
Audio I/O & DSP Server: DIGIGRID IOS & IOX.
Screen: Raven MTi + 43" HD 4K TV Monitor.
Keyboard Controller: Native Instruments Komplete Kontrol S88.
#45
John T
Max Output Level: -7.5 dBFS
  • Total Posts : 6783
  • Joined: 2006/06/12 10:24:39
  • Status: offline
Re:X1c still with Clone Last Track in Folder bug (since Sonar 4) 2011/09/19 11:07:45 (permalink)
I doubt anyone at Cakewalk is married to this implementation as being absolutely the right way it should be. I more suspect it's just not very high on the priority list.

http://johntatlockaudio.com/
Self-build PC // 16GB RAM // i7 3770k @ 3.5 Ghz // Nofan 0dB cooler // ASUS P8-Z77 V Pro motherboard // Intel x-25m SSD System Drive // Seagate RAID Array Audio Drive // Windows 10 64 bit // Sonar Platinum (64 bit) // Sonar VS-700 // M-Audio Keystation Pro 88 // KRK RP-6 Monitors // and a bunch of other stuff
#46
guitartrek
Max Output Level: -47 dBFS
  • Total Posts : 2842
  • Joined: 2006/02/26 12:37:57
  • Status: offline
Re:X1c still with Clone Last Track in Folder bug (since Sonar 4) 2011/09/19 19:27:46 (permalink)
You're probably right - it is not high on their priority list.  But the time they've had to spend reponding to the feature requests throughout the years is probably way more than the time it would have taken them to make this change.
#47
guitartrek
Max Output Level: -47 dBFS
  • Total Posts : 2842
  • Joined: 2006/02/26 12:37:57
  • Status: offline
Re:X1c still with Clone Last Track in Folder bug (since Sonar 4) 2011/09/19 19:31:34 (permalink)
JazzSinger


1. Short-term fix:

In the Clone Track dialog, remove the Starting Track selection entirely (easy to do. Just set control property Visible = False), and adapt the cloning code so that the last track's clone is ALWAYS the last track in the originating folder (needs some coding).


2. Long-term solution:

Move fully to a folders-only based solution. Allow folders with subfolders, and with unambiguous drag and drop. Use the folder model to its fullest advantage by simplifying all the grouping, multiple tracks-in-a-track and all the other features that have been introduced into Sonar over the years that were intended to clean up the problem of having too many tracks.

It might be possible to have a Folders view and a Tracks view in separate tabs. After all, the console view lives in parallel with the current track view.

Is this realistic? Any Devil's Advocates out there?
I like your ideas.  What I'd like to see them do Before this is implement Folders in the Console view.
 
The console view is much worse than the track view because the column widths are more or less fixed.  If you have more than a certain number of tracks, you can't see them all in the console.  I would love to see vertical folders in the console view - before they implement nested subfolders.

#48
JazzSinger
Max Output Level: -73 dBFS
  • Total Posts : 895
  • Joined: 2004/07/06 16:30:59
  • Status: offline
Re:X1c still with Clone Last Track in Folder bug (since Sonar 4) 2011/09/20 06:09:37 (permalink)
@jm24: Are you suggesting a "keep in folder" checkbox, default = TRUE?

This is a simple solution, but again this introduces something that only makes sense if the last track is being cloned. Suppose you set the starting track to one that is in the middle of a different folder?

And inheriting the starting track property will mean the clone always ends up ABOVE the originating track. Also not what you'd expect.
#49
JazzSinger
Max Output Level: -73 dBFS
  • Total Posts : 895
  • Joined: 2004/07/06 16:30:59
  • Status: offline
Re:X1c still with Clone Last Track in Folder bug (since Sonar 4) 2011/09/20 06:15:31 (permalink)
Cakewalk closed my report! I cannot add to it.

I'll have to create a new one. Harrumph.
#50
pwal
Max Output Level: -46 dBFS
  • Total Posts : 2909
  • Joined: 2004/08/24 07:15:57
  • Status: offline
Re:X1c still with Clone Last Track in Folder bug (since Sonar 4) 2011/09/20 12:02:21 (permalink)
why was it closed?? imagine if i copy/pasted (explorer doesn't have a "clone" fn) a file in windows explorer, and the paste went into the next folder/directory... i can only imagine there's some technical reason it hasn't been fixed already... surely, a clone is a clone?

list of stuff
#51
Page: < 12 Showing page 2 of 2
Jump to:
© 2024 APG vNext Commercial Version 5.1