williamcopper
Max Output Level: -68 dBFS
- Total Posts : 1120
- Joined: 2014/11/03 09:22:03
- Location: Virginia, USA
- Status: offline
MIDI CUT vs MIDI COPY --- source of alignment error bug
It only took me about two years, but finally identified one more source of midi position errors that creep into projects. Try this, in a project with at least 2 midi tracks, midi events (notes and controllers) in one of them, and no midi events at time 1:00:00:00. Select using time range: 1:00:00 to end of project. Copy (CTL-C). Move to another midi track. Set now time to 1:0:0. Paste. So far, so good. Now, select using time range again: 1:00:00 to end of project. Cut (CTL-X) Move to another midi track. Set now time to 1:0:0. Paste. Presto. Your data is not correctly aligned. If you watch the 'selection range', as soon as you "CUT", it changes. You must, with CUT-PASTE, set now time to the beginning of the changed selection range, while with COPY-PASTE, you must set Now time to the beginning of the original selection.
|
Anderton
Max Output Level: 0 dBFS
- Total Posts : 14070
- Joined: 2003/11/06 14:02:03
- Status: offline
Re: MIDI CUT vs MIDI COPY --- source of alignment error bug
2016/10/18 21:31:03
(permalink)
This is (very) old news if you've been following the discussion about Delete Hole. For whatever reason, SONAR cuts MIDI data starting where cuttable data starts. In your example, when you tell it to cut, it cuts starting where the data starts, not at a place where no data exists. You'll know this because when it cuts, the selection range changes to show that the selection starts where the data starts. Therefore, when you paste at the Now time, where the data starts gets pasted at the Now time. As you've noted, copying is one option. You can then delete the part you wanted to cut. Another option is to place any kind of data where there's no data. For example, if you place a controller node of any kind at the beginning of a project's track, SONAR will recognize that as the start of what you want to cut, because there will be cuttable data.
|
williamcopper
Max Output Level: -68 dBFS
- Total Posts : 1120
- Joined: 2014/11/03 09:22:03
- Location: Virginia, USA
- Status: offline
Re: MIDI CUT vs MIDI COPY --- source of alignment error bug
2016/10/19 10:26:18
(permalink)
Yet more on selection screwed up by Sonar's idiotic Clip management: Select the whole project by time, or use CTL-A. then work down the project in track view, selecting one midi track at a time, modifiying something that matters to you. If you should come along to a track where the "clip" happens to be shorter than the rest of the project, your selection suddenly changes to be a time range that matches that shorter clip. Select the next track, thinking you're still working with the entire time range? Presto: your modification is only going to to affect the part of that new track's events that lie within the time range of the shorter track. This is still another reason for those incredibly mysterious situations, where parts of a project are wildly different than what you thought you had done. Craig, don't even bother to say, "it's by design". It's a terrible design, it's a design bug, like all the other crazy selection issues.
|
brundlefly
Max Output Level: 0 dBFS
- Total Posts : 14250
- Joined: 2007/09/14 14:57:59
- Location: Manitou Spgs, Colorado
- Status: offline
Re: MIDI CUT vs MIDI COPY --- source of alignment error bug
2016/10/19 10:50:00
(permalink)
☄ Helpfulby tlw 2016/10/19 12:27:40
It is working as designed, and you haven't thought through the consequences of changing it to suite your expectation (not mine since I know and like how it works) in one particular situation. Of course selecting a clip sets From and Thru to match that clip's boundaries; if it didn't, you'd be in a world of hurt in a lot of other situations. In the situation described, you need to avoid selecting individual clips; just select track numbers to change track selection without changing the time range.
SONAR Platinum x64, 2x MOTU 2408/PCIe-424 (24-bit, 48kHz) Win10, I7-6700K @ 4.0GHz, 24GB DDR4, 2TB HDD, 32GB SSD Cache, GeForce GTX 750Ti, 2x 24" 16:10 IPS Monitors
|
Anderton
Max Output Level: 0 dBFS
- Total Posts : 14070
- Joined: 2003/11/06 14:02:03
- Status: offline
Re: MIDI CUT vs MIDI COPY --- source of alignment error bug
2016/10/19 11:39:15
(permalink)
williamcopper Craig, don't even bother to say, "it's by design." I didn't have to, Brundlefly has already pointed out why your short-sighted (I prefer to use descriptive terms, rather than pejorative ones like "idiotic") approach would have unwanted consequences in the majority of use cases. Hopefully at some point you will realize that software doesn't learn you, you learn software.
|
williamcopper
Max Output Level: -68 dBFS
- Total Posts : 1120
- Joined: 2014/11/03 09:22:03
- Location: Virginia, USA
- Status: offline
Re: MIDI CUT vs MIDI COPY --- source of alignment error bug
2016/10/19 11:52:52
(permalink)
brundlefly In the situation described, you need to avoid selecting individual clips; just select track numbers to change track selection without changing the time range.
Hem. That IS EXACTLY what I described. It changes the time range. Edit --- correction: If you don't change anything in the selection, the time range does not change. But as soon as you USE the selection for something, and THEN select a track number, THEN the selection changes if and only if the clip in the newly selected track is SHORTER than the clip in the previous selected track. If the newly selected track has a LONGER clip, there's no change in the selection range. You say this is as planned? You must be kidding. Why am I emphatic (other than by nature)? Because I have lost hundreds of hours of work from exactly these selection bugs. And I feel quite sure that others have too, just read back through the forums about mysterious changes in midi data that can't be explained.
|
Anderton
Max Output Level: 0 dBFS
- Total Posts : 14070
- Joined: 2003/11/06 14:02:03
- Status: offline
Re: MIDI CUT vs MIDI COPY --- source of alignment error bug
2016/10/19 12:11:09
(permalink)
williamcopper Why am I emphatic (other than by nature)? Because I have lost hundreds of hours of work from exactly these selection bugs. And I feel quite sure that others have too, just read back through the forums about mysterious changes in midi data that can't be explained. It sounds like you don't understand the difference between Selection and Focus.
|
williamcopper
Max Output Level: -68 dBFS
- Total Posts : 1120
- Joined: 2014/11/03 09:22:03
- Location: Virginia, USA
- Status: offline
Re: MIDI CUT vs MIDI COPY --- source of alignment error bug
2016/10/19 12:24:17
(permalink)
By now, I know pretty well how it works. Haven't really been hurt for a long time. The message was intended to help other midi users with less experience, and maybe to hint to the developers that there's still a lot of work to do to make 'focus' and 'select' and 'clip' in different windows work in any kind of logical or even consistent way.
|
SquireBum
Max Output Level: -84 dBFS
- Total Posts : 347
- Joined: 2013/06/26 13:23:55
- Status: offline
Re: MIDI CUT vs MIDI COPY --- source of alignment error bug
2016/10/19 12:32:41
(permalink)
The OP is correctly reporting a change in the behavior of Cut/Paste that occurred sometime in the Platinum development cycle. I have attached examples of Copy/Paste vs Cut/Paste in Sonar X3 and Copy/Paste vs Cut/Paste in Sonar Platinum. If you observe the location of the pasted clip after a cut, you can clearly see that Platinum does not paste at the same location as Sonar X3. Without being part of the Cakewalk development team, I cannot say that this is a "bug" or "by design". Sonar X3 Copy/Paste followed by undo and then Cut/Paste: Sonar Platinum Copy/Paste followed by undo and then Cut/Paste: Hope this helps, -- Ron
post edited by SquireBum - 2016/10/21 01:43:21
Cakewalk by Bandlab, Sonar Platinum x64 2017.10, X3E, X2a, X1d, 8.5 Windows 10 x64 AMD Phenom II X4 955 3.20 GHz 8 GB Ram Nvidia GeForce 9500 GT Echo Gina 3G
|
Anderton
Max Output Level: 0 dBFS
- Total Posts : 14070
- Joined: 2003/11/06 14:02:03
- Status: offline
Re: MIDI CUT vs MIDI COPY --- source of alignment error bug
2016/10/19 12:58:47
(permalink)
SquireBum Without being part of the Cakewalk development team, I cannot say that this is a "bug" or "by design".
That's why I said "for whatever reason," and referenced the Delete Hole discussion. It will be interesting to see how it works after ripple editing is complete.
|
williamcopper
Max Output Level: -68 dBFS
- Total Posts : 1120
- Joined: 2014/11/03 09:22:03
- Location: Virginia, USA
- Status: offline
Re: MIDI CUT vs MIDI COPY --- source of alignment error bug
2016/10/20 19:28:15
(permalink)
|
brundlefly
Max Output Level: 0 dBFS
- Total Posts : 14250
- Joined: 2007/09/14 14:57:59
- Location: Manitou Spgs, Colorado
- Status: offline
Re: MIDI CUT vs MIDI COPY --- source of alignment error bug
2016/10/20 20:09:12
(permalink)
williamcopper Edit --- correction: If you don't change anything in the selection, the time range does not change. But as soon as you USE the selection for something, and THEN select a track number, THEN the selection changes if and only if the clip in the newly selected track is SHORTER than the clip in the previous selected track.
That's not my experience. The time range changes the moment you select a clip that has a different length and/or start/end time than the previous selection. It doesnt only apply to selecting shorter clips, and the change isn't deferred until after you change the track selection as your description seems to suggest. If you're seeing something different you need to give detailed steps.
SONAR Platinum x64, 2x MOTU 2408/PCIe-424 (24-bit, 48kHz) Win10, I7-6700K @ 4.0GHz, 24GB DDR4, 2TB HDD, 32GB SSD Cache, GeForce GTX 750Ti, 2x 24" 16:10 IPS Monitors
|
SquireBum
Max Output Level: -84 dBFS
- Total Posts : 347
- Joined: 2013/06/26 13:23:55
- Status: offline
Re: MIDI CUT vs MIDI COPY --- source of alignment error bug
2016/10/21 00:23:15
(permalink)
brundlefly
williamcopper Edit --- correction: If you don't change anything in the selection, the time range does not change. But as soon as you USE the selection for something, and THEN select a track number, THEN the selection changes if and only if the clip in the newly selected track is SHORTER than the clip in the previous selected track.
That's not my experience. The time range changes the moment you select a clip that has a different length and/or start/end time than the previous selection. It doesnt only apply to selecting shorter clips, and the change isn't deferred until after you change the track selection as your description seems to suggest. If you're seeing something different you need to give detailed steps.
@brundlefly, I believe @williamcopper is selecting time and track number, not clicking clips. The second animation I provided in post #9 ( http://forum.cakewalk.com/FindPost/3500699) demonstrates the behavior that @williamcopper is reporting. There has been a change in the behavior of cut/paste in some situations between Sonar X3e and Sonar Platinum. -- Ron
Cakewalk by Bandlab, Sonar Platinum x64 2017.10, X3E, X2a, X1d, 8.5 Windows 10 x64 AMD Phenom II X4 955 3.20 GHz 8 GB Ram Nvidia GeForce 9500 GT Echo Gina 3G
|
brundlefly
Max Output Level: 0 dBFS
- Total Posts : 14250
- Joined: 2007/09/14 14:57:59
- Location: Manitou Spgs, Colorado
- Status: offline
Re: MIDI CUT vs MIDI COPY --- source of alignment error bug
2016/10/21 02:26:01
(permalink)
Yes, I understood what you were demonstrating. As Craig mentioned, this has been previously discussed and acknowledged. I see now that what William was describing in his second post was the same issue stated a different way. I misunderstood what he meant by "use the selection".
SONAR Platinum x64, 2x MOTU 2408/PCIe-424 (24-bit, 48kHz) Win10, I7-6700K @ 4.0GHz, 24GB DDR4, 2TB HDD, 32GB SSD Cache, GeForce GTX 750Ti, 2x 24" 16:10 IPS Monitors
|