X

HandBrake 総合スレッド 17

■ このスレッドは過去ログ倉庫に格納されています
0001名無しさん＠編集中 (ﾜｯﾁｮｲ fdec-PcWx)
垢版 |
2018/08/23(木) 21:15:14.38ID:bJgeH7qy0
HandBrake は DVD や様々な形式の動画ソースを変換するソフトウェアです。
GPL ライセンスのオープンソースで開発されています。

■公式サイト
http://handbrake.fr/

■ドキュメント
https://handbrake.fr/docs/en/

■Nightly Builds
https://handbrake.fr/nightly.php

■コミュニティフォーラム
http://forum.handbrake.fr/

■【前スレ】
HandBrake 総合スレッド 16
https://mevius.5ch.net/test/read.cgi/avi/1485573177/
0532名無しさん＠編集中 (ﾜｯﾁｮｲ 9a3b-gQHD)
垢版 |
2019/08/25(日) 15:07:34.92ID:8HPjLvr10
それはffmpegのせいなんだけどね
ffmpegのaacは低音質で有名で、ちゃんとしたaacはライセンスの関係で、
自分でbuildしたのでないと使えない
パススルーしてしまうか、mp3とかにするのが吉
0533名無しさん＠編集中 (ｱｳｱｳｸｰ MMc5-rRx6)
垢版 |
2019/08/25(日) 18:04:19.19ID:RliOBm9iM
Opusにしたら？
しかし、HandBrakeはOpus→Opurのパススルーは未だ非対応だっけ…
最近ようやく動画の世界でも市民権を得始めた感のあるflacあたりが、再生時の互換性と音質を考えると無難かねぇ…
0537名無しさん＠編集中 (ﾌﾞｰｲﾓ MMf1-/Dab)
垢版 |
2019/08/26(月) 13:43:06.26ID:o0Nva6uxM
エンコする動画なんて映画とかライブ映像とか、音質も重要なものばっかりだから基本パススルーだわ
持ち歩き用なら480p~720pあれば十分だし音声まで圧縮する必要性を感じない
0540名無しさん＠編集中 (ﾜｯﾁｮｲ ed5f-otCL)
垢版 |
2019/08/26(月) 21:17:15.42ID:U5eaXd840
普通はBDってBDをリッピングしてエンコードしてるの？
＞今時でも映画館で無断録画
って私は無断とは書いてないよ。
無断録画は明らかな違法なんだから。

スレのながれを見てると何らかの映画やライブ映像をエンコードしてるようなレスで
基本パススルーということ、AC3だと書いてることを考えると
それって市販のものではないの？

君たち。ドヤ顔でレスをしてるが自分たちの書いてる内容
大丈夫だと思ってるの？
0542名無しさん＠編集中 (ﾜｯﾁｮｲ 162a-gQHD)
垢版 |
2019/08/26(月) 21:43:44.48ID:Q/oq7hFO0
>>539
スターウォーズやアベンジャーズエンドゲームとかは無断撮影で流出してたよ
人気超大作の封切り前後はそこそこ流出する
特にラスト付近など盛り上がりやネタバレシーンを中心にね

そんな時のために出来たのがCinaviaなわけでして…これも非対応プレイヤーなら問題ないんだけどね
0544名無しさん＠編集中 (ﾜｯﾁｮｲ 9a3b-gQHD)
垢版 |
2019/08/26(月) 22:35:41.65ID:+0SZabZg0
ffmpegをHandBrakeが使ってて、VidCoderがHandBrakeを使ってる
全部元は同じで、AACの音質のいい奴はソースでしか配布できないので、
バイナリで入手した奴は全部音悪い
0551名無しさん＠編集中 (ﾜｯﾁｮｲ 162a-gQHD)
垢版 |
2019/08/27(火) 12:56:01.70ID:Gx3f+K0U0
AACは再生プレイヤー側や端末で対応してるのが多く圧縮できるからとか？
5.1ｃｈのサラウンドとかドルビーとかでならAC3にした方が良いけどな
0553名無しさん＠編集中 (ﾜｯﾁｮｲ 162a-gQHD)
垢版 |
2019/08/27(火) 14:11:47.13ID:Gx3f+K0U0
>>552
古い作品で音声が1chや2chのがディスク化のさいに5.1ｃｈや7.1chのDTS化したものなどは
他の形式に変換したさいに音響が破綻するのか聞こえる方向がおかしくなる場合があるけどな

その場合はソースのDTSをそのままパススルー
または変換するならAC3のパススルーでのみ破綻しなかったよ
他の形式のパススルーやAC3でもビットレートを圧縮したりすると破綻する場合があった
0556名無しさん＠編集中 (ｱｳｱｳｸｰ MMc5-rRx6)
垢版 |
2019/08/27(火) 20:57:57.79ID:5iO4FBN5M
使うツールやコーデックを見直せばいい話
それに、マルチチャンネルはOpusでも可能なのだから、わざわざ骨董規格にいつまでもしがみつく必要性がない
0557名無しさん＠編集中 (ｱｳｱｳｸｰ MMc5-rRx6)
垢版 |
2019/08/27(火) 22:36:12.47ID:5iO4FBN5M
・外部GPUナシでもゲームできそう：インテルの新世代CPU｢Ice Lake｣ハンズオン
https://www.gizmodo.jp/2019/08/handson-ice-lake.html

「標準ベンチマークを実施。HuaweiとHPは2倍のRAMを搭載しているにもかかわらず、Intelデバイスはそれぞれ競合デバイスに勝利。
3D画像をレンダリングする際にCPUとGPUの速度をテストするBlender（3Dグラフィックスのソフトウェア）のベンチマークテストでも、
Intelが他の2つに勝りました。
Handbrake（ビデオコンバーターアプリ）を使用したベンチマークテストでも同様でした。」

速度も大事だが、画質はどうなんだ？
0566名無しさん＠編集中 (ﾜｯﾁｮｲWW 1340-Zz8z)
垢版 |
2019/09/04(水) 17:23:46.57ID:1PSVjzuc0
そうだよ。だからそう書いたつもりだったけど説明不足か。
22と23に大した差は感じられないから、HDD節約で23にしてるってこと。画質差を感じないのに容量大きくなるのイヤじゃない？
0572名無しさん＠編集中 (ﾜｯﾁｮｲ c240-I8Rq)
垢版 |
2019/09/05(木) 00:02:31.77ID:E6GhnWJd0
>>570
いや、そうでもないのよ。564で自分が書き間違えてる。

誤：HDDに余裕あるから構わんが。
正：HDDに余裕あるなら構わんが。

一文字の間違いが逆の意味になるからね。
混乱させて申し訳ない。
0583名無しさん＠編集中 (ﾜｯﾁｮｲ e23b-uegj)
垢版 |
2019/09/05(木) 21:10:53.97ID:CO7D1H7p0
320x240 24Bit Microsoft MPEG4-V3 23.98fps 34757f 509.03kb/s
MPEG2-LayerIII 24.00kHz 56.00kb/s CBR JointStereo/I
[RIFF(AVI1.0)] 00:24:09.657 (1449.657sec) / 102,995,972Bytes

こんな動画を今の技術で圧縮すると、36MBになってしまう
速度が100倍越えとる
0601名無しさん＠編集中 (ﾜｯﾁｮｲW b501-aQky)
垢版 |
2019/10/04(金) 21:00:46.78ID:RhQJFlZJ0
Win7からWin10にしたら動画エンコードが進まないで失敗する様になったんだけど解決策がわからん…
プリセットのせいかと思ってデフォの選んでも同じ様に落ちるし
0607名無しさん＠編集中 (ﾜｯﾁｮｲ a6e6-Qh1z)
垢版 |
2019/10/05(土) 11:34:10.66ID:Ky4KXUMO0
そうなんだWin10
去年Win7から無償アップグレードしてHandBrake使ってなかったから知らんかった。メモメモ
0608名無しさん＠編集中 (ﾜｯﾁｮｲ 7d01-G1PU)
垢版 |
2019/10/05(土) 18:57:43.80ID:zPeHuFuL0
うちはなにも対策してないけど内蔵SSD内でのエンコなら止まったことない
NASのソースだと1/20くらいで途中で終わってるときがあるがまあ特にきにならない
Win10でver.1.2.2でアニメをFHDのHEVC10bitで終日エンコしてて1話7時間前後かかるw
0609名無しさん＠編集中 (ｻｻｸｯﾃﾛﾙ Spbd-CybK)
垢版 |
2019/10/05(土) 19:08:23.45ID:upsb1uEup
DVDの16:9スクイーズ映像をエンコする場合
出力的には853×480と720×406どっちが正しいの？
BDしかエンコした事ないからよく分からん
0610名無しさん＠編集中 (ﾜｯﾁｮｲ 66e4-LYzo)
垢版 |
2019/10/05(土) 19:20:01.34ID:oPyis6l00
おっさんなら、ブラウン管テレビを見ていた若い頃を思い出すんだ。
アナログ映像は「水平線」で映像を描くから、その線を減らすというのは画質にとって致命的であるということを。
0612名無しさん＠編集中 (ﾜｯﾁｮｲW b501-aQky)
垢版 |
2019/10/05(土) 19:36:22.78ID:9TulAs/H0
ソースサイズとディスプレイサイズが違ってエンコード元の動画よりサイズが小さくなる時は、原理がわからないのでAnamoをNoneにする脳死処理してる
0613名無しさん＠編集中 (ｻｻｸｯﾃﾛﾙ Spbd-CybK)
垢版 |
2019/10/05(土) 20:16:23.77ID:upsb1uEup
>>610
おっさんなので
VHS→240本
LD→400本
DVD→480本なのは分かる
レターボックスとスクイーズの違いも分かる
視聴するのはiPadなのでいろいろためしてみます
0614名無しさん＠編集中 (ﾜｯﾁｮｲ 0acf-G1PU)
垢版 |
2019/10/05(土) 20:16:55.92ID:jqyEmTGk0
設定画面左下の
　PAR Width:
　PAR Hight:
は、画素ひとつあたりの縦横比を設定する場所です。通常はそれぞれ 1 を設定します。

どういう時に使うのかというと、例えば DVD の映像ソースは、ワイド画面かそうでないかにかかわらず 720x480 ピクセルあります。ワイド画面（16:9）なら横幅を854ピクセルに引き延ばし、スクエア画面（4:3）なら640ピクセルに圧縮して表示する必要があります。

ワイド画面の場合
　　Width: 720、height: 480、Display Width: 854、PAR Width: 32、PAR Hight: 27
スクエア画面の場合
　　Width: 720、height: 480、Display Width: 640、PAR Width: 8、PAR Hight: 9

と設定すれば、正しい縦横比で表示されるというわけです。

HandBrakeの変換後の画面サイズについて -HandBrakeで動画をエンコード- 画像編集・動画編集・音楽編集 | 教えて!goo
https://oshiete.goo.ne.jp/qa/8640488.html

---

ずっとこれでやってる
0616名無しさん＠編集中 (ﾜｯﾁｮｲ 6df2-G1PU)
垢版 |
2019/10/06(日) 13:38:06.96ID:6CI74cmp0
データ量減らしてエンコ速度上げるために 1440ｘ1080 とか 960x720 で SAR 4:3 とかやってるわ。
横方向に若干ボケるけど十分許容でエンコ速くなるｗ
0619名無しさん＠編集中 (ﾜｯﾁｮｲW 5701-uaox)
垢版 |
2019/10/10(木) 05:37:35.06ID:E7rkwLRE0
エンコーダーTune今までAutoだったけどファイルによっては3倍くらい変換時間掛かったりでまともに運用できなかったから全種類試してPSNRの変換時間と作成後のファイルサイズで落ち着いた
(フルHDアニメ1本だとH265 プリセットSlow RF25で40分ほど　ファイルサイズは100MBくらい)

SSIMが良いとか見かけたけど違い全く分からんかったわ
0624名無しさん＠編集中 (ｶﾞｯｸｼ 068f-i6sZ)
垢版 |
2019/10/14(月) 10:27:38.22ID:pVPWW6rM6
できるということで調べてみました。
Cropping で Top と Left を調整すればいいんですかね?
局により Bottom と Left (Rightは無いようだ)の場合も
ありますが。
■ このスレッドは過去ログ倉庫に格納されています
ニューススポーツなんでも実況