Corruption of Subclips Audio Generated by Media Mgt Copy

I sat down today determined to optimize my media management and storage. I set about going through my original recorded clips, marking in/out points along each clip to find the good parts, and creating subclips from those parts of the original clip. I then placed those subclips on a timeline, and used Media Management to Copy those clips to a new location. This created several new clips in storage consisting of the good parts of the original, full-length clip, just as I suspected. I deleted the original, full-length clip. At this point, I was content that I had accomplished my goal: to save storage space and have a media library that contained only the good stuff. Perfect solution, or so I thought.

So I set out to test some of the new subclips (which I figured were now Clips in their own right) and put them on a timeline. All seemed fine, until I noticed I didn't have audio. I knew the solution. The original clip was recorded in Stereo, but really had only one channel, and it was channel two. So all I had to do was make embedded channel 2 the first and only channel, and change the track to Mono. This works every time. But this time was different. The audio I was hearing bared NO RESEMBLANCE to the original audio. Instead, I was hearing a robotic series of tones, similar to what you might hear if you synthesize a square wave. I wasn't just hearing it, I was seeing this waveform in the timeline, so this strange audio actually was embedded into the subclip when it was created via Media Management Copy.

Needless to say, this is disturbing. I'm relieved that I tested the new subclips for this one original file before I ever proceeded to batch-process any more clips and ended up ruining some of my hard work.

Has anyone else experienced this phenomenon?

I was searching the forums, and though my problem is not exactly the same, it is worth mentioning here as well:

All my .wav files created using the media management tool were severly distorted due to some kind of over-compression that happened in the process.

No post work has been done at all, I was literally just testing out the feature in the hopes of finding a new workflow to better collaborate with others, but the audio being changed is concerning.

17 Beta 7
Windows 10

I agree. It's unfortunate this bug. A large percentage of my video footage is unneeded, so making subclips and exporting those, then deleting the original file would save literally terabytes of storage for me, so I hope the fine software engineers at BMD will add this to their bug fix list so we can make use of it ASAP. I just hope nobody else is doing the same thing as I describe here and then destroying the original file without first checking whether or not their audio has been corrupted.