HandBrake 総合スレッド 16©2ch.net
■ このスレッドは過去ログ倉庫に格納されています
HandBrake は DVD や様々な形式の動画ソースを変換するソフトウェアです。
GPL ライセンスのオープンソースで開発されています。
公式サイト
http://handbrake.fr/
公式：Wiki（FAQ やドキュメント）
http://trac.handbrake.fr/wiki
公式：Discussion forum（サポートフォーラム）
http://forum.handbrake.fr/
非公式：HandBrake 日本語版
http://sourceforge.jp/projects/handbrake-jp/
※日本語版を使用しての不具合に関しては日本語版配布元で質問してみましょう。
公式：Nightly Builds
https://handbrake.fr/nightly.php
公式：Roadmap（マイルストーンと進捗）
https://trac.handbrake.fr/roadmap
公式：Timeline（詳細な進捗）
https://trac.handbrake.fr/timeline
公式：Active Tickets by Milestone（マイルストーン毎の機能拡張予定など）
https://trac.handbrake.fr/wiki/TracTickets
【前スレ】
HandBrake 総合スレッド 15
http://echo.2ch.net/test/read.cgi/avi/1476339828/ まだ見てないts置き場が850GBも食っててどうしようかと >>757
週2休みあるのにそれだけたまったのならどうでも番組に違いない。
ざくざく消してしまっていいかと
VLC Media Playerで1.7-2.0倍速再生もいい。
動画の視聴がはかどる
なれると1倍速はイライラするようになる 日本のテレビ放送に使われてるtsは国際的にみればイレギュラーな独自規格だからしゃーない面もある
>>753
たぶん15%ってのは有料放送などの前後の予告だけだと思う
普通のテレビ放送だと25%ぐらいは減る >>759
CM cutでsize15%減るとかいたのは主にアニメ30分、TOKYO MXだよ
30分間のCMが2回しかなく2回合計でも2.0-2.5分くらいしかないから15%程度なのかも。
そのかわり、アニメはたいてい毎話おなじOP, ED繰り返すからそこカットすれば25%は減るという話。
たしかにアニメ以外だともっとCM多い印象ある。
バラエティとかは見てもエンコードせずすぐ消すからどれだけサイズ減るかわからない。 別に見なくてもええねんで
189160本あるがたぶん1割も見てないｗ >>760
確かにアニメは５分（放送時間にして1/6）程度の短縮にしかならないね
1時間の実写ドラマだと14分ぐらいCMに費やされてるから影響は大きめ
ちなみにバラエティーは下手にエンコしないほうが良い気がする フィギュアスケートは編集するな
採点を待ってる間のスローモーションとか省くと半分以下になる
M-1とかR-1とかも、プロフィールとか採点とか省くと1/3くらいになる tsのエンコならamatsukazeでよくね？
CMカットも全自動だし音ズレしないし できれば汎用のソフトで済ませたいけど、自動CMカットとかは面白そうだな
局名の透かしの自動削除とかもしてくれる? >>766
それ初めてみたけどGitHubで17人しかstarつけてないからユーザー数も少ないと思う。
NVDIA GPUないと遅いようだけどそれが欠点だろうな
字幕の変換機能がついてるらしいけど地震テロップとかも字幕扱いで後から消せるものなのかな
字幕消し（外部ファイル保存）とロゴ消しは海外ソフトだと対応してるものなさそう ロゴは消せるけど、ハードサブは消せないよ
字幕データを変換してmpcで再生できる形式にするだけ >>768
NVIDIA GPUがないと遅いのは確かだね
作者はインタレ解除周りも自分で作ってるから、品質の悪い（だけど高速な）インタレ解除は入れたくないらしい
まぁ本当にきれいではあるんだが、handbrakeのインタレ解除品質で十分って人は面食らうわ
一応擁護しとくと、インタレ保持やD3DVPによる60p化なら速い 元はavisynthなんだから改造すればいいだけでは >>768
Avisynth のスクリプト書いてインタレ解除も CPU にやらせつつで
HandBrakeCLI と同等のエンコ速度は出せてるよ。
インタレ解除は品質より速度欲しいから画質面は妥協してるけど
成果物は HandBrakeCLI と比べても大差無いので問題ないから Amatsukaze に乗り換えた。
CM カットはしないけど CM 位置にチャプター打ってくれるのが最高に良い 上の方でtsのCMカットできるソフトがないとか書いてるけどmurdoc cutterがあるじゃない >>769
そうなんだ。
画面下の流れる字幕とか地震テロップはtsだと分離できないのか。
YouTubeとかに投稿されてる動画だとTV局の字幕が消えてるから
なにか消す方法があるのかと思った。あれはソースが地デジじゃないってことだな
録画したい番組で地震速報テロップがはいっていたときのガッカリ感はないよな
>>770
なるほど。いまはNVIDIA GPUつけてないから使えそうにないな
だれかがフォークしてCPUに最適化してくれるのを期待してGitHub starつけておいた >>773
CMカットやる前はtsのままMurdoc cutter使ってたよ
でもあれはGOP単位でしか切れないから0.5秒単位のカットになる。
正確な位置で切り出したいときにうまくいかない。
GOP単位だからどうやっても余計な映像か音が入ってしまう。
あとMurdoc cutterでカット＆連結やってみるとわかるけど
再生できなくなったり、時間がずれたりひどいことになる。
MKVToolNixでtsをいったんMKVにして編集からだと
tsの音声絡みのトラブルがないから、音ズレ、時刻ずれも起きない。
さらに編集ソフト次第で0.1秒以下、フレームレベルの細かさでカットして連結したりできる。 目的はサイズ削減なんだからGOP単位で何も困らない HandBrake 1.0.2 以上にバージョンアップするとQSVのエンコードに失敗する現象って解決されてる？ >>776
サイズ削減のためにはCMなど不要な部分をカットし連結する
機能が必要だが、tsのままそれを不具合なくできるソフトは見つからなかった。
775にかいたように
Murdoc cutterでカット＆連結は
再生できなくなったり、時間がずれたりひどいことになる。
Avidemuxでは音声を認識せず無音になる。編集以前に使えない。
上記の不具合は別にしてお気に入りのクリップ、特に音楽を切り出ししたいひとは
GOP単位は耐えがたいんだよ。冒頭にノイズなどが聞こえてしまう。 AACの高音部が劣化してショワショワいう不具合は解消されないの？ パススルーじゃダメなのか？
俺はパススルーにしてスマホに淹れてMXPlayerでいつも見てるけど ffmpeg native aac encoder の低品質
mac で coreaudio 使うか hb.dll ビルドして fdk-aac 使えばよい >>781
無いバージョンと有るバージョンがあるんじゃなかったっけ >>784
マジか
音声なんて縮めてもそんなにサイズに影響無いのに >>780
AACだと変換したら絶対同じ場所でノイズが出る動画があったんだけどAC3にしたらとりあえず収まった >>786
それは不具合というか、キラーサンプルってだけでは… XmediaRecodeはちょっと前からfdk実装してるから近々に… GUI版でエンコードしたときの設定をCLI用にコマンドラインで表示させることってできないかな？ >>778
TsTimeKeeper知らない人？
あと、無駄データ削除してサイズ縮小させるならTsSplitterも使うよな
tsがローカル規格だから云々言ってる人もいるけど、ffmpegでもLAVSplitterでもMarumoでも、どのスプリッタでも再生に問題なんて起こらんがな
フィルタで分離した時点で、ただのmpeg2とaacのデータになるだけ そういや、TsTimeKeeperを通したＴＳでも、調子悪くなるのはあったな。
mpeg2repairを追加で通したら すんなりいけたけど。
とは言え、ものすごく稀だし ハンドブレークもかなり古いVer.だったから
今はわからん。 >>790
TsTimeKeeperくらい知ってる
それ通さないと時刻がグチャグチャになる時点でMurdocCutterはバグだらけ
ということでカット＆連結には使い物にならない。
しかもTsTimeKeeper通しても再生できないファイルは頻繁にできあがる。
再生できるか確認しなければならないようでは無駄な時間もかかるし
使い物にならない。
＞そういや、TsTimeKeeperを通したＴＳでも、調子悪くなるのはあったな。
そこが大事なのに「そういや」か
TsSplitter, MurdocCutter, TsTimeKeeperなど併用して
面倒な手順でtsいじっても連結したらすぐに再生できないファイルはできあがる。
最初からMKVToolNixつかってmkvにしておけば再生不能にはならないうえに
手間もかからない。 >>791
＞かなり古いVer.だったから今はわからん。
再生不可はHandBrakeの問題ではない。
encodeする前のファイルが既におかしいわけで、MurdocCutterのバグだ。
MurdocCutterとかがupdateされてないから今も全く変わってない。
＞フィルタで分離した時点で、ただのmpeg2とaacのデータになるだけ
これ違う。tsの音声は通常のAACではない。
この特殊なaacがts特有のバグを引き起こす MKVToolNixってTSを無劣化でmkvにできるのかな？ >>793
tsのaacの形式自体がおかしいなら、mkvコンテナに格納し直したところで、おかしいままなのでは？ MurdocCutterはカット箇所の結合点が汚くなることがあるから論外だね
その場合はたぶんカット箇所の直前部分のGOPがBフレーム終わりだからなんだろうけど、MurdocCutterの画面上で確認する術がない
CMカットしている人に聞きたいんだけど、保存用に完璧にカットしたい時ってどうしてる？
今こんな感じで試行錯誤してるんだけど、もっと良い方法がないかと
1. Handbrakeでref=1,bframes=0でエンコードして、元動画よりIフレームを増やす
2. Avidemuxでキレイにカット
3. Handbrakeで保存に適当なサイズになるようエンコード
1.がどうもね… >>794
mkvはただのコンテナだからもちろん、エンコードなしでコンテナだけ変換できるよ
エンコードはしないけど、コンテナをmkvに変更する際に
ffmpegで音声ファイルのフォーマットを変更しているはず。
MKVToolNixはmkv変換時にワンセグデータを削除してくれるから手間いらず。
>>796
tsなどストレージスペースの無駄
foobar2000でも音声の再生できないしtsはゴミコンテナ CM カットするなら素直に最初から Avisynth かましてフレーム単位の Trim してエンコですわ。 >>795
MKVToolNixは正常に通常AACに変換できる。 >>797
MKVコンテナならカット＆連結できるソフトはフリーでもいろいろある。
まずtsを捨てればいいのだ
フレームレベルで完璧にカットすると、そこにCMがあったことすらわからず
本編の再生時にあれ？ってなるからわざと1秒程度余計に残しているな。
音楽とかあるOP, EDとかは1frame単位で正確にカットしているけど。
>>797 の方法は2回エンコードしてるから画質落ちるのでは？
おれはmkvに変換したあと映像はmpeg2のままカットと連結してしまう。 >>798
ほんとだできたよ
でVidCutterで無劣化で切り出しも出来たわ
ほんとサンクス！ mkvに無劣化で変換するくらいなら専用ツールとかでなくても、
ffmpegでできるだろうに >>803
ffmpegはCLIだから使いづらいでしょ
MKVToolNixは内部でffmpegも使っている。GUIだから使いやすい。 >>800,801
aacについてはありがとう
元tsコンテナに格納されていたmpeg2そのものを素材として切り出せられれば、それが勿論理想。
さっきの1.は苦肉の策。
でもmpeg2も結局Pフレーム、Bフレームあるよね？
そのレスからすると、これらのフレームから始まってしまった箇所も破綻なく切り出せてるように読めたけど、どんなツールを使ってる？ >>802
役に立ったようでよかった。
MKVToolNixとVidCutter使ったのは今日初めて？
VidCutterはframe levelでカットできるのが素晴らしいね
VidCutter、Save処理が完了してるのにアプリ内で砂時計が
でたままになってしまうことない？
特に弊害はないけど処理が終わったのかどうかわかりづらい。
自分のPCのメモリが少ない(4GB)から出るのかよくわからない >>805
805を読む前に806書いてしまった。
>802と同じく、編集はVidCutter使ってる。
tsだと使えないよ。mkvに変換してから使う
VidCutterで映像がmpeg2のmkvのままカット＆連結で編集できる
VidCutterはGOP単位ではなく1フレーム単位でカット＆連結ができちゃう。
たぶんSmartCut機能のおかげでIフレームとかを意識する必要がない。
神ツール
好きな箇所でカット＆連結できて、再生も完璧
Avidemuxも使うことなくなった。
CMカット編集した後にHandBrakeでH.264にしてる。 いつも決まった処理をするなら、GUIの方が面倒だよ
エンコードも慣れてきたら毎回同じ設定になるのでCUIの方が楽
CUIだからって毎回コンソールから手入力でオプションとか打ち込んで使ってる奴はいない
極限まで楽をしようと思うとCUIになる >>807
ありがとう、助かったわ
これでスムースに作業できそうだ
俺が欲しかった機能は「スマートカット」って名前だったのか… >>809
継ぎ目の部分だけエンコードして連結する機能は便利だよね
smart cutはVidCutterでの名前でたぶんソフトによって違う。
smart renderingとかいう名前もよく見るよ
VidCutterだとハサミアイコンのところにToggle SmartCutと出てくる。
でもこのハサミボタンのところを無効にしても
GOPより細かい単位でカットできてる気がする。
SmartCutを有効にすると処理時間が増えるから使い分けている。 TMSRならtsのまま処理できるし、他の使う理由がないよな >>810
早速VidCutter試してみた
確かにフレーム種別気にせず切り出せて便利だね
でも、このツール通した時点でプログレッシブ変換されるね…
中間ファイル作るのも中々悩ましいもんだ handbrake1.1.1を使用しています
handycamから取り込んだ1000個ほどの細切れのHDV(.m2t)バッチ処理してるのですが
数十個ぐらいでバッチ処理が中断されたかのような状態になります
めげずに再生ボタンを押すと続きからエンコードが行われるのですが
何が原因で止まってしまうんでしょうか？ >>797
いつかエンコしようと先頭と終端の不要部分を
MurdocCutterで削除したTSファイルが大量にあるんだけど、
どのファイルもmkvtoolnixで読み込めなくなってるわ
素のまま残しておけばよかったと後悔 スマートレンダリングをフリーソフトでやると必ず後悔する >>815
tstimekeeperとかmpeg2repair通して修復してみたら？
それかhandbrakeが認識するなら、とりあえずエンコードしてみるとか 音声と映像分けてソフトで音ズレ直して
やってからエンコ カットなんて面倒くさいから必要部分を時間指定して結合してる tsファイルをそのままの場合が殆どだな
民放見ないからというのもあるけど >>815
MurdocCutterで処理したtsだとおかしくなるのは自分も経験したな
MurdocCutterに問題があるんだと思う。
連結つかわなくてもMurdocCutter使わないほうが良さそう
その問題あるファイルはHandBrakeでコンテナmkv指定でエンコードしたら？
エンコード後mkvならVidCutterとかでカット編集できる可能性ある。 tsファイルはいろいろ不整合を抱えていることが多い
あれはトランスポートストリームなので、エラー入りまくりの前提になってる
それを直接編集するのはリスクが高いので、一旦mkvなりのPSに変換してから、
編集なりエンコードなりするのが安全 >>817
tstimekeeperは試してみましたが駄目でした。
mpeg2repairはバイナリが見つからなかったので試せていません。
>>817>>821
handbrakeは読み込みにかなりの時間がかかりましたが
エンコは時間がある時に試してみます。 スマートレンダラーを使えるソフトって
TMPGEnc MPEG Smart Renderer
SolveigMM Video Splitter
VidCutter
以外にあるかな？ この間CMカットについて質問した者だけど、土日の試行錯誤でこんな感じで妥協した。
1.handbrakeでのエンコード時、min-keyint=1:scenecut=80を追加して、CMから本編の転換箇所がほぼ確実にIフレームになるようにする
(あと、インターレース保持が好みなのでtff=1も)
2.Avidemuxでキレイにカットして完成
必要以上にIフレームが入ることになるので、圧縮効率が少し悪くなってしまってると思う
ここでVidCutter教えてもらったけど、矢印キーでのフレーム移動の反応がいまいち悪くて、意図したところでうまくカットできなかった
カット後の動画がプログレッシブ扱いになってしまうことも含めて、俺には合わなかった >>825
VidCutter、慣れるとカット箇所の指定らくだよ
俺のやり方は
VidCutterの動画再生機能は使わずに再生はVLCなどで切りたいポイントを見つける。
VidCutterでは静止画だけ見るということ。
動画再生しちゃうとキーボードの上下左右がつかえなくなるから。
VidCutterの時刻をみてマウスでだいたい時刻の同じ個所に飛ぶ
キーボードの↑と↓で秒単位で移動
さらに細かく←と→で移動、これで1フレーム単位で指定ができる。
正確にフレーム指定したいときはハサミマークをONにしてSave
速さを優先でカット、連結したいときはハサミマークはOFFにしてSave
インターレースにしたい意味はよくわからない。古いハードはプログレッシブ再生できないとか？ >>825 >>827
VidCutter処理でプログレッシブになっているというのは誤解じゃないの？
なにをみてプログレッシブ強制変換されたといっているのかよくわからない。理由は
1. カット＆連結しても体感の画質に変化はなかった。
2. MediaInfoでみてもVidCutter使用前後でFirst Video Streamは全く同じ表記だった。
3. DeinterlacingするならVidCutterはもっと時間がかかるはず。
4．さらにカット＆連結後の動画をVLCで再生時に、
Deinterlacing=OFFにして再生してみると再生時に横線ノイズがでたから
映像はやっぱり意図したとおりにエンコードもインターレース解除もされていないはず。
>>827
上に書いたように映像が変化した形跡がない。VidCutterはカットや連結をするソフトであって
継ぎ目の箇所以外は元の映像データには影響を与えていないはず。 >>826
いろいろありがとう。
まずVidCutterでのフレーム移動の件だけど、これは俺の環境が悪かったみたい。
「Hardware decoding」を切ったらちゃんと操作に応じてフレーム動いたわ。
きっとGT710なんてゴミ使っているせいだな。
で、プログレ化の件は、少し言葉足らずだった。
「インタレ解除してるようだ」と言いたかった訳ではなくて、
「インターレースだと示す情報が欠落しているようだ」と言いたかった。
そう判断したのはMPCのプロパティ。
カット前は「スキャンの種類：インターレース」になっていたのに、
カット後は「スキャンの種類：プログレッシブ」になっていた。
MediaInfoも入れてみたけど同じ感じ。
「First Video Stream」という項目は見当たらなかったけど、
カット前は「スキャンの種類：インターレース」で、
カット後は「スキャンの種類」という項目が無くなっていた。
動画自体はインターレースなフレームのまま。（ちゃんと縞が残っている）
だからエンコ時にどうとでもなるし、これはさほど問題じゃなかったな…。 長かったから2回に分ける…。
インタレ保持にしたいのは以下の理由。
これはもう好みの話だね。
・エンコード時にインタレ解除もすると、単純にその分時間が掛かるから。
・インタレ解除は再生機器（ただのテレビだけど）に任せたいから。
→ 下手にエンコ時にインタレ解除するよりも(俺には)綺麗に見える。
・プログレッシブで動画の滑らかさを維持するなら
bobでインタレ解除した上で59.94fps化する必要があり、
tff=1でインタレ保持するより容量が増えるから。
VidCutterが使えるようになったんで、もう少し試行錯誤してみる…。 むしろ、GT710のHWデコが良い仕事したせいだろ CMカットとかやる保存用エンコにhandbrake使うのはちと厳しいな
保存用はHEVCでエンコしたいからVFRインタレ解除だわ あれ、VidCutterやっぱり狙ったところで切れてないぞ…
今度は確信を持ってフレーム選択したのに
もう疲れた
>>832
どういうこと？ TV番組のCMは、その時代の象徴だと思うから切らないな 自分も保存を目的とするならTV放送は放送枠の時間全て残す。
TV放送ってのはCM含めてスポンサーにどこがついてるとかCM内容はどうだとかが世相を表すのは勿論、番組内容にスポンサー配慮だったりで影響与えてたりするからね。 カットすると字幕データと合わなくなるんだよな
やりようはあるんだろうけど面倒くさい >>830
3年前くらいのPentium G(internal GPU)とかでもフレーム移動は
すばやくできるからVidCutterはCPU, GPUは低スペックでも動くはず。
上下、左右キーを押しっぱなしにしてもフレームのカウンターかなり速く動くでしょう。
ただ1フレームレベルで正確にcutしようとするとH.264で30分のファイルだと
異常に時間がかかる。5分たっても砂時計だからいつも自分で停止してしまう。
これはバグなのかスペック不足なのかわからない。
1フレームレベルで切りだすのはencode前の短いクリップだけにしている。
メモリたくさん(16GB以上)積んでる人は、VidCutterで30分位のH.264でも
1フレームレベル(SmartCut=ON設定)で普通の時間でCut, Joinできるのか気になる。 >>834
左側のハサミのマークをONにしないと1フレームレベルの正確なCut, Joinはできない。
時間がかかるからなのかデフォルトはOFFになっている。 >>839
フリーで対応してるのはamatsukazeくらいか >>830-831
encode前のファイルをMediaInfo18.05でチェックしたけど
VidCutter5.5でCM cut, joinした後でも
Scan type : Interlaced
になってたよ。
VidCutter使う前に処理したソフトに問題があるんじゃないの？何使ったんだろう。
MKVToolNix v23とVidCutter5.5で処理した後のmkvでは問題は起きていない。 >>843
VidCutterのプログレ化の原因わかった。SmartCutだ。
目的が「Iフレーム以外での正確な切り出し」だから、ずっとSmartCut有効にしてたんだよね。
SmartCut無効だと「スキャンの種類：インターレース」が残るわ。
けど、目的は上記の通りなので、SmartCut無効にするならそもそもこれを使う必要性が無い。
そして、さっき試した限りだと、
SmartCut有効でも「確かにIフレーム以外でも切り出せるが精度が甘い」という所感…。
環境はRyzen1700にメモリ16GB。（あとGT710…）
30分程度のtsをMKVToolNixに通しただけのmkv(要はmpeg2)でしか試してないけど、
SmartCut有効でも「異常に時間がかかる」ってほどでは無かったかな、時間は計っていないけど。
でも、何回も繰り返し試験するのは気が進まない程度には遅い感じ。 フリーでも字幕くらい余裕だろ
っていうか、録画した時点で字幕ファイルも別に生成されるので、
そのまま再生するだけで字幕は表示される
.srtファイルを埋め込んでエンコードするのは難しくないし、
個人的には埋め込まずに.srtファイルのまま表示させるのが好きなので、
カットしなければいいだけ いや、カットに対応してるのがamatsukazeくらいだって言ってるんだけど・・・ >>844
mpeg2(mkv)をSmartCut=ONにしてclipのcut実験（join無し)してみた
たしかにMediaInfoでも
Scan type : Interlaced
が消えるね。
ただ実際のVideoはInterlacedのままだった。
VLC Media PlayerでInterlacing=OFFにすると縞ノイズが出る。
あとうちではSmartCut=ONで1フレーム単位のcutは正確にできている。 >>844
848続き
mpeg2(mkv)をSmartCut=ONにしてCut&Joinだと、挙動は変わるかもしれない。
かもしれないと書いたのはメモリ不足が原因なのか、
SmartCut=ONでJoinすると長いファイルは処理が終わらないから。
SmartCut=ONにしてCut&Joinをするときに限り、実際にプログレッシブに
なるかもしれない。Joinの有無で変わっている可能性ある。
インターレースはアナログTVの古い方式だしエンコードするときに
ふつうにプログレッシブに変えたほうがいいんじゃないの。
エンコード時間が増すのは事実だけど、エンコード時に解除するほうが
解除の処理方法の選択肢が多いと思うし。再生時のCPU負荷も減る。 H265はインタレ保持に対応しないし、
GPUのインタレ解除の画質向上はもう望み薄だし
インタレ保持は完全に時代遅れだな VLCのインタレ解除は想像以上に綺麗だぞ
Yadifなのに2xでここまで違うかって感じ 2xってダブルレート(=Bob)ってことでしょ。普通じゃね？
インタレ動画を再生するときにダブルレートにしないプレーヤーなんて見たことないぞ bobがデフォのプレーヤーってあるか？
デッキで再生する時の話か？？ 例えば、横方向に流れる字幕は下手なインタレ解除すると乱れてしまう。
インタレ設定をあれこれするのが面倒なら、インタレ保持もまた選択肢としてありでは。 >>853
あーVLCで「自動」にすると30pになるのか。VLCなんて普段使わないから知らなかったわｗ
でも、ハードウェアアクセラレーション有効にすればbobになるよ
普通にGPUでインタレ解除すればBobになる
mpcやwin10デフォの「映画＆テレビ」ってアプリでさえデフォでGPU使うからbobになる
LAVのソフトウェアデインタレでYADIF選んでもデフォでbobでしょ。まぁ選べるけど
30pにインタレ解除するプレーヤーなんて糞画質すぎて見れたもんじゃないよｗ
>>854
下手なインタレ解除ならしない方がいいというのには同意する
だから、handbrakeが時代遅れなんだよね
amatsukazeならKFMのVFR化で全く問題ない
なめらかに動いて気持ちいいよぉ〜 インターレース解除の種類なんて気にしたこともなかった。
VLC PlayerのAutomaticのBlendとかいう設定で不満はないな
>>851
VLCのインターレース解除はきれいなほうなのか
>>853
VLCだとデフォルトではなぜかDeinterlacingはOFFになってるね
Deinterlacing設定しらないときはTVTestとかでtsを再生してたわ
>>854
横方向に流れる字幕ってアニメとかでよくあるような
インターネットへの動画放流をやめましょうとかのいらない情報だよね？
その乱れまで気にする人なら円盤買うとかエンコードしないほうが幸せになれる気がする ■ このスレッドは過去ログ倉庫に格納されています
