MPC-BE 14
■ このスレッドは過去ログ倉庫に格納されています
ここはMPC-BEについて語るスレです。
まずはQ&Aを読みましょう。
質問する場合、使用してるbuild、CPU、グラボなど出来る限りの情報を書きましょう。
答えが帰ってこなくても泣かない。
MPC-BEはMedia Player Classicの派生buildです。
Media Player Classicの派生buildは他にMPC-HCがあります。
※荒れる原因になるのでMPC-HCの質問、レンダラーの質問などは各専用スレにてお願いします。
※もし煽りや荒らしレスが書き込まれても無視・NGで対応して下さい。
※スレタイ・テンプレの改変禁止、970超えたら宣言してスレ立てお願いします。
■MPC-BE 公式配布所
https://sourceforge.net/projects/mpcbe/
■Nightlyビルド(署名なしbeta版)
https://yadi.sk/d/UPpCf3tx3SciJK
https://yadi.sk/d/hlf1lfC8mKU58
■開発フォーラム(英語)
https://forum.doom9.org/showthread.php?t=165890
■開発フォーラム(ロシア語)
https://mpc-be.org/forum/index.php
http://forum.ru-board.com/topic.cgi?forum=5&topic=48073
■更新履歴
https://sourceforge.net/p/mpcbe/code/HEAD/log/?path=/trunk
https://sourceforge.net/p/mpcbe/code/commit_browser
■前スレ
MPC-BE 13
http://mevius.5ch.net/test/read.cgi/win/1510479416/ >>549
>>550
>>551
いろいろ教えていただき ありがとうございます >>366
だまされたよ ひどやつだ
できないんじゃないか
速度維持できたほうが絶対便利だと思うけどな
3倍速基本で見たいのに毎回
速度可変ボタンを押下しないといけない
別のソフトに切り替える方が面倒だと思うけど・・
できないとわかりましたありがとうございます
要望送りたいけどフォーラムにログインできないんだよな・・ >>560
クロックサイクルあげたら等倍みるのがばからしくなりますよ
時間短縮できていいことだらけです
事情がどうとか個人の話じゃないですよ
普通はそうだろって範囲の仕様からずれてるだけですよ トロイ人は等倍でがんばっていてくださいよ 時間がもったいない
つべとか音楽や音声読み上げとか脳トレの意味も兼ねてるし一石二鳥なんですけどね
このソフトが動画再生ではベストだと思っているので他ソフトできる速度維持という
基本的仕様がないほうが変だと思ってますけどね
アホはどっちかいうまでもない 時間がもったいないなら、基本的仕様になってる他のソフト使えばいいだろ。
ここで愚にもつかんことを駄弁っている時点で脳トレの意味ねぇじゃん。 基本的仕様になってる他のソフト使えばいいだろ。
現状差し引いてもベストだとかいてるのに頭悪いからもうからまなくていいよ
ここで愚にもつかんことを駄弁っている時点で脳トレの意味ねぇじゃん
愚にもつかないことはないそれは君のようなレスのことだよ
だれかがもしかしたら要望を作者におくるかもしれない
そもそも確認したかっただけ
愚痴を格位 等倍で見続けることに比べればボタンの押下もそれほど苦ではない 台詞をただの文字情報だと思ってなきゃこんな馬鹿な発想に至らない
エモーショナルな感性が欠落してるんじゃないか? その3倍速再生で確保した時間で5ちゃんねる見たり書き込んだりしてるなら無駄だよなぁ、と思うわ
有意か無為かは個々人の判断基準とか返してきたら片腹痛いんだがな 3倍速再生で確保した時間には他の動画を4倍速で見るんだよ
見ても見ても次から次へと動画は生まれる サッポロ一番みそラーメン袋の奴が
いまだに一番美味いと思ってる サッポロ一番しょうゆラーメンの麺は塩や味噌のものと成分が異なる MPCAudioRendererが強制的にリサンプルするの直った 黒が色抜けしちゃうんだが?
濃淡調整出来ないの?
仕方がないからVLC使っているんだが? >>580
おおお
すげー
色調の制御できる様になりました
ありがとうございました。
m(__)m madvrはすごいけど、設定につめるの結構難しいね。
みんなこれを普通に扱ってるんだと思うと凄いわ… >>582
image doublingが一番効果が大きいのでここを中心に設定する
Jincは最高にaliasingが少なくそこそこシャープ
NGU Anti-Aliasがきれいに見える人が多い
だから、この2つを多用する
1年ぐらい前のスレ読んでたら設定のポイントが書かれてるよ
ここしばらくは全然役に立たない話ばっかりだけど >>583
ありがとう、当時もスレを見てたはずだけど導入するところまでいってなかったから助かります。 madvrってモニタ間を移動する時に映像と音が途切れないように設定できないのかな 初めてShark007Codecsてのをインスコしてみたら
すでに使ってるMPC-BEまで入ってて、それだけならいいけど
全部上書きされたのか、設定がすべてデフォルトに戻された・・・
みんなきをつけたほうがいいよ ヽ(`Д´)ノ >>587
区間リピートしたいときだけまだ使ってるわ https://ja.wikipedia.org/wiki/GOM_Player
4 問題点
4.1 LGPLライセンスへの違反
4.2 セキュリティ面の不安
それでも使いたいなら止めはせん
人に勧めるなら 朝 鮮 人 丸出し GOMの全ての通信を遮断しない限りまずは使えない。 教えて〜
あちこち設定をいじくっていたらフルスクリーンで
右上のメニューが出なくなってしまった。
Ctrl+0を何回押しても右上メニューは出て来ない
どうすれば〜
アンインストで再インスト?
せっかくの設定をやり直し?
めんどい (-_-;)
おせーて〜〜 >>595
>フルスクリーン時などに右上に表示される操作ボタン類のこと。
フライバーの意味を知らなかったです。
ありがとうございました。 GOMは低スペックのPC、i5のノートPCでも少し大きい容量の動画だと
カクカクして使い物にならない。最近の高画質動画は、ほとんどムリ
実はi3のノートPCからi5に買い替えた、でもNGだった
そこで軽いMPC-BEかVLCに行き着いた、古いPCでもサクサク動きます。
使いがってはキー設定でカスタマイズ出来るからGOMより便利
1年前までGOM使っていた、VLCそして今MPC BEにABリピート機能つかないのはなんか理由あんの?
ググると求めてる人は結構見つかるけど きっと「ブレインストーム」みたいな事故が起きないように PCの動画再生ソフトではGOMは最悪で
情報漏洩の危険性も指摘されていた過去がある
でもPCじゃ見れないVRをスマホで見るには便利
PCでDropuboxに入れるだけでスマホで鑑賞できる
メモリーに入れて装着する手間はいらない、
もちろん容量の制約はある無料だと3Gまでが限界
VRは時間も短いからだと5本程度かな ↑
誤字が多いww
訂正しますw
Dropubox→Dropbox
VRは時間も短いからだと5本程度かな→VRは時間も短いから5本程度かな BEもGOMも使ってる俺からすれば
GOMの通信をFWで切らずに使ってる奴が馬鹿なだけw
それにどっちも欠点がある ビデオエンコーダーを「システムの規定」以外で再生するとたぶんYUV420の動画だけ色味が少し変わります(ピンクの唇が茶色っぽくなるなど)
システムの規定と同じ色味にするにはどのあたりの設定をいじればいいですか?
MPC-BE x64 v1.5.3、OS Win7 >>605
>ビデオエンコーダーを「システムの規定」以外で再生すると
どこの設定のことを言ってるのかわからん。
MPC-BEはエンコードソフトじゃないんだが。 レンダラー設定のところじゃないか?映像と音声もシステムの規定なんて項目はそこしかないはず。 >>608
原因は見当がついてて多分ファイル自体の問題なんだけど、一応以下の2つの情報をくれ。
1.色が変わるという動画ファイルをMediaInfoってソフトで「表示→テキスト」にして調べた内容全て
(ファイルパスくらいは消してもいいけど、それ以外は全部)
2.その動画はどういうソフトでどうやって作った(エンコードした)ものか(作成時点でのアドバイスができるかも)
1は長くなるので直接ここに貼るのではなく、テキストファイルにして https://dotup.org/ あたりに上げるか、
https://pastebin.com/ あたりに貼ってね。 悪意満々の腐れソフトウェアを必死に擁護したり人に勧めるやつは
日本人じゃないか売国奴そのもの >>609
1.https://dotup.org/uploda/dotup.org1793710.txt.html
2.UtVideoで圧縮されたAVIをAVIUTLで編集してx264出力でエンコしたもの
元のAVIはYUV422だったり420だったりですが、420の方のAVIもMPC-BEで再生すると色味が変わります >>611
予想通りではあるけど制作段階でのBT.601/BT.709の扱いが間違っているのだと思われる。MediaInfoの情報を見ると、
matrix_coefficients : BT.709
というのがあるが、これはx264の--colormatrixで「このYUVデータはBT.709に基づくですよ」というフラグをつけていることを示している。
このフラグは再生時にデコーダからレンダラに伝えられ、EVRやmadVR等では、それに基づいてYUV→RGB変換する。
しかし、レンダラが「システムデフォルト」の場合、レンダラはこのフラグを見ず、BT.601でYUV→RGB変換する。
つまり、今回のケースでは
システムデフォルト: BT.601としてYUV->RGB変換
EVRやmadVR等 : BT.709としてYUV->RGB変換
という挙動になっている。
問題は、「じゃあ実際のYUVデータ(フラグではなく)はどっちなの?」ということ。
>>605によると、「システムデフォルトで再生した場合のみ色が正しく見える」ということらしいので、
実際のYUVデータはBT.601のものだと思われる。
つまり、
「実際のYUVデータがBT.601なのに、x264でBT.709のフラグをつけてしまっている」
というのが問題の原因。
システムデフォルトはフラグを無視してBT.601として扱うから正しい色になるが、
EVR等ではフラグを見てBT.709として扱うので赤系が暗く、緑系が明るく見えてしまう。
続く >>611
続き
じゃあそうなってしまった原因は何かって話だけど、かなりややこしくて
・UtVideoのAVIを作成するのに使ったアプリやキャプチャ設定(解像度やフォーマット等)
・UtVideoのAVIファイルをMediaInfoで調べた情報(UtVideoのどれを使ったのか等)
・AviUtlのファイル→環境設定→コーデックの設定の、使ったUtVideoコーデックのとこで
「YUY2で展開する」にチェックが入っているかどうか
・AviUtlの設定→色変換の設定 の[入力][出力]がそれぞれどうなっているか
(デフォは「自動」で縦720ピクセル以上はBT.709として扱い、それ未満はBT.601として扱う)
・x264guiExの設定でcolormatrixの設定はどうしているのか
の5つの情報が無いとなんとも言えない。
可能性が高い組み合わせとしては
・DxtoryのようなRGBデータをコーデックに渡すアプリで
・UtVideoの「YUV4** BT.601」を使って録画して (ここでBT.601のYUVになった)
・AviUtlのコーデック設定ではYUY2展開
・解像度が1344x744なので入力[自動]でBT.709入力し、出力[自動]でBT.709出力
(※BT.709として扱うとはいえ、トータルで見ると素通しするだけなのでBT.601のまま)
・x264guiExのcolormatrixは自動(auto)設定で、解像度が1344x744なのでbt709が使われる
といった感じだろうか・・・。
とりあえず、UtVideoとAviUtlを使うのであれば
「解像度が縦720ピクセル以上でUtVideoのYUV4**系を使う場合は、BT.709のものを使うようにする」
ということを意識しておくと失敗は減ると思う。
場合によってはこれでも失敗することがあるけどね。 >>613補足
もし「可能性が高い組み合わせ」の通りだった場合、AviUtlでのプレビュー時点で
赤成分が増えて緑成分が減るような色味の変化が起きてたと思う。 >>613
すごいわかりやすい…
設定はこんな感じです
・アプリ側(アマレコ)の仕組みはわかりませんがUtVideoの設定はYUV4** BT.709です
・AVIUTLではYUY2展開、入力・出力709(プレビューでは色変化なし)
・x264guiのcolormatrixも709
ついでに元データから全部601で作って試してみましたが結果は同じでした
ただ、変換前の420ファイルも既定のシステム以外で再生すると色がおかしいのが気になるのですが…
とりあえずBEに色の解釈が間違って伝わってるのは確かな気がします >>615
んー、アマレコでその組み合わせか。そうなると
A.キャプチャ機器がアマレコに渡しているYUV信号がBT.601。
(どんなソースをどんなキャプチャ機器で入力して、どんな解像度やフォーマットを選んでいるのか)
B.そもそも基準として考えている色が間違っている。
(基準としているのはどんなソースをどんな機器・環境・ソフト等で視聴したものなのか)
とか? でもAの場合はAviUtlのプレビュー時に色変化が起きるはずかな。わかりにくくて気づいてない可能性もあるけど。
あと書き忘れたけど、アマレコで撮ったUtVideoのAVIをAviUtl本体(拡張編集タイムラインではなく)に読み込んでみた時、
その他→ファイルの情報のファイル制御のとこはAVI/AVI2 File Readerになってる?
とりあえずこれ以上はスレチなので、続きをやりたい場合は上の情報を持って拡張編集スレに移動で。
AviUtl拡張編集Pluginスレッド Part14
https://egg.5ch.net/test/read.cgi/streaming/1544284061/
向こうに書く場合は冒頭に以下を入れて書き始めるといいと思う。
---
以下から誘導されたのでその続きです。
MPC-BE 14
https://mevius.5ch.net/test/read.cgi/win/1537581236/605-
--- >>618
forkして自分で実装するんだよ
それが許されてるのがOSSってやつだ mpc-be 1.5.3.4459で新規追加の翻訳が反映されました。
全体的に、デフォルトを既定か標準に、ロードを読み込むに変更してます。
英語表現ベースの翻訳ですので、おかしな部分があったら、お願いします。 BS世界のドキュンメンタリーを日本語で見るときどうやるの? AviUtlスレから戻ってきました
原因は、グラフィックドライバって言うんですかね?、あれがシステム規定以外で再生した時に干渉してきて表示に補正を加えてたようです
BEにはあまり干渉しないという設定をドライバ?側に追加したらシステム規定以外で再生しても色が変わらなくなりました
これってBE側の設定で干渉を受けないようにすることはできないですか?
無理そうなら今の設定で乗り切ることにします >>628
グラフィックドライバ側で補正を切るしかないと思う。
ただ1つ気になるのはレンダラをシステムの既定(VMR7)にして再生した場合も色が正しくなるというところ。>>612で
> レンダラが「システムデフォルト」の場合、レンダラはこのフラグを見ず、BT.601でYUV→RGB変換する。
と書いたけど、この挙動ってGPU側の実装に依存するんだっけ?そちらのGPUは何を使ってる?
うちのIntel HD4600のHaswellノートだと、解像度もフラグも関係なくBT.601デコードになるんだけど、
http://avisynth.nl/index.php/Colorimetry
のように、VMR7でも高さ720を境界としてBT.601/BT.709を切り替えてると書いてるとこもあったので
AMD系やNVIDIA系では挙動がそうなるんだろうか。 戻ってきましたってだれだよわかりにくいから名前欄に最初にしつもんしたときのレス番号いれろ基本だ 10年後のお前だ
おまえは宝くじにあたって金持ちになるが騙されて破産する。
だれにも知られるな、わかったな! >>629
試しに480の動画を再生してみたけど補正されたのでサイズによる切り替えはないみたいです フルスクリーン状態で起動させる設定をオプション内で探してみたんですがうまくできなくって
わかる方いたら教えてもらえませんか? >>636
コマンドライン スイッチ
/fullscreen フルスクリーン モードで起動
でダメなのかい >>625
誰かが言ってた2個は試したんだが
外部アプリで用を足す事と実装とは別 >>618
日本語チームひとり?は作者に対して発言力が全く無いからダメ それ上がったのyandexの日付で3/18だし
最後のコミットもr4462だし、何を言っているのやら なんか!_lastに入ってる1.5.3.4462のMPC-BE.x64.7zをダンロードしようとすると
Windows Defenderでウイルス判定出るんだけど誤検出かな? >>645
AVIRAとBitdefenderでは検知されなかったよ ドルビービジョンにはまだ対応してくれないんだろうか >>651
有料プレイヤーならある?
というかDVDやブルーレイも再生できるようになったしいつかは……
ブルーレイは不完全だけど >>652
ドルビーとライセンス契約しないと使えないのに来るわけがないだろ >>653
atmosなんかはパススルーできるのにビジョンはライセンスいるの? ■ このスレッドは過去ログ倉庫に格納されています