marcL

I understand that, it is not the common way. But I got used to do it differently. I focus on the section/notes that I want to zoom in and move the mouse pointer over there and then use the Alt+scroll wheel. Works perfectly! E.g. when I correct detected transients for AudioSnap I can even scroll indirectly with zooming out/in at the "right" mouse positions (without additional scroll operations). This is very fast and I like it! ? I admit that it may take some time to get used, but I swear it is worth it! Unfortunately some change in the last version 2020.05 made it a little worse (it is more difficult to aim for a location) and I can absolutely comprehend your trouble now.

First I have to praise AudioSnap as IMO it is the best tool to quantize audio. One thing that most other DAWs are missing is the possibility to correct the transient detection manually. No automatic detection is perfect and thus the manual correction is so great and useful! ? Also does AudioSnap support a huge set of functionality compared to many competitors. But it would be great if the transient detection would be improved with certain parameters just like track type (rhythmic, vocal, bass, guitar, ...), grid (1/4, 1/8, 1/16, ...), minimum level and so on. I hope this request finds favour with the development team, because I cannot imagine to use another program than Sonar/CbB for quantization, it's simply the best! ?

It is very interesting how different we humans are! ? I always preferred Sonar/CbB's zooming over all other programs ? (DAWs and Audio Editors) that I know (about a dozen). But I must admit that I am only working with the mouse and computer keyboard, no control surface. Especially I am in love with the Alt+mousewheel zooming, although IMHO it worsened a bit in the 2020.05 release.

I have the same impression when I use Ctrl+mousewheel (scroll horizontally) and Alt+mousewheel (zoom horizontally). Especially the latter was much better before the new release. The smooth scroll/zoom were a thing I really liked of CbB compared to other DAWs!

This sentence has so much significance for many software out there!

I totally agree with you! But I would also add that additional memory can also make a huge difference if you avoid/reduce memory swap to disk. Multithread processing: This does only help if there is anything that can be done in parallel, but working in a DAW has 2 important areas that have to be serialized: The audio interface connection and the user graphics. So for many operations in a DAW multithread processing does not improve the performance substantially! Generally I think that sophisticated technics are used by the developers nowadays to compensate the performance waste generated by "modern" developing tools. For a counterexample look at the small executable of Reaper, its huge functionality and you will understand the advantage of traditional, more native programming in contrast of using "modern" tools !!! It runs super efficient even on "smaller" systems (even Windows XP). ? Furthermore, the sophisticated technics mentioned above lead to a lot of bugs and problems. I had tried a lot of years to explain developers multithread processing and fixed their bugs in relation to it.

Here it works (I used Copy Special and Paste Special), except FX-plugins are not being copied, but I don't know if this has always been the case?

Yesterday I noticed an issue with a Stereo/Mono plugin (Vertigo VSC-2) in Samplitude. When I use a mono track it still inputs stereo to the plugin. But in CbB it works perfectly, there is a mono input so that one channel is grayed (as it should behave)! ? IMO it is very difficult to handle plugins for any DAW provider, because the developer crowd is simply said very "chaotic". I see this always when I install/uninstall plugins (every provider has its own logic, own locations, own leftovers, ...). Also if I look at the keyboard and mouse behavior of the plugins, it is very annoying! E.g. fine tuning controls is sometimes Shift+wheel, Ctrl+wheel, Alt+wheel or not existent! Thus I think that CbB does quite well in supporting plugins from different vendors, but I don't know if Reaper is even better in this area (I did only a short test years ago).

I bought this some time ago. I used it to extract or suppress individual drums in a stereo drum track (to generate MIDI afterwards). Works quite well, even if another drum instrument is positioned very close, because you also have low/high cut values. Like it! ?

+1, I would like this one, too.

I guess "deactivates" means on local system only! In the first moment I thought I had not made clear that my Editor and Essential license are 2 different ones. But then I have understood. ?

@Noel Borthwick Thanks for the infos! I have Melodyne Editor 4, but at the moment I do not have the cash to upgrade to version 5. Thus I have the following question: Is it somehow possible to use both Melodyne Essential 5 and Melodyne Editor 4 in CbB ? With 2 region FX entries ?

For the main part I am afraid that there will happen bad things when I use "Ripple Edit All"! E.g. when I have 2 consecutive clips left of my now position and the 2nd one has position lock enabled, but it is currently not visible on the screen. If I use "Ripple Edit All" now to delete say 1 measure at the current position, then the 2nd clip (locked) overwrites the last measure of the first clip and probably I miss this at the moment, do a lot of other changes and save the project! Like that things may happen that later on you will wonder about and ask yourself what was my intention really??? ?

@Starship Krupa Thanks Erik for your statement! But in general I think that like "Ripple Edit All" works in CbB today is nonsensical or even absurd, because the persistence on locked clips to be "unremovable" leads exactly to a LOGICAL MOVE of them !!!!!!!!!!!!! and may even overwrite other clips! ? Consider that adding a new part moves all (position) locked clips behind forwards and removing a part moves all locked clips behind backwards (from their logical position within the part). Isn't that crazy? It maybe even out of your screen area and you don't notice it at the moment! Does there exist any logical explanation why this could make sense? ?

Well, that's exactly why I prefere offline installations! But nowadays this gets more and more difficult each day, because there are so many software providers that rely on fxxxing online installation/autorisation! And you never can trust Microsoft, they always change some of your settings in any new release! But this is the future, the 21st century, progress, ... I hate it!

I wonder how this is possible, because there is only 1 Melodyne VST3 dll without a version number (Melodyne.vst3) ? And even if you would rename the old one (resp. other version) would you be able to use both as Cakewalk "Region FX" ? Maybe only the standalone versions are separate ? But it would be cool if it was possible, because I could test the new version 5 with my Essential from Sonar (upgrade to v5 is free) along with Editor 4 on the same system. ?

Even if it is X4, the UPGRADE price for the X3 Suite would have been 199 EUR for me! And that means no new serial! Very strange pricing of Magix. ☹️

Yes, you are right! But there was not written a lot with the runic system (here in Sweden you can find some dozens of rune stones). Clergy and nobility wrote mostly in latin in the early Middle Ages.

I knew that such an objection would come! ? I am/was always very interested in the ancient world in Europe and wondered about the Germanic and Celtic history. I did a lot of self-study after school about this subject (books, internet). The more I was digging into the question "what is the difference of the Germanic and the Celtic tribes" I have come to the conclusion that there is essentially no difference. There were NO tribes that called themself Germanic or Celtic! Although there is a lot of dispute about this subject in science. But even the separatists cannot assign all tribes clearly to one group! Originally the grouping in Germanic and Celtic tribes was developed by the Romans, by Julius Caesar. The tribes that were conquered and integrated into the Roman Empire were called Celtic and the ones that were still enemies in the north of the Empire were called Germanic. That is the only logical answer that I have found in all the history documents about them. You can also find a lot of places in documents where they confirm that all those tribes could easily talk with each other at that time and documents of the vocabularies show that their languages were almost the same (very similar to Swedish and Norway, because those 2 languages have not changed a lot over the time; e.g. in the Swiss language you can find astonishing equality examples to Swedish). But the 1st and 2nd world war were another reason for peoples to insist on the old Roman "difference" of those tribes. Till today there are a lot of people on the islands that don't want to accept the real history. By the way the Normans had come originally from Scandinavia (Germanic territory) to France before they populated parts of Great Britain (especially Scotland) and they brought names like "Johnson". But I know that there is no absolut truth concerning history. There are a lot of assumptions and there is no real consensus about many subjects. There are devided opinions! But there is also a lot of willful blurring caused by politics. ? But now I stop to bore the forum people. I have shown enough that I am a freak! ?

Locking clip positions: Because I am not a real artist in using the mouse ☹️ it happens often that selecting a clip moves it a tiny bit. Sometimes I even don't realize this at once. That's why I got used to position lock the clips as soon as they are at the wished position. Counter intuitive: IMO the clips would actually not be really movable, they just would have to remain at the proper position of their individual parts! E.g. a clip that is in the 2nd measure of the solo has to stay there, even if I insert an additional chorus before the solo (and irrespective of the position lock)! That would be common sense or how a musician (maybe not a developer! ?) expects the "Ripple Edit All" to function!

First of all IMO we have to distinguish between "language" and "writing". The Germanic/Keltic languages (English, German, Dutch, Scandinavian languages) already existed before their writing began in the Middle Ages (before they only wrote Latin)! Also we have to keep in mind that the concept was phonetic spelling/transcription at this time, i.e. there were no rules for individual words, but how each phoneme has to be written (very easy straight forward concept). The rules were somehow different in the individual contries/regions, but very strict! I know a little bit 6 of the European languages and I realized that only Swedish and Italien have really preserved the old concept. This is a huge advantage for people learning to write those 2 languages, because it is simple, you can learn it in 1 year without a lot of effort and you are able to write words that you even don't know the meaning of! On the other hand English is the writing that has departed most from the original concept as far as I know (a mix between different phonetic systems). I guess (but don't know) that English writing was very similar to the one of the other Germanic/Keltic languages, because the Germanic/Keltic languages were very similar 1000 years ago (that 's a fact). The writing in Scandinavia, Germany, Switzerland, Austria and the Netherlands was almost the same! People could easily understand each other across country/region borders. It's a pity that the English writing got so chaotic as it is nowadays! ☹️ And excuse the writing/language mistakes that I surely made above!!! ?

Today clips that are position locked are not moved when a section is inserted or deleted with Ripple Edit "All". IMO this does not make sense, because clips (even out of sight) maybe overwritten (adjacent clips) or be misplaced after the Ripple Edit operation. It makes Ripple Edit fault-prone because you may forget to unlock some clips. I don't see any logical reason to keep the position of those clips concerning the Ripple Edit and don't think anyone expects this. So please include position locked clips in Ripple Edit operations.

I would like that position locked clips are allowed to be bounced. Currently the "Bounce to Clip(s)" menu item is grayed if the clip is position locked.

Exactly! IMO this would make more sense, because I only set the position lock to prevent inadvertent moves with the Smart Tool (I am really no mouse hoofer! ?). In contrast a Ripple Edit operation is something the user does deliberately. I think that position locked clips are not affected makes the Ripple Edit more fault-prone (I always have to ensure that all clips are unlocked also those out of sight!). I am convinced most people expect that if they insert a new section at a position (with Ripple Edit) that everything behind is moved by the length of the insertion. I don't think there are a lot of senseful examples for the converse!

Wow, great! I like this!