使用してアスペクト比のおかしい動画を、再エンコードなしで直すことができます。movie_fix.mp4パラメータを見ればだいたい分かる、ということで説明省略。ものぐさ変換バッチツールを作っておく毎回オプションを調べたり正しいアスペクト比を計算するのも面倒なので、汎用的な変換バッチツールを準備しておくことにします。横と縦を用意しておき、実際の変換結果を見てみることで正しい結果のものを残すイメージです。fix_16-9_v.mp4ついでに回転と反転も直すスマホ撮影ものやライブ配信ものだと、回転の向きがおかしかったり、左右が反転していたりするものも多くなっています。左右反転はそのままでもまあいいんですが、回転方向は直してあげないと見にくいです。再生時にプレイヤー側でも直せますが、操作が面倒なのでメタ情報を修正してあげるのがいいです。ファイルを大量に含むフォルダをエクスプローラで開いたときに、異常なハードディスクのアクセスが発生しフリーズしてしまうことが多々ありました。「グァーーーゴゴゴゴゴ」とシーク音が酷く鳴るのでハードディスクの故障かと疑いました、それ以外はまったく問題ありません。なんとなく、プレビューでファイルを読みにいってるときに不具合があるんだろうなと察しは付いていて、縮小アイコンが表示される前にすばやく一覧表示にするなどしてしのいでいました。しても開けないフォルダーが出てきて、重い腰をあげて調べなおしてみることにしました。試してみて、ハードディスクの問題では無いのは分かりました。フリーズ」これで答えが出てきました。TSファイルをWin8.1のエクスプローラーで読み込もうとするとフリーズする問題の解決方法これによると、動画ファイルの再生時間などのプロパティを読み込んでエクスプローラで表示するような機能があり、これがうまく行かないようです。言えば、エクスプローラの詳細表示で「長さ」の列が表示されていないファイルがあったと思います。具体的な方法は次の2ステップになります。変更します結果は見事解決です。ムダなシークをするようなプログラムを組んでいて、小さい動画の場合は顕著に表れないとかそんな感じなのでしょう。ファイルだと数十ギガバイトにもなるので膨大でムダなシークをしてるんだろうね。こんなんばっかだなあ。なって縦長の動画で左右に黒帯が表示されるようになってしまった。見た目で16:9のサイズのウィンドウにリサイズされるので、黒帯の面積のほうが大きくなってしまう。横長であれば4:3などであってもそのサイズでウィンドウ表示される。別の致命的な問題があるので、開発ビルド版を当ってみることにした。呼ばれるものだが、分かりにくいリンク先にある。http://nightlies.videolan.org/試してみた結果では、どちらも解消されていなかった。ドラッグ&ドロップで開いたときのみなぜかフィットした。戻すか我慢するしかない。端末があれば、標準機能である画面収録(スクリーンキャプチャ)をいつでも開始できるようにしておくと便利です。コントロールセンターに画面収録が無い場合は、設定>コントロールセンターから画面収録を表示アイコンに加えましょう。画面の表示がそのままキャプチャされるため、お休みモードをオンにして、録画中は画面の向きが変わらないよう注意します。音量を完全にミュートしてしまうと無音になるので、周囲に音が聞こえないようにしたい場合でも最低レベルまでにします(この状態でも動画の音量は通常の大きさです)。組み合わせコマンドラインプログラムであり、うまく使えば強力なツールです。仕様と動画のフォーマットの知識が必要になります。各段階で対応が変わってきます。なっており、この段階でストリームキャプチャした場合が最も画質が高くなります。ストリームデータのみになります。ライブはアーカイブにならない可能性もあり、保険の意味でこの段階の早いうちにストリームキャプチャを開始したいところです。リネームしても再生不能な動画になってしまう可能性が高いためです。(best)具体的なコマンドは下記のとおりになります。同等のデータと思われます。頭から保存したい場合で画質の劣化を抑えたい場合は、この段階が終了する前にダウンロードを開始しなければなりません。ダウンロード開始していれば動画が削除されても最後まで受信できる可能性があります(たぶん)。付けない方が良いと思います。再生時にシークなどが重くなる(ストリーミング再生に適したフォーマットでシークは苦手な)ためです。https://www.youtube.com/watch?v=xxxxxxxxxxxまた、ライブ配信中はどうしても途中からの録画になってしまいますので、配信終了直後に再度ダウンロードするようなバッチファイルを作成しておくと便利です。https://www.youtube.com/watch?v=%1アーカイブ完了後その後アーカイブ処理が行われ通常の動画扱いになりますが、この際に再エンコードが行われ画質低下があります。残ったように見えますが、これは再エンコードされたもののようです。再エンコード時には、解像度が標準と異なる場合はリサイズされ、最悪のケースでは黒ベタが付いて更に解像度が落ちるようです。サイト上で動画が2個あるような表示になります。この状態を目安にすれば、間もなくアーカイブ処理が終了することが判断できます。(best)アーカイブ後は通常の動画と同じコマンドです。デフォルトでベストな動画を選択してダウンロードしようとしますが、必ずしもベスト(様々な要求があるので仕方ありませんが)ではありません。縦長の動画に対しては、解像度の低いフォーマットが選択されてしまう場合があるので注意が必要です。オプションを付けてフォーマットリストを取得します。指定してダウンロードさせます。なっている音声フォーマットも選んでください。揃えて選ぶと良いと思います。毎回手動でフォーマットを選ぶのは現実的では無いので、アッパースクリプトで制御して自分にとって適切なフォーマットが選ばれるような対応した方がいいでしょう。フォーマットの選び方は、人それぞれ好みがあると思いますので、ここでは私の使っているロジックのみ紹介しておきます。組み合わせ)選定したフォーマットを指定してダウンロードを実行する解像度を何よりも優先するのがポイントです。これで今のところ最高画質の動画が選ばれるはずです。再エンコード処理の終了を待たずに動画を公開した場合、すべての解像度が揃っていない場合があります。これは判定が難しいので、アップロードして間もない動画で解像度が低い場合は、時間を置いてもう一度ダウンロードしてみることをお勧めします。追記ライブ終了直後に再度ダウンロードを開始した場合、すべてのピースが揃っていない動画になることがあるようです。2時間半くらいのライブで最初の30分間がカットされていたことがありました。データが削除されアーカイブされた後にダウンロード可能になりました。従って、確実にダウンロードしたい場合は、下記のようにするのがベストかと思います。オプションでダウンロード開始する(終了直後に削除される設定の場合はこのキャプチャでしか取れません)ライブが終了したら、すぐに再ダウンロードを開始する(ユーザーが手動で削除してしまう場合もあるので直後に開始します。開始してフックしまえば最後まで取れます)アーカイブ終了したら、もう一度ダウンロードをする(動画の長さが足りない場合があるので取得しておきます。2018年2月26日テレビの録画をニコニコ実況入れて保存するようにしてから、地上波見るの結構楽しくなってきました。つまらない番組でも実況あると、なんとなく面白く見えてくるので不思議です。したら地上波が生き残るチャンスかもしれませんよ~。どの番組にも必ず荒らすバカはいるものです。出力するとき効いてないんですよね。言ってもテキストファイルなので、今回はエディタなどを使って除去してみようと思います。コメント入りの動画を作っても、しつこい卑猥なコメント野郎や意味不明な連投をするユーザがいると台無しです。いったコメントに毎回反応する「○○○消えろ」とかいったコメントも迷惑。まとめて排除してしまいましょう。コメントにヒットする正規表現を紹介します。正規表現が何なのか知らない人は申し訳ありませんがググってください(ここからはプログラミングの知識が必要です)。調べて入れてください。用に書いたものですので、他の処理系では変更が必要かも知れません。扱えるテキストエディタがあれば、上記正規表現を空文字に置き換えれば良いだけです。化けてしまうんですよね)。使ってバッチコマンドを作ると便利です。ユーザリストを外部ファイルで供給したり、キーワードによるフィルタなんかも作れば不快なコメントの問題はほぼ解決でしょう。コードを下記に示します。入っているものとします。今回はニコニコ実況のコメントを埋め込んだMKV動画の作成方法を紹介します。難しいことはなく、順番にツールを使用していく単純作業でできます。言っても、若干注意点もあるので私が保存に使っているお勧めの設定と手順をご紹介します。必要なツール録画(TS抜き)や動画エンコードについてはできるものとして、その他に下記のツールを準備しておいて下さい。いずれもインストール不要で私の環境ではそのまま動きました。jkcommentviewerニコニコ実況のコメント(過去ログ)をダウンロードするためのツール。これでコメントログをXMLファイルに保存する。NicoConvAsskcommentviewerでダウンロードしたコメントログ(XML)を字幕ファイル(ASS)に変換するツール。下の方の「おまけ」という所に置いてあると思う。MKVToolNix動画及び字幕(コメントログ)を結合したMKVファイルを作るツール。録画時に、自分と分かるコメントを放送開始直後に打っておくと、動画とコメントを同期しやすいです。録画開始時間が分かっていてもズレているように感じることもあるので、客観的な目印になります。エンコードの設定ですが、品質重視の保存版は1440x1080(DAR16:9)、インタレース維持(60i)にしています。ないものについては、1280x720(PAR1:1)、プログレッシブ化(24p/30p)にしています。CMについてはカットしません(実況付きの場合CMの導入や内容についてのコメントも楽しいものです)。フリーソフトだけでもエンコードは可能ですが、使い勝手も良く仕上がりも綺麗なので持っていて損は無いと思います。実際に使っているエンコード設定を下記表に示します。使い、放送時間に掛かるコメントログをダウンロードし、XMLファイルに保存する手順です。時間の範囲が2時間以内は「ツール>過去ログをダウンロード」からできますが、それを超える場合は「過去ログに接続」(チャンネルを選択するプルダウンメニューの中にあります)で取得してください。後者の場合は、コメントをスクロールしてみて最後まで読み込んだのを確認してから保存するようにしてください。過去ログに接続の設定ここで開始時間は厳密に動画と合わせる必要はありません。字幕ファイル(ASS)を作る際、もしくはMKVに結合させる際にディレイ(マイナス方向も可)で調節できます。分かるようにしておくと、取得範囲の設定が簡単になります。使い、コメントログ(XML)から字幕ファイル(ASS)に変換する手順です。動画の解像度に合わせて、フォントサイズ、フォント倍率を設定し、ディレイにて表示タイミングのずれを調整します。設定済みのウィンドウに、コメントログ(XML)をドラッグ&ドロップするだけで、同名の字幕ファイル(ASS)が出来上がります。使い、動画ファイルと字幕ファイルをMKVファイルに結合します。multiplexing」ボタンを押すだけの作業になります。録画開始時間とコメントログの時間をぴったり合わせて(30秒前とかに録画開始されている場合はそれも計算に入れ)、最初と最後のCMもカットしないようにすれば、この手間は省け(ディレイは常にゼロになり)ます。訂正追記しますが、最初のコメント時刻が起点になるようなので、コメが少ない番組とかだと何秒もズレます。最初のコメント時刻を確認して、録画開始時刻との差からディレイ値を決めるとだいたいタイミングが合うと思います。どちらかお好みの方で行ってください。場合は、設定値が保存されるので便利かも知れません。コメントは数秒早めに調整してラグを無くすのもいいかと思います。最後にニコニコ実況を埋め込んで保存しておくと、同じ映画でももう一度観たくなるし、放送される度に別バージョンを保存しておきたくなります。実況があるだけで同じシーンでも印象が違ってくるし、放送されたときの時事ネタも流れていたりするので、新しい映画の楽しみ方としてアリだなと思います。したら、レンタルやオンデマンドが普及した今、地上波を見直すきっかけになるかも知れません。毎回祭りになるアレなんかは、放送回によってはサーバーがダウンしたり、大量コメントで処理落ちしたり、別バージョンを観るのが非常に楽しくなります。どこで買っても同じ内容では何度も観たりしませんからね。すればいいと思っていました。これは多くの場合うまく行きますが、CM入りで出力するような場合はそうでない場合があるようです。同じソースでも、CMカットした場合はうまく行き、CMを残した場合は(本編の)カットによっては半分のフレームレートになります。化すると処理するフレームが倍になるため)掛かってしまいます。化(コーミング除去優先)”などを選んだ方が良いようです。それから、出力のプレビューでコマ送りして必ず確認し、更に複数の異なるカットで確認した方が良いと思います。化”を選んでおけば良い」というようなクセが付いておりました。これだと(本編の)カットによっては30fpsに見えたり、24fpsに見えたりするのであまり鵜呑みにしない方が良いと思いました。NAS上にある、2時間越えのMKVファイル(2.4GB)を開こうとすると、上の通り4分も待たされます。同じファイルを別PC(Windows7)の共有フォルダに置いた場合は30秒くらい、ローカルに置いた場合は2秒です。HDDのランプの点き方からすると、ローカルにコピーしている感じは無く、サーバー側でのみ何か処理されているような感じがします。3.0(正式版ではない)を試せとあるけど、やってみても結果は同じです。設定項目にも該当しそうなものは無いし、結局これらのスレでも解決してないみたいだし、今のところVLCでは仕方ない問題っぽい。StartNASとPCで待ち時間が違うのは、プロトコルのバージョン違いか、サーバー性能の違いじゃないかと思います。iSCSIにしてローカルにマウントすれば解決しそうな気がしてますが、面倒なので試しておりません。今のところは、ローカルにコピーしてから再生するか、MKVを使わないようにする、というのが現実的な解決策となります。追記iPhoneにVLCアプリ入れて同じMKVを再生してみたら一瞬で開始されました。Windows版に特有のバグで確定でしょうかね、早く修正されることを望みます。以降で修正されました。裸眼で確認できるほどのグリーンフラッシュは珍しいが、小さいものはそれほど珍しくないということだろうか...。2016年10月13日だるま夕陽2日分を5倍速動画にしました。