HandBrake 総合スレッド 16

825 ：名無しさん＠編集中 ：2018/08/04(土) 01:53:16.29 ID:TX08Qbq20.net

>>807
いつかエンコしようと先頭と終端の不要部分を
MurdocCutterで削除したTSファイルが大量にあるんだけど、
どのファイルもmkvtoolnixで読み込めなくなってるわ
素のまま残しておけばよかったと後悔

826 ：名無しさん＠編集中 ：2018/08/04(土) 01:57:30.84 ID:Vmli58OZ0.net

スマートレンダリングをフリーソフトでやると必ず後悔する

827 ：名無しさん＠編集中 ：2018/08/04(土) 02:38:20.85 ID:0wn34DGx0.net

>>825
tstimekeeperとかmpeg2repair通して修復してみたら？
それかhandbrakeが認識するなら、とりあえずエンコードしてみるとか

828 ：名無しさん＠編集中 ：2018/08/04(土) 05:24:48.71 ID:wdY9RmQQ0.net

音声と映像分けてソフトで音ズレ直して
やってからエンコ

829 ：名無しさん＠編集中 ：2018/08/04(土) 07:24:05.50 ID:WG9X6FaZd.net

カットなんて面倒くさいから必要部分を時間指定して結合してる

830 ：名無しさん＠編集中 ：2018/08/04(土) 07:28:20.14 ID:fKAOV9pe0.net

tsファイルをそのままの場合が殆どだな
民放見ないからというのもあるけど

831 ：名無しさん＠編集中 ：2018/08/04(土) 09:13:04.06 ID:vHO2zmyA0.net

>>825
MurdocCutterで処理したtsだとおかしくなるのは自分も経験したな
MurdocCutterに問題があるんだと思う。
連結つかわなくてもMurdocCutter使わないほうが良さそう

その問題あるファイルはHandBrakeでコンテナmkv指定でエンコードしたら？
エンコード後mkvならVidCutterとかでカット編集できる可能性ある。

832 ：名無しさん＠編集中 ：2018/08/04(土) 09:52:23.03 ID:fKAOV9pe0.net

tsファイルはいろいろ不整合を抱えていることが多い
あれはトランスポートストリームなので、エラー入りまくりの前提になってる

それを直接編集するのはリスクが高いので、一旦mkvなりのPSに変換してから、
編集なりエンコードなりするのが安全

833 ：名無しさん＠編集中 ：2018/08/04(土) 15:55:45.26 ID:TX08Qbq20.net

>>827
tstimekeeperは試してみましたが駄目でした。
mpeg2repairはバイナリが見つからなかったので試せていません。
>>827>>831
handbrakeは読み込みにかなりの時間がかかりましたが
エンコは時間がある時に試してみます。

834 ：名無しさん＠編集中 ：2018/08/05(日) 11:52:49.41 ID:X81Z5XMl0.net

スマートレンダラーを使えるソフトって

TMPGEnc MPEG Smart Renderer
SolveigMM Video Splitter
VidCutter

以外にあるかな？

835 ：名無しさん＠編集中 ：2018/08/06(月) 00:25:18.69 ID:OI/o6uva0.net

この間CMカットについて質問した者だけど、土日の試行錯誤でこんな感じで妥協した。

1.handbrakeでのエンコード時、min-keyint=1:scenecut=80を追加して、CMから本編の転換箇所がほぼ確実にIフレームになるようにする
(あと、インターレース保持が好みなのでtff=1も)
2.Avidemuxでキレイにカットして完成

必要以上にIフレームが入ることになるので、圧縮効率が少し悪くなってしまってると思う

ここでVidCutter教えてもらったけど、矢印キーでのフレーム移動の反応がいまいち悪くて、意図したところでうまくカットできなかった

カット後の動画がプログレッシブ扱いになってしまうことも含めて、俺には合わなかった

836 ：名無しさん＠編集中 ：2018/08/06(月) 00:37:29.18 ID:JpGszBOE0.net

>>835
VidCutter、慣れるとカット箇所の指定らくだよ
俺のやり方は
VidCutterの動画再生機能は使わずに再生はVLCなどで切りたいポイントを見つける。
VidCutterでは静止画だけ見るということ。
動画再生しちゃうとキーボードの上下左右がつかえなくなるから。

VidCutterの時刻をみてマウスでだいたい時刻の同じ個所に飛ぶ
キーボードの↑と↓で秒単位で移動
さらに細かく←と→で移動、これで1フレーム単位で指定ができる。

正確にフレーム指定したいときはハサミマークをONにしてSave
速さを優先でカット、連結したいときはハサミマークはOFFにしてSave

インターレースにしたい意味はよくわからない。古いハードはプログレッシブ再生できないとか？

837 ：名無しさん＠編集中 ：2018/08/06(月) 01:14:28.75 ID:+eMu5s410.net

矯正プログレって画質どうなのよ

838 ：名無しさん＠編集中 ：2018/08/06(月) 02:15:33.27 ID:JpGszBOE0.net

>>835 >>837
VidCutter処理でプログレッシブになっているというのは誤解じゃないの？
なにをみてプログレッシブ強制変換されたといっているのかよくわからない。理由は

1. カット＆連結しても体感の画質に変化はなかった。
2. MediaInfoでみてもVidCutter使用前後でFirst Video Streamは全く同じ表記だった。

3. DeinterlacingするならVidCutterはもっと時間がかかるはず。
4．さらにカット＆連結後の動画をVLCで再生時に、
Deinterlacing=OFFにして再生してみると再生時に横線ノイズがでたから
映像はやっぱり意図したとおりにエンコードもインターレース解除もされていないはず。

>>837
上に書いたように映像が変化した形跡がない。VidCutterはカットや連結をするソフトであって
継ぎ目の箇所以外は元の映像データには影響を与えていないはず。

839 ：名無しさん＠編集中 ：2018/08/06(月) 08:03:20.04 ID:D5HVqNGs0.net

30年後くらいにCMも時代を映す良い思い出になる

840 ：名無しさん＠編集中 ：2018/08/06(月) 22:07:11.59 ID:OI/o6uva0.net

>>836
いろいろありがとう。

まずVidCutterでのフレーム移動の件だけど、これは俺の環境が悪かったみたい。
「Hardware decoding」を切ったらちゃんと操作に応じてフレーム動いたわ。
きっとGT710なんてゴミ使っているせいだな。

で、プログレ化の件は、少し言葉足らずだった。
「インタレ解除してるようだ」と言いたかった訳ではなくて、
「インターレースだと示す情報が欠落しているようだ」と言いたかった。

そう判断したのはMPCのプロパティ。
カット前は「スキャンの種類：インターレース」になっていたのに、
カット後は「スキャンの種類：プログレッシブ」になっていた。

MediaInfoも入れてみたけど同じ感じ。
「First Video Stream」という項目は見当たらなかったけど、
カット前は「スキャンの種類：インターレース」で、
カット後は「スキャンの種類」という項目が無くなっていた。

動画自体はインターレースなフレームのまま。（ちゃんと縞が残っている）
だからエンコ時にどうとでもなるし、これはさほど問題じゃなかったな…。

841 ：名無しさん＠編集中 ：2018/08/06(月) 22:10:15.33 ID:OI/o6uva0.net

長かったから2回に分ける…。

インタレ保持にしたいのは以下の理由。
これはもう好みの話だね。

・エンコード時にインタレ解除もすると、単純にその分時間が掛かるから。
・インタレ解除は再生機器（ただのテレビだけど）に任せたいから。
　→ 下手にエンコ時にインタレ解除するよりも(俺には)綺麗に見える。
・プログレッシブで動画の滑らかさを維持するなら
　bobでインタレ解除した上で59.94fps化する必要があり、
　tff=1でインタレ保持するより容量が増えるから。

VidCutterが使えるようになったんで、もう少し試行錯誤してみる…。

842 ：名無しさん＠編集中 ：2018/08/06(月) 22:26:47.81 ID:+eMu5s410.net

むしろ、GT710のHWデコが良い仕事したせいだろ

843 ：名無しさん＠編集中 ：2018/08/06(月) 23:27:15.93 ID:vnLXq/Mw0.net

CMカットとかやる保存用エンコにhandbrake使うのはちと厳しいな
保存用はHEVCでエンコしたいからVFRインタレ解除だわ

844 ：名無しさん＠編集中 ：2018/08/06(月) 23:30:06.40 ID:OI/o6uva0.net

あれ、VidCutterやっぱり狙ったところで切れてないぞ…
今度は確信を持ってフレーム選択したのに
もう疲れた

>>842
どういうこと？

845 ：名無しさん＠編集中 ：2018/08/06(月) 23:45:05.48 ID:1JVWY6Cq0.net

TV番組のCMは、その時代の象徴だと思うから切らないな

846 ：名無しさん＠編集中 ：2018/08/07(火) 00:06:58.17 ID:ViJ1pyhca.net

自分も保存を目的とするならTV放送は放送枠の時間全て残す。
TV放送ってのはCM含めてスポンサーにどこがついてるとかCM内容はどうだとかが世相を表すのは勿論、番組内容にスポンサー配慮だったりで影響与えてたりするからね。

847 ：名無しさん＠編集中 ：2018/08/07(火) 00:24:07.32 ID:muDuaKSZ0.net

>>844
GT710の動画再生は優秀ってこと

848 ：名無しさん＠編集中 ：2018/08/07(火) 00:26:44.47 ID:R6Q8iEH50.net

カットすると字幕データと合わなくなるんだよな
やりようはあるんだろうけど面倒くさい

849 ：名無しさん＠編集中 ：2018/08/07(火) 00:29:22.22 ID:PsdBoFHH0.net

字幕気にするならフリーソフトに頼るべきではない

850 ：名無しさん＠編集中 ：2018/08/07(火) 01:54:32.00 ID:hEIji16B0.net

>>840
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できるのか気になる。

851 ：名無しさん＠編集中 ：2018/08/07(火) 02:02:47.71 ID:hEIji16B0.net

>>844
左側のハサミのマークをONにしないと1フレームレベルの正確なCut, Joinはできない。
時間がかかるからなのかデフォルトはOFFになっている。

852 ：名無しさん＠編集中 ：2018/08/07(火) 02:22:51.65 ID:/RQeQFSz0.net

>>849
フリーで対応してるのはamatsukazeくらいか

853 ：名無しさん＠編集中 ：2018/08/07(火) 02:39:43.19 ID:hEIji16B0.net

>>840-841
encode前のファイルをMediaInfo18.05でチェックしたけど
VidCutter5.5でCM cut, joinした後でも
Scan type : Interlaced
になってたよ。

VidCutter使う前に処理したソフトに問題があるんじゃないの？何使ったんだろう。
MKVToolNix v23とVidCutter5.5で処理した後のmkvでは問題は起きていない。

854 ：名無しさん＠編集中 ：2018/08/07(火) 05:54:27.80 ID:Igxp62IP0.net

>>853
VidCutterのプログレ化の原因わかった。SmartCutだ。
目的が「Iフレーム以外での正確な切り出し」だから、ずっとSmartCut有効にしてたんだよね。
SmartCut無効だと「スキャンの種類：インターレース」が残るわ。
けど、目的は上記の通りなので、SmartCut無効にするならそもそもこれを使う必要性が無い。

そして、さっき試した限りだと、
SmartCut有効でも「確かにIフレーム以外でも切り出せるが精度が甘い」という所感…。

環境はRyzen1700にメモリ16GB。（あとGT710…）
30分程度のtsをMKVToolNixに通しただけのmkv(要はmpeg2)でしか試してないけど、
SmartCut有効でも「異常に時間がかかる」ってほどでは無かったかな、時間は計っていないけど。
でも、何回も繰り返し試験するのは気が進まない程度には遅い感じ。

855 ：名無しさん＠編集中 ：2018/08/07(火) 06:17:05.86 ID:R6Q8iEH50.net

フリーでも字幕くらい余裕だろ
っていうか、録画した時点で字幕ファイルも別に生成されるので、
そのまま再生するだけで字幕は表示される

.srtファイルを埋め込んでエンコードするのは難しくないし、
個人的には埋め込まずに.srtファイルのまま表示させるのが好きなので、
カットしなければいいだけ

856 ：名無しさん＠編集中 ：2018/08/07(火) 11:49:20.75 ID:/RQeQFSz0.net

いや、カットに対応してるのがamatsukazeくらいだって言ってるんだけど・・・

857 ：名無しさん＠編集中 ：2018/08/07(火) 12:38:42.82 ID:PsdBoFHH0.net

本末転倒w

858 ：843 ：2018/08/12(日) 22:52:53.52 ID:XIKRaUCy0.net

>>854
mpeg2(mkv)をSmartCut=ONにしてclipのcut実験（join無し)してみた
たしかにMediaInfoでも
Scan type : Interlaced
が消えるね。
ただ実際のVideoはInterlacedのままだった。
VLC Media PlayerでInterlacing=OFFにすると縞ノイズが出る。
あとうちではSmartCut=ONで1フレーム単位のcutは正確にできている。

859 ：名無しさん＠編集中 ：2018/08/12(日) 23:23:22.28 ID:XIKRaUCy0.net

>>854
848続き
mpeg2(mkv)をSmartCut=ONにしてCut&Joinだと、挙動は変わるかもしれない。
かもしれないと書いたのはメモリ不足が原因なのか、
SmartCut=ONでJoinすると長いファイルは処理が終わらないから。
SmartCut=ONにしてCut&Joinをするときに限り、実際にプログレッシブに
なるかもしれない。Joinの有無で変わっている可能性ある。

インターレースはアナログTVの古い方式だしエンコードするときに
ふつうにプログレッシブに変えたほうがいいんじゃないの。
エンコード時間が増すのは事実だけど、エンコード時に解除するほうが
解除の処理方法の選択肢が多いと思うし。再生時のCPU負荷も減る。

860 ：名無しさん＠編集中 ：2018/08/13(月) 00:28:16.65 ID:ixQjgn3z0.net

H265はインタレ保持に対応しないし、
GPUのインタレ解除の画質向上はもう望み薄だし
インタレ保持は完全に時代遅れだな

861 ：名無しさん＠編集中 ：2018/08/13(月) 00:57:28.24 ID:qSs3o72c0.net

VLCのインタレ解除は想像以上に綺麗だぞ
Yadifなのに2xでここまで違うかって感じ

862 ：名無しさん＠編集中 ：2018/08/13(月) 03:42:46.76 ID:ixQjgn3z0.net

2xってダブルレート(=Bob)ってことでしょ。普通じゃね？
インタレ動画を再生するときにダブルレートにしないプレーヤーなんて見たことないぞ

863 ：名無しさん＠編集中 ：2018/08/13(月) 04:09:58.29 ID:qSs3o72c0.net

bobがデフォのプレーヤーってあるか？
デッキで再生する時の話か？？

864 ：名無しさん＠編集中 ：2018/08/13(月) 05:29:42.34 ID:6NpeOAr70.net

例えば、横方向に流れる字幕は下手なインタレ解除すると乱れてしまう。
インタレ設定をあれこれするのが面倒なら、インタレ保持もまた選択肢としてありでは。

865 ：名無しさん＠編集中 ：2018/08/13(月) 06:02:00.55 ID:ixQjgn3z0.net

>>863
あーVLCで「自動」にすると30pになるのか。VLCなんて普段使わないから知らなかったわｗ
でも、ハードウェアアクセラレーション有効にすればbobになるよ

普通にGPUでインタレ解除すればBobになる
mpcやwin10デフォの「映画＆テレビ」ってアプリでさえデフォでGPU使うからbobになる
LAVのソフトウェアデインタレでYADIF選んでもデフォでbobでしょ。まぁ選べるけど
30pにインタレ解除するプレーヤーなんて糞画質すぎて見れたもんじゃないよｗ

>>864
下手なインタレ解除ならしない方がいいというのには同意する
だから、handbrakeが時代遅れなんだよね

amatsukazeならKFMのVFR化で全く問題ない
なめらかに動いて気持ちいいよぉ〜

866 ：名無しさん＠編集中 ：2018/08/13(月) 06:02:05.28 ID:XEvbQ2sm0.net

インターレース解除の種類なんて気にしたこともなかった。
VLC PlayerのAutomaticのBlendとかいう設定で不満はないな

>>861
VLCのインターレース解除はきれいなほうなのか

>>863
VLCだとデフォルトではなぜかDeinterlacingはOFFになってるね
Deinterlacing設定しらないときはTVTestとかでtsを再生してたわ

>>864
横方向に流れる字幕ってアニメとかでよくあるような
インターネットへの動画放流をやめましょうとかのいらない情報だよね？
その乱れまで気にする人なら円盤買うとかエンコードしないほうが幸せになれる気がする

867 ：名無しさん＠編集中 ：2018/08/13(月) 06:15:40.80 ID:ixQjgn3z0.net

>>866
yadifってhandbrakeにもあるしffmpegにもあるしLAVフィルタにもあるしffdshowにもあるしavisynthにもあるし
どれも同じじゃね？VLCだけ実装が違うのか？

VLCのyadif(2x)でフルHD再生すると結構フレーム落ちしてカクつくんだよね
CPUはi7-6700だからそんなしょぼい環境でもないんだけど
だから自動だと30pになっちゃうのかな
まぁ普通はGPUでインタレ解除すればいいんだけど

868 ：名無しさん＠編集中 ：2018/08/13(月) 06:17:15.29 ID:ixQjgn3z0.net

handbrakeでyadif bobでエンコしたやつはカクつかないできれいに見えるわ

869 ：名無しさん＠編集中 ：2018/08/13(月) 06:29:23.53 ID:ixQjgn3z0.net

60iテロップはその部分だけ60pにしてVFRにすれば全く問題ない
handbrakeじゃできないんだけどｗ

870 ：名無しさん＠編集中 ：2018/08/13(月) 07:19:53.39 ID:CjJdolED0.net

インターレース解除は要は動き予測みたいなもんだから、
厳密解なんか無い
簡単なアルゴリズムで高速にやろうとするとたまに騙される

871 ：名無しさん＠編集中 ：2018/08/13(月) 07:19:58.21 ID:XEvbQ2sm0.net

>>867
よく読んで。俺はDeinterlacing方式ごとの画質違いはよくわからない。
VLCのAutomatic - Blendの設定で不満ないからそのままだった。

VLCのデフォルトはDeinterlacing=OFFだし, automaticに変えても
デフォルトは"Blend"だったと思う。YadifやBobは選択肢で選べるけどデフォルトではないはず

HandBrake - Filtersでは
Deinterlace:Yadif
Preset: Default
Interlace detection: off
だけ設定している。

872 ：名無しさん＠編集中 ：2018/08/13(月) 19:38:41.47 ID:Sv8aPMcX0.net

YouTube、知らない間にH.265のアップロードに対応してた
そろそろエンコードするならH265にしたほうがいいのかな

同等画質ならファイル小さくなるのはいいけど
エンコード時間がH264に比べて2.5倍くらいになってしまうようで悩む

同じRF24, Medium, 1080p設定だとH264よりH.265のほうが画質がいい気がするけど
コーデック変わったら同じRFが指す画質も全然違うもの？

873 ：名無しさん＠編集中 ：2018/08/13(月) 21:56:14.24 ID:bVJwvhEX0.net

>>872
あたりまえ
x265はx264から+2〜3ぐらいで同サイズ（同ビットレート）のより高画質になる

874 ：名無しさん＠編集中 ：2018/08/13(月) 22:11:40.35 ID:CjJdolED0.net

x265はそうかもしれんけど、H.265がそう決まってる訳ではない

875 ：名無しさん＠編集中 ：2018/08/14(火) 00:07:06.89 ID:GFRXEcw90.net

なに言ってんだ、おめえ

876 ：844 ：2018/08/14(火) 00:33:43.65 ID:WChtK8Kx0.net

>>858-859
VidCutterの件、何度もありがとう。
# 流石にスレ違いなのでこれで最後にする（つもり）。

まずプログレ化云々の話だけど、Joinは関係無い。
830で書いた時点でJoinもしてたけど、インタレ縞はしっかり残っていた。
あくまでヘッダ上の情報に過ぎない話。

あと「1フレーム単位の正確なカット」だけど、
俺の環境では指定範囲外のフレームが残ったり、逆に欠落が出たりした。
（元のファイルと1フレームずつ比較した。）
なのでもう諦めた。


ここからはHandBrake関係する話。
インタレ解除は、831に書いたように再生機器に任せたい派。
というかエンコ時にいちいち設定を検討するのが面倒なので、
再生機器に丸投げしたいんだよね。

放送の元素材がプログレッシブなら、
テレビ放送の際にインタレ化（テレシネ化？）されても
インタレ縞なんて無いフレームの方が多いよね。
それなのに無闇にインタレ解除のフィルタを掛けたら、
時間を掛けてわざわざ汚くしてるようで何か気に食わない。

877 ：名無しさん＠編集中 ：2018/08/14(火) 00:47:11.83 ID:4fixqPxs0.net

インタレ保持だとfluid motionが効かないんじゃボケ

878 ：名無しさん＠編集中 ：2018/08/14(火) 01:12:44.55 ID:GFRXEcw90.net

放送元の素材なんて誰も正確な答えだせないじゃん

879 ：名無しさん＠編集中 ：2018/08/14(火) 01:16:42.33 ID:5TbtNVQr0.net

>>876
handbrakeのインタレ解除は画質悪いから、しないほうがいいで正解

ただ、KFMDeintみたいにちゃんとしたインタレ解除なら
元ソースのフレームレートを認識して
逆テレシネ、ソースそのまま、Bob化を使い分けるから
汚くなることはないよ
それなりに計算量はあるけど

880 ：名無しさん＠編集中 ：2018/08/14(火) 01:20:26.28 ID:5TbtNVQr0.net

>>878
↓ここに行ってその意見を広げてきたらどうだい？
https://mevius.5ch.net/test/read.cgi/avi/1485354301/

881 ：名無しさん＠編集中 ：2018/08/14(火) 07:40:56.71 ID:8md67kXQ0.net

このソフトって書き出しはffmpeg使ってますか?

882 ：名無しさん＠編集中 ：2018/08/14(火) 11:28:35.35 ID:s9nkExyza.net

皆さんDVDとかエンコするときチャプター作ります？
チャプター名もいちいち打ち込んだりします？

883 ：名無しさん＠編集中 ：2018/08/14(火) 12:23:42.83 ID:0VL+O2Dc0.net

>>750
> 開発版にいつのまにかNvidia NVEncでエンコ出来るモードがあった

こういうブログ記事もありますね。
https://negativo17.org/handbrake-with-nvenc-support/

この人は、nvenc を slowest モードで使っていて、それだと
エンコーディング作業を完全にはGPUにお任せしないので、
GTX1060のビデオエンジン使用率は33%にとどまってます。
（CPUの使用率や温度には言及ナシ。残念）

HDDも値下がり傾向ですし、圧縮率については妥協して、速度と品質を重視、
というのも一法ですよね。

いずれにせよ、Handbrake が重い腰を上げて nvenc サポートを始めたのは嬉しい。

なお内部では、ffmpegを呼び出してる模様。

884 ：名無しさん＠編集中 ：2018/08/14(火) 22:47:25.16 ID:iycnM6Ya0.net

飛ばして見たりしない派だしそもそも飛ばすなら動画編集の段階で消すから付けないな

885 ：名無しさん＠編集中 ：2018/08/15(水) 08:04:04.53 ID:FnLwDaSj0.net

nvenc+ffmpegがサポートされたら良いよね

886 ：名無しさん＠編集中 ：2018/08/15(水) 08:23:30.82 ID:jNlJhYqQd.net

フィルターはCPUを使う仕様だから、GPUを100％使わないんだろう

887 ：名無しさん＠編集中 ：2018/08/15(水) 08:27:37.61 ID:CLiofJ8m0.net

ちゃんと縮むの?

888 ：名無しさん＠編集中 ：2018/08/15(水) 11:15:16.16 ID:Ba3XMaLe0.net

H.265 NVENCできないのが残念だな。
クオリティ派の人はソフトエンコだから関係ないのかもしれないけど。

889 ：名無しさん＠編集中 ：2018/08/15(水) 12:10:45.72 ID:jNlJhYqQd.net

>>888
出来るぞ

890 ：名無しさん＠編集中 ：2018/08/15(水) 13:17:12.30 ID:fPmyKb1wM.net

>>888
今落とせるNightlyで可能。H.265ができるのは900番台はGeForce 950、960のみ
1000番台だとNVENC不可なGT1030以外は多分大丈夫

ノート用のはちょっとわからない

891 ：名無しさん＠編集中 ：2018/08/15(水) 13:26:38.98 ID:fPmyKb1wM.net

ただ現状HandbrakeのNVENC H.265は最適化が進んでいない感じ
GTX960 の NVENC H.265 と G4560 の intel QSV H.265 の GUI での比較で QSV の方が 40% くらいサイズが小さい

CUIを使って細かくパラメーターを変えるとまた違うのかもしれないけれど

892 ：名無しさん＠編集中 ：2018/08/15(水) 16:14:39.75 ID:RPYkSQGg0.net

>>891
どういう設定でやったのか知らないけど、例えば同じQP値でも、
エンコーダーが異なれば仕上がり画質も変わってくるのは当たり前なのだから、
最適化が進んでないという話ではないと思うよ。

893 ：名無しさん＠編集中 ：2018/08/15(水) 19:25:28.05 ID:nb8wwYtWa.net

>>892
確かにその通りだね。設定は↓みたいな感じ。Autoで Video Codec だけ変えていって試してみただけ
https://i.imgur.com/YIKGF2w.jpg

HandBrakeのバージョンは "Nightly-2018081395601-a9daef1-master（2018081401）"
AMD VCEにも対応していて intel QSV よりサイズは小さくなるんだけど Fire TV で再生できないとか
他にもいくつか問題があって Auto だとちょっと使えない感じ

Avg Bitrate 指定の方がいいのかも

あと GTX970、980 も NVENC H.265 に対応しているみたい

894 ：名無しさん＠編集中 ：2018/08/15(水) 21:47:27.68 ID:vX+riK3P0.net

そりゃそうでしょ
上位機種が対応ない訳ないよ

895 ：名無しさん＠編集中 ：2018/08/15(水) 21:53:08.63 ID:CLiofJ8m0.net

対応しててもCPUでやるよりは劣るんだろうな

896 ：名無しさん＠編集中 ：2018/08/16(木) 08:08:27.12 ID:20KNLOG30.net

m2tsだから信用できないソースではあるんだけど、フォルダごとドラッグで読み込ませると
たとえば96のtitleが登録されたりする。だけどqueにつっこむと90とかしか登録されない
登録されないファイルだけ1個づつadd queするとちゃんと登録される

何が悪いんだろ？

897 ：名無しさん＠編集中 ：2018/08/16(木) 08:17:07.15 ID:20KNLOG30.net

すまない
勘違いしていた

>たとえば96のtitleが登録されたりする。だけどqueにつっこむと90とかしか登録されない
>登録されないファイルだけ1個づつadd queするとちゃんと登録される
は
96個のファイルが入っているフォルダをドロップすると90のtitleしか認識しないが
ファイル1個1個をつまんで投下してやると登録される
の間違いでした

898 ：名無しさん＠編集中 ：2018/08/16(木) 09:00:15.94 ID:20KNLOG30.net

小出しで連投してすみません

フォルダをドラッグすると
title:1 Chapters:1 to 1
title:2 Chapters:1 to 1
title:4 Chapters:1 to 1
みたいな感じでスキップされるtitleがあります
title:3に相当するファイルをほうりこむとちゃんと登録でき、エンコードできます

899 ：名無しさん＠編集中 ：2018/08/16(木) 09:16:04.53 ID:aun2mrdPF.net

前もあったけど、大量読込みバグちょくちょくあるみたいだな
正常に読める分ずつ放り込むしかない

900 ：名無しさん＠編集中 ：2018/08/16(木) 09:28:49.07 ID:m+mKnI++0.net

あれはバグじゃなくて軽いプロテクトなんじゃないかと思ってる
何か異常なタイトル情報を混ぜておいて、全部対象にするとハマるようにしてある
通常のプレイヤーからはアクセスできない隠しタイトル

901 ：名無しさん＠編集中 ：2018/08/16(木) 17:06:59.80 ID:20KNLOG30.net

仕様みたいなもんですか
ビデオカメラから取り込んだものなのでプロテクトでは無いとは思うんですが
異常な情報でもあったんでしょうね

ちまちま確認しながらエンコードしてくことにします

902 ：名無しさん＠編集中 ：2018/08/16(木) 19:06:29.43 ID:Hnxd+G4ta.net

そんなCCCDみたいなことするかよｗ

903 ：名無しさん＠編集中 ：2018/08/16(木) 19:23:07.16 ID:KelUahNo0.net

読み込む時、5分以下は無視とか時間設定無かったっけ？

904 ：名無しさん＠編集中 ：2018/08/16(木) 19:31:05.64 ID:ZLJKKcFt0.net

GPU encodingが話題になってたから
Intel QSV(H.264)久々に試してみたが圧縮率がひどすぎて笑った。

Quality=20, Balanced設定で
111MBのファイルがエンコード後は107MB。3.7%しかサイズ変わらず
QSV使い道が分からない。

NvidiaやAMDのencodeはH.264, H265と比べてどの程度優秀なの？

905 ：名無しさん＠編集中 ：2018/08/16(木) 19:46:31.64 ID:v4Hs9kvxF.net

>>904
GPUエンコは保存用じゃなくて持ち歩き用
すぐに変換出来るから、見たら捨てるって動画に使う

906 ：名無しさん＠編集中 ：2018/08/16(木) 20:53:56.18 ID:m+mKnI++0.net

捨てるなら変換自体要らなくね?

907 ：名無しさん＠編集中 ：2018/08/16(木) 21:52:36.06 ID:Yuuheinz0.net

>>904
エンコード後のサイズがでかいなら20じゃなくてもっと大きくすればいいだろ
お前の頭ではパラメータの調整もできないのか？ｗ

> NvidiaやAMDのencodeはH.264, H265と比べてどの程度優秀なの？

エンコーダと規格はどうやって比較するんだ？

908 ：名無しさん＠編集中 ：2018/08/16(木) 23:09:38.55 ID:ZLJKKcFt0.net

897に言われなくてもパラメータ変えて試していた
x265のパラメータ変えて40回ほどテストしていたがx265はやたら時間
かかるわりにサイズ小さくならないな。
そしてx265スピードにうんざりしてQSVのH.264テスト始めた

QSVはデフォルトのQP20がどうしようもない設定だった。
エンコード前よりもファイルが大きくなる笑える設定さえある。
しかし26より下げるとQSVの存在意義がわかってきた。
encoding speedはハードウェアだけあってすさまじい
x265いじった後だと感動的スピード

909 ：名無しさん＠編集中 ：2018/08/16(木) 23:12:54.92 ID:ZLJKKcFt0.net

HandBrakeのx265はRF20-Mediumで時間かけて処理しても
静止画でみるとかなりにじみがでている。

本当に画質こだわるファイルはエンコードしないままにするしかないし
ある程度の画質劣化は妥協できるファイルならQSVとかハードウェアでさくっと
エンコードでいい気がしてきた。

910 ：名無しさん＠編集中 ：2018/08/16(木) 23:34:13.02 ID:Yuuheinz0.net

エンコーダの差なんて、サイズにするとせいぜい1割程度だからね

HWエンコーダでエンコしてもサイズ10%盛ればソフトエンコと変わらない画質
20%盛ればソフトエンコよりも画質が良くなる

サイズ10%を縮めるのに倍以上時間かけたいって人が
そんなにいるとは思えないだよなぁ

911 ：名無しさん＠編集中 ：2018/08/17(金) 02:07:12.27 ID:9z+SBfdc0.net

ハードエンコの倍とかその程度で済むソフトエンコできるCPU積んでる人って羨ましい

912 ：名無しさん＠編集中 ：2018/08/17(金) 06:33:49.65 ID:uSXkkFUm0.net

x264ソフトエンコードで高画質設定で
新しく組んだRyzen7 2700xは
今まで使ってたi7 6700kの２倍の速度に成った
やはり時間掛かってもソフトエンコを高画質設定でするのが画質は良いね

913 ：名無しさん＠編集中 ：2018/08/17(金) 06:53:27.90 ID:AKBJM/BG0.net

画質を良くしたいならあんまり縮めなければいいだけで、
CPUパワーを使う本質はやっぱりサイズなんだよな

914 ：名無しさん＠編集中 ：2018/08/17(金) 14:00:10.45 ID:qgTzspFN0.net

>>910
その程度しかかわらないのか
サイズをプラス10%程度で同等品質になるという結果のURLとか
あったら教えてほしい。細かくみてみたい。

ネットで見る限りファイルサイズ、品質、スピードでバランスいいのはQSVのx265な気がしてきた。
x265の遅いという弱点をQSVのH/W encodingのスピードでカバーする感じ。
QSVでx265で使えるよう新しいCPUに変えるか

915 ：名無しさん＠編集中 ：2018/08/17(金) 14:09:04.77 ID:AKBJM/BG0.net

大半の作業はIvy Bridgeで何も困らないのになあ

916 ：名無しさん＠編集中 ：2018/08/17(金) 14:10:34.23 ID:ue6YKwvld.net

>>915
二時間物、何分かかる？

917 ：名無しさん＠編集中 ：2018/08/17(金) 14:38:44.28 ID:JzGMlps6d.net

IvyのQSVじゃH.265に出来ないだろ

918 ：名無しさん＠編集中 ：2018/08/17(金) 14:45:40.40 ID:ZTN+mqZJa.net

265はQSVでも遅い

919 ：名無しさん＠編集中 ：2018/08/17(金) 14:52:29.89 ID:qgTzspFN0.net

>>918
遅いといってもQSVのx264との比較でしょう
QSV-x265がQSVのx264の2倍になったところで十分に早い

ソフトウェアのx265に比べたら爆速

>>917
QSV x265対応はSkylake以降らしいね

920 ：名無しさん＠編集中 ：2018/08/17(金) 14:56:03.89 ID:ZTN+mqZJa.net

コアが多けりゃソフトと大差ないんだよ

921 ：名無しさん＠編集中 ：2018/08/17(金) 15:09:12.35 ID:qgTzspFN0.net

HandBrakeでの結果ではないけどここにQSV x265のFPSがでていた。
サンプル画像もあった
tinyurl .com/y8hex5cj
要スペース削除

x265は13 fps
QSV HEVCは173 fps。悪魔的スピード

922 ：名無しさん＠編集中 ：2018/08/17(金) 15:12:28.73 ID:qgTzspFN0.net

>>920
Ryzenは速いといいたいの？
x265で170 fps以上だせるRyzenを教えてよ
software encodeでそのレベルの速度が出せるとは思えないけど

923 ：名無しさん＠編集中 ：2018/08/17(金) 15:17:17.41 ID:ZTN+mqZJa.net

コーヒー買って比べてみろ

924 ：名無しさん＠編集中 ：2018/08/17(金) 15:42:08.98 ID:qgTzspFN0.net

>>923
techgage.com/article/a-performance-review-amds-ryzen-5-2600x-ryzen-7-2700x-processors/4/

ここみるとAMDでもintelでも同じ傾向で
HandBrakeでx265はx264の2.0-2.5倍の計算量。
QSV x264は超高速だからx265にして1/2-1/2.5になったところで十分速い
コアを増やして力業でsoftware encodeしたって対抗できる差ではないだろう
911では13倍もの性能差がでている。

925 ：名無しさん＠編集中 ：2018/08/17(金) 15:53:51.38 ID:AKBJM/BG0.net

JPEGを高速に表示できるフレームバッファとか、
浮動小数点演算を高速で実行できるコプロセッサみたいな感じで、
USBあたりにぷすっと刺すだけでH265演算を高速に代行してくれるような、
専用ハードが作れないものだろうか

926 ：名無しさん＠編集中 ：2018/08/17(金) 20:49:17.45 ID:8EF2z3JOM.net

Thunderbolt3接続の外付けGPUを使え
ただし、今まで待ったのであればNVIDIAの新型GPUが登場するのを待ってもいいかも

927 ：名無しさん＠編集中 ：2018/08/17(金) 20:50:14.46 ID:ue6YKwvld.net

GTX1180か

928 ：名無しさん＠編集中 ：2018/08/18(土) 17:50:08.89 ID:1J1RTLgkd.net

>>925
USBに差すH.264変換の怪しいMedia Cnvarterならあったぞ

https://www.amazon.co.jp/dp/B000K2NP1O

929 ：名無しさん＠編集中 ：2018/08/18(土) 18:19:53.09 ID:Nofmblij0.net

出すとしてもエンコーダーとセットでないと意味ないしな
専用ハードに任せられる処理を切り出したら、それはGPUでもできる気がするし

930 ：名無しさん＠編集中 ：2018/08/18(土) 18:45:46.69 ID:VPOEkVwn0.net

>>925
USBならUSB PD対応じゃないと電気が足りないでしょ
普及しているUSB3.1 Gen1だと900mA 5Vまでしか供給できない
USB PDはほとんどのマザーが対応していなくて高コスト

あとQSVはencode専用ハードウェアを使っているから
QSVみたいにCPUでやるのが一番コスパいいよ
wikipedia.
Quick Sync is a dedicated hardware core on the processor die.
This allows for a much more power efficient video processing.

>>926
Thunderboltは廃止らしい。独自規格乱立させてきたAppleもUSBに移行

>>929
動画の処理はiGPUかdGPUでやるのが効率いいね

931 ：名無しさん＠編集中 ：2018/08/18(土) 18:56:58.87 ID:Lr9iVqI5M.net

ムショ帰りか

932 ：名無しさん＠編集中 ：2018/08/18(土) 19:11:20.24 ID:VPOEkVwn0.net

来年に廃止はThunderboltじゃなくてLightningだっけ

>>931
アンカーつけてどの話題が具体的書けよ

933 ：名無しさん＠編集中 ：2018/08/18(土) 23:27:01.16 ID:+xYA0EXP0.net

>>932
Lightningの廃止は聞いたことある。
ThunderboltはIntelの規格じゃなかったか。

934 ：名無しさん＠編集中 ：2018/08/19(日) 07:35:03.95 ID:296AffdM0.net

NVENCでエンコードしたら520fpsも出て速過ぎワラタ

935 ：名無しさん＠編集中 ：2018/08/19(日) 18:45:59.63 ID:TghLbL0z0.net

>>933
やっぱり記憶違いか
廃止はThunderboltじゃなくてLightningだな

>>934
ハイエンドのカード？
NVENCのx265? x264のどっち?
再生速度の17倍以上は速すぎるな
QSVはNVENCより遅いけど画質はNVENCより上らしい
520fpsなんて体験したらソフトウェア処理には戻れなそう

936 ：名無しさん＠編集中 ：2018/08/19(日) 19:00:26.70 ID:uTfx/ERW0.net

>>910
HWエンコで設定そのままでやったらサイズが倍のファイルが出来上がった事があったんで
それ以来HWエンコは使ってないわ
バグ持ちのバージョンだったのかもしれんけど

937 ：名無しさん＠編集中 ：2018/08/19(日) 20:00:46.69 ID:TghLbL0z0.net

>>936
QSVはデフォルト設定だとファイル大きすぎになったはず。

x264ならBalancedのQP26以下にしていくとファイル小さくなるよ
Skylake以降ならQSV x265のがいいとおもう
QSV x264では高画質にするとファイルがあまり小さくならず
サイズ優先すると画質が物足りないからね
x264の2倍時間がかかるが十分はやいしクオリティとサイズを追求できる。
スピード、サイズ、クオリティのバランス。

938 ：名無しさん＠編集中 ：2018/08/19(日) 20:38:11.89 ID:2alCwEPr0.net

HWはとにかく速度重視で仕事を上げてくるので、
もっと落ち着いて丁寧に仕事させるのが大変

939 ：名無しさん＠編集中 ：2018/08/19(日) 23:18:38.77 ID:Q+MIWokka.net

ハードウェアエンコーダーは早漏

940 ：名無しさん＠編集中 ：2018/08/20(月) 00:53:36.21 ID:J/Pys3IY0.net

冬の就寝中にx265でハードエンコすればあら不思議！
部屋はホカホカで起きる頃にはエンコも終了！

ってわけでエンコは冬にやろうね！

941 ：名無しさん＠編集中 ：2018/08/20(月) 02:30:33.82 ID:TPX6fftL0.net

夏のエンコをするとグラボより先に電源が死ぬ
これで俺は電源が付かなくなって買い換える羽目になった

942 ：名無しさん＠編集中 ：2018/08/20(月) 06:13:56.16 ID:4TR9r7GI0.net

NVENCもう少しグラボ使って欲しい
1080でグラボ使用率が100％近くなったらエフェクト使っても相当速くなりそう

943 ：名無しさん＠編集中 ：2018/08/20(月) 07:54:05.62 ID:UDzA8KqJd.net

>>942
1080なんてCPUで言ったら16C32Tクラスなんだから100％使わなくて当然でしょう
16本同士エンコさせられるレベル

944 ：名無しさん＠編集中 ：2018/08/20(月) 08:09:31.46 ID:4TR9r7GI0.net

1080ゲームとかだと100％近くにすぐに行くのに
nvencは使用率低いんだよね
いろんなエフェクトかけて書き出しするから時間が掛かる

945 ：名無しさん＠編集中 ：2018/08/20(月) 09:09:44.77 ID:N7ZTeQ7d0.net

>>942
NVENCに使うエンコード用の回路がゲームとは異なるから
100%にならないんじゃないの

946 ：名無しさん＠編集中 ：2018/08/20(月) 09:38:02.54 ID:dWl8CIT90.net

>>943
それNVENCのハードウエアエンコードにはあんま関係ない
Kepler世代以降のGPUであればできるからね
GT 730とか下位のGPUでもOK

>>945
A's Video Converterとか他のソフトではNVENC使うとガッツリGPU使用してCPU使用率は低い
HandBrakeでNVENC使うとCPU使用率が高くてGPU使用率が低い
aviutlのNVENCだとA's Video ConverterよりGPU使う印象
ソフトの制御によって異なるけどHandBrakeはあまりにも中途半端

947 ：名無しさん＠編集中 ：2018/08/20(月) 09:40:18.53 ID:dWl8CIT90.net

チョット追記
上位のGPUだからエンコードのGPU使用率が低くなるとかまたその逆とかはない

948 ：名無しさん＠編集中 ：2018/08/20(月) 11:59:04.82 ID:QbdO93gDd.net

4770kだけど、coffeeに変えたらどれくらい速くなる？

949 ：名無しさん＠編集中 ：2018/08/20(月) 15:45:38.35 ID:N7ZTeQ7d0.net

>>948
CoffeeLakeならQSV x265対応するし
x265なら15倍以上、悪くても10倍以上になるんじゃない

>>946
NVENCだとHandBrake良くないのか

950 ：名無しさん＠編集中 ：2018/08/20(月) 16:33:57.05 ID:WhVcwo9G0.net

コア数によると思うけど15倍は無理じゃね

951 ：名無しさん＠編集中 ：2018/08/20(月) 17:24:40.34 ID:eZ2McLfya.net

妄想で言ってるだけだから

952 ：名無しさん＠編集中 ：2018/08/20(月) 17:49:23.92 ID:sMJoMC7h0.net

>>935
GTX1060でNVENCのH.265

953 ：名無しさん＠編集中 ：2018/08/20(月) 17:50:24.16 ID:QbdO93gDd.net

>>949
マジか
めっちゃ速いやん

954 ：名無しさん＠編集中 ：2018/08/20(月) 18:29:53.20 ID:E7icAtWrd.net

>>952
FullHDで？？

955 ：名無しさん＠編集中 ：2018/08/20(月) 19:03:34.28 ID:dWl8CIT90.net

>>953
おいおい信じるなよｗｗ

956 ：名無しさん＠編集中 ：2018/08/20(月) 19:07:19.92 ID:ILm8KeWo0.net

>>946
A's Video Converterは読み込めない映像多すぎて変換つらい
色々試してみたけどWMVがあかんかった
コンテナの中身WMVだとエンコ進捗進まずに止まったまま音沙汰無し。

957 ：名無しさん＠編集中 ：2018/08/20(月) 21:13:25.25 ID:dWl8CIT90.net

WMV9で問題ないけど

958 ：名無しさん＠編集中 ：2018/08/20(月) 22:08:02.01 ID:uPfOyCCJ0.net

ゲームにしか使ってなかったが
なにげにやったら確かにはえー
けどレート絞るとガサガサやな

959 ：名無しさん＠編集中 ：2018/08/20(月) 23:08:35.85 ID:J/Pys3IY0.net

>>949
HandbrakeのNVENCはフィルタ処理とかをCPUに完全にぶん投げてるからね
開発者がもうちょいヤル気出して最適化してくれれば嬉しいんだが

960 ：名無しさん＠編集中 ：2018/08/21(火) 04:40:37.34 ID:pEL5awEi0.net

https://i.imgur.com/nfZINy2.png
https://i.imgur.com/U0BsZT1.png
https://i.imgur.com/q40Bbaq.png

1920x1080 NVENC HEVC 2Mbps
意外と綺麗

961 ：名無しさん＠編集中 ：2018/08/21(火) 06:04:15.62 ID:yIuogoTe0.net

ソースはいくつだったのよ

962 ：名無しさん＠編集中 ：2018/08/21(火) 09:59:29.49 ID:QIPXNM0da.net

止め画じゃわかんねーよ

963 ：名無しさん＠編集中 ：2018/08/21(火) 10:51:47.77 ID:FMXofsqr0.net

一番上は男の襟回り、一番下は肌のティアリングに難がある気がする

964 ：名無しさん＠編集中 ：2018/08/21(火) 11:15:35.16 ID:NYlqQ2dX0.net

NVEnc encodeの比較動画みつけた
NVEncのHEVCも画質十分きれいだと感じる
これ位でも不満ならエンコードしなければいいだけだしな

https://edit-anything.com/blog/nvenc.html

965 ：名無しさん＠編集中 ：2018/08/21(火) 12:01:11.98 ID:FMXofsqr0.net

x265だと１Mbpps前後で済むことが多いからまだまだですわ

966 ：名無しさん＠編集中 ：2018/08/21(火) 12:40:37.71 ID:TIN5iOyPa.net

余白真っ黒やんけ
恣意的なサンプルばっかなんだよなｗ

967 ：名無しさん＠編集中 ：2018/08/21(火) 16:18:28.32 ID:jQlSl/icM.net

1Mbpsとかキチガイだろw

968 ：名無しさん＠編集中 ：2018/08/23(木) 00:22:04.94 ID:D3yU3H+o0.net

平面絵のアニメやらベタ塗りの3Dならいざ知らず、実写系で1Mbpsとかもう何を見てるのか分からんレベルだぞ

俺はBDソースの実写系をエンコするときは720pに下げて10Mbps確保してるわ

969 ：名無しさん＠編集中 ：2018/08/23(木) 00:27:16.49 ID:ppasbXdF0.net

それは多すぎんかさすがにｗ

970 ：名無しさん＠編集中 ：2018/08/23(木) 12:28:33.94 ID:PyQl+VGe0.net

>>968
品質指定でエンコードした結果の平均1Mbpsだから
ビットレート指定の1Mbpsとは別物

971 ：名無しさん＠編集中 ：2018/08/23(木) 13:08:40.89 ID:0PP/EB+10.net

>>968
画質こだわるファイルで720pにするって意味が分からない。
720pのファイルを1080pに拡大して再生してごらん
どうしようもないクソ画質になるから。

>>970
H.264でもH.265でもビットレート指定するよりもQuality指定のほうが
いい結果得られるんだよね？
Quality指定したときはその設定値で語ってほしい。
ソースや解像度によって画質まったく変わるからビットレートで書かれてもわかりづらい

972 ：名無しさん＠編集中 ：2018/08/23(木) 13:28:13.24 ID:XbE7PR1L0.net

こだわりなんて人それぞれだろ。解像度にケチ付けたって意味ないわ。
俺も画質には拘るけど 720p にしてるよ。
フルスクリーンで再生とかしないからな。

973 ：名無しさん＠編集中 ：2018/08/23(木) 13:53:26.90 ID:D3yU3H+o0.net

>>971
スマホ持ち運び用だから、1080pでも720pでも違いがわからんかったわ
それよりも低ビットレートのブロックノイズの方が気になるし

974 ：名無しさん＠編集中 ：2018/08/23(木) 13:55:26.16 ID:PyQl+VGe0.net

>>971
>964のHWエンコへのレスだからね
ま、x265もデフォルトの設定はいまいちでcrf値だけで語ってもって気はするけど
自分はcrf26で大半のソースをエンコードしてる

リサイズは1344x896が良い感じ
ノイズは潰しつつHD感はそれなりに残るし
デブロッキング・フィルタが簡易なx264とは特に相性良い

975 ：名無しさん＠編集中 ：2018/08/23(木) 15:09:46.05 ID:NwJcmLuPa.net

まあ諸事情で不本意ながら720で妥協やな

976 ：名無しさん＠編集中 ：2018/08/23(木) 15:52:11.19 ID:7cheRLu0a.net

格言
中途半端な縦解像度はやめておけ
あとで死にたくなる

977 ：名無しさん＠編集中 ：2018/08/23(木) 16:42:22.68 ID:dvM35vUkd.net

格言
再生環境の数に合わせて数種類エンコしとけ

978 ：名無しさん＠編集中 ：2018/08/23(木) 16:45:10.89 ID:0PP/EB+10.net

スマートフォンで見るものって「見たらすぐ消す」どうでもいい動画じゃないの？

encodeして保存しておきたいようなお気に入りの作品なら
スマホの小さな画面としょぼいスピーカー・イヤフォンで見たくはないし
煽りではなく本当に720p encodeする意味が分からない。

>>972-973
お気にいりならscreenshot取って壁紙作ったりするとおもうが
720pに落としてしまうと壁紙すら作れなくなるんだよ
あとから1920x1080に伸ばすと画質が劣化しすぎる
地デジなら1080pは死守してるわ

979 ：名無しさん＠編集中 ：2018/08/23(木) 17:22:20.01 ID:bJgeH7qy0.net

そろそろ「人それぞれ」って言葉について考えような？

980 ：名無しさん＠編集中 ：2018/08/23(木) 17:25:58.11 ID:LeoZTWXta.net

tsの時点でアッチョンブリケされてるのもあるし

981 ：名無しさん＠編集中 ：2018/08/23(木) 17:48:42.19 ID:4L6XW8r40.net

アニメはまだ720p制作も多いしいいんじゃない
まぁ俺は4Kフルスクリーンで見てるから
エンコード時点である程度アプコンして1080pにしてるけど
madVR使っても720pからの拡大はきつい

982 ：名無しさん＠編集中 ：2018/08/23(木) 18:53:43.65 ID:D3yU3H+o0.net

>>978
人それぞれ、な？
電車通勤で結構通勤時間が長いからスマホで映画とか持ち歩いてるんだ

音質に関してもDAC通せば十分だし

983 ：名無しさん＠編集中 ：2018/08/23(木) 19:22:19.74 ID:0PP/EB+10.net

>>982
電車の時間つぶしならSPで読書や音楽鑑賞はするが映画や
好きな番組の録画は見ないわ

いいシーンで乗り換えとかあったら嫌だし、まわりがうるさくて気が散るし、
覗き込まれたりするし、映像は画面小さくて楽しめないしイライラする。
楽しみにしていた作品をあえてそんな通勤電車というプライベートもなく
ストレスのたまる時間、空間でみるのはもったいなくてしょうがない。

ギャグシーンあったとして電車の中で声を押し殺して笑うの？
感動シーンでも電車で号泣しちゃうの？

984 ：名無しさん＠編集中 ：2018/08/23(木) 19:27:06.82 ID:bJgeH7qy0.net

「人それぞれ」だと言ってるのに、自分と異なる価値観を認められずディスり倒す姿はとってもアレな感じだと思います。

985 ：名無しさん＠編集中 ：2018/08/23(木) 19:36:07.74 ID:D3yU3H+o0.net

>>983
えっ何やだこの人怖い
俺は別に映画見るのにプライベート空間とか意識したこと無いわ
それに取り込んだ時点で一度は見てる作品だし、高画質で見たかったらNAS経由で元データのMKV見ればいい話だし

986 ：名無しさん＠編集中 ：2018/08/23(木) 19:37:12.17 ID:0PP/EB+10.net

具体的な話をしないで人の批判だけのレスをしている、
>>979や>>984をdisるという

987 ：名無しさん＠編集中 ：2018/08/23(木) 19:41:33.99 ID:D3yU3H+o0.net

>>986
長文自己中なんて批判されて当たり前でしょ
disもクソも無いわ

988 ：名無しさん＠編集中 ：2018/08/23(木) 19:53:06.05 ID:0PP/EB+10.net

>>987
>>985をみて嘘ついてるの分かったからもういいよ
720pが画質が悪いんじゃないといわれたら急に高画質な元データMKVが
別にある話になってたり、映画も2回目視聴に格下げされてる

高画質にエンコードしたmkvがあればそれをコピーして持ち出すし
わざわざ時間かけて720pでエンコードしたりする合理性がない。
エンコード時間もストレージも手間も無駄になるだけ。975の話は信じない。

989 ：名無しさん＠編集中 ：2018/08/23(木) 19:58:24.68 ID:D3yU3H+o0.net

>>988
???
最初からBDソースって言ってるからMKVがあるのは当たり前だし元データのMKVなんて1ファイル25GBもあるんだからスマホで持ち運べるわけないだろ
エンコだって2時間もあれば2passかけても終わるし、惜しむほどの事じゃないと思うが

990 ：名無しさん＠編集中 ：2018/08/23(木) 20:28:33.32 ID:0PP/EB+10.net

>>989
まだ嘘を重ねるつもり、もういいよ
25GBくらいmicroSDで余裕でしょ
SPみたいな小さな画面で映画みても気にならないのなら
他人と比べてあまり画質にこだわりがないんだなということに気が付いてほしい。

991 ：名無しさん＠編集中 ：2018/08/23(木) 20:35:45.21 ID:J5NtvTzR0.net

>>990
GalaxyS6edge　でググってくれ
俺のサブ機なんだがSDは刺さらないんだ

まぁ、人それぞれってことで見逃して

992 ：名無しさん＠編集中 ：2018/08/23(木) 20:35:49.61 ID:CbVI4Q+G0.net

誰もHandBrakeの話して無い…

993 ：名無しさん＠編集中 ：2018/08/23(木) 20:39:02.44 ID:J5NtvTzR0.net

>>992
画質厨が来ちゃったからね
仕方がないね

994 ：名無しさん＠編集中 ：2018/08/23(木) 21:08:25.34 ID:2Ak/Ei2H0.net

このスレにいるような人は画質厨も少なくないだろうけど
エンコードする目的はそれこそ人それぞれだよね

例えば料理や暮らしの裏技集みたいな生活情報系で役立ちそうな箇所なら
自分なら残しておきたいけど内容さえわかればそれこそ360pクラスの低画質でも構わない
それならいつでもモバイル機器で気軽に何回でも確認できるし

画質最優先にしてるのは貴重な自然の風景や動植物を高感度で撮影した映像とかかな
ただあまりにも画質にこだわりすぎると元ファイルからあまり容量が減ってなくて
時間ばかりかけて何のためにエンコードしたのってなるんで
皆どれくらいの容量減らせたら充分と感じてるのかちょっと知りたい

まあ人それぞれだろって突っ込まれそうだけど

995 ：名無しさん＠編集中 ：2018/08/23(木) 21:11:18.99 ID:bJgeH7qy0.net

なんか変なのが980取っちゃったみたいだし、代わりに次スレ立てチャレンジしてくるわ〜。

996 ：名無しさん＠編集中 ：2018/08/23(木) 21:17:42.76 ID:G0+6110M0.net

ﾜｯﾁｮｲ 6681-EM0A
コイツNGでいいでしょ
ちょうど木曜だし1週間はコイツのおかしなレス見なくてい

997 ：名無しさん＠編集中 ：2018/08/23(木) 21:20:23.80 ID:bJgeH7qy0.net

次スレ

　HandBrake 総合スレッド 17
　https://mevius.5ch.net/test/read.cgi/avi/1535026514/


即死回避のため20レスまでよろしく。

998 ：名無しさん＠編集中 ：2018/08/23(木) 22:06:20.21 ID:rrV3aUT5a.net

そもそもHDDがアホみたいに安くなったからアーカイブ目的の物を再エンコードする必要性も無くなってるんだよな
モバイル目的で軽くする方がもう使用目的の主流なんじゃないか

999 ：名無しさん＠編集中 ：2018/08/23(木) 22:20:20.78 ID:0PP/EB+10.net

>>998
HDDはランダム遅いしすぐ壊れるし時代遅れだからはやく
SSDだけにしたくてencodeしている人もいる

1000 ：名無しさん＠編集中 ：2018/08/23(木) 22:36:11.48 ID:1HWLqwLb0.net

ランダムアクセスする動画ってどんなんだ

1001 ：名無しさん＠編集中 ：2018/08/23(木) 22:48:10.00 ID:ppasbXdF0.net

Memento

1002 ：名無しさん＠編集中 ：2018/08/24(金) 11:49:14.66 ID:QEas2Fyt0.net

>>999
SSDだけにしたいって語ってるわりに下らない地上波のtsも捨てられない矛盾
SSDは倉庫じゃないぞ？

1003 ：名無しさん＠編集中 ：2018/08/24(金) 12:05:35.20 ID:V6zUfR0Rd.net

別にどんな用途に使っても個人の自由

1004 ：名無しさん＠編集中 ：2018/08/24(金) 12:36:11.99 ID:kDOp8iI5a.net

どっちにしても消耗品やなもはや

1005 ：名無しさん＠編集中 ：2018/08/24(金) 13:35:06.14 ID:QEas2Fyt0.net

まぁそうだな
ストレージ系はやっと値下がり始まったし、安心して倉庫用HDD積めるわ

1006 ：名無しさん＠編集中 ：2018/08/25(土) 18:10:34.73 ID:mS1Jre1Jd.net

う

1007 ：名無しさん＠編集中 ：2018/08/25(土) 18:10:57.79 ID:mS1Jre1Jd.net

め

1008 ：名無しさん＠編集中 ：2018/08/25(土) 18:11:26.01 ID:mS1Jre1Jd.net

た

1009 ：名無しさん＠編集中 ：2018/08/25(土) 18:11:48.89 ID:mS1Jre1Jd.net

て

1010 ：名無しさん＠編集中 ：2018/08/25(土) 18:11:54.13 ID:mS1Jre1Jd.net

ち

1011 ：2ch.net投稿限界：Over 1000 Thread

2ch.netからのレス数が1000に到達しました。