TMPGEnc講座 Ver.44 at AVI
[2ch|▼Menu]
981:名無しさん@編集中
09/05/18 18:43:41 UgRAbZJd
インターレース維持するなら縦は弄るな
元のフィールド構造を変えてしまうなら、それは一体何の為のインターレース維持だよ
フィールド情報の保持よりも縦解像度変更の方がプライオリティが高いというなら
素直にデインターレースせよ

982:名無しさん@編集中
09/05/18 18:58:48 Cjronvtr
突然、変なトラブルに見舞われてチト困っています。
同じ症状を経験された方がいましたら助けていただけませんか?

TMPGEnc XPress4を立ち上げて、クリップの編集画面に入ると、なぜか突然
explorer.exeが全力でディスクアクセスを開始しはじめます。

使用OSはWindows XP (SP3) です。

タスクマネージャーで確認すると、explorer.exeのCPU使用率は10〜20%くらいですが
デイすくアクセス状態が収まらない為、XPress4は、ビデオ・ファイルへのアクセスが低下して
クリップのサムネイル画像生成が重たくなり、編集作業のパフォーマンスが著しく低下します。

この現象は、MPEG Editor 3 でもまったく同じように現れました。

何か設定を変えたわけでもないのですが・・。

念のため、TMPGEnc XPress4の再インストールや、Windowsの修復インストールを
行ってみましたが、症状は改善されません。

なぜ、XPress4を起動するとexplorer.exeが活動を始めるのかよくわかりませんが・・

TMPGEnc XPress4のクリップ編集のパフォーマンス低下は、explorer.exeが原因であるため
極端な話、タスクマネージャでexplorer.exeを強制終了かけると、TMPGEnc XPress4のクリップ編集は
快適に動作します。

いったいなぜこんな症状が出るのかさっぱり・・・。

983:名無しさん@編集中
09/05/18 19:01:30 KSdZmwuj
Explorer捨てて互換シェルを使うとか
ぶっちゃけTMPGEnc起動後にタスクマネージャでExplorer終了しても
ソフト動作には何の問題も無いと思うよ。

984:名無しさん@編集中
09/05/18 19:05:34 DoaihHTF
たぶん、同じディレクトリィに破損したaviファイルがある。

985:名無しさん@編集中
09/05/18 19:13:25 Cjronvtr
>>983
早速ありがとうございます。
TMPGEnc自体は、explorer.exeに依存していないようなので、確かに
explorer.exeを強制終了させてしまう方法はありますが、タスクバーとか
全部消えてしまうので、これはこれで不自由でして・・はい。

>>987
編集を行おうとしているファイルはmpgです。
正常に再生できますので破損していないと思います。

986:名無しさん@編集中
09/05/18 19:20:51 3SApcyiw
DROPがあるTS(MPG)でも同じ症状になることあるね。
TMPGEncから見ると破損してるファイルなんだろうから
しゃーないけど

987:名無しさん@編集中
09/05/18 19:22:54 ewc5xLMW
murdoccutterとかで頭お尻数フレーム削っても駄目ならそのファイル諦めれ。

988:名無しさん@編集中
09/05/18 19:23:45 DoaihHTF
ごめん、avi に限らなかった、(俺が経験した時は、avi だった)
explorerが認識可能な動画ファイル。
例えば、avi, mpg, wmv 等 infoTipで情報を表示可能な動画。


989:名無しさん@編集中
09/05/18 19:25:09 Cjronvtr
いま、気づいたのですが、クリップ編集画面に入ると突然活動を始める
explorer.exeは延々とディスクアクセスを続けているわけでなく
20分ほどそのまま放置しておくと、やがてディスクアクセスを
終了してアイドル状態に戻ります。

その状態になってから、クリップ編集を開始すると、いつものとおりの
サクサクとシークできる快適な状態になります。

でも、クリップ編集画面を一度閉じてしまうと、再び開いたときに
またexplorer.exeが活動を始めるため、20分間くらい作業できなく
なります。

1年以上使っていますが、こんな変な現象は初めてです。

990:名無しさん@編集中
09/05/18 19:27:25 KSdZmwuj
そりゃ明らかに破損ファイルを懸命に読んでる症状だね


991:名無しさん@編集中
09/05/18 19:28:25 Cjronvtr
>>986-988
これは、ソース・ファイルの問題なのでしょうか・・?
ちゃんと再生できるのですけど・・・。

992:名無しさん@編集中
09/05/18 19:31:07 UM80jOaG
>>991
いろんなファイル読み込んでみれば確認できるのでは?

993:名無しさん@編集中
09/05/18 19:31:23 Cjronvtr
他のmpgファイルで、同様の現象が出るか出ないかちょっと確認してみます。
なんか、先走って質問したかもしれませんね。

後ほど報告します。

994:名無しさん@編集中
09/05/18 19:31:55 ewc5xLMW
>>991
TMPGEncは編集ソフトだから。
再生するだけなら多少問題あってもスルー可能なんだけど、編集となると
基準を満たしたファイルでないと整合性が取れなくなり破綻する可能性がある。
ファイルの読み込み時にその辺で引っかかってる可能性が高い。

995:名無しさん@編集中
09/05/18 19:33:15 y+4PY6Z4
そういえば、うちのPCもexplorer.exeが突然強制終了して、
勝手に再起動する現象がTMPGEncを入れてから起きるようになった。

TMPGEnc稼働中に、エンコード前後のファイルを
溜めているフォルダ内で移動しているとなる。

explorer.exeがエンコ途中のファイルを読んで
サムネイルでも作ろうとして失敗してるのかいな。

996:名無しさん@編集中
09/05/18 19:33:23 3SApcyiw
>>991
一応補足すると、そのdropがあったファイルも
そのまま再生できたよ

CM部分のdropだったからmurdoccutterで切り離して
TMPGEncにつっこんだら大丈夫だったけど

ソースはMPGって?何で録画なりエンコードしたの?

997:名無しさん@編集中
09/05/18 19:34:09 KSdZmwuj
ターゲットの動画をDVDとか他のHDDに避難してからオリジナルを削除して
窓再起動してからTMPG起動してみれば原因が判明するかもね
どのみち次スレ立たないと無理っぽい。

998:名無しさん@編集中
09/05/18 19:39:42 Cjronvtr
ソースは、地デジをS-Video出力で取り込みました。
I-O DATA のGVナントカという製品で、いままで
エンコでトラブったことはなかったです。

999:名無しさん@編集中
09/05/18 19:47:12 Cjronvtr
いま、以前録画した別のmpgファイルでクリップ編集を行ったところ
まったく正常でした。

おっしゃりますように、>>989のファイルがおかしかったようです・・・。
でも、explorer.exeを強制終了させれば編集可能って。・・・。

奥が深いというか、ブラッックボックス化しているというか・・
さっぱりわかりません(笑)

ID:KSdZmwujさん
ID:UM80jOaGさん
ID:ewc5xLMWさん
ID:y+4PY6Z4さん
ID:3SApcyiwさん

なんと5名の方!
速攻のサポ、本当にありがとうございました。

OSの修復インストールまでやらかして、本当にアホでした。
最初から聞いてればよかったと・・・。
下手な自力解決より知恵ある者にお尋ねするのが正解ですね。


1000:名無しさん@編集中
09/05/18 19:48:52 Cjronvtr
と、思ったら、やっぱ別のmpgファイルだめでした・・・・はあ。

1001:1001
Over 1000 Thread
このスレッドは1000を超えました。
もう書けないので、新しいスレッドを立ててくださいです。。。


最新レス表示
スレッドの検索
類似スレ一覧
話題のニュース
おまかせリスト
▼オプションを表示
暇つぶし2ch

4785日前に更新/224 KB
担当:undef