TMPGEnc Video Mastering Works 5 のクチコミ掲示板

キャプチャ機能に関して

[ジゲンスキー]

このソフトの購入を検討しています。

体験版で、新機能の「HDV/DVカメラからのキャプチャ」をjackallExpressで試しました
結果は「デバイスが無し」と弾かれました…

キャプチャボードの買い替えも合わせて検討しているため、
この機能が使えた方がいらっしゃれば、
使用されたキャプチャボードについて教えて下さい。

買い替えを予定しているボードは
予算的に「HDCAPPCIE」か「Monster X2 SK-MVX2」です。

書込番号：12901827

[甜]

「HDV/DVカメラからのキャプチャ」はそもそもIEEE1394のみなのでは？
他のキャプチャソフトでキャプチャしてはいけない理由があるのでしょうか？

書込番号：12901932

[ジゲンスキー]

甜さん
キャプチャボード違いなんですね…
ありがとうございます。

jackallExpressの附属ソフトやアマレコで試しましたが、
個人的にはMTV2000（我が家では未だに現役）より汚い画像で録画されてしまったので、
このソフトで画質が向上されるかと思ってました。

他のPC等で、jackallExpressの画質確認します。

書込番号：12902007

[甜]

HDMIだと入力映像はデジタルデータなので入力されたものがそのまま圧縮録画されます。
MTV2000はコンポジットかS端子で接続しているのでしょうから、アナログで多少劣化した映像が
MTV2000の画質調整機能によって操作されて綺麗だと感じたのかもしれません。

また、圧縮形式・圧縮設定によっても劣化具合が大幅に変化します。
圧縮の問題であるならカードを変えても解決しないと考えられます。
とりあえず720p映像を入力ソースとして圧縮設定を何通りか確認してみてはどうでしょう。

書込番号：12902048

[ジゲンスキー]

甜さん
たびたびのアドバイスありがとうございます。

まずはお金をかけず、使えるリソースで検証を進めて行きます。
進捗がありましたら、報告致します!!

書込番号：12902067

[ジゲンスキー]

甜さん

途中経過です。
附属ソフトとアマレコで720p映像を試してみました。

みため綺麗に見える感じは
１．アマレコ（720P）
２．附属ソフト（720P、1080I）、アマレ(1080I）どれもあまり変わらず…

ひとつ気になっている点があり、コピー元の映像がSDのようなきがします。
HD映像を入手出来次第、再び検証を行います。

書込番号：12915176

パッチ

[ya1016]

パッチ登録してパッチ処理をするときはパッチの.exeに関連付けてパッチ開始でいいのでしょうか？

書込番号：12869288

エラー出て編集できない

[まーり！]

エラー3種類

Bandicamと言うデスクトップ録画で撮影した動画（avi）がTMPGEnc Video Mastering Works 5
で何故か編集できません・・・そこで、もう1台のPCでその動画を試したところ
もう1台のPCでは何もエラーでなくて編集できました。
いったい何が原因なのか分かりません・・・
分かる方教えてくれると助かります。

書込番号：12864362

メモリー不足でしょうか？

[9.9.9]

ノーマルモードからカット編集をする際、サムネイル表示が途切れ途切れになってしまいます。
現在のPC環境はCorei7 2600K、GTX480、DDR-3 1600×４GB、Windows7home32bitです。
メモリー不足でエンコードが中断されることもしばしばあるので、64bitOS化とメモリー16GBに増強しようと思っているのですが、サムネイル表示もそれで解決できるでしょうか。
また、メモリ増強によってエンコードの処理速度自体は向上するのでしょうか。

書込番号：12846493

[綾小路ふんふん丸]

9.9.9さん
はじめまして。

綾小路ふんふん丸です。

メモリを4GB積まれているので、メモリ不足って事はないよう
に感じますが･･･(他の作業をされていないという前提で)
どうでしょうか？

私は実際にTMPGEncのソフトを利用した事が無いのですが
色々と調べてみたら、ソフト側に問題があるように思います。
もしくは、OSのサムネ表示に関する部分とか。。。

ハード面でなく、ソフト面で色々とお調べになられてみては
如何でしょうか？

お役に立てず申し訳ないです。


以上

書込番号：12846766

[bigfm21]

私も同様にサムネイルが途切れ途切れになっています。ソフト的なものではないでしょうか。我が家の環境はもっと悪くて、コア２デュオ３ＧＢのメモリー４ＧＢ、win７　６４ビット環境でも同じ現象です。エンコードした後の動画については、全く問題ないので気にしないで使っています(^_^;)パソコンスペック的なものではないような気がするのですが。

書込番号：12846835

[bigfm21]

メモリー増設でエンコード時間はあまり変化無いと思います。４ＧＢを８ＧＢに変更しても、エンコード時間は５分程度の短縮のみでした。やはり、CPUが命みたいですね。

書込番号：12846840

[ilka]

いま使っているバージョンが最新バージョン(Ver.5.0.5.32)より古いのであれば、最新バージョンをダウンロードしてインストールしてみてはどうでしょうか。
http://tmpgenc.pegasys-inc.com/ja/download/tvmw5.html

書込番号：12847098

[甜]

TMPGEnc Video Mastering Works 5は64bitネイティブ対応ソフトではないようなので
メモリを過剰につんでもTMPGEnc Video Mastering Works 5が消費できるメモリはたかだか2GBが上限です。

書込番号：12848408

[9.9.9]

みなさんお返事ありがとうございます。
バージョンは最新のものです。いただいたご意見を踏まえて
形式：MP4(1920×1080)　サイズ：60MB
形式：MP4(480×270)　サイズ：20MB
形式：avi(704×396)　サイズ：200MB
形式：avi(640×480)　サイズ：80MB
形式：FLV(480×270)　サイズ：40MB
の5種類のソースで簡単に検証し直したところ、どうやらフォーマットに起因するような結果になりました。
MP4との相性はサイズに関係なく悪いらしく、時間が経ってもほとんど表示されませんでした。
逆に他の形式は、少し読み込みに時間はかかりますが全て表示されました。
せっかく×264エンコードに対応したのに、ちゃんと表示がされないとカットが面倒で残念です。

メモリ増設のメリットはほとんどないということですが
現在、メモリ不足エラーを防ぐため先読みキャッシュの設定を最小にしています。
システムで認識されているのは3.24GBですが、そんなにすぐ使い切ってしまうものなのでしょうか。
かなり頻繁にエラーをはくので、増設するべきなのかな…と思っていたのですが。
先読みの数値を上げてもそんなに時間短縮にはなりませんか？

書込番号：12848651

[9.9.9]

SSDに入れて試しても結果は変わりませんでした。

書込番号：12851126

[甜]

ソフトの設定でCUDAデコードを使っている状態なら使わないようにしてみてはどうでしょう。
あとグラフィックドライバを更新するとか。
少なくともメモリの問題ではないと思います。

書込番号：12851211

[こぼくん35]

こんばんは。。。

メモリの件だけで、ちょっと、書きこさせてください。

私の場合ですが、処理は１本だけしかしないのであれば、32bit/OSで良いですが、パッチで２本とかになると、平気で5G以上になってしまいます。

タスクマネージャーで、一度動作中の使用量を見られてはいかがでしょうかと、思ったりしましたが・・・。

参考で、別のサイトですが・・・私の書き込みですので。

http://club.coneco.net/user/25981/review/54951/

書込番号：12852908

[(´_ゝ`)ノ]

サムネイルの表示ですが、編集画面の上の大きな画像部分を右クリックし、
表示設定＞ユーザー設定1（1フレーム間隔）にすると、
サムネイルは細かく表示されると思います。
ユーザー設定は３つあり、環境設定で設定変更できます。

標準ではIビクチャのみサムネイル表示するようで、その関係かもですね。
（詳しくは解りませんので予想です・・・。）

書込番号：12853041

[ぽはぽてとのぽ]

俺は32bit環境だけど出かける時は2バッチ処理しているよ。他に動かさないのが前提で。動かしても微々たるものなら別に良いけど。それでメモリー使用率は2.5GB程度。もちろん2ファイルとも2pass。

因みにキャッシュ読み込みはしない。
ここ重要。
これやるとメモリー関係のエラーが出るから。しなくても速さに変化はほとんどない。64ビットなら知らないけど。

TSからMP4か、AVIからMP4にしてます。

書込番号：12856678

[ぽはぽてとのぽ]

もう一つ、MPEG設定のエンコーダのキャッシュ設定も解析結果をキャッシュに保存するにはレ点しない。

サムネ表示はGPUとCPUとHDDの処理能力と読み込んだファイルの形式やサイズに関わってきます。多分。

CMカットくらいならサムネの所にポイント合わせて右クリック押しっぱなしで解像度が荒いままサムネ移動が出来るからそれで俺は処理してます。完全に画像が現れるのを待っていたら時間が掛かり過ぎです。大体この辺りかな、という勘でバーを移動させるのもアリ。

書込番号：12856728

[こぼくん35]

ぽはぽてとのぽさんへ、ちょっと、お教えいただきたいのですが。。。

>因みにキャッシュ読み込みはしない。
ここ重要。

>もう一つ、MPEG設定のエンコーダのキャッシュ設定も解析結果をキャッシュに保存するにはレ点しない。

これの、メリットと、デメリットを教えて頂きたいのですが、時間のあるときで結構です、自分は。。。
よろしくお願いいたします。

書込番号：12857720

[ぽはぽてとのぽ]

ヘルプ−マルチスレッドの設定−ファイルキャッシュの設定　より抜粋。

ファイルキャッシュの設定
ファイル読み込みキャッシュを使用する
ファイルの読み込みにキャッシュを使用することで、カット編集画面やオーサリング出力時に動作の高速化を行います。お使いのパソコンに十分なメモリが搭載されている場合は自動的に最適なキャッシュ量を取得します。

* お使いのパソコンに十分なメモリが搭載されていない場合はハイビジョン映像などにおいて効果が出ない場合があります。
**出力時にメモリ不足によるエラー「記憶域が足りません」などのメッセージが表示される場合、このオプションをOFFにし再度お試しください。


上にも書いたと思うけど、メリットはちょっとは処理が早くなるかもしれない程度。デメリットはもしかしたら32ビット環境だと止まる可能性に怯えなきゃいけない事。
安定して遣いたいならレ点外す事を奨めます。64ビット環境に変えても結果が変わらないかもしれません。
ついでに言えばそんなに処理速度に変化はありません。

書込番号：12858292

[こぼくん35]

ぽはぽてとのぽさんへ

メリットと、デメリットの方向性を取り違えていますが、64bitの方向からの予測として理解させて頂きます。

>上にも書いたと思うけど、メリットはちょっとは処理が早くなるかもしれない程度。

>64ビット環境に変えても結果が変わらないかもしれません。
ついでに言えばそんなに処理速度に変化はありません。

憶測ではなく、その憶測を変化ありませんまで、最終的に書かれるというのは、何か、根拠があってのことでしょうか。
きちんと、データを付けて頂けるとありがたいのですが・・・よろしくお願いいたします。
私の方は、いつでも、結構です。

書込番号：12859121

[ぽはぽてとのぽ]

こぼくん35さんへ

俺自身はスレ主の質問を踏まえて返事しているつもりなので当然環境は32ビットのウインドウズ7と認識しています。

それで俺も同じ環境の32ビットOSなので

実体験　を踏まえての返事をしております。

所々があいまいな表現に見えるのは俺自身の文章が拙い所為でもあり、かつ、その実体験をいちいち記録に残して記憶に留めている訳ではないという事を了承してください。

それからキャッシュのレ点の件はTMPEGenc4.0EXPressの頃からそれに悩まされてその方法でメモリーエラーからのトラブルを回避出来たという体験談としてお耳に入れて頂き、有用な情報でなければそのままスルーして頂ければと思います。
ソースなどありません。
トライアンドエラーの賜物です。
長い間エンコードする人にとって、時間を短くする努力よりもソフトが安定して動くようになる方が有難いのですから。

書込番号：12859243

[こぼくん35]

ぽはぽてとのぽさん　

要は、64bitと、32bitの違いは、判らないということでしょ。それなら、そのように書けばよいのですよ。

>ついでに言えばそんなに処理速度に変化はありません。

判っている範囲で、正確に書き込みをしてください。私の場合は、今の構成設定でエンコード途中などでのエラーは一度もありません。

書込番号：12860121

[ぽはぽてとのぽ]

>こぼくん35様

俺の書き方が悪い事に対する訂正ですね、誠に申し訳ありません。

上記の
>>64ビット環境に変えても結果が変わらないかもしれません。
>>ついでに言えばそんなに処理速度に変化はありません。

こちらの書き込みは最初の一行は、俺自身が32ビット環境でしか扱った事がないので結果は分かりませんという意味です。言葉が足りませんでしたね。やった事のない処理ならそれこそやってみないと分からない。
二行目は32ビット環境でのお話です。ただし、こぼくん35先生が仰る様に、レ点を入れればこれだけの時間、入れなければこれだけの時間といった確実な情報はございません。いわば体感でものを言っています。時々エラーが出なかった事もあり、その時との比較ですね。
エンコードって、バックで仕事させて出来上がりを待ったりあるいはPCはそのまま放置して気付いたら出来てた位の認識でいます。
スタートしてから処理時間は青いバーが満たされるまでモニターを凝視するような事をした事がありませんので、多少の時間は気にしていないのです。
だから確実な時間が分からない、に繋がるのです。
それにTMPGEnc Video Mastering Works 5に変わってから少しはエラーの数が減ったとはいえ、止まるかもしれない、という処理をしながら放置するのは大変ストレスが溜まります(やはりレ点を入れたまま2バッチ処理などした時には止まる事がありました)。帰ってきてほとんど終わっていないエンコードにキレた事もあります。たとえ処理が終わったらシャットダウンするように設定してもエラーの所為でPCは点きっ放し・・・・・・エコの時代にこれは頂けないでしょう?

ついでに言えば、オレの書き込みは徹頭徹尾32ビットについてのものです。64ビットについてはこぼくん35師匠の仰られ様からレ点を入れる事によって処理速度が激変するのでしょう。むしろ64ビットの事ならこぼくん35殿に聞くが良い、とまで言い切れます。
・・・・・・でもね、ちょっと考えれば分かる事です。何の為の64ビットかといえば一番のメリットはほぼ制限なくメモリーが使える事が一つに挙げられるからです。

もう一つ言いたい事は、ここのスレ主の状況を考えたレスをしているのかなあという事です。

>メモリ増設のメリットはほとんどないということですが
現在、メモリ不足エラーを防ぐため先読みキャッシュの設定を最小にしています。
システムで認識されているのは3.24GBですが、そんなにすぐ使い切ってしまうものなのでしょうか。
かなり頻繁にエラーをはくので、増設するべきなのかな…と思っていたのですが。
先読みの数値を上げてもそんなに時間短縮にはなりませんか？

この言葉に対する回答のつもりでレ点の件を挙げました。スレ主が32ビット環境でオレと同じでオレが「メモリ領域が十分にありません」という意味不明のエラーに悩まされていた一人だからです。時には1ファイル処理の時にすら出た事もあります。
そのエラーから開放され満足なエンコードライフが送れるなら、という事で書き込みしました。
もちろん他の方も読まれるのですからキチンとしたデータとかあればそれに越した事はないです。

そこでこぼくん35神様にお願いがあります。
俺の32ビット環境ではエラーが出て正確な情報が得られないので、
こぼくん35大明神のお持ちの32ビットOSのマシーンでレ点の有無のメリットデメリットをお教え頂きたいのです。
条件は25分のTSファイル　フルHDの物を2ファイルをMP4に。フィルターは全部レ点入れてください。2パスで。あとはお好みの設定でかまいません。
これでキャッシュの有り無しでどう変わるのかを教えて頂けるなら凄く勉強になります。スレ主にも有用な情報となるでしょう。
どうかどうか情報弱者の俺をお助け下さいまし。
あ、64ビットマシーンの方は別に情報要りませんよ。凄いの分かってますから^^

書込番号：12862575

[ぽはぽてとのぽ]

付け加え忘れましたw
上記の確認テストをして頂けるのなら

2バッチ同時処理

でお願いします。

今現在おれのPCは2バッチ同時処理してますが、2.75GB使用(その前の形式が違うものの処理時は2.1GBくらいだった)。それで他の作業を始めると2.98前後まで上昇してから2.8くらいまで落ち着きます。ソフト側でメモリの使用領域を指定しているのでしょうね。当然処理は少し時間が延びる気がします。でもホントに伸びてるのかどうかなんて分かりません。体感です。

書込番号：12862695

[こぼくん35]

ぽはぽてとのぽさん　

まず、長文すぎて、理解できないので、適切な返答かどうか判らないのですが・・・。

まず、私の最初の書き込みをよく読んでいただきたいのですが・・・。

１．予測で知らないことは書かない。

これで返答になるのではないかと思うのですが、違いますでしょうか。

要は、書き込みはどのような方が読んでも、確実なことを実績も付けて書けばよいのです。予測で書かれると、ゆがんだ解釈をするかもしれません。
書き込みさえ正確で確実なものであれば、読み手が勝手に解釈するのですよ。

それと、メリット・デメリットの件は、貴殿が、違いがないと取られるような、書き込み方をしているので、お伺いしたのですよ。
これに対して、私に検証してみてくださいというのは、筋違いのような気がするのですが・・・違っていますでしょうか。

書込番号：12862920

[ぽはぽてとのぽ]

しっかりと読んでいないのに返答をするという事は

それこそ

１．予測で知らないことは書かない。

これに反する事ではないでしょうか。
文章の読解力は俺だって人の事を言えた物ではありませんがね。
ではもう一度読んでからレスして下さい。
経験した事を書いておりますゆえ。

一応今現在の状況が分かるかもしれない画像を張っておきます。
理解するかしないかは見る人が決める、それに関しては同意します。
貴方は識者なのだから人の揚げ足を取る事よりも俺達の拙い知識を補足するような寛大な心を持って頂きたいと思います。

書込番号：12863040

[こぼくん35]

しっかりと読んでいないのに返答をするという事は

それこそ

１．予測で知らないことは書かない。

→これは、違っていないということですね・・・反論がないということは?

で、あれば、

これに反する事ではないでしょうか。
文章の読解力は俺だって人の事を言えた物ではありませんがね。
ではもう一度読んでからレスして下さい。
経験した事を書いておりますゆえ。

→これは、意味ないですね!!

一応今現在の状況が分かるかもしれない画像を張っておきます。
理解するかしないかは見る人が決める、それに関しては同意します。

これに対して、貴殿は、これが補足になるものと思うのですが・・・いかがですか?

そうして、貴殿は、
>上にも書いたと思うけど、メリットはちょっとは処理が早くなるかもしれない程度。デメリットはもしかしたら32ビット環境だと止まる可能性に怯えなきゃいけない事。
安定して遣いたいならレ点外す事を奨めます。64ビット環境に変えても結果が変わらないかもしれません。
ついでに言えばそんなに処理速度に変化はありません。

になるものと思います。
なので、その根拠は・・・?

と、お伺いしているのですよ。それを、何故、こちらに検証しろとまで言うのか、筋違いではないでしょうか。

また、いい加減なことで、書き込みはしないでくださいと、言っている訳です。スピードの件は、私は言っていない。けれど、貴殿は書き込みをしている。
それに付いて、検証を私にしなさいというのは、全く持って、筋違いはなはだしい!!

スレ主さまには、ご迷惑をおかけしますが、違っているようであれば、また、書き込みください。

書込番号：12863177

[ぽはぽてとのぽ]

貴方の仰るとおりです、私が間違っておりました。

これからも迷えるわれらをお導き下さい。

書込番号：12863246

[9.9.9]

サムネイル表示は(´_ゝ`)ノさんからのアドバイスで解決されました、ありがとうございます。

先日OSをＷindows7 64bit、メモリーを16GBにして再度エンコードをしてみました。
他の方が仰ったように、時間短縮にはなりませんでしたが、安定化には成功しました。
３０分程度のHD動画は約３分の作業時間短縮、３バッジでギリギリ動いていたのが４バッジでも安定動作するようになりました。５バッジは流石にキツかったです。

書込番号：12931875

この製品ですべて大丈夫でしょうか？

[だっがん]

現在、7年前のVAIOに搭載されているDVgate Plus・TMPGEnc DVD Author・TMPGEnc DVD Source Creatorを使用しています。今回、VAIOの調子が悪くなってきたためPC自体を新規購入し、相応のソフトを導入しようかと考えていますが、このソフトで3つすべてがまかなえるか、また、別のソフトが良いかどうかを教えてください。
DVgate Plusでは動画(MPEG2)の不要部分カット編集、TMPGEnc DVD AuthorはDVDオーサリング、TMPGEnc DVD Source Creatorは長時間動画(MPEG2)をDVD容量サイズに変換、という使い方をしています。
動画(MPEG2)の不要部分カット編集用には別のソフト(GV-MDVD3に付属したDVD MovieWriter 7 Special Edition)を1年前に新規購入したWindows7搭載ノートPCにて試したのですが、そちらは動画と音声でタイムラグが生じてしまい使えませんでした(録画は問題なし)。こちらのソフトではその点がどうなのかも教えてください。
よろしくお願いします。

書込番号：12835271

[気まぐれな猫]

これ1本でまかなえます

音がずれるなどの話は
ソースによる影響が大きいのになんともいえません

TMPGEnc DVD Authorを過去使用していたのなら
この会社の製品は３つそろえるともっと使いやすい事になるのは知っている事と思います
もし予算があるならTME3.0もそろえるといいと思います
（昔よりは3つのソフトで機能的にかぶっている部分もあるのでご希望の事はTAW1本でまかなえます）

書込番号：12835305

[(´_ゝ`)ノ]

このソフトはエンコード専用ソフトでTMPGEnc 4.0 XPressの後継です。
よってスマートレンダリングやオーサリングといった機能はありません。
カット編集しようが、そのままであろうが、出力はすべてエンコードされます。

目的がDVD（BD)ビデオならばTMPGEnc Authoring Works 4でいけると思います。
カット編集ができ、DVD（BD)ビデオにそったMPEG-2にエンコードもでき、
DVD（BD)の容量を超えたMPEG-2を容量内に変換するトランスコード機能も
搭載しております。ただしカット編集以外の編集機能は最低限です。

音ズレの件ですが、体験版を試用し試されるのがいいと思いますが、
類似品のGV-MVP/TZを所持してますが、TMPGEnc Authoring Works 4を
使用した上での音ズレは経験したことがありません。参考までに。

書込番号：12835398

[だっがん]

ありがとうございます

PC新規購入後にTMPGEnc Authoring Works 4を試用してみて購入を決めようかと思います。
TME3.0も良さそうなので検討してみます。

書込番号：12835612

[気まぐれな猫]

あら　ソフト名間違って読んだようです
ごめんなさい
TMPGEnc DVD Authorの後継であるTAWをご用意ください

書込番号：12835987

動画編集で

[ryoma810]

こんにちは。動画編集をするとき反応が鈍くてイライラします。
OS→Windows 7 32bit(SSDにインストール)
CPU→C2D E8400
GB→EN9600GT 512MB
メモリ→4GB
倉庫用にHDDを6台繋いでます。
マシンパワーが問題なのでしょうか？アドバイスをよろしくお願いします！！！

書込番号：12813189

[ya1016]

>動画編集をするとき反応が鈍くてイライラします。
どの反応でしょうか？
アプリ起動やメニュー選択、ファイルの読み込み、カット編集、エンコード？？
SSDの容量や作業用HDDにもよるでしょう。
エンコード専用マシンと割り切って
寝ているときに作業させるってのが一番の解決策かと思います。
それかサンディーに更新しては？？

僕はi7-920+GTX260+12GBRAM+SSD128G+マッハドライブ1G割り当てです。
BDをMPG変換するのに再生時間くらいで終わります。
だから快適かと言われればこんなもんかな？許容範囲ですね。

書込番号：12814262

[ryoma810]

ya1016さんありがとうございます。

主にカット編集です。コマ割りの画像がずらっと並ぶ所がプレビュー再生に追い付かなくなります。若干操作を受け付けなくなったり。
変換に関してはスペックがスペックなのでいつも寝てる間にやってます。
その他の操作はさほどイライラすることはありません。カット編集だけがどうも…。

やっぱり、CORE i 5とか7でしょうか？

書込番号：12814384

[今から仕事]

Corei7　860　win7で使っています。

初期のバージョンは処理が重かったが、今は少しまだ重い感じです。
エンコード速度は、TMPGEnc4.0と同程度でした。
http://www.aqua-movie.sakura.ne.jp/page246.shtml

E8400では相当重いと思います。

書込番号：12814456

[ももＺ]

C2D E8400では仕方無いと思いますよ。
CPUパワーが不足しているのだと思います。
ここは素直にSandyBridgeの2600か2600Kにしてしまいましょう。少し安めの2500Kでもいいかな。
TMPGEnc VideoMasteringWorks5はIntelMediaSDKもサポートしていますので、
QuickSyncVideoエンコードが使えるSandyBridgeは大変魅力です。

書込番号：12814465

[dragongate]

ryoma810さん　

私はEDIUS 6使用ですので､このソフトの詳細については解りません。

ですので概要を知っている範囲の中でアドバイスさせて戴きますが、まずソフトがCPUの４ロジック対応なのか８ロジック対応なのかの見極めが肝要です。

因みにCanopusのEDIUS 5迄は４ロジック対応でしたのでi7 920よりE8500の方が20%程速かったです。
しかしEDIUS 6からは８ロジック対応ですのでi7系統がベストです。
わたしは Core i7 975 Extreme Editionを使用、i7 920と比較して15〜20%速くなりましたが投資額は約３倍です。
スピードレーザー（80万）とZEON3.6×2（30万強）使用時の5倍の速さです。
ソフトの進歩も見逃せません。

しかし決定的なところはCPUではありません。
HDDの書き込みが遅ければCPUは待機していなければなりません。
速さを求めるならRAID 0を最低7200rpmで組むことで解決できます。
他に12000rpmやSSDで組むことも可能です。

ご承知のようにRAID 0はデータをA:BそれぞれのHDDに分割して書き込むので単純計算で倍速となります。
その上で故障時の安全性を考慮されるならRAID 5もあります。
わたしの場合編集用はRAID 0、編集後コンソリデートにてRAID 1に保存しています。

只スレ主様はエンコードの問題よりクリップの移動等が遅いと言うことなら、CドライブをSSDに変更すれば即解決でしょうが、編集全般に対してのアドバイスであることをご理解下さい。

参考までに私はメモリーを12G積んでいますが、HDフルスペックのエンコードに必要な量は3.7Gあれば充分です。
その分OSを64Bitにアップグレードして下さい。
仕事量の絶対数が違います。

参考になれば・・・・

書込番号：12819650

[ぽはぽてとのぽ]

読み込みのドライブがUSB接続じゃありませんか？
俺もSATA接続じゃないとイライラしますよ。
転送スピード遅いからしゃーないですけどね。
そうではなくて遅いならエンコード中に編集してるとか？CPU使用率が目一杯だとやはり処理は重いですね。カット編集はGPUも関係してくるし、原因として考えられるのはそれくらいかなあ

書込番号：12821072

[ryoma810]

dragongateさん、ぽはぽてとのぽさんありがとうございます。

物理メモリは3.25GB利用可能で、システムは64GBのSSDに入ってます。接続はUSBではありません。その他のHDDもUSB接続ではありません。

M/Bからの交換も視野に入れて考えてみます。皆様のアドバイスから予算内に収まりそうなので、ちょっと安心しました。

アドバイスして下さった皆様、ありがとうございました！<m(__)m>

書込番号：12821498

[こぼくん35]

解決済になっているのに、ちょっと気になったもので・・・。

>主にカット編集です。コマ割りの画像がずらっと並ぶ所がプレビュー再生に追い付かなくなります。若干操作を受け付けなくなったり。

これだけでしたら、要はシークの読み込みが遅いだけですので、元ソースの入っているHDDを高速のものにしてやれば済むだけです。よって、高速の500GB程度の1プラッタ、不人気ですがST3500418ASなどを使えば、安くて速い処理が可能になるのではと思ったりしますよ。

私は、元ソースも別のHDDに保存していますし、このHDDは作業用に使っています。

書込番号：12842543

[ryoma810]

こぼくん35 さんありがとうございます。

回転数が10,000回転の物はどうでしょうか？

書込番号：12842618

[大国主命]

ラプターよりSSDの方がたいていの場合
読み書きが早いですよ。
一世代前のラプターを使用してましたが編集にはSSDの方が快適でした。
私はインテルの160GBを使用していて
OSに60GB、動画作業用に100GB弱に割り振って使用しています。
だたし、セクタ代替処理がいくつが表示されてます。
壊れたら、買い直せばいいかと考えてます。

書込番号：12842871

[ya1016]

大国主命さん
＞動画作業用に100GB弱に割り振って使用しています。
ぼくは作業領域にRamDisk4GBですがこれは間違ってますでしょうか？

書込番号：12842920

[JST4537]

自分も同じような経験をしましたが、Norton Internet Security2010とDiskeeper 2010がバックグラウンドでスキャンや自動デフラグしている時にシークが極端に遅くなり追いつかなくなっていたようでした。両方共編集時に動作させなくしたら、一番速いシークにしても１００％追従してくるようになり、すごく快適になりましたよ。

私の場合はハード的な事ではありませんでしたが、一度バックグラウンドで動作しているソフト等をチェックしてみてはいかがでしょうか？

書込番号：12844170

[ryoma810]

みなさまありがとうございます！

動画編集時は極力バックグラウンドで動いてるものは切っています。セキュリティソフトはカスペルスキー2011を使っています。

色々試したら、MP4形式の動画の編集時に再生プレビューが追いつかなくなります。aviとかは大丈夫でした。HDDとSSD両方試してみました。

このソフト自体がMP4との相性が良くないのでしょうか？どこかにそんな書き込みを見たような…

書込番号：12866725