半个月前我还能用我的sonar platinum做音乐很正常的,今天发现大部分历史工程都打不开了,打开之后一直卡在如图这里。
但是新建的工程文件,关闭之后再打开是正常的。还有极个别的历史工程也可以正常打开,目前没有摸到规律。
期间我没有升级任何软件,不过折腾过一段时间的VMware虚拟机软件,应该不会碰到它吧。
目前我的sonar platinum的版本是23.10.0.14,我尝试卸载重新安装相同版本、安装低版本23.2.0.45、升级到最高版本的Cakewalk by BandLab,全都一样的情况。
我索性扔在那里了一晚上,早上一看,成功打开了工程而且运行正常。这以后要用一晚上才能打开工程吗?
有没有跟我遇到一样问题的?求助能否帮帮我。。。
———————2022.2.28更新找到的原因———————
刚才我在国外的cakewalk论坛上找到了解决办法,多谢这位大神对sonar platinum / cakewalk by bandlab 的 debug过程以及极客精神,帖子地址:
Cakewalk on Windows 10 - Opening/Creating Project Hangs "Creating UI" - How I Fixed
根本不是什么声卡驱动、主板、操作系统、有没有激活之类的问题。
这个帖子通过windows调试技术告诉我们:无论是先前的sonar platinum,还是最新版的cakewalk by bandlab,都存在一个诡异的现象:
在打开你的工程文件时,sonar或者cakewalk by bandlab会去遍历项目工程目录之外的zip文件,比如你的桌面如果有zip文件,它就会看到,至于它是不是遍历你整个电脑去搜索所有的zip文件,还不清楚。
更诡异的是,它会对每个zip文件去做解压操作。如果它碰到了损坏的zip文件或者解压耗时的zip文件,它就会hang在“creating UI”这里很长时间或者直接崩溃。
这可太操蛋了,但这个线索确实让我想起来了,在出问题不久之前,我确实在D盘根目录下创建了一个超大的zip文件:D:/mydata.zip
解压这个文件需要20分钟,恰好匹配我打开一个cakewalk工程文件hang在那里的时长。
我把那个文件删掉之后,果然一切恢复正常!!!
一个问题就出来了:为啥cakewalk会去寻找项目工程之外的zip文件并且解压它?这会涉及用户隐私和安全问题吧,而且我尝试了sonar platinum的最初版本一直到目前的cakewalk by bandlab的最新版本,全部都有这样的问题。我就醉了。
———————2022.3.1更新更深层次的原因———————
Cakewalk中的媒体浏览器本质上是Windows资源管理器的一个实例,其中的Windows shell试图将zip文件视为一个文件夹,并评估其中的文件列表。所以才有访问zip文件并尝试解压的操作。
本帖最后由 zhangke 于 22-3-7 01:51 编辑
本帖子中包含更多资源
您需要 登录 才可以下载或查看,没有帐号?注册
x