I rechecked, and you are indeed correct, the swap file is being accessed, but physical memory is never really filled. No, behavior persists.Įxpanding on answer to Austin. Using 23.09.29 in either Windows or Linux, is like editing with a shot gun to my head. No changes to hardware or drivers occurred, no other changes to the operating system, no other programs were added or removed… it was even the same melt file, although the new filters were removed upon reload. I cannot convey to you the difference between 22.01.30 and 23.09.29 that would do the slowdowns justice… It was like the difference between driving an hour to get someplace, or spending four hours walking there. I reverted to 22.01.30, opened the exact same project, and started working again… at a reasonable pace, my will to live restored, music and youtube playing in the background. It was exactly as it had been in windows, centuries ago, last week. Workflow ground to a halt… undos began taking minutes, rebuilding waveforms lagged the process, and seeking became painful… my PC becomes unusable. This version lacks many of the new filters, so I upgraded to 23.09.29, and began wishing for death. Editing a long and large file was easy with few slowdowns or lockup. I blamed my PC as it is old.Īfter switching to Linux, the distro presented shotcut version 22.01.30, which works VERY well, with VERY… please note the capital case, I would make it 20x larger, as the issue is just VERY… VERY reasonable HDD seeks. Prior, in windows, after an update, I noticed seeking, adding files, undo, as well as other functions, slowed, and resulted in A LOT of hard drive access, especially when the file was large, and the recording was long, and would completely lock the computer for many seconds to minutes on end.
0 Comments
Leave a Reply. |
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |