18/07/03 15:05:14.00 t02USWzo0.net
音ズレした時は動画と音声を分離して、動画はHandBrake、音声は別のソフトでエンコ
その後、動画と音声を統合してる
751:名無しさん＠編集中
18/07/11 21:37:17.69 de/a7qW1M.net
0.9.6から使ってるけどいいソフトやね
1.1.1にしてさらに良くなった
仕上がり容量小さくなって画質も上がってる。素人にも使いやすくなった。十分
752:名無しさん＠編集中
18/07/13 09:56:51.67 YpKoWev70.net
最新バージョンで一括変換するとき
インポート漏れが発生するんだけど何が原因かな
例:50本の動画が入ったフォルダをドラッグすると最初は50本認識してるが
最終的に37本しか読みこまない
あとちまちま1個ずつドラッグすると全部読める
753:名無しさん＠編集中
18/07/13 11:01:22.15 PWV+eohPd.net
ドラッグ操作はこれに限らず不安定なもんだよ
50個選択して入れられないの？
754:名無しさん＠編集中
18/07/13 11:02:05.49 PWV+eohPd.net
選択ってのはファイル指定からって事ね
755:名無しさん＠編集中
18/07/17 19:43:40.63 cfKgyVA/0.net
いつの間にか、Nightly buildでVCE対応してる！
756:名無しさん＠編集中
18/07/18 13:40:45.67 hwa8kyxH0.net
PCのスペックがしょぼいとブルーレイをmp4に変換するのに時間かかるよね
ソフトの仕様じゃないよね
757:名無しさん＠編集中
18/07/18 19:28:55.33 c5I2a+bgM.net
もう少しで32コアが買えそうだからな。
ブルーレイのエンコも捗るよ。
758:名無しさん＠編集中
18/07/19 12:43:20.36 1tgUq3xb0.net
コア数ではコスパ的にもAMDのRyzenの方が多いけど
CPU単独のパワーなら依然I
759:ntelなんでしょ？ UHBDに対応してるのもIntelだしエンコもするならやっぱりIntelの方がコア数少なくても有利なんだろうか？
760:名無しさん＠編集中
18/07/19 14:11:34.39 DwnznJt3d.net
1本づつエンコならintel有利だね
761:名無しさん＠編集中
18/07/19 21:02:24.15 Bbd0458u0.net
ワッパのIntelコスパのAMD
762:名無しさん＠編集中
18/07/19 23:10:05.79 YJEnCxkq0.net
そのうち1024コアとか出てくる
763:名無しさん＠編集中
18/07/20 01:36:52.35 qzVtJYfp0.net
>>732
それがGPU
764:名無しさん＠編集中
18/07/22 08:14:53.79 ARl8n43N0.net
x265のultraFastが早くて優秀だな。
これでrfを18くらいにしとけばx264はもういらない感じやね。
765:名無しさん＠編集中
18/07/22 09:37:32.10 KJ2jF+zk0.net
でも縮まないんでしょう?
766:名無しさん＠編集中
18/07/22 10:29:20.19 ARl8n43N0.net
x264 veryslow rf18
x265 ultrafast rf18
だとx265の方が倍速くて2/3くらいのサイズになる感じ
画質は大して変わらないように見えるけど厳密にはどうなんかね｡
767:名無しさん＠編集中
18/07/22 11:01:05.01 KJ2jF+zk0.net
264に比べれば縮むけど、264の半分のサイズにという触れ込み程ではない
265でもっと時間かければもっと縮んだだろうに
768:名無しさん＠編集中
18/07/22 16:40:15.24 hJlBIHkq0.net
横軸にビットレート、縦軸にVMAFやSSIMをとって圧縮効率のグラフを作ると、
x265のultrafastなんて、QSVのH.264 LA-ICQに負けるくらいだな・・・。（ソースにもよるだろうけど）
x264にしてもx265にしても、medium以下のプリセットは圧縮効率ががくっと下がったりするので
トランスコードで使うもんじゃないなとは思う。
769:名無しさん＠編集中
18/07/22 18:28:45.60 KJ2jF+zk0.net
mediumとveryfastを比較してみたけど、
veryfastの方が速くてより縮むんだよな
もっと速くしたらもっと縮むだろうか
770:名無しさん＠編集中
18/07/22 19:03:51.62 KJ2jF+zk0.net
URLﾘﾝｸ(i.imgur.com)
こんな感じに
veryfastが良さそう
771:名無しさん＠編集中
18/07/23 11:25:52.68 rAYcDoo90.net
その分、画質は悪い
772:名無しさん＠編集中
18/07/23 18:48:15.66 iIZ9XAx/0.net
画質は数値で指定したので決まる
速度の方はサイズとの兼ね合いで画質は同じ
普通のファイル圧縮ツールのオプションだと思えばいい
773:名無しさん＠編集中
18/07/23 19:54:38.35 ZpeLOoc70.net
>>742
そういう風に勘違いしてしまってる人が結構いそうだけど、同じcrf値でも設定によって画質も結構変わることがある。
crf値の指定は１つの目安でしかない。たとえば
sakura_x264_x265_preset_VMAF
URLﾘﾝｸ(2sen.dip.jp)
の例だと、
・「x265/ultrafast/crf=19」は、「x264/medium/crf=25」と同じくらいの画質。
そのくせビットレートは「x264/medium/crf=23」と同じくらい高くなる。
（x265/ultrafastの圧縮効率はQSVのH.264 LA-ICQと似たり寄ったりのレベルでよろしくない）
という結果になっている。
※VMAFは画質の客観指標の１つであって、必ずしも主観評価とは一致するとは限らないけど、
少なくとも指標上ではそれくらいの違いは出るということ。
せっかくx265を使うなら、圧縮効率を考慮して、せめてslowで使いたいところ。
774:名無しさん＠編集中
18/07/23 20:17:36.11 KGUW8G7T0.net
>>743
あんた、それもうどっかのブログに常にアップしといてくれよ
それともあるの？
775:名無しさん＠編集中
18/07/23 21:01:50.85 k8tyZ7ag0.net
x265スレかな・・
preset slowの中では「 --rect --limit-modes 」 が画質に与える効果大（良いほうに）
上記のふったつを有効にしとけばfastでもいい感じになる
776:名無しさん＠編集中
18/07/23 21:21:54.15 KGUW8G7T0.net
>>745
それ元から付いてるとかって話じゃなかったか？
Optionに書かなきゃ有効にならんの？
777:名無しさん＠編集中
18/07/23 22:05:11.73 TtcI/xz50.net
>>743
この図を見るとやっぱりcrf18とか過剰な品質に
しとけばultrafast.superfastでも十分な感じがする。
多少ファイルサイズは増えるだろうけど。
778:名無しさん＠編集中
18/07/23 22:40:19.65 iIZ9XAx/0.net
速いのか遅いのか判らんグラフだな
779:名無しさん＠編集中
18/07/23 22:55:05.31 k8tyZ7ag0.net
>>746
slowでは、ね
で、それをfastに付けるとslowより早く、画質がmediumより断然よくなるってこと
780:名無しさん＠編集中
18/07/24 18:10:36.09 VcCAvxLz0.net
開発版にいつのまにかNvidia NVEncでエンコ出来るモードがあったけど試しに10分のアニメ映像でエンコードしてみたら450mb近くなったんだけど設定が悪いのか…？
そのほかの場所はいつも使ってるx265の設定と全く同じにしてる
(ちなみにフルHDのミディアムかslowのプリセットでこっちだと70MBになる)
781:名無しさん＠編集中
18/07/24 20:15:39.08 kROdmPhX0.net
GPUエンコは縮まないのが普通
782:名無しさん＠編集中
18/07/25 03:03:17.96 H+gq65f50.net
>>751
そうなのか…
どの設定にしても速度は爆速だけどなるべく画質は維持しながら保存用にエンコードしてるから使うことはなさそう(´･ω･`)
783:名無しさん＠編集中
18/07/25 08:04:07.00 CDZ7S2Zz0.net
縮まなくていいからリアルタイムに間に合うように、というのが本来の仕事だからな
784:名無しさん＠編集中
18/07/25 21:46:49.87 mv5wjU1X0.net
横方向にチラつきが入るんだよなー
毎回同じ場所で入る訳でもなく、一時停止したら消える
なんだべコレ
785:名無しさん＠編集中
18/07/25 22:46:03.37 1udiM0/R0.net
プレイヤーがゴミなんだろ
786:名無しさん＠編集中
18/07/27 04:35:36.88 THnZ4ppY0.net
1.1系、動作おかしくない？
tsの読み込みにやたら時間かかるし、圧縮した動画は音ズレ起きてたし。
1.0.7に戻したわ
787:名無しさん＠編集中
18/07/27 11:36:07.93 RhW86Yz60.net
>>742
数値とはH264のRF値のことをいってる？
例えば同じRF24でもveryfastとmediumでは画質が全然違う。
アニメとかの同じ絵で止めて比較するとわかりやすい。
veryfastとかだと線がにじみがおおきくなる。
前はveryfast使ってたけどMediumにした。
アニメは
映像: H.264 1080p, RF24 Medium
音声: AAC 128kbps
でエンコードしてる。30分アニメCMカットして200-250MBくらい
x265 は2年前くらい試して遅すぎて断念した。
788:名無しさん＠編集中
18/07/28 09:42:33.57 6HWpm2wP0.net
HandBrake使ってきたけど
どのバージョンでもファイルが.tsだと再生時間の表示すらおかしいでしょ？
MKVToolNixでmkv変換した.mkvだと再生時間も正常になることに気が付いた。
tsいじるときはまず最初にMKVToolNixでmkvに変換するといい
ワンセグデータの削除と同時にできるから追加の時間はかからない。
ts絡みのバグは多すぎるしちゃんと動くソフトが少ない
mkvファイルならいいソフトがたくさんある。
>>756
MKVToolNixで最初にmkv変換したら？
読み込みも速いし、時間が正確になる。
試してないけど音ズレも多分なおると思う。tsの音声が多くの問題を引き起こしている。
789:名無しさん＠編集中
18/07/28 09:57:25.95 TcZkFzep0.net
日常的にtsをエンコしてるけど、別に困ってないな
厳密にはHandBrakeではなくVidCoderだけど
790:名無しさん＠編集中
18/07/28 10:18:04.34 6HWpm2wP0.net
>>759
例えば地デジ録画してCMカットしてエンコードしたい場合。
tsだとちゃんと連結できるソフトが見つからなかった。
tsだとHandBrakeでエンコードする前のカットや連結の段階で問題がでた
MKVToolNixで変換するようになってから
mkvにした後ならまともに連結できるんだとわかった。
VidCoderは知らないけどHandBrakeと
791:どう違うの？
792:名無しさん＠編集中
18/07/28 10:37:33.44 TcZkFzep0.net
CMカットとかしないからなー
エンコーダーに問題があるのではなくて、編集に問題があるのでは
VidCoderはHandBrakeを使ったソフトで、
3.15はHandBrakeの1.1.1を使っている
793:名無しさん＠編集中
18/07/28 11:05:37.56 6HWpm2wP0.net
>>761
CMカットするとサイズが15%位も減るから始めた。
視聴時にCMのカットポイント指定もしながらやると時間のロスも少ない。
途中のCMカットや連結しなくてもHandBrakeだと時間表示おかしくなるよ
tsをHandBrakeにドラッグした時点でもうDurationがおかしいでしょ
HandBrakeもtsにちゃんと対応できていないってこと
tsだとまともに編集できるソフトもないんだよ
連結すると再生とまったり音飛びしたり時刻がずれたりする。
だから最初にmkv変換する方法で落ち着いた
794:名無しさん＠編集中
18/07/28 11:18:27.09 TcZkFzep0.net
15%ならやらないなあ
出来上がりが500MBとして、15%は75MB
4TBのHDDが15000円として、0.28円分
手間が1分かかったして、時給17円
795:名無しさん＠編集中
18/07/28 11:44:35.44 6HWpm2wP0.net
>>763
番組の開始前と終了後のカットすらやらないのか？
HDDなんてもう使いたくないからサイズも気にしている。
全部SSDに早く置き換えたい。
あとCMだけで15%くらいだが
OP, EDが共通のアニメならそれもカットすれば25%くらいはサイズ小さくなる
エンコードする前に視聴するでしょ
そのときにCMの開始、終了の地点で指定するだけ。
あとはSaveすればカットと連結やってくれる。
カットしなければ再生時に飛ばす手間がかかる。
796:746
18/07/28 12:08:38.11 x6aTLjGB0.net
>>758
1.0.7だと音ズレしないんだよね
もちろん、1.1.1で音ズレ起こしたtsで試してみた
mkvtoolnixは知らなかった
1.0.7でも音ズレ起こすようなものに当たったら試してみるわ、ありがとう
797:746
18/07/28 12:26:00.58 x6aTLjGB0.net
ついでに。
俺も動画保存場所の空き容量に苦慮してる
録画して直ぐ見るやつはtsのまま見る。残す必要がないのは消す。
直ぐに見ないやつ(溜まってしまったts)は、ひとまず圧縮してtsは消し、空き容量を確保する。
ずっと残しておきたいやつは、AvidemuxでざっくりCMカットしたものを残す。
という感じ。
圧縮前の段階で加工するのは、加工産物のせいで約2倍分の容量を食うからやりにくい…
798:名無しさん＠編集中
18/07/28 12:28:54.11 TcZkFzep0.net
まだ見てないts置き場が850GBも食っててどうしようかと
799:名無しさん＠編集中
18/07/28 13:44:46.49 6HWpm2wP0.net
>>767
週2休みあるのにそれだけたまったのならどうでも番組に違いない。
ざくざく消してしまっていいかと
VLC Media Playerで1.7-2.0倍速再生もいい。
動画の視聴がはかどる
なれると1倍速はイライラするようになる
800:名無しさん＠編集中
18/07/28 13:53:37.01 U0eABkEp0.net
日本のテレビ放送に使われてるtsは国際的にみればイレギュラーな独自規格だからしゃーない面もある
>>763
たぶん15%ってのは有料放送などの前後の予告だけだと思う
普通のテレビ放送だと25%ぐらいは減る
801:名無しさん＠編集中
18/07/28 14:25:48.93 6HWpm2wP0.net
>>769
CM cutでsize15%減るとかいたのは主にアニメ30分、TOKYO MXだよ
30分間のCMが2回しかなく2回合計でも2.0-2.5分くらいしかないから15%程度なのかも。
そのかわり、アニメはたいてい毎話おなじOP, ED繰り返すからそこカットすれば25%は減るという話。
たしかにアニメ以外だともっとCM多い印象ある。
バラエティとかは見てもエンコードせずすぐ消すからどれだけサイズ減るかわからない。
802:名無しさん＠編集中
18/07/28 15:06
803::41.64 ID:NAKVMOvn0.net
804:名無しさん＠編集中
18/07/28 16:07:53.14 U0eABkEp0.net
>>770
確かにアニメは５分（放送時間にして1/6）程度の短縮にしかならないね
1時間の実写ドラマだと14分ぐらいCMに費やされてるから影響は大きめ
ちなみにバラエティーは下手にエンコしないほうが良い気がする
805:名無しさん＠編集中
18/07/28 16:25:30.01 TcZkFzep0.net
フィギュアスケートは編集するな
採点を待ってる間のスローモーションとか省くと半分以下になる
M-1とかR-1とかも、プロフィールとか採点とか省くと1/3くらいになる
806:名無しさん＠編集中
18/07/29 01:18:05.61 8TryoP7r0.net
tsのエンコならamatsukazeでよくね？
CMカットも全自動だし音ズレしないし
807:名無しさん＠編集中
18/07/29 01:40:30.34 kp4Ludqp0.net
nanzosore？
808:名無しさん＠編集中
18/07/29 06:32:12.79 eRMYqb/d0.net
>>775
Amatsukaze その1
URLﾘﾝｸ(jbbs.shitaraba.net)
809:名無しさん＠編集中
18/07/29 07:54:32.29 XtQb9BqU0.net
できれば汎用のソフトで済ませたいけど、自動CMカットとかは面白そうだな
局名の透かしの自動削除とかもしてくれる?
810:名無しさん＠編集中
18/07/29 10:42:57.68 OAksJQ+Z0.net
>>776
それ初めてみたけどGitHubで17人しかstarつけてないからユーザー数も少ないと思う。
NVDIA GPUないと遅いようだけどそれが欠点だろうな
字幕の変換機能がついてるらしいけど地震テロップとかも字幕扱いで後から消せるものなのかな
字幕消し（外部ファイル保存）とロゴ消しは海外ソフトだと対応してるものなさそう
811:名無しさん＠編集中
18/07/29 13:25:33.22 8TryoP7r0NIKU.net
ロゴは消せるけど、ハードサブは消せないよ
字幕データを変換してmpcで再生できる形式にするだけ
812:名無しさん＠編集中
18/07/29 13:48:03.53 ui6+qu9K0NIKU.net
>>778
NVIDIA GPUがないと遅いのは確かだね
作者はインタレ解除周りも自分で作ってるから、品質の悪い（だけど高速な）インタレ解除は入れたくないらしい
まぁ本当にきれいではあるんだが、handbrakeのインタレ解除品質で十分って人は面食らうわ
一応擁護しとくと、インタレ保持やD3DVPによる60p化なら速い
813:名無しさん＠編集中
18/07/29 14:09:38.69 p8xSZ0wf0NIKU.net
元はavisynthなんだから改造すればいいだけでは
814:名無しさん＠編集中
18/07/29 14:19:59.81 eRMYqb/d0NIKU.net
>>778
Avisynth のスクリプト書いてインタレ解除も CPU にやらせつつで
HandBrakeCLI と同等のエンコ速度は出せてるよ。
インタレ解除は品質より速度欲しいから画質面は妥協してるけど
成果物は HandBrakeCLI と比べても大差無いので問題ないから Amatsukaze に乗り換えた。
CM カットはしないけど CM 位置にチャプター打ってくれるのが最高に良い
815:名無しさん＠編集中
18/07/29 14:26:03.09 KvDppWv60NIKU.net
上の方でtsのCMカットできるソフトがないとか書いてるけどmurdoc cutterがあるじゃない
816:名無しさん＠編集中
18/07/29 14:45:41.00 OAksJQ+Z0NIKU.net
>>779
そうなんだ。
画面下の流れる字幕とか地震テロップはtsだと分離できないのか。
YouTubeとかに投稿されてる動画だとTV局の字幕が消えてるから
なにか消す方法があるのかと思った。あれはソースが地デジじゃないってことだな
録画したい番組で地震速報テロップがはいっていたときのガッカリ感はないよな
>>780
なるほど。いまはNVIDIA GPUつけてないから使えそうにないな
だれかがフォークしてCPUに最適化してくれるのを期待�
817:ｵてGitHub starつけておいた
818:名無しさん＠編集中
18/07/29 15:05:10.64 OAksJQ+Z0NIKU.net
>>783
CMカットやる前はtsのままMurdoc cutter使ってたよ
でもあれはGOP単位でしか切れないから0.5秒単位のカットになる。
正確な位置で切り出したいときにうまくいかない。
GOP単位だからどうやっても余計な映像か音が入ってしまう。
あとMurdoc cutterでカット＆連結やってみるとわかるけど
再生できなくなったり、時間がずれたりひどいことになる。
MKVToolNixでtsをいったんMKVにして編集からだと
tsの音声絡みのトラブルがないから、音ズレ、時刻ずれも起きない。
さらに編集ソフト次第で0.1秒以下、フレームレベルの細かさでカットして連結したりできる。
819:名無しさん＠編集中
18/07/29 15:09:35.45 XtQb9BqU0NIKU.net
目的はサイズ削減なんだからGOP単位で何も困らない
820:名無しさん＠編集中
18/07/29 15:21:13.46 OccFHhLo0NIKU.net
HandBrake 1.0.2 以上にバージョンアップするとQSVのエンコードに失敗する現象って解決されてる？
821:名無しさん＠編集中
18/07/29 15:30:08.63 OAksJQ+Z0NIKU.net
>>786
サイズ削減のためにはCMなど不要な部分をカットし連結する
機能が必要だが、tsのままそれを不具合なくできるソフトは見つからなかった。
775にかいたように
Murdoc cutterでカット＆連結は
再生できなくなったり、時間がずれたりひどいことになる。
Avidemuxでは音声を認識せず無音になる。編集以前に使えない。
上記の不具合は別にしてお気に入りのクリップ、特に音楽を切り出ししたいひとは
GOP単位は耐えがたいんだよ。冒頭にノイズなどが聞こえてしまう。
822:名無しさん＠編集中
18/07/30 00:21:55.95 0ziFKN3Kd.net
>>787
ドライバー入れ直せ
823:名無しさん＠編集中
18/07/30 11:23:14.79 AdeTxXcEa.net
AACの高音部が劣化してショワショワいう不具合は解消されないの？
824:名無しさん＠編集中
18/07/30 11:33:12.52 mctHuM2k0.net
パススルーじゃダメなのか？
俺はパススルーにしてスマホに淹れてMXPlayerでいつも見てるけど
825:名無しさん＠編集中
18/07/30 15:45:30.80 TokT+PT5M.net
>>790
なんだそれ？
826:名無しさん＠編集中
18/07/30 15:52:58.29 SS8xhjsY0.net
ffmpeg native aac encoder の低品質
mac で coreaudio 使うか hb.dll ビルドして fdk-aac 使えばよい
827:名無しさん＠編集中
18/07/30 16:18:56.43 gvPo6KAP0.net
>>791
無いバージョンと有るバージョンがあるんじゃなかったっけ
828:名無しさん＠編集中
18/07/30 20:11:57.55 mctHuM2k0.net
>>794
マジか
音声なんて縮めてもそんなにサイズに影響無いのに
829:名無しさん＠編集中
18/07/31 04:51:24.64 hJqlhmZS0.net
>>790
AACだと変換したら絶対同じ場所でノイズが出る動画があったんだけどAC3にしたらとりあえず収まった
830:名無しさん＠編集中
18/07/31 19:27:27.91 0pVLJOXk0.net
>>796
それは不具合というか、キラーサンプルってだけでは…
831:名無しさん＠編集中
18/08/01 07:13:02.19 pvJs8Zdp0.net
XmediaRecodeはちょっと前からfdk実装してるから近々に…
832:名無しさん＠編集中
18/08/02 11:39:43.24 MiMGqsN00.net
GUI版でエンコードしたときの設定をCLI用にコマンドラインで表示させることってできないかな？
833:名無しさん＠編集中
18/08/02 18:38:05.69 cleW797hM.net
>>788
TsTimeKeeper知らない人？
あと、無駄データ削除してサイズ縮小させるならTsSplitterも使うよな
tsがローカル規格だから云々言ってる人もいるけど、ffmpegでもLAVSplitterでもMarumoでも、どのスプリッタでも再生に問題なんて起こらんがな
フィルタで分離した時点で、ただのmpeg2とaacのデータになるだけ
834:名無しさん＠編集中
18/08/02 18:50:51.45 Ec8wMf0L0.net
そういや、TsTimeKeeperを通したＴＳでも、調子悪くなるのはあったな。
mpeg2repairを
835:追加で通したら すんなりいけたけど。 とは言え、ものすごく稀だし ハンドブレークもかなり古いVer.だったから 今はわからん。
836:名無しさん＠編集中
18/08/02 20:14:58.35 I1DobIIb0.net
>>800
TsTimeKeeperくらい知ってる
それ通さないと時刻がグチャグチャになる時点でMurdocCutterはバグだらけ
ということでカット＆連結には使い物にならない。
しかもTsTimeKeeper通しても再生できないファイルは頻繁にできあがる。
再生できるか確認しなければならないようでは無駄な時間もかかるし
使い物にならない。
＞そういや、TsTimeKeeperを通したＴＳでも、調子悪くなるのはあったな。
そこが大事なのに「そういや」か
TsSplitter, MurdocCutter, TsTimeKeeperなど併用して
面倒な手順でtsいじっても連結したらすぐに再生できないファイルはできあがる。
最初からMKVToolNixつかってmkvにしておけば再生不能にはならないうえに
手間もかからない。
837:名無しさん＠編集中
18/08/02 20:22:10.02 I1DobIIb0.net
>>801
＞かなり古いVer.だったから今はわからん。
再生不可はHandBrakeの問題ではない。
encodeする前のファイルが既におかしいわけで、MurdocCutterのバグだ。
MurdocCutterとかがupdateされてないから今も全く変わってない。
＞フィルタで分離した時点で、ただのmpeg2とaacのデータになるだけ
これ違う。tsの音声は通常のAACではない。
この特殊なaacがts特有のバグを引き起こす
838:名無しさん＠編集中
18/08/02 21:15:03.93 MiMGqsN00.net
MKVToolNixってTSを無劣化でmkvにできるのかな？
839:名無しさん＠編集中
18/08/02 21:16:55.84 mpfwn5X50.net
>>803
tsのaacの形式自体がおかしいなら、mkvコンテナに格納し直したところで、おかしいままなのでは？
840:名無しさん＠編集中
18/08/02 21:20:55.10 fzVI1Gud0.net
ごちゃごちゃいぢらねぇで録ったままにしとけや
841:名無しさん＠編集中
18/08/02 21:39:28.10 mpfwn5X50.net
MurdocCutterはカット箇所の結合点が汚くなることがあるから論外だね
その場合はたぶんカット箇所の直前部分のGOPがBフレーム終わりだからなんだろうけど、MurdocCutterの画面上で確認する術がない
CMカットしている人に聞きたいんだけど、保存用に完璧にカットしたい時ってどうしてる？
今こんな感じで試行錯誤してるんだけど、もっと良い方法がないかと
1. Handbrakeでref=1,bframes=0でエンコードして、元動画よりIフレームを増やす
2. Avidemuxでキレイにカット
3. Handbrakeで保存に適当なサイズになるようエンコード
1.がどうもね…
842:名無しさん＠編集中
18/08/02 21:39:50.58 I1DobIIb0.net
>>804
mkvはただのコンテナだからもちろん、エンコードなしでコンテナだけ変換できるよ
エンコードはしないけど、コンテナをmkvに変更する際に
ffmpegで音声ファイルのフォーマットを変更しているはず。
MKVToolNixはmkv変換時にワンセグデータを削除してくれるから手間いらず。
>>806
tsなどストレージスペースの無駄
foobar2000でも音声の再生できないしtsはゴミコンテナ
843:名無しさん＠編集中
18/08/02 21:44:12.84 BPs9bNKt0.net
CM カットするなら素直に最初から Avisynth かましてフレーム単位の Trim してエンコですわ。
844:名無しさん＠編集中
18/08/02 21:48:06.57 I1DobIIb0.net
>>805
MKVToolNixは正常に通常AACに変換できる。
845:名無しさん＠編集中
18/08/02 22:01:41.80 I1DobIIb0.net
>>807
MKVコンテナならカット＆連結できるソフトはフリーでもいろいろある。
まずtsを捨てればいいのだ
フレームレベルで完璧にカットすると、そこにCMがあったことすらわからず
本編の再生時にあれ？ってなるからわざと1秒程度余計に残しているな。
音楽とかあるOP, EDとかは1frame単位で正確にカットしているけど。
>>807 の方法は2回エンコードしてるから画質落ちるのでは？
おれはmkvに変換したあと映像はmpeg2のままカットと連結してしまう。
846:名無しさん＠編集中
18/08/02 22:02:08.02 MiMGqsN00.net
>>808
ほんとだできたよ
でVidCutterで無劣化で切り出しも出来たわ
ほんとサンクス！
847:名無しさん＠編集中
18/08/02 22:39:28.15 7AO0PueW0.net
mkvに無劣化で変換するくらいなら専用ツールとかでなくても、
ffmpegでできる�
848:ｾろうに
849:名無しさん＠編集中
18/08/02 22:46:49.84 I1DobIIb0.net
>>813
ffmpegはCLIだから使いづらいでしょ
MKVToolNixは内部でffmpegも使っている。GUIだから使いやすい。
850:名無しさん＠編集中
18/08/02 22:47:45.72 mpfwn5X50.net
>>810,811
aacについてはありがとう
元tsコンテナに格納されていたmpeg2そのものを素材として切り出せられれば、それが勿論理想。
さっきの1.は苦肉の策。
でもmpeg2も結局Pフレーム、Bフレームあるよね？
そのレスからすると、これらのフレームから始まってしまった箇所も破綻なく切り出せてるように読めたけど、どんなツールを使ってる？
851:名無しさん＠編集中
18/08/02 22:55:38.71 I1DobIIb0.net
>>812
役に立ったようでよかった。
MKVToolNixとVidCutter使ったのは今日初めて？
VidCutterはframe levelでカットできるのが素晴らしいね
VidCutter、Save処理が完了してるのにアプリ内で砂時計が
でたままになってしまうことない？
特に弊害はないけど処理が終わったのかどうかわかりづらい。
自分のPCのメモリが少ない(4GB)から出るのかよくわからない
852:名無しさん＠編集中
18/08/02 23:03:53.51 I1DobIIb0.net
>>815
805を読む前に806書いてしまった。
>812と同じく、編集はVidCutter使ってる。
tsだと使えないよ。mkvに変換してから使う
VidCutterで映像がmpeg2のmkvのままカット＆連結で編集できる
VidCutterはGOP単位ではなく1フレーム単位でカット＆連結ができちゃう。
たぶんSmartCut機能のおかげでIフレームとかを意識する必要がない。
神ツール
好きな箇所でカット＆連結できて、再生も完璧
Avidemuxも使うことなくなった。
CMカット編集した後にHandBrakeでH.264にしてる。
853:名無しさん＠編集中
18/08/02 23:16:32.32 7AO0PueW0.net
いつも決まった処理をするなら、GUIの方が面倒だよ
エンコードも慣れてきたら毎回同じ設定になるのでCUIの方が楽
CUIだからって毎回コンソールから手入力でオプションとか打ち込んで使ってる奴はいない
極限まで楽をしようと思うとCUIになる
854:名無しさん＠編集中
18/08/02 23:17:29.39 mpfwn5X50.net
>>817
ありがとう、助かったわ
これでスムースに作業できそうだ
俺が欲しかった機能は「スマートカット」って名前だったのか…
855:名無しさん＠編集中
18/08/02 23:46:04.90 I1DobIIb0.net
>>819
継ぎ目の部分だけエンコードして連結する機能は便利だよね
smart cutはVidCutterでの名前でたぶんソフトによって違う。
smart renderingとかいう名前もよく見るよ
VidCutterだとハサミアイコンのところにToggle SmartCutと出てくる。
でもこのハサミボタンのところを無効にしても
GOPより細かい単位でカットできてる気がする。
SmartCutを有効にすると処理時間が増えるから使い分けている。
856:名無しさん＠編集中
18/08/02 23:49:16.22 P2q4ZcM70.net
スマートレンダリングはTMPEG1択だわ
857:名無しさん＠編集中
18/08/02 23:56:02.00 z0+bMxc10.net
TMSRならtsのまま処理できるし、他の使う理由がないよな
858:名無しさん＠編集中
18/08/03 01:27:16.10 As+wJEyS0.net
>>820
早速VidCutter試してみた
確かにフレーム種別気にせず切り出せて便利だね
でも、このツール通した時点でプログレッシブ変換されるね…
中間ファイル作るのも中々悩ましいもんだ
859:名無しさん＠編集中
18/08/03 06:21:00.17 DFBLr95V0.net
handbrake1.1.1を使用しています
handycamから取り込んだ1000個ほどの細切れのHDV(.m2t)バッチ処理してるのですが
数十個ぐらいでバッチ処理が中断されたかのような状態になります
めげずに再生ボタンを押すと続きからエンコードが行われるのですが
何が原因で止まってしまうんでしょうか？
860:名無しさん＠編集中
18/08/04 01:53:16.29 TX08Qbq20.net
>>807
いつかエンコしようと先頭と終端の不要部分を
MurdocCutterで削除したTSファイルが大量に
861:あるんだけど、 どのファイルもmkvtoolnixで読み込めなくなってるわ 素のまま残しておけばよかったと後悔
862:名無しさん＠編集中
18/08/04 01:57:30.84 Vmli58OZ0.net
スマートレンダリングをフリーソフトでやると必ず後悔する
863:名無しさん＠編集中
18/08/04 02:38:20.85 0wn34DGx0.net
>>825
tstimekeeperとかmpeg2repair通して修復してみたら？
それかhandbrakeが認識するなら、とりあえずエンコードしてみるとか
864:名無しさん＠編集中
18/08/04 05:24:48.71 wdY9RmQQ0.net
音声と映像分けてソフトで音ズレ直して
やってからエンコ
865:名無しさん＠編集中
18/08/04 07:24:05.50 WG9X6FaZd.net
カットなんて面倒くさいから必要部分を時間指定して結合してる
866:名無しさん＠編集中
18/08/04 07:28:20.14 fKAOV9pe0.net
tsファイルをそのままの場合が殆どだな
民放見ないからというのもあるけど
867:名無しさん＠編集中
18/08/04 09:13:04.06 vHO2zmyA0.net
>>825
MurdocCutterで処理したtsだとおかしくなるのは自分も経験したな
MurdocCutterに問題があるんだと思う。
連結つかわなくてもMurdocCutter使わないほうが良さそう
その問題あるファイルはHandBrakeでコンテナmkv指定でエンコードしたら？
エンコード後mkvならVidCutterとかでカット編集できる可能性ある。
868:名無しさん＠編集中
18/08/04 09:52:23.03 fKAOV9pe0.net
tsファイルはいろいろ不整合を抱えていることが多い
あれはトランスポートストリームなので、エラー入りまくりの前提になってる
それを直接編集するのはリスクが高いので、一旦mkvなりのPSに変換してから、
編集なりエンコードなりするのが安全
869:名無しさん＠編集中
18/08/04 15:55:45.26 TX08Qbq20.net
>>827
tstimekeeperは試してみましたが駄目でした。
mpeg2repairはバイナリが見つからなかったので試せていません。
>>827>>831
handbrakeは読み込みにかなりの時間がかかりましたが
エンコは時間がある時に試してみます。
870:名無しさん＠編集中
18/08/05 11:52:49.41 X81Z5XMl0.net
スマートレンダラーを使えるソフトって
TMPGEnc MPEG Smart Renderer
SolveigMM Video Splitter
VidCutter
以外にあるかな？
871:名無しさん＠編集中
18/08/06 00:25:18.69 OI/o6uva0.net
この間CMカットについて質問した者だけど、土日の試行錯誤でこんな感じで妥協した。
1.handbrakeでのエンコード時、min-keyint=1:scenecut=80を追加して、CMから本編の転換箇所がほぼ確実にIフレームになるようにする
(あと、インターレース保持が好みなのでtff=1も)
2.Avidemuxでキレイにカットして完成
必要以上にIフレームが入ることになるので、圧縮効率が少し悪くなってしまってると思う
ここでVidCutter教えてもらったけど、矢印キーでのフレーム移動の反応がいまいち悪くて、意図したところでうまくカットできなかった
カット後の動画がプログレッシブ扱いになってしまうことも含めて、俺には合わなかった
872:名無しさん＠編集中
18/08/06 00:37:29.18 JpGszBOE0.net
>>835
VidCutter、慣れるとカット箇所の指定らくだよ
俺のやり方は
VidCutterの動画再生機能は使わずに再生はVLCなどで切りたいポイントを見つける。
VidCutterでは静止画だけ見るということ。
動画再生しちゃうとキーボードの上下左右がつかえなくなるから。
VidCutterの時刻をみてマウスでだいたい時刻の同じ個所に飛ぶ
キーボードの↑と↓で秒単位で移動
さらに細かく←と→で移動、これで1フレーム単位で指定ができる。
正確にフレーム指定したいときはハサミマークをONにしてSave
速さを優先でカット、連結したいときはハサミマークはOFFにしてSave
インターレースにしたい意味はよくわからない。古いハードはプログレッシブ再生できないとか？
873:名無しさん＠編集中
18/08/06 01:14:28.75 +eMu5s410.net
矯正プログレって画質どうなのよ
874:名無しさん＠編集中
18/08/06 02:15:33.27 JpGszBOE0.net
>>835 >>837
VidCutter処理でプログレッシブになっているというのは誤解じゃないの？
なにをみてプログレッシブ強制変換されたといっている�
875:ﾌかよくわからない。理由は 1. カット＆連結しても体感の画質に変化はなかった。 2. MediaInfoでみてもVidCutter使用前後でFirst Video Streamは全く同じ表記だった。 3. DeinterlacingするならVidCutterはもっと時間がかかるはず。 4．さらにカット＆連結後の動画をVLCで再生時に、 Deinterlacing=OFFにして再生してみると再生時に横線ノイズがでたから 映像はやっぱり意図したとおりにエンコードもインターレース解除もされていないはず。 >>837 上に書いたように映像が変化した形跡がない。VidCutterはカットや連結をするソフトであって 継ぎ目の箇所以外は元の映像データには影響を与えていないはず。
876:名無しさん＠編集中
18/08/06 08:03:20.04 D5HVqNGs0.net
30年後くらいにCMも時代を映す良い思い出になる
877:名無しさん＠編集中
18/08/06 22:07:11.59 OI/o6uva0.net
>>836
いろいろありがとう。
まずVidCutterでのフレーム移動の件だけど、これは俺の環境が悪かったみたい。
「Hardware decoding」を切ったらちゃんと操作に応じてフレーム動いたわ。
きっとGT710なんてゴミ使っているせいだな。
で、プログレ化の件は、少し言葉足らずだった。
「インタレ解除してるようだ」と言いたかった訳ではなくて、
「インターレースだと示す情報が欠落しているようだ」と言いたかった。
そう判断したのはMPCのプロパティ。
カット前は「スキャンの種類：インターレース」になっていたのに、
カット後は「スキャンの種類：プログレッシブ」になっていた。
MediaInfoも入れてみたけど同じ感じ。
「First Video Stream」という項目は見当たらなかったけど、
カット前は「スキャンの種類：インターレース」で、
カット後は「スキャンの種類」という項目が無くなっていた。
動画自体はインターレースなフレームのまま。（ちゃんと縞が残っている）
だからエンコ時にどうとでもなるし、これはさほど問題じゃなかったな…。
878:名無しさん＠編集中
18/08/06 22:10:15.33 OI/o6uva0.net
長かったから2回に分ける…。
インタレ保持にしたいのは以下の理由。
これはもう好みの話だね。
・エンコード時にインタレ解除もすると、単純にその分時間が掛かるから。
・インタレ解除は再生機器（ただのテレビだけど）に任せたいから。
→ 下手にエンコ時にインタレ解除するよりも(俺には)綺麗に見える。
・プログレッシブで動画の滑らかさを維持するなら
bobでインタレ解除した上で59.94fps化する必要があり、
tff=1でインタレ保持するより容量が増えるから。
VidCutterが使えるようになったんで、もう少し試行錯誤してみる…。
879:名無しさん＠編集中
18/08/06 22:26:47.81 +eMu5s410.net
むしろ、GT710のHWデコが良い仕事したせいだろ
880:名無しさん＠編集中
18/08/06 23:27:15.93 vnLXq/Mw0.net
CMカットとかやる保存用エンコにhandbrake使うのはちと厳しいな
保存用はHEVCでエンコしたいからVFRインタレ解除だわ
881:名無しさん＠編集中
18/08/06 23:30:06.40 OI/o6uva0.net
あれ、VidCutterやっぱり狙ったところで切れてないぞ…
今度は確信を持ってフレーム選択したのに
もう疲れた
>>842
どういうこと？
882:名無しさん＠編集中
18/08/06 23:45:05.48 1JVWY6Cq0.net
TV番組のCMは、その時代の象徴だと思うから切らないな
883:名無しさん＠編集中
18/08/07 00:06:58.17 ViJ1pyhca.net
自分も保存を目的とするならTV放送は放送枠の時間全て残す。
TV放送ってのはCM含めてスポンサーにどこがついてるとかCM内容はどうだとかが世相を表すのは勿論、番組内容にスポンサー配慮だったりで影響与えてたりするからね。
884:名無しさん＠編集中
18/08/07 00:24:07.32 muDuaKSZ0.net
>>844
GT710の動画再生は優秀ってこと
885:名無しさん＠編集中
18/08/07 00:26:44.47 R6Q8iEH50.net
カットすると字幕データと合わなくなるんだよな
やりようはあるんだろうけど面倒くさい
886:名無しさん＠編集中
18/08/07 00:29:22.22 PsdBoFHH0.net
字幕気にするならフリーソフトに頼るべきではない
887:名無しさん＠編集中
18/08/07 01:54:32.00 hEIji16B0.net
>>840
3年前くらいのPenti
888:um G(internal GPU)とかでもフレーム移動は すばやくできるからVidCutterはCPU, GPUは低スペックでも動くはず。 上下、左右キーを押しっぱなしにしてもフレームのカウンターかなり速く動くでしょう。 ただ1フレームレベルで正確にcutしようとするとH.264で30分のファイルだと 異常に時間がかかる。5分たっても砂時計だからいつも自分で停止してしまう。 これはバグなのかスペック不足なのかわからない。 1フレームレベルで切りだすのはencode前の短いクリップだけにしている。 メモリたくさん(16GB以上)積んでる人は、VidCutterで30分位のH.264でも 1フレームレベル(SmartCut=ON設定)で普通の時間でCut, Joinできるのか気になる。
889:名無しさん＠編集中
18/08/07 02:02:47.71 hEIji16B0.net
>>844
左側のハサミのマークをONにしないと1フレームレベルの正確なCut, Joinはできない。
時間がかかるからなのかデフォルトはOFFになっている。
890:名無しさん＠編集中
18/08/07 02:22:51.65 /RQeQFSz0.net
>>849
フリーで対応してるのはamatsukazeくらいか
891:名無しさん＠編集中
18/08/07 02:39:43.19 hEIji16B0.net
>>840-841
encode前のファイルをMediaInfo18.05でチェックしたけど
VidCutter5.5でCM cut, joinした後でも
Scan type : Interlaced
になってたよ。
VidCutter使う前に処理したソフトに問題があるんじゃないの？何使ったんだろう。
MKVToolNix v23とVidCutter5.5で処理した後のmkvでは問題は起きていない。
892:名無しさん＠編集中
18/08/07 05:54:27.80 Igxp62IP0.net
>>853
VidCutterのプログレ化の原因わかった。SmartCutだ。
目的が「Iフレーム以外での正確な切り出し」だから、ずっとSmartCut有効にしてたんだよね。
SmartCut無効だと「スキャンの種類：インターレース」が残るわ。
けど、目的は上記の通りなので、SmartCut無効にするならそもそもこれを使う必要性が無い。
そして、さっき試した限りだと、
SmartCut有効でも「確かにIフレーム以外でも切り出せるが精度が甘い」という所感…。
環境はRyzen1700にメモリ16GB。（あとGT710…）
30分程度のtsをMKVToolNixに通しただけのmkv(要はmpeg2)でしか試してないけど、
SmartCut有効でも「異常に時間がかかる」ってほどでは無かったかな、時間は計っていないけど。
でも、何回も繰り返し試験するのは気が進まない程度には遅い感じ。
893:名無しさん＠編集中
18/08/07 06:17:05.86 R6Q8iEH50.net
フリーでも字幕くらい余裕だろ
っていうか、録画した時点で字幕ファイルも別に生成されるので、
そのまま再生するだけで字幕は表示される
.srtファイルを埋め込んでエンコードするのは難しくないし、
個人的には埋め込まずに.srtファイルのまま表示させるのが好きなので、
カットしなければいいだけ
894:名無しさん＠編集中
18/08/07 11:49:20.75 /RQeQFSz0.net
いや、カットに対応してるのがamatsukazeくらいだって言ってるんだけど・・・
895:名無しさん＠編集中
18/08/07 12:38:42.82 PsdBoFHH0.net
本末転倒w
896:843
18/08/12 22:52:53.52 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は正確にできている。
897:名無しさん＠編集中
18/08/12 23:23:22.28 XIKRaUCy0.net
>>854
848続き
mpeg2(mkv)をSmartCut=ONにしてCut&Joinだと、挙動は変わるかもしれない。
かもしれないと書いたのはメモリ不足が原因なのか、
SmartCut=ONでJoinすると長いファイルは処理が終わらないから。
SmartCut=ONにしてCut&Joinをするときに限り、実際にプログレッシブに
なるかもしれない。Joinの有無で変わっている可能性ある。
インターレースはアナログTVの古い方式だしエンコードするときに
ふつうにプログレッシブに変えたほうがいいんじゃないの。
エンコード時間が増すのは事実だけど、エンコード時に解除するほうが
解除の処理方法の選択肢が多いと思うし。再生時のCPU負荷も減る。
898:名無しさん＠編集中
18/08/13 00:28:16.65 ixQjgn3z0.net
H265はインタレ保持に対応しないし、
GPUのインタレ解除の画質向上はもう望み薄だし
インタレ保持は完全に時代遅れだな
899:名無しさん＠編集中
18/08/13 00:57:28.24 qSs3o72c0.net
VLCのインタレ解除は想像以上に綺麗だぞ
Yadifなのに2xでここまで違うかって感じ
900:名無しさん＠編集中
18/08/13 03:42:46.76 ixQjgn3z0.net
2xってダブルレート(=Bob)ってことでしょ。普通じゃね？
インタレ動画を再生するときにダブルレートにしないプレーヤーなんて見たことないぞ
901:名無しさん＠編集中
18/08/13 04:09:58.29 qSs3o72c0.net
bobがデフォのプレーヤーってあるか？
デッキで再生する時の話か？？
902:名無しさん＠編集中
18/08/13 05:29:42.34 6NpeOAr70.net
例えば、横方向に流れる字幕は下手なインタレ解除すると乱れてしまう。
インタレ設定をあれこれするのが面倒なら、インタレ保持もまた選択肢としてありでは。
903:名無しさん＠編集中
18/08/13 06:02:00.55 ixQjgn3z0.net
>>863
あーVLCで「自動」にすると30pになるのか。VLCなんて普段使わないから知らなかったわｗ
でも、ハードウェアアクセラレーション有効にすればbobになるよ
普通にGPUでインタレ解除すればBobになる
mpcやwin10デフォの「映画＆テレビ」ってアプリでさえデフォでGPU使うからbobになる
LAVのソフトウェアデインタレでYADIF選んでもデフォでbobでしょ。まぁ選べるけど
30pにインタレ解除するプレーヤーなんて糞画質すぎて見れたもんじゃないよｗ
>>864
下手なインタレ解除ならしない方がいいというのには同意する
だから、handbrakeが時代遅れなんだよね
amatsukazeならKFMのVFR化で全く問題ない
なめらかに動いて気持ちいいよぉ～
904:名無しさん＠編集中
18/08/13 06:02:05.28 XEvbQ2sm0.net
インターレース解除の種類なんて気にしたこともなかった。
VLC PlayerのAutomaticのBlendとかいう設定で不満はないな
>>861
VLCのインターレース解除はきれいなほうなのか
>>863
VLCだとデフォルトではなぜかDeinterlacingはOFFになってるね
Deinterlacing設定しらないときはTVTestとかでtsを再生してたわ
>>864
横方向に流れる字幕ってアニメとかでよくあるような
インターネットへの動画放流をやめましょうとかのいらない情報だよね？
その乱れまで気にする人なら円盤買うとかエンコードしないほうが幸せになれる気がする
905:名無しさん＠編集中
18/08/13 06:15:40.80 ixQjgn3z0.net
>>866
yadifってhandbrakeにもあるしffmpegにもあるしLAVフィルタにもあるしffdshowにもあるしavisynthにもあるし
どれも同じじゃね？VLCだけ実装が違うのか？
VLCのyadif(2x)でフルHD再生すると結構フレーム落ちしてカクつくんだよね
CPUはi7-6700だからそんなしょぼい環境でもないんだけど
だから自動だと30pになっちゃうのかな
まぁ普通はGPUでインタレ解除すればいいんだけど
906:名無しさん＠編集中
18/08/13 06:17:15.29 ixQjgn3z0.net
handbrakeでyadif bobでエンコしたやつはカクつかないできれいに見えるわ
907:名無しさん＠編集中
18/08/13 06:29:23.53 ixQjgn3z0.net
60iテロップはその部分だけ60pにしてVFRにすれば全く問題ない
handbrakeじゃできないんだけどｗ
908:名無しさん＠編集中
18/08/13 07:19:53.39 CjJdolED0.net
インターレース解除は要は動き予測みたいなもんだから、
厳密解なんか無い
簡単なアルゴリズムで高速にやろうとするとたまに騙される
909:名無しさん＠編集中
18/08/13 07:19:58.21 XEvbQ2sm0.net
>>867
よく読んで。俺はDeinterlacing方式ごとの画質違いはよくわからない。
VLCのAutomatic - Blendの設定で不満ないからそのままだった。
VLCのデフォルトはDeinterlacing=OFFだし, automaticに変えても
デフォルトは"Blend"だったと思う。YadifやBobは選択肢で選べるけどデフォルトではないはず
HandBrake - Filtersでは
Deinterlace:Yadif
Preset: Def
910:ault Interlace detection: off だけ設定している。
911:名無しさん＠編集中
18/08/13 19:38:41.47 Sv8aPMcX0.net
YouTube、知らない間にH.265のアップロードに対応してた
そろそろエンコードするならH265にしたほうがいいのかな
同等画質ならファイル小さくなるのはいいけど
エンコード時間がH264に比べて2.5倍くらいになってしまうようで悩む
同じRF24, Medium, 1080p設定だとH264よりH.265のほうが画質がいい気がするけど
コーデック変わったら同じRFが指す画質も全然違うもの？
912:名無しさん＠編集中
18/08/13 21:56:14.24 bVJwvhEX0.net
>>872
あたりまえ
x265はx264から+2～3ぐらいで同サイズ（同ビットレート）のより高画質になる
913:名無しさん＠編集中
18/08/13 22:11:40.35 CjJdolED0.net
x265はそうかもしれんけど、H.265がそう決まってる訳ではない
914:名無しさん＠編集中
18/08/14 00:07:06.89 GFRXEcw90.net
なに言ってんだ、おめえ
915:844
18/08/14 00:33:43.65 WChtK8Kx0.net
>>858-859
VidCutterの件、何度もありがとう。
# 流石にスレ違いなのでこれで最後にする（つもり）。
まずプログレ化云々の話だけど、Joinは関係無い。
830で書いた時点でJoinもしてたけど、インタレ縞はしっかり残っていた。
あくまでヘッダ上の情報に過ぎない話。
あと「1フレーム単位の正確なカット」だけど、
俺の環境では指定範囲外のフレームが残ったり、逆に欠落が出たりした。
（元のファイルと1フレームずつ比較した。）
なのでもう諦めた。
ここからはHandBrake関係する話。
インタレ解除は、831に書いたように再生機器に任せたい派。
というかエンコ時にいちいち設定を検討するのが面倒なので、
再生機器に丸投げしたいんだよね。
放送の元素材がプログレッシブなら、
テレビ放送の際にインタレ化（テレシネ化？）されても
インタレ縞なんて無いフレームの方が多いよね。
それなのに無闇にインタレ解除のフィルタを掛けたら、
時間を掛けてわざわざ汚くしてるようで何か気に食わない。
916:名無しさん＠編集中
18/08/14 00:47:11.83 4fixqPxs0.net
インタレ保持だとfluid motionが効かないんじゃボケ
917:名無しさん＠編集中
18/08/14 01:12:44.55 GFRXEcw90.net
放送元の素材なんて誰も正確な答えだせないじゃん
918:名無しさん＠編集中
18/08/14 01:16:42.33 5TbtNVQr0.net
>>876
handbrakeのインタレ解除は画質悪いから、しないほうがいいで正解
ただ、KFMDeintみたいにちゃんとしたインタレ解除なら
元ソースのフレームレートを認識して
逆テレシネ、ソースそのまま、Bob化を使い分けるから
汚くなることはないよ
それなりに計算量はあるけど
919:名無しさん＠編集中
18/08/14 01:20:26.28 5TbtNVQr0.net
>>878
↓ここに行ってその意見を広げてきたらどうだい？
ｽﾚﾘﾝｸ(avi板)
920:名無しさん＠編集中
18/08/14 07:40:56.71 8md67kXQ0.net
このソフトって書き出しはffmpeg使ってますか?
921:名無しさん＠編集中
18/08/14 11:28:35.35 s9nkExyza.net
皆さんDVDとかエンコするときチャプター作ります？
チャプター名もいちいち打ち込んだりします？
922:名無しさん＠編集中
18/08/14 12:23:42.83 0VL+O2Dc0.net
>>750
> 開発版にいつのまにかNvidia NVEncでエンコ出来るモードがあった
こういうブログ記事もありますね。
URLﾘﾝｸ(negativo17.org)
この人は、nvenc を slowest モードで使っていて、それだと
エンコーディング作業を完全にはGPUにお任せしないので、
GTX1060のビデオエンジン使用率は33%にとどまってます。
（CPUの使用率や温度には言及ナシ。残念
923:） HDDも値下がり傾向ですし、圧縮率については妥協して、速度と品質を重視、 というのも一法ですよね。 いずれにせよ、Handbrake が重い腰を上げて nvenc サポートを始めたのは嬉しい。 なお内部では、ffmpegを呼び出してる模様。
924:名無しさん＠編集中
18/08/14 22:47:25.16 iycnM6Ya0.net
飛ばして見たりしない派だしそもそも飛ばすなら動画編集の段階で消すから付けないな
925:名無しさん＠編集中
18/08/15 08:04:04.53 FnLwDaSj0.net
nvenc+ffmpegがサポートされたら良いよね
926:名無しさん＠編集中
18/08/15 08:23:30.82 jNlJhYqQd.net
フィルターはCPUを使う仕様だから、GPUを100％使わないんだろう
927:名無しさん＠編集中
18/08/15 08:27:37.61 CLiofJ8m0.net
ちゃんと縮むの?
928:名無しさん＠編集中
18/08/15 11:15:16.16 Ba3XMaLe0.net
H.265 NVENCできないのが残念だな。
クオリティ派の人はソフトエンコだから関係ないのかもしれないけど。
929:名無しさん＠編集中
18/08/15 12:10:45.72 jNlJhYqQd.net
>>888
出来るぞ
930:名無しさん＠編集中
18/08/15 13:17:12.30 fPmyKb1wM.net
>>888
今落とせるNightlyで可能。H.265ができるのは900番台はGeForce 950、960のみ
1000番台だとNVENC不可なGT1030以外は多分大丈夫
ノート用のはちょっとわからない
931:名無しさん＠編集中
18/08/15 13:26:38.98 fPmyKb1wM.net
ただ現状HandbrakeのNVENC H.265は最適化が進んでいない感じ
GTX960 の NVENC H.265 と G4560 の intel QSV H.265 の GUI での比較で QSV の方が 40% くらいサイズが小さい
CUIを使って細かくパラメーターを変えるとまた違うのかもしれないけれど
932:名無しさん＠編集中
18/08/15 16:14:39.75 RPYkSQGg0.net
>>891
どういう設定でやったのか知らないけど、例えば同じQP値でも、
エンコーダーが異なれば仕上がり画質も変わってくるのは当たり前なのだから、
最適化が進んでないという話ではないと思うよ。
933:名無しさん＠編集中
18/08/15 19:25:28.05 nb8wwYtWa.net
>>892
確かにその通りだね。設定は↓みたいな感じ。Autoで Video Codec だけ変えていって試してみただけ
URLﾘﾝｸ(i.imgur.com)
HandBrakeのバージョンは "Nightly-2018081395601-a9daef1-master（2018081401）"
AMD VCEにも対応していて intel QSV よりサイズは小さくなるんだけど Fire TV で再生できないとか
他にもいくつか問題があって Auto だとちょっと使えない感じ
Avg Bitrate 指定の方がいいのかも
あと GTX970、980 も NVENC H.265 に対応しているみたい
934:名無しさん＠編集中
18/08/15 21:47:27.68 vX+riK3P0.net
そりゃそうでしょ
上位機種が対応ない訳ないよ
935:名無しさん＠編集中
18/08/15 21:53:08.63 CLiofJ8m0.net
対応しててもCPUでやるよりは劣るんだろうな
936:名無しさん＠編集中
18/08/16 08:08:27.12 20KNLOG30.net
m2tsだから信用できないソースではあるんだけど、フォルダごとドラッグで読み込ませると
たとえば96のtitleが登録されたりする。だけどqueにつっこむと90とかしか登録されない
登録されないファイルだけ1個づつadd queするとちゃんと登録される
何が悪いんだろ？
937:名無しさん＠編集中
18/08/16 08:17:07.15 20KNLOG30.net
すまない
勘違いしていた
>たとえば96のtitleが登録されたりする。だけどqueにつっこむと90とかしか登録されない
>登録されないファイルだけ1個づつadd queするとちゃんと登録される
は
96個のファイルが入っているフォルダをドロップすると90のtitleしか認識しないが
ファイル1個1個をつまんで投下してやると登録される
の間違いでした
938:名無しさん＠編集中
18/08/16 09:00:15.94 20KNLOG30.net
小出しで連投してすみません
フォルダをドラッグすると
title:1 Chapters:1 to 1
title:2 Chapters:1 to 1
title:4 Chapters:1 to 1
みたいな感じでスキップ�
939:ｳれるtitleがあります title:3に相当するファイルをほうりこむとちゃんと登録でき、エンコードできます
940:名無しさん＠編集中
18/08/16 09:16:04.53 aun2mrdPF.net
前もあったけど、大量読込みバグちょくちょくあるみたいだな
正常に読める分ずつ放り込むしかない
941:名無しさん＠編集中
18/08/16 09:28:49.07 m+mKnI++0.net
あれはバグじゃなくて軽いプロテクトなんじゃないかと思ってる
何か異常なタイトル情報を混ぜておいて、全部対象にするとハマるようにしてある
通常のプレイヤーからはアクセスできない隠しタイトル
942:名無しさん＠編集中
18/08/16 17:06:59.80 20KNLOG30.net
仕様みたいなもんですか
ビデオカメラから取り込んだものなのでプロテクトでは無いとは思うんですが
異常な情報でもあったんでしょうね
ちまちま確認しながらエンコードしてくことにします
943:名無しさん＠編集中
18/08/16 19:06:29.43 Hnxd+G4ta.net
そんなCCCDみたいなことするかよｗ
944:名無しさん＠編集中
18/08/16 19:23:07.16 KelUahNo0.net
読み込む時、5分以下は無視とか時間設定無かったっけ？
945:名無しさん＠編集中
18/08/16 19:31:05.64 ZLJKKcFt0.net
GPU encodingが話題になってたから
Intel QSV(H.264)久々に試してみたが圧縮率がひどすぎて笑った。
Quality=20, Balanced設定で
111MBのファイルがエンコード後は107MB。3.7%しかサイズ変わらず
QSV使い道が分からない。
NvidiaやAMDのencodeはH.264, H265と比べてどの程度優秀なの？
946:名無しさん＠編集中
18/08/16 19:46:31.64 v4Hs9kvxF.net
>>904
GPUエンコは保存用じゃなくて持ち歩き用
すぐに変換出来るから、見たら捨てるって動画に使う
947:名無しさん＠編集中
18/08/16 20:53:56.18 m+mKnI++0.net
捨てるなら変換自体要らなくね?
948:名無しさん＠編集中
18/08/16 21:52:36.06 Yuuheinz0.net
>>904
エンコード後のサイズがでかいなら20じゃなくてもっと大きくすればいいだろ
お前の頭ではパラメータの調整もできないのか？ｗ
> NvidiaやAMDのencodeはH.264, H265と比べてどの程度優秀なの？
エンコーダと規格はどうやって比較するんだ？
949:名無しさん＠編集中
18/08/16 23:09:38.55 ZLJKKcFt0.net
897に言われなくてもパラメータ変えて試していた
x265のパラメータ変えて40回ほどテストしていたがx265はやたら時間
かかるわりにサイズ小さくならないな。
そしてx265スピードにうんざりしてQSVのH.264テスト始めた
QSVはデフォルトのQP20がどうしようもない設定だった。
エンコード前よりもファイルが大きくなる笑える設定さえある。
しかし26より下げるとQSVの存在意義がわかってきた。
encoding speedはハードウェアだけあってすさまじい
x265いじった後だと感動的スピード
950:名無しさん＠編集中
18/08/16 23:12:54.92 ZLJKKcFt0.net
HandBrakeのx265はRF20-Mediumで時間かけて処理しても
静止画でみるとかなりにじみがでている。
本当に画質こだわるファイルはエンコードしないままにするしかないし
ある程度の画質劣化は妥協できるファイルならQSVとかハードウェアでさくっと
エンコードでいい気がしてきた。
951:名無しさん＠編集中
18/08/16 23:34:13.02 Yuuheinz0.net
エンコーダの差なんて、サイズにするとせいぜい1割程度だからね
HWエンコーダでエンコしてもサイズ10%盛ればソフトエンコと変わらない画質
20%盛ればソフトエンコよりも画質が良くなる
サイズ10%を縮めるのに倍以上時間かけたいって人が
そんなにいるとは思えないだよなぁ
952:名無しさん＠編集中
18/08/17 02:07:12.27 9z+SBfdc0.net
ハードエンコの倍とかその程度で済むソフトエンコできるCPU積んでる人って羨ましい
953:名無しさん＠編集中
18/08/17 06:33:49.65 uSXkkFUm0.net
x264ソフトエンコードで高画質設定で
新しく組んだRyzen7 2700xは
今まで使ってたi7 6700kの２倍の速度に成った
やはり時間掛かってもソフトエンコを高画質設定でするのが画質は良いね
954:名無しさん＠編集中
18/08/17 06:53:27.90 AKBJM/BG
955:0.net
956:名無しさん＠編集中
18/08/17 14:00:10.45 qgTzspFN0.net
>>910
その程度しかかわらないのか
サイズをプラス10%程度で同等品質になるという結果のURLとか
あったら教えてほしい。細かくみてみたい。
ネットで見る限りファイルサイズ、品質、スピードでバランスいいのはQSVのx265な気がしてきた。
x265の遅いという弱点をQSVのH/W encodingのスピードでカバーする感じ。
QSVでx265で使えるよう新しいCPUに変えるか
957:名無しさん＠編集中
18/08/17 14:09:04.77 AKBJM/BG0.net
大半の作業はIvy Bridgeで何も困らないのになあ
958:名無しさん＠編集中
18/08/17 14:10:34.23 ue6YKwvld.net
>>915
二時間物、何分かかる？
959:名無しさん＠編集中
18/08/17 14:38:44.28 JzGMlps6d.net
IvyのQSVじゃH.265に出来ないだろ
960:名無しさん＠編集中
18/08/17 14:45:40.40 ZTN+mqZJa.net
265はQSVでも遅い
961:名無しさん＠編集中
18/08/17 14:52:29.89 qgTzspFN0.net
>>918
遅いといってもQSVのx264との比較でしょう
QSV-x265がQSVのx264の2倍になったところで十分に早い
ソフトウェアのx265に比べたら爆速
>>917
QSV x265対応はSkylake以降らしいね
962:名無しさん＠編集中
18/08/17 14:56:03.89 ZTN+mqZJa.net
コアが多けりゃソフトと大差ないんだよ
963:名無しさん＠編集中
18/08/17 15:09:12.35 qgTzspFN0.net
HandBrakeでの結果ではないけどここにQSV x265のFPSがでていた。
サンプル画像もあった
tinyurl .com/y8hex5cj
要スペース削除
x265は13 fps
QSV HEVCは173 fps。悪魔的スピード
964:名無しさん＠編集中
18/08/17 15:12:28.73 qgTzspFN0.net
>>920
Ryzenは速いといいたいの？
x265で170 fps以上だせるRyzenを教えてよ
software encodeでそのレベルの速度が出せるとは思えないけど
965:名無しさん＠編集中
18/08/17 15:17:17.41 ZTN+mqZJa.net
コーヒー買って比べてみろ
966:名無しさん＠編集中
18/08/17 15:42:08.98 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倍もの性能差がでている。
967:名無しさん＠編集中
18/08/17 15:53:51.38 AKBJM/BG0.net
JPEGを高速に表示できるフレームバッファとか、
浮動小数点演算を高速で実行できるコプロセッサみたいな感じで、
USBあたりにぷすっと刺すだけでH265演算を高速に代行してくれるような、
専用ハードが作れないものだろうか
968:名無しさん＠編集中
18/08/17 20:49:17.45 8EF2z3JOM.net
Thunderbolt3接続の外付けGPUを使え
ただし、今まで待ったのであればNVIDIAの新型GPUが登場するのを待ってもいいかも
969:名無しさん＠編集中
18/08/17 20:50:14.46 ue6YKwvld.net
GTX1180か
970:名無しさん＠編集中
18/08/18 17:50:08.89 1J1RTLgkd.net
>>925
USBに差すH.264変換の怪しいMedia Cnvarterならあったぞ
URLﾘﾝｸ(www.amazon.co.jp)
971:名無しさん＠編集中
18/08/18 18:19:53.09 Nofmblij0.net
出すとしてもエンコーダーとセットでないと意味ないしな
専用ハードに任せられる処理を切り出したら、それはGPUでもできる気がするし
972:名無しさん＠編集中
18/08/18 18:45:46.69 VPOEkVwn0.net
>>925
USBならUSB PD対応じゃないと電気が足りないでしょ
普及しているUSB3.1 Gen1だと900mA 5Vまでしか供給できない
USB PDはほとんどのマザーが対応してい�
973:ﾈくて高コスト あと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でやるのが効率いいね
974:名無しさん＠編集中
18/08/18 18:56:58.87 Lr9iVqI5M.net
ムショ帰りか
975:名無しさん＠編集中
18/08/18 19:11:20.24 VPOEkVwn0.net
来年に廃止はThunderboltじゃなくてLightningだっけ
>>931
アンカーつけてどの話題が具体的書けよ
976:名無しさん＠編集中
18/08/18 23:27:01.16 +xYA0EXP0.net
>>932
Lightningの廃止は聞いたことある。
ThunderboltはIntelの規格じゃなかったか。
977:名無しさん＠編集中
18/08/19 07:35:03.95 296AffdM0.net
NVENCでエンコードしたら520fpsも出て速過ぎワラタ
978:名無しさん＠編集中
18/08/19 18:45:59.63 TghLbL0z0.net
>>933
やっぱり記憶違いか
廃止はThunderboltじゃなくてLightningだな
>>934
ハイエンドのカード？
NVENCのx265? x264のどっち?
再生速度の17倍以上は速すぎるな
QSVはNVENCより遅いけど画質はNVENCより上らしい
520fpsなんて体験したらソフトウェア処理には戻れなそう
979:名無しさん＠編集中
18/08/19 19:00:26.70 uTfx/ERW0.net
>>910
HWエンコで設定そのままでやったらサイズが倍のファイルが出来上がった事があったんで
それ以来HWエンコは使ってないわ
バグ持ちのバージョンだったのかもしれんけど
980:名無しさん＠編集中
18/08/19 20:00:46.69 TghLbL0z0.net
>>936
QSVはデフォルト設定だとファイル大きすぎになったはず。
x264ならBalancedのQP26以下にしていくとファイル小さくなるよ
Skylake以降ならQSV x265のがいいとおもう
QSV x264では高画質にするとファイルがあまり小さくならず
サイズ優先すると画質が物足りないからね
x264の2倍時間がかかるが十分はやいしクオリティとサイズを追求できる。
スピード、サイズ、クオリティのバランス。
981:名無しさん＠編集中
18/08/19 20:38:11.89 2alCwEPr0.net
HWはとにかく速度重視で仕事を上げてくるので、
もっと落ち着いて丁寧に仕事させるのが大変
982:名無しさん＠編集中
18/08/19 23:18:38.77 Q+MIWokka.net
ハードウェアエンコーダーは早漏
983:名無しさん＠編集中
18/08/20 00:53:36.21 J/Pys3IY0.net
冬の就寝中にx265でハードエンコすればあら不思議！
部屋はホカホカで起きる頃にはエンコも終了！
ってわけでエンコは冬にやろうね！
984:名無しさん＠編集中
18/08/20 02:30:33.82 TPX6fftL0.net
夏のエンコをするとグラボより先に電源が死ぬ
これで俺は電源が付かなくなって買い換える羽目になった
985:名無しさん＠編集中
18/08/20 06:13:56.16 4TR9r7GI0.net
NVENCもう少しグラボ使って欲しい
1080でグラボ使用率が100％近くなったらエフェクト使っても相当速くなりそう
986:名無しさん＠編集中
18/08/20 07:54:05.62 UDzA8KqJd.net
>>942
1080なんてCPUで言ったら16C32Tクラスなんだから100％使わなくて当然でしょう
16本同士エンコさせられるレベル
987:名無しさん＠編集中
18/08/20 08:09:31.46 4TR9r7GI0.net
1080ゲームとかだと100％近くにすぐに行くのに
nvencは使用率低いんだよね
いろんなエフェクトかけて書き出しするから時間が掛かる
988:名無しさん＠編集中
18/08/20 09:09:44.77 N7ZTeQ7d0.net
>>942
NVENCに使うエンコード用の回路がゲームとは異なるから
100%にならないんじゃないの
989:名無しさん＠編集中
18/08/20 09:38:02.54 dWl8CIT90.net
>>943
それNVENCのハードウエアエンコードにはあんま関係ない
Kepler世代
990:以降の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はあまりにも中途半端
991:名無しさん＠編集中
18/08/20 09:40:18.53 dWl8CIT90.net
チョット追記
上位のGPUだからエンコードのGPU使用率が低くなるとかまたその逆とかはない
992:名無しさん＠編集中
18/08/20 11:59:04.82 QbdO93gDd.net
4770kだけど、coffeeに変えたらどれくらい速くなる？
993:名無しさん＠編集中
18/08/20 15:45:38.35 N7ZTeQ7d0.net
>>948
CoffeeLakeならQSV x265対応するし
x265なら15倍以上、悪くても10倍以上になるんじゃない
>>946
NVENCだとHandBrake良くないのか
994:名無しさん＠編集中
18/08/20 16:33:57.05 WhVcwo9G0.net
コア数によると思うけど15倍は無理じゃね
995:名無しさん＠編集中
18/08/20 17:24:40.34 eZ2McLfya.net
妄想で言ってるだけだから
996:名無しさん＠編集中
18/08/20 17:49:23.92 sMJoMC7h0.net
>>935
GTX1060でNVENCのH.265
997:名無しさん＠編集中
18/08/20 17:50:24.16 QbdO93gDd.net
>>949
マジか
めっちゃ速いやん
998:名無しさん＠編集中
18/08/20 18:29:53.20 E7icAtWrd.net
>>952
FullHDで？？
999:名無しさん＠編集中
18/08/20 19:03:34.28 dWl8CIT90.net
>>953
おいおい信じるなよｗｗ
1000:名無しさん＠編集中
18/08/20 19:07:19.92 ILm8KeWo0.net
>>946
A's Video Converterは読み込めない映像多すぎて変換つらい
色々試してみたけどWMVがあかんかった
コンテナの中身WMVだとエンコ進捗進まずに止まったまま音沙汰無し。
1001:名無しさん＠編集中
18/08/20 21:13:25.25 dWl8CIT90.net
WMV9で問題ないけど
1002:名無しさん＠編集中
18/08/20 22:08:02.01 uPfOyCCJ0.net
ゲームにしか使ってなかったが
なにげにやったら確かにはえー
けどレート絞るとガサガサやな
1003:名無しさん＠編集中
18/08/20 23:08:35.85 J/Pys3IY0.net
>>949
HandbrakeのNVENCはフィルタ処理とかをCPUに完全にぶん投げてるからね
開発者がもうちょいヤル気出して最適化してくれれば嬉しいんだが
1004:名無しさん＠編集中
18/08/21 04:40:37.34 pEL5awEi0.net
URLﾘﾝｸ(i.imgur.com)
URLﾘﾝｸ(i.imgur.com)
URLﾘﾝｸ(i.imgur.com)
1920x1080 NVENC HEVC 2Mbps
意外と綺麗
1005:名無しさん＠編集中
18/08/21 06:04:15.62 yIuogoTe0.net
ソースはいくつだったのよ
1006:名無しさん＠編集中
18/08/21 09:59:29.49 QIPXNM0da.net
止め画じゃわかんねーよ
1007:名無しさん＠編集中
18/08/21 10:51:47.77 FMXofsqr0.net
一番上は男の襟回り、一番下は肌のティアリングに難がある気がする
1008:名無しさん＠編集中
18/08/21 11:15:35.16 NYlqQ2dX0.net
NVEnc encodeの比較動画みつけた
NVEncのHEVCも画質十分きれいだと感じる
これ位でも不満ならエンコードしなければいいだけだしな
URLﾘﾝｸ(edit-anything.com)
1009:名無しさん＠編集中
18/08/21 12:01:11.98 FMXofsqr0.net
x265だと１Mbpps前後で済むことが多いからまだまだですわ
1010:名無しさん＠編集中
18/08/21 12:40:37.71 TIN5iOyPa.net
余白真っ黒やんけ
恣意的なサンプルばっかなんだよなｗ
1011:名無しさん＠編集中
18/08/21 16:18:28.32 jQlSl/icM.net
1Mbpsとかキチガイだろw
1012:名無しさん＠編集中
18/08/23 00:22:04.94 D3yU3H+o0.net
平面絵のアニメやらベタ塗りの3Dならいざ知らず、実写系で1Mbpsとかもう何を見てるのか分からんレベルだぞ
俺はBDソースの実写系をエンコするときは720pに下げて10Mbps確保してるわ
1013:名無しさん＠編集中
18/08/23 00:27:16.49 ppasbXdF0.net
それは多すぎんかさすがにｗ
1014:名無しさん＠編集中
2018/08/2
1015:3(木) 12:28:33.94 ID:PyQl+VGe0.net
1016:名無しさん＠編集中
18/08/23 13:08:40.89 0PP/EB+10.net
>>968
画質こだわるファイルで720pにするって意味が分からない。
720pのファイルを1080pに拡大して再生してごらん
どうしようもないクソ画質になるから。
>>970
H.264でもH.265でもビットレート指定するよりもQuality指定のほうが
いい結果得られるんだよね？
Quality指定したときはその設定値で語ってほしい。
ソースや解像度によって画質まったく変わるからビットレートで書かれてもわかりづらい
1017:名無しさん＠編集中
18/08/23 13:28:13.24 XbE7PR1L0.net
こだわりなんて人それぞれだろ。解像度にケチ付けたって意味ないわ。
俺も画質には拘るけど 720p にしてるよ。
フルスクリーンで再生とかしないからな。
1018:名無しさん＠編集中
18/08/23 13:53:26.90 D3yU3H+o0.net
>>971
スマホ持ち運び用だから、1080pでも720pでも違いがわからんかったわ
それよりも低ビットレートのブロックノイズの方が気になるし
1019:名無しさん＠編集中
18/08/23 13:55:26.16 PyQl+VGe0.net
>>971
>964のHWエンコへのレスだからね
ま、x265もデフォルトの設定はいまいちでcrf値だけで語ってもって気はするけど
自分はcrf26で大半のソースをエンコードしてる
リサイズは1344x896が良い感じ
ノイズは潰しつつHD感はそれなりに残るし
デブロッキング・フィルタが簡易なx264とは特に相性良い
1020:名無しさん＠編集中
18/08/23 15:09:46.05 NwJcmLuPa.net
まあ諸事情で不本意ながら720で妥協やな
1021:名無しさん＠編集中
18/08/23 15:52:11.19 7cheRLu0a.net
格言
中途半端な縦解像度はやめておけ
あとで死にたくなる
1022:名無しさん＠編集中
18/08/23 16:42:22.68 dvM35vUkd.net
格言
再生環境の数に合わせて数種類エンコしとけ
1023:名無しさん＠編集中
18/08/23 16:45:10.89 0PP/EB+10.net
スマートフォンで見るものって「見たらすぐ消す」どうでもいい動画じゃないの？
encodeして保存しておきたいようなお気に入りの作品なら
スマホの小さな画面としょぼいスピーカー・イヤフォンで見たくはないし
煽りではなく本当に720p encodeする意味が分からない。
>>972-973
お気にいりならscreenshot取って壁紙作ったりするとおもうが
720pに落としてしまうと壁紙すら作れなくなるんだよ
あとから1920x1080に伸ばすと画質が劣化しすぎる
地デジなら1080pは死守してるわ
1024:名無しさん＠編集中
18/08/23 17:22:20.01 bJgeH7qy0.net
そろそろ「人それぞれ」って言葉について考えような？
1025:名無しさん＠編集中
18/08/23 17:25:58.11 LeoZTWXta.net
tsの時点でアッチョンブリケされてるのもあるし
1026:名無しさん＠編集中
18/08/23 17:48:42.19 4L6XW8r40.net
アニメはまだ720p制作も多いしいいんじゃない
まぁ俺は4Kフルスクリーンで見てるから
エンコード時点である程度アプコンして1080pにしてるけど
madVR使っても720pからの拡大はきつい
1027:名無しさん＠編集中
18/08/23 18:53:43.65 D3yU3H+o0.net
>>978
人それぞれ、な？
電車通勤で結構通勤時間が長いからスマホで映画とか持ち歩いてるんだ
音質に関してもDAC通せば十分だし
1028:名無しさん＠編集中
18/08/23 19:22:19.74 0PP/EB+10.net
>>982
電車の時間つぶしならSPで読書や音楽鑑賞はするが映画や
好きな番組の録画は見ないわ
いいシーンで乗り換えとかあったら嫌だし、まわりがうるさくて気が散るし、
覗き込まれたりするし、映像は画面小さくて楽しめないしイライラする。
楽しみにしていた作品をあえてそんな通勤電車というプライ�
1029:xートもなく ストレスのたまる時間、空間でみるのはもったいなくてしょうがない。 ギャグシーンあったとして電車の中で声を押し殺して笑うの？ 感動シーンでも電車で号泣しちゃうの？
1030:名無しさん＠編集中
18/08/23 19:27:06.82 bJgeH7qy0.net
「人それぞれ」だと言ってるのに、自分と異なる価値観を認められずディスり倒す姿はとってもアレな感じだと思います。
1031:名無しさん＠編集中
18/08/23 19:36:07.74 D3yU3H+o0.net
>>983
えっ何やだこの人怖い
俺は別に映画見るのにプライベート空間とか意識したこと無いわ
それに取り込んだ時点で一度は見てる作品だし、高画質で見たかったらNAS経由で元データのMKV見ればいい話だし
1032:名無しさん＠編集中
18/08/23 19:37:12.17 0PP/EB+10.net
具体的な話をしないで人の批判だけのレスをしている、
>>979や>>984をdisるという
1033:名無しさん＠編集中
18/08/23 19:41:33.99 D3yU3H+o0.net
>>986
長文自己中なんて批判されて当たり前でしょ
disもクソも無いわ
1034:名無しさん＠編集中
18/08/23 19:53:06.05 0PP/EB+10.net
>>987
>>985をみて嘘ついてるの分かったからもういいよ
720pが画質が悪いんじゃないといわれたら急に高画質な元データMKVが
別にある話になってたり、映画も2回目視聴に格下げされてる
高画質にエンコードしたmkvがあればそれをコピーして持ち出すし
わざわざ時間かけて720pでエンコードしたりする合理性がない。
エンコード時間もストレージも手間も無駄になるだけ。975の話は信じない。
1035:名無しさん＠編集中
18/08/23 19:58:24.68 D3yU3H+o0.net
>>988
???
最初からBDソースって言ってるからMKVがあるのは当たり前だし元データのMKVなんて1ファイル25GBもあるんだからスマホで持ち運べるわけないだろ
エンコだって2時間もあれば2passかけても終わるし、惜しむほどの事じゃないと思うが
1036:名無しさん＠編集中
18/08/23 20:28:33.32 0PP/EB+10.net
>>989
まだ嘘を重ねるつもり、もういいよ
25GBくらいmicroSDで余裕でしょ
SPみたいな小さな画面で映画みても気にならないのなら
他人と比べてあまり画質にこだわりがないんだなということに気が付いてほしい。
1037:名無しさん＠編集中
18/08/23 20:35:45.21 J5NtvTzR0.net
>>990
GalaxyS6edge でググってくれ
俺のサブ機なんだがSDは刺さらないんだ
まぁ、人それぞれってことで見逃して
1038:名無しさん＠編集中
18/08/23 20:35:49.61 CbVI4Q+G0.net
誰もHandBrakeの話して無い…
1039:名無しさん＠編集中
18/08/23 20:39:02.44 J5NtvTzR0.net
>>992
画質厨が来ちゃったからね
仕方がないね
1040:名無しさん＠編集中
18/08/23 21:08:25.34 2Ak/Ei2H0.net
このスレにいるような人は画質厨も少なくないだろうけど
エンコードする目的はそれこそ人それぞれだよね
例えば料理や暮らしの裏技集みたいな生活情報系で役立ちそうな箇所なら
自分なら残しておきたいけど内容さえわかればそれこそ360pクラスの低画質でも構わない
それならいつでもモバイル機器で気軽に何回でも確認できるし
画質最優先にしてるのは貴重な自然の風景や動植物を高感度で撮影した映像とかかな
ただあまりにも画質にこだわりすぎると元ファイルからあまり容量が減ってなくて
時間ばかりかけて何のためにエンコードしたのってなるんで
皆どれくらいの容量減らせたら充分と感じてるのかちょっと知りたい
まあ人それぞれだろって突っ込まれそうだけど
1041:名無しさん＠編集中
18/08/23 21:11:18.99 bJgeH7qy0.net
なんか変なのが980取っちゃったみたいだし、代わりに次スレ立てチャレンジしてくるわ～。
1042:名無しさん＠編集中
18/08/23 21:17:42.76 G0+6110M0.net
ﾜｯﾁｮｲ 6681-EM0A
コ
1043:イツNGでいいでしょ ちょうど木曜だし1週間はコイツのおかしなレス見なくてい
1044:名無しさん＠編集中
18/08/23 21:20:23.80 bJgeH7qy0.net
次スレ
HandBrake 総合スレッド 17
ｽﾚﾘﾝｸ(avi板)
即死回避のため20レスまでよろしく。
1045:名無しさん＠編集中
18/08/23 22:06:20.21 rrV3aUT5a.net
そもそもHDDがアホみたいに安くなったからアーカイブ目的の物を再エンコードする必要性も無くなってるんだよな
モバイル目的で軽くする方がもう使用目的の主流なんじゃないか
1046:名無しさん＠編集中
18/08/23 22:20:20.78 0PP/EB+10.net
>>998
HDDはランダム遅いしすぐ壊れるし時代遅れだからはやく
SSDだけにしたくてencodeしている人もいる
1047:名無しさん＠編集中
18/08/23 22:36:11.48 1HWLqwLb0.net
ランダムアクセスする動画ってどんなんだ
1048:名無しさん＠編集中
18/08/23 22:48:10.00 ppasbXdF0.net
Memento
1049:名無しさん＠編集中
18/08/24 11:49:14.66 QEas2Fyt0.net
>>999
SSDだけにしたいって語ってるわりに下らない地上波のtsも捨てられない矛盾
SSDは倉庫じゃないぞ？
1050:名無しさん＠編集中
18/08/24 12:05:35.20 V6zUfR0Rd.net
別にどんな用途に使っても個人の自由
1051:名無しさん＠編集中
18/08/24 12:36:11.99 kDOp8iI5a.net
どっちにしても消耗品やなもはや
1052:名無しさん＠編集中
18/08/24 13:35:06.14 QEas2Fyt0.net
まぁそうだな
ストレージ系はやっと値下がり始まったし、安心して倉庫用HDD積めるわ
1053:名無しさん＠編集中
18/08/25 18:10:34.73 mS1Jre1Jd.net
う
1054:名無しさん＠編集中
18/08/25 18:10:57.79 mS1Jre1Jd.net
め
1055:名無しさん＠編集中
18/08/25 18:11:26.01 mS1Jre1Jd.net
た
1056:名無しさん＠編集中
18/08/25 18:11:48.89 mS1Jre1Jd.net
て
1057:名無しさん＠編集中
18/08/25 18:11:54.13 mS1Jre1Jd.net
ち
1058:1001
Over 1000 Thread.net
このスレッドは１０００を超えました。
新しいスレッドを立ててください。
life time: 574日 5時間 58分 57秒
1059:過去ログ ★
[過去ログ]
■ このスレッドは過去ログ倉庫に格納されています