09/10/12 08:48:37 JD6ucHgf
>>823
専用のスレがある話題は各専用スレで
アスペクト比 part5
ｽﾚﾘﾝｸ(avi板)
825:名無しさん＠編集中
09/10/12 08:49:24 IIxldH0a
>>823
スレチだからあっち池
ｽﾚﾘﾝｸ(avi板)
826:名無しさん＠編集中
09/10/12 09:37:29 IMgPgb+m
>>819
日本語堪能な外人？
少し日本語ぎこちなくね？
827:名無しさん＠編集中
09/10/12 11:11:40 dA+vUbD7
>>826
URLﾘﾝｸ(img14.imageshack.us)
まぁ、そんなところかなw たまに文を再チェックしない場合があるんで、その時
はこういう日本語になるんです（苦笑）
とりあえず、x264には一応libavcodecな入力部分が入るみたいなので、ただ再エンコ
したい人にとってこれからが色々楽になるんでしょう（今のところFFMS2使用）。
あと、VLCもだらしないことしてるから、メインチャンネルの方でストリーミングアプリ
の話題も上がってる（直接x264下なプロジェクトにはならないでしょうけど）。
828:名無しさん＠編集中
09/10/12 11:19:25 ToYj26pM
x264のcrf20よりもXvid q=3.0 VAQの方がブロックノイズが少ないのが
悲しいな。 デブロックかければノイズは消えるがそれは原画を水で溶かして
ごまかしただけだからな。 ディティールを犠牲にしてノイズ消してもありがたく
ねえよ。
829:名無しさん＠編集中
09/10/12 11:27:08 juIXL68U
もっと日本語がぎこちないヤツがいるぞ
830:名無しさん＠編集中
09/10/12 11:32:34 8WpiN72T
ID:ToYj26pM
831:名無しさん＠編集中
09/10/12 12:01:41 dMCXhh8/
XviD君再来か粘着ｳｻﾞ
832:名無しさん＠編集中
09/10/12 13:24:51 IMgPgb+m
>>827
よし、日本語の文法が完璧だったとしよう。それでも外人だとわかる理由が他にあるのだよ。
２ちゃんねる。
半年ROMってないとわからない何かがあるんだ。ここは。
833:名無しさん＠編集中
09/10/12 13:40:56 o5DzPCD1
ID:dA+vUbD7
彼の日本語は、俺の英語に比べたらはるかに上手い
834:名無しさん＠編集中
09/10/12 13:44:10 3NpXjriH
>>827
あーVLCはなぁ。VLCとFFmpegとの仲って最近どうなの?
VLCはさっさと著者に許可取ってLGPLに再ライセンス化してFFmpegにマージしろと(ry
835:名無しさん＠編集中
09/10/12 13:48:42 IMgPgb+m
>>833
確かに、たぶん母国では賢いほうでさらに、真面目な雰囲気は伝わってくるよね。
836:名無しさん＠編集中
09/10/12 14:14:20 3NpXjriH
I guess he is just anime otaku:P
837:名無しさん＠編集中
09/10/12 14:42:57 dA+vUbD7
>>834
ffmpegのデペロッパー系のチャンネルには少ししか入ってなかったんで、ちょっと
分からないところなんだが、開発者の仲が悪いということまではないかと（実際に
動画関連のテクニカルな開発者なら）。ただ、VLCが特にダメになってるだけなんですよ。
そして、もちろん、ffmpegにも大数の問題がある。TSムクサーなど色々で
問題があるし、ffstream(?)というストリーミング用アプリも色々壊れてるとは
聞いた（mplayerプロジェクトも開発者が色々止めてるし、どこも問題だらけでござる）。
あと、マージしてもなぁ… お得なことにならないと思う…
ここはもう過去の若さゆえの過ちから学んで、また新しく作り直すのが吉かと
思う。それも、ちゃんと目的を理解しているように。もちろんffmpegのデコード・
エンコード部門はある程度再利用出来ると思うけどね。
あと、寝ようと思ってた間にx264の方ではこんな動きが：
<checkers> what's this about audio support?
<checkers> will the x264 binary support audio encoding too soon?
<Dark_Shikari> that's an eventual goal
つまり、前のレスでは読み込み部分がx264に追加されることについて書きましたが、
やっぱりlibav*を使う音声エンコード・音声／動画デコード部分は時と追加
されるみたいですね。（つまり、ffmpegの色々を直すよりFFMS2などを使って
自分でエンコード用のアプリを作った方がいいという意見がよっぽど強かった
でしょう）
838:名無しさん＠編集中
09/10/12 15:02:38 3NpXjriH
>>837
いや、昔は仲悪かったはず>vlcとffmpeg。今はどうか知らないけど。
ffmpegはまだまだバグが多いけど、少なくとも構造的・制度的な問題は無いと思うよ。ちょっとレビューが厳格気味だけど。
mplayerはffmpegと開発者重なってるから、mplayerよりもffmpegが優先されてるだけだと思う。mplayer-g2プロジェクトの代わりがffmpegのようなものだし。
audio encodingについてはx264に見合うaacエンコーダを作ろうとkostyaさんやalexさんが頑張ってるね。
839:名無しさん＠編集中
09/10/12 15:56:11 fOEfrs0u
そもそもffmpeg系はソースを綺麗に書く事から始めたらどうなんだとは思う。
840:名無しさん＠編集中
09/10/12 20:54:56 GCu0jrFw
x264_fix_float_point_exception.r1185.diff BugMaster
x264_custom_strtok_r.r1185.diff BugMaster
x264_k.85_restore_console_title.1259.diff komisar
x264_k.76.k_Cosmetic.03.diff komisar
x264_me_prepass.diff Dark Shikari
x264_thread_pool_v2.2.diff BugMaster
x264_aq_cssim.3.r1259.diff komisar
x264_AQ2mod.diff BugMaster
x264_fgo.diff Dark Shikari
x264_workaround.diff techouse
x264_r1286hMod.7z
Coer2以降用(-march=core2 -msse3)＋i7用(-march=core2 -msse4.2)
URLﾘﾝｸ(firestorage.jp)
841:名無しさん＠編集中
09/10/12 21:08:18 o5DzPCD1
>>840
乙です
842:名無しさん＠編集中
09/10/12 21:09:01 o5DzPCD1
って・・あれ？
削除されてる
843:名無しさん＠編集中
09/10/12 21:45:39 GCu0jrFw
>>842
エンコ直前に停止するんだよね
r1287にしても症状は同じ・・・・パッチ無しでも改善されない・・・
なんで？？？
844:名無しさん＠編集中
09/10/12 21:50:28 GCu0jrFw
nl版のx264.exeもエンコ直前に停止・・・
Dark氏、地雷でも入れたのか？ｗ