Amberwolf

Does the cleanup utility have a log file that shows you which specific files were deleted? Do those match the missing files? If not, then it didn't delete them, and some other process or program or action has done so. If files have been deleted from the drive, there are recovery utilities that can locate and undelete them, but it's likely that parts of them have been overwritten by other data, a problem that grows worse the longer it has been since they were deleted. With wave files (audio) it's likely that even with missing chunks you can still use the portions that are still present, but you would have to recreate or rerecord any missing bits. Just be careful and read up on reviews of any utility software before you download, install, or use it. I've found over the years that while there are good ones, some of the utilities and "undelete" programs out there are not very good, some are not even real (just scamware to infect your computer with spyware/adware), and some are baitware, where they say they'll do some job but only do a scan to find things to fix but then charges you (more) to actually fix them. I don't have any lists of which ones are any good these days as I haven't done this sort of thing in a long while. If the files were corrupted originally, you could have some program running that interferes with file operations, or that auto-defragments a drive but poorly and doesn't properly keep track of all the file chunks, or an actual hardware problem with your drive (bad sectors, etc) that is causing data loss.

If the VSTs were the typical free type that don't have installers, and you just copied the DLL files into your VST folder when you "installed" them originally, you can copy your VST folder over to get them to the new ocmputer, along with each folder that any of them uses to store it's data, samples, etc, if they are not within the subfolders of the VST folder. There are varying locations the main VST folder could be, or you could have several of them. There is also usually a separate VST3 folder, and possibly a VST2 folder, and sometimes 32bit and 64bit folders. If they have installers / licensing / protections /etc., you're almost certainly going to have to reinstall each one. Some licensed stuff only gives you so many installs, or you have to deactivate it on one computer before you can reactivate it on a new one; those you'll have to check the documentation or the company that made it (if they're still around and still support it) should have the info. The settings and such for Cakewalk/SONAR/etc are probably within your C:\ProgramData folder and the specific username you login to under the C:\Users folder in the Local and/or Roaming folders, Appdata, etc. Copying these over will have different results with different programs. Some (few) will complain when installing them that the settings are already there and you need to uninstall the program first before reinstalling, some will inherit the settings correctly, and some will just overwrite all the existing settings with default values because it can see that the program wasn't actually installed, etc. Some will have other behaviors. I don't know of a list of which programs do which behaviors; it's a try-as-you-go experiment. The actual audio/MIDI/etc programs, soundcard drivers, etc., that you use will probably need to be installed one at a time. If the OS on both systems is the same, you might be able to find software used on corporate systems to create distribution discs that install the same stuff on every system, creating an image from the old system to install on the new one, but if there are significant hardware differences the OS may or may not boot up correctly to continue letting it install all the drivers in the new system, and anything with licenses that are hardware-dependent will also probably complain/not work/etc.

What driver do you have installed for the Saffire? Does Windows correctly see the card in Device Manager? Does Windows correctly see the card in Sound control panel?

OT: I don't have any input to the issue, but I love that you are using the Ensoniq CDR libraries in Dimension--this gives me hope that I can figure out how to do so myself, since there are numerous sounds I love on my ASR88 but wish I had in something directly in SONAR (other than just using SFZ, since I can't actually edit the sound to correct conversion issues). (at some point, somehow I got a bunch converted to GIG format, but I don't remember what I used, and I haven't had a way to use GIG files in ages now, but maybe I can find a way to make GIG into SFZ; I got some other GIGs into SF2's at some point).

Bandcamp.com is where I keep all my "finished" tracks, at http://amberwolf.bandcamp.combut I've used it for WIPs too; it easily lets you replace any part of a "track page" (sound file, artwork, etc) just by using the edit link on the track page. Soundclick.com is where I put up most WIPs until they're finished enough to stick on BC; it also lets you edit anything. The one thing that SC does that BC doesn't is allow you to use a default track artwork/icon if you don't specirfically upload one on each track. BC requires you specifically upload artwork at least 1400x1400 everytime you upload a track. You can use the same one each time, but it isn't done by default by BC unlike SC. If you're looking for people to just find / listen to anything, SC is not the place to do it. I often see a track I put up go to #1 or 2 on the whole site just from a single listen, so SC is obviously not visited very much. BC doesn't have ratings or charts like SC, so I haven't got a way to directly compare the two for that.

Possibly related: There used be (might still be) an issue that if you draw a note in TrackView's InlinePRV near the end of a clip, if the note is longer than the remainder of the clip, it will be cut off by the end of the clip. And if you draw a note outside the clip, it will "disappear" when you let go of the mouse button (but may still be in the clip if you unroll it). I don't recall if it affected the full PRV or not. IIRC turning off NonDestructive MIDI Editing makes these do the expected thing (of putting the note where it should be and as long as it should be), but it shouldn't be required for drawing notes (it should just work).

Have you removed or moved any files? (this might be covered in " There hasn't been any change in my setup" but just to be sure....)

Dunno how much of it is there, but https://web.archive.org/web/20240501000000*/https://forums.presonus.com/index.php

With VoxengoSPAN in each vocal bus I found that at the input to the chain there was some low end less than around -40db from about 150-200z on down. At the output of the fx chain there was less of this, around -48db or less. With my hearing as bad as it is I don't hear a difference between eqing that out with an HPF or not, so you'll have to tell me if you do when I get the new version uploaded and linked here (still poking at it). What I can hear a difference in: There's significant "content" peak in the 200-500hz range, mostly centered right in the middle in a typical bell curve, actually louder than the rest of the spectrum for most of the "harmony" Indian Chant vocals, and it greatly alters the vocals if I take that out, making them really thin. None of the EQs I have are able to notch just whatever might be causing muddiness out without taking out too much other stuff. ; I'll put a version up with this notched out to see if that is the band you're hearing.

Working and left alone is usually greatest. This is why I don't like (or use) systems or software that autoupdate. If I can't turn that off, I'm not using it, becuase it's going to break itself or something I *need* at some point, possibly in an unfixable way (without a wipe/reinstall from a backup image, etc; I've been thru that too many times to trust updates I don't *need* to fix a specific problem).

The only mod I've considered is to install a pair of switches on each key (probably on the hammer-drive mechanics as they're easier to access) and run them to a module (arduino, etc, or even the guts of an old midi keyboard) in place of the keyboard. (pairs of switches are used to get the timing between them, which is used to calculate the velocity) Then I can get MIDI out from it and record what I play (preferably to an always-recording buffer inside the device so I don't have to deal with anything other than turning it on), and then edit out my many mistakes and use a synth piano to export a file I can upload a listenable version to my bandcamp page. Something like the Moog/Buchla Pianobar, but DIY and affordable ( https://www.midiboutique.com/ carries DIY parts to do much of this kind of thing, but is far too expensive for me).

Assuming your plugin responds to zero velocity notes, and assuming you can create a zero velocity note in the host, you'll need one for every note that has been played that might get stuck, at the point the stuck notes should have ended normally.

Not everyone does that (I don't). If something already has the features required for a user, they don't need to upgrade (which always has risks that something they use gets deprecated or broken), and they may choose not to upgrade regularly, or even ever, unless some feature they really want (or need) finally gets implemented the way they want/need it to be (which may never happen). Upgrade-itis is a problem with many people, but not everyone. That said--I agree with the rest of your post.

There's a place (in MIDI options?) to choose to record Sysex data or not. But if the sysex data is causing a problem, it should cause that same problem every time it is sent from the source device, not just when it's played back in a track. If you don't see that happening, I'd guess the sysex isn't causing the problem, but some other data that is not exported in a MIDI clip (i don't know what is and isn't).

And if that software / subscription is suddenly unavailable because of some factor (business decisions, corporate economic or technical disaster, etc), and your work is now trapped in it so that you cannot change anything anymore, export to other formats, etc? If your livelihood revolves around this work, you may be stuck wasting money and time recreating everything in some other software or hardware solution, or even lose clients / opportunities, etc. If it's just a hobby, well, it depends on how important that hobby is to you (for me this hobby is so important for my sanity (such as it is )that I can't risk such a loss; for most that's probably not the case). I expect that for most people it doesn't matter--they'd just move on to the next thing, and it's more important to them that they have the latest whatever than that they keep being able to use it. If the software continued to operate fully but simply didn't get updates or support, that'd be different, and acceptable (for me), but not if it changes functionality. This is why I won't use the current software (even though it has things I would love to use that would probably greatly help my workflow)--I see too many "activation problems"; once activated the software shouldn't require any further action or reactivation--they solved this issue with the original SONAR; once you have your codes they just always work. You're not stuck because of some server problem, network/internet issue, etc. Same thing for 3rd party plugins, etc.

None, if the software functions exactly the same either way. But if the subscription running out means the software no longer does exactly what it did before it ran out, then it's a very different thing, and they cannot be directly compared.

Which instruments? Some plugin coders did/do things in ways that don't respond to the normal method of turning off notes. by sending a note-off, or an all-notes-off command. There are some that ignore those, and instead only respond to a note-on with a velocity of zero, so to turn them off you (or the host software) has to send one of those for every possible note. My ancient version of SONAR can't do that, but CbB should be able to; there is probably a setting in there for the Panic Button to do this. There are also some plugins that "break" (all the RGC plugins I've got, like Z3TA / 2, etc) and get stuck notes all the time; in the ones with an arp I can toggle the arp off (or on) momentarily to stop it until the next time). I suspect but can't test that the second method above would also turn them off--but it is annoying that they don't just respond normally to note-off messages like they should. Since the problem only happens with the new version of Ozone, you should contact Izotope to let them know about it, since something they changed is causing it, and it might be a bug they can fix.

Do you mean: --something that alters the way other plugins work (I doubt this is possible) so they accept and process as mid/side instead of L/R? or --something that changes the signal from L/R into mid/side before it goes into the plugin (but still as a L/R signal since that's all the plugin is "wired" to accept)? or something else?

JellyBeanThePerfectlyNormalSchmoo doesn't care...

Thanks---but since she's actually an alien in a dog costume I don't really want to risk sending her back home to report.... Well, the trike is called the SB Cruiser because it was built to carry them...they're too big for any of the OTS bicycle trailers, so I built trailers first to carry them (one at a time) behind a regular bike, then later the bike version of that trike (CrazyBike2), then eventually built the trike to carry Tiny (the smallest of the ones I've had) so I wouldn't have to pull a trailer (which is inconvenient and can be dangerous on some of the roads around here that there aren't any alternate paths for). It's evolved a lot over the years, from something even more primitive than the one in the piano pic to what you see in the first pics. Some bad 70's scifi vehicles I *still* like better than the siburtruk: There were some concept cars I like the look of and i still want one of these if it comes with all the options and this one was still better than siburtruk OTOH, maybe it's better than the Citicar And I'd vote that it's better than this Thanks! Most everything I have is customized in some way, and what I make completely from scratch myself (like the trike) is unique because it's usually made out of some random junk I ended up with, using whatever I had laying around that happened to do the job I needed it to.

I'll poke around at it with VoxengoSPAN to see what's in there, and an EQ to roll stuff off and see what happens.

Do other sound files play correctly in VLC? Such as WAV sample files from any of your instruments, if you have any, or any of the built-in windows WAV sounds, etc. If they don't, then it's more likely the volume is simply turned down in the Windows volume control, or muted, or the default audio device is set to something not connected to speakers, etc.

If it pops in the same place on every audio track, then there is something happening at that spot *or* after that amount of time. What happens if you add a marker at that spot, then rewind to the beginning and insert some measures, selecting all tempos, events, automation, etc in the checkboxes, letting it shift everthing over, so that the spot *should* move if it's any data that's in the track(s) or buses? If the pop is still at the marker (which moves with the rest of the stuff), then it's caused by something in the data itself somewhere in a track or bus. If the pop is still at the original time, then it's external to the data and is happenign after a specific amount of time and is probably external to the program itself, a driver, hardware, OS, etc thing.

The computer can be frustrating; one thing I do to minimize that is never add anything new to it or mess with it's settings, so it always works the same. But still I sometimes just sit and play at this old '70s Kimball (shown here just after I hauled it home after picking it up free from TrashNothing some years back). It wasn't tuned well even before I got it, and the trip didn't help, so I've done a basic tuning (which took months, including learning how), and so now it just has "character".

Here's another ebay find that should work even in modern OS's (driver built into OS). https://www.ebay.com/itm/296789205454 BTW, a USB type MIDI box will be easiest, but if you still have a real serial port on your computer, you can also find older serial MIDI interfaces that work very well (if their software will still work on your OS, since they will all be fairly ancient). I have in my rack a MOTU Studio128X 8x8 serial MIDI interface that has it's own internal brain for routing each physical port and channel on each port, but has been unused for I guess almost a decade now because my present computer (laptop) doesn't have a serial port, and it's drivers don't work with any USB-serial port that I can find, and there's no other way to get a serial port onto this laptop. It's driver software still runs even on Windows10 (despite being a couple decades older, I think), and it was very stable, no data issues even with giant sysex dumps back when I used only hardware. I also still have a similar-era GadgetLabs Wave8*24 which has a "fanbase" that has kept updating the drivers to work with new OS's, but it has an internal PCI card with all the electronics so it can't be used on a (typical) laptop, or even most modern desktops (they usually only have PCI-E slots, no PCI). It has a very good MIDI port as well as 8 in and out audio channels, and I miss it's stability and sound quality, etc. (Even further OT 😊 : I just received some old HP server rack computers that actually have a serial port, and can run desktop-type Windows10, and are about a dozen times better / faster / etc than my laptop, so once I get one of those going I'll use the Studio128x on that for the MIDI interface, but it still doesn't have a PCI slot so I will still have to use my old Avid FasttrackUSB-audio interface...whcih is derived from the old M-Audio version that did have a MIDI port, and the place is still there on the case for it, but it doesn't have the hardware or drivers for the MIDI in it. Unfortunate since the M-audio version was nearly as good as the GL8*24).