TOP カテ一覧 スレ一覧 100〜終まで 2ch元 削除依頼
スクリプトで埋めたのはスレの半分だけだからノーカン
TVTestについて語るスレ Part 87
PX-W3PE・PX-Q3PE・PX-W3PE4・PX-Q3PE4・PX-MLT5PE Part.53
【3波】アースソフトPT1/PT2/PT3 Rev.163【TS】
今年もヨシ焼きするの？
カスカ 懐石・研究 82枚目
Yoshihiroとhuruya
サンドリア式
ネ実民の急所晒すｗｗ
【TAW】TMPGEnc Authoring Works Part31
HandBrake 総合スレッド 17
- 1 ：2018/08/23 〜 最終レス ：2020/03/20
- 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.2ch.sc/test/read.cgi/avi/1485573177/
- 2 ：
- 報告：
trac.handbrake.frが無くなったことと、日本語版は更新が途絶えているため、
以下のURLは>>1から削除し、新たにドキュメントのURLを追記しました。
---
公式：Wiki（FAQ やドキュメント）
http://trac.handbrake.fr/wiki
公式：Roadmap（マイルストーンと進捗）
https://trac.handbrake.fr/roadmap
公式：Timeline（詳細な進捗）
https://trac.handbrake.fr/timeline
公式：Active Tickets by Milestone（マイルストーン毎の機能拡張予定など）
https://trac.handbrake.fr/wiki/TracTickets
非公式：HandBrake 日本語版
http://sourceforge.jp/projects/handbrake-jp/
※日本語版を使用しての不具合に関しては日本語版配布元で質問してみましょう。
- 3 ：
- 即死回避保守
- 4 ：
- >>1乙
- 5 ：
- 保守
- 6 ：
- 保守
- 7 ：
- 保守
- 8 ：
- 20レスまで保守
- 9 ：
- 保守
- 10 ：
- 保守
- 11 ：
- くっ、ちょうどあまり人がいないタイミングだったか・・・
- 12 ：
- 保守
- 13 ：
- 保守
- 14 ：
- 保守
- 15 ：
- 保守
- 16 ：
- 保守
- 17 ：
- 保守
- 18 ：
- 保守
- 19 ：
- 保守
- 20 ：
- ほしゅー
- 21 ：
- 保守は21まででいいの？
- 22 ：
- 保守
- 23 ：
- あ、リロってなかった。ありがと。即死回避は「1時間で20レス」らしいので、これでOKだと思う。
- 24 ：
- 乙
- 25 ：
- 乙
- 26 ：
- ■過去スレ
01 http://pc11.2ch.sc/test/read.cgi/avi/1184567678/
02 http://pc11.2ch.sc/test/read.cgi/avi/1210078660/
03 http://pc11.2ch.sc/test/read.cgi/avi/1225548903/
04 http://pc11.2ch.sc/test/read.cgi/avi/1239982866/
05 http://pc11.2ch.sc/test/read.cgi/avi/1256250012/
06 http://pc11.2ch.sc/test/read.cgi/avi/1266072205/
07 http://hibari.2ch.sc/test/read.cgi/avi/1277116296/
07 http://hibari.2ch.sc/test/read.cgi/avi/1280924554/(実質08)
09 http://hibari.2ch.sc/test/read.cgi/avi/1298865457/
10 http://hibari.2ch.sc/test/read.cgi/avi/1308549044/
11 http://toro.2ch.sc/test/read.cgi/avi/1314361029/
12 http://peace.2ch.sc/test/read.cgi/avi/1397651016/
13 http://peace.2ch.sc/test/read.cgi/avi/1424205107/
14 http://echo.2ch.sc/test/read.cgi/avi/1447803665/
15 http://echo.2ch.sc/test/read.cgi/avi/1476339828/
16 http://mevius.2ch.sc/test/read.cgi/avi/1485573177/
- 27 ：
- 1.1.2
- 28 ：
- 字幕が黒っぽくなるのは仕様なの？
- 29 ：
- >>28さん それだけの情報だけではレスかえってきにくいですよ
使ってるバージョンとかDVDからなのかreyからなのかどのソース（タイトル）なのか
どのoa使ってるとか・・・
- 30 ：
- アドバンスタブのオプション欄に入力するコードの順番って、結果に影響する？
tff=1の順番が違うと、だいぶ変わったんだけど。
- 31 ：
- 字幕の表示で聞きたいんだけど
DVDの場合は「Burned In」のみをON
日本語吹き替えで一部字幕表示のためには「Forced Only」のみをON
BDで字幕表示は「default」のみをON
日本語吹き替えで一部字幕表記のためには「Forced Only」のみをON
これの認識で間違ってるかな？
- 32 ：
- >>31
俺はDVDしか知らないので、DVDの場合だけ言う。
「Burned In」するかどうかは、
映像に焼き付けてしまいたいならチェックあり。
再生時に字幕をオン／オフ変更したいなら、チェックなし（MKVのみ）。
吹き替え用字幕は、それ用の字幕トラック（？）がたいていあるので、
それを選択して、「Forced Only」はチェックなし。
DVD側の「Forced Only」機能は実際にはあまり使われていないようだ。
もし吹き替え用字幕が用意されていないなら、
強制字幕だけ表示できるのかどうかを部分的にエンコして確認した方がいい。
- 33 ：
- >>32
ありがとう
- 34 ：
- 今はバージョン1.1.1を使ってるんですがBDで音声の設定について
「5.1DTS」→「AAC」「Quality：10」「PrologicII」にしてるのですが一部の動画は片方の音量が小さくなります
バーチャルサラウンドでPrologicIIに対応したアンプだと同じヘッドフォンで確認しても同じなのですが
ミックスダウンを「Stereo」にしたら解決するのでしょうか？
- 35 ：
- CLI（1.0.7）でコマンドを入れてもdecoder profileとFilter設定が変更できない。
どうしてかな？ GUI版を同時に起動してたら影響する？
バージョンが1.0.7なのは、OSが32bitだから。
コマンドは以下のとおり。
handbrakecli -i パス -o パス -t 2 --start-at duration:173 --stop-at duration:4 -f av_mp4
-e x264 --encoder-preset veryfast --encoder-profile high -q 27 --vfr --custom-anamorphic -w 1460 -l 1120 --crop 0:0:8:8
--detelecine strict-breaks=0 --decomb mode=7 --comb-detect block-thresh=100
- 36 ：
- タイトル全部読み込んでくれないのは仕様？
タイトル1,5だけ読み込んで間が抜けててエンコできない
DVD自体で観るとコマンド押して再生する隠しトラックなんだけど…
- 37 ：
- HandBrakeCLI-1.0.7-win-x86_64
の標準AAC192kbps設定なんやが、普通のlameのmp3の192kbpsより明らかに高域が苦手な音に聞こえる(´・ω・｀)
今まで気付かないフリにしてたけど、、、
以前のAACはまだ良かったよね。どこのAACか忘れたけど。
- 38 ：
- 音声なんてエンコードするだけ無駄だから
passスルーでok
- 39 ：
- >>36
答えを自分で言っている
- 40 ：
- グラボ挿したら、QSVが出なくなった。。。
マザーボードの設定は変更して、Intel Graphicドライバはアンインストール/インストールしたけど、
HandBrake を起動すると、QSVの項目がない。
一応、
Windowsのスタートボタン→システム→グラフィックの設定→クラシックアプリ→(参照)handbrake.exe→オプション→省電力
としたところ、QSVが出るようになったのですが、上記のようなことをせずに併用できないのでしょうか？
- 41 ：
- あ、一応補足です。
AACが昔のままで使える結構古いバージョンを使ってます。
svn5779 というバージョンです。これが原因なのでしょうか？
省電力で設定したものは、
Handbrake.exe、HandBrake.Server.exe、HandBrakeCLI.exe
です。
- 42 ：
- >>41
>>39
- 43 ：
- 1.0.7から1.1.2へ上げたら、TSファイルを読み込むと「応答なし」になってしまう…
- 44 ：
- >>38
それもそうだけど、互換性重視なんよねー。
- 45 ：
- >>37
0.9の頃は特に低音がきついとブツブツとノイズが入ったけど1.1.1にしてから無くなったから重宝してる
1.1.2に上げて今エンコ中だからどうなってるか分からないけどね
結局音声パススルーだと一番良いけど拡張子や互換性がね…
- 46 ：
- >>43
1.1.1→1.1.2だとバグFixがメインぽいけど.ts読み込みで不具合あるんか？
- 47 ：
- >>46
詳しくないんでよく解らんが1.1.1を試しても>>43と同じだった
HandBrakeを起動して、ウィンドウが半透明状態で左側に「Source Selection」と書いてある時
そこにTSファイルをドロップすると
1.0.7では一瞬か数秒で読み込まれたのが、1.1.2は「Please wait ... Scanning Tiitle 1 of 1 (0%)」とでて延々と待たされる(キャンセルは可能)
メイン画面にドロップすると、応答なしになりHandBrakeを強制終了させるしかない
- 48 ：
- 追加
HandBrakeのサイトに置かれてる旧バージョンは1.1.1の前は1.0.3なので
その間に何か変わったのかもしれない
俺環境が原因だったらスマン
- 49 ：
- >>48
俺も同じだ。
logみてるとなんか問題起こってるみたい。
でもそのまま15分ぐらいほっておくと読込される。
2段階でエラーが出てるときもあるけどそれもほっておくと
読込される。
対策方法はわからない。
- 50 ：
- 1.1.1の64bit版で読み込まない時にソースが悪かったってことはあった
- 51 ：
- エンコかける前にTSsplitterとかでいらんストリームはがせばいいんじゃね
- 52 ：
- すまん誤爆った
- 53 ：
- 1.1.2にアップデートしたら、wmv→mp4の変換で発生してた音ズレが起きなくなったわ
- 54 ：
- 公式がライセンス問題でFDK-AACを削除した後のHandbrakeでは、AACは使えないと思った方がいい
元からAACでのバグ報告も多かったしな
- 55 ：
- VidCoderも忘れずに
- 56 ：
- 別のスレが死んでるんでこちらで質問させてください
HandBrake1.1.2でisoエンコードすると本編前の映像がエンコードされて終了してしまいます
どうしたら本編のエンコードが出来ますか？
- 57 ：
- >>56
時間指定とかチャプター指定とか出来ないの？
そもそもきちんも読み込めてるの？
- 58 ：
- >>57
title、secondsも本編の2時間くらいのものになっています
previewも本編の画像が出てきます
- 59 ：
- >>58
・保存場所「SaveAｓ」で記録場所を指定してない
・「Add to Queue」で追加して複数を一度でやろうとすると落ちることがある
・「Summary」タブで何かチェックを入れてる
この辺りは注意
特に俺の環境では複数を一度に登録すとダメな事もあるな
途中のやつで止まってる事も何度か合った
- 60 ：
- >>59
Align A/V Startにチェックが入っていたので外してみましたが変わりませんでした
最初別のファイルをエンコした時は本編が出てきたんですけどねえ
- 61 ：
- isoを右クリックでマウントさせてからディスク読み込みするとか
で、ダメならおま環だろうってか、マジHandbrakeはおま環多くてどうしようもないよなあ
- 62 ：
- 環境に左右される部分は大きいよね
まあフリーソフトなんだし
- 63 ：
- >>60
とりあえずデフォの「Fast 1080p30」とかで違う標準プリセットで試して
正常に動くなら自身のプリセット環境と照らし合わせるかだよ
- 64 ：
- 5.1hcをh.265+AAC(avcodec)でレート160+ステレオでミックスダウンするとソースによっては割れてるようなんが
VLCで再生するとWindowsでもアンドロイドでも音が割れてるように聞こえるんだけど
XboxOneでスコルピオプレイヤー(http://bosxixi.me/)で再生するとノイズは聞こえない…
これは再生側設定の問題なのか、エンコードの問題なのかどっちなんだろう…
- 65 ：
- >>51
TSsplitterで「HD映像を残す」で処理後に試したが同じでした。
「Probing 3 unknown streams」で10分ぐらい処理待ち
その後再び「Probing 3 unknown streams」で10分ぐらいで
読込完了。
このまま我慢して使うか別のエンコツール探したほうがいいかも。
- 66 ：
- TS読み込み1.0.7では普通だったのが1.1.2にしたらかなり長くなったよな
言うても映画1本に付き1，2分みたいな印象だけど
面倒だからSSDに移してからエンコするようになった
- 67 ：
- 読込速度の問題なのか
- 68 ：
- 上でwowowがどうこう出てるようにTSが含んでるストリームのチェックするようになったみたいだからね
データ全部読み込んでチェックせず頭のデータだけ読み込むモードありゃ早いんだろうけど
- 69 ：
- >>66
そうなのか。うちはネットワーク越しだから遅いのかもしれないね。
ローカルに作業用ssdでも追加してみようかな。
- 70 ：
- 酢病で終わってたもんが1分以上かかるようになったとかバグだろ
- 71 ：
- >>38
非常に心強い言葉頂きました＜＿＿＞
今日、早速、copyと書き換えエンコードして、互換性チェックしてみました。
小生のところでは特に問題ない模様でもっと早くにしておけばと後悔しきりです。
ありがとうございました。
DMS SERVIIO
DMC Bubble UPNP
DMR Fire TV stick 1st gen / Fire TV stick 2nd gen (also Kodi) / Windows10のKODI
- 72 ：
- 酢病ワロタ
- 73 ：
- 環境によるんだろうけどAACの音声ノイズってAudioでQuakityの10にしてたら入らないね
同じソースでもビットレートで160だとノイズが入ることがある
まあビットレート数値は弄れないけどパススルーにするより容量は圧縮できる
- 74 ：
- DVDをmkvやmp4に変換してるんだけど、
mkvで、ある一部分の字幕が再生ソフトに因っては表示されなかったり、
表示されるソフトでも、DVDで見る時より、少し時間がずれたりして表示されます。
mp4ではその部分の字幕は焼き付けられてないです。
これは、handbrakeの字幕抽出能力の問題でしょうか？
- 75 ：
- macのosを最新のMojaveにアップグレードしてから、HandBrakeでisoファイルを読み込みしようとするとHandBrakeが終了します。
問題レポートでは「HandBrakeが予期しない理由で終了しました」となり、何回やっても同じ結果になるのですが、原因はなんでしょうか？
ちなみに、mp4などは読み込めます。
- 76 ：
- macのOSを最新にしたことです。
- 77 ：
- >>76
それはHandBrakeが最新のOSに対応していないのでしょうか？
mp4などはリッピング出来たのに、isoが出来なくなったのが不可解です。
解決策はないのでしょうか？
- 78 ：
- 再インストールで直らなきゃ開発者に言う意外ないだろね
- 79 ：
- >>78
解決しました！
HandBrakeのバージョンが一つ前だったので、最新にアップグレードしましたら、isoも読み込めるようになりました！
ありがとうございました！
- 80 ：
- いいってことよ
- 81 ：
- じっくり調べてはいないんだけど20181003〜から後の開発verだと動画読み込んで数秒後に色々書いてあるエラー吐いて使えなくなったんだけど既出なんだろうか…
インストーラー消してなくて助かった
- 82 ：
- HandBrakeで元がDTS(6.1/7.1ch)をAC3 PassthruでAC3に変換した場合は
AC3は5.1chまでの対応なので残りチャンネルの分はエンコード時に統合されてるの？
ちなみにDTSとかをAAC PassthruとかでエンコードしようとするとAC3で変換されるね
- 83 ：
- http://r2.upup.be/wV2qsULdHm
- 84 ：
- デフォルトはforeign audio scanなのね
4時間かけて字幕なし(´・ω・`)
- 85 ：
- HandBreakでのリサイズがよくわかっておらず質問します
http://i.imgur.com/TZfByrb.jpg
この画像のようにあるDVDがソースの解像度 720*480とありますが変換後のmp4の動画解像度は712*480で出力されます
ただそのmp4を実際に再生させると解像度は844*480ある事が確認できました
またこの動画ファイルをaviutlに読み込んだところ712*480で読み込まれる事を確認できました。
この動画をaviutlに読み込んだ時点でも844*480にしたいという事でaviutlの一発目の変換時にその解像度に指定したいのですが方法がよくわかっていません
それは可能なのでしょうか？
- 86 ：
- >>85
先ずDVDにおける解像度とアスペクト比をよくわかってないんだと思う。
DVD の解像度は720x480で、これをそのソースで決められたアスペクト比16:9か4:3で出力する。
そのDVDは16:9に設定されてるので、そのままでは再生ソフトで853×480で出力されるけど、
handbreakの自動クロッピング（黒枠を削除する機能)で解像度712x480、アスペクト比で844x480で再生になってるということ。
なのでaviutlに読み込ませて解像度712x480になるのは当然。
解像度そのものをあげるアップスケーリングしたい場合は
GUは出来ないのでCUIで、でもお勧めしないというのが公式に書いてあった
DVD-Video - Wikipedia https://ja.wikipedia.org/wiki/DVD-Video
解像度とは？ピクセルアスペクト比との関係【DVD･Blu-ray･地デジ】 http://aviutl.info/pixel-aspect-ratio/
Resizing Video https://handbrake.fr/docs/en/latest/advanced/resizing-video.html
- 87 ：
- >>86
家に帰ってゆっくり記事内容を呼んでからお返事しようと思ってましたが
先にお礼もうしあげます ペコペコ
- 88 ：
- メニーコアだとCPU100%いかないのは仕様？
12C24Tでいっても80%くらい。
- 89 ：
- 8コア16スレッドも同じぐらいだよ
- 90 ：
- win.8.1マシンに確か9.95入れてたんだけどそれがぶっ壊れて、
眠ってたwin7以外ほぼ同スペックのマシンに変えたんだけど遅くなった。
264でFPSが70〜80は有ったのに20位に減ってるし。
メモリも8GB→16GBに増やしたのに。
ｖｅｒは今1.12に上げたのが良くなかったのかな？
- 91 ：
- >>90
CPUでも型番変われば結構違いあるから
PCUがそれぞれ何なのかを書けよ
セレロンとペンティアムでも違いは出るぞ
- 92 ：
- 3770K
- 93 ：
- それと、Broadwell EとKaby LakeとRyzenはどれが速いかな？
- 94 ：
- vidcoderの進捗バーにマウスオーバーすると、現在と平均のfpsが表示されるのに気付いた
- 95 ：
- 上がらないままなら4790でも組んでみよかな
- 96 ：
- これVGAカード支援機能無いのかな
- 97 ：
- NVDEC/NVENC対応はまだ？
- 98 ：
- GPUエンコは早いんだけど画質がなー。
現状、高いGPU買うなら2ソケットのWSを再生してエンコ専用マシンしたほうがいい。
うちのエンコマシン（6コアX2）も、2万で買ったジャンク品。
- 99 ：
- もう1.ｘ以降の日本語化したのはないのかな？
1.1.2に上げたけど以前と使い方あまり変わらないからいいけどやっぱり日本語化は安心感が有った
- 100 ：
- Linux版は日本語化されてるし、windows用の日本語化パッチを
githubで上げたら取り入れてくれるんじゃないかな
- 101 ：
- >>98
それはもう過去の話
HWエンコの時代が来つつあるよ
【NVENC/VCE】ハードウェアエンコーダーを語るスレ【QSV】
https://mevius.2ch.sc/test/read.cgi/avi/1533671049/
- 102 ：
- ハードウェアは基本手抜きなので、
CPUがやるのと同じ計算をやってくれるモードみたいなのを
搭載しない限り使い物にはならない
それはGPUの設計を根底から見直すことになるので、
需要があるかどうか判らないようなもんに投資するとは思えない
- 103 ：
- たぶん、ここの板のやつは一通りGPUエンコをテストしてるはず。
H265メインなんで俺もNvidiaもAMDも使ってテストしたけど、思ったような結果は得られなかった。
結局、遅いが丁寧な仕事をするCPUオンリーに落ち着いた。
- 104 ：
- 今後はh.265がメインになるから丁寧にCPUでやるのが一番かもしれないね
家庭内のメディアサーバー用のPCはIvyBridge世代のセレロンだと1時間が10時間近くまでかかるｗ
ずっと稼動してるし消費電力は低いから良いんだけどね
- 105 ：
- みんな誰もが1度ははーどえんこに憧れて、また、そふとえんこに戻ってくるんだ。
- 106 ：
- 一通りは設定チェックつけたり外したりをやりまくって保存用に置いておくならCPUエンコしかないなと思った
もう2年は前のCPUだからフルHDのライブ映像の動画とかだと(4時間くらい)丸1日掛かるけど背に腹はかえられない
- 107 ：
- エンコして見てすぐに捨てる、ような用途ならハードもいいけど、
自分でエンコする場合にそんなケースが無いんだよな
- 108 ：
- "丁寧なエンコード"って具体的にどんなエンコード設定を調整してるの？
- 109 ：
- >>108
上でも出てるようにGPUを使わず速度よりも時間をかけて丁寧にCPUのみでエンコ
QSVとかGPU支援を受けえるとPCのCPUに余裕が出来て速度が上がるけど画質は落ちる
- 110 ：
- 録画したゲーム動画の音ズレなおせると聞いてDLしますた
- 111 ：
- 元がズレてるものを直せるわけじゃないぞ。
VFRのファイルだから編集時に音ズレするって場合に、CFR化して対処するってだけだ。
- 112 ：
- シャープフィルタって結構いい仕事しますね
FHDを720pとか540pに下げてエンコするときはmid、strongにするといい感じになる
- 113 ：
- ワイはdetelecineファンやで
- 114 ：
- デレるテレるシネる
- 115 ：
- NVENC対応したね
https://github.com/HandBrake/HandBrake/releases
- 116 ：
- 一応VCEにも触れてやれよｗ
- 117 ：
- HandBrake 1.2.0 Released
https://handbrake.fr/news.php?article=42
- 118 ：
- 【悲報】ワコム、数十万する液タブで詐欺をかます
http://mevius.2ch.sc/test/read.cgi/cg/1545313335/
- 119 ：
- 些細な事だけど
Queueウインドウに進捗状況が表示されるのはうれしいな
- 120 ：
- 1.1.2から1.2になって
PresetのLegacyが無くなったのでDeviceのApple720で変換するとiTunesで動画再生できず
SOUNDからAC3削除したら再生できたので
PresetのGenela720使おう
しかしDeveiceAppleのプリセットで変換した物がなんでiTunesで再生できないんだろう？
- 121 ：
- 1.2.0にしてからTSを変換すると音声に不具合があるようで再生できなかった。
いつもAAC Passthruを使ってるのだが、これをAAC(avcodec)にすると問題無く変換できる。
AAC Passthruを使いたいので1.1.2に戻した。
- 122 ：
- 原因がわからんトラブルなので質問
Handbreake1.1.2のGeneralのfast設定を元にh.265に変更して複数エンコしてみたんだが1個の動画だけで問題
・PC1と2ではVLCで問題なく再生可能なのを確認
・PC3でノイズで最初から映像が見れない状態になった（音声は正常）
これはエンコのミスじゃなく再生側の問題かな？
Xboxoneとスマホでも問題なく再生できた
- 123 ：
- 5台の再生機器中4台で再生できるなら、さすがに残り1台はそれ自体が抱えた問題だろう。
- 124 ：
- https://satch.tv/starts/?mref=115
- 125 ：
- >>121
ナイス情報。
- 126 ：
- エンジンかわってffmpegだったっけ？
ffmpegは伝統的に音声がボロボロだよ。
音質が非常に悪かったり
- 127 ：
- >>123
やっぱり、こういう場合は再生側の問題かな〜
- 128 ：
- >>126
元からだが？
- 129 ：
- >>121
おれも1.2.0になってから
無効な形式のコーデックid 'A_AAC'です
となってmkvtoolnixでコンテナ弄れなくなってたわ。
- 130 ：
- 111と112は音声をAACやAC-3に圧縮しても比較的安定してたのにね
- 131 ：
- 16年1月にエンコードしたファイルと同じ設定で比べてみたけどコーデックはhvc1だけどh.264の可能性もあるんだっけ？
細かい設定は違うかもだけど保存用のFHDライブ映像が3GBから1.5GBまで縮んでビビったわ
- 132 ：
- H265のmkvファイルでもビットレートが表示出来る様にならないかな？
- 133 ：
- サムネイル表示も
- 134 ：
- advancedパネルも無くなったし、コモディティ化と引き換えに弄れる部分はどんどん減らしていくんだろうね。
- 135 ：
- H264のMP4と比べて表示が物足りないな、優れものなのに。
- 136 ：
- vidcoderでエンコード中に、一時停止して再開しても問題ない
でも、一時停止の間にスリープがはさまると失敗扱いにされる
何かそのへんの設定ある?
- 137 ：
- >>115
RTX2050がお安くきてくれたら、もうそいつに投げてh265 10bit bframe=3でハードエンコさせればいいなあ
- 138 ：
- >>134
基本的にプリセット推奨だったし
Videoに関してもQptimise VideoのEncoder presetでのバー操作を推奨だったからね
- 139 ：
- >>137
2050=1060だから来ても3万円前後
- 140 ：
- ハードエンコしかできない機能限定版を1万くらいで出してくれればいいのに
- 141 ：
- >>134
知らない人にはちんぷんかんぷんだろうしデフォルトで非表示にされるのも仕方ない気がする
https://i.imgur.com/JVKfP7x.png
- 142 ：
- 今回の1.2.0で以下のようになりました。
>Removed preferences option to show the advanced tab (deprecated and slated for removal)
- 143 ：
- >>141
x265じゃ結局出ないし
- 144 ：
- >>140
むしろ、グラフィック表示がおまけだから価格変わらないと革ジャンが言ってた
- 145 ：
- 960だからいい加減グラボ買い換えたいけど回転早すぎだしどれがいいのか分からん
動画エンコと制作とゲームに使うから3-4万くらいで欲しいが
- 146 ：
- oculusでsteamやりたいから、グラフィック部分も使いみちは無くはないんだけど
多分滅多にやらないだろうしなあ
- 147 ：
- VRはもっと普及なり一緒に出来る人が居ないと結局一月で飽きそう
セッティングが面倒すぎる
- 148 ：
- 何かゲーム以外の使いみちは無いかな
現状でH265の再生のシークがちょっと遅いんだけど、
これがもっと快適になったりするだろうか
- 149 ：
- H265でエンコさせるとCPU 100パーセント使ってくれないんですが 設定で100パーセント使わせる方法ありあすか？
- 150 ：
- ない
- 151 ：
- NVEncCでNVDECを一緒に使うとほぼ100%使ってくれるよ
設定にもよると思うけど1060で400fpsくらいはでてる
- 152 ：
- 「CPU」って書いてるけど・・・
- 153 ：
- CPUが16C32Tとかなんだろ
- 154 ：
- そういえばAIという使いみちがあったな
猫の画像でも判別させるか
- 155 ：
- なんでこいつはGPUの使い道の話(?)をブツブツつぶやき続けてるんだろう。。。
- 156 ：
- そういえばきな粉が少し残ってたな
お餅焼いて食ってしまうか
- 157 ：
- 結局はオーディオのAACなども含めて今は112で止めとくのが正解なんかな
今はh.265でAC-3かAACでのエンコオンリーで使ってるが…
- 158 ：
- OPUSを使う人は少ない？
- 159 ：
- 今までAAC128だったんですけど ためしにopus64にしてみたら自分の耳ではあまり差が感じなかったので使ってます
- 160 ：
- 120はしばらく様子見でしょ。
どんなソフトでもそうだけど、バージョンアップ直後はいろいろ不具合がある。
- 161 ：
- 120にしてから動画によってエンコード後の時間が短くなっちゃうのよね。2時間の元動画が1時間50分とか。カットされてる場面はないから部分的に速度変えられてるみたい。
- 162 ：
- 録画してたガキ使変換したら1時間時間減ってた原因それか
開発版しか使ってないからどのバージョンまではまともなのか分からん……
- 163 ：
- 画期的すぎる
- 164 ：
- で、実際に早送り状態でエンコされてんのか？？
- 165 ：
- VidCoderも3.16から4.28になって1.2.0ベースになってるな
番号の付け方がよく判らん
- 166 ：
- >>165
報告乙、先週見たときは更新されてなかったから手間が省けた
- 167 ：
- プリセットのFast設定をh.265に変更してエンコードかけたんだけど
星空がゆっくり動くのような映像だと建物とかの間にモスキートノイズが目立つんだが
[Video]の[OptimiseVideo]を「Slow」とかに下げる方が良いのか
同じくの[Video]の[Quality]は22なんだけど18以下とかに下げる方が効果あるのかな？
- 168 ：
- 試せば良くね？
- 169 ：
- 今は朝まで別のエンコード中なんで分かれば明日のエンコードで設定しようと思いまして
- 170 ：
- 明日、短い動画で試せば良くね？
- 171 ：
- >>167
そういうのには10bitが効果的だけど
HnadBrakeのx265で使えるのかは分からない
- 172 ：
- >>167
暗転時にブロックノイズがどうしても出てくる箇所があったんだけど Slowにしたら出なくなった
(色々設定し直してもMidまで絶対再現)
終了までだいぶ時間が伸びるけど拘るなら設定したら
- 173 ：
- >>171 >>172
ありがとう
Slowにしたらかなり軽減されたけど時間が1.5倍以上かかるようになったｗ
[Slow]+[OptimiseVdeo]を18にして試したらモスキートノイズのようなのはかなり減るけど
エンコ時間が5倍以上、容量が2倍以上(600M未満→1.5G近く)に増大したので落としどころを探るか…
- 174 ：
- やっぱQSVとか利用するとCPUのみより設定同じでも画質落ちるんかな？
- 175 ：
- そもそも設定を同じにできない
- 176 ：
- 確かこのスレの過去スレで h265のエクストラオプションでこの設定にしとけばほぼ見た目変わらないまま動画サイズある程度節約できる設定載せてた人が居たんだけど見つからねえ
- 177 ：
- 容量がそんなに気になるならクオリティじゃなくビットレート指定にすれば良いのに
ある程度のビットレートで2passすればブロックノイズなんて一切乗らない
- 178 ：
- 2passと画質は無関係
- 179 ：
- えぇ…
ググれ
- 180 ：
- いろいろすみません
h.265でエンコードするならOptimseVideoのプリセットはSlowが最低って感じですね…
Mediだと解像度の低い映像だとノイズ(個人的にはモスキート的なノイズ)が目立つし
Faster以下だとかなりノイズがのる感じですね
- 181 ：
- >165
情報ありがとうございます。
昔のVidCoderだとエンコしても、
HandBrakeよりもサイズが1.3倍ぐらい大きくなってしまい使ってなかったけど、
新しいバージョンで試すと、ほぼ同じサイズか小さくエンコできるようになりました。
- 182 ：
- 同じものだって
- 183 ：
- x265のエンコードはかなり時間がかかるけど
ひ弱なCPUでエンコードしたら画質落ちるとか無いよね？
- 184 ：
- CPU性能によって演算結果が変わるとかあり得ないので。
- 185 ：
- >>184
ありがとう
そりゃそうだねｗ
- 186 ：
- ｘ265でOptimiseVideoのEncoderPresetをSlowからSlowerにするだけで
エンコ時間が倍近く増えるね
- 187 ：
- Atom Zでエンコしてるとか？
- 188 ：
- >>187
お下がりのCeleronG1610やサブ機のCorei3 2120とかだね
メイン機はゲームとか仕事で高負荷かける事が多いからエンコでは使ってない
- 189 ：
- >>188
x265エンコするのにSSE止まりのCPUじゃそうなるやね
- 190 ：
- CeleronG1610で3〜4時間ほどでエンコの設定で
同設定と同じソースを使って処分前のCore2DuoE6400で試したら12時間越えたよｗ
- 191 ：
- 新しいCPUにしたら速くなったという感覚は、
core2duo捨てた時が最後だったな
あれからまるで成長していない
- 192 ：
- 3770kで16時間掛かったわ。
そろそろ変えないといかんなあ。
- 193 ：
- エンコードならGPUだろう
- 194 ：
- 煽るつもりじゃないけどまじめにエンコするならGPUエンコなんてやってられんわ
- 195 ：
- 5960xと9900kはどちらが性能良いかな？
- 196 ：
- >>195
https://www.cpubenchmark.net/compare/Intel-i9-9900K-vs-Intel-i7-5960X/3334vs2332
9900k 20157
5960x 15949
- 197 ：
- ありがとう、でも
CPU単体だけじゃなくメモリ周り含めても9900kが優位かな？
クアッドチャネルとデュアルチャネルの差が有るので単純な比較は難しそうだよね。
- 198 ：
- >>194
以前はそうだったけど、いいのが出てきたんだよ
- 199 ：
- EncoderPresetのMediumとSlowって意外と差が大きいな
- 200 ：
- H264でslowのsubme8 CRF19とかこだわってるならハードエンコはないだろうね
そうじゃなかったらTuringのNVEncでH265 10bit bframe付きがだいぶいいわ
- 201 ：
- x265で聞きたいんだけどテロップや字幕とかの輪郭周囲に
ノイズや周囲の動きズレみたいなのは取れないのかな？
何か良い設定ある？
- 202 ：
- そんなの出たことないけど、他のエンコーダー使ってもなる？ handbrakeはどのバージョン使ってる？
- 203 ：
- モスキートノイズじゃないのん? それ
- 204 ：
- モスキートノイズみたいなのだね
ただ元ソースには出てなくてエンコードしたx265に出てる
Handbrake112
[Filters]は[Deinterlace]のみ[Decomd]で[Defalut]にして後はOFF
[Video]は[x265]にして[Framerate]は[30]で[PeakFramerate]
[Quality]は[21]
[OptimiseVideo]の[Preset]は[Slow]、[Tune]は[None]、[Profile]は[Auto]
[OptimiseVdeo]の[Fast]だと酷すぎて[Medium]だと目立つ
[Slow]が時間的許容範囲ギリで[Slower]以上は時間的に厳しい
ためしに[Placebo]を試したけどモスキート的なのは目立った
- 205 ：
- ゆっくりと星空のようなのが左右に流れると
テロップや手前の障害物を横切る時に離隔付近でノイズや星の動きが変になる
x264でも同じだしおま環なのか仕様なのかわからなくて…
今まで気になるようなソースを使った事がなかったから気がつかなかったのかも
元ソースはそんな動きをしなくてクリアに横切ってる
- 206 ：
- >>205
1.07でmedium使ってるけど気にならんなぁ
1.07試してみたら?
- 207 ：
- あと、アニメだと24フレームにすると変わるかも。
- 208 ：
- >>205
decombは精度悪いからやめた方が
- 209 ：
- encoderTuneってPSNRとSSIMは通常使わないって見たんだけどどう違うのかがまず見た感じ分からない…
無しにするとエンコードの時間ほぼ倍になるし265の時は違いもわからないし時間もエンコ後のサイズも小さくできるからPSNRにしてるんだけど
- 210 ：
- >>206 >>207 >>208
ありがとう
明日チョット変えて短い動画で試してみます
- 211 ：
- https://satch.tv/video/426557.html?mref=115
- 212 ：
- >>209
使うならPSNRよりSSIMの方が
- 213 ：
- >>201ですが何個か試した結果は単純にビットレート上げるしかなさそう…
Videoの[Quality]を[5]以下にすると気にならないけどエンコ時間と容量でやっぱダメ
- 214 ：
- もじょもじょは赤系の周辺が特にひでぇが
まあ原理上しょうがなかんべ
- 215 ：
- >>214
そうですね…
いままで気にならなかったけど
一度気になるとモヤモヤしちゃうんですよね
少し軽減して許容できる範囲の設定で再エンコだけしときます
- 216 ：
- vidcoderでQSVを選んでるのに全然速くならないのは何がおかしいんだろう
ivyには対応してないとかあるのかな
- 217 ：
- >>216
フィルターはCPU処理だからじゃね
これでHWエンコは基本的に4K mp4→FullHD mp4とかの変換向け
- 218 ：
- linux版でCPU？の優先順位を変えること出来ませんか？
preferenceのadvanceにある項目のやつ
- 219 ：
- OS側でやればいいんじゃね、知らんけど
- 220 ：
- nice boat.
- 221 ：
- >>218
つ man nice
nice -n19 handbrake 〜
- 222 ：
- ナイスですねぇ
- 223 ：
- >>221
ありがとうございます
- 224 ：
- H.265をVCEでエンコードしてるんだけど使用率みると２０％止まりでCPUが１００％になってる
As video converterだと逆にGPUの使用率が100％辺りになるのですがこれは正常に機能してるのでしょうか？
- 225 ：
- >>224
フィルター処理はCPUだから正常
- 226 ：
- ありがとう
- 227 ：
- 1.2.0だけど特定の動画をエンコすると左右反転になって出力される
こんな現象に陥った人居ない？
他のバージョンはまだ試してない
- 228 ：
- その特定の動画の詳細は？
- 229 ：
- 1920x1080 AVC/H.264 29.97fps
AAC の至って普通のmp4動画です。
avidemixで読み込んでもエラーとか特になし
とりあえず設定を変えて色々試してみます。
- 230 ：
- つまり言えない動画か
- 231 ：
- >>230
性癖さぐるなよ
- 232 ：
- 228ですが、Queueのウインドウから一度終了したJobの右端のテキストマークをクリックして
再度設定を読み込ませてエンコしてると時々おかしくなるみたい
- 233 ：
- DVD以下の解像度だと、NVECでも静止画で比較しないと、CPUオンリーとの違いがわからんな
- 234 ：
- 変換後に長ったらしいヘンな文字列が付くのは
どうすればええのん会
- 235 ：
- >>234
設定で変えろ
- 236 ：
- エンコードのために最近nVidiaのグラフィックカードを買いました。
早速H.265のNVEncでエンコードしてみたところ爆速で終了して感動しましたが、
設定が同じでもエンコード後のファイルサイズがCPU変換したときに比べて倍ほどに大きくなってしまっていました。
NVEncでエンコードした場合はこうなってしまう物なのでしょうか？
- 237 ：
- >>236
そうなってしまうものです
GPUは細かい計算は苦手だから大雑把なことしかできないけど腕が何本もあるから作業自体はめちゃくちゃ早い
CPUはきっちり細かい計算をしながら進めるから作業は遅いけど同じ画質でも圧縮効率がいい(=サイズが小さくなる)
いい加減な説明だけどざっくりこんな感じ
- 238 ：
- >>236
画質を良くして容量を小さくしたいならCPUで時間かけてコツコツするしかない
GPUのハードウェアエンコードは速度は速いが仕事は大雑把
- 239 ：
- >>236-238
圧縮効率の違いもあるけど、それ以前に
「Handbrakeの設定が同じでも、各エンコーダ毎に設定値の解釈が異なる」
ということも忘れてはいけない。
Handbrakeで同じ Constant Quality 22 を指定してたとしても、その22という値は、
・x264ならcrfの値として使う
・QSVならICQqualityの値として使う
・NVEncは？？？の値として使う（持ってないので知らん）
といった感じで、各エンコーダ毎に扱い方はバラバラ。行う処理の内容だってエンコーダ毎に異なる。
当然ながら、22という数値で実現される画質というのも、エンコーダ毎に変わることになる。
勘違いしてる人が多い気がするけど、
「HandbrakeのConstant Qualityの値を同じにしておけば、どのエンコーダを使っても同じ画質になる」
という考え方は間違い。エンコーダ毎に、適切な値を見極める必要がある。
圧縮効率の話はその後の話であって、HWエンコードだとSWエンコードに比べて圧縮効率が低いので、
同じ画質を実現するためにはより多くのビットレートが必要になり、ファイルサイズが増えやすい。
- 240 ：
- >>237-239
なるほど。とても分かりやすい説明ありがとうございます。
NVEncに夢を見すぎていた感が否めませんが、早いエンコードを必要とした際には使おうと思います。
やはり普段はCPUで時間かけて地道にという感じなんですね。
- 241 ：
- やっと実用になるハードも出てきた
高いけど
- 242 ：
- 同じ設定でもプリセットをSlow以下にしたらブロックノイズ発生しなかったから基本この設定にしてる
エンコ時間は通常より1.5倍程度長くなるけど見た目じゃ劣化感じない画質設定のフルHDのアニメなら100mb以下になるし映画も激しいのじゃなければ1gb未満に抑えられるから保存用としては十分
Slowerは丸2日掛かるレベルでfps動かなくなったから使ってない
- 243 ：
- 個人的なテストで試した感じだけどh.265でソフトウェアエンコードの時間だが
[EncoderPreset]を[Superfast]、[Quality]を[22]だと1時間かからないぐらい
[EncoderPreset]は[medium]、[Quality]は[22]で2時間かかる
[EncoderPreset]を[Slow]、[Quality]を[21]にすると3〜4時間以上とかになるね
[EncoderPreset]を「Slower」、[Quality]は[21]だと7時間以上ぐらい
mediumとSlow以上では時間にかなりの差がある
Superfastは画質的に問題外だけど速い
- 244 ：
- 流れ的にFullHDの話なんだろうがエンコしてるCPUくらい書け
- 245 ：
- 1.2.1 Released
- 246 ：
- >>244
ここのスレ民ならある程度の積んでる人がほとんどだろうけど自分の場合はi7の960
型落ちもいい所だから現行のならもっと早いんじゃない
- 247 ：
- 違うわ i7 4790だ
- 248 ：
- 1.2.1
TSのAACのPassthruが正常に処理できるようになったか
試したいけどバッチで長時間エンコを多重で流してるから終わるまで試せないｚ
- 249 ：
- 報告乙
やっぱフリーソフトは旧バージョンも持っておかなきゃ駄目だね。後からじゃウイルス仕込まれてるかもしれんし
- 250 ：
- >>248
え？そうなの？
じゃあもう一回やるか
元TSは残してあるから
- 251 ：
- ながらく0.10.5だったのですが、h265でのエンコをはじめてみようと最新版を使い始めました。
h264の頃はインタレソースのインタレ保持のため、Video-ExtraOptionsに「tff=1」と追加していたのが、265では効かないようです。代替のパラメータってありますかね？
- 252 ：
- h.265はプログレ再生のみ、保持再生出来ない
- 253 ：
- インタレは負の遺産
- 254 ：
- インタレは駆逐すべき
- 255 ：
- H.265の規格自体はインタレースにも対応してるし、x265もインタレ保持エンコはできる。
ただ、やり方が面倒で、少なくともHandbrakeで簡単にやることはできないし、
インタレ保持エンコしたとしても、それをちゃんと再生できるデコーダはほぼ無い。
まあやめとけってことだな。
- 256 ：
- なるほど。。
>251のカキコしたあとで、「interlase=tff (or 1)」ってのを見つけたのでやってみたところ、264の時と再生環境(デコーダ)も変わったせいか、どうもうまく再生されませんでしたw
画面縁が振動したりうっすらコームが残ったり…
インタレソースはうまく再生できてる264で引き続き変換しましょうかね。
ちなみにFiltersのDeInterlase、Decombはシーンの切り替わりにコームが残ったりすることがあるのであまり使いたくないんですよねぇ。
- 257 ：
- 地デジはなんでインタレなんだ?
- 258 ：
- デインタレ
あかんたれ
- 259 ：
- 帯域足りずにアッチョンブリケさせられる惨状だったからな
時期がもう少しズレてりゃ全然違ったんだろうけど
- 260 ：
- >>249>>250
出来るようになったのかどうか、今試せないからどうなったか聞きたかったんだけど
紛らわしかったかすまん
- 261 ：
- 最近グラフィックボード買ったんだけど、
VidCoderってNVEnc使えないの?
- 262 ：
- >>261
設定でチェックボックス付けろ
- 263 ：
- そんなもんはねえ
- 264 ：
- >>263
じゃアップデート待ちだ
- 265 ：
- アプデキタ！
- 266 ：
- vidcoderでPT3のTSを読み込んだ時
ちょくちょくワンセグを読み込むんだけど
どこを弄ったらフルセグを読み込んでくれるんですかね？
- 267 ：
- ワンセグの部分だけ取り除くとか寧ろ最初からワンセグは含めずに録画とかすりゃいいんでないかい
- 268 ：
- >>235
どの設定な
オプション見たこど、それらしい項目ないわ
- 269 ：
- handobrakeでh.265でエンコした一部の動画でXboxOneやアンドロイドのVLCで再生すると
最初に全部灰色や緑色だったり大きなブロックノイズだったりするけどPCとVLCだと発生しない
VLC側のハードウェアアクセラレーションを入れてると起きるんだけど
handbrake側でのエンコード設定でなんとかなる方法とか無いでしょうか？
- 270 ：
- 書き忘れましたが
オプションの[Web Optimzed]を有効にしておくなどは効果あるんでしょうか？
- 271 ：
- >>270
再生時のデコードの問題だからエンコは関係無い
てか、その箱やドロはh.265に対応してんのか？
- 272 ：
- ためしにAndroidにMXPlayer入れて再生してみて
- 273 ：
- >>272
ソフト変えたってHWデコードがh.265に対応してなきゃ無理でしょ
- 274 ：
- あ、HWで再生しようとしてんのかw
ちなみに泥は2014年頃のSD805とか615辺りから対応してるよ
- 275 ：
- >>271>>272
ありがとう
エンコした一部の同じ系列動画だけで起こるからhandbrakeの設定とかの可能性かもと疑ったんだ
一応動作の報告ですが
アマゾンのタブレットとかにVLC入れて試したけどHWをONだと同じ動画で同じ事起こる
OFFにしたら起こらないけどフルHDとかだとスペック不足でちゃんと再生されない…
アンドロイドやiOSのVLCは設定項目が最低限しかないから設定も弄るもできない感じでした
XboxOneだとデフォプレイヤーではAC3音声だと非対応ですが動画は問題なしでVLCは同じ状況
KODIだとなぜか最初数秒映らず、中華の有料アプリのスコルピオプレイヤーだと安定でした
- 276 ：
- 1.2.2だと、優先度をAbove High以上に設定すると100%近くCPUを使うようになったね。
おかげでかなり効率的にH265へ変換できるようになった。
- 277 ：
- >>276
ちなみに環境はAMD?Intel?
ウチの環境だとメインの2700XはH.265でもH.264でも60%~70%くらいしか働かなくてサブのi5 6500だとほぼ100%行くんだよね…
ちな1.1.1なう
- 278 ：
- >>277
CPUはXeon E5-2690。
HPのZ820というジャンクを再生させてエンコ専用マシンにしてる。
- 279 ：
- >>278
ありがとう
アップデートしてみたらAMD環境でも80%くらいまで働くようになった
AMDのH.265サボりはいつになったら解消されるのやら…
- 280 ：
- 今さら知ったけどAMDのH265エンコが遅いのはHandbrakeのせいじゃないのか…
AVXの実装がIntelとは違うのね…
勘違いしてた恥ずかしい
- 281 ：
- 遅いのはそうだけど使い切れないのは別の問題では
- 282 ：
- >>280
2700Xなんて高性能すぎて複数エンコじゃなきゃCPU使い切らない
Xeon E-2690はSandy世代の骨董品だから他コアでも負荷かければ100％になる
- 283 ：
- いまだにCPU 2600K使ってるけど8700Kあたりにすると かなり幸せになれるのかな？
1/2以上の時間短縮希望
H254
- 284 ：
- その金でRTX2070を買うのだ
- 285 ：
- >>284
グラボ変換は興味ないんだなぁ
- 286 ：
- >>283
3万の9600Kか、もう1万足して8コアの9700Kの方が良いんじゃね？
4万の8700Kはコスパ悪い
https://www.guru3d.com/articles_pages/intel_core_i7_9700k_processor_review,14.html
- 287 ：
- https://www.techpowerup.com/reviews/Intel/Core_i5_9600K/6.html
コスパ重視ならRyzenが一番良いのか
- 288 ：
- エンコならintel選んどけと言いたいが、それは適正価格ならの話…
- 289 ：
- 「VidCoder」は「HandBrake」のエンコードエンジンを搭載した動画変換ソフトらしいが、
「HandBrakeのエンコードエンジンを搭載している」ということは、
同じ設定でエンコードしたら結果も同じになるということなのだろうか？
だがしかし。
字幕データのある動画を、字幕を焼き付ける設定でエンコードしたら、
VidCoderとHandBrakeで仕上がりの違いが出たのはなぜだろう。
具体的にいうと、HandBrakeでは落としてしまう字幕があったけれど、
VidCoderは落とさなかった、のような。
同じ設定にしているつもりだけど、設定が違ったりしたのかな。
- 290 ：
- 単純に字幕の処理が違うだけでは。
エンコードエンジンってのは受けとったフレームをエンコードして出力するだけだからね。
エンコーダーに渡す前に字幕を埋めたフレームを生成してやるってところの差異かと。
- 291 ：
- なるほど、字幕の埋め込みはエンコーダーに渡す前に行われるんだね。
じゃあエンコードエンジンが同じであっても、仕上がりに差が生じてもおかしくないんだ。
納得いきました。お返事ありがとう。
- 292 ：
- 中身同じって言ってもバージョンはVidCoderの方が遅れてリリースされるからな
- 293 ：
- VidCoderは遅れてリリースされるから、
HandBrakeよりもよりよい状態であるということ？
解釈が違ったらごめん。
あと本題には関係ない話なんだけど、
さっきの書き込みのIDにすごい2が並んだの、これはなにか意味があるのかな。
板が上がらないようにメルアド欄にsageと書いてみたのだけど。
- 294 ：
- あっ、すまない、いまsage忘れた。
- 295 ：
- 222222が謎すぎる
- 296 ：
- 22時22分22秒だからだよ
- 297 ：
- なんかすげえ
- 298 ：
- 同ソース、同設定でエンコした2つの動画のファイルサイズがビミョーに違うんだけど、RFスライダー使った1Pass変換ってそんなもの？
- 299 ：
- 1Passならそうなる
- 300 ：
- いやならんでしょ
動画/映像以外の差異では
- 301 ：
- なる時もある
- 302 ：
- 別ソフトだけど前バージョンのソフトの方が画質良いとかはたまーにあるから別Verも分けてインストールしてる人は見かける
- 303 ：
- そんな細かい人はこんなソフト使わないよ
- 304 ：
- Blu-rayで稀に字幕が全く付加できないバグがあるけど直す方法ないかな？
「つぐない」は日本語・英語字幕両方選択してもダメだった
- 305 ：
- つぐなえ
- 306 ：
- ツグナヒ
- 307 ：
- 左上のTitle(再生時間が出てる項目)から日本語があるのを選ぶんやで
- 308 ：
- >>307
もちろんそれを選択したけど駄目だった
PowerDVDでは普通に字幕出てる
- 309 ：
- >>308
だから複数個あって日本語が適応されてるのを選ぶ必要があるんやで
- 310 ：
- いやプロテクトでしょ
素直に猿で磯にしな
- 311 ：
- ヘビーユーザーだから手順は合ってるけど、稀に字幕が焼き込まれないバグが特定のBDにあるっぽい
Englishを選択しても日本語を選択しても全部字幕抜きのファイルが出来てしまう
- 312 ：
- BDの場合は[Subtitles]の設定で[Default]のみにチェック
それ以外の[Burn In]や[Forced Only]にチェックは外す事
- 313 ：
- で、そのBDはどう読み込ませてるのかね？
- 314 ：
- つブルーレイドライブ
- 315 ：
- >>312
それでも駄目なBDがあるのよ
嘘だと思うなら「つぐない」で試してみて
- 316 ：
- だから、プロテクト
- 317 ：
- 本編は普通に観られる
でもどうやってもHandBrakeでは字幕を載せられないBDのISOファイルがあるんだよ
PowerDVDでは字幕付きで再生できるから本当に謎
- 318 ：
- 完全におま環やな
- 319 ：
- >>317
いやだからさぁ、プロテクト外した気になってるだけだろ
PowerDVDは実機同様に再生出来るのが普通なんだよ
- 320 ：
- 狐使ってるからプロテクトの問題はない
一回つぐないで字幕付きのMP4ファイル作ってみ？
- 321 ：
- つーかプロテクト掛かってるなら本編だけの字幕抜きのファイルは出来上がらんだろ
- 322 ：
- ちなみにさっき最新版の狐でもう一回つぐないBDをISO化してHandBrakeで字幕焼付きファイルを作ろうとしたけど、やっぱり字幕は焼き込めなかった
- 323 ：
- 前にこのBDをISO化したのは何年も前だし、PCもドライブも別のものだからおま環ではない
長々とすまんな
- 324 ：
- 何でいちいちISO化してからなん？
- 325 ：
- 狐のせいじゃねーか
フォーラム見て来い、おまえみたいなの複数いるから
猿でも同じならおま環、HandBrakeは全く関係無い
- 326 ：
- >>324
BDの直読みに対応していない、違法だからな
- 327 ：
- >>324
ロングフライト用にiPadに入れたいんだよ
1300円位で買ったBD持ってるのに低ビットレートのiTunes版なんかに1500円も出せるかよ
どうやらフライトにノートPCが必要だな
iPad用にISOを再生できるソフトねーかな？
- 328 ：
- VLCでいけなかったか？
- 329 ：
- ts読み込むとき「タイトルの解析中」
と出てやたら時間が掛かるようになた
読み込んでもエンコードが完走しない
前はできてたのに
- 330 ：
- このソフトはDVDの縦字幕が焼き込めないバグがあるし、ブルーレイでも何らかのバグがあってもおかしくないと思う
- 331 ：
- tsは全部読まないと判らないことがあるからな
- 332 ：
- dropがあると時間かかるんかな
- 333 ：
- >>328
VLCでBD再生しようとするとすぐに落ちるから使い物にならない
- 334 ：
- a's video converterがめちゃくちゃ使いやすくなって
handbrake全く使わなくなったな
- 335 ：
- a'sそんな変わったのか？
プログレ映像のHW変換用って感じだったが
- 336 ：
- handbrakeのプリセット決めて使うのになれたら
他のは微妙に面倒なんだよね
- 337 ：
- a'sの最終更新12/22じゃん
- 338 ：
- 昔はすぐに止まったりとかひどかったなｗ
今は普通に動くけど
- 339 ：
- http://vladi.cocolog-nifty.com/.shared/image.html?/photos/uncategorized/2014/09/18/handbrakeresults2.jpg
こんなに縮むのか？
元映像(1時間ドラマ)のサイズが6GBだとして1440x1080でQSVエンコ後のサイズが5.7GBだったんだが設定間違えてんのかな
それとも動きが多い分か
- 340 ：
- >>339
これは縮み過ぎてる
CPUでもH.265じゃないと無理な縮み方だ
きちんと再生出来てるの？
- 341 ：
- 単位見間違えてない？
- 342 ：
- ごめん、画像のほうか
画質自体は45分ドラマで700MBなら十分維持できるてると思う
- 343 ：
- QSVの縮み方が変って話じゃないのか
- 344 ：
- >>343
そうそう
- 345 ：
- たまにとんでもなくサイズ小さくなる動画はよくある
FHDアニメ30分なら100MBくらいになるし映画でも1GBくらいとか
RF25でプリセット作ってるけど見た感じ全く画質の劣化してない(めちゃくちゃ拡大とかしたら荒見えるのかも
- 346 ：
- アニメは結構縮みそうだが実写は6〜7割が限度かも
- 347 ：
- a'sは正常終了してるのに動画はエラー変換されてないとかあるからなあ
- 348 ：
- ハードウェアエンコード少しはまともにならないかな
サイズがソフトウェアの倍以上とかないわ
- 349 ：
- RTX2070を買うのだ
- 350 ：
- ARIB頼む
- 351 ：
- >>348
QSVだが同ビットレートでは倍にはならんがな
- 352 ：
- 当然、同ビットレートは同サイズになる。
- 353 ：
- 最近このソフトを使い始めたのですが、質問させて下さい。（Ver1.1.2 64bit）
上下や左右に帯が入っている映画などをmp4に変換する際に帯なしにする事は可能でしょうか？
また、設定はQualityとOptimise以外は基本デフォルトで良いでしょうか？
ご教示いただければ幸いです。
よろしくお願いいたします。
- 354 ：
- croppingのとこがautomaticに選択されてない？勝手にクロップしてくれると思うけど。
あと設定に関しては好みとかあるから、自分がエンコードしたい動画で試してみたらいい。2、3分ぐらいの動画を何個も作って見比べるってことね。
- 355 ：
- ＞354
早速のレス有難うございます。
automaticにしていますが、クロップされません、customで上下の数値を0にする事も試しましたが
ダメでした。
- 356 ：
- autoで駄目なら
customでゼロ以外を自分で指定するしかないのでは
- 357 ：
- むしろ必ず勝手にクロップするから毎回0に戻すのが面倒
- 358 ：
- custom設定をプリセットしてデフォルト登録しておけばいい
- 359 ：
- >356
それでもダメでした・・・。
その他の設定は弄っていません。通常ならAutoにしておけば勝手に帯は除去されるのですよね？
何が原因なのでしょうか・・。
- 360 ：
- autoでクロッピングされないと言うことは、その領域に何か映っているということだ。
>customで上下の数値を0にする
そもそも、クロップするなら数値を入れなければならないのであって、0はありえない気がするのだが・・・
- 361 ：
- >>359
ゼロ以外を指定してクロップされないならHandbrakeの問題
まずありえないけど
- 362 ：
- >>360
なるほど・・。元動画によってはクロップ出来ない場合もあると言う事でしょうか？
適当に数値を入れてみましたがやはりダメですね。数値を大きくすれば帯がデカくはなるのですけどね・・。
>>361
ポータブル版から最新Verの通常インストール版に変えてみましたが解決せずでした・・。
ソフト側の問題でないとすると・・・うーん。なんでしょう。お手上げですしょうか。
- 363 ：
- >>362
まずソースの解像度とアスペクト比と変換時の解像度設定を書け
- 364 ：
- >>363
ソースは720ｘ480でアスペクト比は恐らく4:3です。
プリセットはPCでの視聴しかしないのですがよくわからないのでとりあえず
General→Very Fast 720p30を選びました。
- 365 ：
- >数値を大きくすれば帯がデカくはなるのですけどね・・。
てっきり、この「帯」というのはレターボックスとかピラーボックスのことかと思っていたが、どうも違うようだ。
認識が噛み合わない。
- 366 ：
- そういう事したいときはもう大人しく一旦動画編集ソフトで調整するわ
- 367 ：
- その動画だけなのか、どの動画も全部なのかどっちだろ？
- 368 ：
- >>365
>>366
>>367
レス有難うございます。
複数の映画で試してみましたが結果は同じでした。
何と言うか・・所謂おま環と言うやつでしょうかぇ。
これから映画やライブをBDで楽しもうと思っていたところなのですが、モニタ23インチで
ただでさえ小さいのに帯が入ると余計狭くなりますよね・・・折角のBDなのに。
少しでも広く観たい（泣）
- 369 ：
- BDソースで解像度が720x480のものなんてあるの?
- 370 ：
- 480p 4:3で、たぶん16:9画面のクリップしたいんだろうけど、変換時の画面サイズ変更しないで480p出力してるなら当然クリップは出来ないよねぇ
- 371 ：
- >>369
>>370
あ、今扱っているソースはDVDです。
これからBDドライブとソフト買ってBDを満喫しようと・・。
その前にこの帯の件を解決したいと考えている次第です。
＞変換時の画面サイズ変更しないで480p出力してるならとはどう言う事でしょうか？
また、PC視聴の場合、プリセットはどれを選ぶべきですか？
素人で申し訳ない・・。さっきから検索したり設定色々弄ったりして試行してるいるのですが
・・・。
- 372 ：
- ここで聞く前にまずhandbrakeの使い方みたいなサイトをいくつか見てみたら？
かなり基礎的な部分で引っかかってると思う。
- 373 ：
- 帯ってなんだろう？何を指してるのだろう？
ここがポイントな気がする
- 374 ：
- >>371
4:3画面をクロップしたいって事は変換後のサイズはソースサイズより小さくなきゃいけない
つまり720x480から上下クロップして640x360くらいにリサイズして出力
ビスタサイズならもっと小さくなる、なのに640x480で出力してたんじゃ1度黒帯カットしてるのに画面サイズを合わせる為にまた追加されてる事になる
- 375 ：
- クロップの設定画面のSS上げた方が早いんじゃねーか？
- 376 ：
- 元年おめ！
- 377 ：
- 元年おめでとうございます。
皆さんお付き合いいただき、本当に有難うございました。
お陰様で解決致しました。
初めに、>>365、>>373でも仰られていますが、私の言う帯とはレターボックスの事です。
そしてまず
https://imgur.com/JnbWcwq
これが当初の設定です。
使い方を解説しているサイトを巡りましたが、何処も基本的にmp4 or mkvとプリセットを指定するだけで
ソースに合わせて自動的に黒帯を検出し、カットされるとの事でした。
実際、上の画像ではクロッピングには上下に数値が入っており、Sourceの下のサイズを
見ると縦のサイズがソースの480から360にと小さくなっている事からこれが>>374で仰っている
ソースサイズより小さくしなければならないと言う事だと解釈しました。
しかしながら、この設定ではクリッピングされませんでした。
- 378 ：
- 続きです
そして
https://imgur.com/ED18ffW
これが希望通りにクリッピング出来た時の設定です。
AnamorphicをCustom、Keep Aspect Ratioのチェックを外し、縦のサイズを黒帯が完全に消えるまで
下げる事によって解決しました。
上下の黒帯を消したいからと言って縦サイズだけリサイズしたのではダメなんですね？。
ですが、この手の映像関係には疎いもので、何故自動でこうなってくれないのか？
なぜこの様な作業が必要になるのかが分かりません。
本来なら多くの解説サイトにあるように自動的に黒帯はカットされるのですよね？
解決して嬉しいのですが、ここの部分だけモヤモヤが残ってしまっています。
厚かましいお願いとは存じますが、もしよろしければご教示いただけないでしょうか。
何卒、よろしくお願いいたします。
- 379 ：
- >>378
アスペクト比をキープすると自分の指定した画面サイズにならない
つまり、640x360にならず結果的にクロップもなかった事になる
情報が古い解説サイトの説明が間違えてる事も多いが、「自動的にカット」は画面サイズをカスタムして自由に設定する事が前提
だから、AutomaticはCustomにしなきゃならないし、アスペクト比のチェックも外さないとならない
- 380 ：
- >>379
Automatic ✕
Anamorphic ○
- 381 ：
- >>371
帯が欲しいのか消したいのかわからんけど設定2ページ目の所で数値指定したら上下左右帯の大きさを調節したり消したりはできる
計算してアス比狂わない様にしないといけないのめんどくさいけど
- 382 ：
- HandBrakeのUIはいろいろ問題あるので、素直にVidCoderを使うといい
- 383 ：
- >>379
レス有難うございます。
なるほど、そう言う事ですか。丁寧にご教示いただき有難うございます。
ソースによってはそのままでもカットされる場合もあるのですか？
>>381
レス有難うございます
帯は消したいのです。
今回は計算などしませんでしたが、アス比がおかしくなったりはしませんでした。
ややっこしいですね・・・。
>>382
レス有難うございます。
VidCoder調べてみます。
- 384 ：
- それクロッピングは成功してて
プレーヤー側で帯足されてるんじゃね？
- 385 ：
- 取り敢えずPCで再生してみたら？
帯が出なければ >>384 が正解。
- 386 ：
- 画面アスペクト比なら簡単だけど
ピクセルアスペクト比はかなり難しい
handbrakeもvidcoderもピクセルアスペクト比だね
- 387 ：
- 同じ内容のプリセットで、同じBDをエンコードしているのに
PCを変えると容量が大きく違ってくる（1GB→700GB等）のですが、他に合わせるべき設定はありますか？
どのPCでエンコしても同じような出来上がりになるようにしたいのですが・・
- 388 ：
- >>387
全く同じバージョンで同じ設定してるなら、CPUエンコじゃそんな事は有りえない
GPUエンコならGPUが違えば有りえる
- 389 ：
- 1.2.2ってなんか変化ある？
- 390 ：
- 変化せずにバージョンだけ上がるんだとしたらやばくね？
- 391 ：
- 700GBとはたまげた
- 392 ：
- x265でBframeを使用したいのですがCLIオプションがわかりません
教えてください。
bframes=3
3を指定する時、こんな感じで良いでしょうか？
- 393 ：
- >>392
HandBrakeCLI.exe --help 見るのって基本じゃない? そこに書いてあったよ
- 394 ：
- 保守
- 395 ：
- ざっくりした話、BDのエンコ時間って
i5で等倍〜1.5倍くらい
i7で等倍〜0.5倍くらい
って感じなんだけどあってる？
- 396 ：
- 俺ノートPCのi7だけど、2時間のBDのエンコに8時間かかる
解像度は1080pのまま、品質は22
時間かかりすぎなのかな
- 397 ：
- ノートでエンコしてCPU使用率が8時間100%張り付きって怖いなｗ
デスクトップを検討したほうかいいと思う
- 398 ：
- そういう使い方を毎日してるなら1年もたねーぞｗ
- 399 ：
- 中古デスクトップの1万円以下ぐらいでcorei3か5ぐらいの
性能辺りの燃費が良いのをエンコ専用で買ったら良いよ
2時間BDをCPUエンコで15〜20時間ぐらいかかるけど放置しとけばいい
複数をバッチで登録して1週間ぐらい放置
焼くごとにLAN経由でデータ移せば良いし壊れても痛手少ない
- 400 ：
- 何世代前のi5やi7の話してんだ
- 401 ：
- mp3のエンコを仕込んでから寝てた
あの頃を思い出すなｗ
- 402 ：
- jpeg画像1枚表示するのに30分
- 403 ：
- CPUにヒートシンクすらついていなかったあの頃ｗ
- 404 ：
- super pi完走しました
- 405 ：
- handbrakecli 1.2.2でnvEncodeAPI64.dllがロードできんて怒られる
コマンドラインオプションなんもなしでも出るんだけど、intel HD graphicsなんでそんなもの要求されても…
- 406 ：
- 開発版使ってるけど色々設定弄ってもCPUが100％固定になるんだけど改善方法は無いの？
とりあえず設定の優先度をLowにしたんだけどFHD動画＋h265じゃ逃れられないんだろうか…
- 407 ：
- Win10側でいじるとかはNG？ https://freepc.jp/post-27529
- 408 ：
- >>407
Win7だからCPUコア自体を指定できるかわからんな…
あればいいけど
優先度既にやってみたけど効果なし
もう3年前の化石だし買い替え時か…
- 409 ：
- >>407
4コアにしたら50％切るくらいには軽くなった！助かったよ
- 410 ：
- いいって事よ。良かったね
- 411 ：
- 265は最低蓮i5以降じゃないと遅くてやってられん
- 412 ：
- H.265の10bitと12bitなら普通なのに、何もついてないH.265だと画面ぐちゃぐちゃになるソースがある
何がおかしいんだろう
- 413 ：
- >>412
ソースとエンコ設定くらい書かんとわからん。
- 414 ：
- 新しく追加されたhev？は265とどこが違うの？
- 415 ：
- HEVCのことならh.265の別名だよ
High Efficiency Video Codingの略
- 416 ：
- ソースにドラッグしてsave as にm4aってなるんだけど自動でmp4にならないですか？
- 417 ：
- MP4 MKV の所、最初からMKVにならないかね？
- 418 ：
- プリセット作り直せ
- 419 ：
- Ryzenの3700Xへ更新したので前環境と速度比較してみた。
VidCoderの最新beta（5.11）で、1時間50分くらいのDVDファイルをH.265エンコード。
旧 i7-7700 48分
新 Ryzen3700X 33分
あまりに速度が変わったので設定間違ったかと思って確認したけど同じプロファイルだった。
エンコードが捗りそうでうれしい。
- 420 ：
- >>419
同時起動して複数エンコしたらもっと幸せになれる
- 421 ：
- >>419
やっぱCPUは時間かかるね
DaVinciのhevcレンダリングだけど、RTX使ったら50分の番組が10分程度だよ
CPUで33分は速いとは思うけどDVDか・・・暇があったら測ってみる。
しかもこれ、解像度も1440-1080からフルHDに変換しながらだし。
カラコレ入れてもこの速度維持出来る。
- 422 ：
- エンコすること自体があんまり無いので、実時間の倍くらいでもあんまり困らない
- 423 ：
- 困ってないならそれでいいよ
- 424 ：
- インテル ｵﾜｯﾃﾙ
- 425 ：
- いつのまにかあったセーフモード版ってどういう奴なんだ？
- 426 ：
- >>425
起動しなかった場合safemodeバージョンを試してレポートしてくれって感じ
https://forum.handbrake.fr/viewtopic.php?f=11&t=39206
- 427 ：
- 1.2.2でNVENCあるのに、Enable Nvidia NVENC Encoderがグレーアウトしてるのは、
何か追加でインストールとか必要?
と思ってドキュメント見たら
Nvidia GeForce GTX 10 and RTX 20 Series graphics cards are supported.
となってた
- 428 ：
- まさか他のGPUが切り捨てられるとはねえ
- 429 ：
- 要はPascal以降ということなんだろうけど、
KeplerやMaxwellも相当普及してるだろうに
BフレームのあるTuring以降という話なら、判らないでもないけど、
何でそんな半端なとこで切ったし
- 430 ：
- MP4は音ズレ有るな。自分の自作PCが古いかも知れないけど？
- 431 ：
- >>429
1660とか安いんだしこの機会に乗り換えたら良いじゃん
グラボ変えるのなんて大して費用かからんし
- 432 ：
- まさに1660を狙ってる最中なんだけどね
やっと手頃な値段でBフレーム付きの(ソフトに遜色のない)エンコードが
ハードでやれるようになった
エンコード専用と思うとそれでも高いけど、
d払いで20%還元の今がチャンス
- 433 ：
- >>430
バージョンに寄っては音ずれバクあり
あと、エンコは基本CFRじゃないと音ズレする
- 434 ：
- >>419
オレも3700Xのセットアップ終わったのでやってみて
アイドル時の消費電力も抑えたくて電源プランいじってみた
アイドルは8Wくらい差が出るんだけどその設定で
H.265エンコやると遅くなっちゃうんだよね
ソース： Matrix BD chapter1(3min25sec)
設定： 960x520、H.265(x265)、Variable、18RF、Placebo、
AAC(avcodec)、160、Dolby Pro
＜エンコ所要時間＞
AMD Ryzen Balanced： 20min32sec
省電力： 33min27sec
低負荷と判定される場面でのクロック落ちが原因かな
プロセッサの電源管理もいじったけど変わらないから
アイドル省電力／エンコ爆速を両立させる設定は
今のところなくて切り替えなきゃいけない
この先のBIOSアップでこの辺も変わるらしいのだけどね(´・ω・｀)
- 435 ：
- >>434
そのソースってどんなBDなの？
レンタル？買ったやつ？
- 436 ：
- Blu-ray のリッピングとかそもそも違法だろ
- 437 ：
- 公然のなんとやら
- 438 ：
- https://i.imgur.com/T58mIr0.jpg
- 439 ：
- >>436
違法だけどTS抜きと同程度の違法だね
円盤抜きを否定する事はTS抜きを全否定することになる
- 440 ：
- TSは合法だろ
- 441 ：
- コピーガードが掛かっているblu-rayとは限らなくない？
- 442 ：
- エンコソフトスレでTS抜き合法ドヤ顔
- 443 ：
- >>441
コピーガードが掛かっていない Matrix の Blu-ray ってあるの?ｗｗ
- 444 ：
- それじゃぁ、おまえらどんなソースをエンコしてんの？
- 445 ：
- 普通に自分で撮影した動画をエンコしてるけど？
- 446 ：
- つまりコピーガード解除したあとのﾌﾞﾙﾚｲならおｋ(確信)
- 447 ：
- すごいな、こんな掲示板でわざわざ犯罪行為を自白しちゃうなんて。
- 448 ：
- DVDfabやぞ(真顔)
- 449 ：
- 2012年10月より著作権法が改正され、違法ダウンロードが刑事罰の対象となりました。
違法ダウンロードをして逮捕された際に「知らなかった」は通用しないと思います。なぜならパソコン内のデータや履歴、プロバイダの記録を調べることにより、
故意かどうかの見当はおおよそついてしまうからです。世の中そんなに甘くありません。
逮捕された場合、2年以下の懲役もしくは200万円以下の罰金、最悪の場合は懲役刑と罰金の両方が課せられてしまいます。
違法ダウンロードに該当する具体例
市販の映像ソフト(DVD、Blue-rayなど) DVDやBlu-rayなど有償で販売されてい動画のダウンロードは違法になります。
有償配信されている動画 ダウンロード販売・配信されている動画は正規の配信者以外からダウンロードすると違法になることがほとんどです。
- 450 ：
- 有償で販売されている音楽
市販の音楽CDはもちろんダウンロード販売の音楽ファイルを無償でダウンロードする行為は違法です。
ファイルが変換されて形式が変わっていても、音質が落とされていても違法になります。
日本の音楽CDを違法アップロードして広告収入を得ている海外サイトが最近多く見られるので気をつけましょう。
日本では特に厳しく取り締まれています。逮捕者も出ています。
有償のゲームソフト
ゲームの中には映像と音楽のようなコンテンツを含むため、有償ゲームのダウンロードは違法になります。海外ではゲームの海賊版(割れ)が多く出回っていて、問題になっています。
一時期マジコンというツールが流行りましたがゲームデータをこれに読み込んで遊ぶのも同様に違法ということですね(自分でゲームデータを吸い出した場合を除く)。
違法ダウンロードについて 著作権講座 http://chosakuken-kouza.com/kihon/ihoudownload.html
違法ダウンロードに該当すれば私的目的でも違法 有償のものつまりCDなどの商品を違法ダウンロードすれば逮捕の可能性あり http://chosakuken-kouza.com/kihon/ihoudownload2.html
- 451 ：
- 違法ダウンロード法（禁止法）まとめWiki リッピング違法化
https://www39.atwiki.jp/dl-ihou/pages/38.html
Q. この法案(リッピング違法化)ってどういうものなの？
最初にリッピング（Ripping）とは、DVDビデオソフトや、 音楽CDなどのデジタルデータをパソコンに取り込むことを指すパソコン用語。
今回リッピング違法化によりDVDのような著作権保護機能がついた媒体からのリッピングを禁止する法案です。
Q. 簡単まとめ DVD編
購入したDVDをDVDプレイヤーで再生する 合法（笑）
購入したDVDを自分のPCに落とす 違法
レンタルしたDVDを自分のPCに落とす 違法
DVDはほとんどにCSSを含む保護技術が使われてるので実質DVDのリッピングアウト
Q. 購入したDVDを自分のPCに落とす限りはOKだよね？
A. いいえ。CSSによるコピー防止が施されているDVDをPCのHDDに吸い出すリッピングは
ユーザーが購入したDVDを自分のPCに落とす限りにおいては私的複製として認められてきたが今後は違法になる。
- 452 ：
- カスラックかNHKの集金か何かが来てるの？
- 453 ：
- 失礼します。
Sandy bridgeのcore i5ｰ2400はQSV使えないのでしょうか？
（OSはWin10）マザーボードはB75M-PLUSです。
プルダウンメニューに選択肢がありません。
ご教示いただければ幸いです。よろしくお願いします。
- 454 ：
- >>453
使える
QSVのドライバーを更新しな
- 455 ：
- グラフィックカード使ってないだろうな
- 456 ：
- >>440
TS抜きは完全アウト
>>441
TS抜きは通常有効になるコピーガードを無効化することになるからな
そういった行為自体が違法。
- 457 ：
- ちなみにこれが著作権法。
技術的保護手段の回避（技術的保護手段に用いられている信号の除去又は
改変（記録又は送信の方式の変換に伴う技術的な制約による除去又は改変を除く。）を行うことにより、
当該技術的保護手段によつて防止される行為を可能とし、又は当該技術的保護手段によつて
抑止される行為の結果に障害を生じないようにすることをいう。第百二十条の二第一号及び第二号において同じ。）により可能となり、
又はその結果に障害が生じないようになった複製を、その事実を知りながら行う場合
これは自由にコピーできないシステム組んでるテレビ放送を、適切でない方法で無理やりコピー(録画)することは違法、と定めてる。
リッピングもこれに入るしHDCP解除も入るしTS抜きも入る。
B-CASのシステム使わんとそもそも複合できんからね、テレビは。
ちなみに法律上は暗号化、なんて言葉は一切無く、復号、とある。
B-CASが行うのは復号だし他も同じ。暗号化されてるかどうかは関係ない。
- 458 ：
- TS抜きで録画は違法と明言。
https://weekly.ascii.jp/elem/000/000/110/110332/
まぁリッピングもTS抜きも罰則があるわけじゃないけどな
- 459 ：
- >>456
無効化する装置が違法なのであって、無効化した結果のものを保存しようがそれは自由
つまり、B-CASを使わずにTS抜きしたらアウト
B-CASを使ってるならセーフ
- 460 ：
- 著作権警察だ
- 461 ：
- カネは払うしバラ撒きもしないんで
ネタは好きに使わせてくれってもうただそれだけ
- 462 ：
- >>454
>>455
レス有難うございます。
グラボは使っていません。
申し訳ない、QSVドライバの更新と言うのがググっても分かりませんでした。
Win7用のドライバを入れると使えると言う旨の情報があったのですが要件を満たしていない
とかで入れられませんでした。
もう少々ご教示いただければと思います。お手数おかけします。
- 463 ：
- まあ、こそこそやろうよ。
- 464 ：
- >>462
https://www.google.com/amp/s/gamp.ameblo.jp/iso5210/entry-12343256605.html
↑これと同じ事やってみ
- 465 ：
- >>464
お世話になります。
第２世代プロセッサのドライバでWin7で絞り込んで出てきたドライバは先述の通りインストール
出来ませんでしたが、Win8で絞り込んで出てきたWin7及びWin8用・・・のドライバがインストール成功、
そして無事QSVが出現しました！
本当に有難うございます。感謝です！
- 466 ：
- OSがWin10なのになんでWin7用探してんのよ、出来たなら良いけど
- 467 ：
- MatrixのBlu-rayぶっこ抜いてエンコする奴の話だったのに
TS抜きに話しすげ替えて必死すぎじゃんかよｗ
- 468 ：
- matrixと言う名の自撮りでBDに落とした動画かも知れないぞ
- 469 ：
- Mars Matrix 999999999990pts all
- 470 ：
- ∧＿∧ ／ヽ;;)
∧＿∧＿（◎・∀・∩
（ ・∀|[__|ｏ|＿∧つ ＿＿＿
| つ ∩（ ・∀・）） | i ＼ ＼
と＿）＿）（ つ|￣|O | i l ＝l
と＿）￣） | |__ノ ノ
∧__∧
（ ）＜) 録画開始！
（ ＿ ノ
||＿|| ヽ
|| ||~し'
- 471 ：
- >>427
サポート対象のGPUはBフレームありのと無しの両方あるけど、
あれば使うという仕組みになってる?
https://handbrake.fr/docs/en/latest/technical/video-nvenc.html
ここで、b_adapt オプションが H.265 では使えないということから、
Bフレームは使わない固定な気がする
- 472 ：
- b_adapt はBフレームの有無ではなくて調節の機能だけど、
そもそもBフレームが無いから関係ないということだろう
実際にH.265 nvencでエンコードした動画にBフレームは含まれていない
対応されるのを待つか、別のエンコーダに乗り換えるしか無いか
せっかく1660買ったのに
- 473 ：
- このソフトの開発者はのんびりしてるからなぁ
- 474 ：
- インターフェースがわかりやすくて最新の技術への対応が早いアプリありますか？
- 475 ：
- わかりにくいけど対応が早くて全自動、Amatsukaze
- 476 ：
- アマツカゼは操作がわかりにくすぎる
- 477 ：
- あれTS以外に対応してくれたら天下とれると思う
がする気はないみたい
- 478 ：
- >>475
おいおいもっと早く教えてくれよ。知らなかったよこんな便利なのあるなんて
- 479 ：
- >>477
それな
あのソフトの作者は石頭だから言うだけ無駄
- 480 ：
- >>459
B-CASを違法ダビングに使う時点でアウト
ダビングしなければセーフ
- 481 ：
- デコーダーは基本的にffmpeg系だから対応できないことはないだろうけど
有料ソフトなんじゃないんだからしょうがない
- 482 ：
- ffmpeg.exe -i infile -vcodec hevc_nvenc -bf 3 -vf scale=1280:720,setsar=1/1 -qp 25 -acodec copy outfile
こんな感じでBフレーム付きでエンコードできる
なんでできるんだ?
ライセンスとか解決したの?
- 483 ：
- hevcのコーデックはグラフィックカードの中にハードウェアとして入っていて、
ffmpegはその購入済みコーデックのフロントエンドに過ぎない
という解釈は成り立つ?
- 484 ：
- 最新世代のミドル〜ハイエンドのものは対応してるってだけではないの
- 485 ：
- ゴッドファーザーのBlu-ray字幕が載せられねぇ…
ソフトでは表示できるからHandbrakeのバグだな
- 486 ：
- 昔のバージョンでは字幕がうまく載らない時は焼き付けたらOKとかあったな
- 487 ：
- てか、エンコなら普通焼き付けだろ
- 488 ：
- こういう時に別の似たソフトがあればいいんだけど、Blu-rayをmp4に変換できるフリーソフトってなかなか存在しないから困る
- 489 ：
- >>488
XMedia Recodeは？
- 490 ：
- >>488
XMRでいいじゃん
- 491 ：
- 1.2.2ってAdvanced（詳細設定）タブ完全に消えたん？
1.2.1までは設定で表示するチェックボックスあったと思うんだけど
- 492 ：
- そういうの要る人は自分で直接ffmpeg起動してるということに気付いたから
細かい設定とかするのが面倒な人がラッパーを使う
ffmpegに渡すべきオプションが全部書けるようになっていたら、それはもうラッパーではない
- 493 ：
- ヘイ！YO！
って感じ？
- 494 ：
- >>491
消えた
- 495 ：
- >>494
やはりかー
なんかエンコしたファイルでかくなるから細かく設定したいのになぁ
しゃーないか
- 496 ：
- >>495
いつも同じ設定で細かい設定したいなら CLI 版使ってバッチ作った方がめちゃ楽よ
- 497 ：
- additional optionsのボックスを右クリックで出ない？
- 498 ：
- H.264だとCPUが１６スレッドまでしか使えないからGPU足して速度上げようと思うんだけど。
NVlinkでグラボ２枚刺ししたら早くなる？
今2080１枚で使ってるけどGPU使用率50%くらいなんだが
- 499 ：
- >>498
ならない
そもそもフィルター処理にGPU使わないし、GPUデコードなら十二分で無駄
- 500 ：
- >499
ならんのか。
H265だとCPU使用率よりGPUの方が９９％になってて増設したら早くなるのか考えてしまった。
- 501 ：
- >>500
何でモニタリングしてんのか知らんけどタスクマネージャーだったら、使用率＝アクセス頻度だからGPUがそれだけ使われてるわけじゃないよ
- 502 ：
- >>489
最近出たXMedia Recodeの64bit版って、Ryzenだとエラーが出て起動できないんだな。
32bit版だと普通に動くのに。
HandBrakeだと現れない日本語音声が現れたりするから便利なので使いたいのだが･･････。
- 503 ：
- >>502
64bit版じゃなきゃいけない理由あるか？
- 504 ：
- テレビを時間と場所の制約から解放した無駄のない新時代へ（西村博之）
https://www.makuake.com/project/miyoutuner/
https://twitter.com/hiroyuki_ni/status/1144535291996397568
(deleted an unsolicited ad)
- 505 ：
- >>503
CPUコア数を増やしていくと、HandBrakeは8コアでも100%近い負荷が掛かるが、Xmedia Recodeの32bit版は
8コアで既に飽和していて、エンコード時間の縮小度も落ちていた。
そのためにXmedia RecodeからHandBrakeに乗り換えたんだが、64bit化でそこらへんが改善されているかなと。
HandBrakeでは出現しない日本語音声が出現したり、出来上がりのファイル容量の予測が出来たりとメリットがある。
ま、Ryzenで動かないので、結局は古いHaswell機で時間を掛けてエンコードしたのだが。
- 506 ：
- >>505
日本語音声出現しないってのは音声タブの設定でAll SelectedとかAll Tracksに変更してないからだよ
デフォルトはFirst Languageになってる
- 507 ：
- >>506
え、そうなの。教えてくれてありがとう。
- 508 ：
- >>505
Slection Behaviorの
Track Selection Behaviour：All Matching Selection Languages
For Addition Tracks：Use All Tracks as templates
にしたけれど、日本語音声出てこなかった。ここのこと？
たまにそういうタイトルがある。(再生ソフトやプレイヤーでは日本語音声出てくるのに)
そういうのもXMedia Recodeだと出てくる時がある。
- 509 ：
- >>508
それでもダメなのか、謎だね…
- 510 ：
- ブルレイでメインストリーム2つあるの気づいて手動で選び直したら日本語字幕出たのあったな
- 511 ：
- 初心者です。H.264(×264)では問題なくエンコード出来ますがNVENCを選択するとエラーとなり困っております・・・
GPUはGTX670です。設定が悪いんですかね。
- 512 ：
- >>511
GTX10xx＆20xxシリーズ意外は対応してない
- 513 ：
- そもそも使えないものは選択できない筈なんだが
- 514 ：
- >>512
そうなんですね… ご回答ありがとうございました
>>513
選択自体は出来るんですよね。H265とかも対応してないのにプルダウンに出てきて選択までは出来ちゃうんです…
- 515 ：
- nvidiaの機能で録画したゲームのプレイ動画ですがiPad にそのままだと入れられないので変換したいです
UWQHDで時間は50分の動画なんですが変換に4時間半とかでます
幾ら何でも長すぎると思います
変換中に下の方にAverage fpsが出ていますが0.いくつかという数値です
これが原因でしょうか？
どうしたらもう少し早くなるかアドバイス頂きたいです
スペックはこんな感じです
Windows10 64bit
i9 9900k
メモリ 32GB
GTX 1080 ti
SSD 1TB
- 516 ：
- 1080tiならnvencが使える筈
- 517 ：
- MediaEspressoでも買えｗ
- 518 ：
- >>515
元々の映像サイズがデカイから遅い
むしろ、9900Kならたったの4時間半で終わるのかって感じ
- 519 ：
- >>505
ryzenで動かないの？
あぶねー PC組むの止めるわ
- 520 ：
- 主語なし発達障害ゲェジの駄文を読み違える文盲ゲェジウケるやん
- 521 ：
- 5.5インチのAndroidスマホに入れる動画を作りたいのですが、プリセットはどれを選択すれば良いでしょうか？
また手動で設定する必要があればご教示下さい。
よろしくお願いいたします
- 522 ：
- >>521
プリセット→デバイスから自分のスマホに合ったの選べばOK
- 523 ：
- >>522
簡単なんですね。やってみます。
有難うございます。
- 524 ：
- 質問しようと思ってたけど書いてありました。自己解決しました。
- 525 ：
- HandBrakeのエンジンを利用したVidCoderの話題は、ここでいいのだろうか？
素の状態で日本語対応してるし、Microsoft Storeからダウンロードしてインストールもできるから、お手軽で良いのだが、
あまり話題にならないような…
- 526 ：
- HBで十分だし…
- 527 ：
- エンジンが一緒なら使い慣れた方を使うだけだよね
- 528 ：
- >>525
確かにUIはそっちが良いけど、中身のアップデートは2〜3周回遅れだったりするし、結局Handbrakeが良いってなるのよ
- 529 ：
- VidCoder使ってたけど、本家(ffmpeg)への対応が遅いので、本家に引っ越した
- 530 ：
- なるほど
更新が遅いのか…
なんかもったいないね
- 531 ：
- handbrakeは音声がウンコなのがな…
AACとか圧縮率は良いけどノイズがね
AC3だとマシだけどさ
- 532 ：
- それはffmpegのせいなんだけどね
ffmpegのaacは低音質で有名で、ちゃんとしたaacはライセンスの関係で、
自分でbuildしたのでないと使えない
パススルーしてしまうか、mp3とかにするのが吉
- 533 ：
- Opusにしたら？
しかし、HandBrakeはOpus→Opurのパススルーは未だ非対応だっけ…
最近ようやく動画の世界でも市民権を得始めた感のあるflacあたりが、再生時の互換性と音質を考えると無難かねぇ…
- 534 ：
- 高圧縮だったり高音質だったり権利的にクリーンだったり、
いろいろな特色を持つコーデックがあるけど、結局mp3なんだよな
- 535 ：
- エンコなんてmp3のQualityで十二分だよ
- 536 ：
- >>531
AACだと音声バグる現象(元動画だとまともなのに一部だけ音が途切れた)があったからそれ以来ずっとAC3だわ
- 537 ：
- エンコする動画なんて映画とかライブ映像とか、音質も重要なものばっかりだから基本パススルーだわ
持ち歩き用なら480p~720pあれば十分だし音声まで圧縮する必要性を感じない
- 538 ：
- 映画とかライブ映像って観に行って録画してるの？
DVDとかBDとかのこと？
- 539 ：
- 普通はBDなりでしょ
今時でも映画館で無断録画してる人なんて居るの？
- 540 ：
- 普通はBDってBDをリッピングしてエンコードしてるの？
＞今時でも映画館で無断録画
って私は無断とは書いてないよ。
無断録画は明らかな違法なんだから。
スレのながれを見てると何らかの映画やライブ映像をエンコードしてるようなレスで
基本パススルーということ、AC3だと書いてることを考えると
それって市販のものではないの？
君たち。ドヤ顔でレスをしてるが自分たちの書いてる内容
大丈夫だと思ってるの？
- 541 ：
- どっかで知恵を付けてきて披露したくてうずうずしとるな
- 542 ：
- >>539
スターウォーズやアベンジャーズエンドゲームとかは無断撮影で流出してたよ
人気超大作の封切り前後はそこそこ流出する
特にラスト付近など盛り上がりやネタバレシーンを中心にね
そんな時のために出来たのがCinaviaなわけでして…これも非対応プレイヤーなら問題ないんだけどね
- 543 ：
- VidCoderのAACもノイズってある？
- 544 ：
- ffmpegをHandBrakeが使ってて、VidCoderがHandBrakeを使ってる
全部元は同じで、AACの音質のいい奴はソースでしか配布できないので、
バイナリで入手した奴は全部音悪い
- 545 ：
- まだAACにこだわってるのか…
頭の硬いやつ
- 546 ：
- そりゃ faac とそれ以外の内蔵コーデックじゃ確実に聞き分けられるレベルで音質悪いですし
- 547 ：
- 夏休み終わるまで中身の無いレスバトルは続く…
- 548 ：
- 夏休み前にBD絡みの粘着レス見たことあるから
夏休みは関係ないと思われる
- 549 ：
- 何故AACに拘るのかわからん。
圧縮したいならOPUSとかあるじゃないか。
- 550 ：
- だよね
なぜAACにそこまで執着するのか
- 551 ：
- AACは再生プレイヤー側や端末で対応してるのが多く圧縮できるからとか？
5.1ｃｈのサラウンドとかドルビーとかでならAC3にした方が良いけどな
- 552 ：
- AC3は、もっとないわ…
- 553 ：
- >>552
古い作品で音声が1chや2chのがディスク化のさいに5.1ｃｈや7.1chのDTS化したものなどは
他の形式に変換したさいに音響が破綻するのか聞こえる方向がおかしくなる場合があるけどな
その場合はソースのDTSをそのままパススルー
または変換するならAC3のパススルーでのみ破綻しなかったよ
他の形式のパススルーやAC3でもビットレートを圧縮したりすると破綻する場合があった
- 554 ：
- そんなの変換ツールの問題であって、コーデックの固有の問題ですらない
- 555 ：
- コーデックの規格の問題ではないが、コーデックの問題だ
- 556 ：
- 使うツールやコーデックを見直せばいい話
それに、マルチチャンネルはOpusでも可能なのだから、わざわざ骨董規格にいつまでもしがみつく必要性がない
- 557 ：
- ・外部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（ビデオコンバーターアプリ）を使用したベンチマークテストでも同様でした。」
速度も大事だが、画質はどうなんだ？
- 558 ：
- Time Remaining : 1.10:55:24
これ34:55:24でよい?
- 559 ：
- それ以外の何だと言うのか
- 560 ：
- fast1080p30(Modified)
h265(x265)
constant framerate
constant quality22
一番上にして下三つ変えてるだけだけどおかしいかな？
- 561 ：
- aacにこだわる人。
音声パススルーだったら無問題な気がするんだが、考えが甘い？
- 562 ：
- ソースがflacとかで、何かにエンコードしないといけない時に、
aac以外だと何が有力だろう
- 563 ：
- >>562
mp3 Quality
- 564 ：
- >>560
cqは22も23も変わらんから23にしてる。HDDに余裕あるから構わんが。
- 565 ：
- >>564
Qualityの数字は低いほうが高品質のようだけど
The Quality slider ranges from (Low Quality) 51 to 0 (High Quality)
- 566 ：
- そうだよ。だからそう書いたつもりだったけど説明不足か。
22と23に大した差は感じられないから、HDD節約で23にしてるってこと。画質差を感じないのに容量大きくなるのイヤじゃない？
- 567 ：
- x265なら26くらいでも大した変化を感じないよ
- 568 ：
- そうなの？ 早速試してみます！
- 569 ：
- あー、日本語おかしかったの自分か。誤解でスレ汚しすまん。
- 570 ：
- >>569
いや、>>565の勝手な思い込みな捉え方の問題であんたは変じゃなかった
- 571 ：
- どちらが悪いとか問題とかそう言う話ではないと思うが
俺も正直混乱した
- 572 ：
- >>570
いや、そうでもないのよ。564で自分が書き間違えてる。
誤：HDDに余裕あるから構わんが。
正：HDDに余裕あるなら構わんが。
一文字の間違いが逆の意味になるからね。
混乱させて申し訳ない。
- 573 ：
- 細かすぎて大多数の人に気づかれてない間違い
逆にちゃんと意図を汲めてる2人が優秀
- 574 ：
- んなことない
- 575 ：
- せっかくH.264からH.265に切り替えはじめたのにまた変えるのかお(・ω・)
沈むH.265、グーグル動画仕様AV1が主役へ アップル採用で加速か
https://tech.nikkeibp.co.jp/atcl/nxt/column/18/00944/083000001/
- 576 ：
- 日本のプロバスケかｗ
- 577 ：
- >>575
せっかくハードエンコが使い物になってきたんだからやめてくれ
そうでなきゃソフトエンコをそれなりの画質で軽くしてくれ
- 578 ：
- >>575
あくまで法人の話って感じだね
個人でVP9でエンコしてる人が少数派なのと同じ、H.265が消える訳じゃない
次のH.266は消えるかもしれないけど
- 579 ：
- HandBrakeでAV1の対応は、いつ頃になるのだろ？
- 580 ：
- AV1って昔Microsoftが？
- 581 ：
- H.264が標準の地位を得るまでMPEG4系もいろいろあった訳だし、あまり気にしないのが吉。
- 582 ：
- 160x120 15fps でウェーイとかやってたあの頃ｗ
- 583 ：
- 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倍越えとる
- 584 ：
- >>582
QuickTimeかな？
- 585 ：
- AMVとかね
- 586 ：
- レス読んでてふと思い出したけれどRealMediaなんてのもあったね
- 587 ：
- 一応まだ開発しとるで
- 588 ：
- youtube落としたらMPEG-DASHだった
音声だけ抽出したらopusだった
世の中いろいろ変わっとる
- 589 ：
- 現在のHandbrakeのx.265のバージョンってどなたかご存知ですか？
今旧バージョンで長時間エンコード中で自分で調べることができないんです
- 590 ：
- >>589
エンコしたら 2.9 だった
使用したエンコーダ: HandBrake 1.2.2 2019022300
使用したライブラリ: x265 2.9:[Windows][GCC 8.2.0][64 bit] 8bit+10bit+12bit
- 591 ：
- ありがとうございました！
早く3にして欲しいです……
- 592 ：
- 3だと何かあるの？
- 593 ：
- オプション変更で変換圧縮効率が10%ほど向上したらしい
- 594 ：
- マジか？!
急ぎ給え!!
- 595 ：
- いつの間にか設定画面のVideoのチェックボタンが押せない様になってた
- 596 ：
- 対応しているハードウェアを持ってなかったら
グレイアウトになるのでは？
俺のグラボは、GeForce
https://i.imgur.com/fnvwR8L.png
- 597 ：
- nightly入れたらActivity Logに
x265 [info]:HEVC encoder version 3.12〜
と表示されたけどこれ
ver.3.0以降が使われてると受け取ってもよいのかな？
- 598 ：
- それ以外の可能性があるのか?
- 599 ：
- そんなに必死ならソース追っとけば？
https://github.com/HandBrake/HandBrake/tree/master/contrib
3つとも 08/01 に contrib: Update to x265 3.1.2.
履歴追いたきゃ、history
https://github.com/HandBrake/HandBrake/commits/master/contrib/x265_10bit
- 600 ：
- HandBrake、Opus音声のパススルーに対応してくれ
- 601 ：
- Win7からWin10にしたら動画エンコードが進まないで失敗する様になったんだけど解決策がわからん…
プリセットのせいかと思ってデフォの選んでも同じ様に落ちるし
- 602 ：
- >>601
再インストールしたか？
- 603 ：
- >>602
した
3回上書きインストールしたら急に直ったけどよくある事なんかね
- 604 ：
- >>603
上書きじゃダメ
特にWin10はアップデートの度にエラー吐くから削除して新規インストール
- 605 ：
- まだまだwin10は見送りだな
win7の終わりまでにまともになってくれればいいけど、
駄目なら8.1でさらに様子見しないと
- 606 ：
- 見送りというか
そういうアプデを繰り返す仕様だから
それに合わせるしかない
- 607 ：
- そうなんだWin10
去年Win7から無償アップグレードしてHandBrake使ってなかったから知らんかった。メモメモ
- 608 ：
- うちはなにも対策してないけど内蔵SSD内でのエンコなら止まったことない
NASのソースだと1/20くらいで途中で終わってるときがあるがまあ特にきにならない
Win10でver.1.2.2でアニメをFHDのHEVC10bitで終日エンコしてて1話7時間前後かかるw
- 609 ：
- DVDの16:9スクイーズ映像をエンコする場合
出力的には853×480と720×406どっちが正しいの？
BDしかエンコした事ないからよく分からん
- 610 ：
- おっさんなら、ブラウン管テレビを見ていた若い頃を思い出すんだ。
アナログ映像は「水平線」で映像を描くから、その線を減らすというのは画質にとって致命的であるということを。
- 611 ：
- >>609
アナログ時代の常識に合わしたいなら704x480が正しい
今のDVDレコーダー→デジタルTVに合わすなら720x480 or 853x480が正しい
- 612 ：
- ソースサイズとディスプレイサイズが違ってエンコード元の動画よりサイズが小さくなる時は、原理がわからないのでAnamoをNoneにする脳死処理してる
- 613 ：
- >>610
おっさんなので
VHS→240本
LD→400本
DVD→480本なのは分かる
レターボックスとスクイーズの違いも分かる
視聴するのはiPadなのでいろいろためしてみます
- 614 ：
- 設定画面左下の
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
---
ずっとこれでやってる
- 615 ：
- 本当は引き伸ばし処理は最終段でやった方が劣化しないんだけど、
PARが1:1でないことの鬱陶しさの方が上なので何でも1:1にする
- 616 ：
- データ量減らしてエンコ速度上げるために 1440ｘ1080 とか 960x720 で SAR 4:3 とかやってるわ。
横方向に若干ボケるけど十分許容でエンコ速くなるｗ
- 617 ：
- あれ？最新版は日本語対応してるんか…
古い日本版をやっと捨てられるわ
- 618 ：
- 対応してるか？
しかし、未だに0.95使ってるなんてアホやね
- 619 ：
- エンコーダーTune今までAutoだったけどファイルによっては3倍くらい変換時間掛かったりでまともに運用できなかったから全種類試してPSNRの変換時間と作成後のファイルサイズで落ち着いた
(フルHDアニメ1本だとH265 プリセットSlow RF25で40分ほど ファイルサイズは100MBくらい)
SSIMが良いとか見かけたけど違い全く分からんかったわ
- 620 ：
- ハードエンコがやっと実用になったので、時間で困ることはなくなった
- 621 ：
- Handbrakeだと、画像の一部分を切り出して変換はできますか?
具体的には、ここ数日の台風関連L字部分を取り除いて画像変換したいです。
- 622 ：
- できる
- 623 ：
- 俺もやってる
- 624 ：
- できるということで調べてみました。
Cropping で Top と Left を調整すればいいんですかね?
局により Bottom と Left (Rightは無いようだ)の場合も
ありますが。
- 625 ：
- そこまでわかってるならやってみりゃいいだろ
- 626 ：
- プレビュー見れば早いよ
- 627 ：
- >>625
その通りですね。
>>626
プレビューは便利ですね。
サクッと目的が果たせました。
- 628 ：
- 日本人とは思えない
- 629 ：
- H265のVideo設定というかクオリティっていくつに設定してる？
画質の劣化をギリギリまで気にしないと思えば25か26くらいでも良いのかなと思うけど他人の設定知りたいわ
(検索しても254ばっかり出てくる)
とりあえずやたら動いて背景が細かいまどマギでテスト出力しまくってるけどどの辺で妥協すれば良いのかわからなくなってきた
- 630 ：
- H264で19
H265で23
俺も人まねしてるだけなんだけど
- 631 ：
- >>629
HandBrakeで最適な画質変換を設定する方法 2018【H.264＆H265】
https://ameblo.jp/iso5210/entry-12330802231.html
26でも余裕そうだな
ギリギリで良いなら28〜30まで下げてもいいか自分の目で確認するしかない
- 632 ：
- HDサイズで21、FHDで21.5
4kサイズでガン見するとこれになった
- 633 ：
- >>629
アニメなら24程度が最低ライン
多少妥協して25ぐらい
- 634 ：
- >>631
やっぱそれくらいが限界か
確かに雨のシーンとかだと26まではなんとか崩れはしてないけど27じゃ細かいブロックノイズというより色潰れてたりするね
なんか書き込み普段少ないから意外に返事来て意外だったわ
- 635 ：
- 映画とかは23。
- 636 ：
- お酒は20から
- 637 ：
- 大して差がなく容量の無駄と思いつつも20にしてる。
たまに忘れててデフォルトの22で走らせてしまう。
- 638 ：
- H.264の時でも、かなり削っても大丈夫だった
でも、動きの激しい箇所で崩れるので、その一部の為だけに全体の
ビットレートを底上げする必要があって無駄だった
H.265になっても大幅に何かが変わった訳ではなく、
H.264で崩れていた一部には的確にビットレートが割かれるようになったので、
ギリギリまで攻めていくことができる
その結果が、H.264の半分まで縮むという触れ込みなので、
自分の目で妥協点を見つけるしかない
- 639 ：
- SAO優秀だよな
実写だと強めにNRかけた感じになるけど
アニメとの相性はいい
- 640 ：
- ワイ、265の21でSlowに設定してるが容量が増えやすい
21でもmedi以上にするとモスキートが目立ちやすい気がする
- 641 ：
- slower以上は4k/8k向けなのか2kだと粗くなるけど
2kのslowなら元ソースのフィルムグレンとか粗をより正確に再現してる可能性はあるな
- 642 ：
- midだとブロックノイズ出る映像でもSlowだと大丈夫なんだけどここだけで変換時間倍くらいに伸びるのがな…
確認して再エンコなんてめんどくさいからこれで良いんだけど
Slow以上の設定とか時間ヤバそうですね…
- 643 ：
- >>642
海外のサイトとか見てもSlowまでが限界でそれ以上はかかりすぎって意見多いね
あとSlowとmediで壁があって画質抑えたい人はmediまで
Slowにするとソースによって逆に容量がかなり増えるのが不満って声が多い感じ
- 644 ：
- 質問すいません
HandbrakeでいつもTSをエンコしてたんですが最近気づいたらやけに最初のスキャニングに時間が掛かる
色々試すと３GB程度の小さいファイルだと一瞬なんだけど８GB位を超えると何故か１０分以上掛かる
色んなVersion試したけど変わらないし他のエンコソフトだと問題なく読み込める
どうしても無かったら他使うんですけどHandbrake使い勝手が良いので解決策ありますか
- 645 ：
- 最近気づいたところの前にロールバックすればよし
- 646 ：
- 新しめのverはやたらと遅くなったな。PC組み直すしかないだろ。
NVMe接続した500G以上NVMeのSSD使ってるが快適。
- 647 ：
- 確か1.0.7まではその問題起きなかった気がする
- 648 ：
- たまに30分アニメですら何時間も終わらない時があって大抵FPSの速度が激遅か完全に止まってる場合があるんだけど設定弄っても改善しないから潔く再起動してる
- 649 ：
- >>648
解決策見つけたわ
- 650 ：
- DVDの時代を終わらせてBDの世界に行きたいので お勧めの設定教えて下さいね
- 651 ：
- >>650
HandBrakeでブルーレイ映像を最適な画質で変換する方法
https://ameblo.jp/iso5210/entry-12333531086.html
- 652 ：
- ブルレイの、DVDでいうところのISO抽出みたいなアプリどれがいいのだろう
- 653 ：
- 汎用性考えて264かあ。そう考えていた時期が自分にもry
おらあ今はもう全て265だなあ。
- 654 ：
- このソフトは自動で黒帯の部分をカットしてくれるけど気をつける必要あるからな
Dimensionsを確認しないと例えば横幅1920のソースでも1750とかにリサイズされてることがある
CroppingがLeft/Rightの両方の数値が同じなら綺麗に切り取られてるけど
両方の数値が違う(例えばLeft70・Right100)とか非対称数値なら必要な部分の170がガッツリ切り取られて可能性高い
特に途中でアスペクト比が変わるようなソースは注意が必要
- 655 ：
- >>653
まあ、確かにPCかスマホでしか見ないなら264にする理由は無いな
- 656 ：
- テレビでh.265で見るならアマゾンのFire TV Stickが最強
Fire TV Stickにkoid入れてNASにデータ入れておけばストレージも気にする必要ないし
- 657 ：
- 普通にGooglePlay使えるAndroidマルチメディアプレイヤーの方が楽だよ
- 658 ：
- >>657
fireTVはセールの時に買えば3千円ぐらいでコスパ最高やで
- 659 ：
- こんな風に左右に黒い枠が出るんですが解決法ありますか
https://22.snpht.org/1910241808260063.jpg
これは局側のせいですか？
それとも設定が悪い？
- 660 ：
- >>659
「こんな風に」が画像内の映像の話なのか画像その物の話なのか
- 661 ：
- 画像そのものです
- 662 ：
- 枠なんか出てない。これが本放送。11:55にテレビ付けてみるとよい
- 663 ：
- 人騒がせな、確認してもうたがな！
- 664 ：
- 新規エンジンの時はエンジン改良済むまでだめだ
NボとN-ONEが出た後N-WGN初代でエンジンが完成してマイナーで更新された
- 665 ：
- ( ･`ω･´)
- 666 ：
- クォリティと平均ビット どっちが良いの？
平均ビットの方がギザギザ出ないけどクォリティの方がH265の圧縮効果ある
- 667 ：
- >>666
PC用なら圧縮なんてしないでHDD買い足して生ファイルのまま保存
持ち出し用なら720pに圧縮してクオリティは妥協
20とか40インチのモニターなら気になる粗さも、8インチや10インチのタブレットじゃ見えない
- 668 ：
- >>666
基本的にはクオリティの方が高画質
ギザギザが出る映像だけクオリティの数値を調節する
- 669 ：
- なんかx265が流行っているらしいので自分もx264の設定から見直して、やってみた。
set OPT= -f av_mp4 --deinterlace="fast" -w 1280 -l 720 --crop 0:0:0:0 -e x265 -q 22 --encoder-preset=fast -a 1 -E copy -D 0 --gain 0 --verbose=1 --aname=Japanese
x264の時はビットレート指定してたけど、半分以下のファイルサイズになるやんけ！
- 670 ：
- >>669
設定やソースによるけどh.265にするとh.264半分から三分の一ぐらいまで下がるぞ
まあ再生環境がh.264よりも限られるのが難点だけどな
- 671 ：
- x264のpreset slowよりx265のpreset mediumが遙かに遅いし、
このオプションでSSIM同じくらいになるcrfでやるとそこまで縮まないぞ
- 672 ：
- CPUエンコだと環境によるが単純にh265はh264の3倍以上ぐらいかかる
ハードウェアだと時間短縮だけど画質が…
- 673 ：
- そういえば少し前に書かれてた圧縮率が10%向上するとかいうやつ実際どれくらい凄いんだろうな
実装されて欲しいけど設定も変える必要あるんだろうか…
- 674 ：
- h265もGeForceのNVEnc使うとめっちゃ早いな
- 675 ：
- スペック云々じゃなくてavx2無いだけだろどうせ
- 676 ：
- >>575 あたりで既出の話題だけど
H.265って本当にこれから今のH.264みたいな一般的な規格になるのかな
同等画質でH.264との比較でサイズ半分でも処理時間に数倍かかるし
あまり普及せず他の規格が主流になるとかだったら徒労に終わりそうで
自分はエンコードは依然としてH.264のままで様子見中
- 677 ：
- H.265はなくなるの？
答えは、もちろん「ノー」。
これからもH.265/HEVC。
ビデオはMPEG。
- 678 ：
- H.265/HEVCは特許関連でややこしい事になってるけど今後当面の主流になると思うよ
iOSやAndroidの端末でも公式にサポートしてH.265が標準機能で録画/再生可能になってるからね
H.265/HEVCは特許関連で面倒になってて複数の権利者が利益を得るために空気読みあってる感じ
それでロイヤリティフリーの規格を作る動きはあるけど現実化するのはいつになるかわからん
- 679 ：
- >>670
FIRE TVでVLC使う分にはTVでも見れるのでなんの問題も無い
他人にあげるときくらいかな
- 680 ：
- >>676
コンシューマCPUにAVX256どころかAVX512が載り始めてる時代だし、CPUコア数もIPCも向上し続けてる
おまけにハードウェアエンコも実用的になってきたしH.265はまさにこれからの規格でしょ
- 681 ：
- >>676
スマホでさえ数年前からH.265の再生余裕、すでに普及してると言っても良い
自分が使うか使わないかって問題
- 682 ：
- TU116の登場でNVEncが実用になった
配信とかに使われるのは先かもしれないけど、
自分用にエンコードするならずっと前からH.265一択
ハードエンコを見送ってた人はこれを機に導入してみると、速さに感動する
- 683 ：
- 何がこれを機にかというと、
1650superという、TU116搭載の安い奴がもうすぐ出るから
ゲームなんかしない人にはぴったり
- 684 ：
- >>682
用途によるがハードウエアエンコはどうやってもソフトウェアエンコに比べて汚いからな…
まあソフトウェアはCPU性能によるが時間がかかるのが難点
- 685 ：
- TuringのNVEncで--vbrhq 0 -c hevc --output-depth 10 -b 3 --tier high --bref-mode each
なんてやってだいぶ頑張らせてもx264 8bit preset fastくらいの品質
そんならCPUエンコでいいやと思った
- 686 ：
- 画質と速さのトレードオフと用途を全く考えずドヤ顔されましても…
- 687 ：
- やっぱNVEncなんて配信用のエンコーダだと割り切った方が良いと思うわ
ニートじゃあるまいし、平日昼間に処理後スリープになるように設定してエンコさせとけば別に面倒でもないし
- 688 ：
- 爆速だけどイマイチ縮まないんだよな
- 689 ：
- >>686
NVEncは上のような高画質に振った設定にするとそれほど爆速でもなくなるからな
- 690 ：
- ハードエンコは編集作業の一時確認用
保存用動画には使えない
- 691 ：
- >>689
結局のところ現状では「画質」＝「時間」なんだよね
配信などネットにアップロードするようなハードウェア
綺麗な状態で残したいのはソフトウェアで使い分けるのがベターだな
- 692 ：
- ビットレートのほうが影響大きいけどね
- 693 ：
- どう見てもハードを実際に使ってみての感想に見えないんだよな
ずっと昔にQSVか何か使ってみて、やっぱ駄目だねーで頭が固定してるとしか
- 694 ：
- それを言っても仕方ない
実際試して自分で納得（妥協？）できるかどうかの話だから
- 695 ：
- さらっと変換したいか保存用だけどサイズ詰めたいかで分かれてるよね
自分は後者
- 696 ：
- ハードであることと画質は関係ない、という事実がまずある
関係するのはサイズ
下手なハードは縮まないという話
エンコード速度最優先なんだから当たり前
縮まないものを無理やり縮めてソフトと同サイズにして比較すれば、
当然画質は落ちるけど、それは方法がおかしいだけで、
同じ画質で比較すれば同じ画質になるけど、ハードはサイズが大きくなる
保存用に耐えるかどうかを画質で決めるなら、当然ハードもありだけど、
同時にサイズも気にするからソフトが選択されてきた
それがやっと、ハードでもソフトと同等に縮むようになってきた
- 697 ：
- 間違いないのは画質とサイズを詰めるときはh265ソフトウェア
他の場合は画質、速度、サイズのバランシングと好みで
みんなまちまちなんじゃない
- 698 ：
- 結局、サイズそんなに気にする? という話で
大差無いなら所要時間が1/20になる方を選ぶ
キューに積んで走らせ続けて、みたいなことしなくても、
準備してる端からエンコード完了していく
mp3作るくらいの気楽さ
- 699 ：
- 気にするからソフトだって言ってるのに・・
HWを蔑視するわけじゃないがフルHDを1Mbpsちょいでエンコできないと
私の基準ではファイルが大きくなりすぎてアウト
- 700 ：
- 1メガは流石に低過ぎじゃね？
- 701 ：
- ｘ265ならそうでもない
- 702 ：
- 同じアニメでも300MBくらいまでしかサイズ落とせないのがあるかと思えば同じ設定で90MBくらいになる話数もあるからh265は魔境
- 703 ：
- 動きがないからや
- 704 ：
- HEVCなのにx264の旧規格に負ける程度なのが悪い。
x264なら速度的にも我慢できない程じゃないし
- 705 ：
- 質問させてください
handbrakeは動画のインターレース保持の場合
optionにtff=1と書きますよね？
動画のソースがトップファーストでもボトムファーストでも
tff=1でいいのでしょうか？
- 706 ：
- tffのtはtopのt。bffのbはbottomのb。たぶん。
handbrakeというよりx264の解説を調べた方が良い。
- 707 ：
- HandBrake Nightly 20191026200335-a366356-master (2019102601) GUI で
あるファイルを H.265 でエンコ＠Win10x64 1903
CPU（Ryzen 2400G /4C8T /AVX128bit） を 100% として
GTX1660Ti NVEnc 所要時間7.5分の一 13.3% /ファイルサイズ 156%
GTX1660Ti のビデオエンコーダーは実行中98%付近で安定。ずいぶん使うようになったよね
でもエンコードをほとんどしない人間としてはファイルサイズが1.6倍はキツイかな
- 708 ：
- サイズと画質のトレードオフはかなり難しい問題なのだが、
なんであっさり1.6倍と答えが出てるの?
- 709 ：
- もう少し縮んでほしいんだな……
- 710 ：
- そもそも、HandBrakeはまだ古いNVENCにしか対応してなかったような
できあがった動画にbフレーム入ってないと思うよ
- 711 ：
- そうなのかな？
GTX1060とGTX1660で同じ条件でNVEnc h.265すると1割位サイズが縮んだけど
bフレームは確認方法がわからないんで誰か教えて下さい
- 712 ：
- Nightlyだから対応してるのかな
avidemuxとかで編集しようとすると判る
- 713 ：
- エンコ済みファイルを軽く確認したらIフレームとPフレームしかなかった
単純に圧縮効率が上がっただけのようだ
- 714 ：
- >>711
MPC-BEとかのプロパティからMediainfoで確認できる
https://i.imgur.com/ANfP3Tw.png
- 715 ：
- 開発版でちょくちょく見かけるけどプリセットと環境設定で.mp4になる様にしてるのにm4vになるな
フォーマットで別形式選ぶ→再度プリセット選択肢すれば問題無いし結局拡張子変えれば良いだけなんだけど気持ち悪い
- 716 ：
- エンコ後にmp4に書き換えるのがローテーションになってるから気にならんなぁ
にしてもやっぱAppleは独自規格作りたがりのガイジよな
- 717 ：
- Current Version: 1.3.0
- 718 ：
- 昨夜見た時は1.2.2だったのに
- 719 ：
- ここみてFDK-AAC有効なCLIとhb.dllのビルド、Windows WSL で簡単だよ
https://handbrake.fr/docs/en/1.3.0/developer/build-windows.html
- 720 ：
- そんなことする人は、最初からFFmpeg使ってる
- 721 ：
- 265の12bitと10bitは画質と容量に違いが有るのですか？
- 722 ：
- 8bitと10bitは大きな違いが出るけど
10bitと12bitは大した違いはないと思われる
*数字の大きな方が画質良
- 723 ：
- そもそも現状で12bitに対応したソースがほぼ無いし
- 724 ：
- 音の場合もそうだけどリサンプリングされる場合は階調を増やす意義はあるが
12bit階調をそれなりに表現できるモニタで表示しないと意味なし
- 725 ：
- モニタのキャリブレーションもしておかないとな
狂ったモニタを使っておいて色調がとか言われてもねぇ
- 726 ：
- エンコーダーとしての性能はbit数が多いほうが良くなる
特に8bit → 10bitは画質が目に見えて上がる
- 727 ：
- ぶっちゃけ、安いゲームモニターで色調がとか言ってないよね？
- 728 ：
- 今まで何となく8bitにしてたけど自分も10bitでやってみようかな
- 729 ：
- 10bitにしたらエンコ時間延びるとか、サイズ増えるとかはないの？
- 730 ：
- 少し増える 12も同じく
サイズ抑えたい派だから結局h.265しか使ってない
- 731 ：
- サイズは変わらないよう調整されてたはず
エンコ時間は延びる
- 732 ：
- 比べてみたら最新Nightly (2019102601) の H.265 NVEnc のファイルサイズが 正式版（1.3.0） の H.265 NVEnc の 55% にまで
大幅に改善されているのだけどこれってBフレーム有効でエンコードされているって事でいいのかな？
- 733 ：
- >>732
>>714
- 734 ：
- それはオプションが見えるだけだろ
ちゃんとフレーム構造を見ないと
- 735 ：
- 赤い狐の後にこれでMP4に変換ってできます？
ISOからだとエラー出てしまうんですけど
- 736 ：
- >>735
英語版入れてる？
日本語版は古いからBDとか無理
- 737 ：
- >>735
ISOをマウントしないと無理
- 738 ：
- すいません、解決しました
>>736
これでした
- 739 ：
- 12bitだとVLCとかでは再生出来ないって本当？
- 740 ：
- ホントです。
- 741 ：
- 12bitは時期尚早って事ですな。
VLC再生不可は大きなマイナス。
- 742 ：
- h.265で再生互換を重視するなら8bitのが良いと効いた事があるね
まあ10bitでもだいたい再生できるだろうけど
- 743 ：
- HDR化してるわけでもないのに10bitにしてもな。ましてや8bitソースのエンコだろ。
- 744 ：
- 1.3でアスペクト比維持するが面倒になったな
- 745 ：
- いつのまにか完全に日本語対応してた
まあ特に不自由も無かったけど
たまにソースに寄って1920の筈なのにHB上では1440x1080になってるのは対応策無い？
一度別ソフトで書き出し直して対応が面倒
- 746 ：
- 対応できてるじゃないの。
- 747 ：
- 1440は地上波だろ
ネット漁ればいくらでも解決法出てくるしな
- 748 ：
- >>745
-SAR 4:3 付けてエンコすれば 1440x1080 の動画を1920で再生してくれるようになるんでは？
- 749 ：
- ffmpegの時点でアスペクト比の設定はちょっと謎だからな
それをGUIで簡単設定にする為には、
どうせ使う人はこういう使い方しかしないに違いない、という切り捨てが必要
- 750 ：
- 1440x1080なんて頭のおかしいフォーマットを作った奴は死んで欲しい
- 751 ：
- 16:9の方が頭おかしいと思う
- 752 ：
- 16:9は米国映画テレビ技術者協会のエンジニアが妥協案で出した比率
テレビなどで採用される4：3、映画などで多く採用されるシネマスコープの12：5(2.35：1)
この二つの規格が最低限の黒帯で表示できるのが16：9だったからみたいだよ
PC的には16：10の方が作業領域も広くて好きだったけど地デジ化以降は一部業務向けのモニタしか採用されなくなった
- 753 ：
- PCモニタの最適は1:1だと思う
- 754 ：
- 映画は4：3だと横の表示領域が狭いからフィルム合わせて横に伸びたけど
今度は縦も見せたいから上にも広がるという顛末ｗ
これに関しては映画によてって比率による演出が変わるので映画内容で比率が変わる事が多い
あと70mmフィルムで撮影したIMAXのオリジナルは1.43:1で4：3に近い
アナモルフィックレンズで撮るから左右が圧縮されてる構造
- 755 ：
- 映画を表示してる時間なんて1%も無いのに
何でそんなもんに影響されて不便を強いられないといけないのか
- 756 ：
- >>753
好きな人は好き、ってだけだねぇ
- 757 ：
- そもそも映画が横長なのも、人間工学云々ではなくて、
単に映画館を横に広げるのは簡単でも縦を高くするのは大変だからで
大迫力が目的なら上にも下にも広いスクリーンになるので、自然と1:1になる
PCのディスプレイとして使うと、16:9を全画面で便利に使ってる人はいなくて、
余った左右を何とか有効活用しながら4:3くらいのウィンドウを配置して、
それでも縦がもっと欲しい、設置スペース的には横は一杯だけど縦は空いてるのに、
という不満を抱えつつそれしか売ってないから仕方なく使っている
- 758 ：
- そうだ、2画面表示にしよう！
- 759 ：
- >>758
そもそも映画館じゃPCのマルチモニタみたいに3画面使うScreenXなんてのがあるからな…
https://www.unitedcinemas.jp/screenx/
- 760 ：
- HDTV開発で先行していたNHKがワイド仕様なんぞ採用しなければ、また違った未来があったかもしれない。
- 761 ：
- >>760
16：9は世界基準だしNHKの方式を基準にするのは無理だろ…
出来たとしても相当のお金（俺らの受信料）がつぎ込まれてただろうさ…
- 762 ：
- スマホは1920×1200って多いな。
あと3:2とか4:3とか。
漫画や小説が見やすい。
- 763 ：
- ワイドスクリーンになってきたのは縦は大変だから横にしたわけじゃないんだけどね。
- 764 ：
- そもそもアスペクト比は映画の35mmフィルムが4：3だったのが由来
ただし音声トラックなどの登場で若干誤差は出たけど4：3はテレビのスタンダードにもなった
1950年台ぐらいからシネラマの登場でサラウンドやワイド撮影が盛んになり観客に大人気でワイドサイズ競争が始まった
シネラマはカメラ3台で同時撮影+フィルムは3本+映写機も3台で同時に映し出すことでテレビ以上迫力が味わえ人気になった
同時期にビスタビジョンが登場して後に1978年のスターウォーズで採用されて特撮映画で沢山採用されるようになった
要は今のIMAXや4DXなどのようにテレビ以上の付加価値を出すために当時はワイドスクリーンが採用されるようになった経緯がある
現在は縦長の比率だとジェラシックパークやドッグファイトがあるような見上げる構図の映画に向いてるし
横長だとレース映画のように画面が横に早く流れる映画に向いてるので使い分けされてたりもする
- 765 ：
- そろそろHandbrakeの話をしないか？
- 766 ：
- cropの自動判定って明らかにバグってる感じだけど全然修正されないな。
これに関連した機能が異常に使いづらいと思うんだが、なぜ改善されないのかな。
- 767 ：
- ほぼ全編にわたって上下に黒帯があるけど、ラストのテロップだけそこに文字がかかっていたとして
それを捨てるのか入れるのかの判断を自動でやらせるのは困難
冒頭部分だけで判断して、それを採用するどうかは人間が決めないといけない
- 768 ：
- ９割がた無かったらそれで間違いない。
こんなのAIを導入するまでもなく判断できるレベルだろう。
人間よりうまくやって当たり前のものだ。
上下逆に判定してんじゃないかって時もあるし、おかし過ぎるんだよな。
- 769 ：
- 無料ソフト作ってボロクソに貶されるんだから、そりゃフリーソフト作者も減るよな
- 770 ：
- こんなんでボロクソとかアホか。
なにがフリーソフト作者だよ。
気持ち悪い言い方すんな。
- 771 ：
- DTVとかファイル共有とか一方的に悪者にされて法律でガチガチにされたけどね
あっちは既得権益と絡む部分があったから立法化もあったけど
その後のセーフなアプリや周辺機器にすら正義マンが来て板ごと荒らしてたもんな…
ここでHandbrakeに対する機能的な文句はボロクソの範囲にはならんよｗ
- 772 ：
- https://m.srad.jp/story/09/02/22/1012238
こういう事よ
海外のフリーソフト作家は投げ銭で結構稼いでたりするけど、国内だと未だに嫌儲が多くて広告を貼るだけでも批判されるし
募金しない上に英語が下手で意志疎通出来ないって理由で日本語対応やめたフリーソフトも結構多い
ウィキだって閲覧数一番多いの日本なのに募金はダントツで少ない乞食国会よ
- 773 ：
- 誤字った
国会→国家
- 774 ：
- 多言語に対応してるのに日本語用のファイルは無い、みたいなのはよく見るな
- 775 ：
- 稼ぎの良いロシアや中国語なんかは当たり前にサポートされるんだけどな
まぁその点は国内の変態が翻訳MOD出してくれる例が増えてるからそんなに困らんが
- 776 ：
- >>772
日本は形の無い物に対する価値観は低いんだよ
車や鉄鋼に家電など形になる物の社会的評価は高いがプログラムやゲームなどは下に見られてる
日本は資源がないからそういったITやエンターテイメントにシステムに力入れるべきなのに
大企業でもシステムの投資に対してコスト厳しいとか予算で真っ先に切られたり上が理解してない
経済界でもIT系が下に見られてるがソフバンや楽天はよくやってる方(どっちも社長はなんか嫌いだけどｗ)
- 777 ：
- 日本のトップ企業はずっとトヨタだからな
モノづくりｗでしか稼ぐ事を知らないジジイ共が日本をコントロールしてるからｗ
- 778 ：
- 資源が無いから、原料を輸入して加工して付加価値で外貨を稼ぐ
というモデルは間違いではないけれど、
資源が無いならソフトを作ればいいじゃない、という発想に何故至らないのか
- 779 ：
- >>778
太平洋戦争もアメリカに原油航路止められて
それがきっかけで日本が追い詰められて開戦したのにな
資源の入手が難しくなった時に生きてくるのが形の無い物なのに…
あと日本は総人口が1億人以上でなまじ国内で結構経済が回るから独自規格ばっかり企業も競争してるし…
LINEなんかも日本以外だとそうでもないしな
- 780 ：
- >>776
社内システムの管理とかなんて昔の中小は社内のPCマニアが業務外で勝手にやってくれてた、ってのもざらだしな
だから古い体質の人達は部門を作ったり予算を割いたりするのを惜しんだりする
IT系はオタクのものっていう感覚が抜けきってないんだと思うよ…今や大きなマーケットなのに日本はガッツリ遅れをとってる…
- 781 ：
- >>780
いまだにFAXとか現役の会社もあるからな
飲み屋で知り合った外国人の人は日本は日本企業で就職してるけど
先進国なのに現場はかなりアナログな所が多くてクレイジーと言ってた
- 782 ：
- なに言ってんだFAXなんて最新テクノロジーじゃないか
ウチにはPC-98があるよ…
- 783 ：
- 設計書とか全部紙で残さないといけないので、開発が終わるとプリンタ用紙やトナーを大量に使う
検証は紙を蛍光ペンで塗るので、近所のコンビニの文房具の売り場スペースが異様なことに
- 784 ：
- ガラケー保護してスマホにネガキャンしてたろ？
当時はケータイジャーナリストｗもこぞってスマホ叩き
一般人もスマホをオタクのオモチャ扱いしてたよ
でSoftbank主導のiPhoneのヒットに慌てて国内メーカーにAndroid作らせてクソ端末になった
- 785 ：
- 一番バカにしてんのは真っ当な会社や開発の現場でもオープンソースは使われてるのに、
「フリーソフト作者」なんて恥ずかしい蔑称しか与えてこなかったお前らだよ。
なにがフリーソフト作者だよ。
- 786 ：
- >>785
フリーソフトは無償のソフトウェア
オープンソースは商用･無償のどちらも含んだ概念
例えばLinux系統はオープンソースだけどフリーソフトではない
わかる？(どうでも良いんだけど)
- 787 ：
- >>786
何言ってるの？
俺に説教か？
HandBrakeの開発陣を「フリーソフト作者」呼ばわりしてるから言ってるんだろ。
バカなのか。
- 788 ：
- 逆に俺が説明してやるよ。
日本で使われてる「フリーソフト」みたいなぼんやりとした言葉は他の国でどれだけ使われてるかわからない。
昔、アメリカあたりでは「フリーウェア」って言い方があって、多くはソースが公開されていなかった。
rmsはこれに批判的だった。
「シェアウェア」という何らかの代償を求めるものもあった。
rmsは「フリーソフトウェア」という事を言って、これがGNUプロジェクト、GPLに繋がった。
その後、GPL的なものも含め、ソフトウェアのライセンスについて議論が再び起こり、
「オープンソース」という言葉が生まれた。
日本でつかわれてる「フリーソフト」というものはおそらく、どれにも当てはまらない。
日本の「フリーソフト作者」というのは、概ねDOS/Windows界隈で個人的に趣味的にソフトウェアを作成し、
無償で配布している人、くらいの意味だと思う。
- 789 ：
- あぼーんだらけだな…
- 790 ：
- 透明にしろよ
- 791 ：
- 透明がないのもあるんだよ
- 792 ：
- 日本語に対応してるの？
設定見ても日本語なんかないんだけど
- 793 ：
- 日本語なんているか？ どうせエンコードの用語なんて英語なんだし。
- 794 ：
- >>792
ナイトリービルド
- 795 ：
- 今のバージョンで変換後のフォルダ記憶してくれてる人いる？
設定から何度変えてもwinのビデオにされちまう
- 796 ：
- CPUの使用率上限設定とかCPUコア指定とかありますか？
- 797 ：
- 遅レスだがドザ側でやるggr
- 798 ：
- Audio設定で英語音声しか出てこないのはデータに日本語がないって事しか考えられないですか？
ディスクには日本語音声入ってるので入ってるはずなんですけど…
- 799 ：
- >>798
このスレをキーワード日本語で検索してみれば解決策がわかるかも
- 800 ：
- >>798
何のディスク？
- 801 ：
- 画面サイズを指定してカスタムプリセットを保存するのですが、
そのプリセットを適用しても指定したはずの画面サイズが反映されません
どうすればいいでしょうか
- 802 ：
- >>795
設定画面で固定出来る
それよか一回目のマウントではファイル名手動入力だけど二回目からはファイル名が自動で付けられる
一回目から自動にならないかな？
1.3.1試してないけど何が変わったのかね？
- 803 ：
- PSとかSFCのコア何個かあるけどどれがいいのかわからん
まあちゃんと動くならどれでも良いんだろうけど
- 804 ：
- 誤爆
- 805 ：
- 自分とこのソフト売るために他ソフトを紹介し欠点を羅列！！ しかもウイルスだの悪いと不安を煽る言葉で有料ソフトを買うように誘導する悪質サイト！！※外国らしいとも言えるが
一応は無料ソフトの説明や使い方とか設定は簡単に説明はしてるが検索で引っ掛からせる為にやっているので他で有益な情報は見つかるはずと言えるだろう
【2019保存版】Handbrakeで出力画質が劣化！Handbrake高画質設定方法を詳しく解説！https://www.macxdvd.com/blog/smart-handbrake-high-quality-settings.htm
Handbrake 画質悪いに困っているか
HandBrake（ハンドブレイク/ハンドブレーキ）とは、DVD等の動画ファイルをMPEG-4ビデオに変換するフリーソフトウェア、オープンソース、GPLライセンス、マルチ・スレッド、
クロスプラットフォームのトランスコーダーソフトとして広く知られる。独自の使い勝手の良さと魅力で愛用者がたくさんいる。
ところが、最近Handbrakeを利用してDVDや動画ファイルを変換する際に、オリジナルと比べて画質が大幅に落ちてしまうという不満な声が多い。出力画質を何より重視している方にとって本当に厄介なことである。
- 806 ：
- >>805
動画変換も動画編集もmp3エンコードソフトもほぼ検索したら1ページ目に中華ソフト出てくるから今更な気が
ページも似たような構成だし
- 807 ：
- 1.3.1 プリセットで日本語化ける
1.2.2 に戻した
- 808 ：
- HandBrake 1.3.0 VidCoder 5.17 2ソフト使用 パラメータ変更確認 MediaInfo
シーンチェンジのキーフレームを増やす為 オプションでデフォの40から scenecut増やしてみたが
ソース ５分２秒 キーフレーム数(32)
H264 8・10bit scenecut=080 キーフレーム数(42) デフォ keyint=300 min-keyint=30
H264 8・10bit scenecut=120 キーフレーム数(71) デフォ keyint=300 min-keyint=30
H265 8・10bit scenecut=080 キーフレーム数(32) デフォ keyint=300 min-keyint=30
H265 8・10bit scenecut=120 キーフレーム数(32) デフォ keyint=300 min-keyint=30
H264はシーンチェンジ感度が上がりキーフレームを32から増やしたがH265はキーフレームは32と変わらずscenecutの機能が効かない
H265はkeyintで単純にキーフレームを増やすことはできるがシーンチェンジを跨いでしまう箇所が多かった
H265はmin-keyint変更も何度かしたがscenecutと同じくキーフレーム数は変わらなかったのでこれも機能してないのだろうか
- 809 ：
- 細かいことを気にする人はffmpegの方がいい
- 810 ：
- 1.3.1だとテレビで再生するときファイル名が正しくないファイル名になってしまう。
過去のどのバージョンでも起こったことがないのに。
- 811 ：
- H265でエラーが2〜3発生して終了するんだけど何故か判る人居ます？
再生は可能だけどどこかでブロックノイズ化してる模様。
6800kのWindows8.1x64。原因はOSかも？
- 812 ：
- >>810
1.3.1は日本語化ける感じかな
設定を日本語で記録は出来るが、再起動すると文字化けする
1.2.2に戻した
- 813 ：
- HandBrake 1.3.0 VidCoder 5.17 2ソフト使用
H265(8・10bit両方)にてカット(AviUtl・Avidemu使用)して連結(同)するとつなぎ目に必ずノイズが入る
AviUtl XMediaRecode Avidemux 3ソフトでのＨ265(8bitのみ)動画では連結の繋ぎ目にノイズは入らなかった
HandBrakeとVidCoderの設定変えたりソース変更などしたが原因が不明
手持ちでH265の10bit対応ソフトはHandBrakeとVidCoderだけなのでカット目的での場合は残念ながら使用を諦めざるをえないことが分かった
- 814 ：
- 訂正
>AviUtl XMediaRecode Avidemux 3ソフトでのＨ265(8bitのみ)動画では連結の繋ぎ目にノイズは入らなかった
AviUtl XMediaRecode 2ソフトでのＨ265(8bitのみ)動画では連結の繋ぎ目にノイズは入らなかった
Avidemux H265(8bit)も同じようなノイズ入りました
Ｈ264(8・10bit両方)でのカット連結はどのソフトでもノイズが入らないことから
カットや連結の2ソフトがまだ新しいＨ265対応しきれていないという可能性かとか考えられることだが
その他のカット連結ソフトを持ち合わせていないので現時点で不明です
- 815 ：
- >>814
tmpgenc mpeg smart renderer 5
使ってみてください
30日試供できます
カット部分のみ再エンコードなのでカット部分以外は無劣化です
- 816 ：
- Iフレームでカットしてるのにダメなら
Open-GOPが有効になってるのでは
- 817 ：
- >>816
おっしゃる通りOpen-GOPが有効になってますがH265はデフォルトで有効なのでAdvanced Optionsで指定しないと無効にならないようですね
Open-GOPを無効にしたところカットした動画の連結部分の数フレームにノイズはなく連結されていました ※ちなみにH264だとデフォルトで無効 XMも無効でした
普通に再生するのとカットした単体動画は問題ないですのでカット連結したりする場合のみOpen-GOPを無効にしたいと思います
まだ使い始めて間もないですけど自分の場合カットして連結することが多いので連結部の原因が早々に解り助かりました 有難うございます
- 818 ：
- Open-GOPをオフにしたらファイル容量が増大したりはしないのか？
- 819 ：
- ロッキーのような古い映画のブルーレイは粒子が荒いので
DENOISEのFILMいれたり、ENCODER TRUEをGRAIN にしてもきれいにならない
粒子を除去するいい設定ありますか？
- 820 ：
- それが味なんだけどな
- 821 ：
- >>819
エンコーダーのdeblock強度を上げる
- 822 ：
- フィルムグレインをカットするなんて勿体無い！
- 823 ：
- ジョージ・ルーカスみたいに自身のSF作品については徹底的に弄って
フィルムグレンや修正を繰り返してオリジナル劇場公開版をお蔵にする人も居るんだよね…
なおアメリカングラフィティとか過去を描いた作品は一切弄らないという拘りぶり
- 824 ：
- 出力後のサイズを指定してmkvに変換することはできますか？
- 825 ：
- RTX2070を買ったのでnvencでエンコードしたんたがBフレームが出ない
オプションでbframes=3を指定しても駄目だわ
Bフレームありでエンコさせる方法ない？
- 826 ：
- when done で shutdown 選んでPCの電源切ると、マジックパケットでPC立ち上がらない
対策ありますか？
M/B asrock B450M Steelelegend です
- 827 ：
- >>825
NVEnc環境もってないから知らんけど、
HandBrake Documentation ? Nvidia Nvenc
https://handbrake.fr/docs/en/latest/technical/video-nvenc.html
ここを見る限り、NVEncの場合は Advanced options に bframes=3 と書いても無意味。
（そう解説してあったブログも見つけたけど、勘違いしてんじゃないかな。）
ドキュメントが追い付いてないという可能性もあるけど、そこまでは知らぬ。
b_adapt が指定できるみたいだから、Bフレームを使うことはできるはずなんだけど。
Encoder Presetって変えれないかな？
NVEncのSDKでは High Quality とか High Performance といったプリセットがあるので
それらを指定できるなら、High Quality か何かを指定すればBフレームが使われる可能性はあるかも。
まあ俺には推測しかできないが・・・。
- 828 ：
- ちなみにプリセットが選べた場合、 Low Latency系のプリセットだとBフレームは使われなくなるはず。
- 829 ：
- 板のBIOSでその機能が有効になってるか確認して
デバイスマネージャーからLANアダプタのプロパティ見て、その機能を有効にする
- 830 ：
- ドライバのバージョンが古いとか
Bフレ使ってるかの確認方法が悪くて使ってるのに使ってないと出るとか
- 831 ：
- たしかにどうやってBフレームの有無を確認してるのかは気になる
- 832 ：
- handbrakeに入ってるffmpegはまだ古いんじゃなかったかな
ffmpegを落としてきて使えばBフレーム有効になる
- 833 ：
- >>830
>>831
ドライバは最新版でavidemuxで1フレームずつ送りながら確認してる
IPPPPPP〜〜てなってる
CPUエンコしてavidemuxに読み込ませたらIBBPBB〜になってたからBフレームが表示されないって事はないはず
それと見栄を張って2070と言ったが実際にはZOTACの2060superのZT-T20610E-10Mなんだわ
ごめんな
エンコは左端のハイクオリティってやつでやってる
ドライバをnvidiaから持ってきたのが駄目なのかな？
グラボメーカーが配布してるのも中身は同じだよな？
- 834 ：
- >>832
なるほど
SVPが勝手にインストールしてるみたいだけど自分で最新版を取ってきたほうがいいのかな？
やってみるわありがとう
- 835 ：
- GeForce1660とかはBフレーム省かれてたよね
まさかね…ごめんゴメン
- 836 ：
- handbrakeのインストールフォルダ見てもffmpegっぽいファイルが無いんだけど
どうやって最新版に差し替えたらいいの？
- 837 ：
- >>835
それ1650でしょ？
- 838 ：
- >>835 >>837
1650だね。TuringじゃなくてVoltaのNVEncが載ってるので。
Video Encode and Decode GPU Support Matrix | NVIDIA Developer
https://developer.nvidia.com/video-encode-decode-gpu-support-matrix
一応補足しておくと、H.265/HEVCでBフレームが使えないというだけで、H.264ではBフレームは普通に使える。
>>836
たぶんだけど、>>832はLinux版とか使ってるんじゃないかな・・・。Linux版では独立したffmpegが同梱されてるとか？
Win版だとffmpegの差し替えはできないと思う。
- 839 ：
- HandBrakeがffmpegのフロントエンド版を出してくれるのが一番いいんだけどね
- 840 ：
- エンコ設定するときにslowとかMediumとか選ぶけど内部的に何のパラメータを設定してるのか見る方法ある？
- 841 ：
- 以前は見れたけど今はもう見れないんだっけ
- 842 ：
- x264なら x264.exe --fullhelp
x265なら https://x265.readthedocs.io/en/default/presets.html
- 843 ：
- 「x264 プリセット」でググれば日本語ででてくるじゃろ
x265は>842 （←確認してないが）
handbrakeも内部ではx264やx265使ってるから同じだよ
- 844 ：
- 自分は結局ソースを見て確認しちゃったな、パラメータは
- 845 ：
- これなんで拡大自由にさせないんだろう？
他のソフトは数値を１単位で拡大も縮小も出来るのに
基本 拡大は出来ないし2単位でしかクロップと縮小も出来ない縛りなんで付けた？
- 846 ：
- 偶数でのエンコードが一番効率良いからじゃね
- 847 ：
- すいません
このソフト使い慣れ得てないもので質問させてください
やりたいのはLIVEのBlu-ray、DVDのリッピングなんですが、
音声は無劣化で画質はH265のクオリティ20から22ぐらいのファイルを作りたい場合
Audioの設定のcodecはどう選択すればよいのでしょうか
音声の無劣化は、作成するファイルがMP4では不可で
mkvでないと作成できないのはわかるのですが
AutopassthruでよいのかFLACpassthruその他、と指定したほうが良いのかわかりません
リッピング元Blu-ray、DVDの音源は
LPCMで、DVDの場合1536kbps、Blu-rayだと2304kbpsとかです
とりあえず手持ちのDVDで、1536kbpsをmkv、H265、 Autopassthru、でやってみたところ
出来上がったmkvの詳細を見ると、Audio tracks AAC2.0となっているのですが
これって無劣化で作成できているんでしょうか？AACの時点で違う気が・・・
LPCMを無劣化でリッピングするのには何が適しているのでしょうか
handbrakeの質問というより動画変換の質問な気がしますが(^^；
みなさんはhandbrakeで行う場合にどのような設定にしているのかが聞きたいです
- 848 ：
- ↑
追記
同じDVDをAutopassthruでなくFLACpassthruで作成したところ
Audio tracks AC3 2.0 となりました
- 849 ：
- 個人的に中途半端な動画サイズにはしたく無いから別ソフトでアス比なりピクセル数を2の倍数にしてエンコード用の動画作ってるわ
昔のDVDなんか特に画面端が黒くなってるからトリミングして数ピクセル分だけ横に引き伸ばす
- 850 ：
- >>847
HandbrakeはLPCMに対応してないっぽい?から、別の対応してるソフトで音声を取り出して、MKVToolNixで変換した動画と無劣化音声をひとまとめにするとかかな
- 851 ：
- >>850
レスありがとうございます
その後いろいろ調べたら私もhandbrakeがPCMに対応してないの知りました
でも分離結合とかTSにしてからとか色々ややこしいので
MP3の320で妥協することにしました(^^；
ホントは音源だけは劣化無しにしたかったんですが
少し私にはハードルたかいようなので・・・
- 852 ：
- >>851
普通にAudioタブのcodecをAutoPassthruにしたら良いだけじゃね？
- 853 ：
- ffmpegを使わなくていいから楽になるソフトの筈なのに、
素直にffmpeg使った方がよっぽど楽に見える
- 854 ：
- 楽なソフトで細けぇことをやるからやｗ
- 855 ：
- >>852
LPCM非対応なのでAACの224Kbpsにされるんですよね
高ビットレートはmp3の方が良いらしいので
MP3の320kbpsで行こうかと・・・
- 856 ：
- 有料ソフト買いなはれ
- 857 ：2020/03/20
- mp4ってwavに対応してるのか?
樽♀をだっこしたら焼きそばソースのにおいがした＾＾
今すぐFF14始めて三ヶ月分課金すれば許す
TVTestについて語るスレ Part 97
【自治】DTV板自治スレ7
これを機会にネ実閉鎖してもらおうぜ
スクリプト荒らしは 【2ch規制議論】 新こらこら団のスレ に報告
緊急避難先
カスカ 懐石・研究 89枚目
サーモンのクルートはお嫌い？
カンパニエスレ
--------------------
【マジレスは】旧民主党系等研究第440弾【私達が育てた！】
■FINAL FANTASY XII〜FF12総合スレッド〜ver.726■
【企業】経営再建中の大塚家具 ヤマダ電機からの出資受け入れ傘下に
【北海道】「殺さないで」「麻酔銃で眠らせて山へ戻せばよかった」 札幌市のヒグマ駆除に抗議殺到 道外からの声が多かったという★４
【長文】豚を語るスレ23病棟【でした】
広開土太王--こうかいどだいおう--
☆★薬物関連記事まとめ＆噂 スレ*３★★
動物戦隊ジュウオウジャー
【漫画村】本スレ part1【漫サロ】
昔、原宿竹の子 やってた人 集まれ！
カズオ イシグロ
【フジ系火9】 まだ結婚できない男 【阿部寛・吉田羊・深川麻衣】
喪女の皆様結婚しませんか？
◆◇アトピーの人が心の悩みを打ち明けるスレ58◇◆
【朝鮮日報】盧武鉉政権の民官共同委は「請求権協定に含まれる」と結論[7/17]
どんな質問にもマジレスするスレ No.120
【フリー経営シム】Simutransを語るスレ Part74
このパン、カロリー低い
twitter愚痴スレ限定絡みスレ111
世界初、ANAが紙の航空券を全面廃止へ
TOP カテ一覧 スレ一覧 100〜終まで 2ch元 削除依頼
