简单测试，好像只有REAPER能把多核CPU利用满

( 23 )

[收藏]

- 第 1 页 -

hgwyinyue

#1 21-1-28 15:00 …

简单测试，好像只有REAPER能把多核CPU利用满

简单测试，好像只有REAPER能把多核CPU利用满，其它宿主好像没法完整利用，不知道大家是不是这样，

回复此帖报告

kcc415

170

#2 21-1-28 15:08 …

怎么测的啊？

回复此帖报告

hgwyinyue

#3 21-1-28 15:36 …

kcc415 发表于 21-1-28 15:08
怎么测的啊？

加载耗费资源的插件

回复此帖报告

qianyao

5431

#4 21-1-28 15:37 …

大多数宿主能用到大部分，但是完全吃死，只有reaper能做到，但是也有缺点，就是reaper至少补偿一个缓冲区，比如50samples的一个插件的延迟，其他的宿主只需要在当前缓冲区的基础上补偿50samples，reaper需要补偿当前缓冲x2，如果延迟更大，超出了缓冲区数值，那就补偿更多了....
不过目前也没有什么好的方案...延迟是可以接受的

回复此帖报告

dsynoiz

1581

#5 21-1-28 16:28 …

qianyao 发表于 21-1-28 15:37
大多数宿主能用到大部分，但是完全吃死，只有reaper能做到，但是也有缺点，就是reaper至少补偿一个缓冲区， ...

这点最近更新的版本，貌似优化了这个算法，插件延迟里默认模式变成了per chain compensation

回复此帖报告

qianyao

5431

#6 21-1-28 16:32 …

dsynoiz 发表于 21-1-28 16:28
这点最近更新的版本，貌似优化了这个算法，插件延迟里默认模式变成了per chain compensation

我暂时还是6.19

回复此帖报告

Tee

1568

#7 21-1-28 16:35 …

dsynoiz 发表于 21-1-28 16:28
这点最近更新的版本，貌似优化了这个算法，插件延迟里默认模式变成了per chain compensation

[划掉]不知道升级的，不是全新装的，是不是也有了这个默认，还是延续之前版本的设定[/划掉]

-------------------

是默认新设定

本帖最后由 Tee 于 21-1-28 16:41 编辑

回复此帖报告

YongAudio

1409

#8 21-1-28 16:52 …

提示: 作者被禁止或删除内容自动屏蔽

回复此帖报告

hjun

13857

#9 21-1-28 17:18 …

只能坐等cubase升级架构

回复此帖报告

dsynoiz

1581

#10 21-1-28 17:21 …

说起新的插件延迟算法，感兴趣的话可以看看这个视频，做了一下新旧算法的对比
www.你吐吧.com/watch?v=2FXOtV2tQQ0&t=785s

回复此帖报告

qianyao

5431

#11 21-1-28 17:22 …

dsynoiz 发表于 21-1-28 17:21
说起新的插件延迟算法，感兴趣的话可以看看这个视频，做了一下新旧算法的对比
//www.你吐吧.com/watch?v=2 ...

新的延迟补偿算法，多核性能不会下降吧

回复此帖报告

托尔芬

130

#12 21-1-28 17:37 …

YongAudio 发表于 21-1-27 20:52
但是REAPER不是行业标准
遗憾了

只是国内不是
遗憾了

本帖最后由托尔芬于 21-1-27 21:43 编辑

回复此帖报告

qianyao

5431

#13 21-1-28 18:15 …

似乎总有人特别注重“行业标准”，什么叫行业标准？用什么软件，用什么硬件，不叫行业标准。

能拿出行业流程，遵守行业规范，才叫行业标准。
以为用了“Pro Tools”就是行内人？我玩了很多年Pro Tools也没感觉是行内人，可能还需要一套“HD I/O”才能算行内人.....

当然还有行内人必不可少的“真给力”监听音箱...

观众反应

桂枝汤治太阳风

回复此帖报告

wanghedi110

#14 21-1-28 19:18 …

YongAudio 发表于 21-1-28 16:52
但是REAPER不是行业标准
遗憾了

某格莱美混音师也不用pt，一看就是外行

回复此帖报告

hjun

13857

#15 21-1-28 19:28 …

reaper用音源能力如何啊？

回复此帖报告

返回列表