x264 rev39
Q ニコニコ用の動画を作りたい。
A 板違い、Youtube板の"FLV/MP4作成スレ"でどぞ。
Q 圧縮codecありませんか。AviUtlで使いたい。x264gui.auoの使い方は？
A x264 VFW GUI専用スレでどうぞ。
http://toro.2ch.net/test/read.cgi/avi/1351856057/
Q コマンドラインの使い方が分かりません
A 初心者スレでどうぞ
http://toro.2ch.net/test/read.cgi/avi/1347527423/
[本家]
http://www.videolan.org/x264.html
http://git.videolan.org/gitweb.cgi?p=x264.git;a=summary (ソース/チェンジログ)
http://x264dev.multimedia.cx/ (開発者のブログ)
http://doom10.org/index.php (公式フォーラム)
irc://irc.freenode.net#x264(ユーザー用IRCチャンネル）
irc://irc.freenode.net#x264dev(開発者用IRCチャンネル）
[バイナリ]
Getting the latest x264
http://doom10.org/index.php?topic=3.0
[changelog]
http://x264.nl/x264/changelog.txt
猫科研究所 - x264-changelog-jp
http://up-cat.net/x264%252Dchangelog%252Djp.html
前スレ
x264 rev38
http://toro.2ch.net/test/read.cgi/avi/1353515368/
A 板違い、Youtube板の"FLV/MP4作成スレ"でどぞ。
Q 圧縮codecありませんか。AviUtlで使いたい。x264gui.auoの使い方は？
A x264 VFW GUI専用スレでどうぞ。
http://toro.2ch.net/test/read.cgi/avi/1351856057/
Q コマンドラインの使い方が分かりません
A 初心者スレでどうぞ
http://toro.2ch.net/test/read.cgi/avi/1347527423/
[本家]
http://www.videolan.org/x264.html
http://git.videolan.org/gitweb.cgi?p=x264.git;a=summary (ソース/チェンジログ)
http://x264dev.multimedia.cx/ (開発者のブログ)
http://doom10.org/index.php (公式フォーラム)
irc://irc.freenode.net#x264(ユーザー用IRCチャンネル）
irc://irc.freenode.net#x264dev(開発者用IRCチャンネル）
[バイナリ]
Getting the latest x264
http://doom10.org/index.php?topic=3.0
[changelog]
http://x264.nl/x264/changelog.txt
猫科研究所 - x264-changelog-jp
http://up-cat.net/x264%252Dchangelog%252Djp.html
前スレ
x264 rev38
http://toro.2ch.net/test/read.cgi/avi/1353515368/
|
|
|
余裕の2
乙264
nl結局どうなったんだ
>>5おつ！
いい仕事したな！
いい仕事したな！
>>1
--me otu
--me otu
自分で試せよ
>>8
GJ !
GJ !
久々に歯ごたえのあるエンコソースが出たような気がする
アニメですまんがネプテューヌのOPが
グラデーション 細かい模様 激しく動く の要素を一緒くたに盛り込んでるから
ここら辺を劣化させないようなセットしてると縮まんねぇ
アニメですまんがネプテューヌのOPが
グラデーション 細かい模様 激しく動く の要素を一緒くたに盛り込んでるから
ここら辺を劣化させないようなセットしてると縮まんねぇ
ミルキィ（前半）のが縮まねえわ
アニメはベタでいけ。
BlogかTwitterでやれ
ここでやれ
>>10
すまんがネプは1話で切った。日曜日､サーバントに続くゴミアニメだと判断したものでな。
すまんがネプは1話で切った。日曜日､サーバントに続くゴミアニメだと判断したものでな。
ノワールちゃんとネプギアちゃん可愛いぞ
シュタゲと窓マギを1羽で切った俺もネプは1羽で切った
糞アニメ間違いない
糞アニメ間違いない
まぁ、内容は好みがあるだろうからどうでも良いんだ
単に破綻するほど激しいとかグレインノイズで縮まない物と違って
人工的な模様で目視確認しやすい今回のは割と良いソースかなと思っただけなんだ
単に破綻するほど激しいとかグレインノイズで縮まない物と違って
人工的な模様で目視確認しやすい今回のは割と良いソースかなと思っただけなんだ
内容というよりキャラデザがウケつけない。
シンフォギアGもキャラデザはかなり嫌いな部類だけどな。
シンフォギアGもキャラデザはかなり嫌いな部類だけどな。
サーバントxサービスクソおもろいやないか
俺はBD全巻ゲマでポチったぞ？
俺はBD全巻ゲマでポチったぞ？
公務員アニメな時点で吐き気がする。
22 ：名無しさん＠編集中：2013/08/04(日) 00:04:35.75 ID:RadRddV3
x264 スレでアニメ論議も同じような感じがする。
スレ間違えたかと思った
今期は毎週楽しみにしながら見てるアニメが神のみくらいしかない・・・
神のみとか原作準拠してない上に途中すっ飛ばしのクソじゃん
神のみとか原作準拠してない上に途中すっ飛ばしのクソじゃん
あ？なんで二重投稿になった？
大事なことだから
x264の更新ないの？
r2334使ってるの？
そのうち昔のAviUtlスレみたいに誰かがエロゲの発売情報貼るスレになるんだろ
股間アップだシコった時
qcompの設定1.5くらいまで上げれるようにしてくれないかな
暗部のクオリティを上げたい時に使えると思うんだよ
暗部のクオリティを上げたい時に使えると思うんだよ
x264エンコで特定オプションの設定値を極端な値にするのはナンセンスだと思うんだが・・・
だってさ、特定オプションの値だけ極端に弄ればいいって話なら他のオプションは何のためにあるの？
ってことになるじゃん
だってさ、特定オプションの値だけ極端に弄ればいいって話なら他のオプションは何のためにあるの？
ってことになるじゃん
パラメータそれぞれ有効なケースが違うから
特定のケースの対処として極端な値にしたいってだけだろ
それが効果的かはともかく
特定のケースの対処として極端な値にしたいってだけだろ
それが効果的かはともかく
mbtree有効時に
qcompで0.8とか0.6に振ると特定部分（主に暗部の）画質を削る
1にすると画質を削らない（これが最大設定値）
で、せっかく暗部判定アルゴリズムがあるんだから
1.5とかの設定値を付ければ、暗部の画質を上げるオプションになると思う
qcompで0.8とか0.6に振ると特定部分（主に暗部の）画質を削る
1にすると画質を削らない（これが最大設定値）
で、せっかく暗部判定アルゴリズムがあるんだから
1.5とかの設定値を付ければ、暗部の画質を上げるオプションになると思う
暗部、細部のグラデーション、ノイズを保持するならAQ、Psy-RDあたりを弄ればいいと思うんだけど
10bitならいい加減にやっても結構保持しちゃうんだけどね
10bitならいい加減にやっても結構保持しちゃうんだけどね
AQは映像の高周波成分に対するデータの割り当て量の制御だから関係ない
暗部に対して画質を向上させるならmbtreeの機能で画質を落としていいと判定した部分の
映像を逆に上げてやれば暗部が改善されることになる
エンコ画像に対して暗部がいまいち、暗部をもっと上げたいって人が多いからね
暗部に対して画質を向上させるならmbtreeの機能で画質を落としていいと判定した部分の
映像を逆に上げてやれば暗部が改善されることになる
エンコ画像に対して暗部がいまいち、暗部をもっと上げたいって人が多いからね
そう思うならmbtree切ればいいじゃん？
そうやって、色々やるとね
出来上がりのファイル・サイズが MPEG-2 とたして変わらなくなるんだよ
出来上がりのファイル・サイズが MPEG-2 とたして変わらなくなるんだよ
んなわけねーだろ。
MPEG2でキャプってた頃のデータ量を知ってるなら皆まで言わないが
MPEG2でキャプってた頃のデータ量を知ってるなら皆まで言わないが
>>40は放送波の再エンコードの事を言ってるんだろ
実際のところ実写は結構な人数がやるだけ無駄って結論に至ってそうだし
実際のところ実写は結構な人数がやるだけ無駄って結論に至ってそうだし
実写はVAQとmbtreeが付いてからだいぶマシになったから…(小声)
このスレで言うのも何だが
x264 に限らず 264 系は背景的な部分がモヤモヤな絵になるから
観賞的な観かたをする場合に不満を感じる。
x264 に限らず 264 系は背景的な部分がモヤモヤな絵になるから
観賞的な観かたをする場合に不満を感じる。
cabac=0とno-cabacって本当に同義？
前者で処理落ちしてたカーナビが後者はちゃんと再生できたんだけど。
MediaInfoでは両方とも
「プロファイル : [email protected] CABAC : いいえ
エンコードライブラリの設定 : cabac=0 云々」
と表示されてる。
前者で処理落ちしてたカーナビが後者はちゃんと再生できたんだけど。
MediaInfoでは両方とも
「プロファイル : [email protected] CABAC : いいえ
エンコードライブラリの設定 : cabac=0 云々」
と表示されてる。
設定が間違ってなくてそれなりのビットレートなら
ソースと寸分違わぬ画質になるが？
ソースと寸分違わぬ画質になるが？
cabac=0とno-cabacが同じだったなら、って話でしょ
analyse=0x3:0って何？
何かの拍子にこれになってしまい、noneにしても言うことを聞かず、
プロファイルも勝手にHighになるようになってしまったのだが
何かの拍子にこれになってしまい、noneにしても言うことを聞かず、
プロファイルも勝手にHighになるようになってしまったのだが
8x8dctがonになってただけでした。スレ汚しスマソ
ソースとまったく同じ画質になるならSSIMやPSNR値が大変なことになるだろう。
視覚的に違いが判らないから同じ画質になるとか思い込んでいるなら逃げる準備をしろ。
視覚的に違いが判らないから同じ画質になるとか思い込んでいるなら逃げる準備をしろ。
もうその話終わってるから。
俺の場合は放送ソースをいったん16bit化して10bit 422で
エンコードしているからソースと同じ画質には絶対にならないんだけどな
エンコードしているからソースと同じ画質には絶対にならないんだけどな
YUV での 444 以外や MPEG系で圧縮ということ自体が痛いだろ
端折った、誤魔化したと言えよ。
端折った、誤魔化したと言えよ。
＼ ヽ | / ／
＼ ヽ | / ／
殺 伐 と し た ス レ に 鋼 の 救 世 主 が ！ ！
＼ ヽ / ／
‐､、 ＼ ／ _,,－''
｀－､、 ┌─────────┐ _,,－''
｀－､、 | Huffyuv | _,,－''
｀ | |
!｀ヽ |. ● ● .| i⌒!
───────‐ ヽ､ ＼|:. ├──┤ .:|ノ ﾉ ───────‐
＼_|:::... ヽ、 ノ ...:::!_／
|::::::::::... ￣ ...:::::::::::|
_,,－'' |:::::::::::::::........ ......:::::::::::::::::| ｀－､、
＼ ヽ | / ／
殺 伐 と し た ス レ に 鋼 の 救 世 主 が ！ ！
＼ ヽ / ／
‐､、 ＼ ／ _,,－''
｀－､、 ┌─────────┐ _,,－''
｀－､、 | Huffyuv | _,,－''
｀ | |
!｀ヽ |. ● ● .| i⌒!
───────‐ ヽ､ ＼|:. ├──┤ .:|ノ ﾉ ───────‐
＼_|:::... ヽ、 ノ ...:::!_／
|::::::::::... ￣ ...:::::::::::|
_,,－'' |:::::::::::::::........ ......:::::::::::::::::| ｀－､、
救世主のつもりなら
綺麗さっぱりとアン・インストールできる inf を投稿しろください。
綺麗さっぱりとアン・インストールできる inf を投稿しろください。
ts -> warpsharp最強 -> x264 -crf30 >>>>>>>>>>>>>>PS3超解像厨の無駄な努力>> mtv2000plus -> ふぬああ -> huffyuv直接保存
＿＿＿
| |・∀・|>
|ノ|＿＿|
￣＞＞
| |・∀・|>
|ノ|＿＿|
￣＞＞
2334以降こないな
2345来てるだろ
出来上がりの mp4 をダブル・クリックで wmp で再生させると
真っ黒画面で再生が始まり、約一秒程度でグズグズと絵が浮かび上がってくる。
再生を停止させた(一時停止ではない)後、再生を行うと、この現象は出ない。
まいった。
真っ黒画面で再生が始まり、約一秒程度でグズグズと絵が浮かび上がってくる。
再生を停止させた(一時停止ではない)後、再生を行うと、この現象は出ない。
まいった。
そうですか
そうなんです
WMPを捨ててVLCやMPCで再生すればよし。
67 ：名無しさん＠編集中：2013/08/12(月) 22:17:05.33 ID:6XA9KA02
残念ながら VLC や MPC は使いたくないソフト筆頭なんだ。
WMPの良さがさっぱりわからん。
XPのWMP9まではわりと好きだったがWMP10以降はゴミになったしな
Win8のWMPに至っては追加ライセンスを買わないとDVDの再生すらまともに機能しない。
XPのWMP9まではわりと好きだったがWMP10以降はゴミになったしな
Win8のWMPに至っては追加ライセンスを買わないとDVDの再生すらまともに機能しない。
軽い強迫神経症とか潔癖症みたいなもんか？
レジストリ汚れるから余計な物入れたくない的な
レジストリ汚れるから余計な物入れたくない的な
MPCやVLCもレジストリ使うけどな。ファイルの関連付けとかで。
WMP の良さ、特に良さって事は感じていないが
一つの分野に複数の物を導入すると、トラブル発生で問題解決がマンド臭い事になる。
だから Windows があらかじめ持っている物は、極力それで済まそうと思っている。
> Win8のWMPに至っては追加ライセンスを買わないとDVDの再生すらまともに機能しない
WindowsNTまで遡って…Windows7 だけの話じゃない MPEG-2 の再生は
どうやら、自分の環境では Windows7 のスプリッタが悪さしている
Haali で全形式を処理するようにしたら、とりあえず現象がでない。
だが、根本解決とはなっていないので MS の KB でも探索してみる。
スレ汚しましたね。
一つの分野に複数の物を導入すると、トラブル発生で問題解決がマンド臭い事になる。
だから Windows があらかじめ持っている物は、極力それで済まそうと思っている。
> Win8のWMPに至っては追加ライセンスを買わないとDVDの再生すらまともに機能しない
WindowsNTまで遡って…Windows7 だけの話じゃない MPEG-2 の再生は
どうやら、自分の環境では Windows7 のスプリッタが悪さしている
Haali で全形式を処理するようにしたら、とりあえず現象がでない。
だが、根本解決とはなっていないので MS の KB でも探索してみる。
スレ汚しましたね。
プレイヤーは嫌だけどスプリッタやデコーダは複数OKってのも何だかな…。
不確定な事も言い切ってたりこの程度で批判とか～症じゃなく真性
アレコレ入れたり消したり実際の再生に何が使われてるか良く分らないWMPで検証するより
MPCｰHCなりでレンダラやフィルタの組み合わせ試した方が早い気もするんだが。
この感じだと彼の拘りから外れた事はやらないだろうね…。
MPCｰHCなりでレンダラやフィルタの組み合わせ試した方が早い気もするんだが。
この感じだと彼の拘りから外れた事はやらないだろうね…。
そもそもスレ違いだし
おまえらはﾁｮﾝ製のGOMでも使ってろｗ
自称エンコ職人のニコ厨でもGOM使ってたぞ（笑）
自称エンコ職人のニコ厨でもGOM使ってたぞ（笑）
ここで自己紹介するのやめろ
http://www.x264.nl/x264_main.php
ここって2334で止まってるけど2345にしないのは何故？
ここって2334で止まってるけど2345にしないのは何故？
>>79
度重なるオイタで、本家から愛想をつかされて
公式からリンクも外された人のことは忘れてください
http://www.videolan.org/developers/x264.html
2345が必要なら、たくあんさんのところとかからどうぞ
度重なるオイタで、本家から愛想をつかされて
公式からリンクも外された人のことは忘れてください
http://www.videolan.org/developers/x264.html
2345が必要なら、たくあんさんのところとかからどうぞ
いや公式ビルドがないと困る
stableじゃない、とか
83 ：名無しさん＠編集中：2013/08/13(火) 19:44:02.72 ID:uTxJ1A3u
>>79
おい二番目に有るじゃないか
おい二番目に有るじゃないか
84 ：名無しさん＠編集中：2013/08/13(火) 19:47:40.41 ID:uTxJ1A3u
と、思ったらmirror01だけ2013-07-15の日付で二番目に有るな
>>81
>>80 に
Official builds for Windows, Linux, and MacOSX are available from here.
ってあるのが見えないの?
もっとも、muxerが無指定で、GPACも、L-SMASHも無効にされているけど
>>80 に
Official builds for Windows, Linux, and MacOSX are available from here.
ってあるのが見えないの?
もっとも、muxerが無指定で、GPACも、L-SMASHも無効にされているけど
>>85
使えないし
使えないし
http://komisar.gin.by/
>clear: clean GIT version without any patches
>clear: clean GIT version without any patches
たくあん氏のとこには一応パッチ当ててないビルドも置いてある
内包してるmuxerが違うね
komisar氏がGPACでたくあん氏がL-SMASH
komisar氏がGPACでたくあん氏がL-SMASH
情報を見たときに余計なことが書いてないのがほしい
x264 core 133 r2334 a3ac64b
こういうのがほしい
x264 core 133 r2334 a3ac64b
こういうのがほしい
91 ：名無しさん＠編集中：2013/08/13(火) 22:58:54.64 ID:5Jk/WJNy
お前さ
p2p で放流したところで
誰もお前のスキルで高画質なんて評価してくれるわけじゃないんだからさ
見得張る性格もほどほどにしとけよ
p2p で放流したところで
誰もお前のスキルで高画質なんて評価してくれるわけじゃないんだからさ
見得張る性格もほどほどにしとけよ
なにいってんだ
自分で見返した時にどこの誰のを使ったかわからないのが困るからだ
公式みたいなシンプルなのが一番いいということ
自分で見返した時にどこの誰のを使ったかわからないのが困るからだ
公式みたいなシンプルなのが一番いいということ
93 ：名無しさん＠編集中：2013/08/13(火) 23:09:20.07 ID:5Jk/WJNy
ならば、全部書いてあったほうが良いだろ
あえて "馬鹿なのか" と言わせてもらう。
あえて "馬鹿なのか" と言わせてもらう。
オリジナルで作ったpatch当ててるビルダーとかでもない限りはどれも同じだと思うんだが
そんなどうでもいいことに文句があるなら自分で作ればおｋ
もうnlは更新しないの？
>>96
誰もアクセス権もってないし、いつ殺されるか分からないドメインを使って
どうする。バニラが必要ならVideoLANの方を使った方がいい。ちなみに、
10bitなバイナリも今ビルドされてる。
ttp://download.videolan.org/x264/binaries/
誰もアクセス権もってないし、いつ殺されるか分からないドメインを使って
どうする。バニラが必要ならVideoLANの方を使った方がいい。ちなみに、
10bitなバイナリも今ビルドされてる。
ttp://download.videolan.org/x264/binaries/
>>97
r2345_64bitだけどx264 [error]: not compiled with MP4 output supportになってエンコできないな
r2345_64bitだけどx264 [error]: not compiled with MP4 output supportになってエンコできないな
某ブログを参考にビルドしてみようと思ったけど
lavf.shでコケる・・・
あとlibaudio.shもだったかな
lavf.shでコケる・・・
あとlibaudio.shもだったかな
いろんなライブラリ入れてビルドするからどんどんややこしくなるんだよ
男なら264出力だけしとけ
コンテナに詰め込んだりするのはそれ専用のツールでやれ
男なら264出力だけしとけ
コンテナに詰め込んだりするのはそれ専用のツールでやれ
102 ：名無しさん＠編集中：2013/08/15(木) 17:51:05.04 ID:bXs6LBgw
あたしゃ老婆じゃ
x264だけビルドしてもエンコしようとしても
ffmsがないだのAvisynthがないだのエラー吐くんだけど
スクリプトで自動化してくれてるのはありがたいけど
読めないからエラー吐くと何やってるかサッパリだし
ffmsがないだのAvisynthがないだのエラー吐くんだけど
スクリプトで自動化してくれてるのはありがたいけど
読めないからエラー吐くと何やってるかサッパリだし
ヨブさん公式ビルドとしてプレーン264おなしゃす！
手とり足とりレクチャーしてもらわにゃ何もできないのかよ。
>>98
VideoLANはGPACの連中やそのプロジェクトを嫌っているから入ってない。
Annex BなH.264を出力してl-smashのmuxerやGPACのmp4boxでmux汁
公式にL-SMASHを入れるパッチが提供されてるが、まだL-SMASHのメンテナーが
ためらっているから公式には入ってない（うろ覚え）。L-SMASHにAPIのバージョン
とかがついてなかったのも問題だったけど、今はついてる（0.0.0になってるけど）
L-SMASHサポートが公式に入ったらVideoLAN側もmp4出力付きでビルドしてくれる
VideoLANはGPACの連中やそのプロジェクトを嫌っているから入ってない。
Annex BなH.264を出力してl-smashのmuxerやGPACのmp4boxでmux汁
公式にL-SMASHを入れるパッチが提供されてるが、まだL-SMASHのメンテナーが
ためらっているから公式には入ってない（うろ覚え）。L-SMASHにAPIのバージョン
とかがついてなかったのも問題だったけど、今はついてる（0.0.0になってるけど）
L-SMASHサポートが公式に入ったらVideoLAN側もmp4出力付きでビルドしてくれる
LSMASHって中学生が好んでつけそうな名前
デブはリア中？
デブはリア中？
いい年してるけど脳内が中二
windowsXP で 0.135.2345.25 使ってます。
コマンドプロンプトで入力ファイルに AVI を使うと、進捗状況が一フレームごとに出力されます。
avs2pipemod だと、そんな事は起きません。
以前のバージョンだと問題なかった気がするんですけどどうすりゃええのん?
リダイレクトで消すしか方法はない?
何か気になるんだが
コマンドプロンプトで入力ファイルに AVI を使うと、進捗状況が一フレームごとに出力されます。
avs2pipemod だと、そんな事は起きません。
以前のバージョンだと問題なかった気がするんですけどどうすりゃええのん?
リダイレクトで消すしか方法はない?
何か気になるんだが
まずそのゴミXPマシンを窓から投げ捨てろ
確かDOS窓のプロパティで幅、サイズ広げりゃ直ったような？
>>111
ありがとうございます! 直りました!
ありがとうございます! 直りました!
単にコマンドプロンプトを最大化すれば済む話だな
毎回やってられるかよ
プロパティ変更すべきだろ
プロパティ変更すべきだろ
MaxmizeAssistant使えよ捗るぞ
結局公式ビルドはどうなったんだ
Haswellでエンコマシンを組んだんだ
数日はエンコ早ええ！！！捗るぜ！！！
って感じだったんだけど気が付いたらSUBME等々設定が上がって前とほぼ同じ速度に
うん、自分でやっててなんだけどボルナレフ状態
数日はエンコ早ええ！！！捗るぜ！！！
って感じだったんだけど気が付いたらSUBME等々設定が上がって前とほぼ同じ速度に
うん、自分でやっててなんだけどボルナレフ状態
エンコならインテルの6コアだよな
980X、970、3960X、3970Xと使ってるけど来月やっと新しいので組めそう
え？G6950、exaサーチ、subme10でエンコ爆速だよ
まさか、探索範囲24にしたり、ref 16にしたりbフレ 8にしたりしてないよね？
探索16、ref4 bフレ3、1280x720pで十分ｗ
まさか、探索範囲24にしたり、ref 16にしたりbフレ 8にしたりしてないよね？
探索16、ref4 bフレ3、1280x720pで十分ｗ
エンコなんて１個当たり2スレッドもあれば十分だろ
通常設定ではスレッドを盛らない限りCPUをフルに使い切らないし時短も数分程度
それならいっそ全コアを半分か1/3ぐらいに割って並列エンコさせる方が
CPUをちゃんと使い切るから効率がいいわな
通常設定ではスレッドを盛らない限りCPUをフルに使い切らないし時短も数分程度
それならいっそ全コアを半分か1/3ぐらいに割って並列エンコさせる方が
CPUをちゃんと使い切るから効率がいいわな
爆速とか遅いとかのしきい値が人それぞれなんでなんとも
30分もののエンコに5分もかかるとか遅すぎてやってらんねーって人もいれば
30分もののエンコが60分で終わるとか速過ぎwwwって人もいるんだろうし
30分もののエンコに5分もかかるとか遅すぎてやってらんねーって人もいれば
30分もののエンコが60分で終わるとか速過ぎwwwって人もいるんだろうし
> エンコなんて１個当たり2スレッドもあれば十分だろ
> 通常設定ではスレッドを盛らない限りCPUをフルに使い切らないし時短も数分程度
はぁ ?
> 通常設定ではスレッドを盛らない限りCPUをフルに使い切らないし時短も数分程度
はぁ ?
たとえば２クールの番組をまとめてエンコさせる場合
１話づつエンコさせるより、２話づつ､４話づつエンコさせた方が
結果的に早くエンコが終わるだろって話をしたいわけだが
１話づつエンコさせるより、２話づつ､４話づつエンコさせた方が
結果的に早くエンコが終わるだろって話をしたいわけだが
バッチ登録して寝ろよ
エンコなんて動画時間と同じくらいでエンコ出来れば十分だわ
エンコなんて動画時間と同じくらいでエンコ出来れば十分だわ
とにかく公式ビルドの復活を待つ
ヨブさん頼みます
ヨブさん頼みます
MTじゃないsynth経由で食わせてるからスレッド使わないだけだろ
>>124
それほんとに時間比較した上で言ってるの？
スレッド増やしても大して速度向上しないのは確かだけど、
かといって余ってるスレッドでまったく別のプロセスを同時に走らせても
L3キャッシュ共食いして個々のパフォーマンスガタ落ちだと思うけど。
それほんとに時間比較した上で言ってるの？
スレッド増やしても大して速度向上しないのは確かだけど、
かといって余ってるスレッドでまったく別のプロセスを同時に走らせても
L3キャッシュ共食いして個々のパフォーマンスガタ落ちだと思うけど。
なんかのフィルタでそこで律速になってる場合なんかは並列エンコも意味があるのかもしれない
Intelじゃそうなるわな。
intel aishitel
横からだが、普段からi5で3スレ固定エンコをしてて
2本同時の平均が4fps強ぐらいの奴が単独で6.5fps弱ぐらいになってる感じのログがある
まぁ、比較するためのログじゃないから常時並列を維持できてるわけがないし
実際のスレッド利用率とかのメモは無いけどね
2本同時の平均が4fps強ぐらいの奴が単独で6.5fps弱ぐらいになってる感じのログがある
まぁ、比較するためのログじゃないから常時並列を維持できてるわけがないし
実際のスレッド利用率とかのメモは無いけどね
標準で4coreなら6threadまではいけるだろ。冷却に自信があるなら少し頑張って10threadにしてもいい。
めんどくさいから詳細は省くけど、自分のエンコの設定ではこんな感じだから
option kbps fps
比較的重いソース
threads 1 7954.65 5.80
threads 2 7955.12 11.53
threads 3 7954.41 15.30
threads 4 7954.56 17.03
threads 5 7954.18 17.55
threads 6 7954.63 17.57
threads 7 7954.63 17.65
threads 8 7954.89 17.67
threads 9 7955.34 17.65
threads 10 7955.43 17.69
threads 11 7957.01 17.67
threads 12 7959.27 17.72
比較的軽いソース
threads 1 2305.52 12.82
threads 2 2305.66 23.33
threads 3 2305.13 27.35
threads 4 2306.51 28.48
threads 5 2307.17 29.13
threads 6 2308.84 29.32
threads 7 2311.07 29.28
threads 8 2311.06 29.44
threads 9 2316.41 29.51
threads 10 2315.76 29.49
threads 11 2323.03 29.17
threads 12 2327.68 29.66
option kbps fps
比較的重いソース
threads 1 7954.65 5.80
threads 2 7955.12 11.53
threads 3 7954.41 15.30
threads 4 7954.56 17.03
threads 5 7954.18 17.55
threads 6 7954.63 17.57
threads 7 7954.63 17.65
threads 8 7954.89 17.67
threads 9 7955.34 17.65
threads 10 7955.43 17.69
threads 11 7957.01 17.67
threads 12 7959.27 17.72
比較的軽いソース
threads 1 2305.52 12.82
threads 2 2305.66 23.33
threads 3 2305.13 27.35
threads 4 2306.51 28.48
threads 5 2307.17 29.13
threads 6 2308.84 29.32
threads 7 2311.07 29.28
threads 8 2311.06 29.44
threads 9 2316.41 29.51
threads 10 2315.76 29.49
threads 11 2323.03 29.17
threads 12 2327.68 29.66
肝心のx264設定を教えてもらえない件。
映像ソースと どこのx264と エンコード設定と PC環境を書かないと
うちの設定では>>133みたいに増やしゃ良いって話じゃない
ってデータ出しただけだからもう終わっていいよこの話
ってデータ出しただけだからもう終わっていいよこの話
４スレッド以降のスコアはバレないと思い適当に水増しをしただけとかか。
軽いソースのエンコで次の2つだけなぜFPSが落ちているのか気になるな。
それ以外は微妙に増えて行っているのに。
>threads 7 2311.07 29.28
>threads 11 2323.03 29.17
それ以外は微妙に増えて行っているのに。
>threads 7 2311.07 29.28
>threads 11 2323.03 29.17
重いソース側にも落ち込み？が有るし
常駐除去やらずとか一発物とかじゃねぇ？
常駐除去やらずとか一発物とかじゃねぇ？
このスレ2週間書き込みなしもザラなのに書き込まれるときは書き込まれるんだな
こういうマニアックな板ではよくあること
.nlが死んでコンテナに包めないexeやスマッシュを使うexeしかない混沌の時
(」・ω・)」うー！(/・ω・)/にゃー！
ニャル子死ね。ただし中の人は生きろ
中の人にバックから挿入したい
rawでいいじゃん
プレーンなx264きてくれー！
rawでパイプ渡しをしてやろうと思ったら長すぎるとか訳の分からないエラーがでて失敗する。
あなたのエンコに這いよる混沌！
引っ張らなくていいから
ニャル子死ね。ただし中の人は生きろ
ニャル子死ね。ただし中の人は生きろ
気のせいかどうか知らないがニャル子の中の人が
プリズマのステッキに宿っている気がしてならない。
似てるんだよな声質とか
プリズマのステッキに宿っている気がしてならない。
似てるんだよな声質とか
ループする話題
>>154
nlのに比べてずいぶん容量が小さいけど大丈夫なのかな？
nlのに比べてずいぶん容量が小さいけど大丈夫なのかな？
バイナリのサイズなんてリンクさせるライブラリにもよるしコンパイラにもよるからどうとでも変わるので気にするな
x264の進化が… 止まった…
はやく俺ら一般人がオプション指定して265使えるようになってくれ
gitの更新が来たけど、KomisarのMinGW(4.7.3)で、output/mp4.cでmakeが止まる。
GPACコンパイルするの面倒だからざっと今回のpush分の変更見ただけだけど
windef.hをインクルードすればいいよ
MAX_PATHが未定義なんでしょ？
windef.hをインクルードすればいいよ
MAX_PATHが未定義なんでしょ？
もちろんoutput/mp4.c内でって意味ね
TVTestスレとか見てても思うけど
この板プログラム読める人多いよな
羨ましいわ
この板プログラム読める人多いよな
羨ましいわ
このスレ自分でx264のバイナリビルドしてる人多いだろうし
そうすると何か問題がある度に自分で解決しなくちゃいけないから自然と知識が増えていくんだろうね
そうすると何か問題がある度に自分で解決しなくちゃいけないから自然と知識が増えていくんだろうね
>>161
上手くいった、ありがとう
上手くいった、ありがとう
これからビルドする人はb_s氏がpatch書いて既にpushされたみたいだからgit pullすればいいよ
POP氏のr2357来てた
x264_audioなら分かるんだけど普通のx264でmp4で出力したい気持ちがわからんわ
どうせ後で音入れたいからremuxするんでしょ？
生H264(Annex B)ならmp4サポートいらんからビルド楽だしバイナリ小さくなるし
結合したければcatでできるし、エンコ中に平気でおっかけ再生できるしいいよ
どうせ後で音入れたいからremuxするんでしょ？
生H264(Annex B)ならmp4サポートいらんからビルド楽だしバイナリ小さくなるし
結合したければcatでできるし、エンコ中に平気でおっかけ再生できるしいいよ
自分の場合コマンドと流れをわかりやすく管理するためかな、ようはやり方を統一するということだけど
映像と音声をmp4(m4a)出力してマルチプレクサで結合という流れでやるって決めておけば（その良し悪しは別問題）
自分の場合は作業が楽になる、規格を統一すればコストが下がるのと考え方は同じ
生264で出力すると、流れにもよるけどそれをコンテナに格納というタスクが加わるから
それだけでもかなり面倒に感じる
あとcatってmp4cat？
あれってフレームレートが変になったり微妙に音ずれもしたような気がする
映像と音声をmp4(m4a)出力してマルチプレクサで結合という流れでやるって決めておけば（その良し悪しは別問題）
自分の場合は作業が楽になる、規格を統一すればコストが下がるのと考え方は同じ
生264で出力すると、流れにもよるけどそれをコンテナに格納というタスクが加わるから
それだけでもかなり面倒に感じる
あとcatってmp4cat？
あれってフレームレートが変になったり微妙に音ずれもしたような気がする
>>169
catはcat、Unix系では標準のコマンドで、ファイルの中身を本当にただ連結するだけ
Windowsだとcopy /bでできるのかな
AnnexBからでも別に手間なんか増えないよ
映像だけMP4にくるんでからじゃないと音声とmultiplexできないわけじゃないんだから
catはcat、Unix系では標準のコマンドで、ファイルの中身を本当にただ連結するだけ
Windowsだとcopy /bでできるのかな
AnnexBからでも別に手間なんか増えないよ
映像だけMP4にくるんでからじゃないと音声とmultiplexできないわけじゃないんだから
>>170
自分L-SMASHのremuxer、timelineeditorしか使わんのですわ
仰る通りMP4boxなら必ずしもmp4に格納する必要はないけど、L-SMASHのremuxerと同じことするのに
コマンドが長くて複雑になったり、MP4boxのビルダーやバージョンによっては元のmp4のbox情報が消えたりすることもあるから
あまり使いたくないんですわ
もちろんMP4boxの方が使いやすければ使えばいいんですけど、便利なツールであることは間違いないので
自分L-SMASHのremuxer、timelineeditorしか使わんのですわ
仰る通りMP4boxなら必ずしもmp4に格納する必要はないけど、L-SMASHのremuxerと同じことするのに
コマンドが長くて複雑になったり、MP4boxのビルダーやバージョンによっては元のmp4のbox情報が消えたりすることもあるから
あまり使いたくないんですわ
もちろんMP4boxの方が使いやすければ使えばいいんですけど、便利なツールであることは間違いないので
ああ、timelineeditor使ってたのは昔の話で今は使ってなかった
VFRなmp4を出力してremuxerで結合するだけ
VFRなmp4を出力してremuxerで結合するだけ
なるほど--tcfile-inでVFR出力したいわけか
なら確かに後でtimelineeditorとかでいじるよりは、ひと手間へるのかな
なんとなく理解
なら確かに後でtimelineeditorとかでいじるよりは、ひと手間へるのかな
なんとなく理解
とはいえ自分も昔は生264出力しかしてませんでしたけど
生264とADTSなaacを出力してMP4boxで結合って方法、
でそれからL-SMASHなんてものを知ったりVFRの作り方を知ったりエンコーダディレイなんてものを知ったりで
その度にやり方を変えたりなんかして結局行き着いたのが>169
生264とADTSなaacを出力してMP4boxで結合って方法、
でそれからL-SMASHなんてものを知ったりVFRの作り方を知ったりエンコーダディレイなんてものを知ったりで
その度にやり方を変えたりなんかして結局行き着いたのが>169
nlはどうなってんだよ
公式ビルドはどうすりゃいいんだ
公式ビルドはどうすりゃいいんだ
もう自分でビルドしちゃえよ
いや出来ないから
他からもらって来ればいいじゃん
オリジナルのソースを独自に改造してあれこれ機能追加する場合は
素人にゃ敷居が高いかもだが､ビルドだけなら無料の開発環境で誰でも作れる
素人にゃ敷居が高いかもだが､ビルドだけなら無料の開発環境で誰でも作れる
181 ：名無しさん＠編集中：2013/08/28(水) 01:46:39.26 ID:28gsEfN1
ボディビルダーはマッチョだけど
x264ビルダーは細そう
x264ビルダーは細そう
あなた疲れてるのよ
なぁに俺だって疲れてるさ
gpac有効にするとどんなメリットがあるの？
前に自ビルドしようとしたらgpacかffmpeg_sourceのビルドでffmpegとlibavが競合したと思ったけど
前に自ビルドしようとしたらgpacかffmpeg_sourceのビルドでffmpegとlibavが競合したと思ったけど
>>184
かんたんにまとめるとだな、
マルチプレクサにL-SMASHのremuxer使ってるならL-SMASH版x264使え、セットで使うことが前提になってるようなもんだから
MP4box使ってるならどっちでもいい、生264出力しかしない場合もどっちでもいい
かんたんにまとめるとだな、
マルチプレクサにL-SMASHのremuxer使ってるならL-SMASH版x264使え、セットで使うことが前提になってるようなもんだから
MP4box使ってるならどっちでもいい、生264出力しかしない場合もどっちでもいい
まあ 後はPOP氏のビルドの場合x264-audioの機能もあったはず
たくあん氏はx264-audioは入れてない
POP氏は自鯖に たくあん氏はgithubにソース置いてるから当ててるパッチとかもわかるから好きなの使えばいいよ
ライブラリとしてのL-SMASHの扱い方とかも両者違うけどもユーザー側が気にすることでもないし
たくあん氏はx264-audioは入れてない
POP氏は自鯖に たくあん氏はgithubにソース置いてるから当ててるパッチとかもわかるから好きなの使えばいいよ
ライブラリとしてのL-SMASHの扱い方とかも両者違うけどもユーザー側が気にすることでもないし
沢庵は兄弟だっけ？あたまいいのう
>>186-187
はい
はい
>>188
たくあんと誰が兄弟なの？
たくあんと誰が兄弟なの？
>>190
同じ読みの大学のこと
同じ読みの大学のこと
前スレでも少し出てたけど
https://code.google.com/p/l-smash/source/checkout
このスクリプトを実行してビルドしようとすると古いリビジョンになる
これは一体何が原因なの？
githubのsilverfilain氏のところが更新してないせい？
https://code.google.com/p/l-smash/source/checkout
このスクリプトを実行してビルドしようとすると古いリビジョンになる
これは一体何が原因なの？
githubのsilverfilain氏のところが更新してないせい？
そこはL-SMASH
x264_L-SMASHのこと言ってるの？
それならそもそも的外れだよそこは
x264_L-SMASHのこと言ってるの？
それならそもそも的外れだよそこは
署名のない公式ビルドまだかよ
公式ビルドあるじゃん
署名って？
build by 公式～
とかどっかに書いてあんの？
とかどっかに書いてあんの？
>>193
ごめんURL間違ってしまった・・
正しくはこっち
http://up-cat.net/wiki.cgi?action=ATTACH&page=L-SMASH&file=x264_L-SMASH_clone.sh
ごめんURL間違ってしまった・・
正しくはこっち
http://up-cat.net/wiki.cgi?action=ATTACH&page=L-SMASH&file=x264_L-SMASH_clone.sh
L-SMASH使ってみたけどファイル名が文字化けする
何だコリャ？
何だコリャ？
x264.nl以外にr2357のchangelogってないの？
gitのcommit log見ればいいじゃん
自画像？がなんか怖いですｗ
い・・色が・・
lwmuxerでVFRの動画作った時に最大ビットレートが一番前のビットレートしか適用されないのは仕様なのでしょうか
lsmashmuxerの場合は全体の中の最大ビットレートが考慮されているようですが
lsmashmuxerの場合は全体の中の最大ビットレートが考慮されているようですが
スレチ
じゃあ誘導頼む
ggrks
２ちゃん歴15年だけど、最近の２ちゃんは略字が多くてわかりづらくなってしまったな
ｋｗｓｋ 詳しく
ｗｋｔｋ ﾜｸﾜｸﾃｹﾃｹ
ｋｔｋｒ ｷﾀｺﾚ
iksg 今北産業
opop おっぱいおっぱい
dｒum だれがうまいこと言えといった
omor お前は俺か
morkw またお前らかよｗ
ohh2ckyw お前ら平日の昼間から２ちゃんかよｗ
mjkt マジキチだからやめろ
ggrks→これはわからん・・
ｋｗｓｋ 詳しく
ｗｋｔｋ ﾜｸﾜｸﾃｹﾃｹ
ｋｔｋｒ ｷﾀｺﾚ
iksg 今北産業
opop おっぱいおっぱい
dｒum だれがうまいこと言えといった
omor お前は俺か
morkw またお前らかよｗ
ohh2ckyw お前ら平日の昼間から２ちゃんかよｗ
mjkt マジキチだからやめろ
ggrks→これはわからん・・
>>210
ggrks
ggrks
ﾜｸﾜｸﾃｹﾃｹってなんだよ(笑)
>>210
ggrksbk
ggrksbk
>>210
ｷﾃｸﾚ
ｷﾃｸﾚ
訳：デコードするなよ
>>210
ククレカレーに似てる
ククレカレーに似てる
テケテケさんて列車事故で下半身を無くした女の亡霊だっけ
ものすごい速さで手を使って走ってくるんだろ
貞子、それﾃｹﾃｹやない(ry
きんモザいいよね(´・ω・｀)
ずっとr2334で止まってる
どうしたらいいの
どうしたらいいの
,ｨ‐'"~￣｀`丶、
_／ﾝハル/Vヽ/ト＼
ﾌ.::::::::::::::::ﾊﾊ:ﾄ､:l::::::::::ヽ
/ｨ::::::::/|:/ﾚ' ! ヾ_从:|:|::::::!
/!::::N-‐''ヽ ..-- ､1ｋi
!ﾊﾍ:{ r'"~ , ﾙ,} 笑えばいいと思うよ
Yｔ、 `＿_, 〃′
`‐へ `ー ' ,ｲ
lヽ､__,／ﾄ､
／| ﾚへ、
_,､-‐ｲ__ ! L { ｀''‐-､_
／| ,ｲV Ｙ`ﾆﾆ二」ハ `ト-､ ｀>､
/ ｌ┬'´/／/|::::::r‐ｧ' ７ `ｰ' `Ｔ′',
/ l│ ＼!::::| / / |/ !
_／ﾝハル/Vヽ/ト＼
ﾌ.::::::::::::::::ﾊﾊ:ﾄ､:l::::::::::ヽ
/ｨ::::::::/|:/ﾚ' ! ヾ_从:|:|::::::!
/!::::N-‐''ヽ ..-- ､1ｋi
!ﾊﾍ:{ r'"~ , ﾙ,} 笑えばいいと思うよ
Yｔ、 `＿_, 〃′
`‐へ `ー ' ,ｲ
lヽ､__,／ﾄ､
／| ﾚへ、
_,､-‐ｲ__ ! L { ｀''‐-､_
／| ,ｲV Ｙ`ﾆﾆ二」ハ `ト-､ ｀>､
/ ｌ┬'´/／/|::::::r‐ｧ' ７ `ｰ' `Ｔ′',
/ l│ ＼!::::| / / |/ !
最新revビルドして公開してる人から貰えばいいじゃん
検索とかすりゃ簡単に見つかるから
検索とかすりゃ簡単に見つかるから
komisarとかpop@4bitとか米糠の中に含まれる枯草菌の産出物によって、ダイコンは徐々に芯まで黄色から褐色に染まる。
とかで最新ビルド頂いてる
とかで最新ビルド頂いてる
その中でどれがおすすめなの？
ビルドオプションや当ててるpatchによって違うとしか
nl使ってた人ならGPACのkomisarが無難かね
おれはL-SMASHのPOP@4bit使わせてもらってるけど
おれはL-SMASHのPOP@4bit使わせてもらってるけど
komisarのclear安定だっつってんだろ
komisarはいろいろやらかすから一番ない
JEEBさんはもうビルドしてくれんのかのぉ
愛用していたんだがゴホゴホ
愛用していたんだがゴホゴホ
ヨブさん頼みますよ！！
誰のビルドって言ってる時点で意味不明
求める機能は何よ？普段どんなやり方でエンコしてるのよ？
muxerはGPACなのか？それともL-SMASHがいいのか？それともRAW264出力しかしないのか？
改造AQ使うのか？high bit format使うのか？他にもたくさんpatchはあるぞ？
エンコと同時にオーディオも扱いたいならそれ用のライブラリ入ってなきゃいけないぞ？
誰のビルドとかじゃなくて、何したいのか考えろよ
求める機能は何よ？普段どんなやり方でエンコしてるのよ？
muxerはGPACなのか？それともL-SMASHがいいのか？それともRAW264出力しかしないのか？
改造AQ使うのか？high bit format使うのか？他にもたくさんpatchはあるぞ？
エンコと同時にオーディオも扱いたいならそれ用のライブラリ入ってなきゃいけないぞ？
誰のビルドとかじゃなくて、何したいのか考えろよ
んなことわかってるよ
taroさんのx264_rev2359+704_tMod、
-o <outoput> <input>
のoutoputの拡張子がmp4の時だけ、パスに日本語が入ってると弾かれてしまう・・・
-o <outoput> <input>
のoutoputの拡張子がmp4の時だけ、パスに日本語が入ってると弾かれてしまう・・・
何か強いこだわりなければ他の人のビルドしたやつ使えばいいじゃん
MP4boxだと規格に忠実じゃないmp4を作っちゃうかもしれないだけで実用上はたぶん問題ない
説明不足ですまん。
L-SMASHのremuxerとGPAC版x264の組み合わせなんだ。
L-SMASH版x264r2334でインタレ出力すると、PS3で再生できなかったから換えたんだ。
L-SMASHのremuxerとGPAC版x264の組み合わせなんだ。
L-SMASH版x264r2334でインタレ出力すると、PS3で再生できなかったから換えたんだ。
連投失礼。
PS3での再生は、--no-container-sar オプションの追加で解決しました。
GPAC版だとこのオプションなしで再生できてた。
なので、元のセットに戻せそう。
PS3での再生は、--no-container-sar オプションの追加で解決しました。
GPAC版だとこのオプションなしで再生できてた。
なので、元のセットに戻せそう。
L-SMASHのremuxerはinputのbrandを継承して新たに何かを足したりはしない
GPAC版でmp4出力するとavc1がmajor_brandになる
これが以前はニコニコ動画で再エンコ回避できないって問題があった（ニコニコ動画側の問題）
これはすでにニコニコ動画側で対応がなされているので今は問題ない
ちなみにL-SMASH版x264ではmajor_brandはmp42となる
PS3で再生できないのはPASPがあるからだと思うので--no-container-sarを指定すればL-SMASH版でも問題ないはず
それかRaw bytestreamで出力してmuxerでmuxすればいい
GPAC版でmp4出力するとavc1がmajor_brandになる
これが以前はニコニコ動画で再エンコ回避できないって問題があった（ニコニコ動画側の問題）
これはすでにニコニコ動画側で対応がなされているので今は問題ない
ちなみにL-SMASH版x264ではmajor_brandはmp42となる
PS3で再生できないのはPASPがあるからだと思うので--no-container-sarを指定すればL-SMASH版でも問題ないはず
それかRaw bytestreamで出力してmuxerでmuxすればいい
おう…
リロード…
リロード…
可哀想だから僕が慰めてあげる
さぁパンツおろして
さぁパンツおろして
ありがとう。
自分には難しい話だけど、勉強します。
自分には難しい話だけど、勉強します。
きんモザいいよね
ちんこにモザイクか。
げんしけんとか明後日だし
誤爆
班目先輩にモザイクか。メガネ男子にはあまり興味いからダメだな
http://astrataro.wordpress.com/category/encode/x264/
ここのtmodの最新版、なぜかオーディオがmp3だけになってしまった。
完全にオーディオ切ったわけじゃんないみたいだしなんなんだろう？
qtaacサポートしてたから重宝してたんだが。
ここのtmodの最新版、なぜかオーディオがmp3だけになってしまった。
完全にオーディオ切ったわけじゃんないみたいだしなんなんだろう？
qtaacサポートしてたから重宝してたんだが。
paspがあると再生できないってのはPS3とか茸携帯の一部とかであるんだが
わからんなら無視すりゃいいもので、再生できないほうがおかしいんだよ
paspなくすってことはmp4格納時にsarが変更できないってことだし
わからんなら無視すりゃいいもので、再生できないほうがおかしいんだよ
paspなくすってことはmp4格納時にsarが変更できないってことだし
やっすいTNからちょっとお高いIPSに変えたらはっきりブロックノイズ
っぽかったとこがちょっとわさわさしてるくらいに見えるようになったわ
階調割れもだいぶ滑らかに見える、同じ動画なのに…('A｀)
っぽかったとこがちょっとわさわさしてるくらいに見えるようになったわ
階調割れもだいぶ滑らかに見える、同じ動画なのに…('A｀)
crfが下げられるよやったね('A`)!
crf下げたら高画質化になるだろ、とマジレス
円高と円安みたいだね
猫さんの翻訳着てるよ
猫の皮を剥いで着てるよ
や、やめなさいよ。。縁起でもない
じゃあ俺は猫の川を泳ぐ！
前スレ終わってたことに今気付いた
久々にRipbot調べてみたら分散エンコード出来るようになってた・・・
ttp://forum.doom9.org/showthread.php?t=127611
ttp://forum.doom9.org/showthread.php?t=127611
264
265
>>263
凄いやないか
凄いやないか
>>263
アイデアとしてはいいが分散エンコの途中でデッドロックになったら悲惨
アイデアとしてはいいが分散エンコの途中でデッドロックになったら悲惨
前スレの最後の方で実写を一生懸命crfでエンコして
縮まないって嘆いてる人いっぱいいてワロタｗ
3000kbpsでエンコしたらいくらでも縮むだろうが
縮まないって嘆いてる人いっぱいいてワロタｗ
3000kbpsでエンコしたらいくらでも縮むだろうが
warpsharp使いまくればあっちゅーまに縮むぞ。
そのかわり人物の頬骨と眉骨あたりがのっぺりするけどなｗ
そのかわり人物の頬骨と眉骨あたりがのっぺりするけどなｗ
qcomp下げるとかして妥協すりゃいいさ
アニメなみにあれこれ盛ったら縮まないし
後は粒子ノイズをRD調整して抑えるとか？
アニメなみにあれこれ盛ったら縮まないし
後は粒子ノイズをRD調整して抑えるとか？
3Dノイズ除去フィルタ軽くかけるだけで結構違ってくる
パラメータ弄って妥協するのは最後の最後にした方がいい
パラメータ弄って妥協するのは最後の最後にした方がいい
インタレ非対応フィルタ使って後悔したりは良い思い出
実写は満足できる画質にしようとするとエンコするだけ無駄になる
ここまで来たらHEVCを待つべ
HD撮りのドラマとか映画はまだ縮む方だけど
後ろにLEDビジョン有ったりとか照明の派手なコンサート物
そして暗いところで撮影してるのにカメラが駄目駄目でグレインだらけの物、おまえは駄目だ（ぉぃ
まあそれでもロゴ消したくてエンコしたりするんだけどね…。
後ろにLEDビジョン有ったりとか照明の派手なコンサート物
そして暗いところで撮影してるのにカメラが駄目駄目でグレインだらけの物、おまえは駄目だ（ぉぃ
まあそれでもロゴ消したくてエンコしたりするんだけどね…。
久しぶりにドラマ(某倍返し)をリサイズなし・crf23でエンコしてみたら平均1.5GBぐらいになったわ
日記はTwitterかBlogで
280 ：名無しさん＠編集中：2013/09/30(月) 02:25:25.65 ID:7Y4jNPeg
実写は--nrつけてエンコしとるわ。比較してないから、効果があるのかは知らんが
実写は
aq上げて高周波部を潰す
psyrdは切る
qmin27くらいにする
これぐらいはしないとな
aq上げて高周波部を潰す
psyrdは切る
qmin27くらいにする
これぐらいはしないとな
妥協できる水準は人それぞれ
実写か
2passにすると結構いい感じに頑張ってくれるぞ
2passにすると結構いい感じに頑張ってくれるぞ
ソースのまま残すのもフィルタ等で細部を削って縮めるのもいっそ解像度を640*360みたいな
SD解像度まで下げてしまうのも人それぞれだわな
どこまで満足できるかの閾値なんて人それぞれなんだから
中にはソースよりもフィルタ等で加工した映像の方が好みって人もいるだろうしな
SD解像度まで下げてしまうのも人それぞれだわな
どこまで満足できるかの閾値なんて人それぞれなんだから
中にはソースよりもフィルタ等で加工した映像の方が好みって人もいるだろうしな
AVは肌の汚さ隠すのに変な色味にしてるメーカーがあるのでリアルな色になるよう修正してます
凌辱物か・・・
x264ユーザの80%がpreset veryfastを利用しているそうだ
fast以上はかなり圧縮率対速度が悪くなるらしいからな
あとそれなりのcpuで高解像度動画のエンコをリアルタイム程度に収めたい人が多いとかじゃないかな
高解像度→midium 低解像度→slowerぐらいがいいわ俺は
あとそれなりのcpuで高解像度動画のエンコをリアルタイム程度に収めたい人が多いとかじゃないかな
高解像度→midium 低解像度→slowerぐらいがいいわ俺は
フルHDでslowだと--ref減らさないとlevelが(Blurayの)4.1すら超えてしまうので
slow以上は普通の人向けのプリセットではないんだろうと思ったな
slow以上は普通の人向けのプリセットではないんだろうと思ったな
オプションごとに値調整したいマニアはそもそもpresetなんて使わないだろうし
プリセットは～ぐらいの～でと語る上で必要 具体的なオプションを1つ1つ上げなくても感覚で伝わる部分があるのは楽だわ
veryfastのsubme2、ref1はあれだけど
プリセットveryslowだとme uneven subme10 動き探索24 ref16 b連続8になるけど
meとsubmeは変えないまま、
動き探索16 ref4 b連続3
とかに設定すると効率が良くないのかな。だいぶん早くなるんだけど
大人しくプリセットmedium使っておけばいいのか
プリセットveryslowだとme uneven subme10 動き探索24 ref16 b連続8になるけど
meとsubmeは変えないまま、
動き探索16 ref4 b連続3
とかに設定すると効率が良くないのかな。だいぶん早くなるんだけど
大人しくプリセットmedium使っておけばいいのか
何やるとしても基本デフォルトだと思う
で要件にあわせて必要なら個別のパラメータを弄っていくと
で要件にあわせて必要なら個別のパラメータを弄っていくと
MP4Boxを使ってる人はどのバージョンを使ってますか？
どれが最新なのか安定版なのか見当がつかなくって
お薦めがあればぜひ
どれが最新なのか安定版なのか見当がつかなくって
お薦めがあればぜひ
最新を使ったほうが映像にキレが出る、なんてこともないし自分の環境で
問題なく使えるバージョンのものがあればそれでいいと思う
問題なく使えるバージョンのものがあればそれでいいと思う
最近はMP4BoxよりL-SMASHが流行ってる気がする
今使ってるのは２種類なんですけど片方はyambで使うとエラーが出て
もう片方はyambはOKなんですけど
MediaInfoで見るとディレイの欄が書き込まれなくって
もう片方はyambはOKなんですけど
MediaInfoで見るとディレイの欄が書き込まれなくって
>>296
maki氏のところからソースとってきてビルドしてる
maki氏のところからソースとってきてビルドしてる
maki氏のはたまにたくあん氏がビルドしてる
ブログのdownloadにリンクないけど
ブログのdownloadにリンクないけど
mp4boxで作った方が若干小さくなるからmp4box
そんな2byteごとき削ってどうするよ
ちきしょー
あと2byte、あと2byte小さければフロッピー1枚に2時間映画収まったのに
もうビットレートも解像度もフレームレートも下げる余地がねえええええ
・・・仕方ないスタッフロール削って再エンコするか・・・はぁ～
あと2byte、あと2byte小さければフロッピー1枚に2時間映画収まったのに
もうビットレートも解像度もフレームレートも下げる余地がねえええええ
・・・仕方ないスタッフロール削って再エンコするか・・・はぁ～
ない(ｷｯﾊﾟﾘ
MP4Boxはbrandとかちゃんと設定しないとbox情報書き込まないからじゃないか？
L-SMASHは基本的にmp4フィルの情報を引き継ぐけどMP4Boxはそんなのお構いなしに削除するから
それ自体の良し悪しは評価しないけど
それ自体の良し悪しは評価しないけど
ttps://twitter.com/Paranoialmaniac/status/384369055584362496
ttps://twitter.com/Paranoialmaniac/status/384369658838540288
subme=10,11にする場合は、no-mbtreeにした方がいいって
ttps://twitter.com/Paranoialmaniac/status/384369658838540288
subme=10,11にする場合は、no-mbtreeにした方がいいって
no-mbtreeにしたら容量がほぼ２倍になったわけですが
まあやる前から想像ついてたけどね
まあやる前から想像ついてたけどね
あくまで高ビットレート向けだって一連のツイートで書いてたよ
んー普通に考えるとmbtree切っちゃうって容量度外視でとにかく画質重視って場合だと思うけど
それでも容量の割に見合わない画質のような気がする・・・
それでも容量の割に見合わない画質のような気がする・・・
L-SMASHはまだまだうんこ
mbtreeは暗部でおもいっきりビットを削るっていう特性を無視してるな
普段エンコにmbtree使うならsubme9まで
nombtreeでエンコしてるならsubme10,11も使えるってことになる
普段エンコにmbtree使うならsubme9まで
nombtreeでエンコしてるならsubme10,11も使えるってことになる
うーん…なんでか忘れたけどno-mbtreで動かしたことないや
subme=9が最低で一部11にしてる程度。
Dアプコンやったら900MBいったっていう自爆したけど(苦笑
ちなみに約24分のアニメソースだったサイズは1280x720
subme=9が最低で一部11にしてる程度。
Dアプコンやったら900MBいったっていう自爆したけど(苦笑
ちなみに約24分のアニメソースだったサイズは1280x720
じゃあなんでveryslowでmbtree外れてないの
プリセットにはcrfの指定が含まれてないからでしょ
高画質エンコ＝nombtreeは必然だと思う
nombtreeの
crf20で明部のエンコ画質は満足
crf17で暗部のエンコ画質は満足とするなら
暗部画質優先でエンコするならcrf17でエンコすることになるが
このとき明部はcrf3分ビットを無駄にしてる
mbtree onのとき
crf20で明部のエンコ画質は満足
crf15で暗部のエンコ画質は満足するなら
crf15で暗部の画質を優先させると、明部はcrf5分ビットを無駄にする
nombtreeの
crf20で明部のエンコ画質は満足
crf17で暗部のエンコ画質は満足とするなら
暗部画質優先でエンコするならcrf17でエンコすることになるが
このとき明部はcrf3分ビットを無駄にしてる
mbtree onのとき
crf20で明部のエンコ画質は満足
crf15で暗部のエンコ画質は満足するなら
crf15で暗部の画質を優先させると、明部はcrf5分ビットを無駄にする
mbtreeなしでcrf17って容量とんでもないことにならないか？
mbtreeありでcrf15よりマシじゃないかな
それでも暗部は、mbtreeなしcrf17の方が上だと思うよ
それでも暗部は、mbtreeなしcrf17の方が上だと思うよ
普段アニメをcrf17前後でエンコしてるけどmbtreeなしだと容量三倍以上に膨らんだ
crf20ぐらいまでにしないとcrf17mbtreeありと同じくらいの容量にならないけどやっぱりcrf20だと暗部劣化が目立つ
容量なんて考えないってことならcrfをいくらでも下げたりmbtreeなしにできるんだろうけど
crf20ぐらいまでにしないとcrf17mbtreeありと同じくらいの容量にならないけどやっぱりcrf20だと暗部劣化が目立つ
容量なんて考えないってことならcrfをいくらでも下げたりmbtreeなしにできるんだろうけど
>>321
じゃあ、no-mbree、subme11のcrf20でやってみよう
じゃあ、no-mbree、subme11のcrf20でやってみよう
>>322
その設定だけど
その設定だけど
ではmbtreeは素晴らしいってことで
crfをたいぶん下げてエンコするなら
qmin13-16くらいにしておいた方がいいと思う
割り当てる必要ないぐらいビット消費してファイルサイズ膨らんでたら意味がない
crfをたいぶん下げてエンコするなら
qmin13-16くらいにしておいた方がいいと思う
割り当てる必要ないぐらいビット消費してファイルサイズ膨らんでたら意味がない
qpmin上げるよりqcomp下げた方が良いんじゃない
mbtreeありでもqcomp0.8,aq1.0くらいあれば結構暗部保持すると思う
まぁ最大ビットレートがソース軽く超えてもったいない気がするけど
でもやっぱりmbtreeオンの方がビットを効率的に使ってるように感じるし
暗部で強度が弱くなってくれたら良い感じになりそうな？
mbtreeありでもqcomp0.8,aq1.0くらいあれば結構暗部保持すると思う
まぁ最大ビットレートがソース軽く超えてもったいない気がするけど
でもやっぱりmbtreeオンの方がビットを効率的に使ってるように感じるし
暗部で強度が弱くなってくれたら良い感じになりそうな？
あほ認定されそうだけど
トライアンドエラー繰り返したらいつの間にかこんなになってた
--qcomp 0.68 --aq-strength 1.45
暗部ざわざわはさすがになくなってるなー
> まぁ最大ビットレートがソース軽く超えてもったいない気がするけど
まったくその通りの状況
トライアンドエラー繰り返したらいつの間にかこんなになってた
--qcomp 0.68 --aq-strength 1.45
暗部ざわざわはさすがになくなってるなー
> まぁ最大ビットレートがソース軽く超えてもったいない気がするけど
まったくその通りの状況
俺も暗部の実験を相当したけど、同じ大きさにするならば
mbtree onの方が有利だった。
10bit使えばそんな悩みがあほらしくなるぐらい綺麗に
なるけど、再生環境がね…
mbtree onの方が有利だった。
10bit使えばそんな悩みがあほらしくなるぐらい綺麗に
なるけど、再生環境がね…
再生環境ってもＰＣ以外でも、ps3やスマホでも再生できるぞ
この話ずっと言われてるが8bitの解決策は変わんねーな
高ビットレートで暗部保持向けの個別オプションとかAQは出てこないのか
昔有名所のAQでもテストしてみたがデフォルトのAQより悪い結果だったな
高ビットレートで暗部保持向けの個別オプションとかAQは出てこないのか
昔有名所のAQでもテストしてみたがデフォルトのAQより悪い結果だったな
だからoreaq使えって言ってるだろ
>>328
PS3は出来ないだろ
PS3は出来ないだろ
アダプティブを適応的と言うのが気に食わない
AQは局所応変量子化とする
AQは局所応変量子化とする
局所によって変動するから適応なんじゃないのか？
何その自動モザイク
国語力の低い奴ほど主張したがる
336 ：名無しさん＠編集中：2013/10/14(月) 10:27:06.55 ID:3VeMV7Xz
お前の国語力は人を貶すことにしか発揮されないの？
素晴らしい国語力をお持ちですね
素晴らしい国語力をお持ちですね
337 ：名無しさん＠編集中：2013/10/14(月) 11:17:28.25 ID:CZOrOPuq
他人を落としこめよう、嘘を吐き欺こうとする時など
人は多弁となる
ついには他人の言葉をさえぎり
一方的に言葉を吐きまくる
深夜にテレビ放映している討論風番組でよくみかける
人は多弁となる
ついには他人の言葉をさえぎり
一方的に言葉を吐きまくる
深夜にテレビ放映している討論風番組でよくみかける
濃い赤い背景に黒の線とか簡単に消えるな
明るい部分はほとんど劣化を感じないのに
もう諦めて潰しちゃうか
明るい部分はほとんど劣化を感じないのに
もう諦めて潰しちゃうか
RGBか4:4:4で出してみてはいかがだろうか
米糠氏のサイトが見られなくなってる。
お漬物くっそわろ
最初からこうしとけ(笑)
>>340
見に行ったら確かに見れなかった
>>341を見たらL-SMASH Workの新しいの（？）があったからとりあえず助かった =3
r540使ってたら10bitをエンコしたら音スレがあったからホントに助かった
本Blogはもう見れないの？
見に行ったら確かに見れなかった
>>341を見たらL-SMASH Workの新しいの（？）があったからとりあえず助かった =3
r540使ってたら10bitをエンコしたら音スレがあったからホントに助かった
本Blogはもう見れないの？
iTunesにインポートして自動サムネイル生成で必ず斜めのシマシマになるのはなぜ？
大雑把に説明すると
適切なローパスフィルタを通さず、画像を縮小すると縞々が出ることがある。
適切なローパスフィルタを通さず、画像を縮小すると縞々が出ることがある。
DVDの左右黒をクロップして32:27決め打ち→iTunesしましま(71*x480→84*x480)
DVDの左右黒をクロップして1:1決め打ち→iTunesしましまにならない(71*x480→71*x480)
クロップせずに32:27決め打ち→iTunesしましまにならない(720x480→853.333x480)
クロップ有無にかかわらずどれも１サンプルを32/27倍に引き延ばしたいから
クロップするなだとか両端８ずつ削れだとか毎回DARからSARを逆算しろとかいわれそうですが
再生互換は問題ないのでいいのです。それ間違っているよと言われようがただのAVのサイズ圧縮目的だし。まいかい同じ比率で横方向伸縮させたい
そもそも制作側も準拠した制作してないだろうし
BDソースは1:1なので困っていない。地デジは興味ない
ちらうらおわり
DVDの左右黒をクロップして1:1決め打ち→iTunesしましまにならない(71*x480→71*x480)
クロップせずに32:27決め打ち→iTunesしましまにならない(720x480→853.333x480)
クロップ有無にかかわらずどれも１サンプルを32/27倍に引き延ばしたいから
クロップするなだとか両端８ずつ削れだとか毎回DARからSARを逆算しろとかいわれそうですが
再生互換は問題ないのでいいのです。それ間違っているよと言われようがただのAVのサイズ圧縮目的だし。まいかい同じ比率で横方向伸縮させたい
そもそも制作側も準拠した制作してないだろうし
BDソースは1:1なので困っていない。地デジは興味ない
ちらうらおわり
x265βきたな
>>349
doko?
doko?
x264でオプション隠すにはどーすりゃいいの？
一番安全なのはpatch当てる
そのパッチ探してるんだけどどこにあるか分かんないｗリンク教えてもらえますか？
>>354
㌧クス
㌧クス
バイナリいじろうぜ容量も減る！
1KB弱
1KB弱
--no-opts
>>356
mp4->mkvに再muxすればさらに容量が減るぜ
mp4->mkvに再muxすればさらに容量が減るぜ
RAWで保存しとけよ
x265ってやっぱり整数演算重視かな？
浮動小数点演算がほぼ使えないんじゃやっぱりGPU支援は夢物語だな
浮動小数点演算がほぼ使えないんじゃやっぱりGPU支援は夢物語だな
コッペリオンのエンコードは何度やってもビットレが膨らむな。
ヨルムンガンドよりは膨らまないけど細部までくっきり再現しようとしたら
やっぱx264では厳しいのかな。TSのまま残しても微量だからいいんだけど。
ヨルムンガンドよりは膨らまないけど細部までくっきり再現しようとしたら
やっぱx264では厳しいのかな。TSのまま残しても微量だからいいんだけど。
ノイズ付加系はある程度増えるのは仕方ない
ts保存もアリかと思うぞ
ts保存もアリかと思うぞ
コッペは見た目で縮まないの予想できるけどわからんのはワルロマとメガネブ
メガネデブはビビッドな色使いが影響してるんじゃないの
プリキュアやらも縮まないらしいし
プリキュアやらも縮まないらしいし
ベタ塗りじゃ無いからねぇ
背景やキャラがやたら動いてビットレート足りなくなってる様なのはx264でも同様に縮まないし
背景やキャラがやたら動いてビットレート足りなくなってる様なのはx264でも同様に縮まないし
メガネブは色使いも有るけど背景で水玉動きまくりとかEDが草木映しまくりの実写だったり
プリキュアは実質30fpsだったり派手なエフェクト多用だったりEDがCGで動きまくりだったり
そんな所？
プリキュアは実質30fpsだったり派手なエフェクト多用だったりEDがCGで動きまくりだったり
そんな所？
プリキュアの画像をそこまで詳しく把握しているとは・・同類かｗ
俺は脳みそというストレージに粗筋という名の圧縮をかけて保存してるわ
メガネブとかエンコして保存しようとする人がいるんだ、世間は広いなあ(´・ω・｀)
>>368
同類と言うかエンコが半分趣味と化してると縮まないって話を聞いたら試してみたくなるじゃ無いかｗ
同類と言うかエンコが半分趣味と化してると縮まないって話を聞いたら試してみたくなるじゃ無いかｗ
ならないよ
設定の見直しとか容量抑えた場合の画質チェック用ソースに
丁度良いとか思ってしまうのは俺だけですかそうですか…。
丁度良いとか思ってしまうのは俺だけですかそうですか…。
aud付加したらPS3で冒頭が再生されなくなるのな
この辺のオプションいみわからんわ
この辺のオプションいみわからんわ
アニメのエンコとかよほど気に入ったの以外は録画後自動エンコで設定も決めうちだ
メガネブは知らんがワルロマはわりと動く3Dパートあるし、背景の自然も描き込まれてる印象あるからその辺じゃないかな
メガネブは知らんがワルロマはわりと動く3Dパートあるし、背景の自然も描き込まれてる印象あるからその辺じゃないかな
376 ：名無しさん＠編集中：2013/10/30(水) 02:38:08.32 ID:gBYxoTTU
気に入っている、自称アニメ命、などと言ってるわりに不可逆圧縮
所詮、財布の中身と相談なんだろ。
ハードディスク一台にアニメ一話くらいのことしてみろよ。
所詮、財布の中身と相談なんだろ。
ハードディスク一台にアニメ一話くらいのことしてみろよ。
なんか触っちゃいけない感が半端無い
余程気に入ってるなら生TS+BD即買いやろうけどTSや3TBあれば400時間は入るやろ
374やけどインタレ保持圧縮MBAFFのせいでした
PS3で再生せずBRAVIAで直接再生したら問題ありませんでした
BRAVIA以下の低性能め
糞箱捨ててくる
PS3で再生せずBRAVIAで直接再生したら問題ありませんでした
BRAVIA以下の低性能め
糞箱捨ててくる
GPUなんかオーバーヘッドでか過ぎワッパ最悪なのに未だに期待してる奴いるんだ
メモリ空間共有化されなければ全く期待できないのに
メモリ空間共有化されなければ全く期待できないのに
HSA進んだAPU大勝利じゃん
PS4がエンコマシンになる可能性が微レ存…？
>>383
100%無い。
100%無い。
つトルネ
PS3だってx264使えた時期あったのに
x264がL-SMASHに公式で対応したでぇ～
x264.git Anton Mitrofanov ー Add L-SMASH support as preferable alternative for MP4-muxing
x264.git Anton Mitrofanov ー Add L-SMASH support as preferable alternative for MP4-muxing
APUでメモリ空間共有化されても浮動小数点演算を殆ど使わなければゴミだろ
990FX Ext4 BIOSを2.00 -> 2.30に変えてみた。
いったんOCを定格に戻してから再起動。
USBメモリを挿入後にBIOS ROMをいれてUEFI画面から更新させてみたが
BIOSの更新は何度やぅてもドキドキするよな。
更新中にリブートがかかったらどうしようとか
いったんOCを定格に戻してから再起動。
USBメモリを挿入後にBIOS ROMをいれてUEFI画面から更新させてみたが
BIOSの更新は何度やぅてもドキドキするよな。
更新中にリブートがかかったらどうしようとか
あ、ここじゃなかった orz
なんだよstableにまだmuxer入ってねーじゃん
新機能系がstableに入るとでも思ってたのか？
393 ：名無しさん＠編集中：2013/10/31(木) 12:44:30.42 ID:xRGUznCF
だからよ…
"なんとなく理解してます" 気分で人生おくらずに生きろよ。
少しは辞書で単語の意味を知れよ。
"それ" に便利な機械を持っているわりに
調べない、メモ取らない…
就職できない、リストラされる
あたりまえの結果だよな。
"なんとなく理解してます" 気分で人生おくらずに生きろよ。
少しは辞書で単語の意味を知れよ。
"それ" に便利な機械を持っているわりに
調べない、メモ取らない…
就職できない、リストラされる
あたりまえの結果だよな。
OpenH.264
新しいのが来たのに盛り上がらないな…
core番号が変わるような変更無いし
H.264コーデックをオープンソース化、Cisco
http://news.mynavi.jp/news/2013/10/31/234/index.html
Cisco Systemsは10月30日(米国時間)、H.264コーデックをBSDライセンスのもとでオープンソースソフトウェアとして公開すると発表した。
ソースコードは最終的にhttps://github.com/cisco/openh264で公開される予定。
Linux (x86/ARM)、Windows、Mac OS X、Android向けにビルドされたバイナリモジュールも提供される見通し。各種情報はOpenH264プロジェクトのサイトに掲載されるという。
Ciscoではこうした取り組みを通じ、インターネットにおける動画形式としてH.264の普及を後押ししたい狙いがある。
H.264は多くの業界で採用されているが、MPEG LAに特許料を支払う必要があるためオープンソースソフトウェアにおける普及はあまり進んでいない状況にある。
Ciscoはユーザに対して料金を求めることはないとしており、オープンソースソフトウェアにおいて同コーデックの採用が進む可能性が高くなった。
同日、Firefoxの開発元であるMozillaからもOpenH.264に関する発表があり、近いうちにこのH.264コーデックモジュールに対応すると説明している。
http://news.mynavi.jp/news/2013/10/31/234/index.html
Cisco Systemsは10月30日(米国時間)、H.264コーデックをBSDライセンスのもとでオープンソースソフトウェアとして公開すると発表した。
ソースコードは最終的にhttps://github.com/cisco/openh264で公開される予定。
Linux (x86/ARM)、Windows、Mac OS X、Android向けにビルドされたバイナリモジュールも提供される見通し。各種情報はOpenH264プロジェクトのサイトに掲載されるという。
Ciscoではこうした取り組みを通じ、インターネットにおける動画形式としてH.264の普及を後押ししたい狙いがある。
H.264は多くの業界で採用されているが、MPEG LAに特許料を支払う必要があるためオープンソースソフトウェアにおける普及はあまり進んでいない状況にある。
Ciscoはユーザに対して料金を求めることはないとしており、オープンソースソフトウェアにおいて同コーデックの採用が進む可能性が高くなった。
同日、Firefoxの開発元であるMozillaからもOpenH.264に関する発表があり、近いうちにこのH.264コーデックモジュールに対応すると説明している。
x264が進化しているから、本家と言っても今更という感じがするな
かつてのmp3と似た状況
かつてのmp3と似た状況
>>398
エンコーダじゃなくてデコーダだろ？
エンコーダじゃなくてデコーダだろ？
フリーのBDプレイヤーソフトとか出るってこと？
無料の動画コーデックの頂点を極めたx264も、H.265の本格主動によって、
Xvidのように、ひっそり消えてゆく運命なんだね。寂しいなあ
Xvidのように、ひっそり消えてゆく運命なんだね。寂しいなあ
4ｋが標準にならない限り、それはない
つまり、火狐がHTML 5でH.264完全サポートってことだろ
WebM完全終了
WebM完全終了
404 ：名無しさん＠編集中：2013/11/02(土) 10:49:07.20 ID:lxKO42ht
今じゃXvidの利点てリアルタイム録画しかないからな
そういう用途じゃすげー軽いし高画質だから普通に使える
そういう用途じゃすげー軽いし高画質だから普通に使える
r2377来てたのか
r2377はr2334比で画質向上したような気がしないでもないけど
チェンジログが無いから何が改良されたのか分からない・・・。
最新のチェンジログってどこにあるの？
チェンジログが無いから何が改良されたのか分からない・・・。
最新のチェンジログってどこにあるの？
commit log見ればええやろ
AVCはプログレッシブ映像向けになぜ
YUV4:1:1の選択の自由がないのですか？
世の中のJPEGはYUV411もしくは贅沢に444が多いと思います
YUV4:1:1の選択の自由がないのですか？
世の中のJPEGはYUV411もしくは贅沢に444が多いと思います
4:0:0もくだちい
ごきげんいかが1:2:3
ニンニンニンニン１、２、３
無線機故障4:3:2
3連単かよ
ttp://komisar.gin.by/old/2377/x264_changelog.txt
あった。
ところで本家のバイナリとx264guiExの組み合わせでMP4コンテナで
出力しようとすると蹴られるね・・・
commit 7664b45570e4262c4d22bb89f4d395edcb4a639e [revision 2376]
Author: Anton Mitrofanov <[email protected]>
Date: Tue Oct 15 12:32:25 2013 +0400
Add L-SMASH support as preferable alternative for MP4-muxing
となってるのに・・・。
まあ、mp4box指定の場合でも蹴られるのは同じなんだけど
あった。
ところで本家のバイナリとx264guiExの組み合わせでMP4コンテナで
出力しようとすると蹴られるね・・・
commit 7664b45570e4262c4d22bb89f4d395edcb4a639e [revision 2376]
Author: Anton Mitrofanov <[email protected]>
Date: Tue Oct 15 12:32:25 2013 +0400
Add L-SMASH support as preferable alternative for MP4-muxing
となってるのに・・・。
まあ、mp4box指定の場合でも蹴られるのは同じなんだけど
rigayaさんのBlogにも書かれてるけど
公式のは無効になってるんだってさ
公式のは無効になってるんだってさ
残念だが当然
r2345くらいから公式は無効になっていた気がする
GPACも？
先にL-SMASHをインストールしてからビルドしないとダメなの？
--disable-lsmashとかしてないのにMP4出力有効にならない
--disable-lsmashとかしてないのにMP4出力有効にならない
>>420
当たり前でしょ
当たり前でしょ
宇宙は無からはじまったのに！
x264本体にマージしてよ
どこぞのコーデックパックみたいにインストーラーで一発インストールにならんのか？
264出力しかしない人もいるだろうし、そもそもx264バイナリを自分でビルドできる人なら
L-SMASHをインストールしてからビルドなんて手間の内に入らないと思うけど
L-SMASHをインストールしてからビルドなんて手間の内に入らないと思うけど
>>415
videolan.org公式バイナリ
>x264-r2358-9e941d1.exe -h
Outfile type is selected by filename:
.264 -> Raw bytestream
.mkv -> Matroska
.flv -> Flash Video
.mp4 -> MP4 if compiled with GPAC support (no)
>x264-r2377-1ca7bb9.exe -h
.264 -> Raw bytestream
.mkv -> Matroska
.flv -> Flash Video
.mp4 -> MP4 if compiled with GPAC or L-SMASH support (no)
> Add L-SMASH support as preferable alternative for MP4-muxing
ってのは、パッチを当てなくても、コンパイルする時に、muxerとしてL-SMASHも選べるようになった
というだけで、公式バイナリをL-SMASH有効にしてビルドする、という意味じゃないからね
nlのバイナリは、GPAC有効だったけど、videolan.orgのはそうではない、ということ
videolan.org公式バイナリ
>x264-r2358-9e941d1.exe -h
Outfile type is selected by filename:
.264 -> Raw bytestream
.mkv -> Matroska
.flv -> Flash Video
.mp4 -> MP4 if compiled with GPAC support (no)
>x264-r2377-1ca7bb9.exe -h
.264 -> Raw bytestream
.mkv -> Matroska
.flv -> Flash Video
.mp4 -> MP4 if compiled with GPAC or L-SMASH support (no)
> Add L-SMASH support as preferable alternative for MP4-muxing
ってのは、パッチを当てなくても、コンパイルする時に、muxerとしてL-SMASHも選べるようになった
というだけで、公式バイナリをL-SMASH有効にしてビルドする、という意味じゃないからね
nlのバイナリは、GPAC有効だったけど、videolan.orgのはそうではない、ということ
コンテナに収めんでもrawのままでええやん?
映像、音声をそれぞれrawで出してそれぞれmuxerでコンテナに格納してremuxerでコンテナ同士をまとめるってちょっと面倒じゃん？
使用ツールや使い手の趣味、趣向にもよるから一概にはいえないけど
使用ツールや使い手の趣味、趣向にもよるから一概にはいえないけど
＞映像、音声をそれぞれrawで出してそれぞれmuxerでコンテナに格納してremuxerでコンテナ同士をまとめるってちょっと面倒じゃん？
なぜ一度でmuxerを使わないのか意味がわからない
なぜ一度でmuxerを使わないのか意味がわからない
>>429
仰るとおりで、>428は言い方間違ってた
たとえば音声にneroAACを使う場合はx264で264出力するとmuxerとremuxer両方使わざるをえなくなるじゃない？
neroはコンテナに収まった状態での出力しかできないから、264をmuxerでコンテナに格納してからremuxerでまとめるしかない
他にVFRにする時なんか264出力したらmuxerでコンテナに格納してtimelineeditorでタイムコード収めてremuxerでまとめるという
煩雑な手順になる
これらの例はL-SMASHのバイナリを使いたい場合であって、mp4boxを使う場合はこの限りではないけども
使用ツールや使い手の趣味、趣向にもよるから一概にはいえない、というのはそういうこと
仰るとおりで、>428は言い方間違ってた
たとえば音声にneroAACを使う場合はx264で264出力するとmuxerとremuxer両方使わざるをえなくなるじゃない？
neroはコンテナに収まった状態での出力しかできないから、264をmuxerでコンテナに格納してからremuxerでまとめるしかない
他にVFRにする時なんか264出力したらmuxerでコンテナに格納してtimelineeditorでタイムコード収めてremuxerでまとめるという
煩雑な手順になる
これらの例はL-SMASHのバイナリを使いたい場合であって、mp4boxを使う場合はこの限りではないけども
使用ツールや使い手の趣味、趣向にもよるから一概にはいえない、というのはそういうこと
6時間番組とか12時間番組とかエンコさせるときは
分割エンコさせることもあるからoutputは毎回rawにしてるな
分割エンコさせることもあるからoutputは毎回rawにしてるな
どうせ定型のバッチに放り込んでおしまいなんやろが(´・ω・｀)
Aviutl+x264guiEXで音声がPCMでエンコを前提としてると音声のエンコとMUXを
同時にできる利便性が損なわれるのと、別エンコと別MUXの作業の手間と時間を
考えたら・・・
>>430
このサイトのkModとclearの違いって何？
同時にできる利便性が損なわれるのと、別エンコと別MUXの作業の手間と時間を
考えたら・・・
>>430
このサイトのkModとclearの違いって何？
>>434
433も似たようなこと書いてるけど手間と時間って言うても
avsをバッチファイルに読み込ませたらあとはエンコとマージが終わりmuxが終わるのを待つだけだろう。
つまり１度バッチファイルにavsを投げればあとは自動処理できるわけだ。やり方はいくらでもあるけどな
433も似たようなこと書いてるけど手間と時間って言うても
avsをバッチファイルに読み込ませたらあとはエンコとマージが終わりmuxが終わるのを待つだけだろう。
つまり１度バッチファイルにavsを投げればあとは自動処理できるわけだ。やり方はいくらでもあるけどな
>>434
パッチの有無
パッチの有無
そもそもバッチ書ける人はわざわざAviUtl仲介してx264エンコしようとは思わないんじゃないかしら？
ロゴ消しとか映像をプレビューしながら加工する場合、Aviutl一択
Aviutl使うのに別にバッチを書くなんて徒労なことはしないし・・・。
Aviutl使うのに別にバッチを書くなんて徒労なことはしないし・・・。
編集はAvsPmod >>>>>> AviUtlだと思うけど何にせよスレチだな
どっちも使う派なので偏った考えに反論したいが
スレチ
スレチ
rawで出す人ってvfrエンコの時どうしてるの？
>>442
timecode出力してmuxだろ？
timecode出力してmuxだろ？
>>443
muxってtc2mp4ModとMP4Boxで？
vfrエンコする時は--tcfile-inコマンドでtimecode取り込んでmp4で出すのが普通だと思ってたから
rawで出す人がどうしてるのか気になって
muxってtc2mp4ModとMP4Boxで？
vfrエンコする時は--tcfile-inコマンドでtimecode取り込んでmp4で出すのが普通だと思ってたから
rawで出す人がどうしてるのか気になって
x264 GPACだったら--tcfile-inでtimecodeを取り込んでraw出力後muxerでmp4にmux
x264 L-SMASHだったら--tcfile-inでtimecodeを取り込んでmp4出力
ただ面倒くさいx264 GPACのメリットって何だろう？
x264 L-SMASHだったら--tcfile-inでtimecodeを取り込んでmp4出力
ただ面倒くさいx264 GPACのメリットって何だろう？
x264 GPACはその後さらにtimecodeを入れる作業があった
VBVを気にしないなら--tcfile-inを省いてもいいけど
VBVを気にしないなら--tcfile-inを省いてもいいけど
そもそも画質はr999辺りで止まってるしなあ
それはないわ
うん、それはない
ないな
1200's、1300'sでもかなり変わったしなー
1900～2100辺りが高速化やら色空間対応やらビット深度関係で熱かった記憶
どこらへんかは曖昧
どこらへんかは曖昧
>>439
aviutlはlgdファイルを作るのに使うぐらいだな。それ以外はあんな使いづらいUIなエディタは不要
aviutlはlgdファイルを作るのに使うぐらいだな。それ以外はあんな使いづらいUIなエディタは不要
>>451
Bフレが0ならそれでもいいよー
Bフレが0ならそれでもいいよー
で、今まで通り使うにはどれを使えばいいのですか？
komisarはAviutl通したらエラー出ました
komisarはAviutl通したらエラー出ました
64bitしかないけど
ttp://otsukemono.blogspot.jp/
ttp://otsukemono.blogspot.jp/
pop4さん更新遅いな
何か問題あったんだろうか
何か問題あったんだろうか
popせんせぇはラブライバー生活に忙しいのだよ…
>>457
thx
thx
r2377(komisar.gin.by)よりr2334(x264.nl)の方がエンコ早いのは気のせい？
かもしれないけど異常じゃない
r208のlsmashmuxer.aufでは結合しようとするとエラーが出る
どうしたらいいんだ・・・
どうしたらいいんだ・・・
r2377って各所で遅いと聞くけどmidiumでr2334よりssim/psnrは高いの? 今試せる環境無いです
ssim/psnrってそんなに重要か?
俺はいつも2passで容量制限してエンコしてるからそんなの意識してないけど。
俺はいつも2passで容量制限してエンコしてるからそんなの意識してないけど。
画質ってそんなに重要か?
>>467
お前のようにモザイク画質が好きな脳味噌が足りないやつは来なくていいよ
お前のようにモザイク画質が好きな脳味噌が足りないやつは来なくていいよ
容量ってそんなに大切か?
>>463
で、これは？
で、これは？
古すぎ
そんなご無体な
r2377ってフレームレートおかしくない？
MediaInfo v0.7.62で見たときに Frame rate : 25.000 fps とOriginal frame rate : 23.976 fps
の２つ出て、チャプターもずれてる
r2164から久しぶりに上げてみたけど、いつからフレームレート周り変わったんだろう・・・
MediaInfo v0.7.62で見たときに Frame rate : 25.000 fps とOriginal frame rate : 23.976 fps
の２つ出て、チャプターもずれてる
r2164から久しぶりに上げてみたけど、いつからフレームレート周り変わったんだろう・・・
はっ！raw出力した.264はフレームレート正しいや
mp4コンテナに入れるときにおかしくなったって事か・・・
失礼しました
mp4コンテナに入れるときにおかしくなったって事か・・・
失礼しました
>>473
初心者はrawで出してコンテナフォーマットに入れるってこと覚えた方がいいと思う
じゃないと今までツールが勝手にフレームレートやってくれてたのを気づかないまま進んでしまって
思わぬ落とし穴に落ちることになるから
初心者はrawで出してコンテナフォーマットに入れるってこと覚えた方がいいと思う
じゃないと今までツールが勝手にフレームレートやってくれてたのを気づかないまま進んでしまって
思わぬ落とし穴に落ちることになるから
どうやるの
.264出力してL-SMASH muxerかMP4Boxでmp4にする
rev2085を超えるssimを叩き出せるMixAQはいつになったら…
最新のとエンコ速度に大分差がついてきてるわ
r2085で18fps r2377で21fps
ssimは何故か 2085 > 2377
速い方がいいけど画質優先ならそうもいかないしで
ジレンマすぎる…
最新のとエンコ速度に大分差がついてきてるわ
r2085で18fps r2377で21fps
ssimは何故か 2085 > 2377
速い方がいいけど画質優先ならそうもいかないしで
ジレンマすぎる…
ssimが全てやないんやで
指標としてssimは必要なんや
rev更新される度に比較してるけど未だにr2085に勝る物なし
同ビットレートでの画質の比較してるけど細部のディテールもr2085の方が残ってるという
はよう新revにしたいけどできないもどかしさ…
rev更新される度に比較してるけど未だにr2085に勝る物なし
同ビットレートでの画質の比較してるけど細部のディテールもr2085の方が残ってるという
はよう新revにしたいけどできないもどかしさ…
んなもんプラシーボだろ。
早くなった分画質オプション上げればいいじゃん
>>478
2085と2377でssimどの程度違う？
2085と2377でssimどの程度違う？
絶対ただの気のせい
>>483
ほい
rev2085
x264 [info]: SSIM Mean Y:0.9962688 (24.282db)
x264 [info]: kb/s:1066.52
encoded 2207 frames, 17.77 fps, 1066.52 kb/s
rev2377
x264 [info]: SSIM Mean Y:0.9962220 (24.227db)
x264 [info]: kb/s:1067.61
encoded 2207 frames, 21.48 fps, 1067.61 kb/s
2085の次にいいSSIM出したのは2164
rev2164
x264 [info]: SSIM Mean Y:0.9962434 (24.252db)
x264 [info]: kb/s:1067.27
encoded 2207 frames, 19.82 fps, 1067.27 kb/s
ほい
rev2085
x264 [info]: SSIM Mean Y:0.9962688 (24.282db)
x264 [info]: kb/s:1066.52
encoded 2207 frames, 17.77 fps, 1066.52 kb/s
rev2377
x264 [info]: SSIM Mean Y:0.9962220 (24.227db)
x264 [info]: kb/s:1067.61
encoded 2207 frames, 21.48 fps, 1067.61 kb/s
2085の次にいいSSIM出したのは2164
rev2164
x264 [info]: SSIM Mean Y:0.9962434 (24.252db)
x264 [info]: kb/s:1067.27
encoded 2207 frames, 19.82 fps, 1067.27 kb/s
SSIM至上主義ではないが2164から向上の気配無いのか
目視テストが面倒で2164以降の数回試して芳しくないからそれっきり放置してるんだよなぁ
目視テストが面倒で2164以降の数回試して芳しくないからそれっきり放置してるんだよなぁ
容量-0.1%かつssim+0.06ってまあまあやね。容量対画質+1%弱ぐらい?
ニコニコとかならええかもね
ニコニコとかならええかもね
エンコ元のソースをうｐしないままssim値だけうｐされても何の得もあらへんな
同じ意見
>>488
ソースはうｐできん 堂々と違法の証拠は上げられんわｗ
ちなみにアニメ
それだけじゃなんだから実写(ドラマ)もエンコして比較してみたわ
総フレーム数はアニメと同じにした
設定は大分違う
rev2085
x264 [info]: SSIM Mean Y:0.9457035 (12.652db)
encoded 2207 frames, 13.42 fps, 1499.37 kb/s
rev2377
x264 [info]: SSIM Mean Y:0.9452384 (12.615db)
encoded 2207 frames, 16.66 fps, 1499.54 kb/s
rev2164
x264 [info]: SSIM Mean Y:0.9452213 (12.614db)
encoded 2207 frames, 16.06 fps, 1499.49 kb/s
SSIMは実写だと r2085 > r2377 > r2164
エンコ速度は r2377 > r2164 > r2085
ソースはうｐできん 堂々と違法の証拠は上げられんわｗ
ちなみにアニメ
それだけじゃなんだから実写(ドラマ)もエンコして比較してみたわ
総フレーム数はアニメと同じにした
設定は大分違う
rev2085
x264 [info]: SSIM Mean Y:0.9457035 (12.652db)
encoded 2207 frames, 13.42 fps, 1499.37 kb/s
rev2377
x264 [info]: SSIM Mean Y:0.9452384 (12.615db)
encoded 2207 frames, 16.66 fps, 1499.54 kb/s
rev2164
x264 [info]: SSIM Mean Y:0.9452213 (12.614db)
encoded 2207 frames, 16.06 fps, 1499.49 kb/s
SSIMは実写だと r2085 > r2377 > r2164
エンコ速度は r2377 > r2164 > r2085
ソースより設定じゃね
そんな昔のrevだとcrfを1つぐらい下げられそう
だったら放送局のアイキャッチ映像でもmurdocで継ぎ合わせたものでもアップしてみれば?
494 ：名無しさん＠編集中：2013/11/17(日) 15:40:55.63 ID:GWWCoUv3
当然、submeは適切なんだよな？
いつから俺がお前等の要望に応えるスレになったんだよｗ
自分で検証してくれ
Sada_Maru氏ビルド r2085 r2164
taro氏ビルド r2377
あ 最後にcrfだと僅かに新しいビルドの方が容量縮んだ
crf1下げるには程遠かったけど…
自分で検証してくれ
Sada_Maru氏ビルド r2085 r2164
taro氏ビルド r2377
あ 最後にcrfだと僅かに新しいビルドの方が容量縮んだ
crf1下げるには程遠かったけど…
完成目標のうち進捗度は今どれくらいなの？
497 ：名無しさん＠編集中：2013/11/17(日) 17:40:06.50 ID:V4LhJJCh
r999最強論
話変わるがiPad Airで10bit対応したって本当か？
現物買ってないからわからん。
現物買ってないからわからん。
youtubeにレポート？が上がってるな
PS4でも対応するだろ
PS4でも対応するだろ
http://store.apple.com/us/question/answers/ipad/does-the-ipad-4-support-1080p-10bit-mkv-with-flac-audio-playback/QDACKPCHKDXYPATX9
ハードウェアデコードではサポートしていません
マトリョーシカ自体がまず・・・
YouTubeに上がってるのはソフトウェアデコードの力技
計算量増えれば電池の消耗が早くなるしスマートではない
ハードウェアデコードではサポートしていません
マトリョーシカ自体がまず・・・
YouTubeに上がってるのはソフトウェアデコードの力技
計算量増えれば電池の消耗が早くなるしスマートではない
まじか。
だったら次のAppleTVは期待できるな。
PS4はメディアプレイヤーとしての機能は搭載しないって公式から
発表されてるから対応しないんじゃないかなぁ…。
だったら次のAppleTVは期待できるな。
PS4はメディアプレイヤーとしての機能は搭載しないって公式から
発表されてるから対応しないんじゃないかなぁ…。
>>502
発売後のアップデートでDLNAクライアント機能が追加されるらしぃ
発売後のアップデートでDLNAクライアント機能が追加されるらしぃ
1920x1080 の二時間物をエンコしたが(怒)音が音がでねー
…ってスピーカの電源を切っていたのは自分だよ
…ってスピーカの電源を切っていたのは自分だよ
ガチで残したいものはエンコせずにm2ts化してBlurayDLに最高画質で残す。
HDDにそのまま貯蔵してもいいがそれだと家電プレイヤーで再生できないからな
HDDにそのまま貯蔵してもいいがそれだと家電プレイヤーで再生できないからな
506 ：名無しさん＠編集中：2013/11/18(月) 12:16:51.33 ID:H2Jykx/Z
存在すらしない
508 ：名無しさん＠編集中：2013/11/18(月) 13:52:19.08 ID:vfLu8Q0D
preset=medium crf=20 で地上波のTSをx264すると、元よりサイズが大きくなるのですが、
動きの激しいライブ映像だったりすると、そういうものでしょうか？
ビルドとか環境まわりの構築が失敗してるのかと不安になったのですが、バラエティ番組の場合は
crf=20で65%ぐらいに小さくなるので、やはりソースによるのかと。
crf=20でソースのmpeg2より大きくなるというのがちょっと驚きで…
動きの激しいライブ映像だったりすると、そういうものでしょうか？
ビルドとか環境まわりの構築が失敗してるのかと不安になったのですが、バラエティ番組の場合は
crf=20で65%ぐらいに小さくなるので、やはりソースによるのかと。
crf=20でソースのmpeg2より大きくなるというのがちょっと驚きで…
そんなソースのエンコはすぐにやめるんだ
>>508
そこで、MCTemporalDenoise
そこで、MCTemporalDenoise
激しい実写映像でcrf=20は下げ過ぎ
かと言って25も嫌だから俺は23で妥協してるけど
かと言って25も嫌だから俺は23で妥協してるけど
NHKのアニメロライブとかLEDビジョンと大量のサイリュウムみた時点でエンコ諦めた
まあ多分インタレソースなんだろうけど、アイドルのライブ映像インタレ保持エンコとか最悪だからな。
まあ、二重化でインタレ解除して720pにリサイズしてエンコすんのが妥当なとこじゃないの？
どうせ元ソースは動きが激しいのに加えてブロックノイズまみれで汚くて画質どころじゃないんだろうから。
時間がかかってもいいなら、TGMCやMDegrain3とかでがっつりノイズ除去してやるか、
いっそのことビットレート指定の2passエンコで無理矢理目標サイズにおさめるか。
まあ、二重化でインタレ解除して720pにリサイズしてエンコすんのが妥当なとこじゃないの？
どうせ元ソースは動きが激しいのに加えてブロックノイズまみれで汚くて画質どころじゃないんだろうから。
時間がかかってもいいなら、TGMCやMDegrain3とかでがっつりノイズ除去してやるか、
いっそのことビットレート指定の2passエンコで無理矢理目標サイズにおさめるか。
歌番組で大勢が踊り、背景がLEDビジョン、カメラも激しく動き回る
三重苦映像は720pにリサイズしてもcrf=23だと10Mいっちゃうのはザラw
元の地デジは13Mくらいなのでせめて半分できれば1/3にしたいからcrf=26以上にしちゃう
三重苦映像は720pにリサイズしてもcrf=23だと10Mいっちゃうのはザラw
元の地デジは13Mくらいなのでせめて半分できれば1/3にしたいからcrf=26以上にしちゃう
目標サイズがあるのにcrf使うのか
スポーツ、ライブなど動きまくる実写はエンコしないに限る
NFLを720pで保存しているけど、ソースの1/3にはなる。
>>508
実写でcrfそこまで下げたいなら3D系ノイズ除去は必須だと思われ
じゃないとサイズがでかすぎるってことに
他にもグレイン除去、バンディング低減も有効、ようは細部をぼかせば縮んでその分crf下げられる
実写でcrfそこまで下げたいなら3D系ノイズ除去は必須だと思われ
じゃないとサイズがでかすぎるってことに
他にもグレイン除去、バンディング低減も有効、ようは細部をぼかせば縮んでその分crf下げられる
519 ：名無しさん＠編集中：2013/11/18(月) 18:49:12.16 ID:H2Jykx/Z
アニメ画ならともかき実写でNRとか余計容量増えるだけじゃねか
みなさんありがとうございます、>>513さんの仰る通り、
インタレ保持のアイドルライブ映像で、LEDビジョンと大量のサイリウムです。
やはりそういうソースでcrf20だとそんな結果になるんですね。
H.264ならスマホでHW再生支援が効くので絶対エンコすべき、と思っていたのですが、
エンコするべきかどうかもう一度考えてみようと思います。
確かにソースからしてブロックノイズだらけなんですが、アップの場面なんかだと
1080iから下げたくない…なんて…
ノイズ除去なども知らなかったので、調べてみようと思います。
インタレ保持のアイドルライブ映像で、LEDビジョンと大量のサイリウムです。
やはりそういうソースでcrf20だとそんな結果になるんですね。
H.264ならスマホでHW再生支援が効くので絶対エンコすべき、と思っていたのですが、
エンコするべきかどうかもう一度考えてみようと思います。
確かにソースからしてブロックノイズだらけなんですが、アップの場面なんかだと
1080iから下げたくない…なんて…
ノイズ除去なども知らなかったので、調べてみようと思います。
実写ならcrf=25でええやん
実写でcrf20とか勇者だな…
crf18からが本番
そんな下げるならエンコせんでええやん
実写でも、映画ならFFT3DGPUとかを軽くかけてやれば
大してエンコオプション気にしなくてもcrf20で半分ぐらいには縮む。
音楽ライブなんかは、元ソースが24pとか30pのものなら、
MDegrainなんかを注意深くかけてやればcrf20で半分に縮まないこともない。
インタレソースのやつはソース自体が汚くて時間かけて重いフィルターかける意味も見いだせないから
FFT3DGPU適当にかけてcrf25でエンコ、もしくは二重化でインタレ解除して720pにリサイズ、crf22でエンコ。
個人的に一番悩ましいのはWOWOWボクシング中継のアーカイブ。
大してエンコオプション気にしなくてもcrf20で半分ぐらいには縮む。
音楽ライブなんかは、元ソースが24pとか30pのものなら、
MDegrainなんかを注意深くかけてやればcrf20で半分に縮まないこともない。
インタレソースのやつはソース自体が汚くて時間かけて重いフィルターかける意味も見いだせないから
FFT3DGPU適当にかけてcrf25でエンコ、もしくは二重化でインタレ解除して720pにリサイズ、crf22でエンコ。
個人的に一番悩ましいのはWOWOWボクシング中継のアーカイブ。
その実写にも使えるFFT3DGPUの設定を教えてもらおうか・・
アニメもアニソンも好きだけどライブ映像とかあんま興味無いからリサイズと60P化しちまうな
FFT3DGPUは設定が悪かったのかのっぺりなってたから使ってないな
俺はNLMeansCL(h=0.6,plane=4)使ってるわ
かけすぎるとボケるから軽め設定やな
俺はNLMeansCL(h=0.6,plane=4)使ってるわ
かけすぎるとボケるから軽め設定やな
>>527
526じゃない上パクリだがｗ
sigma = 5
FFT3DGPU(sigma=sigma*0.8,sigma2=sigma*0.6,sigma3=sigma*0.4,sigma4=sigma*0.2,wintype=2,plane=4,bw=16,bh=16,ow=8,oh=8,bt=3,sharpen=0,interlaced=false,precision=2,mode=1)
gradfun2db(thr=1.0+sigma*0.05)
こんなんで良いんじゃね？バンディング気にしないなら下は要らん
526じゃない上パクリだがｗ
sigma = 5
FFT3DGPU(sigma=sigma*0.8,sigma2=sigma*0.6,sigma3=sigma*0.4,sigma4=sigma*0.2,wintype=2,plane=4,bw=16,bh=16,ow=8,oh=8,bt=3,sharpen=0,interlaced=false,precision=2,mode=1)
gradfun2db(thr=1.0+sigma*0.05)
こんなんで良いんじゃね？バンディング気にしないなら下は要らん
ノイズリダクションより”x264でビットレートを制限するメリット”記事を参考にしました
ところでVFRな動画を作ってる人ってvbv系の設定ってどうしてるの?
各レベルの規定値を指定して人が、やっぱり多数派?
各レベルの規定値を指定して人が、やっぱり多数派?
VBVの設定は2passやABR以外でビットレを制限したい場合は重宝するよな
ほとんどの場合、気休めだけどな。
ほとんどの場合、気休めだけどな。
VBVなんて弄らなくてもって思ったがそういえば昔は俺も
マトリックス弄って使い分けてたわー、いまやなんであんな
めんどくさいことして田野かと
マトリックス弄って使い分けてたわー、いまやなんであんな
めんどくさいことして田野かと
ｶｽﾀﾑﾏﾄﾘｸｽﾅﾂｶｼｽ
flatのが縮むから実写以外は必要なかったよな
ペガシスのx264のデフォルトがフラット16じゃないのは何故なんだろうな
あそこのx264のデフォルトは本当おかしい設定
あそこのx264のデフォルトは本当おかしい設定
ペガシスのはTMPGEncで組み込まれていた
MPEG2のﾏﾄﾘｯｸｽをそのまま流用してるとかじゃないかい?
MPEG2のﾏﾄﾘｯｸｽをそのまま流用してるとかじゃないかい?
VFRでエンコするのにtcfile-inの有無でサイズが変わるのはなんでだろう？
tcfile-inがあれば60fps区間は画質を落としてサイズが縮むと思ったのに、無い方よりもサイズが増えてる…
tcfile-inがあれば60fps区間は画質を落としてサイズが縮むと思ったのに、無い方よりもサイズが増えてる…
同じ1000フレームでも24fps、30fps、60fpsとしてあとは同じ設定でエンコするとサイズは違ってくる
それだけのことじゃね
ちなみにファイルサイズは 24fps ＞ 30fps ＞ 60fps
それだけのことじゃね
ちなみにファイルサイズは 24fps ＞ 30fps ＞ 60fps
> ちなみにファイルサイズは 24fps ＞ 30fps ＞ 60fps
60fps ＞ 30fps ＞ 24fps
ふつーに考えてframe数が増えるわけだからこうなるだろ
60fps ＞ 30fps ＞ 24fps
ふつーに考えてframe数が増えるわけだからこうなるだろ
結果がどうかは物によるかもだけど
ヒント：動画品質
古いリビジョン使ってるなら別だが
ヒント：動画品質
古いリビジョン使ってるなら別だが
エンコでサイズが膨らむのは圧縮率云々じゃなく単にビットレが嵩むからなんだけどな
これについては少し上の方で出てきたがVBVで制限を加えるのもひとつの手段だ。
これについては少し上の方で出てきたがVBVで制限を加えるのもひとつの手段だ。
つか同じフレーム数って話なら間違いじゃないが
同じ長さの動画でって話ならまた別の話だ罠
同じ長さの動画でって話ならまた別の話だ罠
>>541
avsの記述で24fpsならAssumeFPS(24000,1001)、30fpsはAssumeFPS(30000,1001)、60fpsはAssumeFPS(60000,1001)って書いてTrim(0, 999)して
あとはそれぞれx264で--fps以外は全部同じ設定でエンコしただけ、フレーム数は全部1000フレーム
avsの記述で24fpsならAssumeFPS(24000,1001)、30fpsはAssumeFPS(30000,1001)、60fpsはAssumeFPS(60000,1001)って書いてTrim(0, 999)して
あとはそれぞれx264で--fps以外は全部同じ設定でエンコしただけ、フレーム数は全部1000フレーム
CRFだと同時間の動画でもファイルｻｲｽﾞが逆転する事もあるぞ
実写で30pよりbob化して60pの方がｻｲｽﾞ縮んだ事もあったし
フレーム数は倍だけどcrfだからこそ起きる事なんだろうけど
実写で30pよりbob化して60pの方がｻｲｽﾞ縮んだ事もあったし
フレーム数は倍だけどcrfだからこそ起きる事なんだろうけど
>>545
何を血迷ったのか知らないが、その方法じゃ正しい比較にならないだろう。
仕上がった映像の長さも異なるし､trim()部分の動きやノイズも違いがでるだろうし
それでデータ量が小さくなっても大きくなっても全くメリットがない。
普通、逆テレシネやBOB化するならまず最初にtrim()をしてからするものだろう。
何を血迷ったのか知らないが、その方法じゃ正しい比較にならないだろう。
仕上がった映像の長さも異なるし､trim()部分の動きやノイズも違いがでるだろうし
それでデータ量が小さくなっても大きくなっても全くメリットがない。
普通、逆テレシネやBOB化するならまず最初にtrim()をしてからするものだろう。
もともとraw出力でどうVFRなmp4を作るか実験してたんだ～
x264はすべてr2164(GPAC) crf 21 でエンコード
タイムコードの与え方？以外はすべて同じ条件
ソースは30分アニメ テロップ２箇所を60fps それ以外は24fpsにitsで設定
(1)
tcfile-in: 無
x264出力: .mp4
音声mix: tc2mp4mod（同時にタイムコード付与）
映像のみ.mp4: 253,966,472
音声込み.mp4: 288,464,601
(2)
tcfile-in: 有
x264出力: .mp4
音声mix: mp4box
映像のみ.mp4: 270,539,553
音声込み.mp4: 305,037,493
(3)
tcfile-in: 有
x264出力: .264(RAW)
音声mix: tc2mp4mod（同時にタイムコード付与）
映像のみ.264: 270,241,268
音声込み.mp4: 305,175,834
ふと思ったけど(1)は全体が30fpsでエンコードされるから
24fps区間の品質も下がって全体的にサイズが縮小しただけかな？
24/60区間ごとに分割して確認してみるか・・・
x264はすべてr2164(GPAC) crf 21 でエンコード
タイムコードの与え方？以外はすべて同じ条件
ソースは30分アニメ テロップ２箇所を60fps それ以外は24fpsにitsで設定
(1)
tcfile-in: 無
x264出力: .mp4
音声mix: tc2mp4mod（同時にタイムコード付与）
映像のみ.mp4: 253,966,472
音声込み.mp4: 288,464,601
(2)
tcfile-in: 有
x264出力: .mp4
音声mix: mp4box
映像のみ.mp4: 270,539,553
音声込み.mp4: 305,037,493
(3)
tcfile-in: 有
x264出力: .264(RAW)
音声mix: tc2mp4mod（同時にタイムコード付与）
映像のみ.264: 270,241,268
音声込み.mp4: 305,175,834
ふと思ったけど(1)は全体が30fpsでエンコードされるから
24fps区間の品質も下がって全体的にサイズが縮小しただけかな？
24/60区間ごとに分割して確認してみるか・・・
ついでにMediaInfoで音声込みを見た時にフレームレートの報告がそれぞれ異なる
x264がきちんと読み取ってる様で、(2)は120fpsと出てこないんだね
(1)
Frame rate : 25.061 fps
Original frame rate : 29.970 fps
Minimum frame rate : 13.320 fps
Maximum frame rate : 119.880 fps
(2)
Frame rate : 25.060 fps
Minimum frame rate : 23.976 fps
Maximum frame rate : 59.940 fps
(3)
Frame rate : 25.061 fps
Minimum frame rate : 13.320 fps
Maximum frame rate : 119.880 fps
x264がきちんと読み取ってる様で、(2)は120fpsと出てこないんだね
(1)
Frame rate : 25.061 fps
Original frame rate : 29.970 fps
Minimum frame rate : 13.320 fps
Maximum frame rate : 119.880 fps
(2)
Frame rate : 25.060 fps
Minimum frame rate : 23.976 fps
Maximum frame rate : 59.940 fps
(3)
Frame rate : 25.061 fps
Minimum frame rate : 13.320 fps
Maximum frame rate : 119.880 fps
テロップ部分を30fpsでスムーズに動くようにすればだいぶ早くなるんだぜ。
ivtc_txt60mcでテロップも24fps化。
24fpsは一見軽くなるように見えるが30fpsのままのがエンコは軽い。
いや、そりゃエンコはね。ivtc_txt60mcめちゃんこ処理重いし。
ivtc_tt60mcはdraftモードでかつテロップ部分に領域絞ってかけてるな
draftオフで全がけだと重すぎ
draftオフで全がけだと重すぎ
x264のr2000あたりか詳しく覚えてないが
crfでエンコードする際に
フレームレートが違うのに
品質が同じなのは
おかしいんじゃないかってなって
変更後は、それ以前と同等の画質を
フレームレート25の場合と定め、
それよりも低い24fpsなどは
同crfであっても画質が引き上げられた。
逆に高い場合の60fpsなどは
同crfであっても画質が引き下げられた。
だからエンコ時のフレームレートによって
画質が変わるようになった訳。
crfでエンコードする際に
フレームレートが違うのに
品質が同じなのは
おかしいんじゃないかってなって
変更後は、それ以前と同等の画質を
フレームレート25の場合と定め、
それよりも低い24fpsなどは
同crfであっても画質が引き上げられた。
逆に高い場合の60fpsなどは
同crfであっても画質が引き下げられた。
だからエンコ時のフレームレートによって
画質が変わるようになった訳。
ごめんh抜くの忘れてた
ivtc_txt60mc試してみたけど、さすがQTGMCは綺麗だけど重いねぇ
テロップの高さだけQTGMC、それ以外は他のBOBで処理したこともあるけど
やっぱり重くてもうBOB60で良いかなと思ったり・・・
テロップの高さだけQTGMC、それ以外は他のBOBで処理したこともあるけど
やっぱり重くてもうBOB60で良いかなと思ったり・・・
インタレ維持の野望
4k120fpsの時代やろ、インタレはさっさと滅べばええねん
アニメロライブって中抜きしてあるから15fpsしか出てないのな
これじゃエンコ厨が嘆くのも無理はない
これじゃエンコ厨が嘆くのも無理はない
nl使えなくなってから全然更新しなくなっちゃったな…
nlに変わるサイト早くできないものか
nlに変わるサイト早くできないものか
エンコ用途で拡張カード聞くとWinFastHPVCシリーズ思い出しちゃうｗ
SpursEngineとか懐いな
Xeon Phiでx264のエンコ試してる記事を見付けたけど有料だった
Xeon Phiでx264のエンコ試してる記事を見付けたけど有料だった
日経Linuxか、図書館にあったかなぁ
9月号だね
POP@4bitさんからもようやくr2377ビルド来たね
おお… 生tsが一番高画質と思ってるのがいるのか
ソースが最強だろ常識で考えて
ビットレート、ようはサイズがでかい方が画質がいいとか、あくまで仕様上の話はそうなんだろうけど
人間の見た目上の画質はまた別の話だろうね
人間の見た目上の画質はまた別の話だろうね
生野菜カットの宮廷料理が最高級とか姦国だけだろ
>>575
全然別じゃねえだろ
全然別じゃねえだろ
基本的にはサイズが大きい方が高画質と思っていいよ
圧縮の度合いを変えてるだけだから同じ容量では画質は変わらない
圧縮の度合いを変えてるだけだから同じ容量では画質は変わらない
あとBDのts見ると24fpsなのに重複フレーム混ぜてインタレ収録なんてアホなことしてる場合もあるけど
こういう時もちゃんと間引いて24fpsにしてエンコした方が見た目的にはいいと思われる
スクロールがカクカクするのが好きです、という奇特な趣味の人は除いて
こういう時もちゃんと間引いて24fpsにしてエンコした方が見た目的にはいいと思われる
スクロールがカクカクするのが好きです、という奇特な趣味の人は除いて
エンコしたのよりBD原盤の方が最高とかって言ってるヤツが希にいるけどアホかと思うわ。
自分でエンコするようになればそんな幻想吹っ飛ぶとは思うけど。
自分でエンコするようになればそんな幻想吹っ飛ぶとは思うけど。
まぁ出された料理にマヨネーズかけるのはとめんけども
マヨネーズ最強とか言われても同意しかねますわ
マヨネーズ最強とか言われても同意しかねますわ
エンコすればするほどソース最強と思う俺
JCやJSと一緒にエンコしたい
ソースの話なら今の所最強はRGBAの可逆圧縮だろ
>>584
まぁなんでもいいよ、最初料理じゃなくて懐石料理とでも書こうと思ったが
質はそれぞれだから好きにしたらいいという部分の含みを持たせただけだし
少なくともディティールを維持したままNRかけて再エンコードして
ソース以下のサイズにする程度のことでも紙芝居レベルでもないと無理だと俺は認識してる
まぁなんでもいいよ、最初料理じゃなくて懐石料理とでも書こうと思ったが
質はそれぞれだから好きにしたらいいという部分の含みを持たせただけだし
少なくともディティールを維持したままNRかけて再エンコードして
ソース以下のサイズにする程度のことでも紙芝居レベルでもないと無理だと俺は認識してる
エンコ元のTSが全部懐石料理ならどんなにエンコが楽になることか
エンコして懐石料理になんの？
エンコはエンコだわ
エンコはエンコだわ
ほんのちょっと会話が噛み合ってないような…。
エンコ後が良いって言ってる方は、クロコンミスやnullフレーム等ソースのミス(or仕様)を修正するエンコについて言ってて、
ソースの方が良いって言ってる方は、NRやシャープネス等映像を改変して自分好みの画質や容量にするエンコについて言ってるよね。
エンコ後が良いって言ってる方は、クロコンミスやnullフレーム等ソースのミス(or仕様)を修正するエンコについて言ってて、
ソースの方が良いって言ってる方は、NRやシャープネス等映像を改変して自分好みの画質や容量にするエンコについて言ってるよね。
何の脈絡もないおお…生tsコピペからここまで話が続くとは
話題がないにもほどがあるな
話題がないにもほどがあるな
そりゃそうだろ
x265が主流になったらこのスレもやっぱり無くなっちゃうんかな。
CPU進化が停滞してるのにあの糞重いエンコーダーが主流になる？
mp4に変わる新しいコンテナが出そう
mpeg2の頃の方が暗部綺麗だったよな
暗部を削りすぎたってのはx264の数少ない間違った進化だといえる
10bit使ってるからそんな事もう忘れてた
逆に俺はもう汎用性の低い10bitを使うのはやめた
その代わりソースは全部残してる
その代わりソースは全部残してる
ハイハイ汎用性、汎用性っと
引き籠りに汎用性なんて関係ないんだよ！
最適化が進んでないだけじゃんx265は
暗部マシマシでお願いします
10bitはオナホを使ったオナニー
10ditってPS3再生できる？
出来るなら移行する気になる
せやかて
出来るなら移行する気になる
せやかて
無理
dit
基本無理。
なんか再生出来なくもないらしいがやり方知らん。
なんか再生出来なくもないらしいがやり方知らん。
直接PC繋げばいいじゃん
>>605
それ以前にふつーのテレビでは10bitを表現できないから
それ以前にふつーのテレビでは10bitを表現できないから
>>599の話はそういうことだろ
これだけエンコに拘るんだからきっとデコード設定も完璧何だろうなぁとは思う
エンコでアプコンするよりはデコードでリアルタイムアプコンやった方が手間暇掛からんな
エンコでアプコンするよりはデコードでリアルタイムアプコンやった方が手間暇掛からんな
計算誤差が減るからディスプレイは8bitでも10bitでエンコする意味はあるんだっけ
wavよりmp3の方が高音質って奴はまず居ないのに
動画になると割れるんだなｗ
動画になると割れるんだなｗ
こいつらその内画質がアップする石とか買いそうだな
ピュアオーディオの奴らと何も変わらん
ピュアオーディオの奴らと何も変わらん
>>613
主な恩恵は、8bitより容量が少し減る、バンディング改善、だっけ。
8bitモニターでも恩恵は受けられる。
>>614
そりゃ音と映像は別物だからね。
「nullフレームが挟まれたインタレ収録だから間引かないとまともな再生ができない」みたいに、
「音が倍速で収録されてるから正常な速度に修正しないとまともに聴けない」ってことになりゃ似たようなことになるかもしれんが
実際はそんなこと無いしな。
主な恩恵は、8bitより容量が少し減る、バンディング改善、だっけ。
8bitモニターでも恩恵は受けられる。
>>614
そりゃ音と映像は別物だからね。
「nullフレームが挟まれたインタレ収録だから間引かないとまともな再生ができない」みたいに、
「音が倍速で収録されてるから正常な速度に修正しないとまともに聴けない」ってことになりゃ似たようなことになるかもしれんが
実際はそんなこと無いしな。
バンディング対策ならmadVRの16bitプロセッシングで良いんじゃないの
10bitなら新規バンディング発生を抑制することはできるだろうけど改善はできないぞ
ソースにバンディングがあったらそれがそのまま再現されるだけで
ソースにバンディングがあったらそれがそのまま再現されるだけで
>>618
つ 2月頃の過去スレ
つ 2月頃の過去スレ
まあバンディング改善くらい8bitでもなんとかなる
10bitと8bitで決定的に違うのはY成分の保持性能、だからYUV動画のエンコなんか細部保持でその性能差が顕著に表れる
この画質差に慣れると8bitには戻れなくなる
10bitと8bitで決定的に違うのはY成分の保持性能、だからYUV動画のエンコなんか細部保持でその性能差が顕著に表れる
この画質差に慣れると8bitには戻れなくなる
まぁ俺も汎用性の低さが嫌いで常用は8bitだけどね。
俺は普通に見る時はソースそのまま見てる
エロシーンをカット編集する時には10bitでエンコ
エロシーンをカット編集する時には10bitでエンコ
最近じゃPS3なんか無くてもBD互換とかならTV単体でネットワーク再生もできたりするからねぇ
>>620
そこまで気にするなら元ソースでいいじゃん
そこまで気にするなら元ソースでいいじゃん
>>624
エロシーンをなるべくいい画質で楽しみたいだけだから
エロシーンをなるべくいい画質で楽しみたいだけだから
>>625
それならエンコしないでTMSRでも使った方が幸せに成れるぞ
それならエンコしないでTMSRでも使った方が幸せに成れるぞ
HEVC、8bitで解決だな
HEVC12bitでお願いします。
bit深度は人間の目の知覚領域超えては意味無いだろｗｗｗ
9bitで十分だけど10bitにしてるんだろうな
9bitで十分だけど10bitにしてるんだろうな
アニメなら4bitで十分
Hi444ppだと14bitまである
編集前提の素材ならともかく、視聴用で14bitとか不要
お前等写輪眼でも持ってるのか
GIFやPNGの256色制限8bitロスレスも案外良いものだ
4096色中16色
総天然ショック
ゲームボーイとかスーファミのゲームのプレイ動画はかなり縮みそう
>>637
ああいうのは色空間をRGBにしないと、劣化が目立つ。
ああいうのは色空間をRGBにしないと、劣化が目立つ。
3夜はどうなるのやら
>>639
そんな変な事してたら15fpsに見間違えるなｗｗ
そんな変な事してたら15fpsに見間違えるなｗｗ
>569
読んでみた。
結果は、サンプルのエンコにホストPCのXeon E5-2620*2CPUの倍の時間が掛かる。
考察として、x264のスレッド数上限が128、XeonPhiは60コア*4スレッドでスレッドを使い切れていない、
現状でx264ではXeonPhiのSIMDを使えていない、XeonPhi自体のクロック数が1GHzくらいだから等々。
まぁ、現在出ているライブラリを使っただけのビルドではXeonPhiは使い切れ無い、って感じのようです。
読んでみた。
結果は、サンプルのエンコにホストPCのXeon E5-2620*2CPUの倍の時間が掛かる。
考察として、x264のスレッド数上限が128、XeonPhiは60コア*4スレッドでスレッドを使い切れていない、
現状でx264ではXeonPhiのSIMDを使えていない、XeonPhi自体のクロック数が1GHzくらいだから等々。
まぁ、現在出ているライブラリを使っただけのビルドではXeonPhiは使い切れ無い、って感じのようです。
http://x264.nl/developers/Dark_Shikari/Flash/lowbitrateanime.html
この動画、67kbpsしか無いのに結構綺麗なんだけど、エンコした時のx264のオプションどっかに無いかな？
参考にしたい。
この動画、67kbpsしか無いのに結構綺麗なんだけど、エンコした時のx264のオプションどっかに無いかな？
参考にしたい。
UTL掘って動画落とせば見られるだろｊｋ
プロファイル : [email protected]
ビットレート : 67.4 Kbps
最大 : 275 Kbps
幅 : 720 ピクセル
高さ : 480 ピクセル
フレームレート : 23.976 fps
スキャンの種類 : プログレシッブ(PPF)
使用したライブラリ : x264 core 68 r1195M 5d75a9b
エンコードライブラリの設定 : cabac=1 / ref=16 / deblock=1:1:1 / analyse=0x3:0x133 / me=tesa / subme=10 / psy_rd=0.2:0.0
mixed_ref=1 / me_range=24 / chroma_me=1 / trellis=2 / 8x8dct=1 / cqm=0 / deadzone=21,11 / chroma_qp_offset=-1 / threads=3
/ nr=0 / decimate=1 / mbaff=0 / bframes=16 / b_pyramid=0 / b_adapt=2 / b_bias=0 / direct=3 / wpredb=1 / keyint=250 / keyint_min=25
/ scenecut=40 / rc=crf / crf=42.0 / qcomp=1.00 / qpmin=10 / qpmax=51 / qpstep=4 / ip_ratio=1.40 / pb_ratio=1.00 / aq=1:0.60
プロファイル : [email protected]
ビットレート : 67.4 Kbps
最大 : 275 Kbps
幅 : 720 ピクセル
高さ : 480 ピクセル
フレームレート : 23.976 fps
スキャンの種類 : プログレシッブ(PPF)
使用したライブラリ : x264 core 68 r1195M 5d75a9b
エンコードライブラリの設定 : cabac=1 / ref=16 / deblock=1:1:1 / analyse=0x3:0x133 / me=tesa / subme=10 / psy_rd=0.2:0.0
mixed_ref=1 / me_range=24 / chroma_me=1 / trellis=2 / 8x8dct=1 / cqm=0 / deadzone=21,11 / chroma_qp_offset=-1 / threads=3
/ nr=0 / decimate=1 / mbaff=0 / bframes=16 / b_pyramid=0 / b_adapt=2 / b_bias=0 / direct=3 / wpredb=1 / keyint=250 / keyint_min=25
/ scenecut=40 / rc=crf / crf=42.0 / qcomp=1.00 / qpmin=10 / qpmax=51 / qpstep=4 / ip_ratio=1.40 / pb_ratio=1.00 / aq=1:0.60
brame 16でcrf 42とか誰得
crfは18～26まで
超低レートでも、2passよりcrfの方が良いのかね
そりゃそうだろ
2passは時間に合わせて劣化するけどcrfは品質が一定だ
2passは時間に合わせて劣化するけどcrfは品質が一定だ
>>648は完成時のビットレートとその他のオプションが同じならって条件の話だろう
最近Hi10pという10bitのものがあるらしいが
BDやテレビ放送、一般的なFHD録画機器など
今出回っているエンコするような元ソースは全部8bitなんだよね？
元ソースが8bitなのに10bitでエンコして意味あるのかね？
再生環境もPC以外はほぼ無理で制限が多いみたいだし
BDやテレビ放送、一般的なFHD録画機器など
今出回っているエンコするような元ソースは全部8bitなんだよね？
元ソースが8bitなのに10bitでエンコして意味あるのかね？
再生環境もPC以外はほぼ無理で制限が多いみたいだし
時間に合わせて劣化と言うのが何を指すのかまず意味不明
>>652
ビットレート指定だと動画の長さによって品質が大きく変化するって話じゃないかね
ビットレート指定だと動画の長さによって品質が大きく変化するって話じゃないかね
>>651
誤差が減って、単純に圧縮率が良くなると言うのに加えて、RGBで再生する時のバンディングがましになる。
誤差が減って、単純に圧縮率が良くなると言うのに加えて、RGBで再生する時のバンディングがましになる。
>>654
>>655
レスありがとう
それなりにメリットもあるんだね
でも、デメリットの方が大きい気がするな
再生環境を選ぶってのが特に大きいかも
自分の場合、とある趣味のスポーツをデジビデオで撮影したものを
エンコしてUSBメモリなどで回してフォームチェックなどで仲間内で
使うんだけどWin7のWMP12やBDレコなどで再生できない
形式はちょっと困るね
>>655
レスありがとう
それなりにメリットもあるんだね
でも、デメリットの方が大きい気がするな
再生環境を選ぶってのが特に大きいかも
自分の場合、とある趣味のスポーツをデジビデオで撮影したものを
エンコしてUSBメモリなどで回してフォームチェックなどで仲間内で
使うんだけどWin7のWMP12やBDレコなどで再生できない
形式はちょっと困るね
このスレ検索かけても汎用性の面から10bitは避けている人が多いみたいね
しかも普通のモニタでは10bitが再現出来ないとか書いてあるね
本当なら全くの無意味なエンコってことになるよね
いずれにせよ、広く普及している再生環境で再生できないのは
仮にいくら画質が良かったとしても致命的かも
しかも普通のモニタでは10bitが再現出来ないとか書いてあるね
本当なら全くの無意味なエンコってことになるよね
いずれにせよ、広く普及している再生環境で再生できないのは
仮にいくら画質が良かったとしても致命的かも
>>658
俺PS3をPCモニターに繋いで見てるから10bitエンコしてみるわ
俺PS3をPCモニターに繋いで見てるから10bitエンコしてみるわ
汎用性が無いのは間違いない
普通のモニタでもバンディング部分が違うのは一目瞭然やで
普通のモニタでもバンディング部分が違うのは一目瞭然やで
10bit/8bitの違いより4:4:4にする方が違いと効果がある気がするんだけど・・・
バンディング消すなら4:4:4の方が良い。
10bitはマスターソース用で映像製作環境で使うのが目的だと思う。
バンディング消すなら4:4:4の方が良い。
10bitはマスターソース用で映像製作環境で使うのが目的だと思う。
>>658
レスありがとう
民生一般モニタでもそれなりの画質メリットあるんだね
でもPC以外のHW、SWの再生環境がなく汎用性が極端に
低い現状だと10bitを導入する意義はあるのだろうか？
それともFHDビデオカメラがあっという間に低価格帯まで
普及したようにBDレコやBDディスク、WMPなどでも
近い将来10bitに急激に移行するのかね？
ググった感じだとその様子は今は全くなさそうだけど・・・
>>659
PS3だと10bit再生できるの？
レスありがとう
民生一般モニタでもそれなりの画質メリットあるんだね
でもPC以外のHW、SWの再生環境がなく汎用性が極端に
低い現状だと10bitを導入する意義はあるのだろうか？
それともFHDビデオカメラがあっという間に低価格帯まで
普及したようにBDレコやBDディスク、WMPなどでも
近い将来10bitに急激に移行するのかね？
ググった感じだとその様子は今は全くなさそうだけど・・・
>>659
PS3だと10bit再生できるの？
顔の描画でバンディングが有るのと無いのを比較してみたら
どっちが良いか判るんじゃないかね
そもそもバンディングって表現可能な色数の違いで発生するものだろ
どっちが良いか判るんじゃないかね
そもそもバンディングって表現可能な色数の違いで発生するものだろ
汎用性をなくすようなエンコするくらいならソースのままで見りゃいいじゃん
汎用性、汎用性ってバカの一つ覚えみたいだな
そもそも10bitでエンコしてる人はその意義を見出してるからこそだろ？
周りが汎用性だの意義だの御託並べても仕方ない
つか、ID:WJ9Uzucsは質問のように見せかけて単純に10bitエンコをディスる方向に誘導したいだけだろｗ
そもそも10bitでエンコしてる人はその意義を見出してるからこそだろ？
周りが汎用性だの意義だの御託並べても仕方ない
つか、ID:WJ9Uzucsは質問のように見せかけて単純に10bitエンコをディスる方向に誘導したいだけだろｗ
バンディングなんて8bitでもどうにかなる、設定で下手うたなきゃね
10bitの絶対的な優位性はY成分保持性能が高いことだよ、だからYUV動画のエンコで暗部細部保持にえらい違いが出てくるわけだ
バンディングどうこうは目に見える表面的な話であって、その根本的な要因はY成分保持性能が高いことに由来してるんだよ
10bitの絶対的な優位性はY成分保持性能が高いことだよ、だからYUV動画のエンコで暗部細部保持にえらい違いが出てくるわけだ
バンディングどうこうは目に見える表面的な話であって、その根本的な要因はY成分保持性能が高いことに由来してるんだよ
>>665
すげぇ攻撃的だな
2ちゃんに多い人格障害そのものですな
ていうか汎用性を重視するのも10bitに疑問を感じるのも、
全くそう思わないのも個々の自由でしょうが
なぜ自分の価値観と違うレスに、そこまで目くじらを立てて攻撃するのか？
おっと、だから人格障害なんだね
>>667
うぜぇとか言う前に>>662を読んでくれよ
今後、10bitが汎用再生機器でも主流になるなら
10bitも悪くないと思っている
いや、むしろ移行すべきだと思っている
しかし久々にDTV板に来たけど、詳しくて親切な人もいる反面、
相変わらず、狂った被害妄想的人格障害のような奴も多いなぁ
すげぇ攻撃的だな
2ちゃんに多い人格障害そのものですな
ていうか汎用性を重視するのも10bitに疑問を感じるのも、
全くそう思わないのも個々の自由でしょうが
なぜ自分の価値観と違うレスに、そこまで目くじらを立てて攻撃するのか？
おっと、だから人格障害なんだね
>>667
うぜぇとか言う前に>>662を読んでくれよ
今後、10bitが汎用再生機器でも主流になるなら
10bitも悪くないと思っている
いや、むしろ移行すべきだと思っている
しかし久々にDTV板に来たけど、詳しくて親切な人もいる反面、
相変わらず、狂った被害妄想的人格障害のような奴も多いなぁ
>>668
いやいやｗ
俺は一言も価値観の押しつけするような事なんて書いていないぞ？ｗ
むしろお前だろうが？ブーメランって知ってるか？
お前が意義云々言うから、10bitでエンコしてるやつは汎用性なんて関係なく意義を見出しているし
そうでないなら8bitで納得してるってことを書いたんだが"狂った被害妄想的人格障害"はおまえだろｗ
いやいやｗ
俺は一言も価値観の押しつけするような事なんて書いていないぞ？ｗ
むしろお前だろうが？ブーメランって知ってるか？
お前が意義云々言うから、10bitでエンコしてるやつは汎用性なんて関係なく意義を見出しているし
そうでないなら8bitで納得してるってことを書いたんだが"狂った被害妄想的人格障害"はおまえだろｗ
あ、なるほど・・・
665 ：名無しさん＠編集中[sage]：2013/11/30(土) 10:08:35.47 ID:uzAqjOt1
汎用性、汎用性ってバカの一つ覚えみたいだな
そもそも10bitでエンコしてる人はその意義を見出してるからこそだろ？
周りが汎用性だの意義だの御託並べても仕方ない
つか、ID:WJ9Uzucsは質問のように見せかけて単純に10bitエンコをディスる方向に誘導したいだけだろｗ
Avisynth 初心者質問スレ Part6
423 ：名無しさん＠編集中[sage]：2013/11/30(土) 10:30:19.86 ID:uzAqjOt1
クロスコンバートのミスがあるシーンの中で、テロップだけが正常な場合
通常の補正をかけると、当たり前だけどクロコンミスは修正するが今度はテロップがズレる
こんな場合ってどのような処理をすればクロコンミスの部分だけを処理することができますか？
Avisynth 初心者質問スレ Part6
425 ：名無しさん＠編集中[sage]：2013/11/30(土) 11:09:04.02 ID:uzAqjOt1
>>424
ご助言どうもありがとうです
1080pの動画で、試したことはDestripeとBCSInterlacedResize_mod
そして縦方向のリサイズです
DestripeとBCSInterlacedResize_modの両方は制度の違いはあれどクロコンミスは綺麗に補正されますがテロップはずれる
縦方向のリサイズでは、元となる縦方向のサイズが分からないので、810, 720, 480, 486等で試してみましたが、720以下だとボケすぎることから
一番しっくりくるのが720だったのですが、これだとまだ線がズレている状態で困っている次第です
情報を小出ししているようなことになってしまって申し訳ありません
665 ：名無しさん＠編集中[sage]：2013/11/30(土) 10:08:35.47 ID:uzAqjOt1
汎用性、汎用性ってバカの一つ覚えみたいだな
そもそも10bitでエンコしてる人はその意義を見出してるからこそだろ？
周りが汎用性だの意義だの御託並べても仕方ない
つか、ID:WJ9Uzucsは質問のように見せかけて単純に10bitエンコをディスる方向に誘導したいだけだろｗ
Avisynth 初心者質問スレ Part6
423 ：名無しさん＠編集中[sage]：2013/11/30(土) 10:30:19.86 ID:uzAqjOt1
クロスコンバートのミスがあるシーンの中で、テロップだけが正常な場合
通常の補正をかけると、当たり前だけどクロコンミスは修正するが今度はテロップがズレる
こんな場合ってどのような処理をすればクロコンミスの部分だけを処理することができますか？
Avisynth 初心者質問スレ Part6
425 ：名無しさん＠編集中[sage]：2013/11/30(土) 11:09:04.02 ID:uzAqjOt1
>>424
ご助言どうもありがとうです
1080pの動画で、試したことはDestripeとBCSInterlacedResize_mod
そして縦方向のリサイズです
DestripeとBCSInterlacedResize_modの両方は制度の違いはあれどクロコンミスは綺麗に補正されますがテロップはずれる
縦方向のリサイズでは、元となる縦方向のサイズが分からないので、810, 720, 480, 486等で試してみましたが、720以下だとボケすぎることから
一番しっくりくるのが720だったのですが、これだとまだ線がズレている状態で困っている次第です
情報を小出ししているようなことになってしまって申し訳ありません
>>ID:vFaIKKrU
お前ほどじゃないから心配すんなｗ
お前ほどじゃないから心配すんなｗ
ID:uzAqjOt1
ID:uzAqjOt1
ID:uzAqjOt1
恥ずかしいやつ
ID:uzAqjOt1
ID:uzAqjOt1
恥ずかしいやつ
今期一番のブヒアニメはストライクザブラッドでよろしいか
ID:uzAqjOt1
ダメだ、この人・・・
しかし10bitの方が画質が良いのならBDやBDレコやWMPも
普通に標準で再生対応してくれたら良いのに
ダメだ、この人・・・
しかし10bitの方が画質が良いのならBDやBDレコやWMPも
普通に標準で再生対応してくれたら良いのに
ID:WJ9Uzucsよ
お前もう黙れって、、お前が一番攻撃的だと思うぞ
狂った被害妄想的人格障害とかよく平気で言葉にできるな
正直軽蔑に値する
お前もう黙れって、、お前が一番攻撃的だと思うぞ
狂った被害妄想的人格障害とかよく平気で言葉にできるな
正直軽蔑に値する
お前ら必死すぎだろ
煽り耐性なさすぎ
煽り耐性なさすぎ
>>676
ID変えて必死だなw
ID変えて必死だなw
朝鮮火病患者
4:4:4にこだわる奴はaviutlユーザだけだろう
どのみち10bit化をあきらめて8bitのままバンディング対策をほどこしても
階層部分をディザ化してさらにグレイン低減を被せてごまかす程度のことしかできないし
この方法を使うとビットレがぐんぐん膨らむからCRFとかでエンコすると殆ど縮まない。
2passで容量を制限してやるとビットレが足りずに破綻するシーンもあるだろう。
バンディング対策を講じるなら素直に10bit化してやったほうが簡単だと思うぜ。
フィルタを挟む回数も減らせるしCPU負荷も違ってくる。
階層部分をディザ化してさらにグレイン低減を被せてごまかす程度のことしかできないし
この方法を使うとビットレがぐんぐん膨らむからCRFとかでエンコすると殆ど縮まない。
2passで容量を制限してやるとビットレが足りずに破綻するシーンもあるだろう。
バンディング対策を講じるなら素直に10bit化してやったほうが簡単だと思うぜ。
フィルタを挟む回数も減らせるしCPU負荷も違ってくる。
俺もAviUtlユーザーだな
内部演算が16bitだっけ？
だから丸め込み処理もバンディングが出にくい印象だ
内部演算が16bitだっけ？
だから丸め込み処理もバンディングが出にくい印象だ
683 ：名無しさん＠編集中：2013/11/30(土) 17:27:08.03 ID:CDOvaozS
10bitってのはRGB色空間の10bitじゃなくてYUVの10bitだって言っとろうが
モニタもグラボもなんにも関係ない
何スレ前から不毛な議論を繰り返すつもりだ？
少なくとも再生環境に関しては、デコードできるか否か、それだけが問題
モニタもグラボもなんにも関係ない
何スレ前から不毛な議論を繰り返すつもりだ？
少なくとも再生環境に関しては、デコードできるか否か、それだけが問題
いいぞお前らｗｗｗ もっと暴れてこんな糞スレ二度と使い物にならないようにしてやれｗｗｗｗｗｗｗ
ゲームキャプチャも422メインなんですが、それは
高画質で手軽に再生できるようにｘ264を選択してエンコードをしてるのに
再生環境で大きな制約を受けると言う矛盾
それが10bitエンコ
再生環境で大きな制約を受けると言う矛盾
それが10bitエンコ
それぞれメリットデメリットあるんだから各人ごとの重みつけでテキトーに優劣決めてそれ使えばいいだけ
だが世の中には自分の出した結論こそ至高であり当然みんな従うべきと考える輩が少なくない
だが世の中には自分の出した結論こそ至高であり当然みんな従うべきと考える輩が少なくない
ごく限られた環境で使うとか容量を出来るだけ節約しつつ良い状態で保存したいとか
使用目的によっては10bitエンコにも意味があるかもしれない
使用目的によっては10bitエンコにも意味があるかもしれない
ＰＣだけで扱うファイルなら10bitも有り
MPC-HCとLAVfilterなり10bit再生に対応したプレーヤー使えばいいだけだし
MPC-HCとLAVfilterなり10bit再生に対応したプレーヤー使えばいいだけだし
10bitエンコードの存在自体が良い悪いという話じゃなくて
品質と引き換えにｘ264の利点の一つである再生環境の汎用性に
制約を受けるという矛盾も抱えてるのだからそれは把握しておくべき
品質と引き換えにｘ264の利点の一つである再生環境の汎用性に
制約を受けるという矛盾も抱えてるのだからそれは把握しておくべき
んなもん把握して喋ってるだろうが
모두 싸움하지
おお… 生tsが一番高画質と思ってるのがいるのか
既視感が・・
まーたソースとかマヨネーズの話するの？
PS3が10bit対応していればなぁ…
俺もPS3メディアサーバー使ってるから
10bitの選択肢が消える
PCオンリーしか使わないなら10bitでもいいけど
10bitの選択肢が消える
PCオンリーしか使わないなら10bitでもいいけど
PS3捨ててNUCでも導入すりゃ楽に成れるぞ、場所も取らないし
動画の汎用性気にするよりプレイヤーの汎用性気にした方が幸せになれる
まあNUCも立ち上げるの面倒でTVのDLNA機能で殆どは完結させてるけどｗ
動画の汎用性気にするよりプレイヤーの汎用性気にした方が幸せになれる
まあNUCも立ち上げるの面倒でTVのDLNA機能で殆どは完結させてるけどｗ
エンコした動画なんぞ劣化してるんだからそんなに必死にならんでも
っていうとエンコしたほうが綺麗になるってファビョる人でてくるんだろうな(´・ω・｀)
っていうとエンコしたほうが綺麗になるってファビョる人でてくるんだろうな(´・ω・｀)
一体どっちがファビョってるのかな…
エンコとフィルタ処理は別問題
>>701
> エンコしたほうが綺麗になるってファビョる人でてくるんだろうな
演出なのか何なのかわからんが
糞みたいな色に加工されている動画はなるべく元だろうと思われる色に変換すると
エンコ前よりずっと良くなったように感じる場合がある。
> エンコしたほうが綺麗になるってファビョる人でてくるんだろうな
演出なのか何なのかわからんが
糞みたいな色に加工されている動画はなるべく元だろうと思われる色に変換すると
エンコ前よりずっと良くなったように感じる場合がある。
久しぶりにスレが伸びてて更新でもきてるのかと思いきや
また10bit論争か…
自分用のファイルなんだろうから好きな方で出力すればいいだろう
また10bit論争か…
自分用のファイルなんだろうから好きな方で出力すればいいだろう
10bitに未対応の端末はいろいろあっても、騒ぐのはいつもPS3ユーザーに思える
>>706
また荒れるからそういう話はゲハでやれノータリン
また荒れるからそういう話はゲハでやれノータリン
スマフォでもVLCアプリで1280x720P程度なら10bit再生可能なんだけどね
今の進化速度なら数年後にはスマフォのローエンド機種でもフルHDのソフトウェア再生可能かな
PS3の話だってPS4なら中身のOS考えればFFMpegインストールで当然余裕
というかですね・・・開発者が何を使っているか考えたら10bit否定とか有り得ないんですよ
今の進化速度なら数年後にはスマフォのローエンド機種でもフルHDのソフトウェア再生可能かな
PS3の話だってPS4なら中身のOS考えればFFMpegインストールで当然余裕
というかですね・・・開発者が何を使っているか考えたら10bit否定とか有り得ないんですよ
>>708
わかったからBDに焼いて居間のTVや車載TVで視聴して楽しめ
わかったからBDに焼いて居間のTVや車載TVで視聴して楽しめ
10bitはオワコン
汎用性のある8bitに戻せ
汎用性のある8bitに戻せ
誰に見せる訳でもなしバカじゃねえの
アンチ10bitはどこに行っても見苦しいな
RGBでエンコしとけ
わざとらしい自演して荒らすのやめろ
汎用性を取るか画質を取るかは個人の勝手
俺は8bitでも十分綺麗だと思うから汎用性も含め8bit一択だが
俺は8bitでも十分綺麗だと思うから汎用性も含め8bit一択だが
10bitでいちいち騒ぐのなんて違法行為に関わってる連中だけだろうな
趣味で個人的に楽しんで満足してるならこのスレでいちいち8bitが～10bitが～なんて騒がないよ
騒ぐのは違法ファイルの配布に関わってるか、よっぽど自分のやってることに自信がない卑屈なやつだけだ
騒ぐのは違法ファイルの配布に関わってるか、よっぽど自分のやってることに自信がない卑屈なやつだけだ
自演失敗したか？
いや、ちょっと書き直しただけで自演失敗ではない
なんでそんな必死なの
100歩譲って自演失敗じゃ無いにしてもこんな事連投してる時点で（ｒｙ
8bit厨はどうせP2Pソフトとかタスクトレイに常駐させてんだろｗ
>>711
まさにこれ
まさにこれ
P2Pって8bitばかりなの？
だとしたら笑えるな
だとしたら笑えるな
P2P厨以外だとFC2とかニコ動あたりで無許可に違法うｐしてヘラヘラしてる連中もいそうだよな。
またID変更失敗すか？ｗ
自分と価値観の違う奴は犯罪者ですか、まともに議論できない奴の典型ですね
>>725
8bitの方がまだ多いだろうけど10bitは増えてきてる
このスレで汎用性とか俺は8bitでとか誰も聞いてないのに必死にアピールするのは
そういう背景があるからというのもあるだろうね、でも違法ダウンロードは駄目よ
8bitの方がまだ多いだろうけど10bitは増えてきてる
このスレで汎用性とか俺は8bitでとか誰も聞いてないのに必死にアピールするのは
そういう背景があるからというのもあるだろうね、でも違法ダウンロードは駄目よ
10bitで違法うｐされるのは再生環境的に面倒だって奴らが8bitに統一させるために
工作頑張っているのか
俺の選択こそ正義、皆俺に従うべき的な奴よりさらにタチが悪いな
工作頑張っているのか
俺の選択こそ正義、皆俺に従うべき的な奴よりさらにタチが悪いな
http://arearaw.com/
http://www.nyaa.se/
違法アップダウンしなくても配布サイト見るだけで10bitが増えてきてることはわかる
>>730
まあこのスレで騒ぐようなやつらはそうなんだろうな
http://www.nyaa.se/
違法アップダウンしなくても配布サイト見るだけで10bitが増えてきてることはわかる
>>730
まあこのスレで騒ぐようなやつらはそうなんだろうな
>>686
(RGBで撮っちゃ)あかんのか?
ゲームプレイのキャプチャなんて完全にオナニーなんだから後でどうにでも出来るように完全な形で残しておきたい
1080p60fpsレベルだと流石にキツイから422か420で撮るが
(RGBで撮っちゃ)あかんのか?
ゲームプレイのキャプチャなんて完全にオナニーなんだから後でどうにでも出来るように完全な形で残しておきたい
1080p60fpsレベルだと流石にキツイから422か420で撮るが
まだやってたのかw
10bit論争したいなら別スレ立ててやれよ
10bit論争したいなら別スレ立ててやれよ
単発IDだらけのところをみるとほぼ自演なんじゃね
とはいえ俺も単発か
とはいえ俺も単発か
10bitでエンコする奴は腐れ外道だ
8ビットだの10ビットだの言っている人に
ABXテストやっても、違いわからなそう。
ABXテストやっても、違いわからなそう。
世の中はH.265に移行しつつあるのに不毛なことを・・・
数年後も
PS3で再生できない汎用性の無いH265は糞
って書き込みを続けてそう
PS3で再生できない汎用性の無いH265は糞
って書き込みを続けてそう
数年後はPS4が主流になってるだろ
鬼が笑ってる
海外ではもうPS4売ってるしな
h265で10bitだか12bitが主流になればみんな幸せやろ多分
あの手の連中はMKVも憎んでいるｗ
mkvはコマンドが無駄に長いんだよ、縮めろよアホかよ
x264なんて時代遅れのもの使ってるの馬鹿がいるのか？
画質、実績、伝統どれをとてもDivx以外は糞
画質、実績、伝統どれをとてもDivx以外は糞
とても参考に成ります(棒
>>747
おっ、おう…
おっ、おう…
>>747
低解像度エンコならrmvbでもいい。
低解像度エンコならrmvbでもいい。
http://i.imgur.com/Q4dseM8.jpg
これが256色だとはきづかれまい
これが256色だとはきづかれまい
ディザ感が痛々しいな。
ディザリングOFFですけど？
10bit再生できるような環境（＝PC）だと、レンダラも高品質なものが使えて
MPC-HC/BEのEVRカスタムプレゼンタ＋完全な浮動小数点演算ONするだけでも
YUV→RGB変換時の単純な切り捨て演算による階調飛びは生じないので
実は8bitでも結構綺麗に表示できる気がする
8bit再生しかできないような環境だと、レンダラも低品質なものしか使えなくて
バンディングがさらに顕在化するような気がする
MPC-HC/BEのEVRカスタムプレゼンタ＋完全な浮動小数点演算ONするだけでも
YUV→RGB変換時の単純な切り捨て演算による階調飛びは生じないので
実は8bitでも結構綺麗に表示できる気がする
8bit再生しかできないような環境だと、レンダラも低品質なものしか使えなくて
バンディングがさらに顕在化するような気がする
階調飛びを気にするなら8bitの時点でもう詰だ
エンコする時に高bit深度のフィルタで階調割れを低減して10bit以上で出力だな
エンコする時に高bit深度のフィルタで階調割れを低減して10bit以上で出力だな
>>757
JPEGなんかも8bit YUVだけど、JPEGだとそれほど階調不足は感じないけどなあ
JPEGなんかも8bit YUVだけど、JPEGだとそれほど階調不足は感じないけどなあ
x264がそういうの苦手なんじゃなかったっけ？
>>759
JPEGはBT.601フルレンジ相当だった気がするからTVレンジ比で1.4倍くらい色数増えた気がした
JPEGはBT.601フルレンジ相当だった気がするからTVレンジ比で1.4倍くらい色数増えた気がした
パシリム、他の映画と同じ設定でやったらファイルサイズ倍以上でワロタ
WMPとかVLCとかGOMが標準だとこいつ（x264）だけサムネが表示されずにイラッとするわ
出先だといちいちタイトルを確認しないとならん
出先だといちいちタイトルを確認しないとならん
>>764
x264.exeと無関係過ぎてしらけるわ
x264.exeと無関係過ぎてしらけるわ
x264スレで愚痴ってもプレイヤーの対応状況は変わらんと思うが
>>765
せっかくx264でちまちまエンコしてもね
管理の手間が掛かり実用に欠けるとなれば自宅のHDDの肥やしにならんというのがもう・・・
深度削ってアホプレイヤーでも対応できるものにするかどうか悩んでくる。。。
せっかくx264でちまちまエンコしてもね
管理の手間が掛かり実用に欠けるとなれば自宅のHDDの肥やしにならんというのがもう・・・
深度削ってアホプレイヤーでも対応できるものにするかどうか悩んでくる。。。
ファイル名にタイトルとかサブタイとかいれときゃいいんじゃね。
サムネイルて親指の爪って意味なんだぜ
瓜に爪あり、爪に爪なし
瓜に爪あり、爪に爪なし
x264というかコンテナのせいじゃね？
コンテナのせいだから>765って言われているんだけど
新しく買ってきたマウスの制御用ソフトが何故か自作のx264関連用バッチを
開くと落ちる、なんじゃこれ？普通にDOS窓開いても落ちたりしないのに(´・ω・｀)
開くと落ちる、なんじゃこれ？普通にDOS窓開いても落ちたりしないのに(´・ω・｀)
それってマウスの制御用ソフト側の問題であってx264関係ないよね
該当マウス絡みのスレで聞いた方が早いんじゃ
該当マウス絡みのスレで聞いた方が早いんじゃ
>>747
もうh265に移ったのかwwwww
もうh265に移ったのかwwwww
ｒ2380きてた
x264でエンコして、ソースと画質比較したら
ソースよりもくっきりしてる所とかあるんだけど気のせい？
それとも勝手にシャープフィルタとかかけてるの？
ソースよりもくっきりしてる所とかあるんだけど気のせい？
それとも勝手にシャープフィルタとかかけてるの？
意味不明
nrパラメータの影響じゃね
ノイズ成分が潰れてそう見えるだけじゃね
階調が失われてるだけだろ
元はtsをBob再生しててフィールド補完でぼけるけど
エンコ後は24pで純プログレ再生だからとかだろ
エンコ後は24pで純プログレ再生だからとかだろ
エスパーの流れ
目が腐ってるだけだろ
tsはtvtestでbilinear
エンコ後はmpcでbicubic0.6
でスケーリングしてるからとか？
エンコ後はmpcでbicubic0.6
でスケーリングしてるからとか？
H.265de遊びたい
無料で何かないの？
無料で何かないの？
スレチ
788 ：名無しさん＠編集中：2013/12/25(水) 18:15:15.35 ID:aSdb4uMY
そんなもんだろ
特に家電レコの高圧縮モードでリサイズは当たり前（パナはリサイズなしで頑張ってた気がするが）
特に家電レコの高圧縮モードでリサイズは当たり前（パナはリサイズなしで頑張ってた気がするが）
レコはパナ使ってるけど
12倍圧縮くらいの時は無理せず横960くらいにリサイズした方が
トータル画質がよくなるんじゃないかと感じることがある
特にスポーツ番組だと
12倍圧縮くらいの時は無理せず横960くらいにリサイズした方が
トータル画質がよくなるんじゃないかと感じることがある
特にスポーツ番組だと
1920x1080->1408x792でok
1440x1080->1056ｘ792でok
ま、ぶっちゃけ1056x792でエンコして
コンテナ側でアス比を変えてやってもいいけどな
画質は大して変わらんしエンコ時間とデータ量の節約になる
1440x1080->1056ｘ792でok
ま、ぶっちゃけ1056x792でエンコして
コンテナ側でアス比を変えてやってもいいけどな
画質は大して変わらんしエンコ時間とデータ量の節約になる
自分しか見ない物だろうしどうこう言うものじゃないが
変態すぎる
変態すぎる
HD放送してたのにBDだとアプコン素材が混じってるって円盤があって…
HD放送といっても古物は黒縁付きだしな
新エヴァみたいな完全なリメイクじゃないからそこは我慢すれば?
新エヴァみたいな完全なリメイクじゃないからそこは我慢すれば?
それが2013の某冬アニメなんだな
放送時はHDだったんだけど、円盤見るとアプコンらしき輪郭がぼけてる
カットがあったり
放送時はHDだったんだけど、円盤見るとアプコンらしき輪郭がぼけてる
カットがあったり
何故某冬アニメとかオブラートに包むんだ?
どのアニメの何話目のどのパートかはっきりバラしてしまえばいいじゃないか。
どのアニメの何話目のどのパートかはっきりバラしてしまえばいいじゃないか。
去年の秋冬放送だから>>796が言ってるのとは違うだろうけど、
てーきゅうの1期BDも1話明らかに画質オカシイのがあったなぁ。
色がおかしいわアプコンみたいなボケボケ具合だわで。
多分マスター紛失しちゃったんだろうな。
てーきゅうの1期BDも1話明らかに画質オカシイのがあったなぁ。
色がおかしいわアプコンみたいなボケボケ具合だわで。
多分マスター紛失しちゃったんだろうな。
マスター紛失とか、焼き土下座ものだな
ケツバット程度で許してやれよｗ
くるぶしドライバーフルスイングで
書き直せよ
もしかして：クロスコンバート
クロスコンバート
'∴･(゜д（○≡≡○)Д`)･∴'
'∴･(゜д（○≡≡○)Д`)･∴'
>>804
知らない言葉だったのでそれかも。
知らない言葉だったのでそれかも。
--acodec copy
こんなん有ったのか・・・
こんなん有ったのか・・・
うん
x264.exeにmux機能とかマジで不要なんだけど
なんじゃろか。それならHandbrakeで良いような気がするな。
>>810
はぁ？
はぁ？
いらなかったら使わなければよし
不要な機能を省いてEXEのファイルサイズをもう少し削ってくれ。
必要な機能だけ選択できるようにして
インストーラとかで午後のこーだみたいに簡易ビルドするようにしてくれりゃいいのにな
必要な機能だけ選択できるようにして
インストーラとかで午後のこーだみたいに簡易ビルドするようにしてくれりゃいいのにな
いらなかったら使わなければよし
lavfとffmsをビルド時にdisれ
MP3のLAMEより簡単にビルドできますか？
そういう質問をしている時点で難しいと思う。
「自分で調べて、試してみて、どこどこで引っかかったけど何でしょう？」みたいな質問をする人だとできる可能性はあると思うけど。
「自分で調べて、試してみて、どこどこで引っかかったけど何でしょう？」みたいな質問をする人だとできる可能性はあると思うけど。
御免なさい。チャレンジしてみます。
それで数MB小さくなった所で自己満足のようなと思う俺は話しに加わらない方が間違いなく良い
EXEの容量が小さくなればシステムリソースの消費や
エンコーダーの安定動作にも影響を及ぼすわけで。
エンコーダーの安定動作にも影響を及ぼすわけで。
98とかme使ってる人ですか？
エンコ中に下手すりゃGB単位でメモリ使うってのに…。
できました。ありがとうございました。
今時実行ファイルの大きさなんて気にするバカがいたとは。
化石級のどうしようもなさだな。
化石級のどうしようもなさだな。
1メガや2メガぐらいならまだいいがx264は8メガや9メガ近く占有するからな
TVMWやaviutlでさえメインなEXEは数百キロバイト程度なのに。
TVMWやaviutlでさえメインなEXEは数百キロバイト程度なのに。
LAVF等の外部ライブラリを無効にしてビルドしたx264それ自体だと、1.2MBとかそれくらい
>>826
色んな意味で貧乏性すぎ
色んな意味で貧乏性すぎ
で?って感じ。ソースをそのまま残さず、
エンコードしてしまう時点で既に貧乏性パワーMAXだろうにな。
エンコードしてしまう時点で既に貧乏性パワーMAXだろうにな。
世の中お前のクローンだけじゃないんだ
おいおい朝から電波飛ばし過ぎだろ。
ID変え忘れてるぞー
自演ワロタ
酔ってんのか？
にゃんぱす
>>832
変える必要ないだろ。なにか後ろめたい事でもあるのか?
変える必要ないだろ。なにか後ろめたい事でもあるのか?
たった一つの実行ファイルの数メガバイトと
日々数ギガ圧縮されるエンコファイルを一緒にしてる時点で
ちょっと思考が斜め上行ってる
日々数ギガ圧縮されるエンコファイルを一緒にしてる時点で
ちょっと思考が斜め上行ってる
9MB程度気にしないといけない環境でエンコしてる以上の貧乏性は無い罠
XPのオンボVGAでメモリ2GBとかか？
XPのオンボVGAでメモリ2GBとかか？
x264は3個以上並列エンコさせたときにEXEのサイズが大きすぎると重くなるんだよ。
単一エンコとか効率の悪いエンコには興味が無いんだよ。
単一エンコとか効率の悪いエンコには興味が無いんだよ。
レジストリ汚れたらOS再インストールしてそうなレベルのＩＴ潔癖症が
自分に必要の無い物が付いてるのが許せないのと糞環境を
糖質妄想で良い訳してる様にしか見えない件
自分に必要の無い物が付いてるのが許せないのと糞環境を
糖質妄想で良い訳してる様にしか見えない件
並列エンコード？
PC複数買えばいいじゃん。
PC複数買えばいいじゃん。
それこそありえん。エンコPCは電気食いの6C12Tだしな
6コアだろうと12コアだろうと買えばいいだろ
844 ：名無しさん＠編集中：2014/01/01(水) 12:38:12.75 ID:LfmCm6KF
車検通らないし整備不良でK札に捕まるお
と、実行ファイルは小さくあるべきと他人に押し付けてるボケが申しております
PCの使い方ロクに理解していないヤツに限ってスペックばかり追求したがる典型的なカスパターンだな
おいおい朝から電波飛ばし過ぎだろ。
1バイトの無駄も無いふつくしいコードにはそれだけで価値がある
ってじっちゃんが言ってた(´・ω・｀)
ってじっちゃんが言ってた(´・ω・｀)
(´・ω・｀)←レスに意味もなくこの顔をつける馬鹿が言うと妙に説得力がある
てかlavfとかサポートしてないバイナリ配布してる人も複数いるのにね
検索能力の無い低脳なのか低脳だから検索できないのか
意図的すぎるぐらい単発だらけだな。そんなにIDの色を変えるのが嫌か?
x264スレなんて普段から3･4人ぐらいしか住民居ないのに
x264スレなんて普段から3･4人ぐらいしか住民居ないのに
何と戦ってるんだ
だーかーらーいつ完成するん？
はやく富豪から資金調達して完成させろ
はやく富豪から資金調達して完成させろ
何をだよ?
2377の最新版
ttp://www1.axfc.net/u/3133136.rar
ttp://www1.axfc.net/u/3133136.rar
Musxerってなんだ?おまえだけの新語か?
受験前シーズンだからか、スマホ規制解除の反動か
最近流れの読めない大人し目の書き込みに触ると
豹変してどうでも良い間違いなんかを延々粘着される流れが多い様な
暖房要らずで熱く成れて羨ましいが当ったんだろキー配置的に
>>861
自分で見る分には好きな様に＆4k2kの時代に成ったらどうでも良くなるさ
何時になるか知らんけどその頃にはH265のお陰で更にどうでもよく成ってる
最近流れの読めない大人し目の書き込みに触ると
豹変してどうでも良い間違いなんかを延々粘着される流れが多い様な
暖房要らずで熱く成れて羨ましいが当ったんだろキー配置的に
>>861
自分で見る分には好きな様に＆4k2kの時代に成ったらどうでも良くなるさ
何時になるか知らんけどその頃にはH265のお陰で更にどうでもよく成ってる
ttp://www1.axfc.net/u/3133721
ごめん。こっちだった。
ごめん。こっちだった。
文脈的にインタレ解除しての720pだろ
4k120fpsプログレの時代にまだ1080iですか？
>>867
えっ、そんなのどこで放送してるの？
えっ、そんなのどこで放送してるの？
869 ： 忍法帖【Lv=30,xxxPT】(1+0：8) ：2014/01/04(土) 02:23:59.63 ID:9dPxqK2g
おお… 生tsが一番高画質と思ってるのがいるのか
我田引水
BDもVBVのビットレートを多めに盛っているように見えているだけで
実際にはそれほど高画質じゃないからな。
実際にはそれほど高画質じゃないからな。
16k240fps12bit深度未圧縮映像
BDを家電液晶とかでみればテレビ側で大まかに映像補正されるから綺麗に見えるってだけの話だし
PCにはそんな便利機能は備わってないから､プレイヤーソフトやデコーダの補正機能に頼ることになる。
PCにはそんな便利機能は備わってないから､プレイヤーソフトやデコーダの補正機能に頼ることになる。
はいはいそうですね
BDより高画質に見えるように一人で頑張ってね
BDより高画質に見えるように一人で頑張ってね
r2380ってどう？
>>875
どこにあるの？ビルドしたい。
どこにあるの？ビルドしたい。
ビルドしたいとか言ってる奴がなぜD_S氏の開発用repoを知らないのか
ごめんなさい。
>>877のはD_S氏のrepoじゃなくてOBSのだけどね
宣伝乙
ｒ2383
pushきたの？x264.git更新されないけど
nl無くなってから全然更新してないや...
そろそろL-SMASHのお世話になるかな
そろそろL-SMASHのお世話になるかな
x264のrevいくつになった？r2377くらいになった？
886 ： 忍法帖【Lv=33,xxxPT】(1+0：8) ：2014/01/07(火) 16:12:14.90 ID:7Vo0SHGh
>>884
komisarのclear安定だっつってんだろ
komisarのclear安定だっつってんだろ
どのみち最新のCPUに換装でもしない限り
一番新しいrevに差し替える気にはなれないわけだが。
一番新しいrevに差し替える気にはなれないわけだが。
ずっとそうでしょ君には
低スペｶﾜｲｿｽ
うちのE3300にあやまれ
試しにアニメソースをtune=animationにすると1280x720の600kbpsでも超綺麗になって吹いた
吹いてないくせに
そんなビットレだとブロックノイズがうっすらでてんじゃね。
昔のセル画アニメなら十分すぎるビットレだと思うが
昔のセル画アニメなら十分すぎるビットレだと思うが
ビットレートは昔のセル画のほうが必要
895 ：名無しさん＠編集中：2014/01/08(水) 21:00:12.76 ID:AeQkc/iJ
噴飯もの
という表現を用いる物書きがけっこう存在するが
実際に飯(めし)を噴き出すヤツなんざ
"えんがちょ" だぜ
という表現を用いる物書きがけっこう存在するが
実際に飯(めし)を噴き出すヤツなんざ
"えんがちょ" だぜ
パイパンものでお願いします
まったくもってスレ違いで大変申し訳ないのですが
FLACやALACなどの可逆圧縮されたデータをオリジナルに戻したい場合はwavに変換で間違いないでしょうか？
また、FLAC⇔ALACのような変換の場合は無劣化で変換できているのでしょうか？
この質問に該当するスレ誘導または回答をしていただける方お手数ですがよろしくお願いします
FLACやALACなどの可逆圧縮されたデータをオリジナルに戻したい場合はwavに変換で間違いないでしょうか？
また、FLAC⇔ALACのような変換の場合は無劣化で変換できているのでしょうか？
この質問に該当するスレ誘導または回答をしていただける方お手数ですがよろしくお願いします
可逆なんだから音質的にはFLACやALACもオリジナルでしょ。
wavへの変換は「可逆圧縮から未圧縮」に変えてるだけ。
んで、「FLAC⇔ALACのような変換の」も可逆への変換が無劣化なんだから当然無劣化。
wavへの変換は「可逆圧縮から未圧縮」に変えてるだけ。
んで、「FLAC⇔ALACのような変換の」も可逆への変換が無劣化なんだから当然無劣化。
無劣化にこだわるのは勝手だが、無劣化なんてデータ量ほとんど縮まんねーぞ?
x264で圧縮(エンコ)する意味ないだろ。
x264で圧縮(エンコ)する意味ないだろ。
無劣化だからこそ後から音量大きくして
成分分離したら小さく入ってた「許さない・・・」って声の存在に気づけるんだろうが！
成分分離したら小さく入ってた「許さない・・・」って声の存在に気づけるんだろうが！
音声と映像を同列で（ｒｙ
不可逆圧縮したら「たすけて」と小さく入っていた音声が消えました
CFRでサイズ調整って出来る？
zonesでcfrとpsy-rd調整してるんだけどそういうの
zonesでcfrとpsy-rd調整してるんだけどそういうの
>>903
ひたすら試行を繰替えせば、そのうち目的のファイルサイズにはなるんじゃない？
素直にマルチパスでやるのと、どれほどの違いがあるかはともかく
CFR = Constant Frame Rate (fps) <-> VFR (Variable Frame Rate )
CRF = Constant Rate Factor (kbps) <-> ABR (Average Bitrate )
ひたすら試行を繰替えせば、そのうち目的のファイルサイズにはなるんじゃない？
素直にマルチパスでやるのと、どれほどの違いがあるかはともかく
CFR = Constant Frame Rate (fps) <-> VFR (Variable Frame Rate )
CRF = Constant Rate Factor (kbps) <-> ABR (Average Bitrate )
は？
は？
は？
crfって名前なんかrate一定みたいな印象受ける
crfってなんでcrfなの
crfってなんでcrfなの
908 ：名無しさん＠編集中：2014/01/11(土) 08:55:03.10 ID:087qvDK5
元の動画の品質をほぼ維持したままx264で圧縮するには
どのように指定してあげればよいのでしょうか？
目的は、昔撮影したMPEG1形式動画のファイルサイズダウンです。
品質をまったく維持したまま、動画形式をMPEG1→X246 に変化すれば
ファイルサイズを圧縮できるだろうと考えました。
目標ビットレート指定や量子化数値指定により、
狙ったビットレート、品質には設定できますが、
元動画に合わせてビットレートを調整する設定がわかりませんでした。
どのように指定してあげればよいのでしょうか？
目的は、昔撮影したMPEG1形式動画のファイルサイズダウンです。
品質をまったく維持したまま、動画形式をMPEG1→X246 に変化すれば
ファイルサイズを圧縮できるだろうと考えました。
目標ビットレート指定や量子化数値指定により、
狙ったビットレート、品質には設定できますが、
元動画に合わせてビットレートを調整する設定がわかりませんでした。
あ、あれ？
もしかして、可変レートの品質0（--crf 0） でやればおｋ？
もしかして、可変レートの品質0（--crf 0） でやればおｋ？
--crf 0 はロスレスだから文字通り元の動画と同じ画質になるけど、
元のファイルサイズよりも大きくなるだけだと思う。
ビットレート指定は一定のファイルサイズ以内に収めたいときに使えるけど、
機器の制約でもないかぎり使う必要性はほぼ0。
固定量子化(qp)も開発者が「実験目的以外で使うことはまずない」って言ってた。
今回の目的だと、一度 --crf 20 とかでエンコしてみた方が早いんじゃないだろうか。
画質に不満なら18ぐらいまで下げたり、もっとサイズを落としたいなら数値を大きくすればいい。
というか、「crf 画質」とかで検索したら色々と書いてると思うんだけど……
元のファイルサイズよりも大きくなるだけだと思う。
ビットレート指定は一定のファイルサイズ以内に収めたいときに使えるけど、
機器の制約でもないかぎり使う必要性はほぼ0。
固定量子化(qp)も開発者が「実験目的以外で使うことはまずない」って言ってた。
今回の目的だと、一度 --crf 20 とかでエンコしてみた方が早いんじゃないだろうか。
画質に不満なら18ぐらいまで下げたり、もっとサイズを落としたいなら数値を大きくすればいい。
というか、「crf 画質」とかで検索したら色々と書いてると思うんだけど……
>>910
ありがとうございます。
確かに、--crf 20 で設定したところ、
変換後の動画は、元動画と区別できない品質で変換できておりました。
てっきり、--crf 0 にすれば元動画に合わせて、
最良なビットレートを割り当ててくれると・・・。
アナログなら量子化値がいくつあっても足りない事は何となく理解できるのですが、
すでに動画化されたデジタルデータの場合、
元の動画が持っているビットレート以上にはならないものかと理解していました。
ありがとうございます。
確かに、--crf 20 で設定したところ、
変換後の動画は、元動画と区別できない品質で変換できておりました。
てっきり、--crf 0 にすれば元動画に合わせて、
最良なビットレートを割り当ててくれると・・・。
アナログなら量子化値がいくつあっても足りない事は何となく理解できるのですが、
すでに動画化されたデジタルデータの場合、
元の動画が持っているビットレート以上にはならないものかと理解していました。
アホすぎてワロタ
ワロ過ぎてアホタ
ここで聞かなくてもアホーで検索すればわかる事
ワホーでググれ
916 ：名無しさん＠編集中：2014/01/13(月) 22:57:02.25 ID:AmMtO+OJ
何それ
何か面白いとでも思ってる ?
何か面白いとでも思ってる ?
x264がメモリアクセス違反でエンコ中に強制終了しまくってエンコがなかなか成功しないから
memtest86+で4回回してエラー無だったからメモリじゃないなと思ってたけど
数日かけて他の可能性も考えられる限り消しても治らず…
念の為にメモリ変えてみたらすんなりエンコ成功…嘘のようにエンコしまくった
なめとんか！！
memtestも信じすぎたらあかんな…(´・ω・｀)
memtest86+で4回回してエラー無だったからメモリじゃないなと思ってたけど
数日かけて他の可能性も考えられる限り消しても治らず…
念の為にメモリ変えてみたらすんなりエンコ成功…嘘のようにエンコしまくった
なめとんか！！
memtestも信じすぎたらあかんな…(´・ω・｀)
memtestするときには負荷がかかってないけんね。
memtestは30週ぐらいかけないと。
26週目でエラー出たこととかあったし。
26週目でエラー出たこととかあったし。
地デジドラマを1本(45分くらい)1Gくらいでエンコしたいんだけどcfrどのくらいでしょうか
またこれ以外にオススメありましたら教えて下さい
またこれ以外にオススメありましたら教えて下さい
自分でcfr調整して試せばいいじゃない
「crfどのくらいでしょうか」って
「カレー作りたいんだけど、水の量どのくらいでしょうか」みたいな質問だよな
好きにしろとしか
「カレー作りたいんだけど、水の量どのくらいでしょうか」みたいな質問だよな
好きにしろとしか
hex7でcrf28～30ぐらい
リサイズしなされ
>>920
どれだけここで意見が出されようと
正解はでないと思いますよ
自分でアニメはQ19～23、実写はQ23～26とか
決めておいた方が良いのではないでしょうか？
容量を決めうちするなら
一番簡単かつ早いのは
ビットレート指定だと思います
どれだけここで意見が出されようと
正解はでないと思いますよ
自分でアニメはQ19～23、実写はQ23～26とか
決めておいた方が良いのではないでしょうか？
容量を決めうちするなら
一番簡単かつ早いのは
ビットレート指定だと思います
せやな
シューマッハって退院したの？
929 ：名無しさん＠編集中：2014/01/17(金) 16:05:06.91 ID:BjkMq37n
国民栄誉賞ってのは "よくやった…後は余計な事するな" という強力なストッパーだろ
松井秀喜って馬鹿なのか
松井秀喜って馬鹿なのか
頭大丈夫か？
http://awabi.2ch.net/test/read.cgi/download/1389440987/639
＞H264エレメンタリーストリームに難があり（x264にあるバグ）、簡単に直せません。
x264にストリームそのものに難があるバグがあるんだって
＞H264エレメンタリーストリームに難があり（x264にあるバグ）、簡単に直せません。
x264にストリームそのものに難があるバグがあるんだって
頭大丈夫か？
低解像度ってビトレ上げてもなかなか画質よくならないんだよなぁ
それ考えたら解像度下げるのって愚策だわ
それ考えたら解像度下げるのって愚策だわ
デコード負荷が減ってシークが速くなって視聴が快適になるじゃん
何言ってんの？ お前
何言ってんの？ お前
動画より大きい解像度のプレイヤーで拡大再生でもしてるんでしょ
>>934
それどんな低スぺPCだよ。セレロン?
それどんな低スぺPCだよ。セレロン?
外出しないからPCしか再生環境要らないと
ここ、引きこもり立入禁止ですから
初耳
|дﾟ) 猫耳
r2389
誰かビルドしてUPしてけろ
ほれ https://app.box.com/s/klafnmsoax2y6q1w327d
x264-develにfixきてたからそっちでビルドした
x264-develにfixきてたからそっちでビルドした
乙だじぇ
Komisarのが来てたからイラネ
videolanのバイナリ(win32-r2389)を４つ同時に使用すると、そのうち２つのプロセスが動かなくなる現象に遭遇。
r2377までは問題なし。
試しにKomisarのr2389を使用してみたら、これは問題なし。
乗り換えるのが吉か。
r2377までは問題なし。
試しにKomisarのr2389を使用してみたら、これは問題なし。
乗り換えるのが吉か。
komisarのclear安定だっつってんだろ
４つ同時にエンコってどんな時だろ？
--threads 1か2で４つ、あるいはそれ以上同時にエンコしたい場合？
--threads 1か2で４つ、あるいはそれ以上同時にエンコしたい場合？
変に容量に拘ってるかプラグインがシングルスレッドにしか対応してないか
またx264がマルチコアに強いといっても同アーキの4コアと6コアで5～10%ほどスレッド×周波数対速度の効率が変わるから同じような素材を大量エンコならありだと思う
最後のは自作板のavisynth+x264ベンチスレの傾向ね
またx264がマルチコアに強いといっても同アーキの4コアと6コアで5～10%ほどスレッド×周波数対速度の効率が変わるから同じような素材を大量エンコならありだと思う
最後のは自作板のavisynth+x264ベンチスレの傾向ね
x264って基本的にそこにあるコア全部、しかもほぼフルロードエンでコするから
若干のロスを考えれば2個同時くらいで良いんでないの？
4個同時にやった方が時間短縮になるもんじゃろか
若干のロスを考えれば2個同時くらいで良いんでないの？
4個同時にやった方が時間短縮になるもんじゃろか
そんなに効率が必要になるほど重設定でやってんの？50個程度なら
バッチ組んでほっとけば十分じゃん
バッチ組んでほっとけば十分じゃん
それなら複数のバッチを同時に動かすんじゃね？
複数同時なんてバスの速度が足を引っ張るだけじゃねぇの？
コアをいくら割り当てても律速になってしまうようなフィルタを使ってたりするんだろう、多分
糠床氏がr2391をビルドしてるな。
オワコン
その言葉使ってるヤツなんてまだ居たんだ
いや、普通に使うだろ
どこの普通だ
オワコンがオワコン
オワコンは死語。というかオワコンを多用する人はすでにゾンビ級のアンデッドだな。
いや、普通に使うだろ
性格にはコンテンツじゃなよな
誤字脱字大杉
誤字脱毛大杉
>>968
それは小杉（ブラマヨの）
それは小杉（ブラマヨの）
いまはずっとr2334を使い続けているんだけど
久しぶりにcurrent版を探しに行ったら r2389まで進んでるんだね。
どのぐらい快適になったんだろうか。
などと、思いつつ一番新しいchengelogを眺めていると・・・
「r2346でSSE Misalign対応が廃止された」っていう文言をみつけた。
これはSSSE3やAVX1/2やXOPやFMAなどの使えるプロセッサなら
それほど気にしなくていいかもだが､もしそれらに対応しない
K10プロセッサ(1100Tや965BEとか)を使い続けている場合は
若干ネックになるかもしれないね。
久しぶりにcurrent版を探しに行ったら r2389まで進んでるんだね。
どのぐらい快適になったんだろうか。
などと、思いつつ一番新しいchengelogを眺めていると・・・
「r2346でSSE Misalign対応が廃止された」っていう文言をみつけた。
これはSSSE3やAVX1/2やXOPやFMAなどの使えるプロセッサなら
それほど気にしなくていいかもだが､もしそれらに対応しない
K10プロセッサ(1100Tや965BEとか)を使い続けている場合は
若干ネックになるかもしれないね。
taroの更新こねーなぁ
必要ないだろ
avs2pipemod経由でx264に入力する際のavsでの色空間の変換はどうしたらいいんでしょうか？
MPEG2Source(V1, upConv=0, idct=4)入力で、最後にConvertToYV12(interlaced=true)でYV12変換でいいのでしょうか。
MPEG2Source(V1, upConv=0, idct=4)入力で、最後にConvertToYV12(interlaced=true)でYV12変換でいいのでしょうか。
そう・・ですよね。最初はavisynthスレにて質問しようかとも思ったんですが
特定ソフト(x264)向けの設定なのでここに書かせてもらいました。
明日までまって回答が得られないようなら、avisynthスレに移動したいと思います。
特定ソフト(x264)向けの設定なのでここに書かせてもらいました。
明日までまって回答が得られないようなら、avisynthスレに移動したいと思います。
今までaviutlやVDのために何かしらの変換をはさんでいたので必須かと思い込んでいました。
作者様のBlogにて"またy4mt/y4mbの際に他の色空間からYUV420で出力する場合はConvertToYV12(interlaced=True)の処理が入ります"
となっていたので、ConvertToYV12(interlaced=True)を付けとけばokという安易な考えでした。
ありがとうございました。
作者様のBlogにて"またy4mt/y4mbの際に他の色空間からYUV420で出力する場合はConvertToYV12(interlaced=True)の処理が入ります"
となっていたので、ConvertToYV12(interlaced=True)を付けとけばokという安易な考えでした。
ありがとうございました。
またy4mt/y4mbの際に他の色空間からYUV420で出力する場合はConvertToYV12(interlaced=True)の処理が入ります
↑
これ読んで
ConvertToYV12(interlaced=True)を付けとけばok
という考えに至るのはもう色々手遅れだと思うよ
↑
これ読んで
ConvertToYV12(interlaced=True)を付けとけばok
という考えに至るのはもう色々手遅れだと思うよ
君も大概手遅れだと思うよ
980 ：名無しさん＠編集中：2014/02/09(日) 23:25:23.41 ID:GphSnHuK
口笛で答えてた…
スプリングス・ティーンのコンサート・スタイルやチェッカーズのような服着た
ビデオ作ってブレまくってた、あの頃
気が付いたら自分でもやけに恥ずかしくて
人格変な人間を装うハメになってしまったよ www
元春
スプリングス・ティーンのコンサート・スタイルやチェッカーズのような服着た
ビデオ作ってブレまくってた、あの頃
気が付いたら自分でもやけに恥ずかしくて
人格変な人間を装うハメになってしまったよ www
元春
avinaptic2 というソフトを使って動画を解析した
cabac=1
ref=3 | deblock=1:0:0 | analyse=0x3:0x113 | me=hex | subme=7 | psy=1
psy_rd=1.00:0.00 | mixed_ref=1 | me_range=16 | chroma_me=1
trellis=1 | 8x8dct=1 | cqm=0 | deadzone=21,11 | fast_pskip=1
chroma_qp_offset=-2 | threads=12 | lookahead_threads=2
sliced_threads=0 | nr=0 | decimate=1 | interlaced=0
bluray_compat=0 | constrained_intra=0 | bframes=3 | b_pyramid=2
b_adapt=1 | b_bias=0 | direct=1 | weightb=1 | open_gop=0 | weightp=2
keyint=250 | keyint_min=23 | scenecut=40 | intra_refresh=0
rc_lookahead=40 | rc=crf | mbtree=1 | crf=19.5 | qcomp=0.60
qpmin=0 | qpmax=69 | qpstep=4 | ip_ratio=1.40 | aq=1:1.00
という結果になった
この設定をx264guiEXで再現したいんだが、どうすればいいでしょうか
しょっぱなのref=3から意味不明で・・・
プリセットから変えなきゃならんのか？
cabac=1
ref=3 | deblock=1:0:0 | analyse=0x3:0x113 | me=hex | subme=7 | psy=1
psy_rd=1.00:0.00 | mixed_ref=1 | me_range=16 | chroma_me=1
trellis=1 | 8x8dct=1 | cqm=0 | deadzone=21,11 | fast_pskip=1
chroma_qp_offset=-2 | threads=12 | lookahead_threads=2
sliced_threads=0 | nr=0 | decimate=1 | interlaced=0
bluray_compat=0 | constrained_intra=0 | bframes=3 | b_pyramid=2
b_adapt=1 | b_bias=0 | direct=1 | weightb=1 | open_gop=0 | weightp=2
keyint=250 | keyint_min=23 | scenecut=40 | intra_refresh=0
rc_lookahead=40 | rc=crf | mbtree=1 | crf=19.5 | qcomp=0.60
qpmin=0 | qpmax=69 | qpstep=4 | ip_ratio=1.40 | aq=1:1.00
という結果になった
この設定をx264guiEXで再現したいんだが、どうすればいいでしょうか
しょっぱなのref=3から意味不明で・・・
プリセットから変えなきゃならんのか？
お前はスレのテンプレも読めないのか？
x264guiExで、各オプションにカーソル持っていったら、実際のパラメータが表示されるだろ
2012.08.24 (v1.56)
・MediaInfoのオプション表示をGUIに取り込めるように。
拡張 → 追加コマンド →
MediaInfoで動画の情報を見て、「エンコードライブラリの設定 」のオプションをコピペ
→ GUI部に反映をクリック
2012.08.24 (v1.56)
・MediaInfoのオプション表示をGUIに取り込めるように。
拡張 → 追加コマンド →
MediaInfoで動画の情報を見て、「エンコードライブラリの設定 」のオプションをコピペ
→ GUI部に反映をクリック
984 ：名無しさん＠編集中：2014/02/10(月) 01:31:19.56 ID:fnot5J1q
彼氏にフェラチオするのは女子としてはあたりまえ
っていうような JC に "不純異性交遊" と言っても理解されるはずはない。
っていうような JC に "不純異性交遊" と言っても理解されるはずはない。
そんなパラメータが分かったところで肝心のavsの中身が分からなけりゃ意味ない。
ほぼ完璧なデフォルト設定ｗ
そういえばcrfってコンマ単位で指定できるんだっけ？それ見て
思い出したわ
思い出したわ
>>324
x264スレで回答されてる
983 名無しさん＠編集中[sage] 2014/02/10(月) 01:15:11.07 ID:DeJ1mApD
x264guiExで、各オプションにカーソル持っていったら、実際のパラメータが表示されるだろ
2012.08.24 (v1.56)
・MediaInfoのオプション表示をGUIに取り込めるように。
拡張 → 追加コマンド →
MediaInfoで動画の情報を見て、「エンコードライブラリの設定 」のオプションをコピペ
→ GUI部に反映をクリック
x264スレで回答されてる
983 名無しさん＠編集中[sage] 2014/02/10(月) 01:15:11.07 ID:DeJ1mApD
x264guiExで、各オプションにカーソル持っていったら、実際のパラメータが表示されるだろ
2012.08.24 (v1.56)
・MediaInfoのオプション表示をGUIに取り込めるように。
拡張 → 追加コマンド →
MediaInfoで動画の情報を見て、「エンコードライブラリの設定 」のオプションをコピペ
→ GUI部に反映をクリック
こっちじゃねえや
すまん誤爆った
すまん誤爆った
そろそろジッスーレ
>>983
ありがとうございます！ありがとうございます！
ありがとうございます！ありがとうございます！
そろそろテンプレのバイナリってとこ変えない？
うめ
うめ
うめ
木毎
x265
1000ゲットありがとう
x264に栄光あれ！
x264に栄光あれ！
1001 ：１００１：
このスレッドは１０００を超えました。
もう書けないので、新しいスレッドを立ててくださいです。。。
もう書けないので、新しいスレッドを立ててくださいです。。。