Drag Copy MIDI Clips To Desktop Not Working? [FIXED]

[sjoens]

Dragging MIDI clips to the Desktop used to work but not anymore.

1st clip copies over fine, named "clip(1).mid".

Then each successive clip wants to also be named "clip(1).mid and tries to overwrite the 1st one.

No option to change name when dragging over.

Ctrl+Drag gives same results.

Audio clips drag copy just fine and I can use the Browser to drag MIDI clips but this used to work, what's changed?

CbB 2021.09 141

Edited July 7, 2022 by sjoens

[Promidi]

With CbB 2021.11 015, I was able to drag MIDI clips to the desktop.  There were named clip(1).mid, clip(2).mid, clip(3).mid, etc.

I run CbB using an account that is a member of the local administrators group - but I cannot imagine you changed anything on your PC in this respect.

As a test, create a folder off the C drive and try dragging the clips to that folder and see what happens.

[sjoens]

Thanks. Same results. Definitely something wrong here.

[msmcleod]

Yes, something definitely up here.  We'll look into it.

In the meantime, a workaround is to ensure you give each clip a unique name in the clip inspector.

[sjoens]

Thanks, that works too since having no name results in each copied clip being named "clip" followed by a parenthesized number - clip(1).mid.

If I name each clip by it's track number, drag copy results in: 1(1).mid, 2(1).mid, 3(1).mid, etc.

So there seems to be a hitch in the numbering sequence when dragging them out of CbB. 

As mentioned, this doesn't happen when dragging them to the Media Browser window.

[sjoens]

Checked other projects and also Sonar Platinum.  Same issue.

FYI: Windows 10 v20H2 build 19042.1348

[msmcleod]

@sjoens / @Promidi  FYI - I checked this on SONAR Platinum on Windows 7, and it has the same issue.

I tried it with SONAR X1, and it was fine... however the naming convention is different.  It prepends the project/track-name. Interestingly enough, changing the naming convention to ensure unique clip names fixes it for CbB.

I'll need to discuss this one with the team, as this change was done way before my time.  I need to understand why the naming convention for clips with no names was changed.

 

[Xoo]

1 hour ago, msmcleod said:

clips with no names was changed

Apologies, but I can't help thinking of 

 

[sjoens]

@Kevin Perry So you think it's all in my head, huh. Typical 

@msmcleod Thanks for researching this. I should've checked X1 too.

I might have found it sooner but rarely need to drag-copy clips this way.

[sjoens]

Update:

Drag clip one to the desktop and it gets named "clip(1).mid as mentioned

Drag clip two over and it also wants to be named "clip(1).mid and throws up a "Replace or Skip Files" box, as mentioned

I found if you click "Skip this file" it moves the last file over. You can then repeat the drag & drop and clip two will get named sequentially

Repeat & Rinse for each clip. ?

Edited November 30, 2021 by sjoens

[sjoens]

Update:

Basic issue was solved, THANKS! But there's still an issue when a track name has a fractional number like 1.1 & 1.2. Apparently the naming process stops looking once a decimal is seen.

At least now the Replace or Skip window includes Compare so both files can be saved (sequentially) - tho w/o the fractional #s.

Example dragging track Piano 1.2 clip to the desktop after dragging track Piano 1.1:

  Clicking "Compare" results in Piano 1(1).mid & Piano 1(2).mid

 

Then this window pops up: (which ties up the entire system until the file is saved).

  Clicking either button clears it.

 

The clips can be named 1.1 & 1.2 in the Inspector, but naming tons of clips is tedious.

Would be nice if MIDI clips could just be drag copied w/o incident.

Edited July 7, 2022 by sjoens

[scook]

Use a different delimiter in the track name, a dash, an underscore or a space.  A faction like 1/1 or even 1\2 (or other illegal file name characters like a question mark or pipe) may be used because they are automatically converted to underscores.

Avoid dots in any name that may be used by an export process unless the dot is used specifically to separate the file name from a file extension.

Here is a thread experiencing a similar issue with dots in project names

 

[sjoens]

Sometimes dots are preferred but now I know de limit of delimiters!