1 :名無しさん@編集中2011/09/07(水) 00:45:36.40 ID:Ok9pol+1
Q ニコニコ・zoome用の動画を作りたい。
A 板違い、Youtube板の"FLV/MP4作成スレ"でどぞ。

Q 圧縮codecありませんか。AviUtlで使いたい。x264gui.auoの使い方は?
A x264 VFW GUI専用スレでどうぞ。
http://hibari.2ch.net/test/read.cgi/avi/1293421982/

Q コマンドラインの使い方が分かりません
A 初心者スレでどうぞ
http://hibari.2ch.net/test/read.cgi/avi/1292516529/


[本家]
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

前スレ
x264 rev32
http://hibari.2ch.net/test/read.cgi/avi/1308452706/
4 :名無しさん@編集中2011/09/07(水) 00:52:29.18 ID:K54JWZrZ
>>1乙

瑣末なことだけど、zoomeはもう潰れたから「Q ニコニコ・zoome用の動画を作りたい。」は次から修正した方が良いな
5 :名無しさん@編集中2011/09/07(水) 00:57:11.09 ID:DQKvvcwV
>>1乙
映像製作板だと?!
2 :名無しさん@編集中2011/09/07(水) 00:48:22.12 ID:Ok9pol+1
H.264の再生法や規格などの話題は
MPEG-4 AVC/H.264 総合スレ Part8
http://hibari.2ch.net/test/read.cgi/avi/1263983676/

AviSynthの使い方等は
Avisynthを絶讃ιょぅょ Part30
http://hibari.2ch.net/test/read.cgi/avi/1298742587/

インタレ規格の話題は
インタレ解除しないスレの3っぽいスレ
http://hibari.2ch.net/test/read.cgi/avi/1186448899/

リサイズやアス比の話題は
アスペクト比 part6
http://hibari.2ch.net/test/read.cgi/avi/1301521076/

MP4コンテナの話題は
【MP4】ISOMPEG-4普及委員会4【M4A】【3GP】
http://hibari.2ch.net/test/read.cgi/avi/1087545021/

Matroskaの話題は
【mkv】MatroskaVideo総合スレ8【mka】
http://hibari.2ch.net/test/read.cgi/avi/1237123715/

PS3の話題は
【H.264】 PS3動画スレッド8 【1080p】
http://hibari.2ch.net/test/read.cgi/avi/1263892716/

3 :名無しさん@編集中2011/09/07(水) 00:50:39.14 ID:Ok9pol+1
前スレに誘導先のリンクを貼ろうとしたら既に荒らしに埋められてた orz
よってせっかちな ID:6mKQx5Fg はNGIDということでよろ。
6 :名無しさん@編集中2011/09/07(水) 17:36:38.45 ID:pfYVuJRL
ワットパフォーマンスを重視しながらH.264使ってるんだがな
7 :名無しさん@編集中2011/09/07(水) 18:30:46.81 ID:YGfqkOvy
8bitの動画を公式の10bit版x264.exeでエンコすると、色がわずかに違ってくるけど
JEEBさんのパッチ適応の方のバイナリ2074v2だと元の動画とほぼ同じ色になるから
公式のは何か間違えてるとみていいのかな?
11 :名無しさん@編集中2011/09/07(水) 23:54:27.30 ID:FQAt1JxX
>>7
Doom9等でBT.709 Part 2のアルゴリズム(単純なビットシフト)が少なくとも
TVレンジの方で正しいと判断されたんで、うちのパッチ適応の方が正しいはず。
ディザリング機能の方は完全に分かっていなかったため、irock氏にも一応
チェックしてもらったら、唯一のコメントはフルレンジの方の変換アルゴリズム
についてでした。

irock氏のコメントの後は8bitなサンプルをロスレスな10bitにエンコして、
デコードしたものをYUVでダンプして結果を比べたら数値が合ってました。

mplayer/mplayer2の方はレンダラとドライバによって動作が変わるんで、(以下略

・一部のレンダラとドライバでは直接10bitなYUVが渡されてGPUでレンダリングされる
 (多分正しい方式が使われる・opengl出力+nvidiaだったっけなぁ・・・少なくとも
  *nixの方では)
・他のレンダラではlibav、またはffmpegのswscaleが使用されて、8bitな4:2:0への
 変換が起きて、未だに直ってないと思うので、x264の本家の方のアルゴリズムと
 同じものが使用されていると思う(元々のコメントを見る限りirock氏がswscaleの
 方の変換方式と同じようなものを書いたみたいだし)。
20 :72011/09/08(木) 22:00:28.09 ID:tsyZP/1f
>>11
パッチ適応の方が正しいんですね。
10bitよさそうなので使ってみようと思います。
お答えいただき、ありがとうございました!
530 :名無しさん@編集中2011/10/17(月) 16:21:17.16 ID:SqV5wlql
>>529
あ、なるほどありがとうございます。10bit変換がバグってるのか。
というか過去ログ見直したら>>7-13あたりに出てた話なんですね。失礼しました。
589 :名無しさん@編集中2011/10/23(日) 15:15:08.50 ID:yAhWOaPN
釣りかと思ったら本当にr2106きてたtw

>>7-13、>>522->>530あたりに出てた、10bit-depthで色が変わるという件は修正されたのだろうか。
changelog見てもよくわからんかった。
592 :名無しさん@編集中2011/10/23(日) 19:13:11.26 ID:YBhKUmA8
>>589
俺のスーパーアイによる測定だと、まだ色おかしいと思う。
595 :名無しさん@編集中2011/10/24(月) 06:57:12.89 ID:wLEfZMn0
>>589
単純に8-bit -> 10-bitとするつもりなら、JEEBのビットシフトの物を使った方が良いが、
ditherやflash3kyuu_debandで16-bit -> 10-bitでしたら、今の物でも問題にはならない。
8 :名無しさん@編集中2011/09/07(水) 21:01:46.18 ID:YGfqkOvy
プレイヤー変えて再生してみたら色が違ってくるみたいでよく分からなくなった。
下のmplayer2だと2074v2の方が元の動画に近い色になって
http://mplayer2.srsfckn.biz/
SMPlayerだと公式のx264の方で同じ色になるね。
http://sourceforge.jp/projects/smplayer/
9 :名無しさん@編集中2011/09/07(水) 22:09:59.02 ID:ZmWbma9+
10bit対応環境なら環境も書くべきじゃないの
というかそのレベルでなんでそんな環境もってるのか理解できないが
10 :名無しさん@編集中2011/09/07(水) 22:24:10.50 ID:sIkY1Wox
ソースの変換式見ればいいんじゃねーの?

x264 develでなんか書いてあった気がするけど
12 :名無しさん@編集中2011/09/08(木) 00:19:47.45 ID:ztxfGIHx
DSもフランスから帰っただろうし、もしx264が間違っているのなら、早いうちに修正してほしいな。
13 :名無しさん@編集中2011/09/08(木) 00:32:16.72 ID:D1lAl6he
>>12
D_S氏は先月辺りから報告済みで「patches welcome」状態。irock氏が言った
フルレンジの方の変更を行なったらパッチをD_S氏に提供するにゃ。

未だに完全に理解してないけどねぇ… あのirock氏のコメント^^;

少しコーヒー飲んでコード書いて「こんな感じでおk?」と聞いてみようっと。
14 :名無しさん@編集中2011/09/08(木) 06:04:54.41 ID:KqWpW7qB
前スレでちょこっと出てた
  4:2:2 encoding support
というのは、現在実装中で近いうちにサポートされるのでしょうか?
それとも単に今後のテーマの1つとして挙げられているだけで、具体的な実装はまだなのでしょうか?
あと、そのへんの話って、どこに行けばわかるでしょうか。
15 :名無しさん@編集中2011/09/08(木) 06:24:43.21 ID:ZOXWo0VA
次回コミット予定
https://github.com/DarkShikari/x264-devel
こことか見れ
ここは正式にコミットされるまで何回も修正される
開発者の会話が見たいならIRC行け
16 :名無しさん@編集中2011/09/08(木) 06:32:43.68 ID:KqWpW7qB
>>15
ありがとうございます。IRC突撃はちょっと怖いので>>15のページ見ておきます。
17 :名無しさん@編集中2011/09/08(木) 13:31:20.01 ID:Cq4YgqKC
GPGPUは仮想メモリが実現してからでないと使えないだろうな
21 :名無しさん@編集中2011/09/10(土) 05:46:10.35 ID:jQ12vcNS
>x264Licensing x264 Licensing
>Welcome NVIDIA ARC (formerly Mental Images) as an x264 Licensee!
>22 hours ago

http://twitter.com/#!/x264Licensing/status/111926057015316480

CUDAでMEをやってくれたりしないのかね。
http://wiki.videolan.org/SoC_x264_2011#GPU_motion_estimation
22 :名無しさん@編集中2011/09/10(土) 16:18:57.56 ID:DsAWeyKg
フルHDを重い設定で等倍で4ストリームエンコできてさらに余裕アリアリで裏で動画再生
重いゲームもなんでも同時にこなせるCPUまだかよ
26 :名無しさん@編集中2011/09/10(土) 22:35:15.05 ID:EkAiawKt
エンコード時間は変わらないがH264比で1/30ぐらいに縮むんじゃなかろうか>その頃の圧縮
28 :名無しさん@編集中2011/09/11(日) 00:42:03.68 ID:6Ey0JDgY
そしてその頃には年をとって目が悪くなってて、画質なんてどうでもよくなってるという・・・
29 :名無しさん@編集中2011/09/11(日) 09:58:53.19 ID:K3z2Z+lZ
10bitのx264使うときはcrfは8bitの時から-12すればいいの?
41 :名無しさん@編集中2011/09/12(月) 00:12:17.68 ID:Ca4wWl7j
>>29
結構前にCRFが>8bitで8bitと同じように動作するように変更されたはず。
それで今は8bit感覚でエンコしても大丈夫なはず(大きな変更なしで)。
当然、その変更後、crf 0がロスレスでなくなった。

とあるエンコチャンネルによると2-3ぐらいでCRFを上げても画質的には
大丈夫だそうですが、自分はまぁ・・・8bitと同じ感じでソースによって(以下略
30 :名無しさん@編集中2011/09/11(日) 13:04:47.94 ID:IoVi+BlE
Xenon使うか諦めて複数でエンコしたら?
もしくは、クラウドつかえばいいのでは?
基本1台で映像本数が増えるとマシンを追加で増やす。
クラウド破産に注意が必要だけど…
31 :名無しさん@編集中2011/09/11(日) 13:17:16.80 ID:6+pNcjQH
XeonならしってるがXenonは初耳
44 :名無しさん@編集中2011/09/13(火) 05:13:58.57 ID:NnMn872G
>>31
Xbox 360の
32 :名無しさん@編集中2011/09/11(日) 13:20:24.69 ID:Dp6Hq0Tv
キセノン(英:xenon)は原子番号54の元素。元素記号はXe。希ガス元素の一つ。
33 :名無しさん@編集中2011/09/11(日) 13:23:03.79 ID:QInUOQAk
crf を -12 (;゚д゚)ゴクリ

普段20.0でエンコしている人は8.0でエンコすることになるのか・・・恐ろしすぎる。
38 :名無しさん@編集中2011/09/11(日) 22:00:53.27 ID:rDovUmyq
アニメでcrf 13を使ったことはある。
実写はcrf 16もあれば俺的に満足過ぎる。
39 :名無しさん@編集中2011/09/11(日) 22:08:32.94 ID:QInUOQAk
crfで18未満はデータ量とビットレートが増えるだけであまり効果ないんじゃなかったか?
42 :名無しさん@編集中2011/09/13(火) 00:48:41.73 ID:gH0taRIB
あれ、久しぶりにnlのバイナリ使ったらなんかいつも使ってるとこのより
速いぞ。あれれのれ?
46 :名無しさん@編集中2011/09/13(火) 17:28:26.47 ID:OIB0qzNV
一年ぶりぐらいにx264をVerUPして同じソースをエンコードしたら
処理速度が17→26f/秒になってワロタ
10bit移行で設定煮詰めのつもりが一発で十分な画質だったよ
49 :名無しさん@編集中2011/09/17(土) 02:41:36.92 ID:J/6oH/Xb
すみません、10bit-depthについていくつか質問させてください。
(色々調べたつもりですが変なこと言ってたらすみません。)

■10bitでエンコしたものを最も綺麗に(つまり10bitカラーで)見るためには
    ・10bitのH.264データを10bitでデコードして10bitで出力できるデコーダ
    ・10bitでデコードしたデータを10bitで表示・再生できるプレーヤーソフトウェア
    ・10bit出力に対応したグラフィックカードとドライバ (QuadroやFireProなど)
    ・10bit出力に対応したモニタ(ディスプレイ)
  の全てをそろえる必要があるという認識であっているでしょうか?

■「10bitで出力できるデコーダ」としてはCoreAVC 3.0があるようですが、
  それ以外に10bitで出力できるデコーダとしてはどういうものがあるでしょうか。

■ffdshow tryoutsではrev3954で「H.264 10-bit 4:2:0 and 4:4:4」のデコードをサポートしたようですが、
  現在の最新版であるrev3982でも出力は8bit出力のままであり、10bit出力はできないという認識で正しいでしょうか?
  また、今後10bit出力にも対応していくのでしょうか?(スレチかもですが)

■VMR7、VMR9、EVR、Haali、madVRなどのレンダラのうち、madVRは10bitをサポートしているらしいのですが、
  VMR7やVMR9、EVR、Haaliなどは10bitをサポートしているのでしょうか?

■過去ログを見ると、10bitを再生できる環境として「lachs0r's MPlayer2」やVLCのnightlyビルド版が挙げられているようですが
    http://mplayer2.srsfckn.biz/
    http://nightlies.videolan.org/build/win32/last/
  これらで10bit出力をしようとした場合、出力の設定に気をつける必要があるのでしょうか?
  例えばDirect3DだとかOpenGL出力だとか色々あるようですが、これを選ばないとダメみたいなのはあるのでしょうか?
55 :名無しさん@編集中2011/09/17(土) 09:13:25.16 ID:ZgJfjI3u
>>49
>■「10bitで出力できるデコーダ」としてはCoreAVC 3.0があるようですが、
>  それ以外に10bitで出力できるデコーダとしてはどういうものがあるでしょうか。

LAV Filtersは無料で使える。

http://forum.doom9.org/showthread.php?t=156191

あと、Atemeの資料にある様に、PSNRが20%くらい8-bitより良くなるのに加えて、
YCbCr -> RGBの精度の向上もあって、6-bitや8-bitのディスプレイでも、グラデーションが明らかに違ってくる。
57 :名無しさん@編集中2011/09/17(土) 09:19:56.07 ID:e47uY5o2
>>55
比較画像plz
58 :名無しさん@編集中2011/09/17(土) 09:24:06.01 ID:ZgJfjI3u
61 :49,502011/09/17(土) 23:32:35.03 ID:oMDwwUJa
>>49-50です。皆さま回答ありがとうございました。
LAV Filtersは気になっていたのですがチェックするのをすっかり忘れていました。試してみようと思います。
いまだにレンダラまわりの動きがよくわかっていないので、
主に>>49の後半部分など情報がありましたらよろしくお願いいたします。
63 :名無しさん@編集中2011/09/18(日) 02:13:22.67 ID:3HLw47bg
>>58
色が違うように見えるんだけど、ソースと見比べるときはどれみればいいのかな。
65 :名無しさん@編集中2011/09/18(日) 12:07:37.81 ID:+BVwaraH
50 :名無しさん@編集中2011/09/17(土) 02:47:58.79 ID:J/6oH/Xb
すみません、もう1点。
x264.nlに置いてある以下のPDFを低い英語力でなんとか読んでみたのですが、
  「8bitソースを使って10bitエンコードし、デコードしたものを8bit出力して見るような場合でも
   10bitエンコードは十分な意味を持つ。例えば圧縮処理の精度が上がることにより、
   同じ画質を目指すのであれば8bitでエンコードするより10bitでエンコードするほうが
   ビットレート(ファイルサイズ)を5〜20%くらい小さくすることができる。」
という解釈は正しいでしょうか?

http://x264.nl/x264/10bit_01-ateme_pierre_larbier_422_10-bit.pdf
http://x264.nl/x264/10bit_02-ateme-why_does_10bit_save_bandwidth.pdf
http://x264.nl/x264/10bit_03-422_10_bit_pristine_video_quality.pdf
56 :名無しさん@編集中2011/09/17(土) 09:18:43.41 ID:UQnti32h
>>49
8bitでしか出力できない環境だから実際のところは知らないが
LAV FiltersのLAV Videoは、設定画面で10bit出力できそうに見えるね。
自分とこだとffdshowより軽かったし使うならお勧めできる。色が正しいかは知らんけど。

>>50
少し前に同じくらいの容量を作って見比べただけだけど
ブロック状のゴミみたいなのが若干ながら出来にくいように思ったかな。
あとディザリング機能が優秀だから、ソースで階調割れがないなら、バンディング対策フィルタが不要と思ったね。
59 :名無しさん@編集中2011/09/17(土) 11:09:38.29 ID:uMhry0x5
>>56
>あとディザリング機能が優秀だから、ソースで階調割れがないなら、
>バンディング対策フィルタが不要と思ったね。

これって、逆に言えば 8bit だとソースで階調割れがない場合でも、
ディザリング機能が貧弱だからバンディング対策フィルタが必要な場合が
あるってことだよね。

つまり、バンディング対策フィルタって、ソースにはバンディングがなく
エンコ時に発生するバンディングも予防する効果があるってこと?

ちょっとスレチかもしれんけど、気になったので…
60 :名無しさん@編集中2011/09/17(土) 11:36:45.64 ID:ZgJfjI3u
>>59
GradFun2DBmodとか、ディザリングとは別に、比較的維持するのが容易なグレインを足すタイプの物でないと、
バンディング対策は8-bitでは厳しい。
51 :名無しさん@編集中2011/09/17(土) 04:34:07.12 ID:oJAiChNl
そこまで気にするならスタジオ向けの機材一式でも導入しちゃいなよ
52 :名無しさん@編集中2011/09/17(土) 04:54:38.98 ID:J/6oH/Xb
>>51
いや、自分で環境を揃えるつもりはないのですが、知識として整理しておきたいのです。
53 :名無しさん@編集中2011/09/17(土) 05:08:10.15 ID:Uul3IgEw
>>51
正しい
オーバーサンプリングと同じ理屈だな
動画だと半画素検索とかと一緒
54 :名無しさん@編集中2011/09/17(土) 05:12:19.19 ID:g3z1Uxlq
>>52
YUV(YPbPr)→RGBは1:1じゃないから10bitRGBでも丸め誤差はでると思うんだけどどうだろう
と思ったけど2〜6M円位のマスターモニターも表示はRGB10bitだから気にする必要もなさそうだね!
62 :名無しさん@編集中2011/09/18(日) 01:46:52.89 ID:WSVt6ZWj
LAV Filtersはhenryのところが最新head追ってる。
メンテはVFRmaniacがやってるみたいだ。
ttp://henry.fushizen.eu/builds/
64 :名無しさん@編集中2011/09/18(日) 02:46:00.73 ID:uv2WhlTL
>>62
>メンテはVFRmaniacがやってるみたいだ。

やってないらしい。
  https://twitter.com/#!/MP4_maniac/status/115113224550105088
66 :名無しさん@編集中2011/09/18(日) 12:56:24.29 ID:I8zWdbJe
LAV Filters 0.35を入れてみました。
Video Settingsを見ると、確かに10bit出力、16bit出力に対応しているようですね。

  LAV Video 0.35 Video Settings
  http://www1.axfc.net/uploader/Img/so/125696.jpg

画像を見てもわかるとおり出力フォーマット(出力色空間)はこんな感じになるようです。

■4:2:0
  8bit: YV12、NV12
  10bit: P010
  16bit: P016
■4:2:2
  8bit: YUY2、UYVY
  10bit: P210
  16bit: P216
■4:4:4
  8bit: AYUV
  10bit: Y410
  16bit: Y416
■RGB
  8bit: RGB32、RGB24
81 :名無しさん@編集中2011/09/18(日) 19:27:22.92 ID:UbmGX5ts
>>66
16bitとか、エンコーダーとかデコーダーあるのかな?
67 :名無しさん@編集中2011/09/18(日) 13:05:00.70 ID:I8zWdbJe
そうなるとMP4の10bit再生環境を作るには
  プレイヤー: MPC-HC (madVR使用可能)
  スプリッター: LAV SplitterとかHaali Media Splitterとか適当に
  デコーダー: LAV Video (出力色空間を10bitに固定しておく必要がある?)
  レンダラ: madVR (うちは動作条件満たしてないので使ったことなし・・・)
という感じにして、あとはグラフィックカードとかドライバとかモニタとかが
10bit出力に対応してればよいということになるのでしょうか。

ffdshow tryoutsスレで、10bit対応してるレンダラはmadVRくらいと言われましたので
VMR7やVMR9、EVRなどではやっぱりダメということなんですかね?

VLCやmplayer2などは、独自のレンダラで10bit対応してるということなんだろうか。
混乱して、そもそも本当に10bit表示ができるのかがよくわからなくなってきてしまいましたが・・・・。
68 :名無しさん@編集中2011/09/18(日) 13:18:32.86 ID:Q+o67j1e
madVRは10bitで表示するわけじゃないぞ
10bit-YUVをビデオカードを使って8bit-RGBに変換して表示するんだぞ
基本的にPC上の再生は、最終的にはRGBに変換されることを理解してるか?
問題はどの部分で、どの程度の精度で、どのような処理を行ってRGBに変換するのか、だぞ
72 :名無しさん@編集中2011/09/18(日) 13:52:59.61 ID:I8zWdbJe
というか、
  「グラフィックカードやディスプレイ(モニタ)が提供している10bit出力機能を
   利用して動画を再生できる環境ってそもそも存在するのか?」
が現在の最大の疑問となっております・・・。
73 :名無しさん@編集中2011/09/18(日) 14:03:20.40 ID:PQWVqh9f
何故無いと思えるんだろう
74 :名無しさん@編集中2011/09/18(日) 14:10:39.14 ID:I8zWdbJe
>>73
私の知識が浅すぎて混乱してるだけな気がします・・・。

上に書いたように、
  「madVRやVLC、mplayer2のレンダラは最終的に
   8bit-RGBではなく10bit-RGBでモニタまで出力できるのか?」
というのがよくわからないのです。
75 :名無しさん@編集中2011/09/18(日) 15:09:53.99 ID:m9uU9gxz
ttp://haruhichan.com/wpblog/?p=205
このへん見るとFirePro/FireGL化MOD用意して
MPC-HCのEVR-CPで10bitRGB出力を設定すればよさそうだけど
99 :名無しさん@編集中2011/09/19(月) 14:22:25.07 ID:7yW5YyRu
>>75
madVRは10bit出力には対応していないのでEVR Custom Pres.を使う必要があるのですね。
しかも単にFireProで10bitサポートをONにするだけじゃ駄目で、
ドライバにパッチを当てる必要がある、ということでしょうか。
レンダラってDirectDrawとかDirect3DとかOpenGLとか色々な手法があるようですが
それらと10bitの関係がよくわからない・・・。
101 :名無しさん@編集中2011/09/19(月) 17:25:59.80 ID:qPn8I3Wl
>>99
高いFirePROは元々10bit出力可能

安いRadeonは制限から10bit出力できない
ドライバ改造(MOD)で同等もしくは下位の
FirePROとして無理矢理動かせるって話
MayaとかOpengl系アプリが目的の人が殆どだろうけど・・・

8bitと10bit見比べてもイマイチ分からない俺には8bitでよさげ
再生支援聞いてる方がCPU負荷も減るしなぁ
77 :名無しさん@編集中2011/09/18(日) 16:58:18.05 ID:g/8EFCqI
swscaleにPIX_FMT_YUV444P10からPIX_FMT_RGB444P10への変換が無いから、
現状じゃ簡単にはいかないな
これさえ追加すれば、OpenGL 3.3以降の拡張を使って出力できるはず…多分

それとHDMIは8bpc(bits per channel)と12bpcのみ対応らしく、
Linuxのintelドライバだとディザ加えて12bpcにされちゃう模様 (DPなら大丈夫)
http://git.denx.de/?p=linux-2.6-denx.git;a=blob;f=drivers/gpu/drm/i915/intel_display.c#l4583
78 :名無しさん@編集中2011/09/18(日) 17:09:07.81 ID:iLzgFEfa
madVRインストールしてx264-10bitエンコの再生する時に使用するlibavと
LAVFiltersはどっちがいいの?
79 :名無しさん@編集中2011/09/18(日) 18:09:07.56 ID:g/8EFCqI
yuv444 10bitからrgb444 10bitに3d-lutするとなると、
((2^10)^3) * 4 byte = 4Gbyte のメモリが必要。
うん、まー、できなくはないけど、キャッシュミスしまくりだな、こりゃw
82 :名無しさん@編集中2011/09/18(日) 21:03:26.26 ID:g/8EFCqI
FFv1(可逆)が16bitに対応してるけど、rawを除くとFFmpeg内ではそれぐらいかな

門外漢だけど、
放送は素材でもせいぜい12bitな印象。
医療とかでは使われてるイメージあるけど、画像止まりな印象。
3DCGで使われてるのは16bit以上だけど浮動小数点だし、やっぱり画像止まりな印象。
83 :名無しさん@編集中2011/09/19(月) 00:10:51.86 ID:5XOR1g/2
アナログ入力とかだと16bitの方が滑らかになるけど
デジタルだと8bitも上位bitもあんまり変わらん
それだけの情報が元から入ってないんだろ
85 :名無しさん@編集中2011/09/19(月) 00:49:11.69 ID:VJ+nVrYO
ビデオカードやM/BにDPのない環境だと10bitでエンコしてもあまり意味ないんでね?
86 :名無しさん@編集中2011/09/19(月) 01:09:33.06 ID:1cgNQgw3
>>85
同じビットレートで比較した場合の画質が良くなる。
http://3.imgland.net/DDvSI.png

8-bit RGBで出力した場合でも、バンディングが改善される。
172 :名無しさん@編集中2011/09/23(金) 17:25:04.85 ID:mR9kRMa8
>>169
>>86

元々8-bitのソースに、12-bit以上はオーバーキルだな。
180 :名無しさん@編集中2011/09/24(土) 00:07:52.07 ID:G09MgU62
>>172
処理は多bitでやって丸め込み後で8bitに直すのならアリ
87 :名無しさん@編集中2011/09/19(月) 01:11:19.43 ID:Bw48PtrV
10bitだとやっぱ多少サイズ膨らむの?
88 :名無しさん@編集中2011/09/19(月) 01:14:01.94 ID:1cgNQgw3
>>87
同じPSNRを、より低いビットレートで実現できると言うことだから、8-bitよりもファイルサイズは小さくなる。
89 :名無しさん@編集中2011/09/19(月) 01:34:42.65 ID:VJ+nVrYO
で、10bit-RGBで出力させたものはほかの環境のUVD(再生支援)で正しく描画されるのか?
エンコ環境で描画されても、ほかの環境で再生するとブロックノイズが大量発生したり
黒塗りになっていたり悲惨なことになることもあるだろう。

エンコ機と再生機は分けて運用しているからここは特に気になる。
ちなみに再生機は今も現役、北森+HD3850AGPだけどなw
91 :名無しさん@編集中2011/09/19(月) 02:10:05.04 ID:s6GyMTyB
>>89
UVD支援ONだと全面真緑とかモザイクとかそんな感じ
CPUで再生するから環境にも電力にも余り優しくないな
90 :名無しさん@編集中2011/09/19(月) 01:52:59.50 ID:1cgNQgw3
残念ながら、UVDやPureVideoと言ったASICは、今のところ8-bitにしか対応していないね。
92 :名無しさん@編集中2011/09/19(月) 02:12:06.40 ID:LfN4ZIO5
GPUって下手なCPUより電気喰うから節電とかエコ視点だとどっちが得かわからんけどね
93 :名無しさん@編集中2011/09/19(月) 04:19:15.07 ID:7yW5YyRu
FlashPlayerはHi10Pの再生に対応してる(表示は8bitだけど)って書いてるけど、
10bitでエンコしたMP4を再生すると右側に謎のマゼンタ色の線が出るみたいだ。

  アドビHDビデオ: 対応テクノロジー
  http://www.adobe.com/jp/products/hdvideo/supported_technologies/h264.html

  10bit深度(Hi10P・ハイ10プロファイル)でのアップロードテスト ‐ ニコニコ動画
  http://www.nicovideo.jp/watch/sm15543879

サンプルがニコ動でごめん。
エコノミー動画が再生される時間帯だと、崩壊したエコノミー動画しか見れないね・・・。
(エコノミー動画生成時に使われるデコーダが10bitに未対応なので
 崩壊したエコノミー動画が作成される。)
94 :名無しさん@編集中2011/09/19(月) 04:34:10.56 ID:7yW5YyRu
失礼。エコ回避版上げてみたのでこちらを参照してくらはい。(作ってたの忘れてた)

10bit深度(Hi10P・ハイ10プロファイル)でのアップロードテスト(エコ回避版) ‐ ニコニコ動画
ttp://www.nicovideo.jp/watch/sm15647046
95 :名無しさん@編集中2011/09/19(月) 05:41:31.19 ID:7yW5YyRu
某マニアックな人の呟きを見て
  Adobe Flash Video File Format Specification Version 10.1
を見てみたら、仕様書上は以下のようになってるんですね。
8bitでi444出力したもの(Hi444PP)を再生すると真っ黒になるのはサポート対象外だからなのかな。

-------------------------------------
A media type of H264 (0x48323634), h264 (0x68323634), or avc1 (0x61766331) indicates
that the track is encoded with H.264 video. Flash Player supports the following H.264 video
profiles:
- 0 = supported for older media that neglects to set profile
- 66 = baseline
- 77 = extended
- 88 = main
- 100 = YUV 4:2:0, 8 bits/sample, a.k.a. “High”
- 110 = YUV 4:2:0, 10 bits/sample, a.k.a. “High 10”
- 122 = YUV 4:2:2, 10 bits/sample, a.k.a. “High 4:2:2”
- 144 = YUV 4:4:4, 12 bits/sample, a.k.a. “High 4:4:4”
96 :名無しさん@編集中2011/09/19(月) 12:01:36.45 ID:8ig9NRmb
多bit処理の有用性は昔から言われているけど、
根付かない理由のひとつに表示環境だったり
8bitモニターならデコード後のポスト処理で多bit処理すれば何とかなってしまうのもある
98 :名無しさん@編集中2011/09/19(月) 12:15:47.05 ID:YSjhzI0H
pop@4bitのところの10bit版x264.exeを試しに使ってみてるけど
同じソース動画、同じオプション設定なのに、10bit版でエンコ
すると若干ファイルサイズが縮むな。

再生のほうはLAV Filtersで何の問題もなく再生できてる
もちろんディスプレイは特殊なのじゃなくて極普通のBenQの液晶

さすがにエンコ速度は10bit版のほうが遅いけどねw
102 :名無しさん@編集中2011/09/20(火) 01:24:14.25 ID:oPLx7a0h
10bit版だと16bit演算とかバッファが使えないのね
今までのsimdコードが使えなくて遅いのか
103 :名無しさん@編集中2011/09/20(火) 02:53:36.62 ID:IM2BxCl2
エンコは遅いがファイルサイズが縮んでPSNRも少し改善。
これなら8bitのままでBとrefsをちょっと多めに盛った方が気軽じゃない?
105 :名無しさん@編集中2011/09/20(火) 03:30:45.55 ID:/qAidSJM
--refsはいつでも大きくしてよいのか?
http://blog.mura.com/blogs/index.php/charlie/2009/09/09/x264_larger_refs_is_always_good
Bフレームを増やして画質をUp ? 動きの少ないシーンでは如実な効果が
http://blog.mura.com/blogs/index.php/charlie/2009/09/05/x264_bframe_params

盛り過ぎはどうかと思うが、盛らないよりは持った方がPSNRは改善する。ただしエンコが遅くなるけど
119 :名無しさん@編集中2011/09/20(火) 13:24:00.89 ID:p3/zGLG7
>>105
Bフレーム増やすと実写とかで汚いフレームができやすくなるように思うのだが、
それでも増やした方がいいのか?
120 :名無しさん@編集中2011/09/20(火) 14:38:29.14 ID:tc8KuMon
>>119
自分の感覚を信じるんだ
非可逆で心理考慮の圧縮なんて1個のソースで結論付けられるわけがない

そのブログでも 他は試してないのでわからんよ 的な予防線は張ってる
> デジタル制作のアニメは素材のS/Nが極めて良好で、画質を落とさず圧縮率を高めやすい特殊な例である。グレインの乗った実写とか、アニメでもアナログキャプチャだと効果が表れなかったり、特性が異なるかもしれない。
123 :名無しさん@編集中2011/09/20(火) 18:43:39.03 ID:m916R5ee
>>120
だとすると、実写とかだとBフレーム0というのもありということ?
圧縮効率は落ちるけど。
128 :名無しさん@編集中2011/09/20(火) 20:39:12.60 ID:tc8KuMon
>>123
オプションを変えながら試した奴なんで全く同じ条件では無いんだけど
b-adaptだけでフレームの割合がごっそり変わるソースがあって40%ぐらい縮んだんだが
出来上がりはグレインノイズが全部のっぺりしてとても見れたものにはなってなかった事がある
全てはソースや他のオプション次第だから試すしかない

--b-adapt 1
x264 [info]: frame I:72
x264 [info]: frame P:2580
x264 [info]: frame B:44

--b-adapt 2
x264 [info]: frame I:11
x264 [info]: frame P:701
x264 [info]: frame B:1984
129 :名無しさん@編集中2011/09/20(火) 22:02:02.40 ID:ng3374k1
>>124>>128
そうなのか。実写でのBフレーム利用は難しいな。
Bフレームは、つけることが必須というわけではないようだし、
BフレームをつけないHigh Profile、10bit、4:2:2なファイルを作ってみるかな。
106 :名無しさん@編集中2011/09/20(火) 03:48:58.82 ID:0Qaf6aPm
SSIM小数点2ケタとか、誤差の範囲じゃね?
1つ2つのソースで言い切るか…って2年前の話かよw
107 :名無しさん@編集中2011/09/20(火) 04:18:46.59 ID:S0VQuosq
PC以外の再生機器のことを考えると当分は8bitで行かざるを得ない
116 :名無しさん@編集中2011/09/20(火) 12:27:55.67 ID:wLFB/cS3
>>107
折込処理済みなら8bitでもいいかな
111 :名無しさん@編集中2011/09/20(火) 11:34:24.70 ID:aaqfIEc5
8-bitではどうにもならないバンディングが大きく改善するのは、10-bitを使う理由にはなる。
112 :名無しさん@編集中2011/09/20(火) 11:48:25.93 ID:TP/xjMjZ
HWを10bitで揃えるとそうだろうけど
117 :名無しさん@編集中2011/09/20(火) 12:43:31.33 ID:aaqfIEc5
>>112-113

フィルターチェインの最後にditherやflash3kyuu_debandを持ってきて、16-bitにアップサンプリングするだけでも、
8-bitのディスプレイで区別が可能な違いになる。
113 :名無しさん@編集中2011/09/20(火) 11:59:09.95 ID:zsogY3Gu
ソースも10bitにならないと本当とは言えないなあ
118 :名無しさん@編集中2011/09/20(火) 13:11:14.94 ID:g/O/ip38
>>113
例えばゲームのプレイ動画をRGBキャプチャした場合とか
別に大仰なこと考えなくても。
114 :名無しさん@編集中2011/09/20(火) 12:26:50.40 ID:sJGZ77c1
利便性やエンコード速度に見合う効果があるかが問題
低ビットレートほど10bitを使うべき
115 :名無しさん@編集中2011/09/20(火) 12:27:25.00 ID:XRGHaEKI
で、自前の10bitソース用意するために500万前後のカメラを買ってしまった、と
122 :名無しさん@編集中2011/09/20(火) 18:35:59.18 ID:V3ewsm+m
質問失礼します。

・--output-csp rgbとした場合、内部ではRGBではなくYUV4:4:4として圧縮されているのでしょうか?
(MediaInfoなどではYUV4:4:4とあり、matrix_coefficientsの部分がRGBになっているようです)

・--output-csp rgbで出力したものを正常に再生できるデコーダーはあるでしょうか?
 (ffdshowやLAV Filters 0.35では色がおかしくなってしまうようです。)

・10bit-depthで--output-csp rgbがサポートされていないのには何か理由があるのでしょうか?
125 :名無しさん@編集中2011/09/20(火) 18:59:12.36 ID:sJGZ77c1
>>122
・RGB444で圧縮されてる
・今のところ対応デコーダは無いはず (少なくともFFmpegベースのは未対応)
・さぁ…規格が対応してるかどうかは知らない
315 :名無しさん@編集中2011/10/09(日) 10:39:26.78 ID:xIhXW3Rw
>>122
FFmpegがBGR24Pに対応したっぽい
124 :名無しさん@編集中2011/09/20(火) 18:47:30.39 ID:4cT40ZHW
Bフレーム嫌いだから(理由は割合)使わない人もいる、
程度に思っとけばいいんじゃね?
Bフレームを使用するかどうかは別に押し付けることじゃないし
126 :名無しさん@編集中2011/09/20(火) 19:16:53.98 ID:CEpCXrBH
Changes in Haali Media Splitter 1.11.288.0 (16.09.2011):

- FIX: MP4 file association.
? Haali Matroska Splitter 03.03.2011:
? Fixed items:
- Fixed unrecognized video track in some transport streams
- Added more H.264 aspect ratio options
- Fixed occasional excessive disk I/O when paused

http://haali.su/mkv/
どこにもないんですけお・・・
149 :名無しさん@編集中2011/09/22(木) 20:41:31.88 ID:xsvURX0o
>>126,127
Haali Media Splitter最新版?
本家に無いのになんでnlにあるんだ
130 :名無しさん@編集中2011/09/21(水) 00:09:21.73 ID:dMgUqyj4
まったく使わないてのはもったいない気がする。
双方向予測は使わないってことでしょ?
上手く使えば劣化知覚無く圧縮率上げられて、x264は常に設定枚数
使うんじゃなくて判定して挿入するわけだし。

x264の判定が完全にゴミでbフレーム入れるくらいなら
iフレームの質落としてp入れた方がマシってならそうだけど
そうやって考えてくとpフレームの判定もゴミだから全部iフレームにしよう
ってなったらmotion jpegでどうぞってなるじゃん。

一番良いのは選択の幅を広くしておいてx264が最適な判定をしてくれることだから
判定が気に入らないなら連続枚数を少なくてしてそれでも気に入らないなら
biasを下げる方が良いんじゃないかな
131 :名無しさん@編集中2011/09/21(水) 00:31:51.42 ID:eq6qbz++
よくわかんねえけど、単にデフォのqp値がI>P>BになってるからBの画質ゴミとかいう
だけの話なら、ipratioとpbratio弄ればいいんじゃねーの?
134 :名無しさん@編集中2011/09/21(水) 09:57:31.45 ID:QmyhY7Of
最強厨はどっかいけよ。エンコ速度を落としてまで画質にこだわる気はないぞ。
136 :名無しさん@編集中2011/09/21(水) 10:22:59.02 ID:UrPpa9YD
>>134
試しにx264ロスレスでエンコしてみろよ
めちゃ速いぞ
141 :名無しさん@編集中2011/09/21(水) 23:12:07.06 ID:1YNu3glG
>>134
お前の望みが叶うとでも思ってんのかw
137 :名無しさん@編集中2011/09/21(水) 10:31:17.47 ID:VG/UPA8z
ロスレス=ゴミレスがどうかしたか?
138 :名無しさん@編集中2011/09/21(水) 11:09:10.85 ID:bpijvy++
>>125
遅くなってしまいましたが回答ありがとうございました。

>>137
レスとしてはゴミだがゴミがlessならそれは素晴らしいことであるとかうんたらかんたら
142 :名無しさん@編集中2011/09/22(木) 04:41:28.67 ID:JiGXabQf
r2085
4:2:2 encoding support
148 :名無しさん@編集中2011/09/22(木) 20:32:09.50 ID:EsZaStff
>>142
.nlにきたな
143 :名無しさん@編集中2011/09/22(木) 12:22:40.31 ID:s7FxyBKu
422対応したか
だれか簡単にメリット教えてくれ
145 :名無しさん@編集中2011/09/22(木) 13:08:12.11 ID:JiGXabQf
>>143
http://en.wikipedia.org/wiki/H.264/MPEG-4_AVC#Software_encoder_feature_comparison
ここのページで他よりも多機能と自慢できるのがメリットといえばメリットかな
あとはインタレソースのアナログキャプチャとかにも使おうと思えば使えるくらいか
146 :名無しさん@編集中2011/09/22(木) 15:54:08.24 ID:s7FxyBKu
>>145
翻訳ありがとう
アナログソースはもういじらないだろうし
444で編集したものは従来通り411出力だろうし
あまりオイラには恩恵ないか
152 :名無しさん@編集中2011/09/22(木) 21:45:18.16 ID:ZdNqRHID
地デジやBSで10bitなんて意味無いじゃんアンポンタンが喜ぶだけだら
155 :名無しさん@編集中2011/09/22(木) 22:01:06.49 ID:s7FxyBKu
>>152
サイズ縮小用途で最近10bitエンコードしているよ
あまり効果を実感したことはないけどなw
156 :名無しさん@編集中2011/09/22(木) 22:02:37.22 ID:mGzRo7Ic
いろいろツッコミどころ満載なエンコパラメータだな。
10bit対応はいいけどちょっと詰めが甘すぎだろ。
157 :名無しさん@編集中2011/09/22(木) 22:07:36.56 ID:fpGKuucY
元が8bitのBDアニメを10bitでエンコする意義が見いだせないんやなw 悲劇やなw
162 :名無しさん@編集中2011/09/22(木) 23:07:27.73 ID:fpGKuucY
エンコード知識のない情弱外人特有のコマンドラインパラメータやなw
163 :名無しさん@編集中2011/09/22(木) 23:09:01.84 ID:blOd6S3D
ソースによるとしかいえんような
演出でわざとノイズかけまくってるようなソースなのかもしれんし
166 :名無しさん@編集中2011/09/23(金) 00:14:27.09 ID:huMLtqEY
階調なら来月からのシャナ3でみれるんじゃないか?
シュタゲほどではないと思うが。
168 :名無しさん@編集中2011/09/23(金) 12:54:38.34 ID:b1AR6zg9
CPUによって解析カットされる件って結局組み込まれた割に反応薄いな
169 :名無しさん@編集中2011/09/23(金) 16:45:43.22 ID:TvG6KDpL
進化の過程で10bitはありだけど俺は使わないな
他力本願だが、とっとと12bitか16bitにしてくれ
173 :名無しさん@編集中2011/09/23(金) 18:05:39.42 ID:LB2kNp0v
>>169
14bitより上はHEVC待ちじゃね?
174 :名無しさん@編集中2011/09/23(金) 20:21:31.19 ID:C1xEHUN4
10bit-depthで4:2:2エンコしたものを正常にデコードできるデコーダーって何かありますでしょうか。
LAV Filters v0.35では緑の横線が超乱舞してました。
224 :名無しさん@編集中2011/09/27(火) 23:16:03.11 ID:2285aYH+
>>223
つ >>174-175
226 :名無しさん@編集中2011/09/28(水) 00:04:08.59 ID:fElj7I7W
>>224
Flashplayerで再生できるのは知っています。
一般的なデコーダでありませんか?
227 :名無しさん@編集中2011/09/28(水) 00:10:32.06 ID:Gy92UzZo
>>226
そもそもHi10P以上は一般的な規格じゃないし
まぁ待てばffmpeg系が対応するんじゃね?
228 :名無しさん@編集中2011/09/28(水) 06:53:36.76 ID:QYd4CyuL
>>225
VLCもffmpeg使ってるから対応してないよ

>>226
CoreAVCも未対応、DiAVCも未対応
業務向けのソフトウェアに付属するデコーダなら既に対応してるのありそうだな
無料ならリファレンスデコーダがあるにはあるけども、パンピーが使うもんじゃあない
229 :名無しさん@編集中2011/09/28(水) 10:27:49.39 ID:UANwLo2z
>>226
DivX H.264 decoderが対応してるな。
232 :名無しさん@編集中2011/09/28(水) 11:25:07.94 ID:UANwLo2z
>>229
訂正
DivX H.264 decoderは422。
444はFFmpeg系が出来る。
175 :名無しさん@編集中2011/09/23(金) 20:22:35.64 ID:cTm6rc3L
Flash Playerで再生できたよ、マゼンダの線入るけど
176 :名無しさん@編集中2011/09/23(金) 21:44:37.94 ID:C1xEHUN4
>>175
ありがとうございます。右側のマゼンタ色の縦線は10bitの4:2:0出力でも入るみたいですね。
DirectShow系のデコーダーは、まだ市販のものくらいしかないのだろか。
179 :名無しさん@編集中2011/09/23(金) 23:11:20.91 ID:cTm6rc3L
>>176
FFmpegベースのやつはダメっぽい>DirectShow系
4:2:2がバグってるようだ
FFmpegベースじゃないデコーダもいくつかあったはず
177 :名無しさん@編集中2011/09/23(金) 22:18:09.78 ID:yXWnrpU4
デコーダーの質問なのかスプリッタの質問なのか…
178 :名無しさん@編集中2011/09/23(金) 22:52:18.21 ID:C1xEHUN4
>>177
すみません、よくわかってませんが4:2:2のデコードって何かスプリッタ側の対応も必要なんでしょうか?
試した組み合わせはLAV Splitter+LAV Videoでしたが・・・。
181 :名無しさん@編集中2011/09/24(土) 13:18:47.41 ID:AnzNqR7r
>>178
そうじゃなくてさ、デコーダー聞いといてLAV Splitter使ってますしか言わないのは、どうなんだってこと。
デコーダーの質問をしたいんでしょ?
182 :名無しさん@編集中2011/09/24(土) 13:48:42.14 ID:By3R9xFS
LAV Video = LAV Video Decoder
183 :名無しさん@編集中2011/09/24(土) 14:01:09.29 ID:egoQhMsR
>>181
>>182さんが書いてくれてますが、「LAV Filters」は、
  LAV Splitter
  LAV Video Decoder
  LAV Audio Decoder
の3点セットです。
スプリッタは最初から有名だったみたいですけどデコーダーがセットになってるのはあまり知られてないのかな・・・。
わかりにくい書き方ですみませんでした。
185 :名無しさん@編集中2011/09/24(土) 18:07:00.45 ID:UOAZlC/K
2つ並べてまちがい探し形式だと全然わからんw
つーかなんでそんなソースなんだ。
188 :名無しさん@編集中2011/09/24(土) 18:55:27.99 ID:APbKs7Na
並べて一つにされるより別々の画像切り替えのほうがわかりやすい
んだよな。まあこれは結構はっきりわかるけど。
194 :名無しさん@編集中2011/09/25(日) 01:32:24.30 ID:t3GvbF/G
マッハバンドってGeforce5〜7までの
内部処理8bit256階調が原因のガタガタ階調だろ?
(ゆめりあベンチで顕著)

サイズ縮小とバンディング対策に10bit
エンコ速度と汎用性と再生支援から8bit

それぞれ好き好きだとおもうけどねぇ
195 :名無しさん@編集中2011/09/25(日) 01:58:42.28 ID:WCko2Q/f
196 :名無しさん@編集中2011/09/25(日) 02:48:16.74 ID:7uJ2leZy
>>195
トーンジャンプとバンディングは使うソフトで言い方が異なるだけで
広い意味で同じものだから分けての説明は間違っていると思う

階調抜けしている部分をディザで視覚的に補間するのがデバンドなわけだし
200 :名無しさん@編集中2011/09/25(日) 15:57:48.53 ID:IcKu+cw5
8bitでバンディングが出るのは間の処理でbit落ちしてるせい
ちゃんと処理すれば8bitでも階調はなめらかだよ
204 :名無しさん@編集中2011/09/25(日) 17:09:12.97 ID:nMqF6nIi
>>200
ちゃんとって具体的にどんなことを指しているの?
205 :名無しさん@編集中2011/09/25(日) 17:10:47.17 ID:IcKu+cw5
>>204
明るさを少し上げるだけでbit深度が減る
202 :名無しさん@編集中2011/09/25(日) 16:23:54.29 ID:zQ37f5bR
10bitで圧縮効率が上がる理由がさっぱり検討つかないのだが
ソースが8bitでもホントに10bitっていい事あるの?
209 :名無しさん@編集中2011/09/25(日) 21:30:46.77 ID:TevhnB+H
>>202
8-bit -> 10bitで丸め誤差が75%減る等の結果として、PSNRが20%くらい良くなる。
210 :名無しさん@編集中2011/09/25(日) 21:41:07.49 ID:zQ37f5bR
>>209
どこで発生する丸め誤差?
211 :名無しさん@編集中2011/09/25(日) 22:09:25.53 ID:PmDgA0ni
>>210
とりあえずx264.nlのトップに貼られてる3つのPDFを読むといいかもしれない。
  http://x264.nl/x264/10bit_01-ateme_pierre_larbier_422_10-bit.pdf
  http://x264.nl/x264/10bit_02-ateme-why_does_10bit_save_bandwidth.pdf
  http://x264.nl/x264/10bit_03-422_10_bit_pristine_video_quality.pdf
212 :名無しさん@編集中2011/09/25(日) 22:31:32.40 ID:TevhnB+H
>>210
MCやDCT
213 :名無しさん@編集中2011/09/25(日) 22:49:58.96 ID:zQ37f5bR
>>211
thx とりあえず見てみる

>>212
H.264はDCTで丸め誤差出ないでしょ
MCは分数画素単位ならたしかに精度は少し上がるかな。。。
206 :名無しさん@編集中2011/09/25(日) 17:13:11.73 ID:KIL7ok/t
それは「ちゃんと処理」といっていいのかな?
効果はあるだろうけど
207 :名無しさん@編集中2011/09/25(日) 18:26:22.47 ID:gQWRTPBH
写真屋だが8・10bitはリサイズしたりアンシャープかけたりすると異なる。
RGB→Lab→輝度にアンシャープ→RGBとすると劣化が少なくて済む。
208 :名無しさん@編集中2011/09/25(日) 21:15:14.66 ID:IedTBjdR
Labってなんぞ?
214 :名無しさん@編集中2011/09/26(月) 15:35:09.68 ID:XSrwuLFu
216 :名無しさん@編集中2011/09/26(月) 22:38:53.51 ID:DF6JdzQS
>>214
ヘェヘェヘェ∩\(゜∇゜)
で、これ動画に適用するとしたらAdobeの糞高いソフトしか使えないの?
217 :名無しさん@編集中2011/09/27(火) 19:23:30.71 ID:mRsqxmmc
新しく2600KのPCを組んだんだけど、E5200(2coreのcore2)での
エンコと比べると1%程度ファイルサイズが大きくなるが、

x264のオプションでスレッドを3に設定すれば、E5200と同じ結果に
なるみたいだから、並列化の弊害ということでいいのかな。
218 :名無しさん@編集中2011/09/27(火) 19:25:21.71 ID:0pymwMkK
スレッド増やすと圧縮効率下がるはずだが1%も違うか?
219 :名無しさん@編集中2011/09/27(火) 19:55:15.92 ID:mRsqxmmc
>>218
1%は大げさすぎた、すまん。

昨日のイカ娘のエンコを音声なしで比較して、以下の違いだった。
3スレッド → 318,075KB
12スレッド → 320,527KB

0.77%の増加だけど、これぐらいはしょうがないみたいね。
221 :名無しさん@編集中2011/09/27(火) 21:37:24.90 ID:cgQ2MPH8
10bitサポートのx264でエンコする場合、通常のx264のCRF値が20だとすると10bitのx264は8ってことで間違いないですか?
223 :名無しさん@編集中2011/09/27(火) 23:04:22.73 ID:mx55oxXI
Aviutlでx264guiExを使用し4:2:2のh.264ファイルを出力してみたのですが、
映像からブロックや縦縞が出て正常に再生できません。
ffdshowやLAVFiltersもインストールしてみましたが上手くいきませんでした。
どうしたら4:2:2や4:4:4のh.264ファイルを正常に再生することができますか?
4:2:2や4:4:4のh.264が再生できる適切なデコーダはフリーでありますか?
225 :名無しさん@編集中2011/09/27(火) 23:54:14.50 ID:w5Rr3L0d
ソフトウェアとしての行儀が悪いのであまり薦めたくはないが、
VLC media playerが対応していたような。
235 :名無しさん@編集中2011/09/28(水) 15:45:24.18 ID:ULrTXP5u
DivXはかなり昔に入れたもんなので、今はもうちょい新しいのが出てるかもしれない。
236 :名無しさん@編集中2011/09/28(水) 15:49:49.99 ID:X8QiTPFR
再生したいファイルも再生できないこんな世の中じゃ
239 :名無しさん@編集中2011/09/28(水) 23:03:03.93 ID:rBG6vIYz
>>236
ゴロが悪い

  デコードしたい動画 見れない世の中じゃ
238 :名無しさん@編集中2011/09/28(水) 15:56:13.24 ID:Gy92UzZo
x264は一応規格通りだと思うぞ
AVCCAMなんかじゃHi422Pだって使えるじゃないか
240 :名無しさん@編集中2011/09/29(木) 02:28:47.12 ID:p+gNQPSZ
Hi10pはプロユースだから、保存用にするならともかく人には渡せないなぁ
242 :名無しさん@編集中2011/09/29(木) 04:59:40.19 ID:0hMD64+F
x264と各種デコーダが対応した時点で、Hi10Pは既に民生に降りてきたわけで>プロユース
あとはどれだけ広まるかだな
249 :名無しさん@編集中2011/09/29(木) 22:43:07.30 ID:aBOVTn9r
>>242
商用BDプレーヤーでの対応とか家電での再生ができるなら、民生に下りたって言って良いと思う
まぁHi10pのDXVA対応も目安の一つかもね
243 :名無しさん@編集中2011/09/29(木) 07:53:53.27 ID:+qhgNg4m
iOSとかAndoroidの標準アプリで再生できるようになれば気軽に使えるだろうけど、
そこまでは普及しないだろうな。
245 :名無しさん@編集中2011/09/29(木) 14:50:52.96 ID:C9yHSkYw
普及より先にh265が来て開発陣も移行して結局充分にデコーダが普及せず映像の高解像度化に伴い色空間での違いがそれ程問題とならなくなりh264の422と444は黒歴史の如く扱われる訳ですねわかります。
高bit深度はどっかのメーカーが高画質保存技術とか何とか謳い文句にして急激に普及する時が来そう
246 :名無しさん@編集中2011/09/29(木) 14:57:11.15 ID:oX6uhbkv
h265なんて影も形も出てこないし
x264が未だにアセンブラ化だのCPUの特殊命令対応だのを連日行い
どんどん高速化していってるというのに、h265なんていつ声がかかるんだ

250 :名無しさん@編集中2011/09/30(金) 14:20:25.04 ID:TN0wD9vK
>>246
気をつけろ、h265とかうかつに書き込むと、レオナルド・キャリリオーネたんが
「H.265 じゃなくて、HEVC って呼べやごらぁ」と怒鳴りこんでくるぞ。
247 :名無しさん@編集中2011/09/29(木) 16:57:04.75 ID:unogR2cV
今年か来年には規格のドラフトが出るんじゃなかったっけ?
フリーなプロジェクトが始まったとしても個人のライセンスがどうなるか分からないけどな
H.264が異例っぽい気もするし
248 :名無しさん@編集中2011/09/29(木) 19:48:05.78 ID:oX6uhbkv
規格が決まっても、そこから速度や画質の向上という地道なコーディング
があるわけで、それは10年仕事なわけですよ

251 :名無しさん@編集中2011/09/30(金) 14:48:37.55 ID:GOSQMGY5
怒鳴りこんでくればいいよ
みぞおちに蹴りいれて黙らせるから
255 :名無しさん@編集中2011/10/01(土) 16:06:12.94 ID:7BLF7CP/
すみません、少し相談させてください。

x264の動画をを再エンコードしたいのですが
品質を指定して再エンコードする方法で何かオススメの方法はないでしょうか。
品質以外の設定は全て元の動画のままにしたいです。
256 :名無しさん@編集中2011/10/01(土) 16:34:12.18 ID:ODcYchIi
>>255
無料ならAviutlがオススメだけど設定が大変
有料ならTME w5で楽々エンコードコースがある
261 :名無しさん@編集中2011/10/02(日) 10:42:04.33 ID:aRXZi/G0
>>255
ややこしいことはしないみたいだから
Avisynthで読み込みx264でエンコ。
257 :名無しさん@編集中2011/10/01(土) 17:06:23.24 ID:UgL5uqGH
AviUtl使ってるけどtsの場合は最初にノイズが出る場合がある
handbrakeがいいらしいけど英語で読めんorz
258 :名無しさん@編集中2011/10/01(土) 17:28:41.85 ID:aEmPI0Gt
TMPGEncVMW5で細かい設定可能なのか?とか・・・。
空tsかも知れんがx264の動画をって行ってるのにtsの場合はとか…。
と言いつつAviutlもAvisynthも一旦設定すればたいして変わらんし
それぞれのwikiでもググレるかそっちのスレ行けと突き放してみる。
260 :名無しさん@編集中2011/10/01(土) 20:06:31.35 ID:4qX9Dy4j
mediacoderでいいんじゃない コンテナさえ理解しとけば使えるだろうし基本何でも読める
262 :名無しさん@編集中2011/10/02(日) 12:44:36.83 ID:yBovRdAR
加工せずに再エンコならavisynthすら使わずx264 -demuxer指定でそのまま再エンコできるような
264 :名無しさん@編集中2011/10/02(日) 13:33:25.73 ID:zcivXut/
アドバイス有難うございます。

TME w5を試してみたのですが、一部スタッフロールが縦に
流れるシーン等がカクカクな動きになってしまいました。

設定は動画を読み込んで

フィルター
・インターレース解除を行わない

映像出力設定
・ストリーム形式:MPEG-4 AVC
・映像エンコーダ:x264
・VBR(固定品質):60%
・他は動画を読み込んだ際の情報そのまま

こちらでエンコした結果、容量も下がり画質も問題なかったのですが
スタッフロールの動きだけがおかしくなりました。
インターレース解除を行わなければ元のままだと思ったのですが
違うという事でしょうか。
265 :名無しさん@編集中2011/10/02(日) 13:42:04.08 ID:zcivXut/
すみません、情報が抜けていました。

元動画のフレームレートは23.98fpsで
エンコード後のファイルも23.98です。

元動画はスムーズに表示され、エンコード後
の動画はカクカクな表示になります。
267 :名無しさん@編集中2011/10/02(日) 14:18:46.32 ID:zcivXut/
スレ違い失礼しました。

この件は別のスレで再度質問させて頂きます。

情報を頂き有難うございました。
268 :名無しさん@編集中2011/10/02(日) 15:04:05.72 ID:V/riJRrJ
白黒映画向けの設定のポイント教えてくらはい
272 :名無しさん@編集中2011/10/02(日) 18:32:35.85 ID:ATudNERT
>>268
白黒映像といえば色空間4:0:0だが、x264はまだサポートしていないのかな。
ハイプロファイル以上ならサポートしている筈なんだけど...
http://ja.wikipedia.org/wiki/H.264#.E3.83.97.E3.83.AD.E3.83.95.E3.82.A1.E3.82.A4.E3.83.AB.E3.81.A8.E3.83.AC.E3.83.99.E3.83.AB
274 :名無しさん@編集中2011/10/03(月) 01:06:21.39 ID:4+UvRYVt
フィルムの色が付いてるからな。 トップをねらえ最終話とか緑っぽい。
276 :名無しさん@編集中2011/10/07(金) 01:25:39.32 ID:oUQ01cb5
久しぶりにDTV板覗きにきた
r1937から全く更新してないんだけど
劇的変化ありましたか?
277 :名無しさん@編集中2011/10/07(金) 01:31:31.16 ID:9b3SbDqd
劇的に変わったといえば色空間と深ビット関係ぐらいかな。
279 :名無しさん@編集中2011/10/07(金) 01:41:19.16 ID:c0agqr6u
出先でID変わっちゃたけど...

>>277
色空間と深ビット?
深ビットって気になるところ
色空間は圧縮関係なのかな?

全然設定弄って無かったからまた勉強しなおしかなこれは

過去ログ見てみる
ありがとうです

280 :名無しさん@編集中2011/10/07(金) 01:48:41.36 ID:+3KQW8rS
いや、8bit YUV4:2:0 以外の形式でも出力できるようになったってだけだから、
設定を変える必要はあまり無いんじゃないかなと思う

どの更新がどのリビジョンだったかなんて結構覚えてないもんだな……
281 :名無しさん@編集中2011/10/07(金) 02:10:45.48 ID:Et6LdpxO
またWi-Fiのスポットのせいで...

>>280
色空間縛りが無くなったのね
てっきり色空間で圧縮率変わったのかと思った
fpsの時みたいに...
過去ログ見る限り特に新しいリビジョンにしなくてもいいかな
圧縮率は上がってるんだろうけど

とりあえずありがとうです
またちょくちょく覗ききます
282 :名無しさん@編集中2011/10/07(金) 03:01:51.20 ID:9edp35jk
ここしばらく2074のままだなー
285 :名無しさん@編集中2011/10/07(金) 13:11:44.63 ID:p/DVqtE7
>>282
結構前から2085だろ…
287 :名無しさん@編集中2011/10/07(金) 19:43:25.80 ID:jcDCNBrI
全然入れ替えて無くて
subme 11を試したかったから更新
テストしたら時間伸びすぎて吹いた
288 :名無しさん@編集中2011/10/07(金) 19:53:56.91 ID:saNJv64e
かかる時間はどうでもいい、画質を保ったまま少しでも縮めたい、という人にとっては
me tesaと同じく有用だとは思う
時間を気にするならちょっと躊躇する重さだけど、まあtesaよりはマシ
289 :名無しさん@編集中2011/10/07(金) 19:58:28.28 ID:qNw6oTaY
subme11ってめずらしく目で見てわかる画質向上じゃないかなぁ
290 :名無しさん@編集中2011/10/07(金) 19:59:06.56 ID:3nQSI+pJ
10が汚くなり過ぎなんだよ
mbtreeと組み合わせると驚きのやばさ
291 :名無しさん@編集中2011/10/07(金) 20:47:24.73 ID:kyC2d/1L
ID変わったけど
subme 11が無難なのか
画質向上するなら願ったり叶ったり
テスト中だったから時間伸びたのに驚いたんだ
とりあえず伸びた分違った方で時間短縮方向考えよう
subme 9から11に変えたくらいで1時間伸びるのはさすがにきついw
296 :名無しさん@編集中2011/10/07(金) 21:06:19.93 ID:saNJv64e
>>291
伸びた時間を他のオプションで稼ごうと思ってるなら無理にsubme 11は
使わない方がいいと思う
tesaと同じで縮めるためなら時間をコストと考えない人向け
まあ最終的には個人の価値観、好き好きだけどね
297 :名無しさん@編集中2011/10/07(金) 21:13:07.16 ID:kyC2d/1L
>>296
たびたびアドバイスthx
1年ぶりに更新したから完全に浦島状態
設定も固定化しちゃってたから
この連休でちょっと見直してみるよ
299 :名無しさん@編集中2011/10/08(土) 00:22:59.78 ID:PzOZt3K2
>>297
とりあえず最近だと 10bit出力とrgb、444、422の出力ができるようになったのとvfrのmbtree最適化による画質向上あと速度と容量比画質がちょくちょく改善されたぐらいか

重い重い言われてるtesaも昔から比べると結構早くなったよねぇ。低解像度なら進んで使ってもいいぐらい
304 :名無しさん@編集中2011/10/08(土) 19:19:42.33 ID:7pvO0Qjk
>>299
tesaはSSE4が使えると圧倒的に速かったはず。それでもまだ遅いが。
292 :名無しさん@編集中2011/10/07(金) 20:51:40.95 ID:bhaGrBdi
11ってそんなに良いものだったのか。
将来実装するオプションの準備程度のものかと思ってた。
294 :名無しさん@編集中2011/10/07(金) 20:58:29.37 ID:kyC2d/1L
>>292
比較で1本作ったが圧縮率がいい感じ
画質に関しては目くらな俺には正直わからん
圧縮率が異常に上がってるのは確か
293 :名無しさん@編集中2011/10/07(金) 20:55:32.51 ID:3nQSI+pJ
でも11も10の圧縮率を保ちつつ画質が上がっているといっても暗部に弱いからなんとも
他のオプションと合わせてSubme9を超えれるかどうか
295 :名無しさん@編集中2011/10/07(金) 21:05:40.03 ID:kyC2d/1L
とりあえず今まで外してたオプション付けて
デフォルトに近い状態で当分様子見しよう
リビジョン変わって変化あっただろうし
デフォルト無難になることを祈ろう
298 :名無しさん@編集中2011/10/07(金) 21:58:09.71 ID:rcr7+sjQ
俺もTMPG5の発売から離れてた太郎さん
結局は字幕付DVDのrip縁故以外はcuiに戻っちゃったw
基本ROM専だけどまたみなさんよろしくお願いします m(_ _)m
302 :名無しさん@編集中2011/10/08(土) 14:55:22.42 ID:Hmj845Ro
Googleさんの偉大さをあらためて思い知った。

「chingelog」って検索したのにちゃんと「changelog」が出てきた。
305 :名無しさん@編集中2011/10/08(土) 21:32:42.65 ID:2TYWqKgR
Subme11使ってみたけど
Subme10よりファイルサイズが3%位増えてエンコ時間は30%増えて
見た目の画質は静止画で確認してやっと分かるレベルの違いしかなかった
307 :名無しさん@編集中2011/10/08(土) 22:39:35.16 ID:684m2CdG
オプションなんかをひとつも書かずにカキコしてるんだから
"ソースによる"ってことでいいんじゃん
308 :名無しさん@編集中2011/10/08(土) 23:06:06.89 ID:s9SA0ohJ
僕は濃口が好き
313 :名無しさん@編集中2011/10/08(土) 23:22:22.97 ID:684m2CdG
>>308
誰かが書くとおもった
309 :名無しさん@編集中2011/10/08(土) 23:14:04.60 ID:HvQTFr4d
x264,avisynth,avs2pipeでエンコードした動画にノイズが…
思い当たるのはUSBメモリ抜き差しだけど、そういうのでノイズって入るもの?
314 :名無しさん@編集中2011/10/08(土) 23:48:46.29 ID:ROfm0eG5
再生した環境(デコーダ側)が悪いだけじゃないのか?
エンコした環境では正常に視聴できるのに、再生した環境でノイズが混じったりする事はよくある。

UVDやDXVAなどのGPU支援を使って再生するときは特にな。
YUY2などでCPU再生するときはノイズも出ずに快適に表示されるはず。
あとはGPU支援がサポートできないエンコードパラメータを加えている可能性もあるかもな
317 :名無しさん@編集中2011/10/09(日) 12:28:48.56 ID:OHNDktN7
--no-mbtree --no-fast-pskip --no-dct-decimate を今まで使ってたが
リビジョン新しくして --subme 11に変更してから全部使うようにした
デフォルトに近い方がマシなように思えてきた
318 :名無しさん@編集中2011/10/09(日) 12:41:23.22 ID:w8v3v8J+
使ってたが使うようにしたっていろいろわかりにくいぞ
わかるけどさ
319 :名無しさん@編集中2011/10/09(日) 12:46:34.57 ID:pelzY0ew
>>318
わかりにくいけどわかったって
ちょっと萌えた
今攻略してるエロゲキャラみたいだ
ハァハァ
321 :名無しさん@編集中2011/10/09(日) 15:08:42.80 ID:ytDPSJxy
なんか最近はプリセットのデフォルト設定でいいや感はあるよね。
323 :名無しさん@編集中2011/10/09(日) 15:21:36.86 ID:RjwDO15u
アニメソースでも実写ソースでもSSIMが0.95以下な設定は基本却下。
324 :名無しさん@編集中2011/10/09(日) 15:24:18.10 ID:RfsrNKhu
>>323
0.95以下にならない晒してみな
326 :名無しさん@編集中2011/10/09(日) 16:09:28.81 ID:RjwDO15u
>>324

@echo off
if "%~1" EQU "" goto end
set exePath=c:\tuner\AviSynth 2.5\plugins
if "%~dp1%~n1_0ms.aac" EQU goto enc
"%exePath%\avs2wav2g.exe" "%~dp1%~n1.avs" "%~dp1%~n1.wav"
"%exePath%\neroAacEnc.exe" -br 160000 -2pass -if "%~dp1%~n1.wav" -of "%~dp1%~n1.aac"
:enc
"%exePath%\x264.exe" --ssim --crf 20 --ref 4 --bframes 8 --psy-rd 0.24:0.42 --min-keyint 1 --keyint 240 --scenecut 40
--partitions p8x8,b8x8,i4x4 --8x8dct --nal-hrd vbr --vbv-maxrate 12800 --vbv-bufsize 16384
--cqmfile "%exePath%\MiddleQuality-rev016_Matrix.cfg" --b-adapt 2 --direct auto --me umh --subme 7
--mixed-refs --b-pyramid normal --sar 1:1 --aq-mode 2 --aq-strength 0.98 --ipratio 1.37 --pbratio 1.34
--qcomp 0.78 --qblur=0.58 --deblock 1:-2:-1 --deadzone-inter 16 --deadzone-intra 8 --qpmin 4 --qpmax 68
--qpstep 6 --crf-max 25 --threads %NUMBER_OF_PROCESSORS% --thread-input --no-dct-decimate --profile high
--level 5.1 --colormatrix bt709 --transfer bt709 --colorprim bt709 --tcfile-in "%~dp1%~n1.tc"
--timebase 1001/120000 --output "%~dp1%~n1.264" "%~dp1%~n1.avs"
:mux
"%exePath%\maketc2mp4.exe" "%~dp1%~n1.264"
"%exePath%\mp4box.exe" -add "%~dp1%~n1.vfr" -add "%~dp1%~n1.aac" -new "%~dp1%~n1.mp4"
:end

ほらよ、実写ソースはまた今度な。マトリクスは行数制限あるし足りないから貼らない。
329 :名無しさん@編集中2011/10/09(日) 16:15:16.14 ID:RjwDO15u
>>327
しない。

>>326
誤 if "%~dp1%~n1_0ms.aac" EQU goto enc
正 if "%~dp1%~n1.aac" EQU goto enc

オリジナルのバッチコマンドから各種パラメータを消しながら
専ブラへコピペしてたから若干バッチコマンドがおかしくなっとるなw
379 :名無しさん@編集中2011/10/09(日) 22:30:28.87 ID:RjwDO15u
しかし口の減らない単発の多いこと。
態度の悪い>>324といい、こいつらいったい何様なんだ?
325 :名無しさん@編集中2011/10/09(日) 15:55:04.81 ID:M8sEtZgs
化物語1話の夕日に染まっている羽川の髪の主線がぶっとくなってしまう
赤系と黒系だから?
327 :名無しさん@編集中2011/10/09(日) 16:11:30.64 ID:i6s4KN6p
aqとマトリクスって干渉しないの?
328 :名無しさん@編集中2011/10/09(日) 16:11:45.12 ID:RjwDO15u
もしも、エンコ機でエンコしながら他の作業とかする気がないなら
--threads %NUMBER_OF_PROCESSORS% を除去すればもっと早くなるぞ。
331 :名無しさん@編集中2011/10/09(日) 16:28:09.22 ID:RjwDO15u
いったんエンコさせてしばらく置いて気分次第でCtrl+Cしてみたら?
SSIMは変換前の画像ソースと、変換後の画像ソースがないと判断できないからな
332 :名無しさん@編集中2011/10/09(日) 17:02:38.16 ID:3eJxtQZc
--crf 20使ってる時点で
オプションなんて適当でもいい気がする
333 :名無しさん@編集中2011/10/09(日) 17:04:48.54 ID:RjwDO15u
crf 20は妥協した設定なんだが。
アニメソースなら18ぐらいでもいい。
335 :名無しさん@編集中2011/10/09(日) 17:09:58.15 ID:wBf5IRuW
crf 20でも十分な感じするが
いつから20が妥協レベルになったんだ?
336 :名無しさん@編集中2011/10/09(日) 17:12:17.92 ID:i6s4KN6p
ソースに寄るんじゃね?
アニメソースで、特にノイズフィルタとかかけると画面の変化に乏しくなるから
crf 20よりちょっと上げるだけで一気に画面全体がノイジーになったりする
逆に実写ソースでcrf 20とかは明らかにおごりすぎだろうし
337 :名無しさん@編集中2011/10/09(日) 17:14:50.42 ID:zm3ByirS
SDソースの時は20以下で作ってたが
地デジBDソース扱うようになってからは
20以下は作らなくなったな
338 :名無しさん@編集中2011/10/09(日) 17:24:29.47 ID:RcmtjiAy
iPhone用しか作らないから
HDで作ってもアニメ地デジソースなら
crf20で十分だな
ファイルでかすぎても意味無いし
339 :名無しさん@編集中2011/10/09(日) 17:26:48.61 ID:tinVoI3H
同じcrfだって他の設定違ければ画質差かなりでるからな。
つっても人によって妥協点違うことのが大きいか。
340 :名無しさん@編集中2011/10/09(日) 17:27:38.68 ID:+nFBmwEn
crfなんて最終的な容量にしかあんまり関係ないだろ
重要なのはオプションの内容で
341 :名無しさん@編集中2011/10/09(日) 17:31:23.26 ID:NRLNDLcn
保存用か単なる再生用かにもよるしな
crfの数値はあくまでも個人の目安だな
342 :名無しさん@編集中2011/10/09(日) 18:47:33.80 ID:M8sEtZgs
ノイズリダクション未使用でアニメの背景がなるべく潰れないように盛っていったら
crf17で落ち着いた
344 :名無しさん@編集中2011/10/09(日) 18:52:28.50 ID:t0AjitvT
容量決め打ちしないなら2Passいらないから手抜きでお手軽なcrf17
347 :名無しさん@編集中2011/10/09(日) 19:12:20.29 ID:t0AjitvT
貧乏人の低性能PCなら20位じゃないときついかもな
364 :名無しさん@編集中2011/10/09(日) 20:18:15.38 ID:+nFBmwEn
>>347が何の前触れもなしにPCの話になってるんだぞ
どう見てもエンコの話に代わってるようには見えないだろうが
348 :名無しさん@編集中2011/10/09(日) 19:13:55.71 ID:+nFBmwEn
crfがPCスペックに関係あるわけねえだろ
笑えばいいのかな?
358 :名無しさん@編集中2011/10/09(日) 19:46:50.75 ID:HSzuLIwC
>>357
お前が>>348のようなアホ事言わなかったらここまでなってない
もうROMっとけよ
361 :名無しさん@編集中2011/10/09(日) 19:50:59.72 ID:+nFBmwEn
>>358
画質の話してたらcrfが再生負荷に関わってると言ってるように思うだろ
そこで突然エンコの話に変わってたらおかしいだろが
363 :名無しさん@編集中2011/10/09(日) 20:15:34.04 ID:HSzuLIwC
>>361
自分がスレの流れについていけない事を正当化するな
おかしいのはお前だよ
352 :名無しさん@編集中2011/10/09(日) 19:21:00.44 ID:+nFBmwEn
画質の話をしてたはずなのになぜ何の説明もなしにいきなりエンコの話になってんの
本当に笑うしかなかったようだ
354 :名無しさん@編集中2011/10/09(日) 19:23:13.35 ID:t0AjitvT
>>352
ここはエンコのスレだろ
お前マジで馬鹿じゃね?
353 :名無しさん@編集中2011/10/09(日) 19:21:27.94 ID:t0AjitvT
なんだお前らはcrf17とcrf20を同じ時間でエンコできるのか
356 :名無しさん@編集中2011/10/09(日) 19:32:53.48 ID:7tJj/UZu
とりあえず物知らずなID:+nFBmwEnのために簡単なテスト

for i in 30 20 10; do x264 crowd_run_720p50.y4m --crf $i -o /dev/null; done
encoded 500 frames, 25.49 fps, 4700.31 kb/s (crf 30)
encoded 500 frames, 17.78 fps, 20633.10 kb/s (crf 20)
encoded 500 frames, 10.49 fps, 89551.78 kb/s (crf 10)

crfが高ければ量子化の時点で情報がばっさり削り落とされるので、その後の処理は当然速くなる
357 :名無しさん@編集中2011/10/09(日) 19:34:36.17 ID:+nFBmwEn
いや処理の話なんて初めからしてないんだけど
画質の話してたはずなのにいつの間にかエンコ負荷の話にすり替わってて
359 :名無しさん@編集中2011/10/09(日) 19:48:17.34 ID:RjwDO15u
すり替わってるようには見えなかったが
すべてのレスを読んでいるわけではないからな
若干の見落としはあるかもしれん。
360 :名無しさん@編集中2011/10/09(日) 19:48:50.25 ID:EE3N0d5X
画質、容量、エンコードにかかる負荷・時間、再生負荷あたりは
どれかを優先すればどれかが犠牲になる関係にあるわけで、
画質の話からエンコード負荷の話になるのは全く不自然じゃないと思うのだが
362 :名無しさん@編集中2011/10/09(日) 19:51:03.64 ID:RjwDO15u
エンコード負荷なら無理してx264パラメータを弄らなくともいくらでも改善できるだろうに。
365 :名無しさん@編集中2011/10/09(日) 20:25:59.38 ID:RjwDO15u
さてと、エンコ用のAVS編集も終わったし。スレの流れもいつもの感じになってきてるし
ためにためた70本のTS(約1週間分)をまとめてエンコさせちゃいますわw

ああ明日が祭日でよかったw月曜はあまり録画する番組もないしエンコかけるなら
日曜夜〜月曜にかけてが一番気楽だよな。アニメソースは平均35分前後で済むけど
実写ソースのx264エンコは実時間+20分弱ぐらいは掛かるからほんと手間過ぎる。
昨日のめちゃいけのTSをどうするか考えていたが、残しておいても
データ量の無駄なのでcrf23前後で劣化エンコさせることに決めた。
4時間半で28GBのTSなんてさすがに邪魔になるもんなw
373 :名無しさん@編集中2011/10/09(日) 21:44:20.33 ID:VWneLYLg
>>365
画面サイズどうしてんだよ
366 :名無しさん@編集中2011/10/09(日) 21:04:29.61 ID:GTXcaPGa
すげーなアニメってそんな短時間で出来ちゃうんだ
おれ、30分物でおよそ9時間かかるな
根本的に何もが違うんだろうな。もう少しいろいろ試してみようっと
367 :名無しさん@編集中2011/10/09(日) 21:09:05.09 ID:VWneLYLg
>>366
根本的にサイズとかフィルタが違うんじゃねぇの?
375 :名無しさん@編集中2011/10/09(日) 22:01:23.11 ID:GTXcaPGa
あーごめんごめん
レス付いてたんだ
えっとソースはblu-rayがほとんどなので1080pもしくは1080iのままです
赤い狐で抜きavisynthで通してx264でエンコードってかんじなんです。
OSはwin7 32bit。avisynth関係で64bitに移行できない&知識無い
cpuはC2Q9550をOC.3.6GHzで使用してます。
ここはx264のスレなので俺が場違いでした。
以後、>>366はスルーでお願いします。
369 :名無しさん@編集中2011/10/09(日) 21:15:39.53 ID:i6s4KN6p
シングルコアで性能が出ないって誤解を招くいいかたじゃね?
シングルは何も問題ない
マルチコアの利用効率がすばらしいからコア増えれば増えるだけ有利になる、というだけ
オーバーラップ分、ほんの少し容量が増える弊害はあるけど
371 :名無しさん@編集中2011/10/09(日) 21:39:36.05 ID:i6s4KN6p
それはフィルタ処理とかでCPUパワー食ってるだけでx264の問題ではないのでは?
374 :名無しさん@編集中2011/10/09(日) 21:54:47.04 ID:RjwDO15u
気になるレスがあるようだが、AVSフィルタはもちろん使っているぞ。ロゴ抜きもな。バンディング除去もな。
376 :名無しさん@編集中2011/10/09(日) 22:13:13.32 ID:0uHaMpft
昔のシングルコアCPUだと拡張命令が少ないとか
古いプラットフォームが足かせになるとかで遅くなるだけでしょ
今時のマルチコアCPUのコアをシングルに絞っても1/10にはならんよ
377 :名無しさん@編集中2011/10/09(日) 22:15:46.44 ID:RjwDO15u
基本、BDRIP・DVDRIPはリサイズしないというよりISOで残すw
地デジ・BSデジ・CSデジはエンコするときは1280x720までだな。
それ以上のサイズでエンコする意味があるとは到底思えない。

自分や身内以外の誰かにエンコした動画を見せるわけでもないんだしさw
最近唯一こだわってるのはSSIMが0.95以上になるようなエンコを目指しているぐらいかね
378 :名無しさん@編集中2011/10/09(日) 22:28:33.77 ID:PRxUrJw0
どんな妄言吐いてるのかと思ったら0.95か。まあ最近のアニメだったら普通にエンコしてそれを下回ることはないわな。
380 :名無しさん@編集中2011/10/09(日) 22:35:08.55 ID:EE3N0d5X
いや一日に13レスされるんだったら単発の方がいいわ
態度の悪い奴にいちいち腹立てるくらいなら2ch来るなと

……という俺も見事に腹立ててるわけですねさてROMるか
381 :名無しさん@編集中2011/10/09(日) 23:13:41.67 ID:tinVoI3H
なんか既視感あるなと思ったら
Avisynthを絶讃ιょぅょ Part29の5aaBNBL7氏か?
”何様”という一言でティンときた。

別人だったらごめん。
382 :名無しさん@編集中2011/10/09(日) 23:58:17.94 ID:U9DWgUtF
>>381
お前よくあんな不快なヤツ何時までも覚えておけるな。
でも確かにログ漁ったらソックリだったわ。
383 :名無しさん@編集中2011/10/09(日) 23:59:10.72 ID:EE3N0d5X
ちなみにそのスレだったら、jQhBDRrdが俺だよ!

やべついレスしちった
384 :名無しさん@編集中2011/10/10(月) 02:44:00.44 ID:Zy4oAkWi
そんなくだらないスレなんてROM以外でレスする奴いんのか?
便所の落書き級の話題しか集まらないだろ。とはいえここも大して変わらんけどな()笑
386 :名無しさん@編集中2011/10/10(月) 08:31:02.03 ID:NdSk0AhL
エンコ用PC組みたいな
i7 920じゃ時代遅れか
387 :名無しさん@編集中2011/10/10(月) 13:43:42.13 ID:XC+rvKLV
>>386
俺もi7 920使ってるけど、まだまだ現役だぜ
寝てる間にエンコさせてるから、今のところ速度に不満はないお
もうしばらくはこれで戦うつもり
388 :名無しさん@編集中2011/10/10(月) 14:25:20.90 ID:Zy4oAkWi
寝てる間にエンコさせて、速度に不満はないって
寝てる間なら速度とかわからないだろw
どうやって速度を知るんだよwww
391 :名無しさん@編集中2011/10/10(月) 14:55:56.78 ID:Zy4oAkWi
ログに残る処理fpsは終了直前のfps値だぞ。平均値でもなければ最大値でもない。
392 :名無しさん@編集中2011/10/10(月) 15:10:16.98 ID:R3pTr0ge
>>391
この人コードも読んでないのになんでこんなに自信満々なの?
393 :名無しさん@編集中2011/10/10(月) 15:20:58.04 ID:Zy4oAkWi
動きの多い実写ソースを10000フレームぐらいに絞ったAVSファイルを作って
それをx264でエンコさせてコマンドプロンプトを観察していればわかるわ

ほぼ必ず終了直前(というより最後のフレームエンコ時)のfps値とビットレート値がログに残るのがわかるから。
395 :名無しさん@編集中2011/10/10(月) 15:32:22.62 ID:R3pTr0ge
>>393
コマンドプロンプトの観察とはこれまた斬新ですね

エンコード開始時に変数i_startにx264_mdate()で時間入れて
実際のフレームのエンコード時に変数i_timeにx264_mdate()で時間入れて
この差分とって計算してるんだからエンコード全体のfps値なんじゃないですか?
396 :名無しさん@編集中2011/10/10(月) 15:32:40.32 ID:Zy4oAkWi
何言ってんだこいつ。必ずfpsが均一になっているとでも思ってんじゃなかろうか。
俺の言うfpsは、30000/1001とか24000/1001などで算出されるfps値とは別の話だぞ。
ちゃんと理解しているのか?
399 :名無しさん@編集中2011/10/10(月) 15:55:50.21 ID:HiDQkKUS
自分で実稼働わかるようにスクリプト組んでる
それぐらいできるだろう普通
401 :名無しさん@編集中2011/10/10(月) 16:04:59.42 ID:HDFFs9sT
時間計測とか普通にできると思ってたんだが...
リモートコントロールもできない奴とか居るのか?
エンコ開始から終了までPC前張り付いてるの?
402 :名無しさん@編集中2011/10/10(月) 16:10:25.34 ID:e0ubAF87
レス見る限り稼働時間も計測できないってことはスクリプト組めない奴多そう
もしかしてエンコも1ファイルづつとか仕上げてるのか?
403 :名無しさん@編集中2011/10/10(月) 16:14:15.75 ID:a6hZFEiW
>>402
俺はCMだけ自分でカットして後は自動で仕上げるように組んでるな
カットする作業も組めないかテストしてるけど
404 :名無しさん@編集中2011/10/10(月) 17:15:00.81 ID:dyYMd5Qo
え、ていうか終了後にでてくるfpsって
処理したフレーム数割るかかった秒数じゃないの?
だから時間計測とかなんたらしなくてもどれくらいの
速度でエンコしたかとか分かるんじゃ…

それに平均値じゃないとか言ってる人は
最後のフレームエンコ時のとかなんとか言ってるけど
エンコ中に出てるfpsはそのフレームのエンコ速度が出てて
1フレーム毎の速度が表示されてるってこと?
そしたらほとんどのMBがスキップされるフレームと
たくさん動くフレームによってfps跳ね上がったり一気に減少したり
すると思うけど…
405 :名無しさん@編集中2011/10/10(月) 17:21:09.55 ID:nm6GeUPX
昔は今何fpsで処理してるかを表示してたけどずいぶん前に平均になった
406 :名無しさん@編集中2011/10/10(月) 17:33:46.42 ID:mwiYWENc
ビットレートが殆ど増えなきゃFPSなんてぐんぐん伸びるだろ?
409 : 忍法帖【Lv=1,xxxP】 2011/10/10(月) 18:09:55.39 ID:Bx8bcB68
うーん…
新着レスがたくさん来てると期待して読むといつもこの流れだよな
x264ももうネタが尽きてきたのかな
412 :名無しさん@編集中2011/10/11(火) 05:20:55.62 ID:QBGMi/8N
おお…ログに残る処理fpsは終了直前のfps値だぞ。平均値でもなければ最大値でもない。
415 :名無しさん@編集中2011/10/11(火) 12:34:49.46 ID:8z/GyMMo
おお…の後継は決まったな
416 :名無しさん@編集中2011/10/11(火) 20:28:58.10 ID:M89SjPD2
>>415
お、おう…!
417 :名無しさん@編集中2011/10/11(火) 20:45:44.25 ID:/MlIEbOs
色々なソースに対応できる妥協点を探っていたら当初予定の倍近いビットレートになってたでござる
422 :名無しさん@編集中2011/10/11(火) 21:44:47.86 ID:F24D+6UA
>>417
臨機応変が一番よ。
418 :名無しさん@編集中2011/10/11(火) 20:50:55.35 ID:HMe4lFXE
Bulldozer対応まだー?
426 :名無しさん@編集中2011/10/12(水) 02:27:31.65 ID:yVVQLJ7r
>>418
一応もうcommitされてるから次の更新かpatch当てるかだ
421 :名無しさん@編集中2011/10/11(火) 21:27:58.37 ID:vdFNnTqe
エンコだけはたしか早かったはずだけど販売されてからの報告待ちかな
429 :名無しさん@編集中2011/10/12(水) 14:01:43.84 ID:SNIU7N7E
umh32もtesa32もRefrence6ぐらいあると違いがわからないなぁ
Ref0だとフルスクリーンで見てちょっと粗が分かる程度
ソースがアニメだからか、実写だと分かるのかな
430 :名無しさん@編集中2011/10/12(水) 14:38:09.05 ID:4K8p26rp
AMDの新命令にx264は対応してるから有利とかいう話はどこにいっちまったんだ・・・
433 :名無しさん@編集中2011/10/12(水) 16:16:51.45 ID:uOoEHgIj
>>430
Dark Shikariがあんま期待すんな、きっと1〜2%くらいだって書いてるからな。
新命令があってもそれを実行する新マイクロアーキに問題があるなら性能は上がらん。
436 :名無しさん@編集中2011/10/12(水) 16:45:37.06 ID:qTXVjBv6
>>430
有利だけどそのCPUを買える人がどのぐらい居るのかって話。
i7のハイエンドを買える人がどのぐらい居るのかって話に近い次元。

これまでと違ってイキナリ高いからなぁ。まぁ1090Tの初売りの値段よりはお安いけどさ。
453 :名無しさん@編集中2011/10/13(木) 13:27:44.48 ID:llJ0q1kO
>>436
買える人がどれだけいるかは今回は値段より放出量だろw
日本でFX-8150初回500台ってどんだけだよっていうね
地方で買えるのは1県数人ってレベルだろこれ
434 :名無しさん@編集中2011/10/12(水) 16:23:55.14 ID:yVVQLJ7r
commitのコメントには〜10%fasterと書いてあるからその程度じゃないかな。ただPhenomと比べるとSSSE3,SSE4,AVXでの高速化もあるからもうちょいプラスだと思う
435 :名無しさん@編集中2011/10/12(水) 16:24:49.18 ID:yVVQLJ7r
Phenomと比べるとっていうのはPhenomからの移行ではそれくらい恩恵がありますよって意味です
440 :名無しさん@編集中2011/10/12(水) 18:04:29.21 ID:ZP9BkuD5
今後の更新でXOPやFMA4も加わる訳だし、これからPCを組む人には良いのではないか。
もちろん、価格次第ではあるが。

http://www.anandtech.com/show/4955/the-bulldozer-review-amd-fx8150-tested/7
441 :名無しさん@編集中2011/10/12(水) 18:09:09.87 ID:qTXVjBv6
とりあえずFX-8150は除くとして、それ以外が5000円引きぐらいになれば
趣味&OC遊び用に買っておこうか。ってひとはそれなりに増えるはず。
というかショップも最初だけセールするでしょ。在庫はけなきゃ困るのはショップなんだしw
449 :名無しさん@編集中2011/10/12(水) 23:26:19.15 ID:WwnwY/J1
>>441
困る程入荷されないことが判明し、現在葬式ムードに突入しましたどうしてこうなった
442 :名無しさん@編集中2011/10/12(水) 18:10:15.14 ID:81tYYnLa
凄い初心者的質問で悪い
再生プレーヤーは何が1番無難なんだ?
iPhone使ってるから悪評のQuickTimeで今まで再生してたんだが
出来ればx264で出力したのに向いてるの頼む(画質確認の意味でも)
あと以前はffdshowも入れてたんだが
今は入れない方がいいのかな?
443 :名無しさん@編集中2011/10/12(水) 18:27:41.67 ID:gzCk7u9z
>>442
>再生プレーヤーは何が1番無難なんだ?
色々使ってみてお前が一番無難だと思ったものが無難。
QuickTimeを使ってたくらいなら、何を使ってもそれよりはマシ。
とりあえずMPC-HCでも試してみればいいんじゃねえの。

>あと以前はffdshowも入れてたんだが今は入れない方がいいのかな?
使う再生ソフトにもよるし、再生ソフトの内蔵デコーダーに不満がないなら別に入れなくてもいい。

初心者なら初心者スレをおすすめするが、2ちゃんではどんなときでも
偉そうな口叩くのがデフォだと思ってるならその認識から改めたほうがいいかもな。(キリッ
446 :名無しさん@編集中2011/10/12(水) 19:35:40.31 ID:PtLBHCRi
>>442
>x264で出力したのに向いてるの
FFmpegのtrunkを使ってるものがベスト
VLCやMPlayerのnightly版とか、LAV Filtersとか

まぁ特殊なことしなきゃ他でも問題無いけどね
447 :名無しさん@編集中2011/10/12(水) 22:36:15.74 ID:OBo2nFg9
いまr2085までいってるのか
1年程走らせていなかったとはいえ、r1163のままだったわ
455 :名無しさん@編集中2011/10/13(木) 16:39:25.79 ID:INMoHwQh
四六時中エンコするわけじゃないから別に買わなくていいだろ・・・
456 :名無しさん@編集中2011/10/13(木) 16:42:09.10 ID:csomDJQm
いやエンコはほぼ四六時中やらせているわ。ただし半自動的なスクリプト処理だが。
毎日8〜10個近く終日稼動の録画機経由で共有NASへTSファイルが生成されるし
何日も放置したままだとHDDが幾つあってもたらない。
461 :名無しさん@編集中2011/10/13(木) 17:42:03.71 ID:NetxoBQC
エンコしてもどうせ見ないのになんでエンコすんの?
468 :名無しさん@編集中2011/10/13(木) 18:29:15.96 ID:csomDJQm
>>461
みるよ普通に。録画機を置いてない部屋にあるPS3でもみれるしさ。
むしろエンコしない派の人の方が録画した番組を殆ど見てないんじゃないの?

475 :名無しさん@編集中2011/10/13(木) 19:25:56.08 ID:n8EX6vF3
>>461
そこに素材があるから
462 :名無しさん@編集中2011/10/13(木) 17:45:14.56 ID:/Ho0q8h+
全部観ないならエンコしなくていいし、後でどれ観るかわかるならそれだけエンコすればいいんだが
実際は後になってみないとどれを観るか解らないから全部エンコするんだよ。
463 :名無しさん@編集中2011/10/13(木) 17:47:44.33 ID:Gyv1eRyg
毎日10本程度で何日かで埋まるって120GBのHDDかよ
464 :名無しさん@編集中2011/10/13(木) 18:04:28.04 ID:/Ho0q8h+
>>456 とは別人だけど、サッカーの試合とか1試合(1番組)だけで30GB 超えたりするし
「何日か」と「何日も」って違うと思うよ。

逆に >>463 はアニメしか録画しない人かな?w
469 :名無しさん@編集中2011/10/13(木) 18:36:13.06 ID:Gyv1eRyg
>>464
お前はサッカーを毎日10本くらいエンコしてるのかすげーな
467 :名無しさん@編集中2011/10/13(木) 18:19:54.63 ID:rScgVNe2
よく知らないけどサッカーって1試合12時間とかやったりすんの。
470 :名無しさん@編集中2011/10/13(木) 18:39:19.86 ID:csomDJQm
融通の利かない人はほんとかっこ悪い。よっぽど悔しいのだろう。
471 :名無しさん@編集中2011/10/13(木) 18:39:44.14 ID:tA8tT8YS
なんか最近言葉のニュアンス理解できないのやID見ないの増えたな…。
472 :名無しさん@編集中2011/10/13(木) 18:46:04.25 ID:llJ0q1kO
最近はエンコして保存したい番組が多いので寝てる間はエンコしてる場合が多い
やらないときは1ヶ月くらいやらないな
476 :名無しさん@編集中2011/10/13(木) 20:16:34.41 ID:8hnAl3H7
人がどれだけ録画してエンコしようが自由なのになんでそこにつっかかりたい奴がいるのかわけわからん
477 :名無しさん@編集中2011/10/13(木) 20:16:35.13 ID:1unET0/8
HDDも安くなってきたし、エンコする電気代と手間考えたら、そろそろtsのまま保存でいいんじゃないかって思い始めてきた。
479 :名無しさん@編集中2011/10/13(木) 20:32:04.14 ID:/ifVkAwP
4TB HDDが安価になればTSのままでいいよな
仮に4TBが1万円になったとしたら、4GBで10円
480 :名無しさん@編集中2011/10/13(木) 20:36:48.67 ID:XafRI5MN
ワットパフォーマンスがぐんぐん上がってるんでいつまでもエンコすると思う。
2600KでQ9550s時代の2倍くらいになった。
481 :名無しさん@編集中2011/10/13(木) 21:38:46.89 ID:MqwoyO4E
俺は時間がもったいないのでOCした980Xと990Xの2台でサクサクエンコしてる
482 :名無しさん@編集中2011/10/13(木) 22:30:59.02 ID:IYW3yzg/
持ち出し用のSDしか縁故しないからQ8400+XPで窓8出るまで闘うつもり
・・・しかしsubme11のせいでリプレース欲が出てきたw
484 :名無しさん@編集中2011/10/14(金) 01:29:38.71 ID:wBGzxBGt
x264 HD benchmark、XOPとAVXのベンチもあるから
どこかにビルドしたx264もあるのかな
485 :名無しさん@編集中2011/10/14(金) 01:34:26.94 ID:Ujr6IJjv
ベンチは都度同じファイルに上書きしているんじゃないの?
ログさえテキストに吐き出しておけばあとでいくらでも評価できるしさ
489 :名無しさん@編集中2011/10/14(金) 20:17:12.86 ID:Ujr6IJjv
そういえば未だにオマジナイをパラメータに加えてる人居るんだね。
こんなのとか「 rceq='blurCplx^(1-qComp)' 」w
490 :名無しさん@編集中2011/10/15(土) 23:44:11.74 ID:3hLNUKwD
mbtreeオプションってSandy内蔵のデコーダでDXVA再生すると
シネスコソースとかでノイズが載るんだけど、みなさんはどう?
Radeon、nvidiaのDXVA再生、PS3・DIGAでは問題なかった。

x264nlの1080pBDエンコードオプションでmbtreeを切ればsandy内蔵DXVAでも大丈夫だった
491 :名無しさん@編集中2011/10/16(日) 01:42:07.67 ID:nv0ytteB
>>490
このへんの情報をちゃんと書いてみるとか、テスト用ファイルを出してみるとかどうだろう。
(いくつかは書いてあるのもあるけど)

  【グラフィックカード(チップ)】
  【ドライバのバージョン】
  【OS名とビット数】
  【使っているプレーヤー】
  【使っているDXVAデコーダ(Sandy内蔵の〜とかじゃなくffdshowだとかCoreAVCだとか)】
  【FlashPlayerの場合は使っているブラウザ】

  【ソース映像の情報】
  【使用したx264.exeのダウンロード元とバージョン】
  【エンコードオプション】
500 :名無しさん@編集中2011/10/16(日) 16:29:40.89 ID:Q6O/Sy2m
主にFlashPlayerのハードウェアアクセラレーション(通常のDXVAでも同じ?)を調べてて、
どういう条件で映像がおかしくなるのか色々と情報を集めてみたのですけど、いまいちわかりません。
詳しい方がいらっしゃいましたら、教えていただけませんでしょうか。

今のところ集めてきた情報は以下のとおりです。(真偽不明のものもあり)

 ●ref=16だと映像が乱れたり再生支援が効かないことがある?

 ●レベルが4.1を超えてるとおかしくなることがある?

 ●旧Intel系(LGA1156系?)のオンボチップだと「ref>6」とか「bframes>3」でおかしくなることがある?
     参考:ttp://es2z.blog98.fc2.com/blog-entry-128.html

 ●mbtreeがONだとSandy内蔵GPUでDXVA再生するとノイズが乗る?
     >>490 (http://hibari.2ch.net/test/read.cgi/avi/1315323936/490

 ●FlashPlayerでハードウェアアクセラレーション有効にしていた場合、
   使うブラウザによっても映像が乱れるかどうか変わったりするらしい?
   Intel HD Graphics 3000でFirefoxだと駄目なのがIE9にしたら問題ないとか。
   FlashPlayer(11betaだった模様)のバグ?

 ●win7 32bit + i3 2100 aero切ると普通に見れるようになる?
492 :名無しさん@編集中2011/10/16(日) 04:23:41.58 ID:qGXf3t/6
DXVAでは無いが、flashプレイヤでハードウェア再生するとインテルのGPUだけ
うまくデコードできずにノイズが出ることはよくあるね。
Sandyの前のクラークデールでも同じ症状だった。
Core2Duoの古いノートでは問題なかった。
497 :名無しさん@編集中2011/10/16(日) 13:26:29.68 ID:cSsfm2FY
>>492
AMDのGPUもH/Wオンでブロックノイズ出るぜ
まあ切っててもCPU余裕だから問題になる場面はほとんど無いんだけどね
493 :名無しさん@編集中2011/10/16(日) 04:36:23.46 ID:nFOnKv+A
ハードウェアアクセラレーション切れば良いから大した問題じゃないと思う
494 :名無しさん@編集中2011/10/16(日) 06:22:11.69 ID:8dP+fUWX
だから、ハードウェアアクセラレーションつけた時の話をしてんだろーがw
498 :名無しさん@編集中2011/10/16(日) 14:16:59.32 ID:2qRbPjAC
RADEONのCCCにフィルターとインターネットビデオに適応ってあるから多少は変わるのかな

501 :名無しさん@編集中2011/10/16(日) 16:33:39.17 ID:Q6O/Sy2m
一応上でやばいと言われるパターンでエンコードしてみたサンプル。
このサンプルで乱れたりするかわかりませんが・・・。

  11ファイル65MBあります
  ttp://www1.axfc.net/uploader/Al/so/75334.zip

  同じものをニコニコにアップしたもの
  http://www.nicovideo.jp/mylist/28230553

  他の人の動画ですが、このへんもおかしくなることがあるらしい
  http://www.nicovideo.jp/watch/sm15537168
  (640x360 60fps High@L4.0 ref=16 bframes=8 mbtree=1 映像1200Kbps)
502 :名無しさん@編集中2011/10/16(日) 16:41:32.99 ID:Q6O/Sy2m
一応>>501のzipの中のreadmeにも、あさってきた過去ログとか細かい情報を書いてます。
自分で確認できればいいんですけど再生支援効かないショボ環境なもので・・・。
Intel系だけでなく色々な環境での結果や、エンコ時の注意点など教えていただければ幸いです。
503 :名無しさん@編集中2011/10/16(日) 17:07:46.80 ID:/RzJqV4v
ニコニコスレのほうでやってたんでしょ
こちらにこないで欲しいな
504 :名無しさん@編集中2011/10/16(日) 17:23:47.41 ID:QvWqiOMX
デコードする側の問題であってx264関係なくね?
507 :名無しさん@編集中2011/10/16(日) 18:17:51.03 ID:x28Ucanv
>>504
エンコードの負荷を減らしてデコードの負荷を増やすパラメータや
エンコードの負荷を増やしてデコードの負荷を減らすパラメータならある。
Flashとかで再生するのなら前者は選ばない方がいい。
重いとか見れないとか散々叩かれるのがオチだしなw

とはいってもエンコードのスペック次第でこんなの重くも無いわ!って人もいるだろうから
あえてパラメータ例は出さないでおく。荒れるのがオチだろうしさ
505 :名無しさん@編集中2011/10/16(日) 17:44:51.89 ID:0+rD9NSX
まあ他人に見せるエンコ、つまりニコ動向けエンコには関係してくるんだろう
だから向こうでやれと言われてるわけで
506 :名無しさん@編集中2011/10/16(日) 18:14:42.54 ID:x28Ucanv
ref16なんて正気の沙汰とは思えんな。盛りたいなら12ぐらいまでにしとけ。
509 :名無しさん@編集中2011/10/16(日) 19:03:08.04 ID:MAUD1Gzy
Intel系グラボとかPSPとかスマフォとかはあまりがんばった設定だと
うまく再生できないって事だろ
512 :名無しさん@編集中2011/10/16(日) 20:07:24.05 ID:yxfPVnjl
PSPの場合はBフレーム数は特に制限がない。
ただしb-pyramidは無効にしとかないと見れない。
refは3まで。
最近のx264では --weightp 1 だと描画が崩れないとか言われてるみたいだけど、
やっぱりPSPだと調子悪いので --weightp 0 推奨。
513 :名無しさん@編集中2011/10/16(日) 20:27:46.79 ID:vYLs/Up1
>>512
> やっぱりPSPだと調子悪いので
なにその曖昧な表現w
最近のweightp 1で一度も崩れたことないぞ
514 : 忍法帖【Lv=4,xxxP】 2011/10/16(日) 20:40:40.56 ID:7mDZvk4e
>>513
それはお前の目が悪いだけ
weightp 1 だと、weightp 0では発生しないブロックノイズが発生する
516 :名無しさん@編集中2011/10/16(日) 20:47:19.37 ID:vYLs/Up1
>>514
それはお前の目が悪いだけ
weightp 1 だと、weightp 2では発生するブロックノイズが発生しない
518 :名無しさん@編集中2011/10/16(日) 21:29:56.80 ID:xFZOUmTs
x264nlの32bit・64bitr2085でテスト
1080/24pでavisynthでcrop(0,128,0,0).addborders(0,128,0,0)にして上部を黒ベタに置き換え(擬似シネスコ化)
上記をBDエンコードオプションでエンコード
?sandy/win7/wmp/Microsoft DTV-DVD Video Decoder(DXVA)/上部追加黒ベタがベリノイズっぽく再生
?sandy/win7/mpchc/Microsoft DTV-DVD Video Decoder(DXVA)/正常再生
?radeon5670/win7/wmp/Microsoft DTV-DVD Video Decoder(DXVA)/正常再生
?GeForce9400M/win7/wmp/Microsoft DTV-DVD Video Decoder(DXVA)/正常再生
?PS3・DIGA共に正常再生
BDエンコードオプションでもno mbtreefにすれば?でも正常再生
上部黒ベタでも1080/60iでは?も正常再生でした



519 :名無しさん@編集中2011/10/16(日) 21:33:15.61 ID:xFZOUmTs
すみません>>518に修正
?はDXVA2かな
520 :名無しさん@編集中2011/10/16(日) 22:10:37.97 ID:SZUZvq66
久しぶりにtsエンコしてみたがメンドクセーなやっぱtsそのままにしとくべ
522 :名無しさん@編集中2011/10/16(日) 23:05:36.22 ID:2KwUm4TS
テレビ放送のHDソースを10bit-depthでエンコードする際はjeeb氏の[Add rudimentary support for getting color matrix and color range via ffms and lavf.]
と[Change the bit depth conversion algorithms to follow BT.709 Part 2 for limited range.]
の2つのpatchを当ててlavf/ffmsを有効にしたバイナリで--colormatrix bt709 --fullrange offをオプションに渡してあげなければいけないのでしょうか?
jeeb氏のpatchを当てて--colormatrix bt709 --fullrange offを指定すればlavf/ffmsの有無は関係ないのでしょうか?
523 :名無しさん@編集中2011/10/16(日) 23:59:53.18 ID:fX8QEMs6
>>522
最初のパッチは特定の入力システムから特定の情報を読み込み、
オーバーライドされない限りそれを入力と同じ設定に設置するもの。

二つ目のパッチは最初のパッチで作られた「レンジ」という関数を使っている
だけです(入力システムの情報もオーバーライドされた情報も渡される)。

短く言うと、--fullrangeがonに設定されない限り、8->10, 16->BIT_DEPTH等の変換
はBT.709 Part 2通りの単純なビットシフトで行われる。

使用される入力システムなどが使用されるアルゴリズムには関係ありません。

というか、いい加減inline化して完成させないとねぇ・・・二つ目のパッチ。
524 :名無しさん@編集中2011/10/17(月) 00:18:19.49 ID:iadK/KKv
>>523
レスありがとうございます。
自分でビルドする際はlavf/ffmsを有効にしてビルドする必要はないけれども2つ目のパッチには1つ目のパッチで定義された関数が必要(2つ目のパッチは独立したパッチではない?)なのでどちらのパッチも当てといてね。って感じでよろしいでしょうか?
525 :名無しさん@編集中2011/10/17(月) 07:40:18.08 ID:iXf8CjO3
>>524
はい、完成したものは独立させたいんですけどね。
BugMaster氏はlavf/ffms関連をもっと派手なシステムでやりたいみたいですし、
さすがに自力であの要望には答えられないと思うのでw
526 :名無しさん@編集中2011/10/17(月) 09:38:22.56 ID:iadK/KKv
>>525
なるほど。ありがとうございました。
528 :名無しさん@編集中2011/10/17(月) 15:47:10.15 ID:SqV5wlql
よくわかってないけどパッチあててなくても、8bitのYV12なりをそのまま10bit-depthのx264.exeに渡して
適切な--colormatrixを指定してやれば内部で10bitに変換して10bitで出力してくれるもんではないの?

>>522の前者のパッチはcolormatrixとかを明示指定しなくてもソースから読み取って
自動設定してくれるものだと解釈したけど、後者のパッチを当てないと
パッチを当ててないx264.exeでは内部で8bit→10bit変換ができないということなの?
529 :名無しさん@編集中2011/10/17(月) 15:49:56.39 ID:f7KZN0ci
527 :名無しさん@編集中2011/10/17(月) 12:06:53.66 ID:DiUlcKN0
8→10bit化ってそんなにめんどくさいことしないといけないの?
534 :名無しさん@編集中2011/10/19(水) 23:34:57.54 ID:ZeiijVJw
ふははは
blu-ray互換でvbvmax40000指定してるつもりが4000になってた
やけに縮むなあとおもってたんだよなorz
539 :名無しさん@編集中2011/10/20(木) 20:38:24.83 ID:1Kd+MT1H
本物はffmpegを使ってコンテナをaviからmp4に詰め替えただけで、x264ってファイル名に書いてた俺の知り合いのような奴。
540 :名無しさん@編集中2011/10/20(木) 20:44:53.56 ID:ph3wlABg
一瞬>>539が何言ってるかわからなかったぜ
常人にはにわかに理解できないことをするのが本物か
541 :名無しさん@編集中2011/10/20(木) 21:13:01.14 ID:/4Dgn8B4
例え話すらまともに書けないとは・・・これが本物なんだろうな。
548 :名無しさん@編集中2011/10/21(金) 01:41:22.43 ID:eK6V5A0X
初心者です。
submeの効果ってエンコ結果にどんな影響があるの?
数字が大きい方が遅くなる?きれいになる?圧縮される?
549 :名無しさん@編集中2011/10/21(金) 01:51:32.95 ID:TAZwQTTq
>>548
x264 初心者質問スレ part5
http://hibari.2ch.net/test/read.cgi/avi/1314616372/l50

だがまずテンプレ見るなりググるなりしろ。
551 :名無しさん@編集中2011/10/21(金) 01:59:03.73 ID:eK6V5A0X
知識がなくて知らない人はレスしなくて結構です。
わかる方お願いいたします。
552 :名無しさん@編集中2011/10/21(金) 02:01:21.31 ID:KoAy6n/M
聞けば(自分が)無駄な時間を使うことなく(他人が無駄に時間を使ってくれて)
詳しく知ることが出来るのにあえて自分で検証やる意味ないよね
・・・的な人は多いからな
わざと煽って挑発してくる人もいる
この程度のことも答えられないのかよこのスレレベル低いな、みたいな
553 :名無しさん@編集中2011/10/21(金) 02:02:43.17 ID:KuFd6EBh
優しく教えて下さい ^^ と同じ臭いがする。
ググれば数分である程度ちゃんとした説明までたどり着けるだろうに
554 :名無しさん@編集中2011/10/21(金) 02:07:38.74 ID:rpJ1eU/J
subme <integer> Subpixel motion estimation and mode decision [7]

1/2、1/4画素検索で16x16マクロブロックとp8x8,b8x8,i8x8,i4x4などサブマクロブロックのモード判定、
ref、mixed-refsを参照して、どの程度複雑な動き補償検査をするか。

補足、wikipedia.org/wiki/フレーム間予測
動き補償(うごきほしょう、MC: Motion Compensation)
動き補償を行うためには、画像の動き量を推定する動きベクトル探索(ME: Motion Estimation)が必要になる。
符号化する場合には、この動きベクトル(MV: Motion Vector)も同時に符号化する。

補足、wikipedia.org/wiki/H.264
1/4画素精度動き補償
動き補償の精度としては、MPEG-4 ASPで導入された1/4画素精度(クォーターペル精度)動き補償を使用している。ゆっくり動くパンなどで特に効果的である。
1/2画素精度動き補償では6tapフィルターを用いて高周波まで再現を行っており、MPEG-4で使用された線形補間よりも再現性が良くなっている。1/4画素の生成は、再現性の高い1/2画素を用いてその線形補間で作成を行う。
558 :名無しさん@編集中2011/10/21(金) 02:47:41.75 ID:29r34Zfg
同じソースで自分で比べられるだろうに
バカじゃねえの
560 :名無しさん@編集中2011/10/21(金) 04:41:36.64 ID:cERQ53vS
人に聞く前に短い再生時間の映像ソースで試せばいいだけだろ。
DTV板の情報なんてしょせんwikiやWebリソースに毛が生えた程度の落書きしかないんだから
561 :名無しさん@編集中2011/10/21(金) 15:25:59.17 ID:hkjp2zo2
伸びてるから何かと思えば、スレチかよ。
初心者ウザい。
567 :名無しさん@編集中2011/10/22(土) 17:53:41.49 ID:cFJolAFX
魔乳エンコしてるけど音声にノイズが乗るな…
何が原因なんだろう?
568 :名無しさん@編集中2011/10/22(土) 17:55:50.24 ID:S/UfZbl2
>>567
明らかにスレ違いだな
フレームレートスレか高画質スレへ
570 :名無しさん@編集中2011/10/22(土) 18:24:45.73 ID:3Jbx4prp
>>567
どうせ幽霊の声だろ
573 :名無しさん@編集中2011/10/22(土) 21:59:23.31 ID:A55KMftH
そういうネタ無いな。
エンコした覚えのない不気味な映像が入るとか、
死んだはずの後輩の声がリアスピーカーから聞こえるとか。
576 :名無しさん@編集中2011/10/23(日) 00:23:33.64 ID:fyhzV2uN
ちゃんと録画してエンコしてうpしろよ
580 :名無しさん@編集中2011/10/23(日) 02:50:44.27 ID:B7JHN/8F
>>576
あんたそれは違法行為だろ。自覚してないだろ。

自主制作してエンコしてうpするなら何もいわないが
録画してエンコしたものをうpするのはさすがにマズいぞ。
585 :名無しさん@編集中2011/10/23(日) 07:55:54.61 ID:rfJyWDzh
>>580
著作権侵害ではなくて、猥褻物陳列か児童ポルノ製造の方になるから自主作成でもまずいと思われ。
577 :名無しさん@編集中2011/10/23(日) 02:34:32.91 ID:NJDRAsPM
420 422 444
未だにそれぞれのメリットデメリットがよく分からない・・・
422ってのが今後の主流なんだろ?
582 :名無しさん@編集中2011/10/23(日) 03:01:40.59 ID:PNINOVwo
>>577
ProRes等がソースの場合に4:2:2、RGBに4:4:4を使える。

放送等、一般的なソースはどれも4:2:0だから、アップサンプリングは不要だが。
581 :名無しさん@編集中2011/10/23(日) 02:53:09.81 ID:G4oje87Q
422も444も一部のマニアが使う程度で、一般にはほとんど普及しないと思ってるんだけど、どうなんだろう。
583 :名無しさん@編集中2011/10/23(日) 04:12:38.99 ID:EmHjlUPQ
>>581
ゲームがソースの場合は向くけど、放送がソースの場合には向かないしねぇ
民生カメラも未だ4:2:0が主流?
フィルタかければ別かも
584 :名無しさん@編集中2011/10/23(日) 07:19:49.38 ID:oeDReKt7
フィールド単位で処理するならば、
422の方が扱い易いと思うんだけど。
586 :名無しさん@編集中2011/10/23(日) 08:07:43.50 ID:PNINOVwo
>>584
それはそうだが、大抵のソースではそう言う処理は不要だし、
縞になっていない部分が見て分かる劣化になる場合のある4:2:0 -> 4:2:2はなるべく避けた方が良いのは確か。

圧縮率も色差を拡大する分、不利になる。
590 :名無しさん@編集中2011/10/23(日) 18:17:31.80 ID:2xRvHSD6
スーパーハイビジョンとかの前に、インターレースとかYV12とか小手先の技術を駆逐して欲しい
591 :名無しさん@編集中2011/10/23(日) 18:38:57.72 ID:yAhWOaPN
すみません、微妙にスレチかもしれませんが質問させてください。

--dts-compressをつけてエンコードしてみたところ、
  「VMR9を使うと音声に対して映像がほぼ1フレーム先行する」
という現象が発生しているのですが、どういう原因でこうなるのでしょうか。
VideoRendererやVMR7では問題ありませんでした。(VMR9での同期の問題?)

  --bframesと--b-pyramidと--dts-compressの組み合わせを変えてエンコードしたサンプル(512x384、1fps、10秒)
  ttp://www1.axfc.net/uploader/Sc/so/286103.zip

■エンコード環境
  WinXP SP3 32bit
  AviUtl 0.99j
  拡張x264(GUI)Ex 1.13
  x264 r2085(x264.nl 8bit-depth)
  MP4Box(tc2mp4mod同梱物2010/10/04)
  neroAacEnc 1.5.4.0

■再生環境
  MPC-HC 1.5.2.3456 と MONOGRAM GraphStudio 0.3.2.0 beta
  スプリッター
    Haali Media Splitter 1.11.96.14(公式サイト2011/03/03版) 1.11.288.0(x264.nl)
    LAV Splitter (LAV Filters 0.37でLAV Spliterのみインストール)
  デコーダー
    ffdshow tryouts rev3984 (DXVAは使ってませんというか使えません)

そもそもHaaliやLAV使うなら--dts-compressは不要だとは思うのですが、なんとなく気になったもので。
599 :名無しさん@編集中2011/10/24(月) 14:13:12.28 ID:vloc7hkK
ジャッキー・チェンを見習え。
当初ジャッキー・チャンと名乗る筈だったのに「〜ちゃん」を考慮してわざわざ変えたんだぞ。
(息子はジェイシー・チャンと言ってるのはおいとく)
604 :名無しさん@編集中2011/10/25(火) 11:08:07.43 ID:5y9EzhbE
アグネス・チャンのほうは未だに話題にされてるけど、アグネス・ラムのほうはさっぱりだな
やっぱり顔がバタ臭いからかだろうか
606 :名無しさん@編集中2011/10/25(火) 17:49:52.74 ID:oOj7Ya9Z
10bitエンコしたものをFlashPlayerで再生すると右側にマゼンタ色の縦線が出るというのは既出ですが、
色のほうも微妙に変わりますね。RGB(0〜255)で見て最大4くらいズレる程度ですが。
609 :名無しさん@編集中2011/10/25(火) 18:16:31.94 ID:oOj7Ya9Z
いや、おかしくなる再生環境の報告くらいええやん・・・?

あと、やっぱりx264.nlのバイナリはr2106でも8bit→10bitの問題はそのままやった。
反映されるのは次あたりになるんやろか。
610 :名無しさん@編集中2011/10/25(火) 18:18:51.66 ID:8VR9ueVV
一度16ビットにしないの?
614 :名無しさん@編集中2011/10/25(火) 18:41:13.57 ID:oOj7Ya9Z
>>610
>一度16ビットにしないの?

修正されたのかどうかちょっと試してみただけです。自分では10bitは今のところ使ってませんし
普段はAviUtl+拡張x264(GUI)Exなので、10bitでエンコするとしてもx264の8bit→10bitのバグは関係なかったり。
611 :名無しさん@編集中2011/10/25(火) 18:23:19.55 ID:yM2Y4lqN
環境書くならバージョンとか32/64ビットとかも書けよ
どうせ64ビットだろうけど
620 :名無しさん@編集中2011/10/26(水) 06:00:51.16 ID:Nlh7ewe9
Hi10Pでエンコして、WMP32bit+ffdshow32bitで再生もできるけど、
サムネイルが表示されん…
Win7DSFilterTweakerいじっても無理やわ、なんかやな感じ
621 :名無しさん@編集中2011/10/26(水) 06:17:38.84 ID:ivr0yrmx
Hi10Pとか関係なくMP4のサムネ表示自体できてねえんじゃねえの?
622 :名無しさん@編集中2011/10/26(水) 12:38:05.47 ID:yyga8t5V
jeebさんがx264_L-SMASHのレポジトリ作ったみたいだけど俺がいつも当ててるpatchも入ってるみたいだし今度からこれ使わせてもらおうかな
patchの修正めんどいし
624 :名無しさん@編集中2011/10/27(木) 18:56:59.94 ID:BPT9gTT7
それでさらにumhをhexに変えるとエンコ負荷が弱まりエンコードが加速するぞ
多少圧縮率に開きが出てしまうが誤差の範囲だ。他のパラメータで微調整すれば問題なくなる。
626 :名無しさん@編集中2011/10/27(木) 19:13:40.44 ID:319/w8SD
まぁ、工場動かないんじゃどうにもならんて

しかしとんでもない大洪水になっちまったなぁ
628 :名無しさん@編集中2011/10/27(木) 20:55:16.52 ID:f+2e4teQ
東日本大震災を経験してなお「津波」の意味をちゃんと理解してないってのは凄いな。
631 :名無しさん@編集中2011/10/27(木) 23:39:23.30 ID:BPT9gTT7
>>628
俺は西日本在住だし津波なんてまったく経験してないからな。
てかタイは昔津波でいまみたいに水浸しになったことあったろ。
629 :名無しさん@編集中2011/10/27(木) 21:08:22.47 ID:7JbXUF3O
しばらくエンコ休んでたら
subme6以降の差はあんまり気にならないのにエンコ時間ドンと増えてたけど
9→10なんて3%の改善(だっけ?)らしいけど11なんて実装されてるんだね
11はさらに解析とかしてるのかな

2ソケット24スレッドマシンとか持ってる人用なのかしら
634 :名無しさん@編集中2011/10/28(金) 00:16:38.94 ID:Im3DQLr0
何が言い訳だよw言い返せないからといってgdgd喚くなよ関東人w
635 :名無しさん@編集中2011/10/28(金) 00:33:17.06 ID:I3BDgZoR
>>634
スレタイ読めよクズが
636 :名無しさん@編集中2011/10/28(金) 00:38:33.59 ID:Im3DQLr0
それを言うならお前もだろうがw自分だけ蚊帳の外気分に浸るのはやめろ。
637 :名無しさん@編集中2011/10/28(金) 00:41:55.71 ID:uRkPA5TZ
>>636
そのへんでやめとけ
638 :名無しさん@編集中2011/10/28(金) 00:51:05.07 ID:Im3DQLr0
そう思うなら黙ってスルーしろよwそれが出来ないならおまえらも同類だ。自覚しろ。
643 :名無しさん@編集中2011/10/28(金) 12:41:14.01 ID:xP+4xAdS
生tsが一番高画質だよ。わざわざそれをエンコするなんて無駄な作業
645 :名無しさん@編集中2011/10/28(金) 12:58:04.95 ID:dyO0YYe7
お前ら、吉本新喜劇みたいに、
定型パターンにはめる流れに心地よさ感じ始めてるだろw
647 :名無しさん@編集中2011/10/28(金) 13:10:09.83 ID:kl+8q03m
tsのままだとくすんでるから未視聴のものはエンコして綺麗にしてから見てる
サイズはそれなりだが
648 :名無しさん@編集中2011/10/28(金) 13:24:53.20 ID:Im3DQLr0
レグザや家電レコへ録画したTSを無劣化変換しそのまま投げこんで再生させれば
家電側で雑多な映像修正とかしてくれてきれいに再生されるだろ?
ただし必要なデータを削らないのと、ファイルフォーマットを家電にあわせるのが条件だが
650 :名無しさん@編集中2011/10/28(金) 14:08:52.85 ID:ESKK0DDX
お前らのお望み通り釣られ始めましたよ
この面倒臭い状況の何が楽しいのか知らないが
653 :名無しさん@編集中2011/10/28(金) 14:40:15.38 ID:oLGNL7rF
>>650
お前ここは初めてか?力抜けよ
654 :名無しさん@編集中2011/10/28(金) 16:02:03.47 ID:ESKK0DDX
>>653
新参乙
655 :名無しさん@編集中2011/10/28(金) 16:16:26.16 ID:D9JByAWB
>>654
お前ケツは初めてか?力抜けよ
656 :名無しさん@編集中2011/10/28(金) 17:29:42.96 ID:YhHbt1gs
正直こんなのがおもしろい流れだと思って貼り続けてるのも、一度ウケてしまったネタを
宴会の度に延々と披露する上司を見てるみたいで辛いモノがあるけどな・・・
658 :名無しさん@編集中2011/10/28(金) 18:29:23.53 ID:oLGNL7rF
>>656
そんな事いいつつ本当は感じてるんだろ?
お前のアソコは正直だぞ
660 :名無しさん@編集中2011/10/28(金) 18:34:55.27 ID:gi9at92y
tsなんかで残してたらHDDが幾ら有っても足りないだろ!
なんて返しが洒落ですまない今日此の頃
661 :名無しさん@編集中2011/10/28(金) 18:47:49.98 ID:looMGhlB
祖父 WD30EZRX \8,780->\14,800
祖父 WD25EZRX \6,450->\10,980
祖父 WD20EARX \5,470->\8,980
663 :名無しさん@編集中2011/10/28(金) 19:19:27.68 ID:QIlbk7Nh
sofmap.comでは今は>>661より更に\1000ずつ高いな
TWOTOPやらTSUKUMOやらも似たような値段になってて一部在庫切れてるね
先月買い足しておいて良かったぜ
670 :名無しさん@編集中2011/10/28(金) 22:28:57.88 ID:jOtWPaWC
>>661
さっそく便乗値上げしてきやがったな
都下のPCショップって意地汚いわ
地方だとそこまで上げてないぞ
664 :名無しさん@編集中2011/10/28(金) 20:12:20.71 ID:ICOujVwG
しかし1年くらい前は2Tが確かこんくらいじゃなかったか
どんどん安くなるからってんでエンコせずに放置してるのをエンコするハメにはなりそうだが
665 :名無しさん@編集中2011/10/28(金) 21:12:25.55 ID:QJZdZFE6
むしろ俺は、3Tが知らない間に1万切ってたことに驚いたわw
666 :名無しさん@編集中2011/10/28(金) 21:13:26.18 ID:F31PWIvh
タイみたいないい加減なところに工場作るバカが悪い
669 :名無しさん@編集中2011/10/28(金) 21:37:21.62 ID:BcgTjSXt
>>666
それ言ったら中国なんていろいろな意味でもっといい加減だがなw
ま、半年もすれば元に戻ってるんじゃないか?
671 :名無しさん@編集中2011/10/29(土) 00:49:27.09 ID:JLOk/xnO
>>669
確かに中国はいい加減な国だが
治水に関しては先人の知恵や努力によって守られている所がある
674 :名無しさん@編集中2011/10/29(土) 02:10:07.79 ID:JLOk/xnO
巨大ダムが昨日今日の思いつきで築かれたとでも言う気かな
他に運河の例を見ても中国が古来から治水に力を入れてきたのは明らか
675 :名無しさん@編集中2011/10/29(土) 02:43:27.97 ID:Twn8lE49
色とりどりの川もあるしね。

という冗談はさておき、数年、十数年先の日本は他国を笑えるような状況でいられるもんなのかね。
社会基盤の弱体化とか、なんだか色々と不安になるよ。
さて、エンコするか・・・。
676 :名無しさん@編集中2011/10/29(土) 02:45:44.64 ID:SN1uOwwA
日本はもう酷い状態だろ
というより化けの皮がはがれただけともいうが
677 :名無しさん@編集中2011/10/29(土) 03:08:52.50 ID:2Nrx4bVG
雑談続けてる奴って何なの?
いわゆる雑談スレでなじめないコミュ障くんなの?

まずはスレタイを見ることから始めようぜ
大丈夫、おまえならできるさ
681 :名無しさん@編集中2011/10/29(土) 11:17:46.69 ID:0bcUvl4w
ここは爺ばっかって事が良くわかったわ。荒らしてるのリアル中学かと
おもったら老害かよ…
685 :名無しさん@編集中2011/10/29(土) 16:40:57.31 ID:fdJBytRQ
ROMがたまたま雑談に乗って書き込んだだけってこともあるから気にすんな
686 :名無しさん@編集中2011/10/29(土) 19:38:40.42 ID:POS3kuj1
すみません、質問なのですが、--fullrangeや--colormatrixなどのVUI情報(?)を
表示してくれるような解析ソフトってあるでしょうか?
--colormatrixについてはMediaInfoで見れるようなのですが--fullrangeについては表示してくれないようです。
AVInaptic2も試しましたが駄目でした。
687 :名無しさん@編集中2011/10/29(土) 20:02:57.37 ID:xJy2oa0f
688 :名無しさん@編集中2011/10/29(土) 20:48:19.70 ID:POS3kuj1
>>687
rawを渡して見ることができました。ありがとうございます。
でかいファイルを渡すとえらいことになりそうですが、色々なパラメータがあるのがよくわかって面白いですね、これ。
689 :名無しさん@編集中2011/10/31(月) 07:13:11.18 ID:VhqHvRC6
1年ぶり位にエンコ使用と思うんだがパラメーターの意味が大きく変わって気をつけるべきものはある?
crfがfps依存になったみたいに
691 :名無しさん@編集中2011/10/31(月) 08:15:30.89 ID:2dfYmp6B
>>689
--qpmax
--deblock
新しいオプション以外ならこの二つ。
692 :名無しさん@編集中2011/10/31(月) 10:37:37.53 ID:4EYxx8DQ
>>691
--deblockについてkwsk
695 :名無しさん@編集中2011/10/31(月) 20:31:27.19 ID:NuV2F8XN
x264のフロントエンドってMediaCoderの他にいいやつありますか?
697 :名無しさん@編集中2011/10/31(月) 20:43:52.65 ID:9oy8a+an
698 :名無しさん@編集中2011/10/31(月) 20:56:26.95 ID:0ly3k0jz
あ、自分もこれつこてるわ>>697
リネームさえすりゃ最新版も使えるしね
700 :名無しさん@編集中2011/10/31(月) 21:09:16.91 ID:0ly3k0jz
AVsPつうのでTrimはやっとるねえ
AviUtlがお手軽だけど、こっちのほうが64bit使えて速いからこれにしてる

マイクロソフト ワイヤレス ブルートラック マウス Arc Touch Mouse RVF-00006
マイクロソフト ワイヤレス ブルートラック マウス Arc Touch Mouse RVF-00006