『メモリー不足でしょうか？』のクチコミ掲示板

[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