|
糕步有个优良传统,拿现在的SONAR X系列来讲,读取当初Cakewalk Pro Audio的专案仍旧无压力,毕竟CWP格式一脉相承下来,论相容性是没啥问题的,我今年年初写SONAR X1测评的时候,出于体验SONAR 8的钢琴卷帘操作手感的目的,我拿SONAR 8 Producer读取SONAR X1的专案,发现除了X1的ProChannel在SONAR 8下无法使用以外,其余功能正常工作。(关于钢琴卷帘咱们下半场再谈)* u5 S; v% @* I( o
3 {/ \6 g! d j; W7 y: i2 {4 q嗯,同类软体PHOTOSHOP就是个例子,虽然太旧的版本开启新版的PSD档案的时候无法读取全部资料,但是毕竟也做到了档案格式互通。只是,这样有个前提:该软体在一代代设计过来的时候在设计方面没有太大的方向失误。PHOTOSHOP长久以来的设计概念就很成功,且很多其他的专业绘图软体也效仿了这个概念体系…
% f: e' l- i; u+ E
4 W& ~% y' p8 G/ O: V" I( _3 h但是,万一不成功怎么办?SONAR 4简单易用,那个时候VST虚拟乐器还没有普及,就SONAR的音轨分类来讲除了AUDIO轨就是MIDI轨,所谓乐器轨也就是将AUDIO轨的输入指派给合成机架(Synth Rack)而已。这个设计对当时以硬体音源为主的SONAR用户来讲堪称经典完美,但是也只适合那个时代。# @: \% A( I/ t+ g6 \) `
# [1 w% x' t: ~9 ?" \
我对SONAR 6评价很低。SONAR 4都能在WINDOWS 8上正常工作,SONAR 6 x64居然还和UAC不相容…不过细想一下觉得很正常,音色甜如甘澧的Philharmonik弦乐VST对UAC的相性也是如此,一袋大米总有几颗沾了霉味的。不过这缺点还不是最致命的,毕竟软体厂商预知未来作业系统相容性的能力也是有限的。但是SONAR 6充其量只是迎合了SONAR 4的用户使用习惯而已,且看VST乐器、效果器已经开始在那个时候普及了,SONAR 6居然在添加零碎功能的基础上一直忽视对软体设计概念的改进、以及对窗体排版改善的重要性,把这群用户一直娇惯到SONAR 8。
, N* V( P; {9 i H3 M# y# e% X* {+ W/ L9 r i1 g: u9 w
还好,SONAR 8.5开始初次体验使用页签和独占画面等概念管理软体介面,但是改革得还是不彻底,于是有了SONAR X1饱受争议的天窗…这改革得太晚了,以至于都不知道怎么改革才能同时照顾好新老用户,甚至在具体操作方面有一些小的改革失误,被SONAR X2弥补了…兴许这介面再做一些美术方面的调整,都跟SONAR X2经过排版改进的MATRIX视图那样紧凑就好了。但是SONAR还忘记改了什么呢?
3 t! H% |( T$ o, o+ T% [; M/ f0 _+ K, {$ R5 h
刚才提到SONAR 6诞生于VST普及的时代。就音轨分类而言,SONAR 6理应像同期CUBASE那样对音轨类型作出严格细分,但是SONAR 6却还是像SONAR 4那样拿AUDIO轨改巴改巴玩玩。可能SONAR 7和SONAR 8对音轨类型做了些许小改进,但总体上来讲仍旧逃不出这个怪圈,改革不彻底,之后就这一点而言在SONAR X1/X2当中根本没有改进,这是神经大条的表现吗?
- R/ f) {3 @ h: I- l% J8 {" K
) R7 N) g U) O5 d( w3 fVST是STEINBERG的东西,糕步可以有诸如骨气等理由 (起码是我的话可能会找这个理由,至少三星剽窃苹果创意的套路我是无法接受的) 不采用CUBASE一系列对VST乐器的管理设计,但是起码也得针对VST乐器的特性做出相应的改进。成天用花椒水洗头的话,是不会改善自己对时代的认知的。9 @& |2 w3 V# w( v, j
" q7 I& H0 K' d糕步在神经方面麻木到顶的德行不只从SONAR本身的设计上体现出来,还可以从自古以来的CWP格式上体现出来:且看现在的CWP格式,不支持UNICODE万国码格式的文本字串存储,以至于:同一专案在简体中文系统下以中文命名音讯资料夹名称和音轨名称的话,在其他语系的系统下会乱码,甚至因此连音讯资料夹的名称都找不到,这估计还不算是最干蛋的后果 (但愿最干蛋的后果已经被我遇到了)。刚才提到的音轨分类问题,如果不是为了可以读取旧版SONAR的专案的话,完全可以彻底解决的。
% Z& U) L; P6 O* ^
) I7 j4 B0 i5 w6 X6 b7 J/ D* U糕步缺乏壮士断腕的精神 (就是NOKIA转投WP阵营的那种精神) ,也就是像CUBASE那样让SONAR直接从Cubase SX 1.0开始脱胎换骨,在专案格式上彻底断代,整个软体彻底重新购建程式码,兴许可以解决同步发行同代OSX版本SONAR的研发成本问题。或许很多老用户刚刚千辛万苦适应过来SONAR X系列,会累呼呼地说:「别折腾了,这货才是SONAR嘛!折腾了的话就不是SONAR了。」* ~/ G `$ v2 L' d! r
' h2 f: }! a' c' r
好吧,嗯,就SONAR现在这些一直没有得到彻底改善的设计缺陷看来,这货确实是SONAR,我们这些弄编曲的完全可以像那些闯关东的老百姓那样,用脚投票离开这个阵营 (只留下继续坐着吃香喝辣的混音师们) …但是,让我感觉几乎要人格分裂的是,SONAR X2在易用性方面的改进全部都是针对CUBASE 6.5的弱点来的(这个我会在下半场细说)…以至于在CUBASE 7出来之前,我没有任何理由继续把CUBASE 6.5 当作我在WINDOWS系统下的主要音序作业平台,且会高度关注CUBASE 7的更新…呵呵,我在OSX系统上只有Cubase可用,且用着也挺舒服。至于这易用性如何,且看下半场分解。$ P3 x8 v! t5 F- w! j V
& x- t9 g# x/ B3 t w4 `
【下半场】
6 K+ h; f9 t5 v1 N4 G
3 W) R; u5 o7 K5 G/ i% oSONAR X2此番换代的各项改进确实是糕步决心把改善用户体验理想落到实处的实在表现。
3 ?( X" w( M( z! `+ B% B; `$ E, l4 P' v" Y
其实我此前有写过对SONAR X2 WEBINAR线上产品研讨会的视讯的解读,其中几乎将SONAR X2的新功能说尽了,各位可以看看:http://www.midifan.com/modulearticle-detailview-2847.htm ,下文我就说说我具体使用后的感受,可能会对我此前那篇解读当中的内容作出更完善的解释,但是我不打算全部誊过来,我只会摘抄部分内容。
) O5 Q- s+ M$ N& z) i( k8 f: q9 N- ]! g% A% p( ~
SONAR X2的发布有点躁进,起码就RTM版来讲就有无法彻底关闭的BUG,还得劳烦大家摁 Ctrl + Alt + Delete 将SONAR X2手动关闭。这个臭虫目前已经得到ROLAND中国分部的确认,并已经提报给总部。
6 E, {, q$ q: T2 n: c1 Z4 b; D
' Y \ B8 M& c* ` V) t/ z6 j多亏ThinkPad的TrackPoint驱动编写得特别奇葩,和SONAR X2相性不好,我在试图用TrackPoint滚动调音台内容的时候发现SONAR X2新增了崩溃救急机制,看图(甲):6 H4 H3 W: \. ]: d/ f. p0 c
# K9 M! Z# [* P+ _+ N0 R
1 J- v5 D+ @/ w: X9 K+ u
; T# [' M7 X9 Q6 \- d# m(甲:崩溃救急机制)
7 h# s* H& {/ B# B$ j( r
6 o* }- u& C1 I% K图中所用的SONAR X2用上了我自己制作的繁体中文语系套件,各位可以在云天音乐网或编曲中国找到。2 I ], r( X9 ?( E9 d, o
& J7 l# \9 e; W5 m
各位可以从图中看出,SONAR X2可以在主程式崩溃的时候把当前正在制作的专案救下来,免遭损毁之命运。但是SONAR X2还会将已经创建的记忆体倾印档案传给糕步留作分析产品设计缺陷的用途 (此步骤可选) 。. A m) ?( A$ x& |/ |
8 r4 g" G, W- R6 B0 c窃以为这次SONAR X2相对SONAR X1的改进目标是:通过操作流程方面的细节改进,尽可能节省使用者的任何不必要浪费的时间。当然,这有个前提,就是你已经对SONAR X1或SONAR X2任一版本的操作方面比较熟悉 (即使你是SONAR 8老用户,那也是如此)。SONAR X2 相对SONAR X1的改进大多都在于细节和操作方面,几乎就是对X1已有功能的模组化增强。4 y; x7 e& g$ w; G/ ?, p% _0 i" Z
( \4 K: I2 x8 x) }1 w( q& }我为什么喜欢在OSX下用Cubase,而对Windows下的Cubase嗤之以鼻,最主要的原因就是在于本身的视窗管理方法上的差异。OSX下的Cubase的所有视窗大多都可以最小化到OSX的DOCK上…真要嫌乱的话,咱们还可以几个手指同时在触控板上向上推,然后所有视窗都会罗列在荧幕上供您点选。而Windows版呢?传统MFC应用程式在MDI子窗体管理上的恶疾全部在Windows版的Cubase当中彰显殆尽 (SONAR 8以及之前的版本也是这样,虽然稍好一点,但真心好不到哪里去)…还是微软自己有先见之明,Office 97是Windows平台最后一个采用MDI窗体的版本,自OFFICE 2000开始全部换成SDI窗体了,一直沿用到现在 (严格来讲,OFFICE 2007开始改换RIBBON介面后就已经算不上MFC应用程式了) 。类比一直对Office系列东施效颦的WPS办公套件,金山在WPS当中引入了页签设计,试图克服MDI子窗体管理上的缺陷,这对Windows Vista以及旧版Windows而言确实不错,但是到了Windows 7则算不上是最好的方案了…因为Windows 7开始改进的工作列(任务栏)从某种程度上来讲和OSX的Dock差不多。Cubase 完全可以在Windows平台尽可能利用Windows 7开始改进的新的工作列,以力求视窗管理便捷性和OSX版的Cubase类似。其实,如果我没记错的话,SONAR 8.5同时引入了页签风格的子介面管理设计,同时SONAR 8.5 x64的VST 位元桥在管理x86的VST面板视窗的时候也充分利用了Windows 的工作列,这方面就Windows 7的角度来看确实好用了少许。
! b5 K3 o7 [4 a! W, C& P+ u1 t5 u! \7 i% h9 A. m, ]3 t& [' G
如果说SONAR 8.5的页签管理风格是糕步在改善SONAR介面管理方面的初步尝试的话,SONAR X系列 (X1、X2) 全新设计的天窗停靠布局倒是多少承袭了页签管理系统的优点。很多人在嗷嗷喳呼说这样会导致工作面积缩水严重,却没想到动手摁摁键盘上对应的便捷键将上下左右四边全部收拢看看 (分别以Control / Browser / Dock / Inspector这四个单字的首字母 (C/I/B/D) 作为便捷键)。这是我当初觉得SONAR X1相对SONAR 8而言对SONAR新手友善的地方。另外控制列的各个模组也有了一些小调整,各位可以自己在具体使用过程中体认到这些改进,我会在下文细说一下其中的对齐模组。+ f% o, h, k9 q) A) Y
' b: r3 V2 U" V4 r4 S4 s咱们摁下F11即可让SONAR X2全荧幕显示,具体全荧幕的效果如何,恐怕用过OSX Lion / Mountain Lion的人都知道,当然SONAR X2还是会显示选单列的(为什么不做成RIBBON?)。这个设计其实是对 1366*768 这种劣质解析度霸占笔电市场的恶劣风气的妥协。
' I7 F; \8 o e: j- B1 e/ m, h! U5 ~0 y( S1 m$ K) A, V L9 B
至于SONAR X2的ProChannel,本身和SONAR X1 Producer Expanded的ProChannel相比就是雷同的东西,针对SONAR X1 Producer本身而言也就是将各类元素变成模组化的形式,并且可以自行购买第三方模组添入其中进行使用。但是SONAR X2不会就这么算了,还加赠了Overloud会社专门为SONAR X2量身订制的TH2吉他音效套件和BREVERB 2万用混响套件,以及三款经典的调音台模拟 (分别是SSL、三叉戟、 尼夫) …此外还加入了FX Chain功能──咱们可以在同一音轨/BUS当中连续使用多个FX Chain模组,每个FX Chain模组都是一个单独的FX Bin,咱们可以在此直接将VST效果器插进去,真方便…那SONAR原先的FX Bin不就没用了吗?有用,读取旧版SONAR创建的专案的话会用到。
' K9 ?$ O0 m7 ?" J2 p+ |/ o) T; T; P ?# J9 b
SONAR X2对于音轨视图的改进就是围绕着「效率」这两个字开展的。
3 q" O; u# n, K7 f" S. m! a: g8 b* |* b$ g
O- ]* u. d* B5 Z
7 R% B, [& ], Y" l(乙:自动音轨缩放)
5 i: w! M0 M( V* W/ D8 A. Y
* c: M+ J q4 r0 M% u. U咱们可以参照上图(乙)所示的方法启用「自动音轨缩放(AUTO ZOOM)」的功能。启用之后,咱们在点选任一音轨的时候,音轨的显示高度会自动扩展,并完整显示该音轨在当前显示偏好设定中所指定的要显示的全部选项,而其它未选中的音轨的显示高度则会自动缩小成简单的一条。这个功能的最大好处就是让您的音轨视图显得更加紧凑。在确保自动音轨缩放没有被停用的情况下,直接拖动修改某一非选中的音轨的显示高度的话,所有非当前选中的音轨的显示高度都会随之改变。这个功能同样适用于音轨视图的BUS栏目。另外,摁住Shift对着某个剪辑连点两下的话,该剪辑会自动放大显示以填充工作面 (摁Alt + Z还原)。
% b& ~& n% {+ W+ I4 y% n5 S# l) [0 O: E7 ^! P2 k
1 @: C/ t$ e! v( Q7 w6 C/ A% S0 ?: \
(丙:游标放大镜)
5 Y3 N! r; K8 }# _. `3 c/ B! W0 H* T, O8 Z/ Y& U
游标放大镜如上图(丙)所示,滑鼠游标停在音轨视图的标尺列的上端的时候,滑鼠游标会变成一只带箭头的放大镜,此时摁滑鼠左/右键进行上下拖拽的话可以对横向/纵向显示精度进行定点拖拽缩放。至于纵向缩放则是指同时对所有音轨的显示高度进行缩放。这定点缩放的功能确实比右下角那两组缩放控制按钮好用多了,但是对BUS栏目无效。其实Cubase 6.5有这个功能,但只支持横向缩放,而且不是定点缩放,在具体操控方面确实有一点难度。另外,摁下 Ctrl + 方向键也可以调整音轨视图的纵横显示比例。
# f; W0 n! w8 ~& r1 K7 H6 Z. t
2 n% m+ ~4 H# U' b% E0 V; ?* `) V# r7 q$ o0 M4 q
2 H* w- x- R! e(丁:剪辑句柄)
, c1 X R" z3 A
# q! w/ j( q' ?; h2 [+ ZSONAR X2的音轨视图中的剪辑都会在最上端有一条句柄 (如上图(丁)所示) ,这个句柄可以在当您使用轨内MIDI就地编辑功能的时候继续对剪辑本身进行操作,且其最右端的按钮可以让您快速决定用什么工具 (步进音序器、钢琴卷帘、琴谱视图啊、MIDI事件列表)进行编辑。# ] @, `# c4 a0 E7 D
* }7 A |6 `& G0 Q2 f9 A
& w! H+ G5 o& \) G
7 x ~+ g+ E; A3 n0 p; f
(戊:智能对齐)8 Y7 ~1 w6 L& E1 z
& V+ |% x |/ D4 B5 J; L: F
咱们说说智能格线。SONAR在音轨视图的另一个很重要的改进就是根据目前的显示比例自动调整格线精细度,所以在咱们放大某处需要进行精细编辑的时候就再也不需要手动调节可供贴齐用的格线精细度了…这个可以从控制列的智能对齐模组反映出来(如上图(戊))。咱们可以在绝对对齐 (和标尺单位对齐) 和相对对齐 (相对剪辑位置进行对齐) 这两种模式当中自由切换…并且还可以在右键点选MARKS按钮之后直接摁P进入偏好设定的对应页签中设定可供贴齐的相对参照物的种类,之后在控制列中把MARK按钮点亮就可以用了。咱们还可以在此调整对齐功能的灵敏度并进行现场测试,如下图(己):1 K1 H% U! I; M% L; E0 B0 z4 h+ ^. k
|
|