DTMの64bit環境を考える
http://pc11.2ch.net/test/read.cgi/dtm/1226144887/
参考
ttp://redredring.blog47.fc2.com/blog-entry-166.html
Q. 64bitOS って 使い物になるの？
A. なる。メモリいっぱい使いたい人は
64bitWindows + 32bit DAW の組み合わせで大抵幸せ。
（ ただし、ハードウェアだけは 64bitドライバ揃えること）
Q. DAWソフトが 32bit なんだけど意味あるの？
A. 32bitOS なら 3GB 程度のメモリを OSや DAW で奪い合うから不安定。
でも、64bitOS でメモリ 8GB の場合はDAW だけで 4GB使えて、
加えてOSや他のソフトでもメモリ4GB使える。意味ありまくり。
Q. メモリどんだけ積めばいいの？
A. 最低4GB（3GBだと32bitと変わらん）、できれば 8GB あると良いよ。
それ以上は使い方次第だから足りなかったら追加してくれ。
Q. DAWソフト64bit にすりゃええやん
A. 64bitDAW だと動かないプラグインがあるんだ。
大抵のものが動く 64bitOS + 32bitDAW を強く推奨。
Q. でも超大容量の VSTi をメモリに読みたいんだよ！
A. ReWire で２つ以上の 32bit ソフト立ち上げればそれぞれ 4GB 使えるよ。
A. jbridge っての使うと 32bitDAW + 64bitVSTi いけるよ。
ttp://jstuff.wordpress.com/jbridge/
Q. 動かないハードあるんじゃね？
A. 64bit ドライバが無いと残念ながら動きません。
Q. 動かないソフトあるんじゃね？
A. ソフトは32bitのものも含めて大抵動きます。
vista/7 の場合 Program Files じゃないところにインストールすると
うまくいきやすい。（vista/7 の問題であって 64bit の問題ではない。）
それとも、64bitOS選ぶ人の本命はvienna ensemble proになっちゃうのかな？
乙乙
乙
ぼちぼちwin7入れるんで
どうせなら64bitにしとこうかと考えてるところ。
同じような人けっこういるんじゃね？
有意義なスレ
DAWソフトもプラグインもドライバも、再コンパイルすれば
64bitで動く。全て64bitクリーン。
2GB or 4GBの壁なんて関係無い。
そもそもプラグインの種類が乏しいんだけどね…。
ノートン先生がすごい反応するんだけど…
a.exeがなんか怪しい動きしてるっていって削除するんだけど、誤検出なのかな？
ちなみにWindows7 x64です
隔離した仮想環境の中でインストーラ動かしてみた。
セットアップ本体のランチャーがa.exeなんだな。同じ名前の実行ファイルを
使うウィルスがあるし、こんなファイル名わざわざ使うなよ。ｗ
a.exe自体はPACEのデジタル署名付き、複数のアンチウィルスソフトに
よるスキャンもパス。インストールが完了したら完全に削除されて特に
怪しい痕跡も残さない。Nortonの過剰反応だとは思うけど、念のため
iLokに確認して、ついでにファイル名変えろって言っとけば?
心配するほどのことでもなさそうですね、ありがとうございます！
ドライバ類もすぐ来たし、wavesも今回はすぐに対応した
うちも心配していたような不具合はWin7 64bitで一切なかったよ
XPの環境は残しておかなくて大丈夫な感じ
Vistaが準備期間として機能してくれたのかもね
SONAR や Cubase なら金取らない程度の差ってことだな。
マーケティングの都合優先って感じだったんだね…
実質SPにお金払わされたようなもんかな？w
ま、64bit移行のきっかけになったし、
そこそこ安定しているんでよしとします＞Win7
どーんと大幅変更した新世代を出したら、次はブラッシュアップ版を出す…みたいな。
MSのOSリリースの仕方って大体そんな感じになってきてるんじゃないかねー。
MS的にはVista開発が遅れすぎた結果、XPが長く使われすぎたんだよ。
その間にサードパーティがどっぷりXP依存しちゃった、と。
7対応もすぐ出てきたよ
Winに関してはOSが足かせになることはない
8outか16outのをブリッジすれば使えそう。
jbridgeは32アウトまでしかサポートしてないみたいで、
kontakt4は64アウトまで持ってるのでエラーが出るんじゃないかな。
Win7の影響だろうね、64bit化考える奴が増えて需要が急増してるんじゃない？
今月中には逆転するんじゃね?
PC-12800の4GBが来月から量産始まるしな
Adobeが来年のCS5で動画編集ソフトの動作OSから32bit切り捨てるのが確定してるし
来年の今頃には制作用PCは64bitで組むのが当然になってるんだろうな
CS5での32bit切捨てはまだ確定してないだろ
あくまでも将来的にはの話
24じゃないが少なくともAEは確定
・SD解像度の35倍の4K解像度対応
・8bitカラー処理の4倍の32bit浮動小数点処理対応
・市場にあるメモリが高くても1GB＝25ドルを切った
等の理由で64bitをメインにして32bitは動作対象外にする事を開発ブログに書いてる
DTM関係もそーなってくれんかな。
正月まで爆安だったけど正月過ぎてから徐々にあがってなかったっけ？
正月は2G 1000円で買えたのにね
NBだと1500円切ってた。
DDR3はヌルーして、DDR4にきたい。
XPのサポートが2014年までだから、当分はないって事だねｗｗｗ
何を発狂してるんだ？
XPにも64bit版があるんだから尚更切り捨てが加速するだろ
4GBじゃ足りない気がする。うーむ今すぐあと4GB買っとくべきか
DDR2-800？？
チップセットは何？
マザボは？
E8500が余ってたので、Geforce9300オンボのマザボという庶民派ですよ
ビデオはIONとか最近のMacBookとかとおなじくらいのやつ。
CUDAのVSTで遊びたかっただけなので
え？w
来年Q2に出る予定のCS5でAfter EffectsとPremiere Proが64bitのみにされるのは確定事項
2010年前半でこれが起きるんだから
2014年には32bit XPなんて少なくとも動画編集には使えないOSと化すぞ
Adobe CS5 will ship in April 2010
ttp://cs5.org/?p=136
The future of After Effects is 64-bit native
ttp://blogs.adobe.com/keyframes/2009/10/our_next_release_64-bit_native.html
＞the next version of After Effects will only support 64-bit operating systems.
＞Oh, and by the way, 64-bit native is coming to Premiere Pro, too!
その2本はプロフェッショナル向けだから来年64bitで問題ないだろう。
たぶん、2014年にもなると8GB搭載くらいが普通になっていそうだから
32bitは淘汰済みになっていると思う。
2012～2013年頃には64bitのみ対応の新Windowsも出ていそうだし。
32bitOS の話をしたいなら違うスレでやってくれよ。
DTMと関係ねぇじゃんかw
それまでの辛抱
今年DDR2の8GB以上を揃えられた奴は運が良い
大して関係ないんじゃね？
毎週メモリ価格チェックしてるような奴はもう64bitだろうし。
4GB買ってきました。ノーブラ7800円だけど後悔してないもん！
NBと言いつつ、M&SとかMr.石が多いからなぁ。
一晩回して、朝見たら真っ赤とか。
毎週メモリ価格チェックしてるような奴はもう64bitだろうし、
まだ32bitの奴は短期的な価格変動をそんなに気にしないような層じゃね？
まで言わないと解らないですか、そうですか。
「メモリと電源だけはケチるな」ってどこかの自作系スレで見たような。
それは正しい
昔どこかでそんなレスをしたな
メモリと電源は安定性に直接の影響があるからね
突然リブートとかした時に原因が特定し辛いんだな
CPUとかGPUをケチっても性能が下がるだけだけど
安物のメモリとか電源は他のパーツを巻き添えにすることがある
DDR2これ以上値上がりする前にマザボのスロット埋めたいんだが、
2GBx4枚=8GBと迷ってる。
もちろん人それぞれってのは分かってるが、
そーいう状況になる場面を参考までに教えてｷﾎﾞﾝ。
そのVEPで大容量のドラム、ピアノ、オーケストラ音源とかを同時に使えば8GB以上は案外すぐいく
そういう使い方をしないのなら8GBで十分
「メモリと電源だけはケチるな」
完全に同意！
両方とも完全に故障したならすぐに判るが問題は不安定になる場合。
これの原因究明は非常に難しく解明に苦労するしトラブルは切羽詰った時に良く起きる。
怪しげなローコスト品使うくらいならCPUのランク落としてでもまともなものを買った方が良い。
DDR2はDDR3より高くなったから、このへんが最高値のような気がする。
年末に掛けてもう一段上がる可能性もないことはないが、慌てることないと思うよ。
大容量サンプルより、24bit/96KHzST16trマルチ録りやる事がある。
マメにセーブしてるがよく落ちるんだよな。
大容量メモリ積んでると被害がそれだけ大きくなりそうで。
4GBx4枚レンタルとか無いかなぁ…
DDR3 にして 12GB のほうが良いんじゃないの？
DDR3のためだけにそこまでするほど、劇的な性能向上があるの?
DDR2 4GB で４枚とかもともと安定するかどうか怪しいギャンブルじゃねーか。
安いメモリじゃまともに動かなくて当たり前だから金もかかる。
俺の判断基準では 4GBx4 がそもそも選択肢として論外、ありえない、冗談じゃない、
マザボ買い換えるほうがずーーーっとマシだ、ってこと。
CPUとかしょっちゅー換えるやつってその辺、苦にならんのかね。
どーせ要認証アプリ数本しか持ってないかﾜﾚなんだろーけど。
認証が必要なソフトを沢山使っているかどうかと
不正コピーをしているかどうかは直接関係ないだろ。
書いてて恥ずかしくない？
アクティベーションよりドングルのほうがありがたい
3DCG製作系では急速に64bitWin普及してるし、メモリ暴落で一気に大容量化が進んだ。
トラブル無いとは言わんが、64bit化によるメリットの方が大きい。
金に余裕があるなら4GBx4枚がお勧め。今のうちに。
ホントはDTM専用機欲しい。
激しく同意
IKのあくちべがあと3回…
. .... ..: : :: :: ::: :::::: ::::::::::: * 。＋ ﾟ + ･
∧ ∧. ＿::::。・._、_ ﾟ ･ ＞Vvrtual
/:彡ミ゛ヽ;）(m,_)‐-（<_,` ）-､ * 専用機と一緒にキーボードとATOKを新調ですね
/ :::/:: ヽ、ヽ、 ::iー-、 .i ﾟ + おっと、文字がよく見えるように大型液晶もIYHとは流石です
/ :::/;;: ヽ ヽ ::ｌ ゝ ,n ＿i ｌ
￣￣￣（_,ノ ￣￣￣ヽ､_ノ￣￣E_ ）＿_ノ￣
ですよねー。
>>70
あれ、連絡してもリセットされないのかな？
いろんな認証方式あるけど、自分が持ってる中では IK が一番不愉快だ。
これって64bitＯＳに32bitＤＡＷをインストールして
jbridgeを介してプラグイン立ち上げたら
それぞれのプラグイン毎にメモリ4Ｇまで使えるって事でいいのかな？
早速の回答ありがとう
自分の環境ではＥＷのプレイエディション＆コンタクト系のサンプラーが
メモリ喰いまくってネックだったんだけどこれで何とかなりそう！
動かないものもいくつかあるだろうけど、とりあえず導入してみます。
64bitＯＳに32bitＤＡＷ→jbridge介して64bitプラグイン
64bitＯＳに64bitＤＡＷ→jbridge介して32bitプラグイン
どっちも出来るなら良いツールですね
仕様と言えば仕様。不具合といえば不具合。
Sonar8.5は64bitDAWに32bitプラグインを複数起動させた場合、
トータルで128GBまで起動可能になったとか聞いたけど。
精度というか安定度の方はどうなんだろうね。
環境次第
て事じゃねどーせ
VSTi に入れ替えたら普通に開けた。
64bit対応を謳っている製品がなかなか見あたらない
じゃあ逆にその６４bitじゃない製品をあげてみ。
Rolandはハイエンドがないから現行使用機種からわざわざランクダウンさせたくない、
YAMAHAは極最近の製品しか対応してないって言うんで困ってる俺01Xユーザー。
サブ用でM男のFW410も持ってるけど、流石にメインで使いたいとは思わないので。
…みたいな感じで難民化してる奴もいるよ。
RMEに乗り換えたいけど高額だからな…もう暫く先送りかなあ。
音質だけでなく安定性や互換性もあるし、10年近く前のHammerfall DSPでさえ
64bit環境で使えるくらいサポート(代理店ではなく本国)がしっかりしているから長く使える。
adatのラインナップは豊富なんだが…
話題としての旬は既に過ぎているというか。
プロパティではわからんし•••
64bitならIEが2種類入ってるからすぐ分かるだろう。
それなら分からんな。
DAWとかプラグインの判別ってことでいいのかね？
それなら本体入ってる場所が違ったりするよ。
32bitはインスコ時C:\Program Files(x86)に格納で64bitはC:\Program Filesに格納。
例えばデスクトップにあるショートカット(.exe)を判別したいなら、
それを右クリして「ファイルの場所を開く」を選択すれば上記のどっちにあるかわかるから判別できるよ
自分の持っているプラグインとかなら分かってるだろうし。
ファイルの先頭のほうに英語(ASCII)で cannot be run in DOS mode とか書いてある。
そのちょい先に(１６進で）
50 45 00 00 4C 01 って６バイトがある奴が 32bit。
50 45 00 00 64 86 なら64bit (AMD64ね。IA64だとまた別)
なのでバイナリエディタでこの２種類の１６進６バイトを検索すれば解る。
(50 45 はASCII文字列 PE なので、それでさがしても良い）
それ絶対じゃないよ。
具体例としては、kontakt3 32bit 版を x86 のフォルダにインストールしてから
3.5 にアップグレードしたら、64bit モジュールが Program Files(x86) に入ったりする。
>>96
というわけで、本当に 64bit？ 32bit？って調べたい場合もいろいろあるのよ。
それあてにならんよ。その作法無視するアプリ、結構ある。
音飛び問題がどうしても解決できなくて放置してた。
（普通に再生する分には問題ないんだけど、
ウィンドウを操作したりすると変な割り込みが入って音が切れる
ProcessorAffinityやらServiceDllUnloadやら色々弄ってもだめだった。）
しかし今さっきようやく解決した。
OS側のシステムサウンドの再生デバイス、
プロパティを開いて「音の明瞭化」の「すべての音の明瞭化設定を無効にする」にチェック。
これでうちの環境だと完全に音切れが無くなってようやくXP並の安定性になった
ASIOはアプリがデバイスを掌握して動作するってのが売りだったし
まさか今時システムのオーディオデバイスのこんな処理が悪影響を及ぼすとは思わなかった。
MMCSSとか割り込み処理の変化も影響してるのかも
システム用のオーディオデバイスを完全に切ってたり、
Vista以降の割り込み処理のさばきが旨いという
i7やPhenomとかの新し目のシステムの人には関係ないかもしれない。
DTM/DAW用ASIOは別に用意するよね? その上での話し?
そうそう。オンボードをOS・システム用に、ASIOデバイスはDAW専用に。
オンボードなんて当然メディアプレーヤー再生する時くらいにしか使わないんだけど、
全く動作してない癖に、なぜか割り込みに影響してたっぽいんだよね。
元ネタはMediaPlayerの再生が途切れるとかいう問題に困ってる人のとこから。
Windows VistaでDTM
http://pc11.2ch.net/test/read.cgi/dtm/1169894168/
589 名前：名無しサンプリング＠48kHz [] 投稿日：2009/09/26(土) 02:05:52 ID:UYD05Bom
PCぶっこわれたから、新調したのと同時に
このタイミングでVISTAメインにしてみたんだけど死にそう。
ウィンドウのサイズ変えた瞬間とか、
画面の描画が忙しくなると一瞬音が途切れるのが、
どうやっても直らねー。
オーディオインターフェースがPCIでも、USBでも同様で、
どのソフトでもなる。
画面描画なんぞより、オーディオを優先して欲しいのだけど、
そんな設定ってないのかな？
599 名前：589 投稿日：2009/09/26(土) 21:12:06 ID:UYD05Bom
すまん。
胡散臭いことに、コントロールパネルの電源プランをいじったら直った。
もともと「バランス」が選ばれていたのを、「高パフォーマンス」に変えたら、完全に直った。
これって、各デバイスの省電力の状態まで支配しているんだね…
ウィンドウをぐりぐりいじると状態が変わって、一瞬ノイズが入っていたっぽい。
EIST とか C1E だっけ？いくつか BIOS 上でオフにしないとレイテンシに影響する省電力項目がある。
vista や 7 はレイテンシ多めだし、それを考えれば高パフォーマンス以外の選択は厳しいぜ。
DTM的には何のメリットも無ぇー。
勝ち組に違いない…。
俺もオンボードサウンドは切ってるが、
>>101-102 には違う常識があるようなので、そこはスルーしてた。
メインのASIOデバイス使わないですむからあったらあったで便利だよ
DAWを44KHzでしか使わない人はあまり必要ないかもしれないが。
最近はさなくても特に問題無かったからそのまま使ってたけど、未だにこういうことがあるんだという感じ
ちなみに上で出てる件はUSBで別のデバイスを足してても起こるから、2つ付けてる人はやっておいたほうがいい
というかもともとUSBのインターフェース使ってるジサカーが見つけた不具合＆チューニング。
他のソフトやプレイヤー起動してもなんら問題ないのが普通だと思ってた。。。
M-Audioのマルチクライアントは比較的融通が効くけど、44のMP3再生してる時にCubaceで48のプロジェクト開くと
ロックされてるとか怒られて勝手に44で立ち上がる。
E-MUは別のサンプルレート再生した瞬間に起動中のプロジェクトのサンプルレートが切り替わる
RMEとかもマルチクライアントはあまり得意ではない
そうそう、Linplug社のAlfa3（シンセ）とRMⅤ（ドラムシンセ＋ループ6＋ライブラリアン）が64Bit版出ましたよ。
使い続けたいんだけど、ASIO ドライバの 64 bit 版が無い模様。
これらのインターフェイスって、VMware 上で動くのかな。Linux を 64 bit 化して
その VMware の中で動かせるとうれしい。
スレ趣旨から微妙にズレてて申し訳ない。
VMWare というのは遅いもの。
動けばいいってもんじゃない。
たとえるなら風船で太平洋横断しようとするのに似てるな。
空飛べればいいってもんじゃない。
Cubase5で喜び勇んで64bit版インスコしたのに32bit版しかRewire接続できんorz
32cubaceで64vstうごくよー。
ブリッジで無理してたころに比べると
すごく軽い。神だ。今のところ。
CubaseのASIOメーターが触れなくなっただけで
タスクマネージャのCPU使用率は40%くらい行ってる。
cpu何？
corei7の920で頑張れるだろうか…
爆熱になりそうだ
>>118
連投すまん、今更ついでに一つ確認したいんだが
32bitCubaseでVEPの64bitとコネクションできるんだよね？
VEP側で大容量サンプル扱っても、64bitでコネクションできるんならWow64の4GB制限はないよな？
64bitVEP内に立ち上げたプラグインはメモリ無制限だよ
>>123
ありがとう。
又聞きでしか聞いてなかったけど、つい衝動的にポチっちゃったんだ
一昨日発送メール来たしそろそろ届くかな…
ちなみに俺は海外の本家サイトでポチったからポチった直後にダウンロードできたけど
日本で買うとDVDが送られてくるの？
VEPのインストールCDとEpicOrchestraライブラリのDVD。
アプリケーションのイメージ
VEPサーバーを起動してからDAWのプロジェクトを立ち上げる。
VEPにはインスタンスをいくつか作成できる。
インスタンス内にはVSTをいくつも立ち上げられる。
DAWからはVSTiとしてVEPのインスタンスに接続し、
インスタンス内のVSTにはMIDIチャンネルで接続する感じ。
VEPからは音声をパラでDAWに戻せる。
インスタンスごとにミキサーがあってVolume、PAN、
センド、VSTエフェクト、DAWへの出力などいろいろできる。
VEPのインスタンスそのものは別に保存しなくても
DAWのプロジェクトでトータルリコールできる。便利。
Q6600で、Cubase32、VEP64(インスタンス２つにVST１つずつ)で
CPU使用率12%になった。Cubaseの処理メーターは全く増えない。
まだ64bitに対応しないエフェクターも多いし、ReWireのこともあるので
DAW32にVEP64とVEP32でVSTiを使うのが良さそうな感じ。
DAWは波形とMIDIとMIXだけ、とか。
VSTiの管理は全部VEPにしたらメモリ有効に使えるかも。
VEP64とVEP32は同時に起動できる。同じものは同時に複数は無理。
メモリを食うVSTi32を大量に使いたい場合は、解決にはならないかも。
少なくともDAWのブリッジよりは安定、というか不安定な感じが全くしない。
>>122
できる。
今日早朝に航空便の白い箱で送られてきたよ。
クリプトンのサンプルカタログは見てるだけで暇が潰せるな。
>>127
情報ありがとう。
早速試してみます。
そのうちオーケストラ専用DAWとか出すんじゃね？
俺、これが初Viennaだし。
ちなみにおまけのEpicはVEP側で起動するものらしい。
ホストからは直接できないみたい。
VEP快適です。
Rescanの挙動から恐らく読み込んですらいなくて、
addVSTに何も表示されないんだが…
dllがはいったフォルダを指定してる？
俺は使えてるけどなぁ。
スタンドアロンで起動しても、
Kontaktだけじゃなくて他のVST全部スルーしてるみたいだし
Kontaktだけ待避させてパス変えてみたりもしたが、
相変わらずだ…
駄目だ、何度アンインストールやら繰り返しても読み込まれない…。
使えてるのってKontakt4なんだよね？
なんか色々調べてみると、Kontakt3.5は64bit対応のdllらしいけどKontakt4は未だ、みたいな…。
でもKontakt4のスタンドアロンのプロセスは64bitで動いてるしなぁ…
認識できた！
Cubeの32bitと64bit両方とも入れてたんだけども、
ずっと32bitの方のVSTフォルダ指定してた…どんだけアホなんだ俺。
動揺してVSLサポートにメール送っちゃったりしたけど、即返事来て良い対応だったよ。
ありがとうポールさん。
OS:WINDOWS7 Home 64bit
CPU:i7-860
メモリ:6GB
オーディオI/F:V-STUDIO 100
DAW:CUBASE5.1(32bit)、SONAR P 8.52(32bit)
Jupiter-8V、Prophet V、CS-80V、KORG M1、Amplitube2、KOMPLETE6、
CHG、Jay-BASS等のKONTACT音源、REAL STRAT、EZDrummer、
Addictive Drums、SSL-4000(V6)とハードのCC-121、ノクターン動作確認。
ElectricKeysがどっちのDAWでも再生開始/停止で負荷がかなりかかって
NG。KONTAKT4はマルチ動作時SONARで盛大に負荷かかるから、マルチ
はNGぽい。CUBASE5.11(5.12?)は公式に書かれてる通り、立ち上げ中に
フリーズしてるんで、対応版が出るまで保留。
ってことで、WAVES系NPPとかL3含めてV7に上げるか？とか、CP-80の
音源どうすんべ？と思案中。
KONTAKTのマルチはCUBASEでは、いまのとこ問題なし。
それと、SONARが時々、立ち上がり直後にオーディオI/F巻き込んで
落ちます。
ハードウェアに関してはほぼ間違いなく64bitドライバが出てるよなぁ…
vistaの時には考えられなかった状況だ。
>>136
キュベは同じく公式に書いてある通り、VSTフォルダ隔離してパス変えれば認識するね。
ご助言感謝！5.11で動作確認しました～。
VST2.4のサーチでフリーズすると思い込んでたんで、どこにあっても
同じだろ？って・・・。思い込みはいかんですねｗ
今あえてwin7/32bitで使ってる人っているのかな
エレピスレで、ElectricKeysはUVIWorkstationとデータ互換あるって書き
込みみかけたんで、とりあえずインスト。再生/停止時に負荷が上がる
こともなく、問題なく動きましたぞっと。ふぅ、散財続いてたからラッキー。
DAWアプリも64bitじゃないなら、なんの参考にもならん。
もう来なくていいよ。
>一気に64bit化が進んで行きそうな気がします。
DTMMだけ読んで事情通気取りの音楽専門学校生みてーw
有名なプラグインも大半は更新が止まってるでしょ。
そもそもVST3対応のプラグインすら全然出てきてないんだから。
業界全体元気があるとはいえないと思うし
やっぱブリッジの精度をひたすら上げて
昔の資産も活かせるようにするってのは必須じゃないかなぁ
ブリッジに関しては今んとこどのDAWメーカーも、
サードパーティー製（jBridge、ViennaEnsemblePro）のものに
まったく追いついてないのがなんとも情けない。
というか全社とも、もうjBridgeの作者と契約して
中に組み込んじゃったらいいと思うよ
どっちにしろメモリの上限は来てるんだし、プラグインメーカー側にもお願いしたいところだ。
ただ、開発終了してる分とかもあるし、
Bridgeの精度は上がって欲しいところではあるが。
>「Program Files(x64)」というフォルダにインストールされます。
えっ？
OS=XP,MEM=4GB,CPU=C2Q,3GHZ,HD=1TB,Cubase5で外部プラグインシンセをたくさん使い、
セーブすると最後！
ファイルが開いてくれない
音源の納期はどうなるんじゃい？
すぐにでも買いたい！！
http://www.dospara.co.jp/top/
ここにある赤い枠の中にあるタワー型Garelia HG 99800円
これにSDD入れてメモリを8GにしてWin7 64bitにしたらどう？
ドスパラなんかのPCに10万近く出すくらいなら普通に自作するわな…
詳細は
Intel® Core™ 2 Quad Q9650 (クアッドコア /3GHz)
4GB メモリ (DDR2 SDRAM 800MHz / デュアルチャンネル)
1TB ハードディスク (7200rpm / シリアルATA II)
NVIDIA®GeForce® 9800GTX+ 搭載ビデオカード（512MB / PCI Express2.0)
Intel P45 チップセット ATX
MIDI INTERFACE : Steinberg MIDEX8
AUDIO I/Fは壊れたので何か安いものを買おうと思います
P45なら大抵メモリ上限16GBだから
とりあえず2GBx4買って8GBにしてWin7入れたらいいよ
XP64bitのメディアだけ入手してくれば
ダウングレードしてインストールできると聞いたのですが
これは前のOSに新しいプロダクトキー入れればOKって事なのかな？
> でも本当に出来るんですか？
マザボ等のドライバを自力でインスコ出来ればな。
スレ的にはそれが普通だが。
Windows7の相場はいくら？
中国製のWindows7は日本円で500円ぽっきりらしいけど、
どこで売ってるの？
http://www.dospara.co.jp/5goods_parts/parts_list.php?sc=URIAMT_ASC&br=90&sbr=577&h=d&f=d&m=parts2&lf=0
ttp://windows.microsoft.com/ja-JP/windows7/products/compare
それも大事だけど今使ってるハードとソフトがWindows7に対応してるか心配するべきでは？
今後そういうメーカーは買わないのが賢明なんだと思う。
いい加減、古いものにしがみつくのはやめてほしい。
メーカーもユーザーも。
目の前に快適な環境が見えてるのに、足を引っ張られてばかりだ。
やっぱ、高い金出して、以前出来てたことが出来なくなったって結果は、
ちょっと悔しいものがあるな。
かと言って、それを補って余りある幸せが手に入ったってわけでもなく
Steinberg の Virtual Guitarist 1 が、どーやっても動かない．．．Orz
どうせ 32bit でもメモリ足りてたんだろ？
だったら 64bit に移行する必要無かったんだよ。必要無いことに金使うからそんなことになる。
まぁ悔やんでも仕方ないからそれでがんばっていい物作るしかないでしょ。
んで、XP64BITも持ってるので、7の必要性もあんま感じない。
スレから話題がそれるけど、欧州のソフトは2000以上は対応するのが多いけど、米国のはXP以上が多い気がする。そんだけMSの
OS買って更新し続けろっていう後押しなんだろけど、2000以上対応のソフトはイイ会社だなーと思う。例えばLinplugのVSTシンセは、
9ｘ系統からWin7 64ビット版まで対応してる。
USBで繋いでエディットなんかするハードシンセの64bit対応が進まないのがな。
お前ら困らね?
俺も当初は64bitに移行する予定無かったけどいざその時になるとシンセとかすべて64bit対応してたよ
古い鍵盤もMIDI接続で問題ないしね
買う時にちゃんとしたメーカーのものを買わないからダメなんだよ
まぁ機能と値段ばかり目が行くのは仕方のないことだが
>シンセとかすべて64bit対応してたよ
>古い鍵盤もMIDI接続で問題ないしね
機種教えてよ。
俺のV-Synth XTとvirus cは、64bitVista/Win7ともにダメだ。
http://www.roland.co.jp/support/downloads/index.cfm?ln=jp&SearchBy=RcId&dst=P&RcId=18058196&dsp=1&PRODUCT=V-SYNTH%2FXT
何がダメだって？
他のサードパーティアプリ等は一切使わない予定なら
i5かi7にメモリそこそこ積んで、Win7の64bitにしとけば間違いない？
VSL製品しか使わないPCってこと？
それならわざわざ専用機に分けなくてもメインPCにフリーのVienna ensemble 2で十分だ
ただ、わざわざ専用PC作らなくてもだいたいの事は1台のPCでVEP入れておけば事足りるぞ
i5かi7にメモリそこそこのWin7x64でメインPCを組んでVEP入れて1台で使ったほうが面倒ない
サンクス！
今、C2DでXP32bit なんだけど、これをそのままDAW専用に使おうと思ったんだ。
すでにトラックをフリーズしまくらないと使えない状態なんで、いっそ音源専用機に
32,64bitの両プラグインインストを任せてしまえば他の互換性なんかで悩まなくて済むかな、と。
まあ確かに互換性は心配かもな
とりあえずは音源専用機を作ってみて、今自分が持っているもので何が使えないのかを一通り試してみて
Win7x64に完全移行しても問題ないと判断した時点で1台まとめちゃう方が安心かもね
トータルリコールが効くってのが便利そうなんだよなぁ。
よく使う音源を立ち上げっ放しにしとけるってのも。
俺は一応メイン機にもVista64bit入れてるんだけど、
UAD-2が未だに怪しいのと、オーディオが大量になると
表示がもっさりしてくるのが気になってて、
サブ機にVEpro入れて使うってのを考えてる。
AtomとSSDでファンレスPC音源とか、ちょっとやってみたい
KOREAがWin7に対応???
vista32bitまで対応のプラグインエフェクトはosが7の64bitだとjbridge使っても使えないのかな？
sonar8.5 producerへのアップグレードとともにwindows7にしようと思ってます。
あともうひとつ気になるんですけど、intel i7 920 じゃやっぱり弱いですかね？メモリはDDR3 2G×6の予定です。
よろしくお願いします！
プラグインはOSのビット数に左右されない（かなり大雑把な言い方だけど）
問題になるのはDAWが32bit版なのか64bit版なのか。
32bitなら互換無し（正確には互換だけど）で32bitOSで走らせてるのと変わらない感覚で使える。
64bit版DAWの場合、例えばSONARだとDAW上で互換で動く。
vistaで動くプラグインなら、問題なく動く。
ありがとうございます！さらに疑問ですが、あるプラグインが互換で動いているときと、互換なしで動いているときでは、負荷の度合いが違ったりしますか？
やはり互換で動いている状態のほうが負荷はかかるのですか？
あ、一応確認ですが、最後の一行はwindows 7 64bitで64bitDAWのときvista32bitまで対応しているプラグインは互換されて動くことができるという意味ですよね？
sonar8.5 producerを32bit版でインストールするか64bit版でインストールするか迷っています、、、うーん一長一短ですよね。まあどちらかで納得いかなかったらインストールしなおして別バージョン
にすればいいんですけど 笑
負荷は気になるほど変わらない。
vista32bitまでとあっても、ほとんどの場合Vista64bitだろうがwin7 32bitだろうが、
win7 64bitだろうが動く。
（xp→vistaのときのように劇的に変わったわけではない）
SONARならHDDの容量が許すなら32bit版、64bit版両方いれればいい。
自分はvista環境の頃からどっちも入れて作業してる。
（当時は32bit版じゃないとプラグインのオーソライズ画面がでない奴とかあったため）
その方式をとらせて頂きます！決心がつき、jbridgeをいまぽちってきました！
わかりやすい言葉で教えていただきありがとうございます。
SONARならビットブリッジってやつでダメなの？
って項目があるから良くなる点はあるんじゃない？
そういえばwavesはまだ64bitホストじゃ互換でも動かないね
両方使っても結局イマイチというのが実情。
ブリッジにあんま期待するなってことさ。
SONAR8.5.2 だったら不安定だけど 64bit host 上で waves 動くよ？
死ぬ率も高いから、あんま期待するなだけど。
完全64bit環境に移行・制作してる人いる?
96KHz/24bitで大容量/高速処理目的。
USBよりもファイヤワイヤがE
なぜ中古？
安く済ませたいってことでしょ。
どっちかって言うと初心者スレな質問だな。
７ドライバも揃ってる
なして？
嫌が応にも一気に64bit化が進むしかないから
32bitアプリ動かないよw
数年後にはGPUが浮動小数点演算を担う様になるかも(AMD)
って記事を見かけたんでちょいと気になったんだ。
intel 64とIA-64(Itanium)はまったく別のCPUだよ
冗談と本気を見分けられないKYな人かい？
波動関数、三角関数、微積分、フーリエ変換・・・などを必死に計算しているはず。
ある結果が出力されないと次の処理に進めない仕組みなので、コア数（並列化）よりもクロック周波数（演算速度）が重視される。
と知ったかぶってみる。
AMDもインテルも非対称マルチコア化を進めてるので、将来CPU・GPU・音源・チップセットなどの異なるプロセッサがワンチップ化されるかもしれない。
>ある結果が出力されないと次の処理に進めない仕組みなので
君は常にトラック１つしか使わないのか？
Iんてｒのがいい。絶対。
ここはひとつPowerPC載ったのを買えば? 俺は買わないけどw
AthlonXP系のCPUならAMDの発熱には同意する
昔使ってたAthlonXP２０００+は魂を９６℃まで高めて燃え尽きた
温度を見たときにさすがに目を疑った
真逆。DAWなんて並列化可能な処理の典型だからコア数の方が重要。
マニュアル読めば分かるが並列化なんて何年も前からやってるしね
てか波動関数なんて計算して何するつもりなんだ…
>>224
余談ですまんが、パイプラインの仕組みを作ってしまえば
>ある結果が出力されないと次の処理に進めない仕組みなので
なんてことも無くなるね
PC内部の数字の形式として大雑把にいうと
整数(小数点以下がないやつ)と実数(小数点以下があるやつ)があってな
それぞれ演算は別の回路でやるようになってるんだ。
この手の用途だと普通は実数で計算するんだよ。
GPUが浮動小数点計算やるようになってもDAW本体の方はあんまり恩恵ない。
GPUてのは同じ計算を沢山のデータに一度にするのが得意なんだよ。
DAWで同じ計算っていうと多分ミキサーの部分くらいしかないわけなんだけど
例えば16chをCPU-GPU-CPUみたいにやり取りしてると
レイテンシ的にあんまり美味しくない。
それにミキサー部は接続順の縛りがあって並列数に限りがあるからな。
まあCPUコア内にGPUが内蔵されてどの位性能があがるのかにもよるけどな。
ただしソフトシンセはGPUで動くかもしれないな。
CPUより多少レイテンシは大きくなると思うけど
圧倒的に高速になる可能性が高いと思う。
高速というかCPUパワーを使わないという意味でな。
まあ今時の大容量サンプルベースのやつは全然ダメだけどな。
メモリ-GPU-CPUみたいな順番になるから。
いやそれ以前にHDD(SSD)-メモリだからな。
GPUのメモリに収まる様にプログラムすれば無茶苦茶速くなるというか
専用DSP状態というかProtoolsのような感じになるんじゃないかと思う。
>ある結果が出力されないと次の処理に進めない仕組みなので、
>コア数（並列化）よりもクロック周波数（演算速度）が重視される。
基本的にはその通り。
DAWはレイテンシの問題から並列度があまり上げられないのだ。
例えばマスタートラックに掛けるコンプレッサは全チャンネルを
全部計算してミックスしてからじゃないと掛けられない。
とはいえクロックを上げるのには限界があるからね。
>>228
残念ながらイメージとは裏腹にDAWではコア数はそれほど性能に寄与しないのだ。
まあ各チャンネルに独立したプラグインを挿していくような場合は
比較的コア数に比例した速度が出るけどね。
Steinbergのサイトにあったけど現状4コアで性能的に頭打ちらしい。
それ以上コア数が増えても大して速くならないとか。
マルチスレッドって各コアに処理を割り当てる処理と
その結果をまとめる処理が必要なんだけど
そいつらは結局シングルスレッドにするしかなくて
分散した処理が終わった後じゃないとダメなんだよ。
例えばレイテンシが10msとれるとして
前処理に1ms、後処理に1msとられると実際に分散処理できる時間は8msなわけだ。
これだとコア数が4倍でも実際に計算できる時間は4倍いかないのが分かるよね。
な が多いな
> DAWはレイテンシの問題から並列度があまり上げられないのだ。
真面目にコンピュータ勉強すりゃ分かるが、プログラマはおまいさんほどバカじゃないｗ
パイプライン構造の勉強くらいして来い。言っておくがここでのパイプラインは
CPUの命令パイプラインじゃないから勘違いレスを返さないように。
レイテンシなら、DAWはトラックデータの先読みなり先行して波形生成してるんだよ。
遅延補償なんて名前も付いてプラグインAPI仕様にすら入ってる普通の話。
で、まとめる処理ってのもパイプラインの段が1つ増えるだけの話だから
問題なくパイプラインのレイテンシ隠蔽に組み込める。先読み幅がus単位で
増えるだけで実質何の影響もない。
要は、パイプライン上の処理が、先読みでデータが来てから再生されるまでの間に終われば、
どのコアがどの処理を担当しても演算結果は同じ。で、そのための時間余裕は
だいたい1秒程度取るのが普通。(数～数十msオーダーのHDDアクセスタイムを
隠蔽するためでもある) 結局は、パイプラインのそれぞれの処理を何個のコアで
手分けするか、という話に落ちてくるわけだ。当然コア数が多い方が性能が上がる。
実際問題Logicは8コアの方が性能高いって報告もあるわけだしな。
さて、お願いだからコンテキストスイッチとかデータ転送がmsオーダーとか言い出すなよ？ｗ
ソフトシンセとかは無理じゃね？
普通レイテンシって数ms位に設定しない？
1秒は取れないと思うけど
なんか話がかみ合っていないというかどこかおかしい感じ
数msとか言ってるのは、IFに送る際のデータの塊の大きさの話。リアルタイムに弾く場合に
問題にはなりえるのがこれ。その場合でも途中通るエフェクトのアルゴリズム自体の処理遅延
（数サンプル～数万サンプル）の方が支配的だから、nsとかusオーダーで動いてるCPUの
クロックが若干上がったとしてもほぼ無関係。そっちの対策としては、レイテンシの多い
プラグインをトラックとかバスに差さない、っていう一般的な話だねー。
弾くだけで負荷100％近く行くような負荷限界付近での話なら、クロックで少しは変わるかも
しれないけど…それでも一度MIDIとして記録されればこっちのレイテンシは無関係になるからなぁ…。
1秒ってのは、エフェクトのアルゴリズム自体が必要とする遅延に対応するために
DAWが必要なデータを先行して読み込むような話（実際の値はプラグイン毎の遅延設定で
自動で決まる。んー……1秒は長い部類に入るかも。たまに数万サンプル遅れるのがあるから、
そういうのを入れると1秒位先行して読むようになるよｗ）
でまぁ、こっちの遅延は説明したとおりパイプラインで隠されていて、直列に入ってる
エフェクトすら並列処理できる構造。素直にコア数上げる方が解決としては筋が良いよ。
痛い
良い子のみんなはパイプラインwのお話を信じないように
レイテンシ1秒とか…
それはミックスダウンの時だけだろ
どんだけゆとりなんだよw
リアルタイムで演奏してるトラックについては出来ないことだが、既に記録済のMIDIトラックや
オーディオトラックをプレイバックする場合にはDAWは数小節先まで先行して処理開始できる。
リアルタイムレコーディングしているトラック以外の全トラックはそういう先読みが行われている。
若しくは聞き専ってやつか？
なんでここにいるんだろうな
そういうのは相手にしない方がいい
一応言っておく
ソフトシンセは記録されたMIDIの先読みなんてしてなくね？
一つのソフトシンセで、シーケンスから再生しながら同時に鍵盤で弾いて
音重ねて再生できるんだし、
Synfulとか、処理に時間がかかるソフトシンセは
鍵盤で弾こうがDAWのシーケンスで鳴らそうが
みんな後ろ方向に遅れるよ。
他はホントにサウンドカードのレイテンシー内で処理してると思うんだが
CubaseなどではVSTプラグイン情報から見ることができて、
くわしいことはわからないがMIX時に発音を補正サンプル分だけ
前倒ししていると思う。
ちゃんとしてないDAWやちゃんと補正情報を定義していないプラグインは
ずれずれっぱなしになってるかと思うんすけど。
232の言い方はどうかと思うが、先読みの話は本当。
リアルタイムで弾くトラックは低レイテンシーモードみたいなのに切り替わるのが一般的。
238 240 242あたりには伝わらないんだろうな……
>>243 >>244
全く正しい
何をきちんと説明したいのかよく分からん。
Cubase5の話になるが
http://japan.steinberg.net/jp/support/support_pages/8core.html
低レイテンシにおいてパフォーマンスが出ないといっている。
前からあるわけだが、これはプラグインが持ってる Delay情報を元に、そのトラック全体の遅延を取得して、
もっとも遅延の大きいトラックに、他のトラックを合わせることだよな。
先読みってのは、初耳だ。
少なくともCubase5とTracktion3にはない。
あるのは Plugin-delay Compensation。
いったいどのDAWで実装されてるのかと、そこで出してる技術仕様なりを知りたいな。
>>246
それ結構有名だよな。俺もそれ読んで、「ああ、まだ8コアとかは早いのね。」と単純にそう認識してたわ。
>>247
まともなDAWなら普通にやってるよ。
言い方を変えればデータの処理単位の話で、DAWによるけど実測すると
4K～64Kサンプル程度にまとめてプラグインに渡されることが多い。
(IFのレイテンシとは独立。オートメーションの書き具合によっても変わってくる。)
1サンプル毎の処理なんてやってたらオーバーヘッドだけで100％近くになるからね。
で、プラグイン処理の終了時刻は、処理されたデータの再生開始時刻より
前にないといけないから、間違いなく先読みをしていることになる。
レイテンシが低くても先読みするから
コア数こそが一番大事でクロックはあまり関係ないって言ってるんだけど
いくらなんでもそりゃおかしいだろって話なんだよ。
クロック信者なんかいないと思うぞ。
むしろあなたがコア数信者なのでは？
クロックもコア数も当然多けりゃ多いほど良いわけだけど
現状低レイテンシの状態ではコア数が増えても性能が発揮できない
という事実があるわけで
そこに先読みだのパイプラインだの持ち出しても説得力に欠けると思うけどどうよ？
コア数が多くてもDAWの処理が速くならないわけじゃないぞ
レイテンシ第一ならコアやクロックを気にする前にハード音源使ってろ
弾いた音がすぐに耳に返ってこないのなら、内部で何やってようが俺には関係ねーや。
スレ汚しすまんかったな。
クロックが上がれば一番いいんだけど、それが難しいからマルチコアに向かってるけど
マルチコアはマルチコアで並列化に問題点があるんだよ。
>>251
>レイテンシ第一ならコアやクロックを気にする前にハード音源使ってろ
これまた極端な話だな
クロックで限界が来てるから仕方なく並列に向かってるっていうのは同意なんだけどね。
DAWで並列化できる部分はそれなりにあって、マルチコアが活躍できる余地が十分にあるから
コア数を取るべきってのが俺の主張。
そういう並列化のために処理の独立性を高める話が処理を細切れにして流すパイプラインなわけで。
あとコア数増やして下がるのはプロセッサ利用効率、つまりコア追加したときの性能の
上昇率であって絶対性能ではないよ。まあ通信コストが極端に高い場合は別だけど…。
その無駄がどうしても嫌って話ならそうですかとしか言えない。
そこまで分かってるなら
>真逆。DAWなんて並列化可能な処理の典型だからコア数の方が重要。
これが正しくないことは自分で理解できるよな？
誤解を招く言い方は止めた方がいいぞ。
クロック2倍とコア数2倍ならクロック2倍の方が当然性能がいいわけだ。
どちらが重要かなんて性能的に逆転する数値があってはじめて成り立つ議論だ。
今、個人所有が現実的なものでメモリを最も多く積めるマザーって何になるんでしょうか？
BTPショップ等で色々見てみたのですがメモリは多くて8Gまでしか選択できない、というようなところが多く
あまり自身は無いのですが自作をするしかないか、と考えております。
ttp://kakaku.com/specsearch/0540/
ここのスロット数ってのがメモリ積める枚数
どこかのBTOで12Gというのを見たような気がする
ありがとうございます。
カカクコムは一応チェックはしていたのですが、またわからなくなってしまって。
そこの検索条件のスロット数を最大の16にしてもかなりの数のマザーがヒットしますよね。
価格も5万台などであるようです。
16スロットのマザーに4Gのメモリを積めばOSのバージョンによる制限をクリアしている場合、
64G扱えると単純に考えて良いのでしょうか？
また、これはDAW用途で考えた場合、何か問題が出るのでしょうか？
色々検索などしているのですが、DAW用途であまり大容量のメモリを積んでいるPCの話を見かけなくて。
その理由がよくわからず、悩んでいます。
メモリの値段が高いからここにいるような貧乏人どもでは、買えないだけ
>>243 >>244
Cubaseの「プラグイン情報」で実際にレイテンシーが表示されてるものは、
MIDIデータを受け取ってからサウンドカードに渡すまで
それだけの時間（サンプル数）が必要、というのはわかるんだ。
そういうプラグインは、刺した瞬間にDAWの遅延補正が掛かって、一瞬オーディオが途切れるし。
でもそれはMIDIを先読みしてるんじゃなくて、オーディオの再生全体を後ろにずらしてるわけじゃん。
プラグイン情報で”-”って書いてある物については、MIDIデータを受け取ってから、
少なくとも1サンプル未満の時間内で処理を終えて、サウンドカードにオーディオとして渡せるって事でしょ？
（エフェクトはルックアヘッドのプラグインが沢山あるけど、ソフトシンセの大半は0だと思うが）
至極単純な話だと思うんだけど、なんか間違ってるのか？
>クロック2倍とコア数2倍ならクロック2倍の方が当然性能がいいわけだ。
・・・クロック優位で語ってた人ってこんなことを言ってたわけ？
Quad の2倍のクロックで動く Duo があるなら、
そりゃそっちのほうが良いに決まってるね。
Quad の4倍のクロックで動くシングルコアCPUがあれば最高っすね。
アホか。
皆アホだから気にすんなw
突っ込みに笑ってしまったｗ
文盲？
いずれ数十数百コアになったら並列化も頭打ちになるんだよな。
コア信者はその辺理解してるのかな？
クロックは既に頭打ちだけどなｗｗｗ
＞いずれ数十数百コアになったら並列化も頭打ちになるんだよな。
どういう理屈で？
たった数百程度でコアが処理スレッドの数を超えるとか言うなよ？
ホモの時代は終わるしね
性能が上がるならどっちでもいいんだよ
既に書かれているとおり、先読みがかかるのは再生の時だけ。
録音されたMIDIなら、この位置に音符があるぜえーってことが分かってるから、
プラグイン遅延も含めて再生に間に合うように先にソフトシンセに渡してる。
んで、弾いたとき何が起こってるかというと、IFのレイテンシ分、例えば512なら11.6msの間に
入ってきたMIDIのノートオンをDAWがためておいて、この音がいつオンになった、っていう形で
ソフトシンセに渡す。ソフトシンセはその情報を元にして、これまでに鳴ってる音の続きと、新しく
鳴り始めた音を合わせた波形を512サンプル分作ってDAWに返す。DAWは速攻でIFのバッファに送る。
ってのを繰り返す。ソフトシンセとしては、IFのバッファが尽きる11.6msのタイムリミットまでに波形作って返せばOK。
レイテンシ詰めるとドロップアウトしやすくなるのは、このタイムリミットが短くなって
ちょっと他のプログラムが動くだけでソフトシンセがCPU確保できなくて納期ぶっちぎるから。
どんなに軽くてもCPU確保できないとアウトだからね。なもんで、必要な瞬間にどこかのコアが
空いているor時間内にどこかのコアが空く可能性が高いマルチコアのほうが、コアを空ける動作が
必要になる高クロックよりもドロップアウトは少なくなるって寸法。
変える価値があるか聴きたい
VISTAx64は余計なサービスを片っ端からOFFにしないと
頻繁にプチることがあった。
Win7x64は軽さ重視で、最初からそれらの大半を切ってあるので
PC初心者にもやさしい印象。SSD対応の強化もあり総合的な快適度ではやはり7かと。
（VISTAx64で安定してるなら、別にそのままでもいいと思うけどね）
７64にしたけど、自分はそれほど7だからってアドバンテージは感じないかな。
vistaからの移行ならGUIとかの操作や階層もvistaの延長だから、すぐ慣れると思う。
いやｸﾘﾝｲﾝｽｺが安全なのはわかるが、数十本にのぼるDAWアプリの再認証をしなきゃと思うとすんげー萎えるんだが。
気持は凄くわかる
が、それでも絶対クリーンインスコした方がいいと思う
アプグレとかゴミとか残しそうだし、何かトラブル起きたときに切り分けする要素が増えて
原因が特定しにくかったりするし。
単純になんかキモチ悪いっていうのもある。
( ﾟДﾟ)ﾏﾝﾄﾞｸｾｰでも頑張って認証いるようなのは全部やったよ
システムドライブのHDD容量が数GB取られるくらいだしそれもクリーンアップツールで消せる
前にXP32→Vista64移行したときは、ｸﾘｰﾝｲﾝｽｺして落ち着くまで結局3-4ヶ月くらいかかった。
まぁ当時は各DAWアプリの64bit非対応が多かったってのもあるけど。
よっしゃ! イチカバチかやってみるわ。
うちはクローズドベータドライバで全く問題なく動いてる。
Vista→Windows 7移行時に再起動を繰り返すトラブル――ユーザーが報告（09/10/27）
ttp://pc11.2ch.net/test/read.cgi/pcnews/1256641609/
Windows VistaからWindows 7にアップグレードしようとしたユーザーの一部が、PCの再起動が繰り返されるトラブルに見舞われているという。
トラブルに見舞われたユーザーには、VistaからWindows 7にアップグレードしようとしていたこと以外の共通点はないようだ。
ここ数日で一気に伸びたなと思ったら…
ミキシングでもしない限り、そんな巨大なファイルあつかわないだろ？
BFD2とかSynthogyとか一度に起動しても、そこまでうれしくないし。
仮想化ソフトのDaemonTools（Win7対応最新版）も、
クリーンインスコじゃないと謎のリブートを繰り返すとか。
最近はKomplete然りIndependencePro然り、ディスク枚数が10枚
20枚の音源も珍しくないので、最初にISOイメージ化してHDDに保存し、
そこから仮想マウントでセットアップ時間を短縮する場合もあるかと思うが、
そういう経験ある人は、VISTA→Win7 UPGには一応気をつけた方がいいかも。
Alchol 52%使え
Guitar Rig 3 を使うと必ず落ちる....
一部のUSB chipで、ドライバがintel or AMDで挙動が違う問題が有った。
音楽制作に専念することができる
お前ら、曲作るよりもコンピュータのことで悩んでる時間の方が多いんじゃないか？
数年後にはプラグイン関連も殆どで64ビット化が済むだろうね。
・・・MSがエミュってる時点で無理って話？
命令セット変更→語長が伸びる→命令がずれる
→制御のジャンプ先のアドレスが整合しなくなる
環境をエミュレートした方が早い
ノーパソvistaコアツヅオの時とは全く違うなやはり
１２GB積んでるけどそりゃシンセ立ち上げれば立ち上げるほど苦しくなってくるのは当たり前
だけどVSTさしまくってミキシングしながらの終盤、CPU使用率40%超えてからの安定性が尋常じゃない
CPUなに？
メモリ12GBてことは、トリプルchだから板は多分X58で
石はi7 920-960のどれかだろうけど、流石にi7は底力ありそうだね
http://www.dospara.co.jp/5goods_pc/pc_list.php?h=d&f=d&m=pc&tc=134&a=r
今更こんなゴミを進めるなよ。ｗ
がMIDIポートリストに現れる条件ってのはなんでしょうか？
別に使ってるわけではないし代用品のMIDIプレイヤQuickTimeとか
あるので困ってはいないのですが
いくつかの32bit/64bitアプリを触った自分なりの結論は：
・64bitアプリがMIDIポートをオープンすると現れる
・32bitアプリがMIDIポートをオープンすると現れない
またVista以降UIがなくなったMIDIマッパーの挙動もなんか腑に落ちません。
ノﾉﾉ小ヽ
川｀；ω；´) ＜ ブーミン！ 出ていらっしゃい！
,ノﾞﾞﾞﾞﾞﾊヽ、
`～ｪ-ｪｰ'′
i5なんだけどバッファの時点で512とかでもブチブチブリブリ…
asio嫌いになりそう
/ .:/ ﾊ: :!: :.:ﾄ､:.:. :＼:...l:.. :}: : |_⊥ 、
j . {: .:{ :l､:l､: :.ﾄ-ヽ､_:..｀ヽ､j__イ_つノ
l 1:ﾊ.::{ゝl=くヽ:.ヽ ﾄｨjr}Tｧ┬ァ:.:´|
|ハ :ヽlｧ{ﾄｨrj ＼i ｰ_'っ /:.ｲ-､:｡:|
ヽ｡ﾊ^rぅ' 丶 ｀ ノ', く } }:.olﾟ o
。 ｀ﾊ ｡ {ｧ´ヽ ,ｰ o':.へl お客様の中にエスパー様は
ﾟ ´ﾉi＼ ー' ィ:;:.ｨ/|/ﾟ 。 いらっしゃいませんか？？
。 o ｡ ﾟﾊﾍ;:＞ｰ--＜_rv〈､_
/￣ヽ ＼/ll }l}｀'^'ﾄ､
/ ::Y77l j l !_｀７
l, ---::､〉 jl l ハゝ-i
ヽ Vi } ,' ﾉ, ｰ_ヽ
} , -‐ｧl ノ / ﾚ´,.- j
j イ !l ／ / ﾊ -,.く!
Vistaの時と違って、今回は64bit用のドライバ沢山出てるよ。
何使ってんの？
それ、電源の設定で高パフォーマンスにしたら直るかもしれん
>>322
ありがとう。
まだまだ初めなもんでとりあえず手持ちのtonelab stとsteathplugでやってみたんだ。
とりあえず高パフォーマンスにしてみるとstealthは11msくらいでギリ
tonelabは1１msくらいで安定しているかな？
ただ結構レイテンシーは感じます。
stealthの方はwin7 64bitドライバでてたから買ったけど、使える気配がしない。
tonelabは公式でサポートしてないけどstealthよりマシな感じです。
この際正式対応してるROLANDのいいやつ買おうか迷うけど、
PCとの相性だったら無駄だしなーと思うと…
PCに詳しくならんとどっちにしろ先は険しいよ
どうやらcore iシリーズ に搭載されているハイパースレッディングが
インターフェースに良くない影響を及ぼすようだ。
有力な情報ならsourceを一緒に貼れ
そうでなければ お前のタダの思い込み
DTM用PCでHTオフは当たり前と思っていたが、知らん奴もまだいるようなので。
ttp://japan.steinberg.net/jp/support/support_pages/hyper_threading.html
I/Fどうこうより、DAWやプラグイン使う際にドロップアウトしたり
パフォーマンス落ちやすいから、BIOSで切っといた方が無難って話な。
紳士過ぎて濡れたwww
しっかり対応されていないんだろうね。
2002年のP4から装備されているのに、その頃からOFFにしないと駄目かも
しれないです、とかいう感じで、ずっとウヤムヤにされているんだが。
現状、ハイエンドCPUには当たり前に装備されてしまった機能になっているのだから、
しっかり対応しないと、値段が高いだけで下位CPUの方がマシになるね。
HT：各コアが100％動くように無理やりCPUの実行順序を細工する技術
なんだからマルチコアにしっかり対応すればするほど相性は悪くなる
効率を100%に近づければ近付ける程、性能は下がるナンチャッテ
マルチスレッド機能。わざわざ禿げ上がる思いをしてプログラミング
しても、この結果だと萎える。
だからおまいらも「HT対応を!」なんて馬鹿なリクエストしないで、
intelに「HT廃止しろ!」ってリクエストしてくれ。
by 画像屋プログラマ
単純に倍のCPUと同じ処理が可能なシステムだろう、という印象になるのを狙っているのかな。
イメージ戦略的にも有利に働くだろうと見越しているというか。
表現の仕方とかも、4コア8スレッドと言う感じで表現し、倍の数値である事をアピールしがちだし。
実際は2CPUの仕事量を１CPUに巧い事はめ込む感じで処理させて、効率を上げようと試みる仕組みらしいね。
みんなも気をつけな笑
とりあえず大丈夫な動作報告を見かけた。負荷が高くなって行くと判らないけれど。
DAW以外の他のソフトが動いている場合などでは、影響が大きく出やすいので
推奨されていないのかもしれないのかな。詳しくは判らん。
とりあえず、昔ほど駄目駄目な感じの報告は無いみたいだね。
一部、起動しないとかいう致命的な物はあるみたいだが、そのレベルでは、さすがにソフト側に
問題があるのだろうな。
もうじきintelもAMDも6コア出すけどそれはどうなんだろう
もうじき解りますyo…
なんかここ見てると変えてる人多い見たいだけど‥
体感速度変わるよ
換えていいと思うよ。とにかくストレスが減る
Vista x64 SP2 で特に問題ないと思う。（今まで問題が出てないなら）
そういうのが苦手な人には、やはり Win7 x64 推奨。
各社のドライバも揃いつつあるし、DTMにおよそ邪魔な自動サービスが
最初から大体OFFになってるので。
SSD等への最適化は、7の方がより対応してるけどね。
Waves以外で動かないDAWソフトってありますか？
V7は動かないぞ。
今更VST3未対応のV6以下なんか要らないし。
Vistaと7じゃ全然UACの頻度が違う
7ならコントロールパネルやタスクマネージャや.msuインストールUACは全く無い
Program Files はあるんでしょ？
OS64BITでCUBASEも64BITの場合WAVESは動かない。
仕方ないからCUBASEの32BITを使ってるが
低脳呼ばわりされる覚えは無いな。
CUBASE64BITでV7が使えるなら使い方教えろよ。
shell2vstで動かないなら諦めるしかないな
DSP版だと1万ちょっとだしね(os)
Trilogyはx64非対応
ttp://www.minet.jp/spectrasonics/trilogy#4
ただし64bit版のSonarやCubaseでは、そのままでは動かない。
ご教授いただきありがとうございます。
となると解決策は、トリリアンにアップデートするか、32bit版SONARをインストール
して使うしか無いようですね（＾_＾；）
http://jstuff.wordpress.com/jbridge/
＞4コア以上のマルチコア CPU 環境にも最適化し、低レイテンシー設定でのパフォーマンスを向上。
＞搭載プラグイン LoopMash*、REVerence* は共に CPU 効率を改善します。
＞また、VST Bridge の性能向上により、64bit 環境で
＞32bit VST 2.4 プラグインを使用する際のパフォーマンスと互換性が大幅にアップします。
ttp://japan.steinberg.net/jp/products/music_production/cubase55_preview0.html
うちSONARだけどなんら問題ない。
けどせっかくのx64なんだからトリリアン活用しようぜ。すっごいいいよ。
IKは64bit未対応なんだな
I/FはUA-101持ってるから良いけど
シミュレーターコントローラは別のを買わないと・・・
たのむよプロペラ。
インストールしてみても、スタンドアローンもVSTiも見つからなくて途方にくれているので、
何か助言あったら頂けると助かります。
ホストはSONAR6.2 32bit。
あぁぁぁ
今64bitのインストーラ立ち上げたら、その中にVSTの32bitと64bitの選択肢が…
このインストーラそういう意味だったのか
感謝であります (_ _)
今からやると徹夜だけど頑張って入れます
>>365感謝です
２，３分でおわるでそ？
今やっと終わったです
アンインストールした後、ご丁寧に手動でライブラリフォルダも削除してたんで
まるまる3時間かかったよ
スタンドアローンもSONAR上でのプラグイン挿入も問題なしでした
（Cubase5以降でも、同様の機能がある）
jBridgeを使っていれば、そっちを別選択することも可能。
Win7-64/マルチコア環境への最適化を考慮すると、
そろそろアップグレードしてもいいのでは？
ソナー前提でやってるんだろうからたぶんインスコしてるのは32bit版だよね？
スタンドアローンで起動でできてるんだねー。自分もEWのVoPを同じようにインストールするんだけど
Windows7 x64 +EW32bit/64bitで、どっちもスタンドアローンですら起動しないよ…インスコまでは普通なんだけどなぁ。
諦めてVista64とマルチにするかと考えてたけど、動いてる人の話を聞くと非常に歯がゆい。
正直、どうにもならない状況になったらSONAR8.5の導入の覚悟もしてましたが
なんとかなりそうなのでとりあえず先送りで
z3taも欲しいんでそのうち導入する事になるとは思うけど…何せ金がない
>>371
です
64bitインストーラーからCustomでスタンドアローンとVST32bitとライブラリ等を入れました
VoPもいつか欲しいと思ってるので、無事起動報告があると嬉しいのですが…
VoPはDVD１枚で済むからずっとそれで試してたんだけど
もしかしたらと思ってSD2でも試してみたらやっぱりダメだった…。
BTOでPC新調した直後でそれだからOS絡みじゃないと思うし、
何がネックになってるのか分からないなあ。
ネットで情報漁ってもWin7で大丈夫って意見と無理って意見とで真っ向分かれてて非常に悩ましい所。
一度QLSOも入れて試してみるかなぁ
SONAR7がWindows 7 64bit でうまく動かないから、結局Vista 64bit を使い続けてる俺。
なんで8.5にしないの？
音質が変わりすぎて、すべての曲のマスタリングし直すのがキツくて未だに7を使ってる。
5→6の時もそうだけど、こういう音質まで変えてくるバージョンアップはいただけない
わかりました
金がないから（苦笑）。
インスコ時と実行時にSonar7に互換モードでVistaと思い込ませれば
万事解決な気がするが
うん、もう32bitになんて戻れない
どう変わったのよ？
マルチアウトしたドラム音源のフリーズに5分
現状を考えるとさっさと64bitに移行したいんだ・・・が
ソフトシンセやらプラグインやサンプルの移行に
何日かかるのだろうか・・・また
去年暮れのプラグインセールで30万使ったばかりか
先月シェクターの高価いギター買っちまった
・・・夏のボヌスまで待つか
WinXP Home 32bitからWin7 Pro 64bitにバージョンアップした。
これで環境は整ったから、いい曲ができないのは環境のせいにできなくなったなｗ
よくわかりますよ
youtubeやニコ動を見てたら、かすかだけどノイズがたまに入る事に気づいた。
で原因を1日中、突き止めてたらIE8を起動しなければ
ノイズがのらなくなったので、多分だけど原因はIE8。
もし64bit化して、かすかだけどノイズがのるような事になったら
IE8を疑ってみて下さい、という情報でした。（俺のAudio I/F:FA-66）
ちなみに音楽制作の時以外はオンボのサウンドに変更したら
IE8でブラウジングしていてもノイズはのらなくなったので
結論はWin7 Pro 64bitでのFA-66とIE8は相性が悪いという事です。（俺の環境だけかもしれんが）
>>387
そうか！ 32bit環境が俺の足を引っ張っていたのか！
今は64bitとなったから、これで勝つる！、か！？ｗ
マジか！？
脳味噌はは8bitぐらいかもしれん…ｗ
マジで？
俺もFA-66使っててノイズ乗ってるんで、
ちょっと試してみる。
何やらIE8が勝手に裏でネットにアクセスにくらしく、
その瞬間にIEEE1394やUSBとかの外付け機器が一瞬
止まる。
LANはくそいやつはほんまにくそいからなー蟹とか
DPC Latency Checkerで見てみて。
EIST切ったらすっかり治まった。
俺の環境だとC1Eは切らなくてOKでした。
消費電力差は５W程度でした。
64bit/768khz、22.2ch
2015年対応？
mapperソフト使っても出てこないし
MIDI Chord Helperが鳴らなくて不便
悪名高きKORGのnanokey使ってるんですけど
どうやらKORGのminiUSBドライバ64bit版がMicrosoft GS Wavetable Synthと共存できないようでした（海外フォーラムに同じ報告あった）
チップセットドライバ入れ直すとMicrosoft GS Wavetable Synth出現>nanokey反応なくなる>KORGUSBドライバ入れ直す>Microsoft GS Wavetable Synth消えるヽ(´―｀)ノ
標準音源なんて基本使わないんだけど、バグったままなのも気持ち悪いし違う会社の鍵盤に変えようと思います
ヒトリゴト失礼しました
おれはKONTAKT3.5 をWindows7x64で使ってるけど。
KOMPLETE5からのserviceCenterからの無料アップグレードで入ってきた
VST(64bit)(Version 3.5.0.25)
って出てる
DAWは何？ SONAR7と組み合わせると、SONAR7ごと落ちるんだよね。
8マルチとかはあんまり激しくつかってないので参考記録
VST本家のCubase、RTAS本家のProTools、AU本家のLogic以外は
例えメジャープラグインでも動作検証していないケースが多いよ
最近だとハードウェア新製品はほぼLiveターゲットでSONARなんか眼中に無いし
SONARのバージョンが7なのが問題のように感じます。
最新の8.5なら変わってるかもしれないと思う
そもそも SONAR7 って Windows7 動作保証してる？
例えば互換性オプションインストールで VistaSP1 とかにだませてたら
ちょっとは違うかもしれないけど
そろそろ32bitDAW卒業したいんだがなぁ
Wavesはもうほとんど使わないからあまり問題ない
主戦は何をお使いですか？
32bitプラグインだとbitbridge経由の動作だけどWaves除いて安定稼働
ありがとうございます
いつまでも64bit非対応じゃWavesの時代は終わりです
40万は授業料と割り切って
UADとpocoに移行します
あれの代用品が見つかればもうWavesはいらないや
PAZのフルですよね？
俺もそれが欲しいです
iLok等で問題があった場合のために
周波数だけでも専用でBlue Cat's AUDIOやVertexDSPのアナライザー
またEQ等に入ってるもの（FabfilterやiZotope）を持ってるんですけど
PAZの代わりにはなりませんでした
ずっともう何年もWAVESでやってきたから、これから主力プラグイン乗り換えるってなると
躊躇してしまう自分がいるんだよね
ただ世間の波に乗ってWAVESも64に対応してくれればいいだけだからさｗ
俺ももうあきらめてUAD買うかな… 今までと同じようにやれるといいんだが
行き来するようなスタイルだと使いにくいので。
なんかcpuとかメモリとか今使ってるパソコンと同じ位のスペックでmacを組んだのに、メモリ2Gまでしか使えませーんあぼーんみたいなのは回避したい笑
そこら辺詳しい人是非ご教授願います！
10年前からカーネルは部分的に64bit。ライブラリは10.5Tiger から64bit。
このころ4TBまで物理メモリが使えるようになった。 10.5 LeopardでOS全体が64bit化。
10.6 Snow Leopardから付属のシステムアプリもほぼ64bit。物理メモリ16TBサポート。
ファイルシステムHFS+はジャーナル付き16EiBまで扱える
ttp://journal.mycom.co.jp/articles/2009/08/21/snowleopard/
ユーザランドが64bitでも、ちゃんと起動しますよ。
カーネルは32bitも64bitもOKだから32bitでカーネル起動すればデバイス
ドライバそのままで良いというむしろ神仕様なんだよね。
カーネルがデフォで32bitということを指摘する人って意味ちゃんと理解してるのかな？
64bitで使えるI/O(デジタル・アナログ問わず）で一番、ハイグレードなのってどんなのですかね？
MacOS Xはカーネルは32bitだから(>>420)、どのI/Oも「64bitで使える」よ。
Windows は32bitと64bitでドライバが別だから、64bit用のドライバがあるかどうか
気にする必要があるけど。
一番ハイグレードとか気にできる立場なら、
ショボくても、デジタル入力のあるI/O買って、
最高級プリアンプと最高級A/Dコンバータ買えばいいよ。
そうか、デジタル使えば今使ってるA/D D/Aも流用できるのか！
自作しようと思ってここを覗いたら、以前より64bitが全然ポジティブになってて
俄然やる気が出てきました。 ありがとう。
完全に64bitでやるのを目指していっても大丈夫ですかね？
それとも、とりあえずは32bitで最新な方を目指して、後からでも64bitに移行できるように考えてった方がいいですか？
XP縛りとかの変なオーディオIFやらプラグインやらの制約を受けないのでいいと思う
そうなんですか、ありがとう。
ソフトシンセ系とかも、64bitでも全ては無理だけど それぞれの種類で必要な最低限は揃いそうっていう認識で大丈夫なんですかね？
32/64bitVST混在でも何とかなるのかなとおもっているが
実際どうなんだろう。もうちょっと使ってみないと
これでやっと4GBx4行くつもりなんだが、
64bitOS下で4GBｘ4て、パフォーマンス落ちるんだっけ?
4GB×4より8GB×2の方が速いのはハードウェア的なもんだし
大嘘
トリプルチャネルのマザーでは当然トリプルチャネルで使ったほうがいい。
xp32bitからwin7 64bitOSのPCにかえて
sonar8の64bit版をインストールしたのですが
プラグインマネージャを見ると登録されているプラグインエフェクトの数が
以前のと比べるとかなりの数が減っているのですが
これは登録されてないプラグインエフェクトが32bit版で64bit版sonarでは使えなくて
使うには32bit版のsonarを入れればOK
という認識であっているでしょうか？
たしかそんなだったと思う。
付属プラグインはほとんど32bitだったよ。
とくに古いやつはな。
まぁ、32bit版を入れたら、その32bit版のプラグインも、
64bitで使えたり、8.5にしてjBridge入れたら使えるかもだが。
なるほど、どうもです！
とりあえず先ずは32bit版の方をいれてみて様子みてみます
32bit版をいれて64bitのほうで普通に使えるようになればうれしいですが
そうならなければ8.5にグレードアップも考えないといけないんですねぇ
どうもありがとうございました
インストーラに出てくる時点で選択肢の数が違うでしょ？
インストーラの選択肢は32bitでも64bitでも同じ数でした
でも32bitをいれたら32bitのDXが64bitの24から37に増えました
しかし64bitのほうは変わらずそのままですね・・・
以前のxpのPCに入れてたときはDXが69ありましたが
これは以前のPCにsonar6もいれてたからなんですかねぇ・・・さっぱりです
良くわからんけど、64Bitの方はVSTフォルダを64Bit内しか見てないとか
ってことはない？
ウチはSONAR6だけど、このプラグインは64bitでは動作しませんとか書いてあるよ
登録されてたために数が多かったみたいでした
あとフルインストールしたときに追加されるエフェクトもあったみたいで
前のPCは推奨インストールではなくフルでやってたみたいです
これならWAVESとRewire Reasonでも問題ないんだよね？
サンプル系プラグインは使わないけど、VSTをもっと気兼ねなく差したい。
Reasonは知らんけど、Rewire使えるんなら大丈夫なんじゃない？
ありがとう。
Q9450だけど、CPUはそんな行ってなくてもメモリが不足で落ちることが増えたので。
DTM系じゃないフリーソフトって、ほとんど使えなくなるよね。
みんな完璧にDTM用で分けてパソコン使ってるの？
>DTM系じゃないフリーソフトって、ほとんど使えなくなるよね。
つWOW64
そんな便利なものがあるんだな。ありがとう。
うちのPC最大4GBメモリまでみたいなんだけど、（スロットは4つある）
64bitOS 32bitDAWでも今までと改善されるよね。
ちなみに8GBメモリ積んでも、マザボの関係で認識してくれないのかな？
DELLのVostro410ってやつなんだけど。
俺なんてもう3年前には64bit移行してたぞ？
もう良いから出てくるなよ
俺達は20年前に64bit移行してたぞ。
#MIPS R4000
Linuxも16～17年前には64bit対応してたな。
win7は買わない
>>3と>>370を見る限り、フリーVSTに関してはOSは64bitでも問題なさそうですね
BitBridge機能があるなら64bitWindows + 64bit DAWでもいけそうですし、
もしダメなものがあっても32bit DAWを再インスコすればなんとか対処できるかなーと思いました
機材はこれから揃えていくつもりなのでハード面での移行に苦しむ必要もないですし
というわけで私の場合Windows7 64bitで不便さを感じることはないかなーと思ったのですがこの選択で大丈夫ですか？
結局自己責任なんだから自分の判断信じればいいよ。
過去の遺産が無いなら32bitをOSを選ぶ理由は微塵もない。
メモリー使用量2GB超えないんだけど
無理して64bitにせんでも良かったなぁ
サンプラーでメモリ使わなくても、ほかのプラグインでメモリ使うようになってくよ。
各DAWでも自前のプラグインブリッジで32bitプラグインはフォローし続けていくでしょう。
そのうち完全に64bit環境で完結して32bitプラグインが
サポートされなくなる時期も来るだろうけど、今の状況だと大分先じゃない？
VISTA延長サポート切れまであと7年
先は長いなｗ
もうしばらくはXPメインで行くけど、次はLinuxでいいかもなあ。
つかえねー
好きなときに64bitOSに移行すればいいよ。
Cubaseだけ？
けどやっぱりフェイク。
最初はエラーがでるたびにどっちに任せるかとか色々大変だったけど
今ではすっかり快適だ
うちはUAD-2もjBridge経由でしっかり補正してくれてるよ
ちなみにCubase5.5.1 64bitでUAD-2は5.7
パソコン２台使う予定はない自分にとってjBridgeにないVEPの利点ってある？
いまいちVEPのソフトがわからないのです。
川井憲次のインタビューでVEP使ってViennaのソフト音源の読み出しが早くなったってあったけど
そういう機能もあるってこと？
うちはパソコン1台で使ってるけど
jBridgeで問題ないなら特に必要ないよ
Proteus VXとレガコレのM1が不具合出たから
そういうやつだけVEPで立ちあげてる
そうなんだ
環境はうちと同じなんだけどな
因みにVEPでも何故かUADだけが補正駄目という
小さい赤いマイクボタンみたいなの押したら補正されるけど
プロジェクトファイル立ち上げ直すたびに全部オフになるし
負荷も食いまくりで使えたもんじゃないし
VEPもWAVES読めないとかあったが
shell2vst使えば普通に読めるし補正も問題ないのにな
うちはUADの遅延補正だけが残ってしまったままという感じで
それ以外は至極順調なのにｗ
やっとFX-Teleportとおさらば出来る。
最大3台のPCで使うこともできるし、1台のPC内でも使えるよ。
例えば32bitDAWだと4GBまでしかメモリ使えないけど
VEPはDAWの外に立ち上がるから64bitVSTのメモリが制限なく使える。
逆に64bitDAWで使用不可能な32bitVSTをVEP32bitサーバで立ち上げることも可能。
メモリたくさん積んでCPUも強力なの載せれば複数PC用意しなくても余裕で戦える。
どうもバスやチップセットも飽和するみたいなんで減らせません。
○○(←64bitやXEONやOpteronやSSDが入る)なら余裕とかサクサクとかの噂には
さんざん踊らされました…
その◯◯にお前の糞マザボも入れてみて考えろよ
クソマザーにxeon、opは乗らないだろう
が、rewireだけはどうにかならないのだろうか。
http://www.soundsonline-forums.com/showthread.php?t=23232
これとか関係有りそうだけど……
32bitならXPのが浮動小数点性能が2割くらい高いんだよね
そんな話は初めて聞いたぞ
まず元々のVSTフォルダを指定して、それをホストDAWのbit数にあわせてなんかコピーみたいなのは作ってくれました。
それはデスクトップにフォルダにまとめて保存して、daw側でvstのフォルダをそこに指定したのですが、
見つかりませんみたいなメッセージが出てきます。。。
どこが間違っているのでしょうか？教えてください。。。
トラック名の変更が出来ない
モノ専用トラックがない
パンの設定部分が数値入力できないし設定しづらい
モノ云々以外は全部出来るんだが。
32bit64bitのどっちを立ち上げてるのか解らなくなったんですが
見分ける方法はあるのでしょうか？
VISTA世代はまだ64対応CPUが普及してなかったから良かったけど、
Win7世代ならCPUは64bit対応な訳だし、
32bitのアプリの互換だって大抵動くんだから、
OSとしては64bitだけでも良かった気がする。
32bitを切り捨てる事でハードな底上げも出来ると思うし。
2008R2が64bit専用で7が32bit併売になったのは大体CeleronDとAtomのせい
？
Vienna MIRみたいな要求スペックになりそう
今までXP 32bitでドラム音源BFD2を使ってたのですが
この度Windows 7 64bitを購入したらBFD2のオーサライズが出来なくなってしまいました。
これって何をどうすればいいのでしょう？
もちろんググってアップデートなどしました。
Q. 動かないソフトあるんじゃね？
A. ソフトは32bitのものも含めて大抵動きます。
vista/7 の場合 Program Files じゃないところにインストールすると
うまくいきやすい。（vista/7 の問題であって 64bit の問題ではない。）
について詳しくたのむ。
↑は一年前のカキコだけど今でもそうなの？
DTMアプリ専用のフォルダをCドライブに作るの？
Program Filesフォルダ下はWindowsフォルダ下と同様にユーザーデータの書き込みが制限されているため
Vista/7ではうまく動かないけれどXPで動くアプリケーションならばProgram Filesフォルダ以外に
インストールすることでまともに動く可能性が高いんだよ。
だからProgram Filesフォルダ下にデータを書き込むようなアプリケーションに限らずVistaでの
動作確認が取れていないアプリケーションは別のフォルダにインスコしたほうが無難なわけ。
別にDTMアプリ専用のフォルダである必要はない。C:\上にフォルダを作ってもいいし
別のドライブ上に作ってもいい。フォルダ名は適当に半角英数で作っておｋ。
んじゃまあ、>>84を少し説明してみるﾃｽﾄ。
> 管理者で実行ってどうやるんでしょか（獏）管理者って自分ですよね
「管理者として実行」でｸﾞｸﾞﾚｶｽ。
> >>5によると、\ProgramFilesに入れると具合が悪いって事なんでしょか。
「C:\Program Files...」がダメなので、例えば「E:\Program Files...」でも良かったりする。
でも「Eドライブがありません。どうしたら良いでしょう？」
みたいな質問が返って来ることが予想されるから、
「Program Filseの前に別のフォルダを置け」と言っておいた方が無難。
簡単に言うと、Vista以降のOSでは、ウィルス対策のために
一部のフォルダにはライトプロテクトが掛かっていて、ファイルの書き込みが出来なくなってる。
ようは、OSのシステムフォルダに無断でファイルを書き込むタイプのソフトは
問答無用でウィルス扱いされてるようなもん。
こういう方法で、セキュリティが強化された。
で、「管理者として実行」というのは、
「今から使うソフトはウィルスじゃありませんよー。」とOSに知らせるための機能で、
これをやるとライトプロテクトが一時的に解除されて、書き込めるようになる。
もっと詳しく知りたければUACでｸﾞｸﾞﾚ。
んで、MMはたぶんインストールしたフォルダに何かしらのファイルを書き込む仕様になっているため
（というか、前スレ>>954を見るに、読み込んだwavを問答無用で上書きしてるっぽいね）
「C:\Program Files...」にインスコすると、このライトプロテクトに引っかっかってしまうと予想。
よって、「管理者として実行」して、ライトプロテクトを一時的に解除しておけば、エラーが出なくなると思われる。
んで、「そもそもライトプロテクトが掛かるようなフォルダにインスコしなけりゃいいんじゃね？」
ってのが>>5の後半。
「C:\Program Files...」だとライトプロテクトが掛かるので、
「C:\DTM\Program Files...」に変更してみそと。
もし、別のフォルダにインスコしてもエラーが出る場合は、
インスコしたフォルダ以外の場所か、レジストリのUAC該当部分を書き換えていると予想。
であれば、これまた「管理者として実行」で解決すると予想。
もし、別のフォルダにインスコでエラーが出ないのであれば、
わざわざ「管理者として実行」しなくても済むので楽になる。
こんな感じ。
おおよそ理解したのだがいくつか不明な点が。
パーティションをCとDにして、「D:\DTM」にアプリぶちこんでもいいのかな？
こっちの方がWindows専用ファイルのあるCとは切り離されて楽かなと。
あとVistaではなく7、にする計画なんだけど7の最新版(?)でもおんなじ話なの？
> 簡単に言うと、Vista以降のOSでは、
みんなはどういう風にフォルダ分けてるのか、実際のところを知りたい。
「D:\DTM」にしたらエラー出やすいからヤメロ、とか。
あと7とVsitaではUAC関係がだいぶ違うと聞いたんだけど実際どうなのか。
当方XP。
みんなはやっぱり↑みたいなことしてるの？それとも通常通りProgram fileで？
UACは気にするレベルじゃないと思う。怪しい物落としてきて実行するとかしないなら
切ってもいいし。
とりあえず、「管理者として実行」という言葉を覚えておいて、
Windows7を買ったらググるといいよ。
俺は
VSTの 32bit DLL C:\vstplugins_32
VSTの 62bit DLL C:\vstplugins_64
アプリ W:\DTM
ライブラリ： Y:\NI とか Y:\EW とか
あとは試してから質問しなよ。
想像で存在しない心配事まで質問されるのは流石にうざい。
XPならば普通にC:\Program Filesの下でおｋ。
Vista/7の場合、「D:\DTM」で問題ないよ。
でもインストール時にレジストリに書き込むアプリケーションは
システムとパーティションを別にしてもOSクリーンインスコしたら
アプリケーションも再インスコしないとならないから別パーティションは
あまり意味ないけど。
ちなみにWindows 7 64bit版を使っている俺の場合、64bitアプリケーションは
「C:\Program Files」、32bitアプリケーションは「C:\Program Files (x86)」と
デフォルトのまま。レジストリに書き込まないアプリケーションは別パーティションに
アプリケーションインスコ用フォルダ作ってそのフォルダ下に整理している。
レジストリに書き込む一般のアプリケーションでVistaで正常動作するか分からないのは
「C:\xpProgram」というフォルダ作ってDTMに関係なく入れている。
>OSクリーンインスコしたら
>アプリケーションも再インスコしないとならないから別パーティションは
>あまり意味ないけど。
OSとレジストリの中身を入れ替えずにアプリのHDDだけを交換できる
といったメリットがありますよ。
要はUACの監視対象から外れるところにインストールしておけばそういう問題は出ないって事だよね
適当に別フォルダ作って対処すればよさげかな
VirtualStoreも動作を把握してればそんなに不具合ないし
どうしても逃がす必要のあるファイルだけシンボリックリンク張ってる
俺の場合メモリを上限の16GB積んで、以下のように物理的にドライブを分けています。
ホストOS専用(C):CTFDDAC64MAG-1G1 (64GB)
プログラム&ゲストOS用(B):WD6000BLHX (600GB)
データ用(D):WD30EZRS (3000GB)
ホストOS:Win 7 Ultimate x64
ゲストOS:Windows XP on VMware player (XPモード用)
C:\Program Files\
C:\Program Files (x86)
B:\Program Files\64bitソフトの既定名(64bit版MS Office2010,Kontakt4,VSTplugins等)
B:\Program Files (x86)\32bitソフトの既定名(Vocaloid2,Kontakt4,VSTplugins等)
B:\Virtual Machines\XP-mode.vhd
B:\Works\music\作業中.mid,作業中.cpr,作業中.cwp,作業中.vsq,作業中.mxl
D:\music\完成品24bit96k_lossless.wma、配布用128k.mp3
D:\video\配布用PV.flv
簡単にまとめると、UACの監視対象外の場所にインストールすれば問題出ません。
7Pro/7UltimateでXPモードが使えるけど、DAWを動かすにはVSTiが重過ぎて話にならないからヤメロ。
見間違えていません。
板違いだけど、変更方法を書きます。
Win7インストール後に[ミ田]→「コンピュータ」を右クリックして、管理をクリック。
「コンピュータの管理」→「記憶域」→「ディスクの管理」で、OS以外のディスクを初期化。
「ドライブ文字とパスの変更」で、ドライブ文字をEからBに変更しています。
A～Zまで好きに使えるけどSATAの接続順にドライブレターがつくから
普通は先に付ける光学ドライブとかメディアリーダに割り当てられるね
PATA時代は光学ドライブに Master で HDD が Slave とかやると
HDD の性能フル活用できないとか言われてたよーな。
何が？
1.
C:\DTMのようにシステムファイルと同じドライブにアプリをインストール。
2.
D:\DTMのようにシステムファイルとは別パーティション、別ドライブにアプリをインストール。
1.の方がやっぱり楽かな？
それともC:\Program Filesから外に出してるからどっちも同じ？
引越しツール(True Image)とかが使いやすいのはどちらだろう。
アプリやプラグインはCドライブ、音ネタはDドライブ、
プロジェクトファイルはEドライブがオススメかな。
で、TrueImageでCドライブの完全バックアップを取る。
俺はこれでトラブったことはまずない。
ｻﾝｸｽ
この冬にPC新調予定で、
HDD 500GB システム＆アプリ
HDD 1TB データ用1
HDD 1TB データ用2
とする予定なんだ。で来年の梅雨頃SSDの値段が下がったら
HDD 500GB システム＆アプリ を SSD256GBに変更する予定なんだ！！！！
どうだこの計画！？！？！？
このスレで学んだUAC回避とかがんばってみるよ。
成功しても失敗しても報告するよ～～～。
3台とも1TBでいいんじゃない？
さっき秋葉Hotlineを見たけど、500GBも1TBも値段に大差ないよ。
みんな詳しくありがとう。ググって勉強もしたぜ。
来年春までには7 64bit導入するんでしたらいろいろ試す。
結果晒しに戻ってきます。
冷やし中華はじめました、みたいでワラタｗ
アイツ面白いねｗ 歌もソウルフルだ
「このWindowsにはこれ以上USBデバイスドライバがインストールできません!」
大ショック。
KORGが便利なツール出しててそれで使ってないMIDIデバイス削除するといいよ。普通にドライバとか削除してても実は残ってるんさ。
最近リリースのドライバはこの制限を回避しているのも多い
ちなみにUSBとかだと挿す場所変えただけで+1カウントされたりするので
レジストリ操作法は覚えておいたほうがいろいろ便利かも
足りなくなったことないけどメンドクサイなｗ
不要MIDIデバイスを手作業で消す方法が書いてある。
http://www.propellerheads.jp/?p=6100
プラグインフォルダ登録したらプラグイン挿す時のコンテキストメニューで、
“VSTPlugins”の名前以外のフォルダにあるプラグインだけがフルパス表示になっちゃって、
選択する時いちいちドライブレターから辿らないといけないのが不便でならない。
同じ様なことになった人って居る？
64bitのVEPはちゃんと登録フォルダから表示されてるのに。
VEPはVienna Ensemble Proのことね
ＶＹ１とＣＵＢＡＳＥ ＥＳＳ５は、仕様に「ＯＳは32ビット対応のみ」と明記されてるけど、64ｂｉｔ版Ｗｉｎ７でも動作可能でおｋ？
ウチの環境では
Cubase Es5もボーカロイドエディタもとりあえずWin7 64bit上で動いてる。
レスありがとう。安心しました。
Sonar7 Power Studio 66は、x86版、x64版共にVista Ultimate SP2 x64 editionでは正常に稼働しました。
7で動くかと聞かれたら、同梱インターフェースのドライバが必要なので、メーカーのサポートを見てください。
ちなみに私の経験ですが、x64版でVocaloid(Meiko,Luka)とRewireで同期させようとしたら、Vocaloidを
認識しなかったので、仕方なくx86版を再インストールする羽目になりました。
去年末にOSの更新と共にSonar 8.5Producer Editionに更新したので、
Windows 7でSonar 7 Power Studioの動作確認はしていないが、多分動くと思う。
あ、ひとつ忘れてた。
・時々Vocaloidエディタが 再生時に ファイルが保存できない みたいなエラーを出すことがあるが、
今のところ実害は無いようなので気にしていない（VSQが壊れたりすることは無いようだ）
Windows7 64bitは今のところ保証外なのでクリプトンさんにも特に連絡はしていないです。
OSは６４bit？
今度SONAR8.5入れなおしてみたいんだが、
音源を先に入れた方がいい、など助言があったら教えて下さい。
勿論。7 Ultimate 64bitです。
Sonar8.5は、>>568の理由でインストール時に32bit版を選択しました。
音源は、先でも後でも好きにして下さい。
でも、DXi音源やVocaloidや32bitしか正式にサポートしていない音源や
エフェクタの場合は、64bit版のSonarでは同期できない事が多いから、
注意してください。
Vocaloidエディタの代替品として、Undo無制限のCadenciiを使っている
けれど、基本的に人柱用なので発音記号を直打ちする人以外お勧めしません。
使う方法あるみたいだよ ほれ
http://v-nyappon.net/?m=diary&a=page_detail&target_c_diary_id=904168
jBridgeでラッパーになるのか、いいこと聞いたサンクス。
てかプロペラヘッド(Rewire開発元)はなにしとるんじゃともいいたい。
win7 64bitには対応していないようです。(xp vista32bitと記載)
DAWは32bitなんですけど、現状あきらめるしかないんですかね？
BLUTHNER DIGITAL MODEL ONE
http://www.crypton.co.jp/mp/do/prod?id=29750
VIRTUAL GRAND PIANO 2.0
http://www.crypton.co.jp/mp/do/prod?id=26991
Vista64ビットに対応ってなってるから普通に7の64ビットでも動くと思うよ
もちろん32ビットプラグインとしての動作になるけど
でもVOCALOIDに関してはCubase, NuendoにVOCALOIDトラック追加とかで対応して欲しい。
同じヤマハなんだし。
ReWireは面倒くさい。
アプリとの相性や安定性もマチマチだし。
同感。
ビルトインでボーカロイドエディタ欲しい。
最近、windows7でパソコンを新調しまして、64と32bitとのデュアルブートにしています。
しかし、レイテンシーを低くすると64bitの方だけプチノイズが入ります。どなたか原因わかるかたいますか？
スペックは
cpu corei7
メモリー 6GB
オーディオインターフェイスはFA-101
DAWはキューベース5.5です。
よろしくおねがいします。
vista64bitで可なら7もいけるかもしれないってことですね。
ソフトはオーディオIFのドライバみたいに厳密に分かれてないのかな？
>>579
kontakt…持っていないから買うと出費が痛い。。
でも少し希望が見えました。ありがとうございます。
Kontakt Player4は、Win7 Ultimateの64bitで動いています。
今なら、無償のKomplete 7 Playerを使うのも一つの手です。
64bitDAWになって作ったプロジェクトが開かない
jbridgeをあてると開いた
じゃあjbridgeでやろう
jbridgeでも開かない
じゃあ32bitDAWにしよう
jbridgeもCPUの食いが高いんだね
俺の12GBメモリは手持無沙汰でオール64bit化を待ってるぜ
情報ありがとうございます。
Kontakt Player4使えました。
ただ、音源（BLUTHNER DIGITAL MODEL ONE）のインストールで弾かれないかが不安要素です。。
NI service centerでアクティベートとやらをすれば良いらしいことはわかったんですが・・・
同様の操作をしたことのある方いませんか？
cubase le4て動くかい？
ttp://detail.chiebukuro.yahoo.co.jp/qa/question_detail/q1431323699
Authenticated Usersグループに対してパーミッションをフルアクセスにすればいいだけ。
VSTとかRTASのプラグインディレクトリにはその処置は必須。それやっとかないとVirtual Storeディレクトリに飛ばされて酷い目にあう。
パーミッションいじるの面倒くさそうだから互換やばそうなのは
別ディレクトリ作って入れてるけどVSTってProgram Files (x86)下はヤバイのか．．
VSTフォルダに入っているのはdllだから書き換えができなくても
プログラムから呼び出せれば正義な気がしてた。
面倒だから実験しないけど．．
DLLは読み込んで実行するだけなので、書き換え不能な
c:/Program Files (x86)/Steinberg/VSTPlugins
ディレクトリに置かれるのは本来それで妥当なんだけどね。
でも中にはプリセット設定やらオーソライズ情報をそこに書き出し
しようとするアホなプラグインもある。設定保存場所を聞いてくる
やつはまだ親切なんだけど、それでもデフォで提示するのがDLL
と同じ場所なので、別の書き込み可能な場所を指定するのはめんどい。
あとメーカー物のオーソライズはeLicenseとかレジストリとか
iLokだからいいけど、シェアウェアのオーソライズでXML(だったかな)
をそこに書き出しするやつあったような気がする。特にXP時代の古い
設計のやつは要注意。
32bitDAW + 64bitVSTi と
64bitDAW + 32bitVSTi だったらどっちがいいのかな
前者はどう見ても愚問だろw
日本語がおかしいぜ!？
まだ32bitオンリーのプラグインが多かったので、
俺は前者の32bitホスト＋一部だけ64bitVSTi＋32bitプラグイン
にしたよ。
64bitをブリッジで使うのはKontaktとsuperior drummer 2.0
くらい。
開かなくなることは無い？
開かなくなる事はないけど、
たまにVSTiがトータルリコールできなくなる。音色が抜けたりとか。
環境はWin7 64+Cubase5 32+jbridge
DTMやるならWindows7 32bit版だな
あまりにも動かないソフトや不具合が多くて新しくWindows7 32bit専用のPCを組上げたよ
扱う音源の質にも依るんだろうが。
あるいは動かす側の能力の問題。
jBridgeとかで一応は64bitでも動くけど、少し重くなるし、時々挙動不審になって落ちるし。
Rewireの64bitドライバはもう作る気ないんだろうか
Flux は VST64bit 対応って書いてあるが minet が嘘ついてるってことかい？
いずれにしても OS は今更 32bit版は無いけどな。
OSの問題というよりはメーカーの怠慢の問題だが
この中に「64bitは使い物にならない」ってデマを広めたい奴がいるんだよ。
アップデートって、ＪＦからメールされてくるのかな？
俺は4日にメールで来た
注意点やDTM向けのカスタマイズ情報がまとまっているサイトってあるかな？
ttp://www.daw-pc.info みたいにまとまっていると有難いのだけど。
可能だから、とあえず試して駄目なら、今までのOSの方で使えばいい、という感じだね。
少し大き目のHDDを1台追加してWin7を入れればよいのでは。
強いて言えば >>3。これも古いけど。
今なら 64bitDAW + jbridge (またはVEP)試しても良い頃合いだしな。
どうも！ 勿論このスレは読んでいるけど、
XPだと余計なサービスを切ったり、窓の手でカスタマイズして
OSの安定性とパフォーマンスを上げるのも重要だったけど、
ここではその手の話があまり出ていないようなので。
Win7も同様のカスタマイズ方法があるのではないかなと思うのだけど、
最低限この辺見ておけ、っていうサイトがあると有難いなーと。
という事しか書いてないね。Win7ではカスタマイズとかは、もうたいした話題にはならないのかもよ。
今なら余力あるPC使うのが常識だから、そんな話題は XP でも出ない。
セコセコしたチューニングやカスタマイズは必要ないってことだろうな。
ただ裏でいろいろ動かれるのは精神衛生上よろしくないから
WindowsSearchやインデックスサービスは切っとく。
ありがと。
まだ処理されてないとは考え辛いな。
多分、読まずに消してしまったか…
メールしてみるわ。
このソフトは32bitだとはじかれて、インストールできない・・・
インストールは普通に出来たし、
XP 32bit＋cubase 5
7 64bit＋cubase 5 (jbridge経由)
およびスタンドアローンで動作してる。
この組み合わせだとどのメモリは4Gまでしか使用されないとかあるのかい？
制限されることがあったらおしえてほしい
メモリは4Gまでしか使用されない
jBridgeなどを使用してプラグインを別のプロセスに分離してやれば、DAW本体で4GB+プラグインごとに4GB使えるけどね。
頻繁に使ってるやつの中で動かないの一つだけだから代わりになるやつさがそうかな
それがいいと思うよ。
64bit版があるプラグインと、bridge経由で問題なく動くものだけの環境にしたら、思った以上に快適。
メモリがどうとかストレージがどうとか考えずに、フリーズとかバウンスとかしないで作業できるからね。
レスありがとう
Windows 7 Home 64bitでCubase 5.5.3 64bitです。
M-TRONがProじゃない最初のバージョンなんだけど、CD-ROMを入れて
SET_UP.EXEを実行して、表示されたGUIでINSTALLボタンを押すと、
DOSが出て、
P1.EXEは、実行中のWindowsと互換性がありません・・・
と表示されるよ。
もしかしてインストーラーって使わないものなの？
それはインストーラが16bitプログラムなんだな。Win64では実行できない。
32bit環境でインストールしてフォルダごと持ってきたら動くかもしれんが、使えないと思って諦めたほうがいいかも。
XPモードは１度試したら二度と使いたくなくなるよ。
HDDに頻繁にキャッシュするアプリは悲しくなるよね
すばやい回答ありがとう
Windows7 HomeなのでXPモードはないので、
会社のPC(XP)にインストールして、
VSTPLUGINSフォルダに作られたファイルをCD-Rにコピーして
持ち帰って試してみたけど、やっぱり駄目だった
まあ、それでできたらコピーし放題なソフトになっちゃうけど。
Cubase上で名前は表示されるが立ち上げるとフリーズしてしまう。
一番好きな音源だけに残念だよ・・・
>627はどういう環境で使えてるのか教えてほしい
即アップデートした方がいい？
今のところ問題ない
が、うまく動かず、Ａのプラグインを起動すると別のＢのプラグイン画面が
立ち上がる始末。なにかミスってるんだろう。
ところで、プラグイン情報でVSTフォルダのパス指定のとこは
変換前と変換後の両方のプラグインフォルダを指定しちゃっていいのかな？
二重指定になっても大丈夫かね。
２重指定したらトラブルに決まってるじゃないｗｗｗ
基本的に変換元は読ませないようにしないと。
うちもCubase 6(6.0.1)。
内部のシグニチャだったか、なんだったかが同一の物は、プラグインパスで先におかれた物の方が優先されてる。
1.2の頃だとデフォルト設定でもフォルダを分けとけばブリッジ版・オリジナルの両方がリストされたりもしてたんだが
1.3に上げてからそれができなくなったのがうちでは幾つか。
具体的にはkontakt 4, superior drummer 2/ezdrummer。
サンクス ですよねー 原因自分で書いててバカスｗｗ
64bitのCubaseにしたので、Program Files(x86)のVSTPluginsを全部JBridgeで変換、
そっちのフォルダはパス指定から削除。
変換後のブリッジの集まったフォルダのみをパス指定したら、うまくいったみたい。
画面が空白になったりして使えなかった32bitVSTがちゃんと動いてる、
これは素晴らしいソフトですね。
>>644
優先があるということは、一応混在も可能ってことかな？
プラグインリストには一見、ブリッジ版と元の２つずつある様子だったけど
そうじゃないのもあるということか。
Kontakt4とS2.0は、32bitと64bit両方の版が出てるから、混在はややこしそうな予感。
うちは32bitホストで、x64のプラグインを容量食いのものだけブリッジして立ち上げてる。
x64ホストに32bit版のプラグインも試したんだが、
・不安定なプラグイン(liquidmix)
・よく使うプラグインを立ち上げた時のパフォーマンス
で、現状に。
ブリッジして使うのは
kontakt 4, trilian, S2.0
今んとここれだけ。Ik multimediaとwavesがx64出してくれればなぁ。
ikはamplitube 3.5でやっとx64化が始まったかな。
64bit OS，64bit DAW，32bit VST
と、
64bit OS，32bit DAW，32bit VST
と
32bit OS，32bit DAW，32bit VST
どの組み合わせがベターでしょうか？
使用PCはオンキヨーのDX1007A5というノートで、
CPUはMV-40（1.6GHzシングルコア）、メモリは6G積んでいます。
現在は一番下で、Ready For 4GBというソフトを使ってメモリを6G認識させてます。
昔マイクロソフトに勤めてた知り合いにはハード的に問題が無ければ64bitOSの方が
絶対良いって言われてるんですけど、DTM的にはどうなんでしょうか？
よろしくお願いします。
お前が使ってる/使いたいDAWアプリとプラグインによる。
rewireつかう必要があるなら、ホストは32bit必須。
環境を二重に揃えることになるが、
64bit OSで、ホストとプラグインは64-64, 32-32
で揃えとけ。
32bit ホストで64bitプラグインのメリットはある。
kontaktとか、巨大サンプルなベースのドラム音源とか。
64bitホストだと、必要に迫られて32bitプラグインを使わざるを得ないこともある。
自分で調べて方法見つけられないなら、悪いことは言わんから、
ホストとプラグインは32bitで統一しとけ。
とりあえず滝に打たれてきます。
古いのでも比較的大丈夫なことが多いが、
synchrosoftキーを使ってるようもので
メンテがとまってる音源なんかだと、
プロテクトまわりが動かなくて起動できないことはある。
Win 7/x64で、SONiVOXのMuseはダメ…
VIsta32bitでも動いてたんだけどな。
最近iMacも、64bitカーネルで起動するようになったようで、逆にこれは32bit起動させたほうが良いという事なんでしょうかね？
この場合、メモリーは結局3Gbyteしか認識しなくなってしまう？
なんでそんなにわかり辛い文章書くのかねぇ
文章と文章が繋がってないよ
もう少しわかり易く、整理して書いたら誰か答えてくれると思うよ
32bitカーネルで4GB以上認識してたなら認識するんじゃね？
聞きたいことがよくわからないな
とりあえずこれでも読んで理解してから書いてくれれば、答えられるかもしれない
現時点で対応している物だけでOKなぐらいの勢い。
残る大物WAVESが対応したら、ひとまず完了ってイメージ。
Arturiaとか技術不足で64bit出す気ないだろうけど、
そういうメーカーには見切りをつけた。
Windows 7とProtools
http://avid.custkb.com/avid/app/selfservice/search.jsp?DocId=349411
要約するとMac買えってことか
64Bit版を出すと、当面は32Bit版と平行して両方サポートする必要がある。
いきなり手間が2倍になる可能性もあるし、手間が増えるようなリスクが伴うので、
大抵のソフト屋は、一旦64Bit化したら、32Bitソフトは全部開発終了したい模様だよ。
「らしい」ばっかで信憑性ゼロ ソース出せ
あと、XPが完全に死なないうちは本格的な移行は無理なんじゃ？
オレの素朴な疑問に答えて欲しい
>>327
あたりで出ているHTは切れということなら
Core i7でなくi5を買えということか？
あと、ゲームはやらんのでグラボなしの
H67チップでいいかと思ったが
CPU負荷を軽減したければP67＋半端なグラボ
の方がシアワセか？
ＨＴ使ってて問題起きるようならBIOSで切ればいいんじゃないか？
ゲームしないならCPU付属のでおｋ
DAWのサポートページをまず100回読もうぜ。
おお、ありがとう
BTOでポチってくる
SONAR6でまだまだいくぞ
必ず不都合が出る訳でもないので、疑問を拭えない状況を作っているね。
問題起きたらＨＴ切って試してくれってくらいか
Cubaseはそうらしいが、SONARは普通にHT対応してる。ソフトによるな。
グラフィックはGPUコア側で処理されるからH67でも構わんだろうけど、
メインメモリからいくらかRAMを取られる。
しかし、メモリが安いからグラボ分で8GBくらい足した方がシアワセかもしれん。
HTは気にせずi7にするよ
コアが別だからCPU負荷も気にしなくていいんだな
メモリはとりあえず8GBでいいかなと思ったが
今に比べればきっと天国だろう
SONAR X1は評判良くないので
X2まで待つかな
次にivy来るのに。
さすがに次を待ってPenD続けるのは電気代の無駄だろ。
>>683は待ちすぎている。
うんそれでおｋ。
重いプラグインエフェクトを鬼のように挿しまくってると限界がくるから
そのときに試しにHTを切ってみればいいだけの話。
64bitOSで快適に動くならSONARは6で十分なんだが
どこかでネイティブにしたいかな
手持ちのプラグインはせいぜい1～2万円のばかりだし
8.5はボケッとしてたら買うタイミングを失った
待つことには慣れているんだ、俺の人生
M/BとかオーディオI/Fとか使用DAWとか詳細ｷﾎﾞﾝ
CPU: Corei7 2600
M/B: ASUS P8H67-V
Memory: 8B
AudioI/F: FA-66
DAW: SONAR
とりあえず素晴らしく早いが
XPみたいにTuneUpしなくていいのかな
当然だが8GBね
FireWireはどうするの？
LGA1156
何がどー違うのかイマイチわからん。比較表とかどっかね?
TIチップの安いPCIボードを挿した
OS標準ドライバでフツーに動いたよ
http://www.area-powers.jp/product/pci/firewire/fwti3_w1.htm
>>700
ttp://www.nire.com/2011/05/lga1155-lga1156-diff/
ttp://dtm.sherpablog.jp/archives/51688019.html
プロペラヘッドがモタモタしてるから・・・
jBridgeもあるし、もう32bitのCubaseを使う必要がなくなった気がする
私は取り敢えずVSTBridgeでCubaseから見えない奴だけｊBridge使ってますが。
5.5の頃にasioのパフォーマンスメーターで比較してみたら、
jの方が格段に負荷が低いようだったので
jbridgeしか使ってない。
ありがとうございます。
以前SampleTank他IKの奴がjbridgeと相性悪いという話をどこかで見たので
具体的な問題が無い奴はVSTbrigdeが無難かなと思ってましたが
こちらでも比較してみます。
俺んとこは、まだ32bit版ホストをメインで使ってるが、cubase5.5.2でx86/x64の両方をインストールして、
テストを始めた。
jbridgeでもvstbridgeでも、x64ホストではハード込みのプラグインは安定しなかったので、
でかいサンプルを読み込む音源だけx64版をj経由で使用中。kontakt/s2.0/trilianくらい。
安定しなかったのはLiquidMixと、Duende PCIeで、後者はその後ネイティブ対応とx64版が出た。
最近になってx64版のプラグインが増えてきてるけど、手持ちのでは
ik製品とwavesがx64ネイティブ対応したらx64ホストメインでもいいかなと思ってる。LiquidMixは多分x64無理だろう…
それマジ？サンタン主力だから泣く泣くx86Cubase使ってたわ
ホスト自体は別に32bitで何ら問題無いからなぁ
http://www.dtmstation.com/archives/51725812.html
REAPERよりもDominoのほうが動かしやすい。
あとメモリ8GB増設後PCでVEP上にSFZを動かしてみて、SF32で音が読み込めないトラブルとかおこらなかったら、
VEPはもう購入決定。
手持ちの奴は kontakt で読めば済んだから sfz/sfz+ は要らなくなった。
ありがとうございます。
そのKONTAKTはKOMPLETEに入ってるものですか？
Elementsは機能が制限されてそうだから、買うか迷います。
買う前にもうちょい調べような。あと無料の kontakt player は使ってみろ。
KOMPLETE 8が9月1日に出るよ。
KONTAKTも5にバージョンアップする。
もしあったら買ってみたいと思います。
問題ねーなこれ
めっちゃ楽だわ
移行作業が大変だわ…
参考までに使ってるプラグインの名前教えてくれない？
今作業してるのは、StylusRMX、Trilogy、RealStrat、Kontakt4、T-racksだけ。
RealStratだけ互換モードじゃないと動かないっぽい？
DAWは32bitのままにするし、あんまり参考にならないかも。ごめん。
どっちかっていうと、大変なのはサンプリングデータの移動かもorz
インストールはできても、認識できていないようなのです。
格闘します。ありがとう！
64bitDAW でも VST32bit/64bit 両方動く。
んで vista 以降のOSでは Program Files 以外の場所にインストールするのが良いぞ。
それは 32bit でも 64bit でも一緒な。
DAW : 32bit Cubase
という環境にjBridege経由で64bit Ominisphereを使ってるのですが、
時々シンセ内で選んだ音色がトータルリコールできず消えてしまいます。
似たような状況の方いらっしゃいますか？
格闘した結果、Trilogyはノートン先生がインストーラを弾いていたのが原因のようですorz
お騒がせしてごめんなさい恥ずかしいorz
>>727
再構築フラグきた…
重要なアドバイスサンクス！
だから大概のDAWでは64bitとか32bitとか気にせず使えるよ。
ノートンはシステムに食い込んで余計なことをしすぎるから極力避けてる。
サンプル読めなくなっちゃった。
32bitのdawからだと正常に動くからサンプルの置き場の問題だろうなとは思うんだけど、
基本PCオンチの人間には色々面倒が増えるぜ。
あとLiveだとgldiator2読み込まれなくてショック。
tone2にメールしてみたけどwinだとこの辺の問題は解決できないんだよな、どうせ
あとmidiクロックもまったく安定せんなぁ
ソフトかpcとの相性のせいだとは思うんだけど最早わからん
でもピカピカのpcにソフトだのシンセのドライバだのインスコすんのが何だか楽しいぜよ
ドライバ入れる順番で不具合とかあったな
Win7(64bit)で動く仮想MIDIデバイスって無いよなぁ。
うちのSONARが64bit・・・orz
でもwin7 32bitにはしたくない
- 64bit
3.x - 32bit
- 64bit
と、ちゃんと一プラグインにつき4本揃えてるメーカーってどこ?
ＦabFilterくらいしか知らんのだが。
さらにMac/Winとなると気が遠くならんのかね。
VST/VSTi 2.x → 32bit版/64bit版
VST/VSTi 3.x → 32bit版/64bit版
の4本ね。
HALion4とかHALionSonicは4つ揃ってる
ご冥福
新しいプラグイン出ないってことはまだ後釜が見つかってないのか
ここを読めば分かるｗ
http://www.dmgaudio.com/index.php?_view=home.about
なるほど。プログラマーが抜けたのね。
しかしこの人、有名どころを結構やってるだけになかなかのクラッシャーだなw
ソナルクも有能なプログラマを雇えないなら
64ビット版の開発だけでもDMGに外注すればいいのにな。
喧嘩別れか知らないが、プライドが許さないのかな？
reFXやガリタンもだけど、有能なプログラマが抜けて
しょっぱい製品しか出せなくなったメーカーの末路は大体似てる気がする。
reFXってそうなんだっけ？
たしかもう1人入ったり出たりもしてたな
Kontakt捨ててARIAエンジンに行ったために微妙になったね。
コピーされたdllのフォルダをDAW側で指定するだけで動くものかと思ってました。
DAW は管理者権限で起動してんだろうな？
すいません、まずはwindows7の使い方から勉強するべきでした・・・。
今度はjbridgeも管理者権限で実行してコピーを作りなおして、DAWも管理者で
実行したのですが、プラグインの再検索しても止まるんですが・・・。
SONAR7です。
ttp://www.soundhouse.co.jp/shop/ProductDetail.asp?Item=215%5ECWSH7%5E%5E
あまりに動かないので不貞寝してました・・・。
ttp://www.dotup.org/uploda/www.dotup.org2074700.jpg.html
もろ個人情報だらけなので、戦時中の手紙みたいになってますが。。。
どうか・・・
>>758
PEの方です。
どのプラグインを指定しても（DAW付属のを選んでも）検索すると
応答無になります。
つか、動かしたいプラグインは何の何ビット版なの？
なんでもかんでも動くわけじゃないのは解ってるの？
別のプラグインで試したりしたの？
SONARでｊBridgeを使うときは、プラグインマネージャを起動してVSTの設定
→プラグインのプロパティを開いてjBridgeの項目にチェックを入れればおｋ
次回起動からjBridge経由で使えるようになる
約束だから教えたけどマニュアルとかに書いてあるぞ
良いと思うけど、みんな親切だね。
DLしたZIPファイルは解凍したの？ zip解凍できたの？
うれしー裏切り。
ソナルクシス
新しいプラグインは出ないでしょ
出ても今までのソナルクシスクオリティを期待してはいけない
64bit用にコードを書き換えただけで
アルゴリズムは変わってないから
音は大差ないだろうと思いたい。
新しいプラグインはどうだろうな。
もう出ないかもしれないな。
それがいけるなら64bitで自作してみようと思います
もう一回インストールしないといけない？
アクティベート大丈夫かな？？
今までDドライブに音源を入れてて増設したドライブに移したいというなら、
丸ごとコピーして増設した方のドライブレターをDに変えれば何の問題もない。
すみません全然書き切れてなかったです。
新たにドライブ増設して、システムとDAWをそれぞれ
違うドライブにわけて負荷を軽くしたいなと思ってて。
その際の質問でした！よかったらまた回答お願いします
22.2chのスーパーハイビジョンは今のところ24bit/96kHzのようだが、
たぶんこのスレで言う64bitとは関係ないなｗ
VEPは不要になるんでしょうか？
メモリーの搭載量はマシンによって限界があるから
複数のマシンで分散もあるんじゃね？
64bitの為にあるとおもってた？VEP w
そもそも、この前提がおかしいかもしれない
ついでに言うと、VEPは本来、複数のPCで同じプロジェクトを走らせるときに使うソフトだしな・・・。
VEPはある意味64bitがどうのこうのじゃない。
MacのLogic64bit使いだけど、32bitの時はメモリ拡張でVEP使う意味合いが
強かったが、確かに64bitに大体移行した今は使う目的と頻度は減ったな。
不要にはならないが。
使うとしたらLAN経由でWindows用のvsti使う時と今までVEP上でオケセット
組んでいたのを新たに組み直すのが面倒くさいときとか。
あと、これは今現在のLogic64bitだからだと思うんだけど、32bitプラグインを32bitブリッジ
経由で使用するのに仕様上、同時に１つしか画面を開けないので、VEP32bit上に
滅多に使わない32bitプラグインを複数立ち上げておいて、視覚上わかりやすいように
複数画面開いて使ってる。
お前ら16G詰んでたりする？
ノートなら１６Gにしてる
えっ、これ当たり前なの？
使う量によるだろ。
X79でDDR3-1333 8GB×8構成なら可能だよ。
WAVESだけjbridge噛まして使用。あとは上手く行った。
何だDVDビデオレベルか
HDオーディオやってくれると期待してたのに・・・・・
まあ音声にあんまり容量とられるわけにも行かんかな？
テレビで音にクレーム付けるような奴は相当のマニアだろうし。
64bit化宣言のことなら去年どころか一昨年から言ってるからな
http://www.s7x.net/blog/2010/07/waves64bit.html
http://icon.jp/archives/833
NIとは全然違う。
Wavesのサーバーにユーザー情報があって、本人確認のためのUSBメモリをツールで作成出来るだけで
ユーザーにとってはiLokと全然変わらない
自前のUSBメモリで認証は他の分野のソフトとかで既に使われてるありきたりの方式
jbridgeも1.4にあげたよ。
arturiaのog laboratoryが動かん。
あとはjbridgeの問題ではないんだけど、
SSLのduendeが32bit/64bitで内部名？
が違うみたいで
Cubase 6.0.5 x86では読み込めるC5.5.2のプロジェクトが
x64だとduendeだけ読み込めねえ。
なんだかねえ。
APOGEEが完全にwindowsを切りやがって困っています。。。
今なら896mk3じゃないか？
俺はapolloに期待しているが。
よ情弱のおっさん
ボウヤは使いこなせるのかな？
HD192と896m3の両方持ってた時期があるけど、格段に違ったよ。
HD192は別格。使いこなすも何も一聴すれば、判る。
ちなみにAPOGEEのEnsembleも全然駄目だった（これは試聴した程度だけど）
結局、後から買った896は一週間も使わないうちにヤフオクに出した苦い思い出が・・・
正直apolloは期待してない。
最近の機材は色んな意味で価格相応だから、appoloも多分例外では無いと思う。
HD192とポストの位置に立つのは
Apogee Symphonyとかdigi 192I/Oじゃない？
こんなこというやつの何を信用しろと・・
そうかね？
Rosettaと比べた事ある？
だってハイエンドについて言ってるんでしょ？
>>818
Ensembleユーザー乙www
使うのはkontaktとドラム系とomniくらいだし。
しかも何気に使いにくい・・
ブリッジ目的でVEP買おうとしてる人は注意したほうがいいよ。
jBridgeかなり優秀だから、jBridge買って他に金回したほうが得だよ。
jBridgeは沢山繋げるとスキャン時CPUに負担がかかりブルースクリーンになる
また、プロジェクトファイルが開かない事が多い
VEPは使いにくいけどテンプレート化すればそうでもないんじゃないかな
ただしVEPはホストのオーディオトラックにエフェクトは刺せない
目的によって使い分ければどちらも良いね
>>jBridgeは沢山繋げるとスキャン時CPUに負担がかかりブルースクリーンになる
ならない。
>>また、プロジェクトファイルが開かない事が多い
一度もない
>>VEPはホストのオーディオトラックにエフェクトは刺せない
させる。
いい加減すぎるだろ・・
バスには挿せるけど、ホストのトラックには無理なんじゃね？
ってゆうかEnsembleユーザー乙www
いや両方いける。
今日びProteus VXなんか使ってんじゃねーよとか言われそうだけど、
俺には便利だったんだよね。
821じゃないけどブルースクリーンなるよ
俺SONARだからかな？
cubaseだとならないからSONARが原因だと思う
Windows7 32/64bit のデュアルブートにしてる。
ドライバ無いんだからサポートもへったくれも無いだろ
馬鹿か？お前は。
ありがとう
情報が信頼できないのも納得
お前まじ泣かす
SONARだよ
色々と済まなかった
ば～～～か
ProteusVXだけのために、DAWホストは32bit版をあえて使い、
64bitプラグインは全部jbridgeするのが真の漢
選択肢が1つ増えるだけでだいぶ世界が広がるっつーかより安定して軽いほうを選択できるし
64bit版出してるなら32bit版も出てるでしょ。
わざわざ64bitのを32bitにブリッジする意味があるのか？
いや、メモリ的にね、そういう用途もあるんです
なんかすいません
>>3
まず、gmailで送られてきてびっくり。
完全に手作業で送ってるっぽいなｗ
シリアルナンバーとかないからどうするのかと思ったら、
プラグインのjbridgeのところに、登録したメアドが出るのね。
もしかして購入者一人ひとりに合わせて
いちいちファイルをコンパイルして、手動でメール送ってるのかな？
だとしたらすごい手間だなｗ
しかしこれ、出来が本当にいいねえ。ここまでとは思わなかった。
俺は32bitプラグインの比率がまだまだ多いので、
32bitホストで、メモリバカ食いのプラグインだけ64bit化して
使うつもりだが、Kontaktで試しに使ったら
もうガンガン音色読み込めて、ｱｯﾋｬｯﾋｬ!ヽ(ﾟ∀ﾟ)ﾉ ｱｯﾋｬｯﾋｬ! ってなるよなｗ
ちょっとしか使っていないが、不安定なところを一切感じないのがすごいな。
調べてもどこにも書いてなかったので、気になりつつも
安いので買ってしまったが、
一応、今後購入検討する人のために書いてみる。
Q. 過去にブリッジしないで普通に作ったCubaseプロジェクト、
そのプロジェクト上に立ち上げていたKontaktがあるとする。
まず、VSTプラグインフォルダのkontaktにブリッジをしてから、
そのCubaseプロジェクトを読み込んだら、
きちんとプロジェクトに立ち上がるか。
A. 作者が推奨するように、ブリッジしていない元のプラグインDLLが
同居しないように、退避させておいて、Cubaseを立ち上げて
読み込んでみたら、ブリッジ済のKontaktはプロジェクト上に、
問題なく立ち上がった。しかも、音色ラックもきちんと再現された。
しかし、色々実験した結果、音色ラックが再現されないケースも
あることがわかった。それは、ブリッジ初回。
KontaktブリッジのCubaseに最初に
ブリッジしたKontaktを起動したときだけは、Kontaktは
プロジェクト内にしっかり立ち上がるも、内部の音色ラックは
空のまま立ち上がった。しかし、二度目の起動からは
まったく問題がなく読み込まれた。
しかし一応、念のため、上記のような非ブリッジと
ブリッジの環境を行き来するような場合、
Kontaktのラックはマルチとして別ファイルに
あらかじめ保存しておくべきだろう。
いざというときや、将来の保険にもなりそうだし。
Cubaseプロジェクトを、ブリッジしていないノーマルなKontaktと
入れ替えて読み込んだら？
A.Kontaktの音色ラックはしっかり読み込まれました。
Q. もしかして、ソフトシンセとかもちゃんと再現される？
A. その通り。読み込まれました。
しかし、念のため、非ブリッジとブリッジを行き来するときは、
音色をファイルとしてあらかじめ保存しておけばいざというときも安心かも。
Q. jbridgeはどのように起動しているの？見えるの？
A. Cubase本体のCubase.exeとは別に、
64→32のブリッジなら、auxhost64.exeという名前でバックグラウンドに立ち上がって入るようだ。
たとえばブリッジしたKontakt上で音色を次々に読み込んでいくと、
そのauxhost64.exeの使用メモリがどんどん増えていく。
Cubase自体の使用メモリはぜんぜん増えない。
Q. 誰かが言ってたが、ブリッジしたら逆に軽くなったって本当？
A. まだ少ししか試していないので、はっきりしたことはわからないが
ちょっと軽い気もする。しかし気のせいかもしれないｗ
省スペースにするとか、表示非表示を切り替えられるようにするとか
あんたみたいに
”友達からもらった奴"が
いやぁ～な思いをするためにあるんだと
いや、買ったけどあれはうざいよ。
お前と同様にね。
Win版にはない
Mac版のKontaktのメモリ設定画面
http://tfpr.org/up/src/up2427.png
Win版のKontaktのメモリ設定画面
http://tfpr.org/up/src/up2428.png
KontaktのMac版のメモリーサーバーって
いろいろな事情でMac用のKontakt 64bit版が遅れに遅れて、
仕方なく苦肉の策で作られた機能だと思う。
もうWin版は2008年末にとっくにKontaktの64bit版があったし。
Mac版は2010年だよね？
そしていまさらWin版にその機能がつくこともないだろうな。
もうすでにWinのKontaktは64bit版もあって
WinのOSも64bitOSが主流になりつつあるし、
世の中64bitでいけいけという雰囲気で、
あえて32bitDAWを使っている人を救済なんてなさそうだし、
Win版につくことはないだろうな。
でも、Winでもプラグイン互換性の問題で、
64bit環境で32bitDAWを使っている人には少しうらやましいだろうね。
いくらjbridgeが安定しているとはいえ、
選択肢が増えるのと、サードパーティーに頼らないのは良いし。
ここに簡潔に書いてあった
http://duc.avid.com/showthread.php?t=303088
The only reason that Kontakt has a memory server at all is history.
Windows has been running 64bit programs for years,
but because of the Carbon/Cocoa fiasco
it wasn't possible to have cross-platform apps for OSX.
therefore NI "borrowed" an idea from VSL and came up with the memory server.
Once more things are 64bit on OSX I would imagine that the server
will be phased out in future updates.
Winの32bit DAWでKontakt使ったことないから知らんかった
Mac版とWin版の唯一の違いでは？
既存のDAWがMetroアプリ化することはないだろ
MetroスタイルアプリってMicrosoftのマーケットからしか購入、インストールできないと思われがちだが、
実はサードパーティがマーケットを開設することも可能で、たとえばヤマハ、SteinbergなりAvid、Digidesignが
マーケットを開設して、ホストアプリからプラグインから一括して売ることも出来るので、先々そういう方向に
行くんじゃないかと思ってる。
フィジコンも消える時代がきそう。
林檎病の方はご冗談を真顔で言うから困る
時代についてけるか？
iPad でどこでも高画質の映像が見られるようになってもラジオが生き残ってるようにね。
あのちょっと本気で使おうとするとすぐ行き詰まるハリボテが？
シェアっていう概念わかるか、おっさん
林檎はMacOSからiOSへ移行してしまうからそういうことになるけど、WindowsはPhoneに移行するのではなく
現行OSに統合されるのでそういうことにはならないでしょう。
単にWin RTに対応したアプリと署名付のデバイスドライバーがあれば、フィジコンもMetro Style Appで使えるだろうし、
そうならなくてもDesktop Appで相変わらず使える。
まあ、MS OfficeからしてDesktop Appとして提供される位だし、生産系のアプリケーションは基本的に当面はMetro化はしないだろう。
Metroは消費系のアプリケーションがメインの状態がしばらくは続き、全体がMetro化するのはWindows 9のそのまた次位じゃないのかな。
タッチパネルなんてもうすぐみんな飽きて、
実際のメカニカルなボタンやツマミがついてる方が高級機扱いになるよ
タッチパネルじゃ ブラインドタッチってムリなのでは
想像してみればいいよ
まれにでも不用意な方向に値が動いてしまったりとかリアルタイム性を要求される事には向かん
やっぱツマミとかフェーダーとか鍵盤とかピッチベンドホイールみたいに
物理的にダイレクトに動かせるのがいいよ
なので適材適所とか温故知新とか、そういう発想がない。
使って見たら考えが変わった
とりあえず触ってるうちは良さ気だけど
実用で使えるかといわれるとかなり苦しい感じ
iPadの性能的な問題なんだろうけど
指の動きにフェーダーが遅れてついてくるし
つまみ操作は形状的に出来ないし
870 ：名無しサンプリング＠48kHz：2012/03/11(日) 01:09:41.51 ID:IJcyQp2L
自動車のハンドルがタッチパネル操作になったらどんな感覚か
想像してみればいいよ
気持ちは分かるけどたまにすごく滑稽に見える時がある
それ絶対実用的じゃないだろwってので無理やりドヤってること多いし
しかも幸せそうに 怖い
PrismSound Orpheus
Waves、Sonnox、D16・・・色々あるけど
皆が良く愛用してるのに
未64bit化はどこがあるの？
俺んとこだとx86の残りは
korg←多分来ないだろう
arturiaの一部←x64進行中
IKの音源←x64に成る前にiOS専門になりそうな勢い
位かな。
せめてAlchemistだけは早くどうにかして欲しいよ
毎日Web見に行ってる
操作の手ごたえ無くて
道具なんだから曲ができあがるならどうでもいいわそんなの
個人的にはある程度制限されたほうが曲かくの楽しい
自由っつうのは創作活動に相反する部分がある
過去の32bit資産（遺産？）を生かしたいけどWin8でXPMode以上に
安定した旧環境用ソフトはあるんだろうか。
というか、よっぽど昔の小さいメーカーとかじゃなければ64bit環境で32bitホストなりプラグインで問題ないよ
わざわざ仮想環境で微妙な状態で使うよりずっといいと思う
個人的にはspもあたってる7の環境をおすすめする
最近のは精度良くなってきてるでしょ。
大抵32bitプラグインもOKだし。
Wave Artsとかのいまだ32bitのままのプラグインもそのまま普通に使えてるし。