12/03/28 14:03:00.52 LW3L19Kj
そういやAnother面白かったな
151:名無しさん@編集中
12/03/28 14:35:04.99 saPG9+dq
まだ最終話見てないんだからネタバレすんなよ
絶対だぞ
152:名無しさん@編集中
12/03/28 14:46:08.70 xXGlZAxL
犯人はヤス
153:名無しさん@編集中
12/03/28 15:34:14.30 VRxK9GY5
Another録画してたけどまだ観てないwww
面白いなら一気に観てからエンコするかな
154:名無しさん@編集中
12/03/28 17:13:16.44 tkvT/ZNU
>>148
スレリンク(avi板:822番)
別スレで同じようなこと言ってる奴が居ると思ったが、
暴れてる奴は同じ奴でフイタw
155:名無しさん@編集中
12/03/28 20:53:17.14 x0g9CM3A
場の空気を読まずに「おまえ」「こいつ」という1人称を
平然と使い続ける奴は人格障害だから温かい目でみてやんな
156:名無しさん@編集中
12/03/28 21:58:50.00 zzHx+eQD
>>148
おまおれw
157:名無しさん@編集中
12/03/29 03:35:52.16 3FqkJcpF
ヨブさんサイト復活したけど10bitのx264が404です
158:名無しさん@編集中
12/03/29 14:06:42.98 r0MuamBp
ヨブさん10bit復活ありがとうござる
159:名無しさん@編集中
12/03/30 12:07:14.51 K3iMHMg6
とりあえずここで
URLリンク(k4095-takuan.blogspot.jp)
↑によると、(x264での)16bit -> 10bitのティザリングを行わない方法がいいといっているんだけど、これってどういうことなの?
160:名無しさん@編集中
12/03/30 12:59:40.42 TJgMngy5
そんなの書いてないだろ
f3kdb使ったら自分の好きなディザリングアルゴリズム使えるってだけだ
161:名無しさん@編集中
12/03/30 17:13:01.13 lrw6c97T
r2184ってなんだか容量小っちゃくなって細部つぶれぎみな気がするな
2164と同じくらいの容量目指しても
海外のユーザーは高圧縮最適化を目指してるのかね
162:名無しさん@編集中
12/03/30 17:31:38.96 8VHlFc37
だったらcrfを0.5くらい上げてみればいいだけじゃん
163:名無しさん@編集中
12/03/30 17:32:12.81 8VHlFc37
下げるの間違いだった
164:名無しさん@編集中
12/03/30 18:10:45.60 I4beHTY2
それを言うならqcompの値を調整すればいいんじゃない?
crfだけじゃあまり変わらんと思う、むしろ余計変になるかもよ。
165:名無しさん@編集中
12/03/30 18:23:48.35 K3iMHMg6
>>160
ditherのDither_convey_yuv4xxp16_on_yvxx()だとディザリングアルゴリズムが選べないというわけか
166:名無しさん@編集中
12/03/30 20:38:18.05 UWXiD9Cp
>>165
Dither_convey_yuv4xxp16_on_yvxx()は16bit出力しかできないからディザリングそのものがないのでは。
167:名無しさん@編集中
12/03/30 20:44:00.48 3MUn/PVj
>>164
逆だろw
168:名無しさん@編集中
12/03/30 20:59:35.18 +tm0/0aK
crfだけ変えてもビットレート食うだけで変わらないことは多々ある
169:名無しさん@編集中
12/03/30 21:12:54.44 UWXiD9Cp
>>159の記事の「f3kdb()で10bit出力してx264(10bit)に渡す」というケースに関しての質問です。記事では、
・x264(10bit)に10bitを入力すると、内部で一度16bitに変換し、その後10bitにディザリングしてエンコする。
・skip_depth_filterパッチが当たっているx264(10bit)に10bitを入力すれば、x264内部での
「10bit→16bit→(ディザリング)→10bit」の処理が省略される。
とのことで、「個人的にはf3kdb()で10bit出力してskip_depth_filterパッチを当てたx264でエンコがいい」とされています。
一方、depth.cの62行目あたりのコメントを読むと、
「ソースがscale_image()と同じ方法でアップコンバートされた場合は、
ディザリングで元のソースと同じビット深度に落としたとしても可逆」
と書かれているように読めます。
だとすると、x264内部での「10bit→(アップコンバート)→16bit→(ディザリング)→10bit」は可逆となるので、
skip_depth_filterの有無による違いは、(無駄に)処理をするかどうかというだけで、
エンコード結果に違いはないように思えるのですが、違うのでしょうか?
170:名無しさん@編集中
12/03/30 21:15:32.55 UWXiD9Cp
補足:
・depth.c
URLリンク(git.videolan.org)
・62行目からのコメント引用
The dithering algorithm is based on Sierra-2-4A error diffusion. It has been written in such a way
so that if the source has been upconverted using the same algorithm as used in scale_image,
dithering down to the source bit depth again is lossless.
171:名無しさん@編集中
12/03/30 21:39:24.74 UWXiD9Cp
あ、失礼、記事を読み違えてた気がする・・・。
skip_depth_filterの有無でエンコード結果が変わると書いてるわけじゃないですね。
>>169の「結果に違いは出ない」という解釈が正しいかどうかだけでも教えていただければ幸いです。
172:名無しさん@編集中
12/03/30 23:43:42.71 yM5sisCe
なぜコメに投稿しない
173:名無しさん@編集中
12/03/30 23:49:25.41 UWXiD9Cp
そうしようか迷ったんだけど、ちょうど話題に上がってたし、ここのほうが色々な人の意見が聞けるかなと思って。
174:名無しさん@編集中
12/03/31 02:59:41.35 Un/4Ti2F
URLリンク(goldenhige.cocolog-nifty.com)
これがYV12だとどうなる?
175:名無しさん@編集中
12/03/31 07:30:03.84 6nqGIm6/
>>174
YV12とYUV444の違いがわかればわかるでしょ
176:名無しさん@編集中
12/03/31 21:24:45.26 AZk3YkDY
BENIがカバー集リリースしたぐらい意味わからん・・
177:名無しさん@編集中
12/03/31 23:38:38.98 NZVWIZvh
更新がないと過疎るな…
178:名無しさん@編集中
12/03/31 23:47:04.07 NiPX0oiU
個人記事の話題をこっちに持ってくる必要はないな
179: 忍法帖【Lv=40,xxxPT】
12/04/01 21:20:09.38 /vzcbgJt
!ninja
180:名無しさん@編集中
12/04/02 10:57:39.05 Vv4lGdGn
!nanya
181:名無しさん@編集中
12/04/02 13:29:11.96 HUvYyCEB
!oo…
182:名無しさん@編集中
12/04/02 16:47:28.47 nX+M9B6y
>>169
実際自分で試してみればわかると思うけど、skip_depth_filterの有無だけではエンコ結果に違いはない
8bitソースをそのままでエンコしたのと、bit変換だけして(f3kdb(Y=0, Cb=0, Cr=0, ditherY=0, ditherC=0, output_mode=2, output_depth=10)
skip_depth_filterをパスしてエンコしたのを比較すると動画部分のバイナリは一致するから
当然bit変換のやり方によっては当然エンコ結果は違ってくるだろうけど、
上のやり方だとdepth_filterを通過しようがしまいが同じ動画ができる
183:名無しさん@編集中
12/04/02 16:50:38.24 nX+M9B6y
>182の4行目、skip_depth_filterをパスしてエンコしたのっておかしいな
正確には「depth_filterをskipしてエンコしたの」だ
skip_depth_filterをパスしたらってdepth_filterをスキップしてないみたいになってしまう。
184:名無しさん@編集中
12/04/06 12:26:00.14 pqRekIQ1
そろそろr20xxか・・・
185:名無しさん@編集中
12/04/06 14:53:12.28 Tk7sVJCZ
は?
186:名無しさん@編集中
12/04/06 15:33:05.16 sgRp19XE
ひ?
187:名無しさん@編集中
12/04/06 16:14:18.11 ROViA/7+
くたばれ!
188:名無しさん@編集中
12/04/06 18:13:22.93 OKmQLHjp
おお…
189:名無しさん@編集中
12/04/06 18:28:05.75 8CecBHsn
ちんこ生えてきた
190:名無しさん@編集中
12/04/06 20:15:33.55 4GJqH7fU
--tune futanari
191:名無しさん@編集中
12/04/07 00:04:57.30 nuykYN4X
白い弾幕
192:名無しさん@編集中
12/04/07 22:19:43.36 OqEnEDIG
更新が無い
ただの屍のようだ
193:名無しさん@編集中
12/04/09 19:15:20.77 FQWmEZ7n
2192キタ?
194:名無しさん@編集中
12/04/09 20:09:34.86 sFEIgUIw
x264 rev2184+663 tMod (x264_64_tMod-10bit-all)とavs4x264mod v0.6.2 (avs4x264mod-laa)の組み合わせなんだけど、以下のログ (画像参照)の様なものがどんどん表示されていくんだけど、以前バージョンのようにしたい場合はどうしたらいい?
URLリンク(www.nmm-hd.org)
195:名無しさん@編集中
12/04/09 20:17:24.14 GjRF5qyw
--fullhelp
196:名無しさん@編集中
12/04/09 20:35:45.98 mWWM0rPP
コマンドプロンプトの横幅を90文字くらいに増やせばいいんじゃね
197:名無しさん@編集中
12/04/09 21:11:01.74 AniY/2UI
>>194
URLリンク(fsm.vip2ch.com)
こんな感じ?
high_precision_fps が原因?で
一秒間あたり10フレーム以上の処理が行われると、こんな風になったよ。
198:名無しさん@編集中
12/04/09 21:21:40.21 sFEIgUIw
>>197
そうそう、こんな感じ
199:名無しさん@編集中
12/04/10 10:30:28.29 IhmiqwBW
ていうかFHDのエンコで10fps前後しかでないのってどうなのさ?
200:名無しさん@編集中
12/04/10 11:15:35.48 ZxM7fTrN
どうも何も、それくらいの環境orそれ以下の人のほうが多数派
201:名無しさん@編集中
12/04/10 11:57:10.98 kYqZYedh
HDのエンコで10fps前後しかでない俺の環境バカにしてんのか
202:名無しさん@編集中
12/04/10 12:37:03.41 kvYqfzj6
それ以上のスピードを出してもしょうがなくね?
203:名無しさん@編集中
12/04/10 12:45:21.56 YlPkeoZw
1fps しかでない俺のPen4馬鹿にしてるのか
204:名無しさん@編集中
12/04/10 12:55:17.69 amlxYpeu
m9(^e^)
205:名無しさん@編集中
12/04/10 13:13:36.89 4XiqMqHl
>>203
馬鹿乙
206:名無しさん@編集中
12/04/10 16:36:48.34 Ml7rk016
2600Kだけど2fpsぐらいしか出ない
207:名無しさん@編集中
12/04/10 20:01:51.45 DiM+GHdN
オプションを凶悪にすればするほど高まっていくソースのままでいいやと思う気持ち。
208:名無しさん@編集中
12/04/10 20:48:05.16 5Gquzuzm
そーすね
209:名無しさん@編集中
12/04/10 22:53:08.48 FUlh/01k
気に入ったもの以外はデフォ相当の設定で気に入ったものはcrf値下げてumh subme 11
210:名無しさん@編集中
12/04/11 00:07:37.21 5Hzd067W
>>209
インタレ保持でcrf18、ついでにqcompも0.8に
…あれ?元のtsとサイズ変わらなくね?
なんて事があるから困る(苦笑
211:名無しさん@編集中
12/04/11 01:23:25.34 dkiWYRpg
そういうは単なるバカ。
212:名無しさん@編集中
12/04/11 02:29:20.98 ht1Spias
片言で馬鹿にされる>>210カワイソスw
ここ最近HDD高騰のお陰で圧縮率悪そうなのも試しにエンコしたけど
やたら動いたりバックにLEDの巨大スクリーン有る様なライブ物なんてcrf23 qcomp0.7で半分でも御の字だからねぇ…。
そんなのを>>210でやったら下手すると元サイズ超えそうだw
213:名無しさん@編集中
12/04/11 13:59:38.67 FP5LE72P
ヨルムンガンドのグレインノイズやべーんだけどどうしよう
214:名無しさん@編集中
12/04/11 14:11:20.83 7oU2MD5J
どうもしなくていいのでは
サイズが増えるのは当たり前だし
215:名無しさん@編集中
12/04/11 15:32:06.14 u6V3ZbbS
グレインノイズ見た瞬間ナニ思うかって言ったら「これは縮まない」だよな
昨夜視聴しながらそんな事ばっか考えてたわ
216:名無しさん@編集中
12/04/11 15:35:07.00 FP5LE72P
まぁ演出でつけてるもんを潰そうとは思わなかったからいつも通りやってみたけど
1.55Gになってしまった これじゃDVD-Rに4話どころか3話も入らん・・・
せめて1.45Gくらいにサイズ減らそうと思ったらこういう場合まずどこを弄るべき?
crf一択かな
217:名無しさん@編集中
12/04/11 15:40:18.10 7oU2MD5J
サイズ減らすならcrf上げるかqcomp下げるか、その両方でもいいし
細部捨てるならaq下げるのもあり
218:名無しさん@編集中
12/04/11 16:14:59.63 FP5LE72P
>>217
thx その方向でやってみる
あとEDが特に肥大するのでここだけ囲って緩める感じにもしてみる
219:名無しさん@編集中
12/04/11 16:20:08.71 qJQFVdwN
1280x720 24p化 crf20 dcomp0.6
グレインを極力再現する方向で調整して600M程度なんだが…
1G越える人はやはりソースを再現する方向で
エンコードしているんだろうか
220:名無しさん@編集中
12/04/11 16:34:15.14 FP5LE72P
>>219
概ねそんな感じ 1クールがDVD-R2枚に納まればいいと思ってる(安いし)
一応この設定でもソースによっては300M程度まで縮むんだけど
221:名無しさん@編集中
12/04/11 16:39:22.09 Npt+yZtM
qpmax下げるのもええんちゃうか
222:名無しさん@編集中
12/04/11 18:03:49.93 VBFGMCx7
ちらちら見にくくてしょうがないのでグレインを潰した
223:名無しさん@編集中
12/04/11 19:34:28.45 isnaK7Tp
10bit版x264のディザリングってどんな奴?
224:名無しさん@編集中
12/04/11 19:45:42.00 j6Ct/20u
Sierra-2-4A error diffusion
Floyd-Steinbergの一種 オリジナルのFloyd-Steinbergよりも高品質と言われている(そんなに差はないと思うが)
一般的にFloyd-Steinbergは高品質だけどディザとか残すのにはかなり設定を詰めないといけないので
ディザを残したい or バンディングが激しいソースのエンコにはf3kdbでOrdered ditheringとか使えば良い
あと速度面ではOrdered ditheringの方が優っている
ditherのデフォルトはOrdered dithering
225:名無しさん@編集中
12/04/11 19:48:54.43 tO53x659
>>217
psy-rdは…アニメなら既にある程度調整してるか。
縮めるなら砂嵐が靄に成るぐらいの妥協は覚悟。
226:名無しさん@編集中
12/04/11 19:55:24.32 isnaK7Tp
>>224
ありがとう
227:名無しさん@編集中
12/04/11 20:44:53.35 SpyppOv5
>>197の回避策って無いのかな
228:名無しさん@編集中
12/04/11 20:46:41.49 oG3kDKlr
>>216
BD-Rドライブ買っちまえよ、もう1万切ったモデルも出てきてるんだし
容量に余裕ができるとエンコも楽になる。
229:名無しさん@編集中
12/04/11 20:48:02.58 dkiWYRpg
10bitとかRAWとかやめれば縮むだろ。
230:名無しさん@編集中
12/04/11 20:48:24.46 /qKBlwSM
>>227
よくわからんけどx264じゃなくてavsの問題の気がするんだが
231:名無しさん@編集中
12/04/11 21:21:07.99 FP5LE72P
>>228
BDだと1枚分になるまで溜める必要があって結局圧迫するやん
232:名無しさん@編集中
12/04/11 21:27:39.45 0f5NrwFW
>>227
[16.8%] 1234/34567 frames... みたいな進捗メッセージは
CR(キャリッジリターン)を使って同じ行に出るようになってる
そういう具合に何行かに分かれてるってことは、そのタイミングで
LF(ラインフィード)が出力されたために行が変わったってことだろう
実際にはLFだけ出力しているとは考えにくいので、たぶん
なんか警告メッセージみたいなものが出力されて、それが次の進捗メッセージに
上書きされてるんじゃないのかな
回避策ではないけど
x264 ほげ 2 >log.txt
みたいに標準エラーをリダイレクトしてlog.txtを見れば、何が実際出力されたか
わかるはず
233:名無しさん@編集中
12/04/11 21:33:56.41 oG3kDKlr
>>231
んーアニメ1話1GB近辺で2クール分を1枚に入る感じでエンコして焼いてるけど、全く圧迫されない。
234:名無しさん@編集中
12/04/11 21:45:12.14 oG3kDKlr
2TBのHDDを6800円の時に2台買ったけど、アニメ毎期20本前後エンコしてて
>>233の感じでやってるとHDD1台の半分も使い切れない、すごく余裕がある感じする
2TBのHDDと一番安いパイオニアのBD-Rドライブ、BD-R50枚で2万ちょいくらいだと思うけど
それだけの投資でだいぶ楽になる。
235:名無しさん@編集中
12/04/11 21:50:52.84 evEk2MSZ
>>232
出たり出なかったり
最初から出る訳でもないので
検証し辛くて
時間取れたら調べてみる
236:名無しさん@編集中
12/04/11 22:14:20.99 j6Ct/20u
High-precision fps, estimated total size & encoded file sizeのpatch当てて自ビルドして使ってるけど
うちでは出たことないな
64bitバイナリをavs2pipemodでパイプして使ってる
237:名無しさん@編集中
12/04/12 11:01:08.62 m0vE8+po
ヨルムンガンド 1280x720 24f/60f vfr crf20 qcomp 0.54で235MB前後。
思ったほど膨らまなかったわ。
238:名無しさん@編集中
12/04/12 11:52:38.79 oj8uJM5A
そろそろファンの回転数あげなあかんやろか?
239:名無しさん@編集中
12/04/12 13:25:29.96 nhzQ+80Y
3960Xを5GHzOCしてると冬でもつらい
240:名無しさん@編集中
12/04/12 14:47:19.10 3qGUxOXM
ほぼ同じ>219が600Mって言ってるのに235Mて
絵凄そうだな
241:名無しさん@編集中
12/04/12 14:52:26.81 cXHAxqjL
tvkはグレインノイズが潰れてるらしいから、そっちで録画したやつは素直に縮まるんじゃね?
242:名無しさん@編集中
12/04/12 14:52:47.78 VhKeIIo9
MBと書かないでMで済ませてるの見るとイラっとする
243:名無しさん@編集中
12/04/12 15:13:00.69 3qGUxOXM
>>241
まじで
エンコーダの差なのか
244:名無しさん@編集中
12/04/12 19:14:27.85 m0vE8+po
一応、BS11ソースな
245:名無しさん@編集中
12/04/12 19:16:22.90 m0vE8+po
逆に同じ設定でQBリベリオンをエンコしてみたがこっちは350Mまで膨らんだ。
246:名無しさん@編集中
12/04/12 19:30:00.09 m0vE8+po
だいたいAACは平均30M前後になるので
実質ヨルムンガンドの映像は200M、QBリベリオンは320Mだな
崩壊や破たんは無いから気にしていないが。
247:名無しさん@編集中
12/04/12 19:53:26.70 Gnk68Iy1
エンコオプション全部見てみないと何とも言えない気がする
crf20 qcomp0.54だけだとよくわからない
248:名無しさん@編集中
12/04/12 20:42:54.19 M8XOeyYk
グレイン除けば縮まらない画じゃない気もするしpsy-rdも限界まで下げれば縮まるかも知れん
ただ背景がべったり塗りつぶした油絵の様に成りそう
249:名無しさん@編集中
12/04/12 21:26:20.02 m0vE8+po
毎回アニメのCMもtrimで後半にまとめて含めるから
そういうベタ塗りになるようなエンコは最初からお断りだが
たとえば銀河キックや、プリティリズムや、へうげものとか
アニメと実写が混ざった番組とかだと油絵みたいなエンコをすると大変なことになるw
250:名無しさん@編集中
12/04/12 21:48:43.60 60bHol8v
で、ID:m0vE8+poの設定晒しはまだか?
251:名無しさん@編集中
12/04/12 21:50:26.93 8b1Danr9
目暗設定お断り
252:名無しさん@編集中
12/04/12 21:57:29.85 giJoUg0c
実写もニコニコの「なにこの高画質w」レベルで問題無いって感覚に成ってて
qcompもrdも下げて何か問題が?ってのいるからねぇ・・・。
253:名無しさん@編集中
12/04/12 23:21:54.84 Gnk68Iy1
パラメータ弄っていい感じになったと思ったら別の箇所が駄目になる・・・っての繰り返して
結局行き着く先はデフォルトという
254:名無しさん@編集中
12/04/13 00:26:58.68 CvySgsXx
いつもザラザラ
あなたのエンコに這いよる混沌
グレインノイズでっす
255:名無しさん@編集中
12/04/13 00:37:54.55 jPRbc85H
ニャルラトホテプは来るんじゃねぇ
256:名無しさん@編集中
12/04/13 00:43:44.07 iGsAzoFJ
フィルムグレインって味があるとか言われてたけど、エンコに限っては邪魔者でしかないな。
257:名無しさん@編集中
12/04/13 00:50:54.09 W8GfLtHa
(」・ω・)」うー!(/・ω・)/にゃー!
258:名無しさん@編集中
12/04/13 01:25:17.77 F2QC2/WS
>>250
だいぶまえにx264スレで晒したから、もっかい晒す気など毛頭ない。
そもそも他人のパラメータを見せられたからと言って何の参考にもならんだろ。
259:名無しさん@編集中
12/04/13 01:26:18.08 JvXv3V/1
ID変わってからレスですか
260:名無しさん@編集中
12/04/13 01:33:18.72 F2QC2/WS
それに個人的にはx264のパラメータ云々より
avsフィルタやaviutilフィルタの組み合わせの方が重要と考えているわけだが
avsやaviutilを使わずにx264のみでエンコする奴には何を言っても通じないだろうな
261:名無しさん@編集中
12/04/13 01:34:45.61 JvXv3V/1
笑える
262:名無しさん@編集中
12/04/13 01:40:43.94 F2QC2/WS
じゃぁ一生笑ってろw
263:名無しさん@編集中
12/04/13 02:03:43.10 G94rJsM9
だいぶ前に晒した時に叩かれたんで勘弁してくれって事ですね
わかります
264:名無しさん@編集中
12/04/13 02:38:12.38 iGsAzoFJ
日をまたいでIDが変わったときに自演するのは常識
265:名無しさん@編集中
12/04/13 02:44:24.57 F2QC2/WS
別に自演なんてしとらんがな
都合が悪いレスが来たとたん態度を変えるのやめろよな
266:名無しさん@編集中
12/04/13 06:04:42.26 IqioaS3y
アニヲタうぜぇ
267:名無しさん@編集中
12/04/13 08:13:40.59 kmQvbhOr
このスレの95割はアニオタだろ
268:名無しさん@編集中
12/04/13 08:39:14.89 9cg51BZ8
>>260
まあグレイン消したいだけならそういうフィルタかませばいいんだしな。
逆にフィルタでグレイン付加することもできるし。
x264でもfgoパッチでグレイン付加できるんだっけか、やったことないけど。
269:名無しさん@編集中
12/04/13 09:59:31.42 SdlXlv+N
グレインと一緒にディテールもさようなら
270:名無しさん@編集中
12/04/13 13:01:59.32 cnBwebYN
日本人なんだからグレインなんていわずブツブツって言おうぜ
例 このブツブツすげー ブツブツ多くてエンコ大変そう うわ、これブツブツだらけじゃん
271:名無しさん@編集中
12/04/13 13:44:12.70 FA4V9elh
日本人ならブツブツの感覚をそれに使う事はないだろうな
272:名無しさん@編集中
12/04/13 14:35:46.40 vpqtdUOL
(:.;゚;Д;゚;.:)クレ、アラシル!!
273:名無しさん@編集中
12/04/13 15:29:37.37 f2wmlSs4
ザラザラ
274:名無しさん@編集中
12/04/13 15:34:53.54 ekmQaTn1
グレインはジリジリかチリチリかなあ
275:名無しさん@編集中
12/04/13 15:42:52.50 tiHS+bdu
ブツブツいうとあの画像思い出すからやめて
276:名無しさん@編集中
12/04/13 16:07:00.98 7zkP72+8
>>269が真実
>>268はディテールに気付かない目くらでグレインだけ消せると思ってるアホw
277:名無しさん@編集中
12/04/13 16:28:12.74 hX6/5Iiw
グレインは普通ザラザラじゃね。
ブツブツって感覚はわからん。
278:名無しさん@編集中
12/04/13 16:53:40.27 44/PUtOK
ツブツブって言いたかったんじゃないかな
まぁそれでもザラザラだろうけど
279:名無しさん@編集中
12/04/13 16:57:27.90 hX6/5Iiw
ああ、ツブツブならわからんこともない気がする。
280:名無しさん@編集中
12/04/13 17:20:54.49 dhgA4HXs
ツブツブジュースって美味いよね
281:名無しさん@編集中
12/04/13 17:33:16.22 /G2dYn7A
俺イクラはダメなんだよね
282:名無しさん@編集中
12/04/13 17:44:10.71 Q+e/C7Cu
今のx264ってtrellisとdeadzone-inter・deadzone-intraって同時使用できるようになったの?
283:名無しさん@編集中
12/04/13 17:45:10.52 E7gjAu1r
できねえよ
284:名無しさん@編集中
12/04/13 17:54:46.73 OKC2c/Ui
trellis=1ならできる
285:名無しさん@編集中
12/04/13 17:58:00.29 W8GfLtHa
できるって言っても併用してdeadzone下げても細部は残らないぞ
ファイルサイズ微妙に変わったワア程度しかわからん結果になる
286:名無しさん@編集中
12/04/13 18:18:53.06 E7gjAu1r
グレインも落ちまくりで全然だめ
使うならcrf10くらいで使う覚悟がいる
287:名無しさん@編集中
12/04/13 19:00:42.40 F2QC2/WS
そんな覚悟を決め込むなら最初からソースのまま残せよw
ソースの演出をある程度までぶち壊してまでで圧縮率重視するのなら
多過ぎるグレインは自分で気に入るまで除去しても問題ないと思うがね
ぶっちゃけアニメはキャラデザとりシナリオと楽曲でよさが決まる。
背景などのグレインノイズとか別に削っても気にするほどでもないわ。
アニメ1本につき600MBも要するとかバカげているしなw
288:名無しさん@編集中
12/04/13 19:03:13.63 OKC2c/Ui
次の人どうぞ
289:名無しさん@編集中
12/04/13 19:14:18.18 dhgA4HXs
ダメだこりゃ!
290:名無しさん@編集中
12/04/13 19:21:35.33 hX6/5Iiw
グレイン削る残すはエンコする当人の自由。
加減も含めて好きにしたらよろしい。
291:名無しさん@編集中
12/04/13 19:46:16.29 Sgs+fksT
>>268
fgoはグレインの付加なんかしないよ
グレインがつぶれ過ぎないようにするだけだよ
292:名無しさん@編集中
12/04/13 19:51:03.14 sumHa9XU
おお…
293:名無しさん@編集中
12/04/13 20:01:38.39 l8KwaVjg
>>291
fgo使ったことないやつが書きこむなよ。
294:名無しさん@編集中
12/04/13 20:05:11.32 TCA0dN1P
そもそもfgoの利点って何?
295:名無しさん@編集中
12/04/13 20:22:02.88 o4dUqd4a
>>294
昔D_S氏が作った「グレインを残そうぜ!」のようなアルゴリズム。
後でpsy-rd/trellisで同じような要望が満たされたのだが、主にアニメなどで
「少々レートは多く使ってもいいから、グレインもラインも綺麗に残してくれ」
という望みに対してfgoの方の動作が気に入られてるみたい。
オイラも詳しくは分からないので、知りたい人には
URLリンク(x264dev.multimedia.cx)
がおすすめって感じかな。tobinaka氏も説明辺りを翻訳してた気がするけど。
296:名無しさん@編集中
12/04/13 21:07:02.63 Gi1l874P
>>287細部消える事を知らなかった事から論点ずらし必死だな禿w
恥ずかしい奴
297:名無しさん@編集中
12/04/13 21:11:29.26 WfWoL8NM
今日は粘着多いな。細部が消えない=粘着荒らしが消ない。あまり良い事とは思えないが。
298:名無しさん@編集中
12/04/13 21:19:10.44 EQJUdt4X
>>287
安直なグレインディテール消しと生ts残ししか考えられないとかどんだけとさか頭なんだよ
にわかはしたり顔で書き込まずに隅っこで小さくなってろ屑
299:名無しさん@編集中
12/04/13 21:45:39.00 hX6/5Iiw
もう単なる揚げ足取りになってる気がする。
グレイン低減したければフィルタでやろうがx264の設定でやろうが好きな方法でやればいい。
グレイン残すのも同じでエンコする当人の自由。
300:名無しさん@編集中
12/04/13 22:07:12.10 SK8i/HX0
言葉遊び・揚げ足とり・赤ID虐め・スレチで盛り上がり
いつになったら正常に戻るんだか
301:名無しさん@編集中
12/04/13 22:20:07.93 j4RCRrQS
フィルターにはそれぞれ一長一短があるのに長所しか把握せずドヤ顔で語る知ったか野郎は百害あって一利なし
叩かれて当然やな
302:名無しさん@編集中
12/04/13 22:26:15.51 hMOVv54g
せやな
303:名無しさん@編集中
12/04/13 22:57:40.24 W8GfLtHa
(」・ω・)」うー!(/・ω・)/にゃー!(×3) \(・∀・)/レッツにゃー!
304:名無しさん@編集中
12/04/13 23:33:04.24 3L3G5TGz
グレインノイズを減らしたつもりが微妙な線まで消えてた時の敗北感
305:名無しさん@編集中
12/04/13 23:46:27.25 r6ui/0jn
そもそも何故にグレインを減らしたいの?
サイズの問題?
306:名無しさん@編集中
12/04/13 23:46:29.00 IkIOF4+7
NL-means + スムージング
307:名無しさん@編集中
12/04/13 23:50:10.30 g3A1ArnM
r2200
308:名無しさん@編集中
12/04/14 01:05:28.90 /0hNWrDg
グレイン残していいのかはソースによるな
未来少年コナンのようなもんは全部消してツルツルにした方が綺麗
309:名無しさん@編集中
12/04/14 01:24:18.87 p7fEVXtG
そもそも264は設定項目が多すぎるんだよ
しかも相互に影響し合ってアホみたい
設定項目を3つに押さえて、あとは全自動でできるコーデックを作るべきなんだよ
264なんてごみ
310:名無しさん@編集中
12/04/14 01:26:06.66 nSlEUYY4
コーデックなんて入ってれば別に設定しなくても再生してくれるだろ。
311:名無しさん@編集中
12/04/14 01:26:08.00 uSGP0OE5
なんでこのスレにいるの?
312:名無しさん@編集中
12/04/14 01:26:23.11 O7tN1c6O
>>309
プリセット使ってろ
313:名無しさん@編集中
12/04/14 01:29:32.35 pYX+JfHv
x264.exe -o test.mp4 test.avs
314:名無しさん@編集中
12/04/14 01:36:09.87 Bdd7jNBM
今思えばwmvとかdivxとか設定する所皆無だったかのように思える
もうあれには戻れないわ
315:名無しさん@編集中
12/04/14 01:38:04.81 T0xEtsoE
>>309
オプションやパラメータを理解できないバカなら
どこもいじらないでデフォで使えばいいじゃん
316:名無しさん@編集中
12/04/14 01:39:44.16 T0xEtsoE
つーか、そんなアホがここに来ても時間の無駄
317:名無しさん@編集中
12/04/14 01:48:57.80 S8WvtbLe
オプションの少ないこれは彼なんかに打って付けだが、
有効期間はまだなのに、リンクが無効になっているのが残念。
URLリンク(labs.divx.com)
318:名無しさん@編集中
12/04/14 02:04:23.71 t2r9aEIx
無駄にx264のバージョンアップなんか続けてないで
開発者は次世代コーデックの開発に移ったほうがいいんじゃないか
319:名無しさん@編集中
12/04/14 02:07:17.07 3PVNG8kO
H.265だっけ?
規格もう決まったんだっけ?
320:名無しさん@編集中
12/04/14 02:18:55.33 ofuOtu1E
H.265は貧弱なH.264より暗部に強くしてくれ
321:名無しさん@編集中
12/04/14 02:37:08.99 /LTMvpuG
>>318
そう思うならキミが先導して開発を引き継げばいい。
どうせ誰もついてこないと思うが。
322:名無しさん@編集中
12/04/14 03:04:51.18 n3gh+5Z9
>>321
開発者か?
ならコテ付けろ
323:名無しさん@編集中
12/04/14 03:06:04.21 O7tN1c6O
>>322
324:名無しさん@編集中
12/04/14 03:08:27.66 Z0VXUGn+
>>322
(」・ωΣC=(-"-)そのうーにゃー言うのをやめなさい!
325:名無しさん@編集中
12/04/14 04:06:03.77 HiRi9Bzk
x264のGOPがデフォルトで250なのはPALのせいですか?
326:名無しさん@編集中
12/04/14 04:11:10.26 pRYYoJxd
>>315
すげーなお前!x264のオプションをずべて理解できているのか?
8**の頃から追いかけており俺だけど、使わないもしくは弄らないオプションの事はあまり理解できてないぞ?
釣りに条件反射で食いつけば馬鹿丸出しになるのは自分だってことに気が付きなよ
327:名無しさん@編集中
12/04/14 04:16:17.72 pYX+JfHv
す
8
釣
なるほど、スパッツ最高と。
328:名無しさん@編集中
12/04/14 04:33:40.73 Le36ORbA
お前ら早く新revの話しろ
329:名無しさん@編集中
12/04/14 04:50:27.85 Xc9XupY0
nlまだ2184なんですけど
330:名無しさん@編集中
12/04/14 04:53:13.93 Rmx1wZ/F
目に見えて画質向上する事のない新revとかもう飽きた
331:名無しさん@編集中
12/04/14 05:00:37.82 HiRi9Bzk
圧縮率向上といってくれ
332:名無しさん@編集中
12/04/14 05:07:50.10 9LRorjS7
目に見える画質向上って意味解らんな
画質、圧縮率、処理速度の三つ巴だし、そもそも画質なんて人間の目をいかに上手く騙すか
333:名無しさん@編集中
12/04/14 05:27:29.15 Cdl+9dNG
まあ更新なんてr数上げたいだけの開発者のオナニーだからな
それで構ってもらいたいとかおこがましい
334:名無しさん@編集中
12/04/14 05:43:36.67 9LRorjS7
何を言ってるんだお前は
335:名無しさん@編集中
12/04/14 05:54:22.90 gKgN+MEr
>>330
昔のでエンコして比較すると昔の方がましって事があるからなw
336:名無しさん@編集中
12/04/14 09:12:08.91 w/0wGXbF
今のところZETMANが一番面白いかな
337:名無しさん@編集中
12/04/14 11:05:46.29 62rkwezS
ZETMAN当たりだな
まったく注目してなかったアポロンもダークホース的に面白かった
338:名無しさん@編集中
12/04/14 11:40:41.01 Z0VXUGn+
(」・ω・)」うー!(/・ω・)/にゃー!
339:名無しさん@編集中
12/04/14 12:50:36.92 n/y2vnmI
ZETMANって何で左手にコンドーム付けてるの?
340:名無しさん@編集中
12/04/14 13:27:12.44 5YfSCjDD
>>335
俺の場合大きく変わる所使っちゃうと大体はもう戻れない
今2164で止まってるけど
341:名無しさん@編集中
12/04/14 13:43:27.87 1QU/OZEj
ZETMANは切った。なんか作画がキモち悪い。
usatoraぐらいシャープな作画ならよかったのに
342:名無しさん@編集中
12/04/14 13:44:51.42 SvCCFhrp
アニメスレでやれ
343:名無しさん@編集中
12/04/14 18:36:23.50 /0hNWrDg
俺は音楽好きなのでアポロンが好き
さんかれあも捨てがたいが
344:名無しさん@編集中
12/04/14 19:13:42.34 Vs+MfZxH
x264 rev2192+664 tMod (x264_64_tMod-10bit-all)
avs4x264mod v0.6.4
で24p(CFR)の動画をエンコするとVFRになってしまうんですけど…
345:名無しさん@編集中
12/04/14 19:28:58.59 w6VC+bro
ソースもどうやってエンコしたんかもわからんのにそれだけ言われても知らんがな
346:名無しさん@編集中
12/04/14 20:06:43.70 Vs+MfZxH
MediaInfoでその動画を調べると、
モード:VFRモード
フレームレート:23.976 fps
最小:7.992 fps
最大:71.928 fps
と表示されます。
347:名無しさん@編集中
12/04/14 20:11:37.55 czTwBtLd
>>343
あの耳みたいなふざけた髪形が許せない。なんなのあれ
348:名無しさん@編集中
12/04/14 20:26:17.22 w6VC+bro
>>346
だからさあ…
349:名無しさん@編集中
12/04/14 20:36:34.46 NCeNjN8X
まともに質問もできないのか
350:名無しさん@編集中
12/04/14 20:43:14.44 HhPkaxlw
質問をするのにも、それに対する回答を理解するのにも最低限の知識は必要だからな
それを下回る馬鹿はどうにもならない
351:名無しさん@編集中
12/04/14 22:20:44.28 xN3ZBt6b
>>344
ためしに24000/1001fpsの動画エンコしてみたら普通にフレームレート23.976fpsのファイルができたっすよ
352:名無しさん@編集中
12/04/14 22:24:35.71 xN3ZBt6b
ああ、でも俺が使ってるのはavs2pipemod、
もちろんx264CLIはx264 rev2192+664 tMod (x264_64_tMod-10bit-all)だけどavs4x264modじゃないから比較にならないか
353:名無しさん@編集中
12/04/14 23:14:54.14 1QU/OZEj
--timecodeと--timebaseに邪魔なパラメータが残ってるとかじゃねーのか?
それともx264.exe以外のexeがそれに対応する付加価値を自動で施しているとか
354:名無しさん@編集中
12/04/14 23:34:32.67 rADXBuA6
MediaInfo以外で調べるとどうなのさ
355:名無しさん@編集中
12/04/15 00:25:39.30 8EgZXVl3
(」・ω・)」うー!(/・ω・)/にゃー!
356:名無しさん@編集中
12/04/15 00:43:29.16 cJF7j8jH
(」・ωΣC=(-"-)そのうーにゃー言うのをやめなさい!
357:名無しさん@編集中
12/04/15 01:48:54.07 wRIxa0qa
(」・ω・)」うー!(/・ω・)/にゃー!←業者の作ったAA貼るのは楽しいか?
スレリンク(poverty板)
358:名無しさん@編集中
12/04/15 01:54:17.96 kEOwyPSi
スパパパーン
∩☆))ω´) >>355
(´・ω・)))☆))ω´) >>356
ス⊂彡☆))ω´) >>357
359:名無しさん@編集中
12/04/15 03:53:04.83 tKl4zwuo
>>ID:xN3ZBt6b
その時の設定、晒してもらえないでしょうか?
360:名無しさん@編集中
12/04/15 03:54:21.17 4OSth91p
やだ
361:名無しさん@編集中
12/04/15 04:31:21.34 kEOwyPSi
普通は設定なんてほいほいと晒したりしないわな。なんのメリットもないんだから。
362:名無しさん@編集中
12/04/15 04:34:09.04 csb0OS3s
>>359
まず自分でログを晒してツッコミ入れてもらったらどうだろう
363:名無しさん@編集中
12/04/15 04:36:41.04 csb0OS3s
avs4x264mod v0.6.4になってたのか
364:名無しさん@編集中
12/04/15 05:14:19.07 oZYdQhak
>>361
自己顕示欲が満たされる奴もいるだろう
大抵そういう奴はおかしな設定してて叩きのめされてるのしか見たことないが
365:名無しさん@編集中
12/04/15 06:43:35.21 hWJlZr/Z
個人的にはrev2192なんてどこで拾ってきたんだとそっちの方が気になる
366:名無しさん@編集中
12/04/15 09:06:21.38 Ef7rwmSs
>>359
普通に23.976fpsのアニメをエンコしてmp4にしただけっすよ
avs2pipemod.exe -rawvideo "avsファイル" | x264_64_tMod-10bit-all.exe - --crf 20 --demuxer raw --input-depth 8 --input-res 1920x1080 --fps 24000/1001 -o "264ファイル"
MP4Box.exe -brand mp42 -add "264ファイル" -new "mp4ファイル"
367:名無しさん@編集中
12/04/15 12:46:17.24 dL5idJBx
>>359はまず自分の設定晒せよ
質問もまともにできないとかアホかと
368:名無しさん@編集中
12/04/15 14:26:06.91 cVX5lSzi
>>344の組み合わせで最低限のオプションで試してみたけど何も問題なくCFRになるな。
同じソースで>>346みたいなのも簡単に作れるが、まともな説明をしない阿呆に説明する義理はないし終了でいいな。
あと、avs4x264modを使ってもそうだけど、使わずにx264 rev2192+664 tMod (x264_64_tMod-10bit-all) だけで
エンコしてみても、>>194-197にあるように、進捗ログが複数行にわたってずらずらと表示された。バグなのかね、これ。
369:名無しさん@編集中
12/04/15 14:28:09.59 ttac6ZD4
マジレスしておこうか。
アホにどんな説明をしても
アホな奴は絶対に理解できないから説明するだけ無駄。
370:名無しさん@編集中
12/04/15 14:37:16.18 vX6QcOJ5
パイプツールはavs2pipemod、x264バイナリはx264_64_tMod-10bit-allでエンコしてみたけど
進捗ログが複数行にわたってずらずらなんてことは起こらないな。
発生条件とかはっきりしないんだろうか。
371:名無しさん@編集中
12/04/15 14:41:20.86 dL5idJBx
プロンプトのバッファとか?
372:名無しさん@編集中
12/04/15 15:02:14.19 tKl4zwuo
>>344の原因分かった。
--dts-compressが原因だった。
それをはずしたらCFRモードになった。
373:名無しさん@編集中
12/04/15 15:06:06.91 KdFXyKkp
--dts-compressなんていらんやろ
374:名無しさん@編集中
12/04/15 15:41:49.87 ttac6ZD4
パラメータの要る要らないは各自の自由。
375:名無しさん@編集中
12/04/15 16:17:58.23 OUc73UUU
x264_rev2192+664_tModで試してみた
x264 [option] -o "outputFile" "inputFile"
32bitバイナリ(x264_32_tMod-10bit-all)で上記のようにエンコすると>197の画像のようにずらずら出てきてしまう
avs2pipemod -rawvideo "inputFile" | x264 - [option] --demuxer raw --input-res 1280x720 -o "outputFile"
avs2pipemodで上記のように64bitバイナリ(x264_64_tMod-10bit-all)に渡してエンコするとそういう現象は起きない、普通にエンコできる
一応試してみた結果だけ
376:名無しさん@編集中
12/04/15 16:20:58.74 OUc73UUU
でも>197の画像だとavs2pipemodでエンコしてるんだよなぁ・・・
うちで使ってるのは最新(のはず)のavs2pipemod-0.4.1.7
377:名無しさん@編集中
12/04/15 16:37:36.13 CyBGw18p
664_tModって何?
ぐぐったら怪しげな中国語ばかりでてくるんだけど
378:名無しさん@編集中
12/04/15 16:52:53.37 tKl4zwuo
avs2pipemodの-rawvideoと-x264rawの違いって何?
>>377
よく分からないけど、06_taro氏ビルドのx264のことらしい。
ちなみに06_taro氏は、avs4x264modの作者でもある。
avs4x264modのバグ報告はこちらまで
報告したいけど、どういう文を書けばいいか…
URLリンク(astrataro.wordpress.com)
379:名無しさん@編集中
12/04/15 16:54:41.94 dL5idJBx
別にavs4x264modのbugじゃないんだが…
380:名無しさん@編集中
12/04/15 17:35:41.63 7LtIvu1n
>>2にある以下の板は過疎ってるので、少し板違いなことを承知の上で書き込みます
すみません
スレリンク(avi板)
x264_l-smashでmuxするmp4の音声は.m4a
mp4boxでmuxするmp4の.aac
l-smashでmuxしたものはmp4の規格に沿ったものとかいう書き込みを見かけました
動画部分はmp4boxでもbrand mp42を使えば同じものが出来ますが
音声部分がm4aとaacでそれぞれオーディオコーデックが異なっているのはなぜなんでしょうか?
l-smashのmuxerでaacからm4aに変換すると、元ソースのaacとはファイルサイズも異なっており
言い方が少しよくありませんが、劣化させてまで規格に合わせたmuxしているってことなんでしょうか?
381:名無しさん@編集中
12/04/15 17:41:59.21 CVO9GfyM
>>380
m4aはmp4と同じでコンテナだからaacとは意味が全く違う。
映像に置き換えるとaacがh264でm4aがmp4ってこと。
382:名無しさん@編集中
12/04/15 17:43:04.55 CVO9GfyM
あ、h264のhはいらなかったなw
383:名無しさん@編集中
12/04/15 17:44:16.88 dL5idJBx
サイズが変わるのはraw ADTSなAACをMP4コンテナに格納するから
というか"x264_l-smashでmuxする"って書いてるのに"l-smashのmuxerでaacからm4aに変換すると"って書いてるけど
結局何でmuxしてんだよ
x264_L-SMASHでmuxするならわざわざm4aに格納し直す必要ないしmuxer.exeでmuxするにしてもx264でraw H.264(*.264)出力してraw ADTS AACとmux
すればいいだけでわざわざm4aにする必要ないし書いてること意味わからん
384:名無しさん@編集中
12/04/15 17:51:43.03 cVX5lSzi
>>378
>avs2pipemodの-rawvideoと-x264rawの違いって何?
コマンドラインヘルプ読め。あと作者のブログのavspipemod関連の記事全部読め。そしてちゃんと試してみろ。
何も調べず、まともに試さず、意味もわからず、まともな情報も出さずに書き込みして情報だけ得ようとするあたり、
ID:tKl4zwuo はAvisynth初心者スレで暴れてた奴と同じ匂いがするな・・・。
385:名無しさん@編集中
12/04/15 18:09:24.45 OUc73UUU
>>380
L-SMASH込みでビルドしたx264でmp4出力するなら、わざわざ別のmuxer使う必要ないよ
optionに--acodec copy --audiofile "*.aac" lsmash付ければ済む
別のmuxer使うならL-SMASH版x264使う意味がない
386:名無しさん@編集中
12/04/15 18:26:32.21 cVX5lSzi
以下の条件でavs2pipemod-0.4.1も試してみたけど、やっぱり>>197のように進捗ログがずらずら出た。
x264での直接エンコやavs4x264modに比べると出にくい感じ。
x264-tModに原因があるのは間違いないだろうけど、>>197の言うとおり、ある程度速度が出た場合のみ発生するのかな。
ソース:
BlankClip(300,320,240,pixel_type="YV12")
使用ツール:
avspipemod 0.4.1
avs4x264mod 0.6.4
x264_32_tMod-10bit-all.exe
Avisynth 2.6 Alpha3
x264オプション:入出力ファイルの指定程度。avs2pipemodの場合も指定最低限。
387:名無しさん@編集中
12/04/15 18:36:52.72 7LtIvu1n
1.mp4boxでmp4+aacをmux
2.L-SMASHのmuxer.exeでaacをm4aに変換後、L-SMASHのmuxer.exeでmp4+m4aをmux
3.x264_L-SMASHで--acodec copyを付けてmp4+aacをmux
上記のようにmuxした3パターンのmp4ファイルをmediainfoで確認すると
オーディオコーデック IDはそれぞれ以下のようになっています
1.67
2.40
3.40
つまりx264_L-SMASHで使用したaacは自動的にm4aに置き換えられた後muxしているのか?
と思い質問しました
388:名無しさん@編集中
12/04/15 18:43:08.66 dL5idJBx
>>387
だからm4aってのはコーデックじゃなくてMP4コンテナのことだ
あと2の"L-SMASHのmuxer.exeでmp4+m4aをmux" ←こんなことできません
389:名無しさん@編集中
12/04/15 19:29:39.92 A1er9A8p
どこで読んだか忘れて見つけられないが、L-SMASHではMPEG-2 AACはMPEG-4 AACにして格納されるってみたような記憶がある
390:名無しさん@編集中
12/04/15 19:58:39.60 cVX5lSzi
ごめん進捗ログの件、>>196を見逃してた。
コマンドプロンプトの幅が80だったのを90に増やしたらズラズラ出ることはなくなった。
391:名無しさん@編集中
12/04/15 21:51:08.90 OUc73UUU
>>387
久々にx264でmp4出力してみたけど、1の場合でもAudioのCodec IDは40になるけどな
AACエンコーダはクイックタイム
既にスレチな話になってるけどちょっと気になった
392:名無しさん@編集中
12/04/15 22:11:33.45 CVO9GfyM
>>391
クイックタイムやらneroやらで出力するAACってコンテナ格納状態だからな。
これらで出力したやつはL-SMASHのmuxerだとエラーが出る。
>>387の1の場合ってのはfawを使った生AACなんじゃない?
393:名無しさん@編集中
12/04/15 22:20:26.90 ttac6ZD4
muxerは日本語文字を文字化けせずに扱えるmkvにしておけ。
mp4だとタグやチャプタなどで日本語文字を使うとプレイヤーで文字化けする。
394:名無しさん@編集中
12/04/15 23:42:20.46 A1er9A8p
UTF-8使えよ
395:名無しさん@編集中
12/04/15 23:48:30.18 oZYdQhak
>>307でrev2200報告あるけどそこまでのchangelogはどこかで見られるの?それともx264.nlに登録されるrevが出てから更新?
396:名無しさん@編集中
12/04/16 00:19:42.14 66eyFidP
テンプレ読め
397:名無しさん@編集中
12/04/16 00:30:46.76 q9gSZwof
>>396
URLリンク(git.videolan.org) (ソース/チェンジログ)
かURLリンク(x264dev.multimedia.cx) (開発者のブログ)
だと思ったのですが上は現在公開されているrevまでの情報しかありません下は2011年で更新が止まっているように見えます。
そういうのは無いという事ですか?
398:名無しさん@編集中
12/04/16 01:02:13.58 64cnZJCY
嘘を嘘と以下略
399:名無しさん@編集中
12/04/16 09:18:23.46 kGu95ibn
multimedia.cxドメインはDDNS鯖用だよな。
400:名無しさん@編集中
12/04/16 20:14:18.24 WQdj8ZEZ
Another縮みすぎワロタ、なんか設定間違えたかと思ったわ
401:名無しさん@編集中
12/04/17 17:52:03.25 sU3ffP4E
動く部分少ないし全体的に暗いからね
俺は135MBだった
402:名無しさん@編集中
12/04/17 21:32:27.37 w/6Az0en
呪いフィルタでクラスメイトが間引きされてるからな
403:名無しさん@編集中
12/04/17 22:56:53.39 1TVhs3eZ
12話で700MBに収めたw
404:名無しさん@編集中
12/04/17 22:59:47.53 jB1IWefY
そんな自慢いらないから
405:名無しさん@編集中
12/04/17 23:02:22.12 4sdBBlXn
とても自慢には聞こえないけど
406:名無しさん@編集中
12/04/18 00:03:28.89 TIe+vLOY
CD-Rにでも焼くのか・・・今時なんのメリットが
407:名無しさん@編集中
12/04/18 01:48:02.06 qJEps3r8
そのサイズなら3TBHDDに51428話も入るな。日数にすると857日
408:名無しさん@編集中
12/04/18 01:51:42.05 6Q8VJq3k
どうでもいい計算乙
409:名無しさん@編集中
12/04/18 01:52:09.97 uV+vv4LG
もう4TBHDDでBDDLを常用してるから、アニメなら1ファイルあたり1GB位ないと
いろいろと使いきれん、CDなんて感覚的にはFDと大差ないような錯覚すら覚える。
410:名無しさん@編集中
12/04/18 01:54:58.65 qJEps3r8
そなた生tsでは不満と申すか!
411:名無しさん@編集中
12/04/18 01:56:02.62 uV+vv4LG
おお…(略
412:名無しさん@編集中
12/04/18 01:57:55.81 orHIPole
tsのままだとくすんでるから未視聴のものはエンコして綺麗にしてから見てる
サイズはそれなりだが
413:名無しさん@編集中
12/04/18 02:03:58.39 jRXXZPtq
また変な事言う人来たわ
414:名無しさん@編集中
12/04/18 02:17:26.86 qJEps3r8
本文コピペして先生に突っ込んでみようか
近頃大きな改変が続いたせいか本当に次のリビジョンが来ないから欲求不満なんだなぁ
415:名無しさん@編集中
12/04/18 02:19:15.89 BUOpJ8Qz
俺はcore 119gで更新しなくなったわ
なんかもういろいろ面倒だし
416:名無しさん@編集中
12/04/18 06:17:05.85 tmv/yhov
D_S氏はxvp8の方をやってるからな
417:名無しさん@編集中
12/04/18 16:07:55.19 QB9YRAVG
イ`ヘ
/: :| ヽ
/ : :/ ヽ ___ _,,,:. .-: :´彡フ
_ノ\_∠: : : : : : : : :`: :-: :,:_:/彡 /
( : : : : : : : : : : : : : : `ゝ /
マ r::/: /: : | : : : : : : : : ::\ /
//: /: : : |: : | |: : |: _: : : :ヽ
ジ {/ 7|`\/i: /|:|/|´: : : : :|ヽ
〉 ,‐-‐、`|7 || |_::|,_|: : :|:::|: |
で / r:oヽ` /.:oヽヽ: :|: | :|
{ {o:::::::} {:::::0 }/: :|N
っ | ヾ:::ソ ヾ:::ソ /|: : |
!? ヽ::::ー-.. /ヽ ..ー-::: ヽ::| r--ッ
-tヽ/´|`::::::::::;/ `、 ::::::::::: /: i } >
::∧: : :|: |J \ / /::i: | /_ゝ
. \ヾ: |::|` - ,, ___`-´_ ,, - ´|: : :|:::|
ヽ: |::|\  ̄/ /| |: : :|: |
418:名無しさん@編集中
12/04/18 16:09:08.23 DV3m9Ltb
Real timeエンコ用のプリセットきぼんぬ
419:名無しさん@編集中
12/04/18 19:59:50.37 0WlkXMTe
--preset veryfast --tune zerolatency
420:名無しさん@編集中
12/04/21 23:53:48.80 UxK1W1nO
やっときたな
r2204だってよ
421:名無しさん@編集中
12/04/22 02:23:39.31 Z6EwetQG
スレチになるかと思うが
720/24p High@5.1のmp4がPS3で再生できた。
--vbv-maxrateと--vbv-bufsizeの値は共に300,000、--nal-hrd vbrでの結果。
422:名無しさん@編集中
12/04/22 02:26:39.55 Z6EwetQG
>>421追加
1080p(24p)の動画はダメだった。
423:名無しさん@編集中
12/04/22 02:31:20.54 jkBO6f50
PS3のデコードってハードウェアデコードなの?
Cell使ったソフトウェアデコードじゃないの?
424:名無しさん@編集中
12/04/22 04:49:37.98 eJtGVt80
やっときたか。チェンジログ解読はよ!
425:名無しさん@編集中
12/04/22 04:53:31.55 eJtGVt80
ってまだ情報も無いじゃないですか…
426:名無しさん@編集中
12/04/22 04:57:37.41 eJtGVt80
ってr2245まで来てるのか3レスもゴメンナサイ
URLリンク(www.videolan.org)
427:名無しさん@編集中
12/04/22 05:47:51.84 qd1TJThw
いったいどこをどう見ているのだろう・・・
428:名無しさん@編集中
12/04/22 14:21:19.91 z0txGvNQ
暗部のざわつき改善がない限り更新なんてどうでもいい
429:名無しさん@編集中
12/04/22 14:37:43.66 fyWDOyvl
>>421
それ「0」1個多くねぇか?
それだと30Mbpsじゃなく300Mbpsになると思うんだが
430:名無しさん@編集中
12/04/22 15:32:05.00 Z6EwetQG
>>429
High@5.1の最高値がそれ
こんなに大きく指定しても、720pまでならPS3で再生可能
1080pは無理でした。
431:名無しさん@編集中
12/04/22 15:32:45.18 BFZR8fDE
High5だとインタレ保持できねえじゃん
432:名無しさん@編集中
12/04/22 15:49:09.32 Z6EwetQG
>>431
それはそうだけど
433:名無しさん@編集中
12/04/22 16:03:50.50 cRLAQiCC
>>426
ソースからビルドしているレベルの人はちゃんと追っかけているから、このスレで一々報告は不要
どっかのバイナリが更新されたら言って
434:名無しさん@編集中
12/04/22 16:11:02.29 DcJBfXoh
d
435:名無しさん@編集中
12/04/23 18:53:25.05 Q9dtlu3l
久しぶりにPS3で再生してみたらmp4catで結合した部分にノイズ出るようになってるな。
これがPS3の問題なのかmp4catに問題あるのか解らんわ。
PCやiPadなどではまったく問題ないからPS3側の問題かなぁ?
436:名無しさん@編集中
12/04/23 19:19:04.37 Q9dtlu3l
気になって色々と再生環境変えてみたけど、どうやらPS3が最初のキーフレームを
拾えなくなってるっぽい。 どのファイル再生してみても2つめのキーフレームまでは
画面真っ暗なままスタートする。
だからmp4catでつなげた部分も上手く再生できないっぽい。 これは困った。
437:名無しさん@編集中
12/04/23 19:54:07.27 14DLlhmr
別のソフト使えばいいだけじゃね
438:名無しさん@編集中
12/04/23 20:57:32.55 DmUIJ/9J
記憶が曖昧なんで信頼性は低いけど
edtsに非対応だからって話だった気がする。
439:名無しさん@編集中
12/04/23 21:08:52.42 dN5KWfIt
edtsねえと駄目じゃんとか初期から言ってる人ちょっとだけいたけど
みんなガン無視だったなあ
440:名無しさん@編集中
12/04/23 21:11:19.73 OQWHiuM/
ガン無視だったのはPS3()だからじゃ
441:名無しさん@編集中
12/04/24 01:10:05.68 2E4vt1hJ
x264の設定を晒しているサイトを見ると、--vbv-maxrateと--vbv-bufsizeを指定する意義とは何なの?
PC以外では見ないという場合は、指定しなくてもいいのではないかと思うんだが…
442:名無しさん@編集中
12/04/24 01:14:09.56 ZQxfDYjQ
そう思うならお前はそうすれば良い
443:名無しさん@編集中
12/04/24 01:14:11.82 Wd8PkQsg
そのサイトで聞けばいいだろ。
444:名無しさん@編集中
12/04/24 01:26:10.93 GAXxz+Fe
>>441
それで合ってる
PCで再生するならそれらは指定する意味はないだろう
445:名無しさん@編集中
12/04/24 01:55:30.81 UcWtDKud
もともとストリーミングで回線しょぼいサイト用のオプションですし
446:名無しさん@編集中
12/04/24 02:20:20.95 Ra+4BoFr
その昔、インタレの再生支援使う為に付け始めて今もそのままなんだが
今は要らんの?
447:名無しさん@編集中
12/04/24 03:09:38.27 q2nhnY4M
BD規格用途とかもあるでよ
448:名無しさん@編集中
12/04/24 05:45:38.78 tQwNDVbe
>>441
それを使う意味はビットレの制限だろ。
実写でcrf18とかにしているとぐんぐんビットレを消耗していくので
そのパラメータを調整することである程度まで制限できる
だいたいDVDのビットレぐらいは確保しておいた方がいいけどな
449:名無しさん@編集中
12/04/24 07:03:24.32 4j7KTNAy
>>438
あー…なんかそんな話あったね。
未だに非対応なままなのか…。
気になって調べてみたら今ネット上に残ってるmp4catって
edts対応前のやつしかないんだな。
対応済みのやつが手元にあるけど必要な人いたりする?
450:名無しさん@編集中
12/04/24 09:03:19.80 5TmTUA2n
>>449
あるなら欲しいです。
451:名無しさん@編集中
12/04/24 09:04:39.08 My0BLqx5
あげていただきたいです
452:名無しさん@編集中
12/04/24 19:58:08.43 4j7KTNAy
>>450,451
ほい、アップしてきた。
URLリンク(www15.atpages.jp)
AviUtl実験室にあるmp4catは相当古いバージョンのだから、
使う場合は上のmp4catを推奨する。
Seraphy氏に頼んでレベル情報が食い違っていても(3.1と3.2みたいに)
レベル高い方の情報に合わせて書きだしてくれるようにしてもらってある。
Seraphy氏、長く愛用してます。 ありがとうございます。
453:名無しさん@編集中
12/04/24 21:26:57.14 CzccRqqx
>>452
mp4catはGPLライセンスで配布されているので、ソースコードも下さい。
rarの中にライセンス関係のドキュメントが入っていないのもおかしいです。
454:名無しさん@編集中
12/04/24 21:31:10.65 mHZ8ybeQ
Seraphy産はそういうの完全無視してるんじゃなかったっけ?
いっときモメてた気がする。
455:名無しさん@編集中
12/04/24 21:34:14.73 ZQxfDYjQ
>>452
俺もソース欲しい
456:名無しさん@編集中
12/04/24 21:35:26.58 CzccRqqx
少なくとも自分の手元にあるmp4cat_20100306にはgpl.txtとLicense.txtが同梱されてるけどな。
457:名無しさん@編集中
12/04/24 21:37:57.25 EWz26752
俺の持ってる奴にも同梱されてるな
どこで拾ってきたのやら
458:名無しさん@編集中
12/04/24 21:42:45.66 Lf1kaxHM
ソースコード1万円で売ってあげるよ
459:名無しさん@編集中
12/04/24 21:51:42.83 5TmTUA2n
>>452
乙
460:名無しさん@編集中
12/04/24 23:33:33.31 5TmTUA2n
風呂入ってて思い出したけど
掲示板のやり取りでカスタマイズしてもらったやつじゃないかな。
結構フレンドリーに対応してたし
461:名無しさん@編集中
12/04/24 23:53:56.92 fZbGAxjy
それはひょっとして左のタマを洗ってる時に思い出したんじゃないかな
462:名無しさん@編集中
12/04/24 23:59:48.15 Ty27tZQJ
>>460
>>452のexe自体は、普通に配布してたmp4cat_20100306と同じものだよ
463:名無しさん@編集中
12/04/25 00:06:00.05 fifO6Z7J
>>462
ソース
464:名無しさん@編集中
12/04/25 00:43:18.46 yy/zpc2j
確かにmp4cat_20100306とハッシュも一致するね。
よく理解していない可能性もあるからはっきり言っておくと、
ソースコードの提供ができないのに再配布するのは明らかにライセンス違反。
親切心のつもりなんだろうけど、ソースコードが提供できないのであれば、早く配布をやめないとまずいと思うよ。
特に今回の場合は色々と影響が出かねないということを忠告しておきます。
465:名無しさん@編集中
12/04/25 00:45:56.22 aCqxfybD
ソースが欲しい人はseraphyアットマークseraphy.fam.cxにメールすればいいじゃん
466:名無しさん@編集中
12/04/25 01:00:26.46 YyPD8z/y
GPL厨は氏ねばいいのに
467:名無しさん@編集中
12/04/25 01:20:03.56 yy/zpc2j
どっちかっつうと本人を気遣ってあげてるんだが・・・。今の状態はもろにバカ発見器にかかってるわけで・・・。
468:名無しさん@編集中
12/04/25 01:22:37.79 pR2ca0T8
もういい黙れ
469:名無しさん@編集中
12/04/25 01:25:04.10 fifO6Z7J
>>462
ソース
470:名無しさん@編集中
12/04/25 01:42:05.14 nEazQA7U
>>467
同じの持ってるならソース置いてあげればいいじゃん
ライセンス違反を指摘する事は必要だけど、実害の無いようなことで
必要以上に紛糾させたり嫌味言ったりする事に執心するぐらいなら、
さっさとソース公開出来る人間がソース公開した方が円満解決だろGPL思想的に
471:名無しさん@編集中
12/04/25 01:44:20.56 pR2ca0T8
セラフィーが音信不通だし
この状況でいちゃもんつけるのはただの揚げ足取りにしかみえん
472:名無しさん@編集中
12/04/25 02:02:08.97 yy/zpc2j
>>470
残念だが俺もソースコードは持ってない。手元にあるのは100306の配布バイナリだけだ。持ってたら上げてるよ。
嫌味ではなく上げた人を心配してるというのは上に書いたとおりなんだがな。
473:名無しさん@編集中
12/04/25 02:38:37.78 nEazQA7U
>>472
きちんとGPLとして配布されたなら著作者から入手した時点でソース添付されてない場合、再配布にソースが無くても基本的に問題ないよ
詳しい事はGPL見直してみ
474:名無しさん@編集中
12/04/25 02:54:22.88 O8qpiRvm
普通にmp4box -catでいいんじゃないかと思うんだが駄目なのかね?
475:名無しさん@編集中
12/04/25 03:15:30.02 yMAgOL1w
それ音ズレする
476:名無しさん@編集中
12/04/25 03:35:01.48 hK5jWhr/
>452
ありがとうございます
477:名無しさん@編集中
12/04/25 04:15:52.88 MC3Rxzqc
もうmkvmerge使えよ。色々捗るぞ。
478:名無しさん@編集中
12/04/25 04:58:23.53 0Kq8zSNO
H264+AACしか入っていないmkvだけでも家電やPS3などの各種プレーヤが対応すれば
MP4とかあっという間に滅ぶんだがな。
479:名無しさん@編集中
12/04/25 05:12:04.27 Z4V3pSGQ
それはどうだろうか
480:名無しさん@編集中
12/04/25 06:27:10.38 ba6xXtGe
一般人にとってdivx+mp3などに対応しなければmp4とかわらんやんoggやflacでmixするとも思えんし
481:名無しさん@編集中
12/04/25 07:02:49.27 JpLwwly8
mp4catってもともとソース公開されてたっけか?
482:名無しさん@編集中
12/04/25 08:18:38.62 MC3Rxzqc
俺はエンコ元のEIT情報をテキスト化してMKVコンテナの添付領域に保存している
TSに含まれる番組詳細とか消し去るのもったいないしな
483:名無しさん@編集中
12/04/25 09:21:10.98 Hv9VR0fY
ほんとテレビ好きなんだね。古い人間
484:名無しさん@編集中
12/04/25 09:45:05.12 b43N1Wxm
(ドヤッ
485:名無しさん@編集中
12/04/25 10:10:16.16 vA+EFvNk
r2197
486:名無しさん@編集中
12/04/25 10:12:15.74 nTo8lkFD
>>473
再配布物にソースを含める必要はないけど、要求されたらソースコードを出す義務はあるだろ。
それができないなら配布はアウト。
本来含まれているライセンスドキュメントをわざわざ削除して配布している点も悪質。
487:名無しさん@編集中
12/04/25 10:54:35.05 03MPWai1
いい加減スレ違い
488:名無しさん@編集中
12/04/25 11:02:43.20 KeVXZxmY
スレ違い、宇宙
489:名無しさん@編集中
12/04/25 12:06:44.33 fXT9Y0Yw
Add Level 5.2 support
目新しいのはコレ位か
490:名無しさん@編集中
12/04/25 12:34:29.13 MC3Rxzqc
>>483
テレビ嫌いならTSのエンコなんてしないってか?
491:名無しさん@編集中
12/04/25 12:42:37.05 nTo8lkFD
Fix disabling of mbtree when using 2pass encoding and zones
これって、「2passやzonesの時はmbtree強制OFFにしてたわ。テヘッ」ってこと?
492:名無しさん@編集中
12/04/25 14:10:01.05 4e3E7+fV
>>486
ソースコードを出す義務があるのは著作者(セラフィ)
493:名無しさん@編集中
12/04/25 14:15:43.54 x1hfGKsg
Fix disabling of mbtree when using 2pass encoding and zones
正常にしたよ 使ってない ~を mbtree 時 使っている 2pass エンコード中 そして zones
494:名無しさん@編集中
12/04/25 14:39:35.20 iLYuMDJ3
>>491
少し違う
正しくは
「2passやzonesの時はmbtree強制OFFにしてたわ。てへぺろ☆(・ω<) 」
495:名無しさん@編集中
12/04/25 14:48:02.68 AMjpJTp+
x264-develのページが404 Not Foundになっとるですたい。
URLリンク(mailman.videolan.org)
404 Not Found
-----------------
nginx/1.1.19
496:名無しさん@編集中
12/04/25 16:13:46.54 x1hfGKsg
>>491
これはzonesの部分だけなのかzonesを使ったエンコはすべてmbtreeが無効になるのかどっちなんだろう
497:名無しさん@編集中
12/04/25 16:32:34.03 L4q95iP2
>>496
ソースを見ると常に無効にしてたみたいだね
498:名無しさん@編集中
12/04/25 17:26:34.62 x1hfGKsg
>>497
oh...
あるがとうございます
499:名無しさん@編集中
12/04/25 17:39:01.28 L4q95iP2
Ivy BridgeのAVX2対応は次の更新かね
何処まで早くなるのか楽しみだ
500:名無しさん@編集中
12/04/25 17:45:18.74 KeVXZxmY
早くなるより時間掛かっても綺麗になって欲しいな
CPUの負荷が下がるメリットで他のソフトでQSVと同時エンコしたい
501:名無しさん@編集中
12/04/25 17:52:55.46 L4q95iP2
早くなった分、設定詰めて綺麗に出来ると思うけど…
それに、x264以外で綺麗にエンコ出来るアプリあるか?
502:名無しさん@編集中
12/04/25 17:58:05.66 w6GZHS8J
遅くしてCPUの負荷下げるとか折角高性能PC組んでもつまんな杉
503:名無しさん@編集中
12/04/25 17:59:25.70 O+TCQNoX
AVX2はHaswellからです
504:名無しさん@編集中
12/04/25 18:12:02.84 L4q95iP2
>>503
すまんそうだった
505:名無しさん@編集中
12/04/25 19:49:23.36 eJieWglV
>>495
VLCの方でもめている様子。x264とは無関係+メーリングリスト自体は動いてる
模様。
gmaneの方では普通に読める URLリンク(news.gmane.org)
506:名無しさん@編集中
12/04/25 21:34:18.55 lMlYedgg
subme10&11が使い物になるのはいつのことやら
507:名無しさん@編集中
12/04/25 21:44:28.39 /Mj+1uxv
>>506
処理速度の事ならハイエンドマルチCPUで組めば今すぐにでも
508:名無しさん@編集中
12/04/25 21:49:44.87 BoSPxGqi
10を使うくらいなら11にする
509:名無しさん@編集中
12/04/25 21:51:40.84 ba6xXtGe
低解像度ならsubme 11 tesa安定
510:名無しさん@編集中
12/04/25 22:37:09.18 ZbnvEXLP
x264.exe のソースが 2GB を超えると、認識がおかしくなるのって既出ですか?
使ったのは x264.nl にある 32bit 8bit-depth の rev.2184 で、
64bit 環境はないのでそちらは試せません。
511:名無しさん@編集中
12/04/25 22:42:35.38 ZbnvEXLP
あ、日本語が少し変でした。
「入力として指定するソースの長さが~」です。
512:名無しさん@編集中
12/04/25 22:44:01.79 Z8MHyx3L
10は設定として地雷
11は10よりましレベル
513:名無しさん@編集中
12/04/25 22:46:04.46 vPL4wcMM
数十GB食わせてるがなんの問題もないぞ
514:名無しさん@編集中
12/04/25 22:50:47.01 ZbnvEXLP
インタレソースをインタレ解除せずにエンコしたい場合、ググってみると、
過去には --tff 等を明示的に指定しないとならなかったようですが、
今は、とくに指定せずとも、インタレソースだと認識すると
フィールドオーダーも自動で妥当なほうを選択しインタレ保持してくれていると思います。
で、色々な映像の5分くらいのテストファイルを作り、
--crf 等をどうするか試している間は問題なかったのですが、
いざ本番ファイルをエンコしようとするとインタレ認識がうまくいかない?
それどころか fps も 569/1001 とか変な値に。
TsSplitter かけたり Murdoc Cutter で先頭を削ったりしても状況変らず。
そもそも適当に切っただけのテストファイルは全部問題なかったのに、
本番ファイルは全部ダメって何事?
違いは長さくらいしかないはず。まさかとは思いつつ、
3GB のソースを前半のみ 1.5GB に切ったら正しく認識されるように!
……という感じなんですが。
明示的に --tff と --fps を指定すれば一応インタレ保持でエンコできるんですが、
先頭 GOP が崩れてしまいます。
ソースを正しく認識できていないのだから、ほかの部分も大丈夫なのかどうか。
使い始めて一週間くらいの初心者なので、とんでもない勘違いだったらすみません。
515:名無しさん@編集中
12/04/25 22:57:14.37 vPL4wcMM
>>514
x264 初心者質問スレ part5
スレリンク(avi板)
516:名無しさん@編集中
12/04/25 22:58:38.45 fZnhi2l7
>>514
うろ覚えだが、昔は--interlacedで、現在は--tffか-bffじゃなかったっけ?
517:名無しさん@編集中
12/04/25 23:16:02.34 ZbnvEXLP
>>515
そちらにしようか悩んだのですが、万一本当だったら大問題だと思い、
詳しい方の多そうなこちらにさせていただきました。
>>516
現在は、自動認識し、インタレソースの場合、
「インタレソースだね。tff のようだからそう処理するよ。
変えたかったら --no-inerlaced か --bff を付けてね」
みたいに出ます。
昔のバージョンは試していないのでググってみた感じですが、
--tff も --bff も付けないと強制ノンインターレースだったんでしょうか。
--interlaced は --tff と同じと書いている人もいますが、
フィールドオーダー自動認識かも?
ここだと、明示的に沢山のオプションを指定している方がほとんどだと思いますが、
時間のある方がいましたら、ちょっと試してみてくれませんか?
518:名無しさん@編集中
12/04/25 23:16:25.82 9fMZrFid
--tffか--bff指定してあげなきゃ
自動認識なんてあるのか?
519:名無しさん@編集中
12/04/25 23:21:21.23 /Mj+1uxv
ソフトデコードなら自動認識で上手く行くことも有るが
再生支援使ってると指定せんとだめだった記憶
520:名無しさん@編集中
12/04/25 23:22:58.29 /Mj+1uxv
つか
>時間のある方がいましたら、ちょっと試してみてくれませんか?
って何様だよ以前に再生環境もまちまちなのに参考になるかよ
521:名無しさん@編集中
12/04/25 23:25:54.63 IXrXUJPn
>>517
インタレソースで試してみたけど自動認識なんてしないよ
--tff、or --bffつけないと
522:名無しさん@編集中
12/04/25 23:26:35.06 ZbnvEXLP
あ、自動認識だと思った根拠は、BSJ のソースだと bff になることもあるからです。
RFF なソースはどう指定したらいいのか考えているときに気付きまして。
余談になりますが、インタレ解除しないスレでも色々お聞きしたんですけど、
RFF を状態を維持したままエンコするのは無理ということみたいですね。
523:名無しさん@編集中
12/04/25 23:30:45.44 9fMZrFid
そもそもx264で自動認識なんてされたら間引くときどうすんのよ
524:名無しさん@編集中
12/04/25 23:33:38.03 ZbnvEXLP
>>520
いえ、再生環境以前の問題だと思います。
オプションを付けずにインタレソースを与えると、
1440x1080i 4:3 @ 3000x/1001 fps
のあと、>>518 で書いたメッセージが出ます。
誤認識している場合は
1440x1080p 4:3 @ 589/100 fps
等です。fps は色々変ります。
>>521
2GB 未満のインタレソースで試しましたか?
525:名無しさん@編集中
12/04/25 23:33:42.16 /Mj+1uxv
>>522
そんなもん強制トップで読ませりゃ済む
長くなりそうだから初心者スレでやってくれ
x264 初心者質問スレ part5
スレリンク(avi板)
TS初心者勉強会 23頁目
スレリンク(avi板)
526:名無しさん@編集中
12/04/25 23:36:06.38 IXrXUJPn
>>524
もちろん
527:名無しさん@編集中
12/04/25 23:38:16.99 AMjpJTp+
つうかソースの読ませ方等の手順やエンコオプションも書かずに話を勧めてたらグダグダになると思うんだが。
528:名無しさん@編集中
12/04/25 23:40:35.23 /Mj+1uxv
何が聞きたいのか分かり難いわ
使用リビジョンも書いてない癖にx264のせいにするわ
Murdoc Cutterでブツ切りにしたソースで先頭GOP崩れるとか
初心者スレでも手に余るレベル
529:名無しさん@編集中
12/04/25 23:41:23.18 ZbnvEXLP
失礼。
>>517 で書いたメッセージが出ます。
というか、そのままコピーしたほうが早いですね。
x264 [warning]: input appears to be interlaced, enabling tff interlaced mode.
If you want otherwise, use --no-interlaced or --bff
530:名無しさん@編集中
12/04/25 23:46:04.03 IXrXUJPn
>>529
うん、だからtff指定するのが適切なように見えるってちゃんと教えてくれてんじゃん
だから--tffつけてエンコすればいいんだよ
もし違ったら--no-interlaced or --bffつける方法もあるよって
531:名無しさん@編集中
12/04/25 23:51:55.95 HW9HHpNk
>>529
つgoogle翻訳
そういえば去年まで学校英語って文法軽視で教えてたんだっけか・・・。
532:名無しさん@編集中
12/04/25 23:52:13.19 HmzaRpve
色気違いがいなくなったかと思えば今度はインタレ気違いか
533:名無しさん@編集中
12/04/25 23:55:42.86 ZbnvEXLP
>>527
本当に単純に
x264 in.ts -o out.mp4
だけです。
>>528
使用リビジョンは >>510 で書きました。
画像崩れに関しては、迂闊でした。
Murdoc Cutter で切ったソースでも、
問題ない場合には MPC-HC での再生でノイズが見えなかったのが、
突然出るようになったもので。
このへんは初心者丸出しで本当に申し訳ありません。
>>530
でも、
enabling tff interlaced mode.
っていうのは -tff を自動で付けたってことですよね?
ならば、何も付けずに任せても勝手にやってくれるので
普通は問題ないということだと思うのですが。
534:名無しさん@編集中
12/04/25 23:59:05.03 9fMZrFid
自動にはならないってばさ
535:名無しさん@編集中
12/04/26 00:00:34.15 IXrXUJPn
>>533
その部分だけ切り取るんじゃなくてちゃんと一文として見てみ
536:名無しさん@編集中
12/04/26 00:02:03.31 r+UaYvw9
ゆとり教育開始当初x264スレで英文法教える事になると誰が予想しただろうか
537:名無しさん@編集中
12/04/26 00:14:43.26 hzsDR0Ym
>>529
これに関してはID:ZbnvEXLPの解釈で正しいだろ。
「このメッセージが出てるんであれば」--iffが自動的に指定されている
(英文もそう言っている)
MediaInfoあたりで見れば、ちゃんとMBAFFになっていて
interlaced=iffがついてるのも分かるはずだ
適当なインタレ素材を(Avisynth等を使わずに)直接読ませればこのメッセージが
拝めるはず
みなAVSから読ませてるから、--iffや--bffは必須だと思ってるんだろ
AVSの場合はAssumeFieldBasedあたりを使うかなにかしないと、インタレ素材と
判断しないみたいだな
538:名無しさん@編集中
12/04/26 01:00:50.79 hzsDR0Ym
iffじゃないtffだ、しかも三回も間違ってるし……
誰かつっこんでよぅ
539:名無しさん@編集中
12/04/26 01:06:32.52 cs7ScfzL
みんな優しさにあふれているからな。直しに帰ってくるのを待ってたのさ
540:名無しさん@編集中
12/04/26 01:12:50.22 W3ZNTVB4
ツッコミいれる以前に文字数多過ぎて読む気が失せる。
しかも書いてる内容はhelp読めばわかるだろ的などーでもいい話だし
541:名無しさん@編集中
12/04/26 01:15:12.98 N7ysQ85u
>>538
どんまい
結論としてはMurdoc Cutterでブツ切りにして
MPEGとしてはぶっ壊れた動画データを直接読ませたのが原因で
そんな物想定されてないからって事でおk?
どっちにしろ何かしらフロントエンド使った方が色々楽だから面倒臭がらず導入しんさい。
無いとは思うがMurdoc CutterでCMカット等して元TS消したならカット部分ごとの音ズレ補正頑張れ…。
542:名無しさん@編集中
12/04/26 01:24:33.11 N7ysQ85u
試しに8GBのTSを直読みさせてみたけど30000/1001 fps (vfr)に成ったと一応報告
543:名無しさん@編集中
12/04/26 01:25:07.79 8u1dtkFI
ffmsで2GB越えてると自動では無理って話だろ?
544:名無しさん@編集中
12/04/26 01:36:25.25 Njg+wL4A
TSを直接扱うと色々大変なんだな
Windows環境、Avisynthで264ストリームの出力しかしないからそういうこと考えたこともなかった
545:名無しさん@編集中
12/04/26 01:43:20.80 /Ox2hxYG
ffms入力で12GBのts直接入力したけど問題なく30000/1001 fpsとして認識したぞ
というかffmsにしろlavfにしろtsをそのまま扱うのがアレなのは常識というかねえ
それにもしfpsが正常に認識しなかったとしてもそれはリンクされてるlibav or ffmsの問題であってx264関係ないし
546:名無しさん@編集中
12/04/26 01:47:38.60 W3ZNTVB4
tsをavsと併用するならdgindex経由の方が動作も軽くていいだろ?
ffms経由だとプレビューさせるといきなりフリーズするから困る。
547:名無しさん@編集中
12/04/26 02:21:22.51 VswmvadQ
どうでもいいことだけど、avsで使ってたわけじゃなく、x264にリンクされてるffmsでtsを読み込んだという話でしょ。
548:名無しさん@編集中
12/04/26 02:28:39.08 3Nnjv8cE
>>485
r2197来てたんか
549:名無しさん@編集中
12/04/26 02:59:15.10 iBGz/U/n
ビルドしたらワーニンだらけで怖い
550:名無しさん@編集中
12/04/26 03:16:43.27 o7xgj3LF
そりゃカンニン
551:名無しさん@編集中
12/04/26 03:23:02.88 Njg+wL4A
>>545
nlで配ってるx264バイナリってlibav、ffms込みでビルドされたものなんじゃないの?
552:名無しさん@編集中
12/04/26 03:29:37.54 /Ox2hxYG
>>551
そうだがそれがどうした
553:名無しさん@編集中
12/04/26 03:37:59.00 o7xgj3LF
nlのビルドはなんでも詰め込めばいいと思ってんのかね。
exeのデータ量増えるだけでメリットなんて殆どないだろうに
554:名無しさん@編集中
12/04/26 03:47:02.89 Njg+wL4A
>>552
ごめん、今もそうなのかとちょっと気になっただけ
555:名無しさん@編集中
12/04/26 03:50:41.42 Ki24Z6gw
>>553
(☞゚∀゚)☞ YOU MAD?
556:514
12/04/26 06:25:40.43 dIelpp6F
昨夜は、レスが沢山付いてテンパり、ぐだぐだになってしまい申し訳ありませんでした。
この fps やインタレ状態の自動判定は、
x264.exe をコマンドラインで使った場合のみ行われるということですね。
判定を見て自動的にオプションを付けたことにする処理自体は、
>>529 のメッセージで頭に x264 とあるので、x264 側でやってるのかな?
フロントエンドを使った場合でも、
最終的には x264.exe にコマンドラインで渡されると勘違いしており、
誤判定されていると明示的にオプションを付けてもエンコ状態に悪影響があったもので、
ほかの方も知らない間におかしくなっているかもと、でしゃばったことをしてしまいました。
やはり初心者スレにするべきでしたね。本当にすみませんでした。
なお、もうどうでもいいことっぽいですが、「2GB を超えると」というのは間違いでした。
1GB 未満でも誤認識されるファイルもあり、さっぱりわかりません。
557:514
12/04/26 06:26:10.41 dIelpp6F
>>541
フロントエンドは考えたのですが、デュアルステレオや字幕を残したいと思っており、
それをなるべく自動的に行う方法を確立するのが自分には難しそうだったので、
コマンドライン&バッチファイルに逃げました。
音ズレについては嫌というほど目にしていたのでそのへんは大丈夫です。
元々前後カットしかする気はなく、多少のゴミも気にしないので、ラフにカットしたあと、
ts2aac で音声を抜き出し aacedit でズレを修正、
Caption2Ass_PCR で抜き出した字幕と共に
mp4box で合成というかたちで一応確立してあります。
しかし、肝心の映像エンコに不安要素が出てきてしまったので、また考え直しですね。
558:名無しさん@編集中
12/04/26 07:37:34.10 DPa6fXWA
>>553
俺もメリット無いと思うしx264のバイナリに色々ライブラリ組み込むのはむしろ気持ち悪い・・・
もちろん必要なライブラリがある人は組み込めばいいけどさ
559:名無しさん@編集中
12/04/26 09:16:30.69 o7xgj3LF
ていうか--fgo を有効にするとビットレの消耗が増えてfpsでねぇんだな。
560:名無しさん@編集中
12/04/26 13:19:28.64 Hc8s0/oP
エンコって電気代高いの?
561:名無しさん@編集中
12/04/26 13:21:10.15 0Rci7kCr
エンコ中、ずっとCPUを100%使い切れたなら多少高いだろうな
562:名無しさん@編集中
12/04/26 13:22:58.41 KskY5g2x
ハイエンドグラボは負荷かけると下手したらそれだけで400Wとか食うけどな
それでもこたつとかハロゲンヒーターよりは電気食ってないわけだが
563:名無しさん@編集中
12/04/26 13:25:30.95 0Rci7kCr
瞬間的なワット数よりフルロードの時間じゃね?
564:名無しさん@編集中
12/04/26 13:27:42.88 0Rci7kCr
>>194
この人みたいなエンコをやってると相当電気代かかりそうだろ。
565:名無しさん@編集中
12/04/26 13:49:08.78 KjxzFMtZ
早くエンコが終わるからそうでもない
566:名無しさん@編集中
12/04/26 15:47:02.91 zqQ43TpW
r2197は画質変更無しかな。
567:名無しさん@編集中
12/04/26 19:55:35.83 r2GfVX3C
猫科カモ~ン
568:名無しさん@編集中
12/04/26 21:03:07.41 3xiWdgtj
画質変わらんなら2164で行くわ
569:名無しさん@編集中
12/04/26 21:26:53.72 iDziFN8T
差を定量的に確かめたくなるのがエンコ中毒者
570:名無しさん@編集中
12/04/26 21:30:08.97 3xiWdgtj
ビットレート ssim psnrと気になるシーンを2、3ソース抜き出すだけ
571:名無しさん@編集中
12/04/27 02:30:52.79 WpCW775U
せっかく、新しいリビジョンが来ても
そのタイミングで基地外が暴れたんじゃ興醒めだな…
572:名無しさん@編集中
12/04/27 02:36:05.47 Fr8Xa8cY
>>568
2184じゃなくて2164?
573:名無しさん@編集中
12/04/27 02:58:08.33 57MdNI+d
はい
574:名無しさん@編集中
12/04/27 03:09:30.38 8cDH2DDp
はいじゃないが
575:名無しさん@編集中
12/04/27 04:50:17.67 hDf1h2M2
せっかく、新しいリビジョンが来ても
そのタイミングでスグ切れる痛い人が現れるとドン引きやな・・・
576:名無しさん@編集中
12/04/27 06:55:59.17 uh5EKrjn
同じものをほぼ同じような条件でエンコしても
比較するとざわざわした誤差が出ますが
まったく同じ条件で複数エンコした場合は誤差は出ないのでしょうか?
577:名無しさん@編集中
12/04/27 06:58:06.66 lgHen7dI
SSIM値の誤差は軽微だと思うがまったく同じにはならない。多少の誤差は生じる。
578:名無しさん@編集中
12/04/27 07:03:35.12 qhpt2pA8
vbvとマルチスレッドを併用すると再現性がなくなるんじゃなかったっけ
579:名無しさん@編集中
12/04/27 10:09:14.98 Fr8Xa8cY
>>576
今まったく同じ条件で3つエンコしたけど同じファイルが出来たよ
SHA-1:40で3つのファイルの値が一致した
vbvもマルチスレッドも使用
580:名無しさん@編集中
12/04/27 14:29:26.50 aiJw2u/U
それ偶然だろ
581:名無しさん@編集中
12/04/27 14:50:09.80 ONCyEwQF
こんなこと嘘ついて何になるの
3つじゃあれだから10個同じ条件でエンコしても全10ファイルのSHA-1:40の値一致したよ
てか同じ条件でエンコすれば結果が同じなのは当たり前では?
もし違ったらx264のプログラムにランダム処理が含まれてることになってそれは大問題なんじゃ…
582:名無しさん@編集中
12/04/27 15:09:15.75 BLRFZUD+
CPUの負荷やメモリの使用状況で多少並行処理のしかたが変わって
必ずしも一致しない可能性は無きにしも非ず
583:名無しさん@編集中
12/04/27 15:15:36.81 9NKQuAda
PSNR・SSIMの数値の違いで判断すれば簡単なのになぜそれをしない?
584:名無しさん@編集中
12/04/27 15:51:12.33 zfp/BAnZ
>>581
検証とかがあると荒らす人が常駐してるんだ、すまんね…
585:名無しさん@編集中
12/04/27 16:22:47.70 F+9tfp3W
AFS使ったら絶対に一致しない
関係ないだろうけど念の為
586:名無しさん@編集中
12/04/27 18:49:56.86 D1tv2gkr
>>452
落とせねぇ…何故だ…
587:名無しさん@編集中
12/04/27 19:02:50.33 d3FywCQn
馬鹿には無理な仕様です
588:名無しさん@編集中
12/04/27 19:24:58.49 SSAszKA/
マジレスすると@pagesの管理者がドメイン更新だかなんだかを忘れてだな
589:名無しさん@編集中
12/04/27 21:49:54.47 KzYZ6hfL
身元を明かしてライセンス違反のアップロード等の行為をしてる奴が同僚にいたら
忠告してやめさせるし、聞き入れないなら上司にも報告して処分も検討するが・・・。
大袈裟だとは思うが意識の低さの表れだし、ゲームだかで業務としてプログラムに関わったことがあるなら尚更。
ちょっとしたことで勤務先や周囲を巻き込んで炎上して損害を与えかねないってことがわかってるんだろうか。
杞憂ならいいけどね。
590:名無しさん@編集中
12/04/27 22:21:25.36 cItiahZZ
>>589
お前みたいなやつがSeraphy氏消し去ったと気付こうぜ。
誰ももうそっちの話してないのに一人で語ってて空気読めてない感が漂ってるよ。
591:名無しさん@編集中
12/04/27 22:23:28.55 uSwd0FOV
コミュニティ潰して更地にしないと理解しないよきっと
592:名無しさん@編集中
12/04/27 22:27:25.57 LqEW+CGE
更地にして理解してくれるなら、とっくの昔に・・・
593:名無しさん@編集中
12/04/27 22:33:42.04 iCLrHmYz
>>589
なんでGPLを作ったかストールマンに聞いてこい
594:名無しさん@編集中
12/04/27 22:34:47.45 TD5JJDvy
>>589
オコトワリ━━( ゚ω゚ )━━!!!!
595:名無しさん@編集中
12/04/27 22:39:39.45 KzYZ6hfL
ライセンスとかアップしたこと自体はわりとどうでもいい。せめてもうちょいうまくやらないと駄目だろっつう忠告だ。
596:名無しさん@編集中
12/04/27 22:41:52.35 KeoAfH5C
リロードしてなかったんだろう
597:名無しさん@編集中
12/04/27 23:05:37.81 YW5lSIj7
>>589
会社関係なくね?
お前みたいのを偽善者って言うの知ってるか?
598:名無しさん@編集中
12/04/27 23:11:19.11 1D3N/+Zc
いいぞもっとやれ
599:名無しさん@編集中
12/04/27 23:31:31.10 sQXPujPv
確かに空気なんか読む必要は無いよな
600:名無しさん@編集中
12/04/27 23:36:34.54 bp2YJkzd
>>595
フォローする気がないなら黙ってろカス
601:名無しさん@編集中
12/04/28 00:08:31.40 jiL4Np9M
ID:KzYZ6hfLみたいな思想の行き着く先は
シーシェパードと同じところだと分かってるのかな
602:名無しさん@編集中
12/04/28 00:10:05.55 /3XJ4TOA
ほんと、どうでもいい。
603:名無しさん@編集中
12/04/28 00:17:48.72 PgPh618t
まあここは雑談スレだし好きに続けてくれ
604:名無しさん@編集中
12/04/28 00:36:24.29 YkILXDpA
x264が無くなったら次の餌を求めて彷徨うだけさ
605:名無しさん@編集中
12/04/28 00:54:38.05 rQhHTpvF
x265はやくきてくれ! そういえばh.265の規格が正式に決定するのって今年のいつなんよ?
606:名無しさん@編集中
12/04/28 00:56:10.81 rQhHTpvF
すまんググったら簡単に出てきた。今年の2月時点の予定では来年の1月辺りの予定みたいですはいサーセン
607:名無しさん@編集中
12/04/28 01:03:15.95 PLDcwiH3
>>593
ソースコードを見せない奴が嫌いだからだろ
608:名無しさん@編集中
12/04/28 01:17:43.13 IcMcO9K9
規格に関することだが…
BDエンコでlevel4.1の時、vbv-bufsizeの値は何故30000?
vbv-maxrateと同じ40000じゃないの理由とは?
609:名無しさん@編集中
12/04/28 01:50:09.67 sLusfFtT
2197
610:名無しさん@編集中
12/04/28 01:50:56.04 7c9STCtK
>>609
>>485
611:名無しさん@編集中
12/04/28 11:52:57.26 x3pv7wsa
パンツの無い桂に存在してる意味があるのか!!
612:名無しさん@編集中
12/04/28 12:30:20.34 PLDcwiH3
パンツ履いてない桂ならあるかもね
613:名無しさん@編集中
12/04/28 14:42:59.41 3rSbFDxn
猫科さん毎度お世話になっております
素早い対応感謝いたします
614:名無しさん@編集中
12/04/28 17:41:47.20 IcMcO9K9
誰か>>608お願いします
615:名無しさん@編集中
12/04/28 18:20:43.81 iDyDp7hs
>>614
BDの規格を決めた人に聞いてくれ。
URLリンク(www.blu-raydisc.com)
616:名無しさん@編集中
12/04/28 19:13:57.51 ERw6TOOc
ワロタw
617:名無しさん@編集中
12/04/29 01:39:33.26 Ag1VLHa7
BD用エンコならBD-Rの読み込み1倍速に合わせてmaxrateは36000以下にしたほうが良いような気がしないでもない
618:名無しさん@編集中
12/04/29 03:37:57.02 HR1nDHzC
なにいってんだおまえ
619:名無しさん@編集中
12/04/29 11:48:14.78 3e1IEroI
DVDだって等速の10Mに制限されてるわけだし
あながち間違っていはいないでしょ
620:名無しさん@編集中
12/04/29 12:44:55.71 xWeMCwZ0
>等速は36Mbps=4.5MB/s。BD-ROMは1.5倍速の54Mbps=6.75MB/sが標準転送速度である。
らしいが。
URLリンク(ja.wikipedia.org)
621:名無しさん@編集中
12/04/29 13:56:47.84 /kgKZ1qe
そのページにはもう少し詳しいのも書いてあるな
読み込み速度
BD-RE/-R : 36Mbps(標準1倍速)
BD-ROM : 54Mbps(標準1.5倍速)
BD-ROM (3D) : 72Mbps(標準2倍速)
読み取り方法
BD-RE/-R : プッシュプル法
BD-ROM : 位相差検出法
確かそのうち-ROMのビデオストリームは40Mbps
3Dビデオだと最大64Mbpsだと思う
-Rだとどの位なんだろ
maxrate 30000位の方がいいのかな?
622:名無しさん@編集中
12/04/29 14:23:44.03 8EWh5v9g
くそあちーから冬に100円で買ったUSBファン付けてみた
軸音うるせー
623:名無しさん@編集中
12/04/29 14:39:17.53 YMATzaTL
maxrateに関しては、元ソースをBitrate Viewerの解析結果次第で指定するけど、bufsizeの値はどうすればいいか困った
624:名無しさん@編集中
12/04/29 14:47:14.91 hpYv3sK5
つ再生機器のファーム解析
625:名無しさん@編集中
12/04/29 23:25:03.42 YMATzaTL
vbv-bufsizeって、何の役割をするんだっけ?
626:名無しさん@編集中
12/04/29 23:56:34.38 qQcNOv2g
まずはググってみてはどうか
627:名無しさん@編集中
12/04/30 00:56:58.88 ih/OAAmS
06_taro氏の2197なんだけど、ffmpegとlibavの2つありますが、どちらを使ったほうがいいのでしょうか?
628:名無しさん@編集中
12/04/30 01:03:59.98 JLdFJA3w
>>627
違いもちゃんと書いてくれてるんだから、それを読んで好きなほう使えばいいんじゃね。
629:名無しさん@編集中
12/04/30 02:01:37.75 C8EBGViA
物理ディスクに焼く時代は終わった
ネットワークストリーミングの新時代だよ
630:名無しさん@編集中
12/04/30 03:40:20.62 o+AmQ14b
>>629
石版だろ
631:名無しさん@編集中
12/04/30 04:14:57.34 0dKlCHxe
そうでもないぞ例えば10MBのアニメのOPを、石版とyoutube上に残すのなら
ネットワーク上の方が100年後まで保存されてる可能性が高い
youtubeが消えてもどこかの誰かが持ってるかもしれない、世界中にマニアは存在するからな
特に日本のような地震の起きる地域で10MB分の石版を完全な形で残すのは難しい
BD1枚分の動画を石版で残そうとするならその難易度は異常なレベル。
632:名無しさん@編集中
12/04/30 04:41:54.38 AkrjzNPg
持ってる人間が減っただけで、誰かが物理ディスクに保存してることには変わりないじゃん
633:名無しさん@編集中
12/04/30 04:46:17.02 JLdFJA3w
とりあえず2xxx年に地球が核の炎に包まれた後でも残る方式で頼む
634:名無しさん@編集中
12/04/30 05:00:57.01 bIblCeUv
100年保存なら4年前に開発されてるようだが。
URLリンク(www.itmedia.co.jp)
635:名無しさん@編集中
12/04/30 06:35:49.81 d6rcbmJo
10年前のリソースすらネット上からは消えてしまったがな
636:名無しさん@編集中
12/04/30 06:48:39.44 4GQMQbcF
10年近く前freenet上にテストで流したtestって書いたテキストをzipにしたやつまだあるわ、俺がたまに見るからなんだろうけど
何度かfreenet入れ替えたから俺のローカルHDD上とは別の、どっかの誰かが持ち続けてる。
637:名無しさん@編集中
12/04/30 23:38:56.52 ih/OAAmS
エンコード終了と同時にavs2pipemodが強制終了することがあるんだけど…
638:名無しさん@編集中
12/04/30 23:44:22.56 5Z1GkyYR
r、r.rヽ. / ̄ ̄ヽ、
r |_,|_,|_,| / ー/  ̄ ̄~ヽ ふむふむ、なるほど
|_,|_,|_,|_,|/ ト、.,.. \
|_,|_,|_人 (^ i \\ ヽ
| ) ヽノ | \\ |
| `".`´ ノ /⌒ヽ ヽ |
入_ノ / | | /
\_/ ./ ヽ|/
/ l
/
639:名無しさん@編集中
12/04/30 23:58:56.71 ZLNSXHT/
だからって感じ
640:名無しさん@編集中
12/05/01 00:34:02.11 6vuIqbbV
>>627
自信ないけど
1.utvideoのデコードは何でするか
2.celtのデコードに対応してるか
3.input-cspで、rgba64be, rgba64le, bgra64be, bgra64le, 0rgb, rgb0, 0bgr, bgr0, yuva444pをサポートしているか
の違い。
1について
ffmpeg版はlibutvideoでデコードする。libav版はlibacodec内のutvideoデコーダーでデコードする。
後者は、libavcodecがsimd化していないため前者よりも遅い。
libavcodecが正しいフレームのデコードに失敗することがある模様。libutvideoではこの問題は発生しない。
2について
ffmpeg版は対応、libav版は非対応
3について
ffmpeg版はサポートしており、libav版はサポートしていない。
結論
ffmpeg版がおすすめ
641:名無しさん@編集中
12/05/01 01:49:00.20 fwX7b02e
>>640
1.avisynthのAVISourceが一番いい
2.celtってスピーチとか向けの低ビットレートコーデックだが、そんなのいるの?
3.そんなソースをどこで手に入れるの? sintelのトレーラーとか?
結論:どっちもたいして変わらん
642:名無しさん@編集中
12/05/01 04:36:23.07 OUXXyf/4
そういえばJEEB氏aq mode 3って今はどうなの?最初期に入れて2の方がまだ良いと思ったんだけど上位互換ぐらいにはなってくれた?
643:名無しさん@編集中
12/05/01 12:37:26.51 OUXXyf/4
言ってる奴の設定を是非晒して欲しいもんだなw当然x264のリビジョンも
644:名無しさん@編集中
12/05/01 12:39:00.14 OUXXyf/4
誤爆
645:名無しさん@編集中
12/05/01 15:41:16.15 tzF/EXxB
aq=3は別にヨブさんのものではない
BM氏のpatch
646:名無しさん@編集中
12/05/01 20:38:30.70 qn4CCE8j
漢は黙ってnlの最新rev
patch追っかけてもどうせ見ることもないし、画質なんてどうでも・・・
647:名無しさん@編集中
12/05/01 22:30:18.10 5BUoC204
前はnlのバイナリ使ってたけど、自分でビルドした方がちょっとだけエンコ速度上がったからそれ以降自ビルドで
エンコ速度には関係ないんだろうけど、nlのバイナリは余計なライブラリ詰め込んでて気持ち悪いし
648:名無しさん@編集中
12/05/01 22:35:20.26 GKojd3yf
自分に合った-marchとか使えば早くなるかもね
649:名無しさん@編集中
12/05/02 05:45:39.25 54Dx54ox
弥生ちゃんを引くなんてとんでもない
650:名無しさん@編集中
12/05/02 14:20:51.53 Gi9/1mUI
今のx264って最大何スレッドまで対応してるの?
651:名無しさん@編集中
12/05/02 16:05:31.19 JZ9nGKxw
確か255
652:名無しさん@編集中
12/05/02 17:15:44.01 Gi9/1mUI
実質無制限状態なのか
XeonE5で2-way構成したくなってきたぜ・・・
653:名無しさん@編集中
12/05/02 20:51:51.66 PTbTKCF/
やっぱグレインノイズが入ると膨らむなあ
654:名無しさん@編集中
12/05/02 21:06:01.53 zw6o6/iO
>>652
続きはこちらでどうぞ
スレリンク(jisaku板)
スレリンク(jisaku板)
655:名無しさん@編集中
12/05/02 23:30:21.16 aa8mCVwV
スレリンク(avi板:314番)
656:名無しさん@編集中
12/05/02 23:42:49.31 e57/Q4gj
ZETMANとヨルムンガンド。この2作品のグレインノイズは異常。
ファイルサイズが縮まないので面倒だからRemoveGrainできれいにしてるわ
657:名無しさん@編集中
12/05/02 23:46:32.54 BmrZ0r8R
URLリンク(viploader.net)
URLリンク(viploader.net)
URLリンク(viploader.net)
URLリンク(viploader.net)
URLリンク(viploader.net)
URLリンク(viploader.net)
URLリンク(viploader.net)
URLリンク(viploader.net)
URLリンク(viploader.net)
URLリンク(viploader.net)
URLリンク(viploader.net)
URLリンク(viploader.net)
URLリンク(viploader.net)
URLリンク(viploader.net)
URLリンク(viploader.net)
URLリンク(viploader.net)
URLリンク(viploader.net)
URLリンク(viploader.net)
URLリンク(viploader.net)
URLリンク(viploader.net)
URLリンク(viploader.net)
URLリンク(viploader.net)
URLリンク(viploader.net)
URLリンク(viploader.net)
URLリンク(viploader.net)
URLリンク(viploader.net)
URLリンク(viploader.net)
658:名無しさん@編集中
12/05/02 23:47:56.50 v21rgC0Z
>>656
ZETMAN@MXはNR無しでもめちゃめちゃ縮むけど…
あっちこっちとほとんどサイズ変わらない
659:名無しさん@編集中
12/05/03 11:27:56.15 6THBCV64
スタイリッシュな新プレイヤー導入でアニオタ勢力の一掃を図らんとするニコニコ
660:名無しさん@編集中
12/05/03 12:01:21.70 F++EmTPw
ニコニコはもうプレミア・アカウント消したし見ないわ。
もともとあそこは色々と質が悪いからなぁ
661:名無しさん@編集中
12/05/03 17:05:03.38 pS1EmJMC
ニコニコ始まった頃はよく見てたなぁ
サービス始まって1年くらい経つ頃から質の悪い動画増えすぎで殆ど見なくなったけど
662:名無しさん@編集中
12/05/03 21:02:29.99 IQhf2L7m
ニコニコプレ代をpaypalで払うと勝手に定期支払い作成しやがる
で、知らずにそのままほっとくと毎月勝手に引き落とされる
ほぼ詐欺やん
663:名無しさん@編集中
12/05/03 21:54:46.92 edLQpEcd
2525スレでやれ
664:名無しさん@編集中
12/05/03 22:17:56.34 PhJPolef
>>659-662はJEEB氏の自演 あそこの辞典みたいなのに自分の記事書いてるぐらいだしなw
665:名無しさん@編集中
12/05/03 22:18:46.11 0FPAfAck
何でもいいよ
ヨブさんいつもx264の供給あざす
666:名無しさん@編集中
12/05/04 00:43:15.69 O72oLJBm
>>664
JEEB氏に失礼だろ速やかに土下座しろ。
667:名無しさん@編集中
12/05/04 16:59:42.92 TCFK/caS
Fake Aac Wav使ってるとオーディオコーデック情報が40にならん。
ここだけ書き換えるようなツールないもんかな。
668:名無しさん@編集中
12/05/04 17:08:27.97 EVisJC5z
なるが
669:名無しさん@編集中
12/05/04 17:08:32.04 vysjDvXv
-‐''''"´ ̄``ヽ、 ____
/ _ ヽ //´ __,,>、
/  ̄ ̄ { /::/ / ̄:::::::::::::::\
l _ィニニア二二二ニヽ、j._ /::::l/::::::::::::::::::::::::::::::::l
| 0Lj/-‐-レノ ノ_ヽ:::`ヽ l:::::::::::/l/lノノ/_イ:::::l
レ:r、/ イ゚テ ピト`|::| l:::::::::/ rtテ、 .ィtq l::::::|
l:lヘ '" ,j '"/ノ |::lヘ!j ´ ,j !;:::/
ヽヽ、 r‐-, /' レリー 、 ,...., lノ/
lヽ、  ̄ / `ヽ、lヽ 、  ̄ /´
_,r┴‐-`v´-‐j-、__ , -‐-、_r┴─'ー‐チト バルス!!
/ ̄/:.:.:.:| ̄ ̄`T ̄´|:.:.:.:l´ `ヽ / ヽ ̄`ー-‐'´`''''⌒ヽ
/ ,':.:.:.:.:.l l l:.:.:.l \ _r‐、-、-、r, 、 ',
|:.:.:.:.:.:.! ! !:.:.l ,. -‐ゝ/// 〉 〉 〉 〉 〉 ! ',
l:.:.:.:.:.:.l | l:.:.:l / 人〈〈〈〈 ' ' ' /っ l l
l:.:.:.:.:.:.! ! l:.:.:.ト/ / ```´-ァ‐'''" / l
、__/:.:.:.:.:.:l | |:.:.:ヽヘ l // / _ ィノ
/:.:.:.:.:.:.:! l |:.:.:.:.:l `ーヽ、_ノ´l、______/lニ二」
____l:.:.:.:.:.:.:.| l |:.:.:.:.:! |_ ( ( ) )_〕| l
l`ー‐‐'匸二l ̄ ̄l二フーイ /  ̄ `‐‐'´ ヽ |