x264 VFW 専用スレ Part1
ここは、まだまだ需要が多い VFW版 を延命させるためのスレです。
作成している有志の方や関連HPを見付けた方は、こちらにURLを貼って頂ければと思います。
Q 再生できません。
A 当然です。x264はエンコーダーのみです、デコーダーは持ち合わせてません。
[本家]
http://www.videolan.org/x264.html
http://trac.videolan.org/x264/browser/trunk (ソース)
[バイナリ]
http://x264.nl/
http://x264.nl/x264/?dir=./revision573 (vfw入り最終版)
http://celticdruid.no-ip.com/xvid/
http://forum.doom9.org/showthread.php?s=&threadid=89979
http://uk.geocities.com/h264x264/
http://oss.netfarm.it/mplayer-win32.php (mencoder)
http://forum.doom9.org/showthread.php?s=&threadid=87567 (MeGUI:mencoderのGUI)
http://www.ne.jp/asahi/l/a/files/index.html (x264VfW日本語化パッチ)
[有志による最新版]
http://x264vfw.xlphp.net/
http://seraphy.fam.cx/~seraphy/files/x264/
作成している有志の方や関連HPを見付けた方は、こちらにURLを貼って頂ければと思います。
Q 再生できません。
A 当然です。x264はエンコーダーのみです、デコーダーは持ち合わせてません。
[本家]
http://www.videolan.org/x264.html
http://trac.videolan.org/x264/browser/trunk (ソース)
[バイナリ]
http://x264.nl/
http://x264.nl/x264/?dir=./revision573 (vfw入り最終版)
http://celticdruid.no-ip.com/xvid/
http://forum.doom9.org/showthread.php?s=&threadid=89979
http://uk.geocities.com/h264x264/
http://oss.netfarm.it/mplayer-win32.php (mencoder)
http://forum.doom9.org/showthread.php?s=&threadid=87567 (MeGUI:mencoderのGUI)
http://www.ne.jp/asahi/l/a/files/index.html (x264VfW日本語化パッチ)
[有志による最新版]
http://x264vfw.xlphp.net/
http://seraphy.fam.cx/~seraphy/files/x264/
|
|
|
H.264の再生や規格などの話題は
MPEG-4 AVC/H.264 総合スレ Part6
http://pc8.2ch.net/test/read.cgi/avi/1153317704/
インタレ規格の話題は
インタレ解除しないスレ その2
http://pc8.2ch.net/test/read.cgi/avi/1109305535/
MP4コンテナの話題は
【MP4】ISOMPEG-4普及委員会4【M4A】【3GP】
http://pc8.2ch.net/test/read.cgi/avi/1087545021/
CoreAVCスレ1
http://pc8.2ch.net/test/read.cgi/avi/1141929972/
☆彡 ffdshow vol.7 ☆彡
http://pc7.2ch.net/test/read.cgi/software/1157908546/
【高音質】AACオーディオ総合スレッド【mp4/m4a】
http://pc7.2ch.net/test/read.cgi/software/1130942419/
MPEG-4 AVC/H.264 総合スレ Part6
http://pc8.2ch.net/test/read.cgi/avi/1153317704/
インタレ規格の話題は
インタレ解除しないスレ その2
http://pc8.2ch.net/test/read.cgi/avi/1109305535/
MP4コンテナの話題は
【MP4】ISOMPEG-4普及委員会4【M4A】【3GP】
http://pc8.2ch.net/test/read.cgi/avi/1087545021/
CoreAVCスレ1
http://pc8.2ch.net/test/read.cgi/avi/1141929972/
☆彡 ffdshow vol.7 ☆彡
http://pc7.2ch.net/test/read.cgi/software/1157908546/
【高音質】AACオーディオ総合スレッド【mp4/m4a】
http://pc7.2ch.net/test/read.cgi/software/1130942419/
Q 見れないよ
A matroska splitterとffdshow入れてVideo decoder configurationのH.264 Decoderをdisabledからlibavcodecに変更汁！
Q VirtualDubとかで読むとエラーでて編集できないんですが・・・
A aviコンテナならffdshow入れてVFW codec configurationのH.264 Decoderをdisabledからlibavcodecに変更汁！
mp4コンテナは諦めろ。
Q 再生が重いんだが
A MPlayerやVLCやGOMなどの軽量プレーヤーを使う。 これらで見る場合はffdshowは必要なし。
Q バージョンアップ早すぎ
A バージョンアップでなくビルドアップです。
例えばソースの清書、サイズの収縮などユーザーにとってあんまり意味のない改変でも更新されてます。
A matroska splitterとffdshow入れてVideo decoder configurationのH.264 Decoderをdisabledからlibavcodecに変更汁！
Q VirtualDubとかで読むとエラーでて編集できないんですが・・・
A aviコンテナならffdshow入れてVFW codec configurationのH.264 Decoderをdisabledからlibavcodecに変更汁！
mp4コンテナは諦めろ。
Q 再生が重いんだが
A MPlayerやVLCやGOMなどの軽量プレーヤーを使う。 これらで見る場合はffdshowは必要なし。
Q バージョンアップ早すぎ
A バージョンアップでなくビルドアップです。
例えばソースの清書、サイズの収縮などユーザーにとってあんまり意味のない改変でも更新されてます。
>>1
糞スレ立てるな
糞スレ立てるな
x264はCLIだけでおｋ。VFWなんてｲﾗﾈ
なんてことを言うんだ君は
スレを分けるな！
x264に戻れ、マジで削除依頼出して来い
x264に戻れ、マジで削除依頼出して来い
8 ：名無しさん＠編集中：2006/10/10(火) 03:30:46 ID:6EIuAS/E
>>1
乙
乙
9 ：名無しさん＠編集中：2006/10/10(火) 03:32:59 ID:vNf9B5La
>>9
変わらないと思う。早く出てきた方を使えばイイかと。
変わらないと思う。早く出てきた方を使えばイイかと。
ライセンスは読んでませんがレスは読みましたと厨的な上
ソースが欲しけりゃ掲示板まで来いと高圧的な下
ソースが欲しけりゃ掲示板まで来いと高圧的な下
別に正義漢ぶって他人のサイトのやり方にどうこういわんでもいいだろ
提供してくれるんだから文句は言わんよ
GPLどうこうについては利用者には直接的に関係ないんだからさ
提供してくれるんだから文句は言わんよ
GPLどうこうについては利用者には直接的に関係ないんだからさ
サイトのやり方にどうこう言ったのか
正直俺はVFWでなくてもaviutlか何かで一時ファイルを作らずに出力できればいいと思っている。
できるじゃん。
vfw_rev588
http://x264vfw.xlphp.net/download/
http://x264vfw.xlphp.net/download/
17 ：名無しさん＠編集中：2006/10/11(水) 01:06:29 ID:RRgWyCdi
ライセンスが同梱されてないしな。明らかに朝鮮人。
分ける必要なし
よってこのスレは重複になるので削除依頼出して吊ってこい>>1
よってこのスレは重複になるので削除依頼出して吊ってこい>>1
590 age
588以降、CPUの使用率が格段に上がって
エンコ速度upしてるのは俺だけ？
エンコ速度upしてるのは俺だけ？
確かに。588 から 590 で更にアップしてるな。
PV3ソースの1440x810からリサイズとクロップのフィルターを
AVSでかけてる以外は余計な処理はしてないんだけど、
フルロードに近いCPU負荷で最初びびった。
AVSでかけてる以外は余計な処理はしてないんだけど、
フルロードに近いCPU負荷で最初びびった。
http://x264vfw.xlphp.net/
↑こっちのほう、消えた？ 好きだったのに・・・
↑こっちのほう、消えた？ 好きだったのに・・・
25 ：名無しさん＠編集中：2006/10/12(木) 23:55:24 ID:VVD3Ot/j
サンクス
転送量が増えたって・・・
なんのかんのとアクセスが伸びたのね
なんのかんのとアクセスが伸びたのね
TMPGEnc 4.0 XPress で使ってる方っています？
自分は Core2Duo と TMPGEnc 4.0 XPress で使っているんですが、何故かCPU使用率
が低め（70～80%くらい）なんですよね。
TMPGEnc 4.0 XPress も x264 もDualコアには対応してるのに。
FairUse Wizard だと完璧（90%後半）なんですけどね。
だから、TMPGEnc 4.0 XPress 側に何か原因があると思うんですけど。
自分は Core2Duo と TMPGEnc 4.0 XPress で使っているんですが、何故かCPU使用率
が低め（70～80%くらい）なんですよね。
TMPGEnc 4.0 XPress も x264 もDualコアには対応してるのに。
FairUse Wizard だと完璧（90%後半）なんですけどね。
だから、TMPGEnc 4.0 XPress 側に何か原因があると思うんですけど。
>>28
そうですか で？
そうですか で？
>>28
TMPGEncを作ってる会社に聞け
TMPGEncを作ってる会社に聞け
フィルタでもかけてるんじゃないの？
マルチスレッドってどんなもんか考えてみたら？
マルチスレッドってどんなもんか考えてみたら？
ん～、インタレ解除して24fps化している以外は特に掛けてないんですけどね。
同じ設定で WMV9 を使うと、CPUの使用率は100%近くになるのに。
作ってる会社に聞いてみようかと思ったのですが、外部Codecのことなので思い留まって
しまいました。
同じ設定で WMV9 を使うと、CPUの使用率は100%近くになるのに。
作ってる会社に聞いてみようかと思ったのですが、外部Codecのことなので思い留まって
しまいました。
CPU使用率が完璧ってどういう意味？
x264じゃなくて内臓のH.264を使用してるとか言うオチじゃ(ry
>>33
二つのコアの使用率がほぼ同じになって並列処理をしてるという意味です。
使用率が低めの時には、必ず偏りがあるので。
>>34
内蔵のやつは、AAC しか選べないんです。
MP3 を使いたいので、あえて x264 を使ってます。
二つのコアの使用率がほぼ同じになって並列処理をしてるという意味です。
使用率が低めの時には、必ず偏りがあるので。
>>34
内蔵のやつは、AAC しか選べないんです。
MP3 を使いたいので、あえて x264 を使ってます。
DUALコア対応ってのはあくまで、50%以上使えますよということで、100％使えるという保障にはならない。
途中でかますフィルターが対応してなかったら、それの出力街になるので当然遊びが出る。
よってムービーで100%使いきれるものは単純なトランスコードくらいしかないと思われます。
途中でかますフィルターが対応してなかったら、それの出力街になるので当然遊びが出る。
よってムービーで100%使いきれるものは単純なトランスコードくらいしかないと思われます。
過去のがあるならdll置き換えのみ
今回が初めてならinfでインストール
今回が初めてならinfでインストール
hp復活したけど、海王居なくなっちゃった。
tp://vista.undo.jp/img/vi6074909005.jpg
592 age
ピクセル比の使い方がいまいち分からないんですが。
ソースは、16：9物で、720ｘ480でキャプチャー
これを、704ｘ480にして、ピクセル比40：33で、エンコードして、
WMPで再生したところ、704ｘ480で再生されてしまします。
4：3物を、720ｘ480でキャプチャー。
704ｘ480にクロップして、640ｘ480にリサイズして、ピクセル比10：11にしたところ。
両脇に黒帯がつきました。もしや数値が反対なのかなと思い、
16：9物をピクセル比33：40の704ｘ480でエンコしてみます。
根本的に間違っているようなのですが、1280ｘ720入力のあるワイドテレビに入力して、
16：9物に上下に黒帯つかないかなーとか思っています、試行錯誤中。
ソースは、16：9物で、720ｘ480でキャプチャー
これを、704ｘ480にして、ピクセル比40：33で、エンコードして、
WMPで再生したところ、704ｘ480で再生されてしまします。
4：3物を、720ｘ480でキャプチャー。
704ｘ480にクロップして、640ｘ480にリサイズして、ピクセル比10：11にしたところ。
両脇に黒帯がつきました。もしや数値が反対なのかなと思い、
16：9物をピクセル比33：40の704ｘ480でエンコしてみます。
根本的に間違っているようなのですが、1280ｘ720入力のあるワイドテレビに入力して、
16：9物に上下に黒帯つかないかなーとか思っています、試行錯誤中。
ごめんなさい、馬鹿すぎました。アスペクト比の設定でした。
9：16で試して見ます。失礼しました
9：16で試して見ます。失礼しました
593 age
596 age
600 machi
48 ：名無しさん＠編集中：2006/11/08(水) 03:20:13 ID:U+f5gzP4
vfwﾏﾝｾｰ
x264vfw のMoreタブのSample ARは
アスペクト比が4:3なら10:11と入力
16:9なら40:33と入力
これであってますか？
アスペクト比が4:3なら10:11と入力
16:9なら40:33と入力
これであってますか？
基本の横サイズをどれだけストレッチするか
704x480(720x480を左右計16ドット削った場合)の動画を
再生時に640x480にするなら 640:704 = 10:11
再生時に853x480にするなら 853:704 = 40:33
1280x1080を
再生時に1920x1080なら 1920:1280 = 3:2
1440x1080を
再生時に1920x1080なら 1920:1440 = 4:3
704x480(720x480を左右計16ドット削った場合)の動画を
再生時に640x480にするなら 640:704 = 10:11
再生時に853x480にするなら 853:704 = 40:33
1280x1080を
再生時に1920x1080なら 1920:1280 = 3:2
1440x1080を
再生時に1920x1080なら 1920:1440 = 4:3
600 来た。
>>51
ということは
704x480(720x480を左右計16ドット削った場合)の動画を
640x480や704ｘ396にリサイズしたものを
そのままの解像度で再生したい場合は1:1でよいということですね。
ありがとうございます。
ということは
704x480(720x480を左右計16ドット削った場合)の動画を
640x480や704ｘ396にリサイズしたものを
そのままの解像度で再生したい場合は1:1でよいということですね。
ありがとうございます。
VFW版から、.mp4に至るまで、こんな感じでやってるんですが、出来上がったmp4が
quicktimeで再生出来ないです。何処か間違ってるでしょうか。
映像
aviutl -> x264 -> avi2raw -> raw
音声
aacの場合：aviutl -> wav -> ext_bs -> .aac
wavの場合：aviul -> wav -> foobar2000 ->aac
ac3の場合：aviul -> wav -> ext_bs -> .ac3 -> foobar2000 ->aac
mp4boxで、rawとaacをmux。
Aviutlを使いたいのは、PV3ソースのため。中間ファイルを吐けばいいんだろうけど、
容量的に厳しいので。
quicktimeで再生出来ないです。何処か間違ってるでしょうか。
映像
aviutl -> x264 -> avi2raw -> raw
音声
aacの場合：aviutl -> wav -> ext_bs -> .aac
wavの場合：aviul -> wav -> foobar2000 ->aac
ac3の場合：aviul -> wav -> ext_bs -> .ac3 -> foobar2000 ->aac
mp4boxで、rawとaacをmux。
Aviutlを使いたいのは、PV3ソースのため。中間ファイルを吐けばいいんだろうけど、
容量的に厳しいので。
57 ：名無しさん＠編集中：2006/11/13(月) 18:57:03 ID:K84RJk1F
>>54
PV3ソースってavisynthで読めるでしょ？
PV3ソースってavisynthで読めるでしょ？
ｘ264 vfw rev600 のMore...タブの
DCT Decimate と Fast P Skip はONにするとそれぞれどういう効果があるのでしょうか？
DCT Decimate と Fast P Skip はONにするとそれぞれどういう効果があるのでしょうか？
ttp://www.wikihouse.com/htumenc/index.php?Man%2FCODEC%B8%C7%CD%AD%A5%AA%A5%D7%A5%B7%A5%E7%A5%F3%2F-x264encopts
dct_decimate
Pフレーム中の僅かな係数しか含まないDCTブロックを除去（デフォルトはenabled）。
fast_pskip
Pフレームにおける速い段階でのスキップ検出。
闇階調のブロックノイズ緩和に効果有り
dct_decimate
Pフレーム中の僅かな係数しか含まないDCTブロックを除去（デフォルトはenabled）。
fast_pskip
Pフレームにおける速い段階でのスキップ検出。
闇階調のブロックノイズ緩和に効果有り
rev.601で最大8％速くなったらしいけど、vfw版でも速くなるの？
>>61
試しているとことですが、確実に速度は上がっているようですよ。
試しているとことですが、確実に速度は上がっているようですよ。
63 ：名無しさん＠編集中：2006/11/20(月) 10:45:51 ID:VYyI37x9
設定によるだろ
ワンクッションあるんだから
とりあえず最新版入れとけば大丈夫
とりあえず最新版入れとけば大丈夫
PHANTASIA.NETからいつもDLしてるのだが、VFW3種類あるけど、なにか違いってあるのかな？
あまり考えずに最初に使ったのがseraphy版だったからずっとseraphy版使ってるけど
あまり考えずに最初に使ったのがseraphy版だったからずっとseraphy版使ってるけど
結構色々出てるんだね。初めて知ったよ。
簡単に120fps出力できるからvfw版を使ってたんだがなぜか120fpsのaviコンテナの動画を開こうとするとexplorerが落ちるようにorz
しょうがなくmkvコンテナに変えたよ・・・
まぁ数MB縮むからデメリットは精神的なものだけなんだけどね
しょうがなくmkvコンテナに変えたよ・・・
まぁ数MB縮むからデメリットは精神的なものだけなんだけどね
数MBも変わるの？インターリーブ間隔1になってるとかじゃなくて。
描写が激しいスポーツ系とかなら60fps以上だろうけど、
たいていは60fpsで済む人間の目っていい加減だな
たいていは60fpsで済む人間の目っていい加減だな
手元の120fps.avi 25分動画で試してみた。
間隔1 197MB
間隔12 193MB（-3.75MB）
間隔120 193MB（-4.06MB）
4MBの差はこういうことだと思う。
間隔1 197MB
間隔12 193MB（-3.75MB）
間隔120 193MB（-4.06MB）
4MBの差はこういうことだと思う。
>>72
それをさらにmkvにしてごらんよ
それをさらにmkvにしてごらんよ
コンテナで、aviとmkvそれぞれのメリットは何？
aviだと何かと交換性がある
mkvはaviに出来ないことが出来る
mkvはaviに出来ないことが出来る
77 ： ◆HhTh8Gv36s ：2006/11/26(日) 15:12:15 ID:lT25OWoY
seraphy Rev 603
インストールしたけど、設定パネルの表示は601のまま・・・
どういうことだろ
どういうことだろ
v601と同じソース、同じ条件でエンコしてみた
（huffyuvソース Aviutl上で Lanczosで640×480にリサイズ x264はインターレース以外デフォルト)
もしかしてバグフィクスしてくれた？
601でやったときフレームごと破綻（途中のラインから、同じデータが下にコピーされて縦じま模様になる）
してたのが減った。まだそれが時々見られるし、ビットレートは265から292に増えてるけど…
（huffyuvソース Aviutl上で Lanczosで640×480にリサイズ x264はインターレース以外デフォルト)
もしかしてバグフィクスしてくれた？
601でやったときフレームごと破綻（途中のラインから、同じデータが下にコピーされて縦じま模様になる）
してたのが減った。まだそれが時々見られるし、ビットレートは265から292に増えてるけど…
へー
ごめん設定ミスしてた(Lanczozフィルタのチェックを付け忘れ)
やり直してみたら、v601のときとバイト数まで一致（内容までは分からないけど）
結局何のためのビルドアップなんだろ？
やり直してみたら、v601のときとバイト数まで一致（内容までは分からないけど）
結局何のためのビルドアップなんだろ？
Revisionlogも見ない馬鹿は書かなくていいよ
h
http://www12.atwiki.jp/lunatilia/pages/70.html
ビルダーが何か勘違いしてる臭い。
8％云々の文章を読む限り
CLIもVFWと同じx264.libのガワに過ぎないということがどうも分かってないっぽい。
そして「VFWが更新したら」に投票してる全員がビルダーと同じ勘違いをしていると言える。
つまり分かってるのは少数派・・・さびしいことだ。
ビルダーが何か勘違いしてる臭い。
8％云々の文章を読む限り
CLIもVFWと同じx264.libのガワに過ぎないということがどうも分かってないっぽい。
そして「VFWが更新したら」に投票してる全員がビルダーと同じ勘違いをしていると言える。
つまり分かってるのは少数派・・・さびしいことだ。
rev600超えたあたりから設定変えたわけでもないのに圧縮時間が4/3倍になったんだが・・・
それにaviで120fpsだとexplorerが落ちるしorz
それにaviで120fpsだとexplorerが落ちるしorz
120fpsで落ちるってのはrev603にしたら治ったみたい
r604
90 ：名無しさん＠編集中：2006/11/28(火) 18:24:24 ID:KinznjFH
マック用の更新だろうが。ログぐらい見ろハゲ。
vfw版にはconstant quantizer(--qp)ではなくてconstant quality(--crf)モード
はつけられないんでしょうか？いっぺん試してみたい
はつけられないんでしょうか？いっぺん試してみたい
そういやvfwにはcrfがないんだな
俺は徐々にcli版に乗り換えててcrfを使用中
俺は徐々にcli版に乗り換えててcrfを使用中
93 ：名無しさん＠編集中：2006/11/28(火) 21:32:53 ID:mO2+jdaf
>>91 ないみたい
95 ：名無しさん＠編集中：2006/12/01(金) 13:06:53 ID:mBQOGBQY
最新の海王版がcrf対応してる。
>95
Nominal QP がそうなの？
Nominal QP がそうなの？
海王版てどれのこと？
h264って実写に向いてない気がする
h264ってID:8mOUJjZwに向いてない気がする
なんで実写で暗いところにあんな大きいブロックノイズ作っちまうかな > x264
264がﾌﾞﾛｯｸ･ﾉｲｽﾞに弱いことは最初から言われてたこと。
仕様です
大きなブロックノイズがボコボコしてても
高画質/高圧縮と喜んでしまう件について
高画質/高圧縮と喜んでしまう件について
ブロックノイズ出る設定にして、その言いぐさですか。
(´･ω･) 設定も晒さないで何言ってるんだか
(´･ω･) 設定も晒しても何も言えないんでしょうが
ブロックノイズって、マトリクスでどーかできないの？
つーか何そのマトリクスって？
VFW版でそんなもん設定できたっけ？
とりあえず推奨値に設定し、画質が悪くなるような設定は省いた。
そしてブロックノイズ出た（1pass q24-26,2passともに） orz
VFW版でそんなもん設定できたっけ？
とりあえず推奨値に設定し、画質が悪くなるような設定は省いた。
そしてブロックノイズ出た（1pass q24-26,2passともに） orz
ブロックノイズ出た部分だけでもうｐろだに上げてくれると参考になるかも、
よろしくっす
よろしくっす
ん～ちゅうか、その部分のソースくれよ。
俺様がブロックノイズでないようにエンコしてやるよ(▼▼)
俺様がブロックノイズでないようにエンコしてやるよ(▼▼)
>>112,113
おお、嬉しいね。
でもアップは著作権引っかかるし、そこだけ切り出すのもメンドイな。
そんな特別な映像ではなく割とありきたりなんで軽く説明すると
・都会のビル街で一つだけ夜空に突出しているビルがある。
でビルの上部では警告灯(? 飛行機に対する奴）がチカチカ。
（これがブロック及びモスキートを引き起こす）
・バックの夜空もほとんど真っ黒なんだが下の都会の灯りに
わずかに照らされる感じでわずかにグラデーションしてる
（そこにデカイブロックがポコポコと。小さいブロックならOKにしちまうんだが）
・エンコはレートは800kbpsで。
（レートを上げて綺麗になるのは当たり前）
一応avisynthでノイズ除去・ノイズ除去（時間軸）を掛けてソースは綺麗になってる。
（kenkunNRだっけ？そんな奴）
なんかイイ方法あったら教えて～m(_ _)m
おお、嬉しいね。
でもアップは著作権引っかかるし、そこだけ切り出すのもメンドイな。
そんな特別な映像ではなく割とありきたりなんで軽く説明すると
・都会のビル街で一つだけ夜空に突出しているビルがある。
でビルの上部では警告灯(? 飛行機に対する奴）がチカチカ。
（これがブロック及びモスキートを引き起こす）
・バックの夜空もほとんど真っ黒なんだが下の都会の灯りに
わずかに照らされる感じでわずかにグラデーションしてる
（そこにデカイブロックがポコポコと。小さいブロックならOKにしちまうんだが）
・エンコはレートは800kbpsで。
（レートを上げて綺麗になるのは当たり前）
一応avisynthでノイズ除去・ノイズ除去（時間軸）を掛けてソースは綺麗になってる。
（kenkunNRだっけ？そんな奴）
なんかイイ方法あったら教えて～m(_ _)m
>>114
800-850kbpsで2pass。
他の設定はほぼ推奨値内。ブロックが出やすいと言われる項目は切ってある。
ノイズ・ブロック低減も切。Iフレームだかキーフレームだか初期値25,250と
なっているところは30,300にしてある（30fpsだからってことで）
コンテナaviなんだけどこれが原因ってことあるのかな（Bフレ関係で）
画質の善し悪しとブロックの出る出ないはまた別の話なのかもね。
局所的にブロックぽこぽこ≠画質悪い、か。
800-850kbpsで2pass。
他の設定はほぼ推奨値内。ブロックが出やすいと言われる項目は切ってある。
ノイズ・ブロック低減も切。Iフレームだかキーフレームだか初期値25,250と
なっているところは30,300にしてある（30fpsだからってことで）
コンテナaviなんだけどこれが原因ってことあるのかな（Bフレ関係で）
画質の善し悪しとブロックの出る出ないはまた別の話なのかもね。
局所的にブロックぽこぽこ≠画質悪い、か。
連投スマン。解像度書くの忘れた。640*480
また「レートそのままで解像度小さく」に逃げようかな・・・
また「レートそのままで解像度小さく」に逃げようかな・・・
Q26なんて論外。ソースが何だろうとまずQ20。話はそれからだろ？
そもそもQ値なんて使わない
と思ったらここVFWスレだった
VFWでもcrf使えるのあるみたいだけど
と思ったらここVFWスレだった
VFWでもcrf使えるのあるみたいだけど
800kbpsでVGAでブロックノイズを出さない方法？
数100passくらいかければ出来るんじゃね？
数100passくらいかければ出来るんじゃね？
statsファイル弄れば良い。
あてくしがえんこするときは
640x480なら1200～1300kbps
Qなら20か21くらいかな
640x480なら1200～1300kbps
Qなら20か21くらいかな
>>118 実写だとQ24-26くらいってあったんだけどね。やっぱ駄目か。
>>119 VFWだと無いって話だったけど、あるの？できたらリンク希望
>>120 つまり無理ってことか。
>>122 なるほど、Q20-21だとファイルサイズでかくない？
どこかのサイトの「VGA、800kbpsで満足いく画質になります」に
騙されたみたい。
>>123 これって正当な目的なん？研究でも論述の補強でもないけど。
h.264のフォーラムにレポートなんてこともしないし。
（アップが面倒というのが一番の理由なんだけどね）
とりあえずQ20にするとか解像度下げるとか色々やってみる。
アドバイスありがとうございました
>>119 VFWだと無いって話だったけど、あるの？できたらリンク希望
>>120 つまり無理ってことか。
>>122 なるほど、Q20-21だとファイルサイズでかくない？
どこかのサイトの「VGA、800kbpsで満足いく画質になります」に
騙されたみたい。
>>123 これって正当な目的なん？研究でも論述の補強でもないけど。
h.264のフォーラムにレポートなんてこともしないし。
（アップが面倒というのが一番の理由なんだけどね）
とりあえずQ20にするとか解像度下げるとか色々やってみる。
アドバイスありがとうございました
デブロッキングフィルタoffにしたらブロックノイズが出るに決まってるのに
>>125
決まっているのかよw
off推奨だったんだよ。
デブロックonでもブロックノイズ出たんだよ（って上の方に既に書いたんだよ）
デブロックはノイズ消えないくせに他がのっぺりするだけだったんだよ。
>>126
そこ見てなかった。しかもそこのファイル知らない間に既にDLしてた。
このスレの最初だったか「vfwってcrfの設定ないね」の書き込みを見て
そのように承知していたまんまだったよ。
決まっているのかよw
off推奨だったんだよ。
デブロックonでもブロックノイズ出たんだよ（って上の方に既に書いたんだよ）
デブロックはノイズ消えないくせに他がのっぺりするだけだったんだよ。
>>126
そこ見てなかった。しかもそこのファイル知らない間に既にDLしてた。
このスレの最初だったか「vfwってcrfの設定ないね」の書き込みを見て
そのように承知していたまんまだったよ。
ソースの時点でブロックノイズが乗ってるんじゃないか
AVCはデブロックフィルタのお陰で
ビットレート下げてもぼやけるだけでブロックノイズは出ないはずだが
AVCはデブロックフィルタのお陰で
ビットレート下げてもぼやけるだけでブロックノイズは出ないはずだが
ネタっぽいし絵がないと他人に得るモノはないしそのうち飽きられる。
q24-26は特に問題ないと思う
ただ、問題のシーンでは画面が動かずPフレの1フレーム当りのバイト数が
少なすぎて、ブロックノイズが発生してると思うから、
Pフレ減少率を抑えるか、その部分のみq値かビットレート上げるか
ただ、問題のシーンでは画面が動かずPフレの1フレーム当りのバイト数が
少なすぎて、ブロックノイズが発生してると思うから、
Pフレ減少率を抑えるか、その部分のみq値かビットレート上げるか
問題のシーンのソースとマルチパスのワンパス目のログをいっしょにうｐれ
公益性なくてもいい個人専用のサポセンはここですか？
>>130
実写ソースでq24-26はどう考えても妥協画質としか・・・
実写ソースでq24-26はどう考えても妥協画質としか・・・
必死だな
開発陣がなんで26をデフォルトにしているか考えろ
開発陣がなんで26をデフォルトにしているか考えろ
＿＿＿_
／ ＼ ／＼ ｷﾘｯ
. ／ （ー） （ー）＼
／ ⌒（__人__）⌒ ＼
| |r┬-| | どんなコーデックだってデフォルトじゃ妥協のクソ画質に
＼ `ー'´ ／ しかならないのに？ >>134って馬鹿なの？
ノ ＼
／´ ヽ
| ｌ ＼
ヽ -一''''''"~~｀`'ー--､ -一'''''''ー-､.
ヽ ＿＿＿＿(⌒)(⌒)⌒) ) (⌒＿(⌒)⌒)⌒))
／ ＼ ／＼ ｷﾘｯ
. ／ （ー） （ー）＼
／ ⌒（__人__）⌒ ＼
| |r┬-| | どんなコーデックだってデフォルトじゃ妥協のクソ画質に
＼ `ー'´ ／ しかならないのに？ >>134って馬鹿なの？
ノ ＼
／´ ヽ
| ｌ ＼
ヽ -一''''''"~~｀`'ー--､ -一'''''''ー-､.
ヽ ＿＿＿＿(⌒)(⌒)⌒) ) (⌒＿(⌒)⌒)⌒))
VGA、1000kbp以下でエンコしないとx264の価値が薄れてしまう。
1000kbp以上なら他のCodec使えばいいと思う。
850kbpぐらいでやってるけどDivXの1200kbp程度の画質は得られてる。
1000kbp以上なら他のCodec使えばいいと思う。
850kbpぐらいでやってるけどDivXの1200kbp程度の画質は得られてる。
ねーよ
>>134
開発陣の考えがわかるのならここに来る必要ないと思うよ
開発陣の考えがわかるのならここに来る必要ないと思うよ
q値とブロックノイズを同次元で語らんほうがいいと思うが
極論だが、Iフレ最大間隔を250->1にしたらブロックノイズ治るかもしれんし
極論だが、Iフレ最大間隔を250->1にしたらブロックノイズ治るかもしれんし
>>128
>ソースの時点でブロックノイズが乗ってるんじゃないか
そこまでアホじゃないよ、いくらなんでも。
>>130
なるほど。その部分のみq or ビットレートを上げると言うことは
一つの動画をブロックできるシーン組とできないシーン組別々にエンコして
あとでくっつけるってことかな。
>>131 やっぱりそれを見て貰うのが話速いよね。
>>136
綺麗なところは800kbpsでもホント細かいトコも綺麗なんだけどね。
逆に暗いところだと真っ黒一色でもポコポコとブロックが・・・
>ソースの時点でブロックノイズが乗ってるんじゃないか
そこまでアホじゃないよ、いくらなんでも。
>>130
なるほど。その部分のみq or ビットレートを上げると言うことは
一つの動画をブロックできるシーン組とできないシーン組別々にエンコして
あとでくっつけるってことかな。
>>131 やっぱりそれを見て貰うのが話速いよね。
>>136
綺麗なところは800kbpsでもホント細かいトコも綺麗なんだけどね。
逆に暗いところだと真っ黒一色でもポコポコとブロックが・・・
他に話題はないのかね。
143 ：名無しさん＠編集中：2006/12/13(水) 18:03:45 ID:o2/tvei7
↓話題
q20でもブロック出た。q25に比べたら細かいけど。もうイヤ
145 ：名無しさん＠編集中：2006/12/13(水) 21:55:59 ID:5BDiQ+b1
↓話題
今週のジャンプのナルト（下書）の敵の技名かなりイカレてね？
岸何とかセンセイってこんなノリノリな奴だったっけ？
岸何とかセンセイってこんなノリノリな奴だったっけ？
crf使える版のRev606出てるよ。
どうやらスレッド設定2でCPU使用率が50％超えるようになったみたい。
エンコ早くなったのかもしれんが当然エンコ中他のことしにくくなった。
スレッド設定1なら50％止まり・・・かな？
どうやらスレッド設定2でCPU使用率が50％超えるようになったみたい。
エンコ早くなったのかもしれんが当然エンコ中他のことしにくくなった。
スレッド設定1なら50％止まり・・・かな？
>>147
どこ？
どこ？
とりあえず、HTだとCPU使用率は上がったけど速度はそのままですね…(普通のデュアルコアだと速度も上がってる？
Bフレ使うと最初のフレームが変になるのって直ったの？
そもそもVFWでBフレ使おうとするのが間違い
直ったかどうか自分わからない奴は気にしなくていいんじゃね？
そうか
そうか
nlのほうのVer611の変更点がかなり気になる。
VFW版はやくビルドされないかなぁ
VFW版はやくビルドされないかなぁ
早速 611 が来た。
infでインストールしようとするとエラーが出るんですが原因分かる方いませんか。
----------------------------------------------------------------------
Rev611でCPU50%に戻る理由だが
本家が問答無用でwin32threadsからpthreadsになったから。
pthreadsのソース拾ってStatic_Lib作って無理にHAVE～定義してバイナリ作っても
そのままではエンコード開始時に落ちるバイナリになる。
win32threadsに戻すのはソース管理上よろしくないので無理。
----------------------------------------------------------------------
だって。
Rev611でCPU50%に戻る理由だが
本家が問答無用でwin32threadsからpthreadsになったから。
pthreadsのソース拾ってStatic_Lib作って無理にHAVE～定義してバイナリ作っても
そのままではエンコード開始時に落ちるバイナリになる。
win32threadsに戻すのはソース管理上よろしくないので無理。
----------------------------------------------------------------------
だって。
>>162
さんくす
さんくす
そんなわけで海王が仕方なくpthreadsに対応した模様。仕方なく。
ドキュメントでは、
「pthreadVC2.dllをx264vfw.dllと同じところに置く」
と書いてあるが、c:\windows\system32においてもこのDLL使われてないよね？
「pthreadVC2.dllをx264vfw.dllと同じところに置く」
と書いてあるが、c:\windows\system32においてもこのDLL使われてないよね？
seraphy本家版611ためしたけど、こっちはCPU使用率80～95,6%を行ったりきたりしてるから
マルチスレッドが機能しているっぽい。
だが気になるのは、Dependency Walker（DLLの依存関係チェックTOOL）でみても、
pthreadVC2.dllやpthreadGC2.dllをリンクしていない。
管理人がまたソースいじったのか？
マルチスレッドが機能しているっぽい。
だが気になるのは、Dependency Walker（DLLの依存関係チェックTOOL）でみても、
pthreadVC2.dllやpthreadGC2.dllをリンクしていない。
管理人がまたソースいじったのか？
前の見当はずれのアンケートといい、どうもビルダーに問題があるなこりゃ。
168 ：名無しさん＠編集中：2006/12/19(火) 18:04:14 ID:COjct6lR
海王はVFWソースを弄らずに外部DLLでPthreadsを使うやり方にした。
依存DLLを調べるツールでちゃんとpthreadVC2.dll依存になってる。
そのS何とかはVFWソースを改変してPthreadsのStatic Libraryをリンクしても動くようにしたか
あるいはx264のコアのソースの一部を「Rev607まで巻き戻して」win32threadsにしたか。
どちらにしても「弄ってる」。
依存DLLを調べるツールでちゃんとpthreadVC2.dll依存になってる。
そのS何とかはVFWソースを改変してPthreadsのStatic Libraryをリンクしても動くようにしたか
あるいはx264のコアのソースの一部を「Rev607まで巻き戻して」win32threadsにしたか。
どちらにしても「弄ってる」。
169 ：名無しさん＠編集中：2006/12/19(火) 18:11:20 ID:COjct6lR
んじゃなくてちゃんとpthreadGC2.dllあるじゃないの。
170 ：名無しさん＠編集中：2006/12/19(火) 18:16:32 ID:COjct6lR
171 ：名無しさん＠編集中：2006/12/19(火) 18:23:10 ID:COjct6lR
もう一つの可能性としては
（現在のファイルの日付からするとｗｗｗ）
>>166の段階では改変してPthreadsのStatic Libraryもしくはwin32threadsだった。
が >>166の書き込みを見て またソースソース言われるの嫌だから脊髄反射で外部DLLタイプにしてことなきを得たか。
ttp://seraphy.fam.cx/~seraphy/files/x264/
（現在のファイルの日付からするとｗｗｗ）
>>166の段階では改変してPthreadsのStatic Libraryもしくはwin32threadsだった。
が >>166の書き込みを見て またソースソース言われるの嫌だから脊髄反射で外部DLLタイプにしてことなきを得たか。
ttp://seraphy.fam.cx/~seraphy/files/x264/
↑どうみても>>166の1時間後に更新してます。
本当にありがとうごぜぇますだ。
本当にありがとうごぜぇますだ。
海王版ってどこのサイトですか？ ググっても分からんorz
海王＝某氏
それよりも上の方でビルダーseraphyと転載屋Lunatiliaを混同してるアホが居る。
それよりも上の方でビルダーseraphyと転載屋Lunatiliaを混同してるアホが居る。
Rev612
>>171を入れてもコーデックの欄に出てこないんだけどなぜですか？
プログラムの追加と削除では出てくるんでインストールはされてると思うんだけど
プログラムの追加と削除では出てくるんでインストールはされてると思うんだけど
レジストリのコーデック辺りが半壊してるとそうなる。
入れたり消したり入れたり消したりした結果。
修復は素人にはまず無理。
OS再インストールまたはhttp://www.geocities.jp/regseeker/index.html
入れたり消したり入れたり消したりした結果。
修復は素人にはまず無理。
OS再インストールまたはhttp://www.geocities.jp/regseeker/index.html
あ、私もコーデック欄に出なかったけど、
付属のDLLをC:\windows\system32にコピーしてから
インストールしなおしたらちゃんとコーデック欄に載ったよ。
付属のDLLをC:\windows\system32にコピーしてから
インストールしなおしたらちゃんとコーデック欄に載ったよ。
2スレッド処理にしたら3倍ぐらい速くなった・・・。
DualCoreだから2倍ならわかるがどうなってるん？
DualCoreだから2倍ならわかるがどうなってるん？
バージョンの違いじゃん？
バージョンも設定も全部同じのはず・・・。
２スレッドにしてもなかなか100%張り付かないから３にしたらもっと速くなるかも。
２スレッドにしてもなかなか100%張り付かないから３にしたらもっと速くなるかも。
3スレッドは、Dualコアでは効率が悪いよ。やってみたら分かる。
やるなら、2 の次は 4 でやった方がイイ。ただ、2 でも 4 でもほとんど変わらない。
後、CPU 使用率が100%近くになるかどうかはエンコーダーにもよるよ。
俺は、TMPGEnc 4.0 XPress と FairUse Wizard（エンコーダーは VDubMod） を使って
るけど、前者だと使用率が低めで、後者だと常時85%以上になってる。
やるなら、2 の次は 4 でやった方がイイ。ただ、2 でも 4 でもほとんど変わらない。
後、CPU 使用率が100%近くになるかどうかはエンコーダーにもよるよ。
俺は、TMPGEnc 4.0 XPress と FairUse Wizard（エンコーダーは VDubMod） を使って
るけど、前者だと使用率が低めで、後者だと常時85%以上になってる。
184 ：名無しさん◎書き込み中：2006/12/22(金) 01:51:00 ID:4Yry5Ebf
色空間の扱いに問題があるのをブロックノイズと勘違いしてるやつが多いな
pthread になってからマジで速くなったな。
もう速度に関しては DivX と比べてもそれ程遜色ない様な気がする。
もう速度に関しては DivX と比べてもそれ程遜色ない様な気がする。
pthreadはプログラミングを簡単にするためのライブラリだろ。
性能的にはもっとローレベルでスレッド制御するより確実に落ちるはず。
性能的にはもっとローレベルでスレッド制御するより確実に落ちるはず。
なんか知らんがシングル環境でも2スッドレにするとめっちゃ早くなる。
画質大丈夫なのかこれｗ
画質大丈夫なのかこれｗ
後の課題は再生負荷だな。
この辺はlibavcodecの中の人にがんばってもらうしかないか。
この辺はlibavcodecの中の人にがんばってもらうしかないか。
614からmplayerで再生できなくなった＿|￣|○
試したけどできるがな
やっぱりできない…
612に戻しますた
612に戻しますた
H264 とか書いてなかったりしてね。
>>189
614二つになってるぜ
614二つになってるぜ
それぞれこんな感じですか？ - ｎ
2006/12/20(Wed) 17:02
seraphy版
インタレ保持
xtra版
--no-fast-pskip, --no-dct-decimate, --interlaced, --direct none, --direct auto
xlphp版
インタレ保持 マトリックス選択 crf（NominalQP）
Re: それぞれこんな感じですか？ - 管理人 Home
2006/12/20(Wed) 18:57
そうですね、後はコンパイラーの違いで若干速度が変わる程度だと思います。
2006/12/20(Wed) 17:02
seraphy版
インタレ保持
xtra版
--no-fast-pskip, --no-dct-decimate, --interlaced, --direct none, --direct auto
xlphp版
インタレ保持 マトリックス選択 crf（NominalQP）
Re: それぞれこんな感じですか？ - 管理人 Home
2006/12/20(Wed) 18:57
そうですね、後はコンパイラーの違いで若干速度が変わる程度だと思います。
けっこう重要なオプションだと思うのにビルドする方によって
あったりなかったりするのはどうしてだろう？＞crf
あったりなかったりするのはどうしてだろう？＞crf
seraphyビルドになんかオプション増えたね。
QP curve compression (-qcomp)
before curve compression (-cplxblur)
after curve compression (-qblur)
意味はよくわからんｗ
QP curve compression (-qcomp)
before curve compression (-cplxblur)
after curve compression (-qblur)
意味はよくわからんｗ
seraphy版614でなんかエラーが吐くようになった。
B-Frameがなんか問題ある気がする
B-Frameがなんか問題ある気がする
>>198
pthreadGC2.dllをコピーし忘れてるなんてことはないですよね。
pthreadGC2.dllをコピーし忘れてるなんてことはないですよね。
俺もエラー吐く、2passの2pass目
>>197
ふむー、2pass用のオプションなのか。
ふむー、2pass用のオプションなのか。
614は今までみたいに上書きでは
うまく認識されないみたい
ディバイスマネージャーのビデオcodecを削除してから
再度インストールをちゃんとやらないとダメみたいよ
うまく認識されないみたい
ディバイスマネージャーのビデオcodecを削除してから
再度インストールをちゃんとやらないとダメみたいよ
ちょっと気づいたこと。
同じソース動画を、SeraphyとXtraでエンコすると、
オプションそろえてもXtraのほうが妙にエンコ後サイズが大きい。
SeraphyにしかないDCT DecimateやFast P Skipの設定が原因かと思ったけど
そのオプションONOFFしてもサイズは大差なかった。
Revはどっちも614、Pthread有効のほうを使ってる。
同じソース動画を、SeraphyとXtraでエンコすると、
オプションそろえてもXtraのほうが妙にエンコ後サイズが大きい。
SeraphyにしかないDCT DecimateやFast P Skipの設定が原因かと思ったけど
そのオプションONOFFしてもサイズは大差なかった。
Revはどっちも614、Pthread有効のほうを使ってる。
あ、言い忘れたエンコは1Pass Quantizerの場合の話。
>>204
いつのまにかauoenc log enableも追加されてる。
これでlog対応はSeraphyの1個になったな。
って、なんだよこの独自オプションｗ
オレもauoenc使ってるから試してみたら、設定のログをinfoにするとcli版のログを吐きやがる。
ちょっと便利だけど画質や縁故速度に関係ねーｗ
いつのまにかauoenc log enableも追加されてる。
これでlog対応はSeraphyの1個になったな。
って、なんだよこの独自オプションｗ
オレもauoenc使ってるから試してみたら、設定のログをinfoにするとcli版のログを吐きやがる。
ちょっと便利だけど画質や縁故速度に関係ねーｗ
Aviutl使うから要らないや。
mencoderの推奨値がデフォルトのオプションを加えてもあんま意味ないよな。
mencoder使わない人のスレなのでｗ
試しにvfwでaviｴﾝｺしてみたんだけど、cliと同じ設定だと圧縮率悪いね。
こんなもん？
こんなもん？
cliと同じって何？
エンコーダーが違うしフィルタも違うし
えーっと・・・ハァ・・・CLI厨の荒らし？
エンコーダーが違うしフィルタも違うし
えーっと・・・ハァ・・・CLI厨の荒らし？
>>213
そいつはVFWが何かも分かってない上に
CLIも適当なバカチョンフロントエンドを（フロントエンドの意味も多分分からんだろうが）介して使ってて
CLIと「同じ」変換なんて「不可能」だということを全く分かってないらしいな。
結論から言えば「10年ROMれ」ってことかな。
そいつはVFWが何かも分かってない上に
CLIも適当なバカチョンフロントエンドを（フロントエンドの意味も多分分からんだろうが）介して使ってて
CLIと「同じ」変換なんて「不可能」だということを全く分かってないらしいな。
結論から言えば「10年ROMれ」ってことかな。
設定も書いてないから煽りor馬鹿決定でしょ。常識的に考えて。
('A`) ｽﾙｰ ('A`) ｽﾙｰ ('A`) ｽﾙｰ
(～)～ (～)～ (～)～
ﾉﾉ ﾉﾉ ﾉﾉ
(～)～ (～)～ (～)～
ﾉﾉ ﾉﾉ ﾉﾉ
おまいらCLIって単語出てくるととたんに元気になるな
クリトリスは大好きですよ？
ｃｌｉ番の設定は↓です
%x264% --crf 22 --keyint 240 --min-keyint 24 --bframes 2 --no-b-adapt --nf --subme 6 --analyse p8x8,b8x8,i4x4 --direct auto --threads 4 --thread-input --cqm "jvt" --progress --no-psnr --output "%out%!%fn%.mp4" %avs%
vfwもjvtでｺﾏﾝﾄﾞﾗｲﾝにしたら同じっす
ｿｰｽはﾃﾚｼﾈされたﾍﾟｸﾞ2TS、特撮物で、1280だと縮まないので、色々試してたです。
俺、変な事言ってるのかな
%x264% --crf 22 --keyint 240 --min-keyint 24 --bframes 2 --no-b-adapt --nf --subme 6 --analyse p8x8,b8x8,i4x4 --direct auto --threads 4 --thread-input --cqm "jvt" --progress --no-psnr --output "%out%!%fn%.mp4" %avs%
vfwもjvtでｺﾏﾝﾄﾞﾗｲﾝにしたら同じっす
ｿｰｽはﾃﾚｼﾈされたﾍﾟｸﾞ2TS、特撮物で、1280だと縮まないので、色々試してたです。
俺、変な事言ってるのかな
>>220
思ったより縮まないなら、Quality の値を上げて下さい。以上です。
思ったより縮まないなら、Quality の値を上げて下さい。以上です。
サイズばかりで画質とかに関してなにも触れられてないのね
俺なら同じ設定でサイズが変わるなら画質の方が気になるよ
使い物にならないくらいでかくなるなら問題だけど
最初の一言だけ見たら変なのが沸いたようにしかみえないべ
俺なら同じ設定でサイズが変わるなら画質の方が気になるよ
使い物にならないくらいでかくなるなら問題だけど
最初の一言だけ見たら変なのが沸いたようにしかみえないべ
>>222
言葉足らずだったね、ｽﾏﾝ。
こっちはvfwに慣れた人多いと思って聞けば早いと思ってた。
>>221
Q値は暗部の破綻で決めたので上げたくないっす。
画質は静止画ﾚﾍﾞﾙでも大差なく、容量は125%強程の差。
（毎コマ動いてるからもともと圧縮率悪い。）
で、差分はこんなもんという認識で良いんかなと。。
つか、ｽﾏﾝﾉｼ
言葉足らずだったね、ｽﾏﾝ。
こっちはvfwに慣れた人多いと思って聞けば早いと思ってた。
>>221
Q値は暗部の破綻で決めたので上げたくないっす。
画質は静止画ﾚﾍﾞﾙでも大差なく、容量は125%強程の差。
（毎コマ動いてるからもともと圧縮率悪い。）
で、差分はこんなもんという認識で良いんかなと。。
つか、ｽﾏﾝﾉｼ
>>220
>>223
いい加減vfwとcliで同じ設定なのに結果が違うとか都市伝説振りまくのやめれ。
あほらしい。所詮は算術結果。Inputが同じならOutputも同じ。
差分が出るのはコンテナ、YUY2>YV12の変換式の違い、フィルタの違い、vfwだと使っているTOOLの
色空間のデコードの違い(YC伸張の有無とか）、etc...
大体>>220のパラメータのどこがvfwと同じ設定なのかを問い詰めたい。
vfwのパラメータは codec.cのL183, compress_beginでparamに設定している値だ。全然ちがうだろう。
そもそもcrfオプション使ってる時点で比較になってない。
と、まじレスしてみる。このくらいソース見れば馬鹿でもわかるだろ。まずはじっくり読んで出直して来い。
>>223
いい加減vfwとcliで同じ設定なのに結果が違うとか都市伝説振りまくのやめれ。
あほらしい。所詮は算術結果。Inputが同じならOutputも同じ。
差分が出るのはコンテナ、YUY2>YV12の変換式の違い、フィルタの違い、vfwだと使っているTOOLの
色空間のデコードの違い(YC伸張の有無とか）、etc...
大体>>220のパラメータのどこがvfwと同じ設定なのかを問い詰めたい。
vfwのパラメータは codec.cのL183, compress_beginでparamに設定している値だ。全然ちがうだろう。
そもそもcrfオプション使ってる時点で比較になってない。
と、まじレスしてみる。このくらいソース見れば馬鹿でもわかるだろ。まずはじっくり読んで出直して来い。
プログラムも読めない低脳かよ。
巣に（・∀・）ｶｴﾚ!!
巣に（・∀・）ｶｴﾚ!!
>>226
「プログラム読めるから俺頭イイ」なんて言ってると友人失うぞ
「プログラム読めるから俺頭イイ」なんて言ってると友人失うぞ
うあ、恥ずかしいやつが来たよ。
いまどき中学生でもプログラム読めるっての。分かる？読めて人並み。
言ってみれば小説読むのと同じな。実際に書ける奴はまぁ才能あるんじゃね？
俺は人並みなんで無理だがな。
ってか、プログラムが読めないってどこのクロマニョン人？ちゃんと義務教育ぐらい受けろよｗ
いまどき中学生でもプログラム読めるっての。分かる？読めて人並み。
言ってみれば小説読むのと同じな。実際に書ける奴はまぁ才能あるんじゃね？
俺は人並みなんで無理だがな。
ってか、プログラムが読めないってどこのクロマニョン人？ちゃんと義務教育ぐらい受けろよｗ
小説読むのと一緒なわけないだろ
例え書いてある命令の意味がわかっても数学的記述の意味がわからなければ
本当に理解したとはいえない
例え書いてある命令の意味がわかっても数学的記述の意味がわからなければ
本当に理解したとはいえない
ソースが読めるのと機能理解しているのはまた別だろ
ましてや他人を馬鹿にして自分の意見を通そうとするなんてガキだな
ましてや他人を馬鹿にして自分の意見を通そうとするなんてガキだな
ここは何のスレだっけ？
まぁそうカッカしないでいきまっしょい。
>>229は>>231が言う通りまだ中高生なんでしょう。
彼（彼女？）にとっては、プログラムが読めることは当然のことで、なぜ当たり前のことが
出来るだけなのに僻まれるのか、ってことを言いたいんだと思うよ。
それを揚げ足を取るように否定するのはちょっとみっともないかなぁ。
自分に出来ないことを年下（他人）が出来たっていいじゃない。
>>229みたいなのが、そのうちカスタムしたx264を公開するかもしれない。
思い出してみてよ。DVDのリッピングをしたのだって子供だったじゃない。
大人がやっちゃけないことは、将来の芽を摘み取ることだと思うよ。
By 28歳現役SEの独り言（・∀・）
PS PGできるならマジで使えないうちの新人と替わってｗ
まぁそうカッカしないでいきまっしょい。
>>229は>>231が言う通りまだ中高生なんでしょう。
彼（彼女？）にとっては、プログラムが読めることは当然のことで、なぜ当たり前のことが
出来るだけなのに僻まれるのか、ってことを言いたいんだと思うよ。
それを揚げ足を取るように否定するのはちょっとみっともないかなぁ。
自分に出来ないことを年下（他人）が出来たっていいじゃない。
>>229みたいなのが、そのうちカスタムしたx264を公開するかもしれない。
思い出してみてよ。DVDのリッピングをしたのだって子供だったじゃない。
大人がやっちゃけないことは、将来の芽を摘み取ることだと思うよ。
By 28歳現役SEの独り言（・∀・）
PS PGできるならマジで使えないうちの新人と替わってｗ
>>229
この人の頭の中では世の中のほとんどの人がプログラム読めると
思っているのだろうか？
昔の雑誌に出ているような簡単なプログラムが読める程度で
「俺プログラムが読める」と言っているのだろうか？
どちらにしても大馬鹿野郎だな、この人
この人の頭の中では世の中のほとんどの人がプログラム読めると
思っているのだろうか？
昔の雑誌に出ているような簡単なプログラムが読める程度で
「俺プログラムが読める」と言っているのだろうか？
どちらにしても大馬鹿野郎だな、この人
触ってる奴全員が馬鹿に見えます
元PrettyGirl じゃ賞味期限切れだね。あきらめて。
オイよ。何が起こったんぞよ？
370 名前：名無しさん＠編集中[sage] 投稿日：2006/12/31(日) 00:13:11 ID:oIcM/IhZ
>>294
PLUMAGEの作者です。
状況がつかめませんが、コードから見る限りは予約が連続しているときにチューナーの電源をOFFにすることはありません。
仮にそのロジックを通っていれば、PV3も終了してしまっていると思います。
ただし、上記はPV3.exe ver2.4.4以降のお話です。
それ以前のPV3.exeを利用されていたら、おっしゃいているような動作をするでしょう。（対象外なのでどうにもなりません。）
PV3 ver2.4.4以前でも通用する（かもしれない）終了判定を加えたものをUPしておきます。
PV3終了判定を「not 録画中 AND 次回予約(復帰時間+20)分以上」に変更しただけですが。
http://seraphy.fam.cx/~seraphy/program/PLUMAGE/PLUMAGE.2.25_Fix.zip
これはPV3には関係ないですが、新たにコマンドラインオプションを追加したので紹介です。
http://seraphy.fam.cx/~seraphy/files/x264/x264vfw.Cygwin.614.7z
>>294
PLUMAGEの作者です。
状況がつかめませんが、コードから見る限りは予約が連続しているときにチューナーの電源をOFFにすることはありません。
仮にそのロジックを通っていれば、PV3も終了してしまっていると思います。
ただし、上記はPV3.exe ver2.4.4以降のお話です。
それ以前のPV3.exeを利用されていたら、おっしゃいているような動作をするでしょう。（対象外なのでどうにもなりません。）
PV3 ver2.4.4以前でも通用する（かもしれない）終了判定を加えたものをUPしておきます。
PV3終了判定を「not 録画中 AND 次回予約(復帰時間+20)分以上」に変更しただけですが。
http://seraphy.fam.cx/~seraphy/program/PLUMAGE/PLUMAGE.2.25_Fix.zip
これはPV3には関係ないですが、新たにコマンドラインオプションを追加したので紹介です。
http://seraphy.fam.cx/~seraphy/files/x264/x264vfw.Cygwin.614.7z
こっちの板には降臨しないみたいだな。
cliのオプションを自由に指定できるようになったらしい。
cliのオプションを自由に指定できるようになったらしい。
オプションを自由にってBスライスの処理はどうしてるんだろ？
241 ：名無しさん＠編集中：2006/12/31(日) 21:28:31 ID:/NZTIUzf
■コマンドラインオプション追加
仕様：
・CLI版と同等のオプションを設定できるようにした。
・GUIで設定したオプションは、コマンドラインのオプションで上書きとなる。
・VFWを使う上で無意味なオプションは無効化。（exp: -o -h など）
・オプションの最大文字数は256バイト。
その他注意点：
・排他オプションに注意。たとえばGUIでQP値を設定しておいて、コマンドで
--crf ってのは意味なし。その場合は --qp指定と同じになる。
仕様：
・CLI版と同等のオプションを設定できるようにした。
・GUIで設定したオプションは、コマンドラインのオプションで上書きとなる。
・VFWを使う上で無意味なオプションは無効化。（exp: -o -h など）
・オプションの最大文字数は256バイト。
その他注意点：
・排他オプションに注意。たとえばGUIでQP値を設定しておいて、コマンドで
--crf ってのは意味なし。その場合は --qp指定と同じになる。
616
configerとmakefileだけ。
configerとmakefileだけ。
rev614は初期版は不具合（？）ある様子
修正版と比べると同じQ指定でもファイルサイズが1.4倍ぐらいになって画質も悪い。
（SSE演算精度が半分？）
修正版と比べると同じQ指定でもファイルサイズが1.4倍ぐらいになって画質も悪い。
（SSE演算精度が半分？）
M$VisualC++製の使ってるから関係ないや
Seraphy 616がまた新しくなった
■自動フィールドシフト対応版x264（x264afs.exe）
仕様：
・あじ様の作成された自動フィールドシフトプラグイン（afs）に対応したかも。
・対応といっても、afsフィルタが出力してくれるdropフレームをチェックし、
そのフレームはエンコードエンジンに渡していないだけなんだけどね。
■自動フィールドシフト対応版x264（x264afs.exe）
仕様：
・あじ様の作成された自動フィールドシフトプラグイン（afs）に対応したかも。
・対応といっても、afsフィルタが出力してくれるdropフレームをチェックし、
そのフレームはエンコードエンジンに渡していないだけなんだけどね。
自動フィールドシフトは設定項目がちょっと多すぎて
ついつい簡単なauto60y.auoに走ってしまう。俺以外にも居るはずだ。
ついつい簡単なauto60y.auoに走ってしまう。俺以外にも居るはずだ。
247 ：名無しさん＠編集中：2007/01/06(土) 04:01:18 ID:TfFeKPGq
そういや何であの高圧的なHPはただのauto60.auoだけ転載してauto60y.auoを転載しないんだろう。
考えられるのは
・嫌がらせ
・知らない
・知ってるけど持ってない
・持ってるけどHPやる気なくなった
・持ってるけどHPのパスワード紛失
・知らないし知る気もないしHPもやる気ない
・auto60y.auoの説明書に書いてある作者掲示板の有様を悲観して存在しなかったことにしたい
・その他
・嫌がらせ
・知らない
・知ってるけど持ってない
・持ってるけどHPやる気なくなった
・持ってるけどHPのパスワード紛失
・知らないし知る気もないしHPもやる気ない
・auto60y.auoの説明書に書いてある作者掲示板の有様を悲観して存在しなかったことにしたい
・その他
nlのvfw入り最終版でずっと使ってきたけど
コマンドラインオプションが増えたということで最新版にしようと思ってインストールを試みた
前のx264をアンインストール後にinfファイルをインストールしたんだけどaviutlのコーデック一覧にx264が出てこない
プログラムの追加と削除やデバイスドライバのビデオコーデックの欄には入ってるんだけど、どうして？
コマンドラインオプションが増えたということで最新版にしようと思ってインストールを試みた
前のx264をアンインストール後にinfファイルをインストールしたんだけどaviutlのコーデック一覧にx264が出てこない
プログラムの追加と削除やデバイスドライバのビデオコーデックの欄には入ってるんだけど、どうして？
再起動しにゃでないよ
Seraphy版603から616の最新でPthread版使って2passエンコすると2pass目の頭でエラーだす・・・
1passQTではエラーなし
603ではそんなことなかったのだが
とりあえずnoPthread版にしてみるか・・・
1passQTではエラーなし
603ではそんなことなかったのだが
とりあえずnoPthread版にしてみるか・・・
とりあえず現時点のバイナリ配布所のアドレスまとめ
ttp://seraphy.fam.cx/~seraphy/files/x264/
ttp://www12.atwiki.jp/lunatilia/pages/70.html
ttp://x264vfw2.xlphp.net/download/
ttp://seraphy.fam.cx/~seraphy/files/x264/
ttp://www12.atwiki.jp/lunatilia/pages/70.html
ttp://x264vfw2.xlphp.net/download/
>>255
このスレの前の方に書かれてると思うけど・・・
同梱されてるpthreadGC2.dllをx264vfw.dllと同じとこにコピー
手っ取り早く言うとwindows\system32にコピー
このスレの前の方に書かれてると思うけど・・・
同梱されてるpthreadGC2.dllをx264vfw.dllと同じとこにコピー
手っ取り早く言うとwindows\system32にコピー
noPthread版で2passエンコ試してみたらとりあえずPthread版でエラー出してたところでエラーは出なくなった
Pthread版の2passエンコってバグってる？
しかし、noPthread版だとPthread版の1.2～1.3倍時間かかるなぁ・・・
Pthread版の2passエンコってバグってる？
しかし、noPthread版だとPthread版の1.2～1.3倍時間かかるなぁ・・・
男は黙って１Pass・crf
crfってそんなにいいか？
ずっとQ使ってきててcrfが出来るようになったというから色々エンコして比較して
みたけれど、crfの利点がわからなかったな。
ずっとQ使ってきててcrfが出来るようになったというから色々エンコして比較して
みたけれど、crfの利点がわからなかったな。
俺的なcrfの利点を言えば、2pass系のオプションが使える事かな
auto60yってどこにあるの？
はじめて聞いた。
はじめて聞いた。
crf使う場合の設定て以下であってるかな？
1passVBRを選んで、コマンドに--crf 22
サイズを絞りたいので実際には--crf 22 -B 1000としてます
1passVBRを選んで、コマンドに--crf 22
サイズを絞りたいので実際には--crf 22 -B 1000としてます
>>259
見た目は一緒で動画サイズが小さくなることがある。
見た目は一緒で動画サイズが小さくなることがある。
＃Aviutl用簡易自動60/120fps化出力プラグイン(YUV版) version 0.02
by 水無(mizunashi)
※※※※※※※※※※※※※※※※※※※※※※※※※※※※※※※※※※
注意）まだ試作段階です。重大なバグがあるかもしれません。
※※※※※※※※※※※※※※※※※※※※※※※※※※※※※※※※※※
--------------------------------------------------------------------
auto60 v0.08 以前との違いについて
1.内部処理をRGBからYUV(YUY2)に変更。
2.手動モード／調整モードを廃止し、自動モード専用に変更。
3.自動調整の微調整用スライダーを追加。
内部処理をYUVにすることで、RGB<->YUV変換による画質劣化が無くなり
処理速度も向上しました。(プラグインの処理時間を 30-40% 削減）
自動調節の基準値は手元の素材を元にある程度調整しましたが、以前とは
処理方法が違うので、必要があればソースに合わせて微調整して下さい。
また、この変更に伴いログで出力される数値も以前と異なります。
以前のバージョンとプラグイン名が異なるので、同居できます。
精度向上のための処理変更はまた今度ということで・・・(^^;;
--------------------------------------------------------------------
by 水無(mizunashi)
※※※※※※※※※※※※※※※※※※※※※※※※※※※※※※※※※※
注意）まだ試作段階です。重大なバグがあるかもしれません。
※※※※※※※※※※※※※※※※※※※※※※※※※※※※※※※※※※
--------------------------------------------------------------------
auto60 v0.08 以前との違いについて
1.内部処理をRGBからYUV(YUY2)に変更。
2.手動モード／調整モードを廃止し、自動モード専用に変更。
3.自動調整の微調整用スライダーを追加。
内部処理をYUVにすることで、RGB<->YUV変換による画質劣化が無くなり
処理速度も向上しました。(プラグインの処理時間を 30-40% 削減）
自動調節の基準値は手元の素材を元にある程度調整しましたが、以前とは
処理方法が違うので、必要があればソースに合わせて微調整して下さい。
また、この変更に伴いログで出力される数値も以前と異なります。
以前のバージョンとプラグイン名が異なるので、同居できます。
精度向上のための処理変更はまた今度ということで・・・(^^;;
--------------------------------------------------------------------
>>262
亀レスすまそ。
一応その設定でオプションの効果は出る。
ただし冗長なので--crf 22は消してよい。
品質固定(VBR)を選択してスライドバーで 22.0を設定し、オプションに -B 1000と書くのが正解。
ちなみに、新しい616のバイナリはデフォルトで日本語化している。管理人乙。
亀レスすまそ。
一応その設定でオプションの効果は出る。
ただし冗長なので--crf 22は消してよい。
品質固定(VBR)を選択してスライドバーで 22.0を設定し、オプションに -B 1000と書くのが正解。
ちなみに、新しい616のバイナリはデフォルトで日本語化している。管理人乙。
>>265
なるほど
レスどうもです。
616で2passエンコするとどうしてもエラーがでるので、今後は、1passQTでサイズが大きくなるやつはcrfでビットレート指定でやろうと思うのでやり方があっていてほっとしました。
なるほど
レスどうもです。
616で2passエンコするとどうしてもエラーがでるので、今後は、1passQTでサイズが大きくなるやつはcrfでビットレート指定でやろうと思うのでやり方があっていてほっとしました。
>>266
2passエンコでエラーが出る？ふむふむ。
そもそもの話からしたほうがいいかね？スレ３つぐらい消費するがｗ
茂木氏が何のために拡張AVI出力にx264用ロジックを乗せてるのかじっくり読んでくるべし。
ttp://www.marumo.ne.jp/
とりあえず。拡張AVI出力のように終端Bフレの終了を待たずにCodecを開放する早漏TOOLを使っていると、
出力されるAVIファイルの実際のフレーム数は「総フレーム数 - Bフレ連続数」になることを胆に命じていた方がいい。
この待機が必要な「Bフレ連続数」のことを内部ではディレイと呼んでいて、AVIのフレーム数はディレイ分だけ少なくなる。
当然解析結果(.stats)ファイルの行数も少なくなる。行数チェックではこれを考慮しているので一応問題ない。これが以前の実装。
pthread対応以前は、1フレームの画像分割方式だったためスレッド数を考慮しなくて良かったわけだ。
2passエンコでエラーが出る？ふむふむ。
そもそもの話からしたほうがいいかね？スレ３つぐらい消費するがｗ
茂木氏が何のために拡張AVI出力にx264用ロジックを乗せてるのかじっくり読んでくるべし。
ttp://www.marumo.ne.jp/
とりあえず。拡張AVI出力のように終端Bフレの終了を待たずにCodecを開放する早漏TOOLを使っていると、
出力されるAVIファイルの実際のフレーム数は「総フレーム数 - Bフレ連続数」になることを胆に命じていた方がいい。
この待機が必要な「Bフレ連続数」のことを内部ではディレイと呼んでいて、AVIのフレーム数はディレイ分だけ少なくなる。
当然解析結果(.stats)ファイルの行数も少なくなる。行数チェックではこれを考慮しているので一応問題ない。これが以前の実装。
pthread対応以前は、1フレームの画像分割方式だったためスレッド数を考慮しなくて良かったわけだ。
>>267 の続き...
ところが、pthread対応以降はフレームを各スレッドで処理するため、ディレイを「Bフレ連続数 - (スレッド数 - 1)」とする必要がでてきた。
当然出力されるAVIのフレーム数はディレイの分だけ減少する。Bフレ5 スレッド4なんかにした日には目も当てられない始末。
解析結果ファイルもディレイ分減少するが、2パス目のチェック時にはBフレ数しか考慮していないので、行が足りないとエラー落ちする。
当然といえば当然。
拡張AVI出力を使わないなら、1パス目はスレッド1にしないとダメだわなぁ。
そもそもvfwはこういう問題があってダメなわけで、それを分かった上で使える人だけが使うべきなんだけどな。
上を確認できるAviSynthのスクリプトを張っとく。Bフレ5 スレッド4でエンコして自分の目で見てみるといい。
Colorbars(320,160)
trim(0, 399)
ShowFrameNumber(scroll=false, offset=1, text_color=$ffff00)
ところが、pthread対応以降はフレームを各スレッドで処理するため、ディレイを「Bフレ連続数 - (スレッド数 - 1)」とする必要がでてきた。
当然出力されるAVIのフレーム数はディレイの分だけ減少する。Bフレ5 スレッド4なんかにした日には目も当てられない始末。
解析結果ファイルもディレイ分減少するが、2パス目のチェック時にはBフレ数しか考慮していないので、行が足りないとエラー落ちする。
当然といえば当然。
拡張AVI出力を使わないなら、1パス目はスレッド1にしないとダメだわなぁ。
そもそもvfwはこういう問題があってダメなわけで、それを分かった上で使える人だけが使うべきなんだけどな。
上を確認できるAviSynthのスクリプトを張っとく。Bフレ5 スレッド4でエンコして自分の目で見てみるといい。
Colorbars(320,160)
trim(0, 399)
ShowFrameNumber(scroll=false, offset=1, text_color=$ffff00)
>>268 訂正
pthread対応後のディレイ = Bフレ連続数 + (スレッド数 - 1)
なんで引くかな・・・すまん。○|￣|_
訂正ついでに、AviUtilでx264vfwを使って幸せになるためには、結局のところ拡張AVI出力が必須なわけで、
そうなるとafsを使った120fps化ぐらいしか選択肢がない。一応afsでの24fps化もできるが。
あと、AviSynthとauoencの組み合わせなら、以下をスクリプトの最後に書いておくと最終フレームが抜け落ちなくてよい。
DuplicateFrame(FrameCount()-1)
Bフレを3とか4とか使いたいやつは、DuplicateFrameをもう1行追加すべし。
綺麗な方法とは言えんがね。
pthread対応後のディレイ = Bフレ連続数 + (スレッド数 - 1)
なんで引くかな・・・すまん。○|￣|_
訂正ついでに、AviUtilでx264vfwを使って幸せになるためには、結局のところ拡張AVI出力が必須なわけで、
そうなるとafsを使った120fps化ぐらいしか選択肢がない。一応afsでの24fps化もできるが。
あと、AviSynthとauoencの組み合わせなら、以下をスクリプトの最後に書いておくと最終フレームが抜け落ちなくてよい。
DuplicateFrame(FrameCount()-1)
Bフレを3とか4とか使いたいやつは、DuplicateFrameをもう1行追加すべし。
綺麗な方法とは言えんがね。
デフォルトだとBフレ2（推奨値）だしスレッドもせいぜい2が普通だから
最悪でも最後の1フレームが切れるかどうか。
最後の1フレームなんてあってもなくても問題ない真っ黒とか静止画の続きがほとんどだし
多少動いていても目で見て気付くようなものではないから実際はそんなに問題になってない、と。
最悪でも最後の1フレームが切れるかどうか。
最後の1フレームなんてあってもなくても問題ない真っ黒とか静止画の続きがほとんどだし
多少動いていても目で見て気付くようなものではないから実際はそんなに問題になってない、と。
>>270
俺はその設定だと拡張AVI出力で作成したAVI以外は糞認定だな。
なぜかというと、ここで言っているディレイってのは、言葉そのもので再生時の遅延を意味するから。
上のスクリプトのように400フレームあった場合に、無圧縮AVIとx264AVIでフレームの表示に狂いが出てくる。
ディレイ = 2 + 2 -1 = 3 ってことは、フレーム番号に下のようなずれが出る。
素AVI ： 1, 2, 3, 4, 5, 6, 7,.....395, 396, 397, 398, 399, 400
x264AVI： n, ｎ, n, b, b, 1, 2,.....390, 391, 392, 393, 394, 395
（nはnullフレを意味する。どんな映像になるかはデコーダ次第。bは先頭参照フレ。通常だと1フレになるがデコーダ次第。）
これは、音声も5フレ分（166.7ms）ディレイさせないと、ずっと音と映像がずれた状態になるわけだ。
しかも最後の映像は切れるし。これが問題じゃないって言うんなら、DTV板の住人なのかまじで？！って事だ。
だから上のスクリプトでAviUtilの標準AVI出力でエンコしてみろって。
最初の1番がやたら表示時間ながいし、395番までしか表示されないから。OK？
俺はその設定だと拡張AVI出力で作成したAVI以外は糞認定だな。
なぜかというと、ここで言っているディレイってのは、言葉そのもので再生時の遅延を意味するから。
上のスクリプトのように400フレームあった場合に、無圧縮AVIとx264AVIでフレームの表示に狂いが出てくる。
ディレイ = 2 + 2 -1 = 3 ってことは、フレーム番号に下のようなずれが出る。
素AVI ： 1, 2, 3, 4, 5, 6, 7,.....395, 396, 397, 398, 399, 400
x264AVI： n, ｎ, n, b, b, 1, 2,.....390, 391, 392, 393, 394, 395
（nはnullフレを意味する。どんな映像になるかはデコーダ次第。bは先頭参照フレ。通常だと1フレになるがデコーダ次第。）
これは、音声も5フレ分（166.7ms）ディレイさせないと、ずっと音と映像がずれた状態になるわけだ。
しかも最後の映像は切れるし。これが問題じゃないって言うんなら、DTV板の住人なのかまじで？！って事だ。
だから上のスクリプトでAviUtilの標準AVI出力でエンコしてみろって。
最初の1番がやたら表示時間ながいし、395番までしか表示されないから。OK？
数フレくらいダミー足しとけば（・∀・）ｲｲ!!
一応断っておくが、何もvfwを否定しているわけではないので。
かくいう俺もvfwユーザーだからこそここに来ている。
ただ、同じユーザー同士、きちんと問題点を理解した上でそれを回避しより望ましい使い方をすべきだと言いたいだけだ。
説明するのも大変なのでこのようなテストAVIを用意してみた。
http://www.rupan.net/uploader/download/1168246543.zip
結論は、x264vfwつかうなら、拡張AVI出力Plusを使えってことだ。
かくいう俺もvfwユーザーだからこそここに来ている。
ただ、同じユーザー同士、きちんと問題点を理解した上でそれを回避しより望ましい使い方をすべきだと言いたいだけだ。
説明するのも大変なのでこのようなテストAVIを用意してみた。
http://www.rupan.net/uploader/download/1168246543.zip
結論は、x264vfwつかうなら、拡張AVI出力Plusを使えってことだ。
Bフレを使わないって手もあるですよ
>>270はお前のファイルのTEST_拡張AVIのことを言ってるんじゃねーのか？
1フレームのずれなら動画を再生しても絶対分からんよ、みたいな。
1フレームのずれなら動画を再生しても絶対分からんよ、みたいな。
>>275
そうかもしれんが、拡張AVI出力つかってとは書いてなかったので。
しかも、「最悪でも最後の1フレームが切れるかどうか。」という記述だったので、こいつは先頭2フレの問題もわかって
ないだろうなと思って>>271も書かせてもらった。
x264vfwで音声は67msディレイ入れるのはデフォだろ？ってんなら、俺の勘違いだったかもな。
そうかもしれんが、拡張AVI出力つかってとは書いてなかったので。
しかも、「最悪でも最後の1フレームが切れるかどうか。」という記述だったので、こいつは先頭2フレの問題もわかって
ないだろうなと思って>>271も書かせてもらった。
x264vfwで音声は67msディレイ入れるのはデフォだろ？ってんなら、俺の勘違いだったかもな。
ID:7D6dahJcはこんなネットの隅っこで講釈たれるよりも
ガツーンとx264vfwを修正してビシッとソース公開でもしたらどうだ？
sなんとかは間違いなくここ見てるから反映されるぞ。
ガツーンとx264vfwを修正してビシッとソース公開でもしたらどうだ？
sなんとかは間違いなくここ見てるから反映されるぞ。
>>277
そんなことはないです。
7D6dahJc氏の情報はこのスレでは稀に見る有益な情報です。
本当はこういう情報を交換するために、このスレが機能してくれればいいのになって思います。
#私は知識がまだまだで、氏のような情報を提供することはできませんけど。
それから疑問なのですけど、1枚ずつ画像データを受け取って圧縮後のデータを返す仕組みのvfwコーデックなのに、
作成されるAVIファイルの制御なんて出来るんですか？
この場合は、vfwコーデックではなくてAviutilとか編集ソフトの方を修正しないといけないのではないでしょうか？
氏が言っているように、そういう対応をしたのが拡張AVI出力プラグインなのだと思います。
そんなことはないです。
7D6dahJc氏の情報はこのスレでは稀に見る有益な情報です。
本当はこういう情報を交換するために、このスレが機能してくれればいいのになって思います。
#私は知識がまだまだで、氏のような情報を提供することはできませんけど。
それから疑問なのですけど、1枚ずつ画像データを受け取って圧縮後のデータを返す仕組みのvfwコーデックなのに、
作成されるAVIファイルの制御なんて出来るんですか？
この場合は、vfwコーデックではなくてAviutilとか編集ソフトの方を修正しないといけないのではないでしょうか？
氏が言っているように、そういう対応をしたのが拡張AVI出力プラグインなのだと思います。
みんなネット弁慶
.
Seraphyビルドの動き予測アルゴリズムの設定項目で、
6(RDO)と6b(RDO on B Frames)の違いがよくわからん。
そもそもCLI版にはこの区別はないような。
6(RDO)と6b(RDO on B Frames)の違いがよくわからん。
そもそもCLI版にはこの区別はないような。
cliだとその6bが7じゃなかったか
Seraphyビルド618がUpされたね。
中身はno pthreadが無くなって、かわりにVCビルドが入ってる。
>その他注意点：
> ・オプションを利用するためには、SSE対応CPUが必須。
これが古いCPU使ってる人には注意。
中身はno pthreadが無くなって、かわりにVCビルドが入ってる。
>その他注意点：
> ・オプションを利用するためには、SSE対応CPUが必須。
これが古いCPU使ってる人には注意。
全文を書かないと意味不明
>■YUY2 -> YV12を内部で変換
>
>仕様：
> ・AviSynthの関数ConvertToYV12()をソースレベルで取り込み、実行している。
> ・オプション「インターレースを保持する」がONの場合は、ConvertToYV12(true)
> OFFの場合はConvertToYV12(false)となる。（つまりインタレ対応ってことで）
> ・現状はYUY2からの変換のみ。関数は取り込み可能なので、RGB24(32)->YV12も
> 可能だけど、ほとんどのvfwフロントエンドはYUY2で映像を渡しているので、
> 果たして需要はどの程度あるだろうか…
>
>その他注意点：
> ・オプションを利用するためには、SSE対応CPUが必須。
要はYUY2->YV12変換にSSE使ってるってことかな。synthの変換処理らしいし。
つーか、いままでインタレ保持厨はフィールドの色成分まざってたのに気づいて
なかったってこと？ あほすぎwwwwwwwwwwwwwwwwww
>■YUY2 -> YV12を内部で変換
>
>仕様：
> ・AviSynthの関数ConvertToYV12()をソースレベルで取り込み、実行している。
> ・オプション「インターレースを保持する」がONの場合は、ConvertToYV12(true)
> OFFの場合はConvertToYV12(false)となる。（つまりインタレ対応ってことで）
> ・現状はYUY2からの変換のみ。関数は取り込み可能なので、RGB24(32)->YV12も
> 可能だけど、ほとんどのvfwフロントエンドはYUY2で映像を渡しているので、
> 果たして需要はどの程度あるだろうか…
>
>その他注意点：
> ・オプションを利用するためには、SSE対応CPUが必須。
要はYUY2->YV12変換にSSE使ってるってことかな。synthの変換処理らしいし。
つーか、いままでインタレ保持厨はフィールドの色成分まざってたのに気づいて
なかったってこと？ あほすぎwwwwwwwwwwwwwwwwww
インターレース保持のときにYV12であっても気にすることはない。
そこまで気にして完璧な物をつくってるなら気にした方がいいだろうけど
大差ないよ
そこまで気にして完璧な物をつくってるなら気にした方がいいだろうけど
大差ないよ
いつまで経ってもインタレ保持以外なかったセラフィー版の尻を叩くために
各ビルダーのバイナリ機能比較について某日本語化の板に書いた作戦は大・成・功だな。
セラフィーはあそこを見てるし、やればできる子だと知ってたからな。
各ビルダーのバイナリ機能比較について某日本語化の板に書いた作戦は大・成・功だな。
セラフィーはあそこを見てるし、やればできる子だと知ってたからな。
>>287
そういう口はぼったい言い方せずに、その板のアドレス書けよ
そういう口はぼったい言い方せずに、その板のアドレス書けよ
それをいうなら「口はばったい」だろうに。
>>288は冷や汗をかきながら、しかしまさかそんなという思いも込めてそっとぐぐった。
その直後>>288の心拍数は跳ね上がり、顔面は紅潮し、何とも言えない不安感と
へその下辺りからしっこが漏れそうな奇妙な感覚に襲われた。
どう考えても取り消しようがなく、そして>>288はブラウザを閉じ考えるのをやめた。
その直後>>288の心拍数は跳ね上がり、顔面は紅潮し、何とも言えない不安感と
へその下辺りからしっこが漏れそうな奇妙な感覚に襲われた。
どう考えても取り消しようがなく、そして>>288はブラウザを閉じ考えるのをやめた。
セラフィーは神。
x264afsすんごい。
x264afsすんごい。
インタレ保持＋YUY2->YV12の変換について検証してみた。PASS:x264
http://20.megaloda.org/uploda/www.megaloda.org0258.zip.html
以前は色差が混合してしまってYUY2に完全に戻せなかったが、この機能を
使うときちんと戻せるようだ。管理人GJ。
>>287
何も出来ない無能が吠えるのは、無駄なだけではなく迷惑だということを自覚すべきだな。
ここの管理人は興味を失うと完全に離れてしまう傾向があるから、雑音は極力入れたくない。
「まっくろ２」とかいうマクロソフトも、散々再掲載リクエストがあるにも関わらず無視してるようだし、
信者が付いたから開発する自己顕示PGとは違うようだ。職業PGらしいしな、PG組むことに誇りを持っているんだろう。
287のようなやつがいるからこういう貴重な人材が離れていくというのに、ただ利益を享受しているだけの287は
そのことに気が付かないんだろうな。そこが無能所以ではあるか。
http://20.megaloda.org/uploda/www.megaloda.org0258.zip.html
以前は色差が混合してしまってYUY2に完全に戻せなかったが、この機能を
使うときちんと戻せるようだ。管理人GJ。
>>287
何も出来ない無能が吠えるのは、無駄なだけではなく迷惑だということを自覚すべきだな。
ここの管理人は興味を失うと完全に離れてしまう傾向があるから、雑音は極力入れたくない。
「まっくろ２」とかいうマクロソフトも、散々再掲載リクエストがあるにも関わらず無視してるようだし、
信者が付いたから開発する自己顕示PGとは違うようだ。職業PGらしいしな、PG組むことに誇りを持っているんだろう。
287のようなやつがいるからこういう貴重な人材が離れていくというのに、ただ利益を享受しているだけの287は
そのことに気が付かないんだろうな。そこが無能所以ではあるか。
>>293
追記。YUY2に戻せていることを確認する方法。
もとの「インタレ.avs」をAviUtilで読み込みインタレ解除＞偶数にする。
1ライン差で間引くので、上から黄緑、ベージュ、黒、青、赤となる。
他のAVIで、これとまったく同じデコードができるか確認するだけ。
ffdsowはYV12->YUY2の変換がいけていないらしく、フィールドが混ざる。
（インタレ_保持のみ.avi、インタレ_保持＋YV12チェックON.avi）
これは再生側の問題だからvfwのせいではない。
ということで、AviSynthを利用してYV12読み込み->ConvertToYUY2(true)にしてみた。
（YUY2DecodeというAVI）
この場合だと、はっきりと違いが分かる。
インタレ_保持＋YV12チェックON＋YUY2Decode.aviのみ、インタレを正確に
維持している。
追記。YUY2に戻せていることを確認する方法。
もとの「インタレ.avs」をAviUtilで読み込みインタレ解除＞偶数にする。
1ライン差で間引くので、上から黄緑、ベージュ、黒、青、赤となる。
他のAVIで、これとまったく同じデコードができるか確認するだけ。
ffdsowはYV12->YUY2の変換がいけていないらしく、フィールドが混ざる。
（インタレ_保持のみ.avi、インタレ_保持＋YV12チェックON.avi）
これは再生側の問題だからvfwのせいではない。
ということで、AviSynthを利用してYV12読み込み->ConvertToYUY2(true)にしてみた。
（YUY2DecodeというAVI）
この場合だと、はっきりと違いが分かる。
インタレ_保持＋YV12チェックON＋YUY2Decode.aviのみ、インタレを正確に
維持している。
どっちが吠えてるんだか…。ネット弁慶ってやつ？
287 名前：名無しさん＠編集中 [sage] 投稿日：2007/01/14(日) 15:16:11 ID:Kd9tUhnI (3)
いつまで経ってもインタレ保持以外なかったセラフィー版の尻を叩くために
各ビルダーのバイナリ機能比較について某日本語化の板に書いた作戦は大・成・功だな。
セラフィーはあそこを見てるし、やればできる子だと知ってたからな。
296 名前：名無しさん＠編集中 [sage] 投稿日：2007/01/14(日) 18:00:47 ID:Kd9tUhnI (3)
どっちが吠えてるんだか…。ネット弁慶ってやつ？
>ど っ ち が 吠 え て る ん だ か … 。 ネ ッ ト 弁 慶 っ て や つ ？
いつまで経ってもインタレ保持以外なかったセラフィー版の尻を叩くために
各ビルダーのバイナリ機能比較について某日本語化の板に書いた作戦は大・成・功だな。
セラフィーはあそこを見てるし、やればできる子だと知ってたからな。
296 名前：名無しさん＠編集中 [sage] 投稿日：2007/01/14(日) 18:00:47 ID:Kd9tUhnI (3)
どっちが吠えてるんだか…。ネット弁慶ってやつ？
>ど っ ち が 吠 え て る ん だ か … 。 ネ ッ ト 弁 慶 っ て や つ ？
↑┐(´ー｀)┌
これ程しつこく反応してるとまさにseraphy信者でしかなく
それこそすなわちただの無能・糞の役にも経たない雑音じゃないか？
それこそすなわちただの無能・糞の役にも経たない雑音じゃないか？
あ、挟んだ。>>297ね。
x264vfw.Cygwin.618.7zに入ってるx264.exeとx264vfw.dllは、どっちも
完全にインタレエンコに対応してんの？
以前インタレ対応したばかりのバージョン試したら、動きのある部分で
色残像？が出るんで、XviDに戻ったんだが今度のは大丈夫なんかな？
完全にインタレエンコに対応してんの？
以前インタレ対応したばかりのバージョン試したら、動きのある部分で
色残像？が出るんで、XviDに戻ったんだが今度のは大丈夫なんかな？
r570 | pengvado | 2006-10-01 04:41:22 +0200 (Sun, 01 Oct 2006) | 2 lines
support interlace. uses MBAFF syntax, but is not adaptive yet.
support interlace. uses MBAFF syntax, but is not adaptive yet.
>>293はseraphyにバイナリ配布辞められるととってもとっても困るみたいだが
ソースがあればコンパイルぐらいガッツでも出来るだろ。
ソースがあればコンパイルぐらいガッツでも出来るだろ。
>>303
じゃぁあんたはseraphyさんがvfwの開発から手を引いてもいいと思ってるの？
おれは困るなあ。そりゃあ現状で満足ならソースコンパイルすればいいけど、
今後の追加機能とかは見込めないでしょ？ 303がそれができるってーのなら、
seraphyさんに遠慮せず、ぜひ機能追加してここで配布してほしいな。
できないくせに煽るだけの”ネット弁慶”じゃないんでしょ？
じゃぁあんたはseraphyさんがvfwの開発から手を引いてもいいと思ってるの？
おれは困るなあ。そりゃあ現状で満足ならソースコンパイルすればいいけど、
今後の追加機能とかは見込めないでしょ？ 303がそれができるってーのなら、
seraphyさんに遠慮せず、ぜひ機能追加してここで配布してほしいな。
できないくせに煽るだけの”ネット弁慶”じゃないんでしょ？
>>303
何か勘違いをしているようだが。
俺もPGなのでオプションの追加ぐらいはできる。
seraphy氏が貴重な人材だというのは、俺のような猿でも出来る
「オプションの追加」程度の単純なPGではなく、afsへの対応や
CLI版のオプション指定を可能とした事、今回のYV12変換のように、
実用に則した発想を現実に変えるコーディング能力を評価しているからだ。
本家から見放されたvfwが生き残っていくのに、seraphy氏のような
技術もアクティビティもある人の支えは必須だとおもうが？
それもと、x264.lib（コア）のインタフェースが変更され、現行のvfwの
ソースではコンパイルできなくなったとき、303がガッツで修正して配布
してくれるとでも言うのか？ そうかそうか。では今からでも遅くはない。
まずはサイトを立ち上げようか？
XviDもコアインタフェースがバージョンUPした経緯があるんだ。今後ありえない話ではない。
何か勘違いをしているようだが。
俺もPGなのでオプションの追加ぐらいはできる。
seraphy氏が貴重な人材だというのは、俺のような猿でも出来る
「オプションの追加」程度の単純なPGではなく、afsへの対応や
CLI版のオプション指定を可能とした事、今回のYV12変換のように、
実用に則した発想を現実に変えるコーディング能力を評価しているからだ。
本家から見放されたvfwが生き残っていくのに、seraphy氏のような
技術もアクティビティもある人の支えは必須だとおもうが？
それもと、x264.lib（コア）のインタフェースが変更され、現行のvfwの
ソースではコンパイルできなくなったとき、303がガッツで修正して配布
してくれるとでも言うのか？ そうかそうか。では今からでも遅くはない。
まずはサイトを立ち上げようか？
XviDもコアインタフェースがバージョンUPした経緯があるんだ。今後ありえない話ではない。
うへ、内容かぶった。
お約束を忘れていたよ。 vfwが活発になって嫉妬しているcli信者は巣にカエレ
x264 rev8
http://pc10.2ch.net/test/read.cgi/avi/1164192957/
お約束を忘れていたよ。 vfwが活発になって嫉妬しているcli信者は巣にカエレ
x264 rev8
http://pc10.2ch.net/test/read.cgi/avi/1164192957/
＞現行のvfwのソースではコンパイルできなくなったとき303がガッツで修正して配布
だからそんなときは勝手に自分で修正してコンパイルして自分で使えばいいじゃないか。
きみアタマ大丈夫？知能じゃなくて精神的に。
だからそんなときは勝手に自分で修正してコンパイルして自分で使えばいいじゃないか。
きみアタマ大丈夫？知能じゃなくて精神的に。
PGじゃなくても「オプションの追加ぐらい」はできる。
何故なら周辺数行見て同じこと書き加えるだけだから考える必要がない。
なんかタイプミスするほど興奮してるし信者必死だな。
何故なら周辺数行見て同じこと書き加えるだけだから考える必要がない。
なんかタイプミスするほど興奮してるし信者必死だな。
さっきも書いたけど粘着信者は当然ながら、更にアンチかどうか分からんその相手も両方とも人間のクズってことでFAかなと。
・Seraphy教信者は追加が必要な機能、修正案なんて思い付きもしないと書いてる＝書き込み内容に意味がない
・信者を煽って無駄な時間をすごすだけの相手＝書き込み内容に意味がない
ほら同じ。
・Seraphy教信者は追加が必要な機能、修正案なんて思い付きもしないと書いてる＝書き込み内容に意味がない
・信者を煽って無駄な時間をすごすだけの相手＝書き込み内容に意味がない
ほら同じ。
Kd9tUhnIがBBSに書き込む以前からSepraphyビルドは他ビルドと差別化出来てた。
その事実一つとっても、Kd9tUhnIの書き込みが何らSeraphyビルドに影響与えていない
証明になっているのに、なんでそんなことにも気づかないんだろうか。
駄目な人は何をやっても駄目なんだといういい事例だな。
Seraphy氏は今後も自分の興味と欲求を第一に、自分のためにやっていけばいいと思ふ。
俺はSeraphy氏や他のビルダー達にに感謝しつつ、バグなどに気づいたら報告してくだけです。
その事実一つとっても、Kd9tUhnIの書き込みが何らSeraphyビルドに影響与えていない
証明になっているのに、なんでそんなことにも気づかないんだろうか。
駄目な人は何をやっても駄目なんだといういい事例だな。
Seraphy氏は今後も自分の興味と欲求を第一に、自分のためにやっていけばいいと思ふ。
俺はSeraphy氏や他のビルダー達にに感謝しつつ、バグなどに気づいたら報告してくだけです。
そしてこうなるんだよね。
http://seraphy.fam.cx/~seraphy/files/x264/
またいつもの作者潰しだよ・ﾟ・(ﾉД`;)・ﾟ・
いい加減学ぼうよ。あほな2ch住民が騒ぐほど、優秀な人達は逃げていくんだから…orz
http://seraphy.fam.cx/~seraphy/files/x264/
またいつもの作者潰しだよ・ﾟ・(ﾉД`;)・ﾟ・
いい加減学ぼうよ。あほな2ch住民が騒ぐほど、優秀な人達は逃げていくんだから…orz
アンチもウザいが、いくら何でも打たれ弱すぎだろ
ラウンド2～、ファイッ！
夜12時に居なくなるってお前らみんなシンデレラかっての。
フリーソフトだから公開するしないは全く作者様の勝手でどんな理由でもかまわないんだが
２ｃｈのスレが事実上x264vfwの意見交換の場である以上、こういったスレの荒れを気にしてたらきりがないんだがなあ・・・
とにかくseraphyさんお疲れ様でした
２ｃｈのスレが事実上x264vfwの意見交換の場である以上、こういったスレの荒れを気にしてたらきりがないんだがなあ・・・
とにかくseraphyさんお疲れ様でした
そもそも一番尊敬すべきはx264の作者たちだ。
あいつらぐらいになると何言われても動じないっつーか
「俺らはソース配布してるだけだモーン」て感じでライセンス厨の攻撃も受け付けない。
何で落ち着いてるかというとつい数時間前にseraphyソース確保しておいたから。
あとは現行の機能で十分だし自分で作るよ。ソースありがとう。
もしかしたら転載サイトは続くかも！？・・・作者に殉じて続かないかもｗ
あいつらぐらいになると何言われても動じないっつーか
「俺らはソース配布してるだけだモーン」て感じでライセンス厨の攻撃も受け付けない。
何で落ち着いてるかというとつい数時間前にseraphyソース確保しておいたから。
あとは現行の機能で十分だし自分で作るよ。ソースありがとう。
もしかしたら転載サイトは続くかも！？・・・作者に殉じて続かないかもｗ
あーマジカヨ。
afs版だけでも・・・
afs版だけでも・・・
318 ：名無しさん＠編集中：2007/01/15(月) 00:22:46 ID:Pd1joQ9E
Ｖ レ Ｖｖ ＿レＶ |丿 丿ノ＿＿＿＿-―――
――＼＿＿ ＼ ／￣￣＿＿＿＿＿-￣￣￣
＿＿＿＿＿＿＿＼＿ノ〈″ ＼＿／ ,＿＿＿＿＿＿＿＿
￣￣|￣しｊ￣|￣￣＼ミミ 彡 ノ￣￣|￣しｊ￣|￣￣￣＼ 俺はてめーらを許さねえ
＼ｏ０_ノ ミﾉ ＼ｏ０_ノ
ノ ノ
- ＿＿＿_ ― ＼＿＿＿＿＿＿ ―
――＼＿＿ ＼ ／￣￣＿＿＿＿＿-￣￣￣
＿＿＿＿＿＿＿＼＿ノ〈″ ＼＿／ ,＿＿＿＿＿＿＿＿
￣￣|￣しｊ￣|￣￣＼ミミ 彡 ノ￣￣|￣しｊ￣|￣￣￣＼ 俺はてめーらを許さねえ
＼ｏ０_ノ ミﾉ ＼ｏ０_ノ
ノ ノ
- ＿＿＿_ ― ＼＿＿＿＿＿＿ ―
おいおい、乞食のくせに余計なことをしてくれるんじゃないよ
使ってたのによ
使ってたのによ
Seraphy氏お疲れ！
今までお世話になりました。
今までお世話になりました。
>>312
掲示板にも何もなく、readmeでもあまり他人を気にする風でもないのに、
俺もいくらなんでも打たれ弱すぎとおもった。おかしすぎる。
そこは、さすがに実力者といったところか。この状況を楽しんでいるようだ。
>何だか、一昔前のアングラサイトっぽくてちょっと楽しいseraphy@管理人でした。
確かに鯖が04WebServerからApacheに変わってておお？とは思ったが、サイト
リニューアルが近いのかもな。
掲示板にも何もなく、readmeでもあまり他人を気にする風でもないのに、
俺もいくらなんでも打たれ弱すぎとおもった。おかしすぎる。
そこは、さすがに実力者といったところか。この状況を楽しんでいるようだ。
>何だか、一昔前のアングラサイトっぽくてちょっと楽しいseraphy@管理人でした。
確かに鯖が04WebServerからApacheに変わってておお？とは思ったが、サイト
リニューアルが近いのかもな。
322 ：名無しさん＠編集中：2007/01/15(月) 00:53:30 ID:Pd1joQ9E
ソース落とせた奴どっかにうｐれ
>>322
----------------------------------------------------------------------------------------
えへ。ばれちゃいましたか。
古典的ですが、＊＊＊＊って重要だよね～
当面なにか機能を追加する予定はないですが、何かご希望があれば掲示板にでも一言。
最新バイナリ:http://＊＊＊＊bin_src/
ま、実のところは鯖ソフトをApacheに変えて色々構成見直す一環でフォルダ移動しただけなんだけどね。
落ち着いたらTOPからリンクを張るようにします。それまではブックマークでもしててくださいな。
何だか、（略）
----------------------------------------------------------------------------------------
管理人自らが割れざーだったことをほのめかすようなことを書いてたので一部削除。
----------------------------------------------------------------------------------------
えへ。ばれちゃいましたか。
古典的ですが、＊＊＊＊って重要だよね～
当面なにか機能を追加する予定はないですが、何かご希望があれば掲示板にでも一言。
最新バイナリ:http://＊＊＊＊bin_src/
ま、実のところは鯖ソフトをApacheに変えて色々構成見直す一環でフォルダ移動しただけなんだけどね。
落ち着いたらTOPからリンクを張るようにします。それまではブックマークでもしててくださいな。
何だか、（略）
----------------------------------------------------------------------------------------
管理人自らが割れざーだったことをほのめかすようなことを書いてたので一部削除。
とりあえず、公開停止する前の最新版うｐってくれ
だから公開停止してないっていってんじゃん
アドレス晒さない方がいいんだよな？
>>290は麒麟の川島さんかな
すっとこどっこいすっとこどっこいすっとこどっこいすっとこどっこい
pthreadVC2.dllが入ってるやつだとシーンチェンジがおかしくなるみたいです。
（シーンチェンジを認識せずMAX[250]になるまでPが続いていく aviutlで確認するとIフレームが1,251,501,751・・・となってる）
（シーンチェンジを認識せずMAX[250]になるまでPが続いていく aviutlで確認するとIフレームが1,251,501,751・・・となってる）
表示＞ソースファイルのキーフレームを表示
>>331
㌧楠
たしかにうちのSeraphyたんのVC版618Bフレ動画無しでもシーンチェンジがおかしいことになってた。
うちの場合、Iフレームが、1,3,253,503,753以下略
とりあえず今配布されているICC版でもチェックしてみるよ
Seraphyたん、618VFWのGCC版を配布してくれないかな？
㌧楠
たしかにうちのSeraphyたんのVC版618Bフレ動画無しでもシーンチェンジがおかしいことになってた。
うちの場合、Iフレームが、1,3,253,503,753以下略
とりあえず今配布されているICC版でもチェックしてみるよ
Seraphyたん、618VFWのGCC版を配布してくれないかな？
かなり意味不明な日本語だったorz
正：たしかにうちでも、Seraphyたん製VC版618vfwを使って作ったAVI（Bフレ無し）でもシーンチェンジがおかしいことになってた。
正：たしかにうちでも、Seraphyたん製VC版618vfwを使って作ったAVI（Bフレ無し）でもシーンチェンジがおかしいことになってた。
ICC版はうちでは動かなかった
無念orz
無念orz
調べてみたけど、pthreadと関係ないなこりゃ。
SeraphyたんのGCC版の617のpthread版・非pthread版の両方とも調べたけど、すべからくモーションチェンジがおかしい。
1,3,253,503,753以下略がIフレームになってしまう。
実は最近のVFW版はいつの間にかやばくなってた？
SeraphyたんのGCC版の617のpthread版・非pthread版の両方とも調べたけど、すべからくモーションチェンジがおかしい。
1,3,253,503,753以下略がIフレームになってしまう。
実は最近のVFW版はいつの間にかやばくなってた？
>>335
616以前のNo Pthread版には問題無し
616以前のNo Pthread版には問題無し
ということは、とりあえず616のNo Pthread版を使っておくのが安全そうだな
>>332みたいに特別に分岐させて別コードにしてるわけでもないのに
同じWinバイナリでコンパイラが違えば内部動作仕様そのものが変わると思ってる人って
プログラムをいったいどういうイメージで捉えてるの？
上の方のPGだかいう偉い人教えてよｗ
同じWinバイナリでコンパイラが違えば内部動作仕様そのものが変わると思ってる人って
プログラムをいったいどういうイメージで捉えてるの？
上の方のPGだかいう偉い人教えてよｗ
>>338
#ifdef #ifndefも知らない馬鹿がいると聞いて飛んできました。
ついでに、H264使ってて IとIDRフレームの違いも分からない馬鹿がいると聞いて飛んできました。
おまいら、AVIコンテナは旧世代の遺物だっていい加減理解しろｗ
AVIがキーフレフラグを保持するのはIフレのみ。 H264形式はそんな馬鹿でかいフレームつかわねーよーに、
でもPフレの前参照を一定距離でとめるよーにIDRフレームつかってコスト削減してるんだろ？ｗ
正常に動いてるか確認したいやつは、１パスのログでTypeをチェックしろよ。AviUtilのキーフレ信用してどうするよｗ
#ifdef #ifndefも知らない馬鹿がいると聞いて飛んできました。
ついでに、H264使ってて IとIDRフレームの違いも分からない馬鹿がいると聞いて飛んできました。
おまいら、AVIコンテナは旧世代の遺物だっていい加減理解しろｗ
AVIがキーフレフラグを保持するのはIフレのみ。 H264形式はそんな馬鹿でかいフレームつかわねーよーに、
でもPフレの前参照を一定距離でとめるよーにIDRフレームつかってコスト削減してるんだろ？ｗ
正常に動いてるか確認したいやつは、１パスのログでTypeをチェックしろよ。AviUtilのキーフレ信用してどうするよｗ
なるほど、勉強になるねえ。
たったいま、616の非pthreadでもAVIUTLでキーフレームがおかしかったのを確認したからどうしようかと思っちゃったよ。
たったいま、616の非pthreadでもAVIUTLでキーフレームがおかしかったのを確認したからどうしようかと思っちゃったよ。
>340
つまり、VFWなんて使わないでちゃんとx264.exeを使えということですね？
・・orz
つまり、VFWなんて使わないでちゃんとx264.exeを使えということですね？
・・orz
ところで、vfwのBフレ設定なんだけどさ、
ttp://www.losttechnology.jp/Movie/x264.html
ttp://head.egoism.jp/codec/h264/index.htm
なんかには、"Use as references"にチェックを外すとBフレを使わないみたいな書き方してあるけど、
ここをオフにしてもBフレは使うよな？
少なくともうちではBフレームを使用するし。
Bフレをオフにするには、Max consecutiveを0にするのが正しいよな？
ttp://www.losttechnology.jp/Movie/x264.html
ttp://head.egoism.jp/codec/h264/index.htm
なんかには、"Use as references"にチェックを外すとBフレを使わないみたいな書き方してあるけど、
ここをオフにしてもBフレは使うよな？
少なくともうちではBフレームを使用するし。
Bフレをオフにするには、Max consecutiveを0にするのが正しいよな？
>>343
seraたん（長いから短縮）のvfw使えば日本語の説明でるじゃん。
本来はBフレが参照するのはPやIフレなんだけど、Bフレも参照できるようにするらしいよ。
当然だけど、Bフレが連続していないと参照できないから、Bフレ２以上の設定が必要。
BフレOFFるのはその設定でOK。
>>342
x264afsは何気にいいよ。これのおかげで新番組はvfw使わなくなってしまった。
seraたん（長いから短縮）のvfw使えば日本語の説明でるじゃん。
本来はBフレが参照するのはPやIフレなんだけど、Bフレも参照できるようにするらしいよ。
当然だけど、Bフレが連続していないと参照できないから、Bフレ２以上の設定が必要。
BフレOFFるのはその設定でOK。
>>342
x264afsは何気にいいよ。これのおかげで新番組はvfw使わなくなってしまった。
afs版で今日はじめて誤爆した。
どうやらタイムコードとフレーム数が合わないみたいだ。
再生して観た感じ問題ないんだが、再生時間が2倍になってたｗ
今エンコしなおしてるんだがどうなんかな。
どうやらタイムコードとフレーム数が合わないみたいだ。
再生して観た感じ問題ないんだが、再生時間が2倍になってたｗ
今エンコしなおしてるんだがどうなんかな。
>345
vfw版でも再生時間が異様に早くなったことがあったけれど、
一度すべてのH.264Codecを削除して最低限にしたら直ったことが・・。
vfw版でも再生時間が異様に早くなったことがあったけれど、
一度すべてのH.264Codecを削除して最低限にしたら直ったことが・・。
>344
x264afs使いたいけれど、そうすると中間ファイルを出力しなくちゃいけないので
断念してvfw版を使っている漏れがいる('A`)
x264afs使いたいけれど、そうすると中間ファイルを出力しなくちゃいけないので
断念してvfw版を使っている漏れがいる('A`)
簡単だし肉眼で分かる不具合もないからvfw版を使う。
天地神明に誓ってAviUtlを使い続けるのでvfw版を使う。
>>351
デフォでWMPで再生できないような変態コンテナなんて使う気ない
デフォでWMPで再生できないような変態コンテナなんて使う気ない
x264規格外の変態を使ってるのに変なとこに拘るんだな
>>352
ﾌﾟ
ﾌﾟ
WMP6.4で動かないのは確かにきついな
このぽむって人どの程度のレベルの開発者なのかしらないけど、
綱渡りしているようで安心して使えるプラグインじゃないよな。
だけど、使い慣れたUtilから直接x264の.mkvや.mp4つくれたら、
かなり需要あると思うんだよ。
むしろいままで無かったことがおかしい。
ここはひとつSeraphyたんに作ってもらうってのはどう？
SeraphyたんはSynth使いっぽいから無理かなぁ。
綱渡りしているようで安心して使えるプラグインじゃないよな。
だけど、使い慣れたUtilから直接x264の.mkvや.mp4つくれたら、
かなり需要あると思うんだよ。
むしろいままで無かったことがおかしい。
ここはひとつSeraphyたんに作ってもらうってのはどう？
SeraphyたんはSynth使いっぽいから無理かなぁ。
「作ってもらうってのはどう？」って言われても「お前は何を言っているんだ？」としか言えないよ
Aviutilなんてバグもちのまま開発放棄されたツール使ってられない。
>356
つ Aviutl用 x264出力(mp4/mkv)プラグイン
http://www.tenchi.ne.jp/~yoko/aviutl/index.php?%B2%C4%CA%D1%A5%D5%A5%EC%A1%BC%A5%E0%A5%EC%A1%BC%A5%C8%BD%D0%CE%CF%20for%20AviUtl
つ Aviutl用 x264出力(mp4/mkv)プラグイン
http://www.tenchi.ne.jp/~yoko/aviutl/index.php?%B2%C4%CA%D1%A5%D5%A5%EC%A1%BC%A5%E0%A5%EC%A1%BC%A5%C8%BD%D0%CE%CF%20for%20AviUtl
>>359
それがぽむって人が作ったやつでしょ。
>>358
vfwも問題あるけど停止しちゃってるから、もうこの板には用が無いって事だね。さようなら。
>>357
何か変だった？ Seraphyたんは要望があれば掲示板に書いてねって言ってるから、
賛同者みんなで書き込みしないかい？ と誘ったつもりなんだけど…
それがぽむって人が作ったやつでしょ。
>>358
vfwも問題あるけど停止しちゃってるから、もうこの板には用が無いって事だね。さようなら。
>>357
何か変だった？ Seraphyたんは要望があれば掲示板に書いてねって言ってるから、
賛同者みんなで書き込みしないかい？ と誘ったつもりなんだけど…
>>360
おまえは何様だ？
おまえは何様だ？
一人で勝手にやれ
そんだけ乞食根性あんなら勉強して自分で作れば理想のソフトができるじゃん
＞みんなで書き込みしないかい？
何で掲示板に書きこむのにいちいち徒党を組んで連続投稿する必要があるんだ？
計画的な荒らしと全く同じ考え方だな。脳髄から間違ってる。
何で掲示板に書きこむのにいちいち徒党を組んで連続投稿する必要があるんだ？
計画的な荒らしと全く同じ考え方だな。脳髄から間違ってる。
>>360
きめぇｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ
きめぇｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ
要望者が話をまとめて書いたほうが開発者のためだな
いい年してトイレに一人で行けないのかと
いい年してトイレに一人で行けないのかと
>>360
（ ＾ω＾）=３ﾌﾟｯ
（ ＾ω＾）=３ﾌﾟｯ
>>366
,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,
iiiiiiiillllll!!!!!!!!!!!!!!!!!!!!!iiii,,,,
l"""",,,,,,,,iiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiii,
|||||||||||!!!!!!!"""""""""!!!!!!!lll!!》
.i|||||~~~~ ___ ..!!!》!
巛/ ’,,,iiiiiiillllllll!!!!! iiiiiii,,,,,,,,, |
| """"≡ 。ヽ _ ""'|
.⌒”丶 . ｀＿彡" （ °) |
（（'.'). / " ⌒ 、.《 ~ヽ⌒' ヽ 便所へ行こうぜ…
..'’、 ' ,,,!” ... ___) |
.ゝ ` ' ⌒＿~ ⌒' | 久しぶりに…
| ~~ '_＿_ |
.|.. ,,,,,二二二ミ, | 漏れちまったよ…
..| |
...|... "'!!!!!!!'" |
|、 ..|
..| へ ソ ....|
,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,
iiiiiiiillllll!!!!!!!!!!!!!!!!!!!!!iiii,,,,
l"""",,,,,,,,iiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiii,
|||||||||||!!!!!!!"""""""""!!!!!!!lll!!》
.i|||||~~~~ ___ ..!!!》!
巛/ ’,,,iiiiiiillllllll!!!!! iiiiiii,,,,,,,,, |
| """"≡ 。ヽ _ ""'|
.⌒”丶 . ｀＿彡" （ °) |
（（'.'). / " ⌒ 、.《 ~ヽ⌒' ヽ 便所へ行こうぜ…
..'’、 ' ,,,!” ... ___) |
.ゝ ` ' ⌒＿~ ⌒' | 久しぶりに…
| ~~ '_＿_ |
.|.. ,,,,,二二二ミ, | 漏れちまったよ…
..| |
...|... "'!!!!!!!'" |
|、 ..|
..| へ ソ ....|
>>360
気を落とさずに。
x264エンコーダをネイティブに持つAviUtil用の出力プラグイン。
確かになんでいままでなかったんだろう？って疑問もありますが、
意外と皆さんの反応もクールですねぇ。
実際ののところそんなに必要とはされてませんか？
あったら使います？
ぽむ ◆0POoRnBOR.さんので十分まにあってる？
気を落とさずに。
x264エンコーダをネイティブに持つAviUtil用の出力プラグイン。
確かになんでいままでなかったんだろう？って疑問もありますが、
意外と皆さんの反応もクールですねぇ。
実際ののところそんなに必要とはされてませんか？
あったら使います？
ぽむ ◆0POoRnBOR.さんので十分まにあってる？
>>369を書いたseraphyの中の人です。
さすがにこの時間に質問投げても帰ってきませんよね。orz
質問しておきながら恐縮ですが、意外と簡単そうだったので回答聞かずに作っちゃいました。
出力形式は.mkvと.mp4。.264は外しました。まだエラー系の処理が手抜き。正常系は問題なし。
http://seraphy.fam.cx/~seraphy/program/x264/
拡張AVI出力Plusの改変版で、afs v7にはデフォ対応済みです。VCM/ACMの部分を削って
x264.libとのインタフェース実装しているので、見るも無残に原形をとどめていませんが。
眠いので今日はここまで。コマンド指定なので現状でも大抵のことは出来ると思います。
GUIでどこまでサポートするかは、まぁ皆さんの反応次第です。多分私はあんまり使わないと
思うので。（ぉ
さすがにこの時間に質問投げても帰ってきませんよね。orz
質問しておきながら恐縮ですが、意外と簡単そうだったので回答聞かずに作っちゃいました。
出力形式は.mkvと.mp4。.264は外しました。まだエラー系の処理が手抜き。正常系は問題なし。
http://seraphy.fam.cx/~seraphy/program/x264/
拡張AVI出力Plusの改変版で、afs v7にはデフォ対応済みです。VCM/ACMの部分を削って
x264.libとのインタフェース実装しているので、見るも無残に原形をとどめていませんが。
眠いので今日はここまで。コマンド指定なので現状でも大抵のことは出来ると思います。
GUIでどこまでサポートするかは、まぁ皆さんの反応次第です。多分私はあんまり使わないと
思うので。（ぉ
>370
質問なのですが、auoencで出力するときは
auoenc x264.auo hoge.cfg hoge.avs hoge.mp4(mkv) 0 > hoge.log
でいいんでしょうか？
質問なのですが、auoencで出力するときは
auoenc x264.auo hoge.cfg hoge.avs hoge.mp4(mkv) 0 > hoge.log
でいいんでしょうか？
追伸
372で書いた設定で出力してみたところ問題ないように思われましたが、
29.997秒のクリップがなぜか28秒になっておりましたorz
372で書いた設定で出力してみたところ問題ないように思われましたが、
29.997秒のクリップがなぜか28秒になっておりましたorz
>>373
auoencでも利用できますよ。こちらでもデバッグ時はAviUtlと両方で確認しています。
クリップの時間については特に注意してmkvinfoでチェックしていますので、元クリップ
とのズレはないはずですが。
もしメディアプレーヤーなどのSplitterを経由した時間表示で確認されているのでしたら、
ファイルを直接分析できるTOOLで確認してみてください。
auoencでも利用できますよ。こちらでもデバッグ時はAviUtlと両方で確認しています。
クリップの時間については特に注意してmkvinfoでチェックしていますので、元クリップ
とのズレはないはずですが。
もしメディアプレーヤーなどのSplitterを経由した時間表示で確認されているのでしたら、
ファイルを直接分析できるTOOLで確認してみてください。
これでmp4出力すれば、AviUtlでBフレ使ってもぜんぜんおｋってことか
私はAviUtlは使わないけれど、mp4出力はXvid等のMPEG-4 ASPを作るのにも良さそうだ。
ただ、そうやってできた.mp4ファイルなり.mkvファイルなりは、
再編集を行えるツールが無いんだよなあ
再編集を行えるツールが無いんだよなあ
しかし、mp4がWindowsMediaPlayerで再生できないんじゃ使い物にならないなぁ
これはつまりAviUtlをフロントエンドに、vfw版でなくcli版のx264（言い方まずいが）を使えると言うこと?
>>380
そのとうり！
そのとうり！
VFRスレてスレ違いじゃん
VFWだった
ちょっとVFRでコンビニいってくる
ちょっとVFRでコンビニいってくる
895 名前：名無しさん＠お腹いっぱい。[sage] 投稿日：2007/01/20(土) 11:38:44 ID:eooGBcjS0
>>894
この人の動画見たら周期一定ののだめをafsで処理してて引いた('A`)
>>894
この人の動画見たら周期一定ののだめをafsで処理してて引いた('A`)
いちいち水を射すんじゃないよ
そんな言い方するなら漢字を間違えるなよorz
389 ：名無しさん＠編集中：2007/01/20(土) 19:59:57 ID:KmoGQBiy
>>381
それいれた
しかし、変換君で作ったPSP動画の音声が聞こえなかった
音声は別にAAC用の何かを入れる必要がありそう
また、関連付けも自動的にWindowsMediaPlayerにしてくれるわけじゃないのか
アイコンそのままだったしなぁ
何かと不便だ。もっといいのは無いの？
これ入れたらWMPで普通に再生できるようになるとか
それいれた
しかし、変換君で作ったPSP動画の音声が聞こえなかった
音声は別にAAC用の何かを入れる必要がありそう
また、関連付けも自動的にWindowsMediaPlayerにしてくれるわけじゃないのか
アイコンそのままだったしなぁ
何かと不便だ。もっといいのは無いの？
これ入れたらWMPで普通に再生できるようになるとか
PC初心者池よ
初心者向けのパックと言えばこれか。
http://www.cccp-project.net/
http://www.cccp-project.net/
>>393
お前が玄人ぶりたいことなんて俺は知ったこっちゃねぇ
お前が玄人ぶりたいことなんて俺は知ったこっちゃねぇ
だからPC初心者板いけって
>390
AACはffdshowを使っているならそいつでいける。
AACはffdshowを使っているならそいつでいける。
画質にこだわるならやっぱりAviutlを使ってしまうからなぁ
seraたんに感謝だす
seraたんに感謝だす
みんなは誰の使ってるの？
>>400
seraphy
seraphy
あれぇ。
SeraphyビルドがICC版になってから、
エンコしようとするとVirtualDubModごと落ちてしまってエンコできなくなった。
SeraphyビルドがICC版になってから、
エンコしようとするとVirtualDubModごと落ちてしまってエンコできなくなった。
CPUがAthlonXP3200だからかな・・・
>>402
俺の環境下でも落ちることがあるな。
俺の環境下でも落ちることがあるな。
>>402
俺もTMPGEnc4で動かなくなった
俺もTMPGEnc4で動かなくなった
おれんとこも動かんよ
>>402-403
Athlon XPだからです。（汗
SSE2のライブラリしかリンクしていなかったので、SSEまでしかもたないAthXPでは落ちてしまいます。
ということで、SSE、SIMD無しのライブラリもリンクさせました。
http://seraphy.fam.cx/~seraphy/program/x264/x264.619.rar
その分肥大化しますが。orz
Athlon XPだからです。（汗
SSE2のライブラリしかリンクしていなかったので、SSEまでしかもたないAthXPでは落ちてしまいます。
ということで、SSE、SIMD無しのライブラリもリンクさせました。
http://seraphy.fam.cx/~seraphy/program/x264/x264.619.rar
その分肥大化しますが。orz
>>402
お前なんでコンパイラを疑ってて自分でビルドしてみんの？
お前なんでコンパイラを疑ってて自分でビルドしてみんの？
日本語化パッチサイトでいうxlphp版使ってる人もう居ないですよね？（http://moemoejump.hp.infoseek.co.jp/にあるやつ）
まだ居たらそろそろseraphy版への移行をおすすめします。
目的であるVFWの流れができたみたいだから人様のアカウントを間借りするのもやめ時かと思うし
そもそも俺もseraphy版使ってるし。
まだ居たらそろそろseraphy版への移行をおすすめします。
目的であるVFWの流れができたみたいだから人様のアカウントを間借りするのもやめ時かと思うし
そもそも俺もseraphy版使ってるし。
ICC版で動かないということであれば、GCC版（CygwinだけどlibはMinGW）に戻しますが。
実際のとこ、Intel C++ Compilerの恩恵なんてオプションに --no-asm を指定しない限り得られませんし。
--no-asm をつけた状態では、Cygwin版より20%程度はICCの方が速度向上します@Athlon64 X2
その速度上昇に見合うピーキーなlibをリンクすることになるので、安定性って面ではあんまり信用できません。
実際のとこ、Intel C++ Compilerの恩恵なんてオプションに --no-asm を指定しない限り得られませんし。
--no-asm をつけた状態では、Cygwin版より20%程度はICCの方が速度向上します@Athlon64 X2
その速度上昇に見合うピーキーなlibをリンクすることになるので、安定性って面ではあんまり信用できません。
>>407
素早い対応ありがとうございます。
あれ？。まだ落ちる。
と思ったらもしかしたら以前とタイムスタンプ変わってないかも。
rarの中身が21日3時20分のままですね。
気長にお待ちしております。
素早い対応ありがとうございます。
あれ？。まだ落ちる。
と思ったらもしかしたら以前とタイムスタンプ変わってないかも。
rarの中身が21日3時20分のままですね。
気長にお待ちしております。
ぐぼぁ～。
自分で古いrar開いてただけでした。、
お騒がせしました
自分で古いrar開いてただけでした。、
お騒がせしました
>>412
安定性と今後も出続ける想定外の古いCPUユーザーのためにGCC版に一票です。
安定性と今後も出続ける想定外の古いCPUユーザーのためにGCC版に一票です。
>>412
両方ともリリースに一票
両方ともリリースに一票
418 ：名無しさん＠編集中：2007/01/21(日) 16:31:18 ID:gUtP473g
>>412
私も両方ともリリースに一票。個人的には、スピード命ですので、ICC版を使わせていただきます。
私も両方ともリリースに一票。個人的には、スピード命ですので、ICC版を使わせていただきます。
AthloxXPで問題なく動きました。
ICC版はやっぱり速いですね。
ICC版に一票～。
ICC版はやっぱり速いですね。
ICC版に一票～。
古いCPUなんかでx264使うなよってことでICC版だけで良い
要するにx264本家ソースの手書きの*.asmより
ICCのC/C++ソース最適化機能の方がこの場合は速いものになるってことですよね。
今思ったんですけどICCでコンパイルするときにasmを出力しておいて後からそれをﾁﾗﾁﾗ見ながら元の*.asmを修正すれば
本家に元から備わってるCPU判別機能と組み合わせてSSE/SSE2の問題もなく・・・って
libx264.libの改造は更新時とか色々と面倒が多過ぎるか。
ICCのC/C++ソース最適化機能の方がこの場合は速いものになるってことですよね。
今思ったんですけどICCでコンパイルするときにasmを出力しておいて後からそれをﾁﾗﾁﾗ見ながら元の*.asmを修正すれば
本家に元から備わってるCPU判別機能と組み合わせてSSE/SSE2の問題もなく・・・って
libx264.libの改造は更新時とか色々と面倒が多過ぎるか。
色々と勘違いがあるみたいなので訂正しときますね。
まず、速さで言えば本家asmが最も高速です。（コンパイラの最適化といっても所詮は汎用最適化の範疇なので）
ただし、asmで書かれているのはフィルタ系の最も重い部分です。
色空間の変換、ちょっとした数値の演算（特に乗算・除算）はネイティブなCで記述されています。
コンパイラの性能が発揮されるとすればこのCで書かれた部分ですが、全体の実行速度に与える影響はフィルタが90%は
占めていると考えてください。最適化できるのはせいぜい10%程度です。
これに、GCCとICCの性能比率が掛け算になるので、実際は2%高速化するかどうか位です。
（関数をインライン展開してオーバーヘッドを減らしたりしているので、もう少し速いかもしれませんが。）
ちなみに、ICC版といってもコアlibしかコンパイルしてません。フロント部はVC8での最高速化（肥大化）ビルドです。
フロント部分までICCでコンパイルすると、結構追加DLLとか面倒なので。
しばらくは、GCCで作ったコアlib＋MinGW.libをリンクしたバージョンも含めときますね。
まず、速さで言えば本家asmが最も高速です。（コンパイラの最適化といっても所詮は汎用最適化の範疇なので）
ただし、asmで書かれているのはフィルタ系の最も重い部分です。
色空間の変換、ちょっとした数値の演算（特に乗算・除算）はネイティブなCで記述されています。
コンパイラの性能が発揮されるとすればこのCで書かれた部分ですが、全体の実行速度に与える影響はフィルタが90%は
占めていると考えてください。最適化できるのはせいぜい10%程度です。
これに、GCCとICCの性能比率が掛け算になるので、実際は2%高速化するかどうか位です。
（関数をインライン展開してオーバーヘッドを減らしたりしているので、もう少し速いかもしれませんが。）
ちなみに、ICC版といってもコアlibしかコンパイルしてません。フロント部はVC8での最高速化（肥大化）ビルドです。
フロント部分までICCでコンパイルすると、結構追加DLLとか面倒なので。
しばらくは、GCCで作ったコアlib＋MinGW.libをリンクしたバージョンも含めときますね。
あい、とぅいまてん。
「--no-asm をつけた状態では、Cygwin版より20%程度はICCの方が速度向上」
という言葉を脳内で
「--no-asmを付けないGCC版より--no-asm をつけたICCの方が20％速い」
と解釈してました。
「--no-asm をつけた状態では、Cygwin版より20%程度はICCの方が速度向上」
という言葉を脳内で
「--no-asmを付けないGCC版より--no-asm をつけたICCの方が20％速い」
と解釈してました。
でも早くなってね？
616で2.6fpsだったのが619で3.1fps出てるぞ。
616で2.6fpsだったのが619で3.1fps出てるぞ。
えらく重いことやってんだな
ごめん、よく考えたら動画の画面サイズ違うわｗ
あるある並の比較検証だなｗ
vfw版とmp4/mkvプラグインでできるだけ設定同じように
してエンコしてみたのにプラグインの方がかなりでかくな
ってしまう
--crf 24 --keyint 300 --min-keyint 30 --ref 2 --mixed-refs
--no-fast-pskip --bframes 2 --b-pyramid --b-rdo --bime
--direct auto --nf --subme 6 --trellis 1 --analyse all --8x8dct
--me umh --threads auto --thread-input --progress --no-psnr
--no-ssim
してエンコしてみたのにプラグインの方がかなりでかくな
ってしまう
--crf 24 --keyint 300 --min-keyint 30 --ref 2 --mixed-refs
--no-fast-pskip --bframes 2 --b-pyramid --b-rdo --bime
--direct auto --nf --subme 6 --trellis 1 --analyse all --8x8dct
--me umh --threads auto --thread-input --progress --no-psnr
--no-ssim
VFWに関連するかも知れない追加情報。
mkv/mp4にした後やっぱり編集したくなった場合は、Haali Matroska Splitter に付属するmkv2vfr.exeを使うと、AVIに書き戻す事が一応可能です。
Drag&Dropで実行できるバッチファイルはこんな感じ。
mkv2vfr.exe "%~dpnx1" "%~dpn1.avi" "%~dpn1.timecode.txt"
>>429
大変申し訳ない。Utlプラグイン版ですが、x264のパラメータ分析関数が曲者で、1回処理した結果をメモリに保持し続けるため、
2回目以降のパラメータ設定がUtl再起動まで反映されないという問題がありました。
たぶん、そのパラメータは有効になっていないもかもしれません。
vfw版でもおなじx264のパラメータ分析関数を使っていますが、vfw codecは毎回dllを開放＆初期化する仕組みなので問題は
ないと思います。でも、一応どちらも修正しました。念のため。
ちょうどrev620来ましたので、修正はそちらのバージョンに適用しています。
http://seraphy.fam.cx/~seraphy/program/x264/x264.620.rar
mkv/mp4にした後やっぱり編集したくなった場合は、Haali Matroska Splitter に付属するmkv2vfr.exeを使うと、AVIに書き戻す事が一応可能です。
Drag&Dropで実行できるバッチファイルはこんな感じ。
mkv2vfr.exe "%~dpnx1" "%~dpn1.avi" "%~dpn1.timecode.txt"
>>429
大変申し訳ない。Utlプラグイン版ですが、x264のパラメータ分析関数が曲者で、1回処理した結果をメモリに保持し続けるため、
2回目以降のパラメータ設定がUtl再起動まで反映されないという問題がありました。
たぶん、そのパラメータは有効になっていないもかもしれません。
vfw版でもおなじx264のパラメータ分析関数を使っていますが、vfw codecは毎回dllを開放＆初期化する仕組みなので問題は
ないと思います。でも、一応どちらも修正しました。念のため。
ちょうどrev620来ましたので、修正はそちらのバージョンに適用しています。
http://seraphy.fam.cx/~seraphy/program/x264/x264.620.rar
"--なんとか かんとか" だとエラー出すけど
" --なんとか かんとか" だと成功するようだ
これってバグでしょうか？
" --なんとか かんとか" だと成功するようだ
これってバグでしょうか？
>>431
その結果で正常動作していますよね？ なにが問題か分かりません。
たとえば、
"--bitrate 600" → 「bitrate 600」というコマンド → そんなコマンドはないというエラー
" --bitrate 600" → 「 --bitrate 600」というコマンド → コマンドは「--」から始まっていないと無視
ということで、問題ないはずですが？
当然ですけど、""（ダブルクォート）で囲んだ場合、中の文字列をスペースで切らずに1つのコマンドと解釈するのはご存知ですよね？
よくスペースが間に入ったフォルダを扱うときに使いますね。 "c:\program files\～"とか。
その結果で正常動作していますよね？ なにが問題か分かりません。
たとえば、
"--bitrate 600" → 「bitrate 600」というコマンド → そんなコマンドはないというエラー
" --bitrate 600" → 「 --bitrate 600」というコマンド → コマンドは「--」から始まっていないと無視
ということで、問題ないはずですが？
当然ですけど、""（ダブルクォート）で囲んだ場合、中の文字列をスペースで切らずに1つのコマンドと解釈するのはご存知ですよね？
よくスペースが間に入ったフォルダを扱うときに使いますね。 "c:\program files\～"とか。
微妙に怒ってるよなこの人
元々ここvfwスレなんだからコマンドラインに慣れてない人が居ても不思議じゃないよ
元々ここvfwスレなんだからコマンドラインに慣れてない人が居ても不思議じゃないよ
AviUtlかCLIのスレいけよ
seraphyさんこんなクレクレ共に対応してると疲れるだけですよ
te
え？x264vfw版利用してmp4/mkv出力してくれるプラグインじゃないの？
ま、なんにしてもとってもありがたいソフトです
ま、なんにしてもとってもありがたいソフトです
seraphyのってコーデック一覧に登録されないんだけど
プラグイン出力
>>438
pthreadVC2.dllをSYSTEM32フォルダにコピーしていますか？
pthreadVC2.dllをSYSTEM32フォルダにコピーしていますか？
x264.620同梱x264.auoにて2PASSできた人いる？
「x264エンコーダエンジンのオープンに失敗しました。」とでてエンコードができない。
「x264エンコーダエンジンのオープンに失敗しました。」とでてエンコードができない。
出来ればOSを記述していただけないでしょうか？
XPの環境では消えている文字に使用しているフォントがありますので、問題なく表示できます。
2000、98となると、ちょっと確認できる環境がないためすぐの対応は難しいです。
（たぶん、フォントをMSゴシックとかの標準に変更すると、設定画面をかなり大きくしないとだめだと思う。）
消えているのは「MS Sans Serif」というフォントを利用している部分ですが、よく日本語化の手ほどきサイトに
日本語文字化け対策として「MS Sans Serifを消す」記述をしているところがありますが、それを実施されました？
こ、こんな感じでいいでしょうか。結構書き言葉がぶっきらぼうになってしまうので、注意してるんですけどね。orz
XPの環境では消えている文字に使用しているフォントがありますので、問題なく表示できます。
2000、98となると、ちょっと確認できる環境がないためすぐの対応は難しいです。
（たぶん、フォントをMSゴシックとかの標準に変更すると、設定画面をかなり大きくしないとだめだと思う。）
消えているのは「MS Sans Serif」というフォントを利用している部分ですが、よく日本語化の手ほどきサイトに
日本語文字化け対策として「MS Sans Serifを消す」記述をしているところがありますが、それを実施されました？
こ、こんな感じでいいでしょうか。結構書き言葉がぶっきらぼうになってしまうので、注意してるんですけどね。orz
追記
「MS Sans Serif」を指定すると、2000とXPはFontLink abilityによってシステムフォントに置き換わります。
（じゃぁはじめからシステムフォントを指定しろよと言われそうですが、これがレイアウト総崩れを起こしてしまうので、
あまり触れたくない部分なんですよね＾＾；）
98にはこの機能がないので、表示できないと思います。または、FontLink abilityが無効になっていても同じです。
「MS Sans Serif」を指定すると、2000とXPはFontLink abilityによってシステムフォントに置き換わります。
（じゃぁはじめからシステムフォントを指定しろよと言われそうですが、これがレイアウト総崩れを起こしてしまうので、
あまり触れたくない部分なんですよね＾＾；）
98にはこの機能がないので、表示できないと思います。または、FontLink abilityが無効になっていても同じです。
>>443
が、がんばれ。
が、がんばれ。
>>430
修正ありがとうございました。
Rev.620でavi出力とmp4出力がほぼ同じサイズになりました。
aviutlで直接mp4出力はながらく待ち望んでいた機能なので
これからも重宝に使わせてもらいます。
修正ありがとうございました。
Rev.620でavi出力とmp4出力がほぼ同じサイズになりました。
aviutlで直接mp4出力はながらく待ち望んでいた機能なので
これからも重宝に使わせてもらいます。
seraたん乙です 最近のがんばりに大変感謝しつつも、頑張りすぎて飽きが早く来てしまわないか心配です
無理せず開発よろしくお願いします
無理せず開発よろしくお願いします
seraphyたんはツンデレ
>>447-448
ぽまえら中のテキストちゃんと読めよ。
ぽまえら中のテキストちゃんと読めよ。
h264ってmkvよりもmp4(+AAC)の方が良いの？
PCでMPCやffdshowで再生する分にはどっちでも変わらないよね
mp4にする理由がよく分からない
PCでMPCやffdshowで再生する分にはどっちでも変わらないよね
mp4にする理由がよく分からない
mkvを作るとき、普通はまずMP4にする
だったらそのままでもええやんって人がMP4にする
だったらそのままでもええやんって人がMP4にする
>>451
それは普通じゃない。
最終的にmkvにする人ははじめからmkvで出力する。
最終的にmp4にする人は以下同文。
mp4はH264+AACというイメージがあるから、AACが音質悪くて嫌いなやつはMP3にすることを前提でmkvにする場合もある。
なにかファイルをくっつけておきたい場合はmkvが便利。
ただし、終端ファイルが切れてしまうというコンテナの特性もあるので難しい。mp4の方が楽だしコンテナとしてはしっかりしている。
結論：
mkvmargeで最後が切れないように--timecode-scaleを設定できてはじめて一人前だってばっちゃがいってた。
以上スレ違いなので誘導。
【mkv】MatroskaVideo総合スレ6【mks】
http://pc10.2ch.net/test/read.cgi/avi/1136818320/
それは普通じゃない。
最終的にmkvにする人ははじめからmkvで出力する。
最終的にmp4にする人は以下同文。
mp4はH264+AACというイメージがあるから、AACが音質悪くて嫌いなやつはMP3にすることを前提でmkvにする場合もある。
なにかファイルをくっつけておきたい場合はmkvが便利。
ただし、終端ファイルが切れてしまうというコンテナの特性もあるので難しい。mp4の方が楽だしコンテナとしてはしっかりしている。
結論：
mkvmargeで最後が切れないように--timecode-scaleを設定できてはじめて一人前だってばっちゃがいってた。
以上スレ違いなので誘導。
【mkv】MatroskaVideo総合スレ6【mks】
http://pc10.2ch.net/test/read.cgi/avi/1136818320/
mp3はmp3にも入れられる。
>>452
ｿﾌ版のAviutlスレで釣ってた人？
それはともかくMP4、MKV出力でのBフレ周りの問題だっけ？それってもうなくなったの？
普通はrawで出力、MP4コンテナに格納→MKVでしょう(いつのまにかmmgで.264でもよくなったらしいけど)
まぁ、AACが音質悪くて嫌いなやつはMP3←こんなこと書いてるし釣りだろうけど。
ｿﾌ版のAviutlスレで釣ってた人？
それはともかくMP4、MKV出力でのBフレ周りの問題だっけ？それってもうなくなったの？
普通はrawで出力、MP4コンテナに格納→MKVでしょう(いつのまにかmmgで.264でもよくなったらしいけど)
まぁ、AACが音質悪くて嫌いなやつはMP3←こんなこと書いてるし釣りだろうけど。
まあ、MKV使うなら、音はaoTuV使いたくなるよな
って俺だけだったりして
って俺だけだったりして
まんどくせーからAACのままなんだぜ？
>>458
だね5.1chも扱うしね
だね5.1chも扱うしね
264出力だとレジュームきくの？マジ？
mp4に格納しているが、音声をmuxするmp4boxの手間が変わらないので、x264では生を出力させている。
飽きた
Seraphyたんと呼ばれるのは嫌だそうだから、これからはSeraphy㌧と呼ぼう
Seraphy㌧いい加減エンコ設定さらせよ。
avsの中身とx264のオプションな。
オナってるんじゃないよ！
avsの中身とx264のオプションな。
オナってるんじゃないよ！
自分で設定変えながらエンコしろよ。
俺なんか暇なとき設定変えつつ試エンコしてるんだぜ？
俺なんか暇なとき設定変えつつ試エンコしてるんだぜ？
エンコ設定は確かに気になる。
掲示板をずっとのぞいているのだけれど、追記されていないのでちょっと寂しい。
掲示板をずっとのぞいているのだけれど、追記されていないのでちょっと寂しい。
>>466
>>468
ttp://seraphy.fam.cx/~seraphy/cgi-bin/cbbs.cgi?mode=one&namber=326&type=11&space=45&no=1
seraphyっちも大変だな。くれくれ君ばかりで。
>>468
ttp://seraphy.fam.cx/~seraphy/cgi-bin/cbbs.cgi?mode=one&namber=326&type=11&space=45&no=1
seraphyっちも大変だな。くれくれ君ばかりで。
470 ：名無しさん＠編集中：2007/01/28(日) 03:23:39 ID:TPAiBXCo
cgcnv2って何ですか？
>>471
㌧！ Utl用フィルタなのね 。
自分はPV3そーす→synthだけどreadme読む限り、使っといた方がいいのかな 。
色の事なんてdoom9で言われるままにmpeg2そーすにColorMatrixしか使ったことなかったから
ちんぷんかんぷんだよ 。
㌧！ Utl用フィルタなのね 。
自分はPV3そーす→synthだけどreadme読む限り、使っといた方がいいのかな 。
色の事なんてdoom9で言われるままにmpeg2そーすにColorMatrixしか使ったことなかったから
ちんぷんかんぷんだよ 。
>>472
フィルターを使用するかしないかを聞かれても困るし、個人の好みで行えば良い。
フィルターを使用するかしないかを聞かれても困るし、個人の好みで行えば良い。
seraﾀｿはこんな沢山のソフトをよく使いこなしてるね。
ぜんぜんついていけないよ。
こんどはPSPでVFR動画の作成だって。
PSPスレの住人が喜ぶかもしれんね。
それより、vfwの方に何か話題はないですか？seraﾀｿ。
ぜんぜんついていけないよ。
こんどはPSPでVFR動画の作成だって。
PSPスレの住人が喜ぶかもしれんね。
それより、vfwの方に何か話題はないですか？seraﾀｿ。
seraphyさんならきっと
MP4utlをつくってくれると信じたい。
MP4utlをつくってくれると信じたい。
AviutlでPSP出力プラグインを作ったりとか？
個別にする理由は見つからないような、合ったら便利なような。
カスタムファームウェアでビットレート制限が緩和されたしね。
個別にする理由は見つからないような、合ったら便利なような。
カスタムファームウェアでビットレート制限が緩和されたしね。
いいね、MP4utl
x264の以前からVFW版重宝してたんだけど
http://seraphy.fam.cx/~seraphy/program/x264/
ここからダウンロードした設定ファイルを右クリ→インストールで反映されないのだが
http://seraphy.fam.cx/~seraphy/program/x264/
ここからダウンロードした設定ファイルを右クリ→インストールで反映されないのだが
pthreadVC2.dllをパスの通った所に置いてないような気がします。
非常にそんな気がします…
非常にそんな気がします…
build_VC8とbuild_ICC91どっちを使えばいいの？
一般的には後者の方が速い
今インストールした直後に
コンパネ＞プログラムの追加と削除からx264の箇所見たら
サイズが104.00MBって出たんだけどこれは何のサイズですか？
コンパネ＞プログラムの追加と削除からx264の箇所見たら
サイズが104.00MBって出たんだけどこれは何のサイズですか？
動画エンコツール（今はTmpgEnc）にVFW版使って出力してる者だが
x264vfw.Cygwin.617.7z までは出力コーデックに選択できるけど
それ以上のバージョンをいつものように右クリックインストールすると「不明なコーデック」になる
VFW配布サイトってttp://seraphy.fam.cx/~seraphy/program/x264/で合ってるよね？
x264vfw.Cygwin.617.7z までは出力コーデックに選択できるけど
それ以上のバージョンをいつものように右クリックインストールすると「不明なコーデック」になる
VFW配布サイトってttp://seraphy.fam.cx/~seraphy/program/x264/で合ってるよね？
>>490
なんでだろう、あたしのところは画像のnVidiaDriverとかと同じように表示されていないよ。
なんでだろう、あたしのところは画像のnVidiaDriverとかと同じように表示されていないよ。
>>490
どうせ昔別のvfwコーデック入れたまま、上書きインストールしたんでしょ。
つーか、その数値って信用できるものなの？
俺の環境でもかなり適当に計算されているんだけど。AviSynthが120MBとか。
どうせ昔別のvfwコーデック入れたまま、上書きインストールしたんでしょ。
つーか、その数値って信用できるものなの？
俺の環境でもかなり適当に計算されているんだけど。AviSynthが120MBとか。
ごめん、誤解を招きそうなので補足。
正確にはこのPCに初めてインストールしたのは、>>484を書き込む直前。
>>490のscreenshotはアンインストールしてからインストール2回目（同じバイナリ）
既にエンコにx264を使用した後だったので、SSをキャプする際に
インストール直後の状態を再現したかったのでインストールし直した、という事。
正確にはこのPCに初めてインストールしたのは、>>484を書き込む直前。
>>490のscreenshotはアンインストールしてからインストール2回目（同じバイナリ）
既にエンコにx264を使用した後だったので、SSをキャプする際に
インストール直後の状態を再現したかったのでインストールし直した、という事。
あら・・・結合するとき1億分の1秒（ぐらい？）まであったタイムコードが
分離してると1/1000秒精度になってるお（＾ω＾ ）
分離してると1/1000秒精度になってるお（＾ω＾ ）
>>495
つ --timecode-scale
つ --timecode-scale
結合するときにでふぉのままだと1/1000精度だったのか・・・（＾ω＾；）
ちょっと実験してくるお（＾ω＾ ）
ちょっと実験してくるお（＾ω＾ ）
scale-1で1/10億まで刻めた。
mkvって奥が深いざんす。
ってか今まで・・・orz
mkvって奥が深いざんす。
ってか今まで・・・orz
499 ：名無しさん＠編集中：2007/02/03(土) 17:32:52 ID:TlpmaJM5
>>499
ありがとう。ためになった。
ありがとう。ためになった。
Seraphy㌧、AthlonXPで、622Release4のICC版、コーデックとして認識されなくなってますよー
VC版はちゃんと動くっす
VC版はちゃんと動くっす
ちゃーんと付属のmsvcr80.dllいれてくださいねー。
VC版はmsvcr80.dllに依存していないので動くっす。
VC版はmsvcr80.dllに依存していないので動くっす。
★ICC版インストールの仕方。
「c:\windows\system32」、無い人は「c:\winnt\system32」に、次の2つのファイルをコピーしてください。
１．msvcr80.dll
２．pthreadVC2.dll
x264vfw.infを右クリックして、「インストール」を選んでください。
★どうしても動かない人へ。
素直にインストーラー版をお使いになることをお勧めします。
http://download2.cowscorpion.com/dl/files/Codec/x264-569-install.exe
★Windows XP 64bit Editionをお使いの方へ。
64bit版に置き換えてインストできない場合は、（64bit版を）使うのは難しいかもしれません。32bit版へ戻ることをお勧めします。
ちょっと厳しいかもしれませんが、カスタム版のインストールに躍起になってやっと動かせたとして、多分そこに掛けた時間で
得られたエンコード結果は、決して通常版を使ったエンコード結果を凌駕する事はありませんから．．．
「c:\windows\system32」、無い人は「c:\winnt\system32」に、次の2つのファイルをコピーしてください。
１．msvcr80.dll
２．pthreadVC2.dll
x264vfw.infを右クリックして、「インストール」を選んでください。
★どうしても動かない人へ。
素直にインストーラー版をお使いになることをお勧めします。
http://download2.cowscorpion.com/dl/files/Codec/x264-569-install.exe
★Windows XP 64bit Editionをお使いの方へ。
64bit版に置き換えてインストできない場合は、（64bit版を）使うのは難しいかもしれません。32bit版へ戻ることをお勧めします。
ちょっと厳しいかもしれませんが、カスタム版のインストールに躍起になってやっと動かせたとして、多分そこに掛けた時間で
得られたエンコード結果は、決して通常版を使ったエンコード結果を凌駕する事はありませんから．．．
>>504の方法で失敗したこと一度もない。30秒もかからないだろ。
build_ICC91 フォルダの中身をすべて
c:\windows\system32 (WinXP) or C:\winnt\system32 (Win2K) にコピーして、
x264vfw.infを右クリックしてインストール。
おっと、x264.auoはAviUtlのフォルダに配置する。
これで問題ないと思うけど・・・。
system32は初めから環境変数（PATH）が通ってるから、
exe実行時、フルパス指定しなくていいしね。
build_ICC91 フォルダの中身をすべて
c:\windows\system32 (WinXP) or C:\winnt\system32 (Win2K) にコピーして、
x264vfw.infを右クリックしてインストール。
おっと、x264.auoはAviUtlのフォルダに配置する。
これで問題ないと思うけど・・・。
system32は初めから環境変数（PATH）が通ってるから、
exe実行時、フルパス指定しなくていいしね。
>>502
いや、さすがにそこら辺はぬかりなくやってる。
コンパネで、コーデックから削除しても駄目だった。
ところで、今の版じゃ、VC版もmsvcr80.dll依存じゃねーか？
VC版のフォルダに同梱されてるぞ
というわけで、逆に、AthlonXP使いで、
622R4のICC版が動いている人あるいは動かない人がいたら報告求む。
俺はとりあえず、焦らずVC版使ってるわ。
いや、さすがにそこら辺はぬかりなくやってる。
コンパネで、コーデックから削除しても駄目だった。
ところで、今の版じゃ、VC版もmsvcr80.dll依存じゃねーか？
VC版のフォルダに同梱されてるぞ
というわけで、逆に、AthlonXP使いで、
622R4のICC版が動いている人あるいは動かない人がいたら報告求む。
俺はとりあえず、焦らずVC版使ってるわ。
AthlonXPじゃないけど、参考まで
Athlonx2だけど問題なく動いてるよ。(XPSP2)
ただ、aviutlやTmpegencでcodecを認識しないと言う
現象が、過去のverでなったことがある
その時の対処方法は
（インストしようするverより古いverが既に入っていて
それが正常に認識されている状態からスタート）
1.同梱されているDLLを\winodws\system32\へコピー（上書き）
2,infでインストしないで、x264vfw.dllを
古い同ファイルが入っていた\windows\system32\へコピー（上書き）
これで行けた
Athlonx2だけど問題なく動いてるよ。(XPSP2)
ただ、aviutlやTmpegencでcodecを認識しないと言う
現象が、過去のverでなったことがある
その時の対処方法は
（インストしようするverより古いverが既に入っていて
それが正常に認識されている状態からスタート）
1.同梱されているDLLを\winodws\system32\へコピー（上書き）
2,infでインストしないで、x264vfw.dllを
古い同ファイルが入っていた\windows\system32\へコピー（上書き）
これで行けた
>>506
VC版のx264vfwはmsvcr80.dllに依存していません。
依存しているのは、x264.exeの方です。
この辺、無駄なdllへのリンクは極力減らしているので、個別で依存関係を持つ形になっています。
GCCコンパイルのlibx264.lib ・・・msvcr80.dllは不要
rev622でコマンド解析処理が変更・・・msvcr80.dllが必要になった。（auo, vfwはオリジナル解析処理のため不要）
ICCコンパイルのlibx264.lib ・・・msvcr80.dllが必要。
上をトータルすると、
VC版のvfw、auo出力プラグインはmsvcr80.dllに依存しない。
他は全てmsvcr80.dllに依存する。ってことになっています。
>>507
msvcr80.dllやpthreadVC2.dllはいわゆるシステムDLLですので、アンインスト時に削除されたら困るのです。
他のソフトが使っていて、動かなくなってしまう場合がありますので。なので、infにインスト記述を行っていません。
VC版のx264vfwはmsvcr80.dllに依存していません。
依存しているのは、x264.exeの方です。
この辺、無駄なdllへのリンクは極力減らしているので、個別で依存関係を持つ形になっています。
GCCコンパイルのlibx264.lib ・・・msvcr80.dllは不要
rev622でコマンド解析処理が変更・・・msvcr80.dllが必要になった。（auo, vfwはオリジナル解析処理のため不要）
ICCコンパイルのlibx264.lib ・・・msvcr80.dllが必要。
上をトータルすると、
VC版のvfw、auo出力プラグインはmsvcr80.dllに依存しない。
他は全てmsvcr80.dllに依存する。ってことになっています。
>>507
msvcr80.dllやpthreadVC2.dllはいわゆるシステムDLLですので、アンインスト時に削除されたら困るのです。
他のソフトが使っていて、動かなくなってしまう場合がありますので。なので、infにインスト記述を行っていません。
ここで空気読まずに申し訳ないんだけど、
VFW版のデフォルトのオプションを
CLI版のコマンドラインに書き換えた場合どうなるか教えてくれる神はいらっしゃいませんかのう。
VFW版のデフォルトのオプションを
CLI版のコマンドラインに書き換えた場合どうなるか教えてくれる神はいらっしゃいませんかのう。
ヒント：megui
というわけでやってみた
--crf 26 --bframes 2 --weightb --direct auto --trellis 2
--analyse p8x8,b8x8,i4x4,i8x8 --8x8dct --threads auto
--thread-input --progress --no-psnr --no-ssim
もしへんなとこがあったら教えてくれ
--crf 26 --bframes 2 --weightb --direct auto --trellis 2
--analyse p8x8,b8x8,i4x4,i8x8 --8x8dct --threads auto
--thread-input --progress --no-psnr --no-ssim
もしへんなとこがあったら教えてくれ
MeGUI使ったらよくね？
っていうのはだめなのか
っていうのはだめなのか
MEGUIの簡易版みたいなツールないのかね
そこまで拘れるならスクリプト描けるだろと考えそうだけどさ
そこまで拘れるならスクリプト描けるだろと考えそうだけどさ
簡易版？？？
AviSynthが難しいってこと？
MeGUI自体は滅茶滅茶カンタンだよね。
AviSynthが難しいってこと？
MeGUI自体は滅茶滅茶カンタンだよね。
昔は x264だけの機能に絞ったMEGUIがあったよね。
あっちの方がゴチャゴチャしてなくて好きだったんだが。
あっちの方がゴチャゴチャしてなくて好きだったんだが。
MeGUIは範囲指定とかCMカットとかどうやってするのん？
読み込ますAvisynthでTrim指定する
AviUtlでの編集結果はくプラグインあるしそれ使ってる
てかMeGUIはスレ違いじゃね
AviUtlでの編集結果はくプラグインあるしそれ使ってる
てかMeGUIはスレ違いじゃね
(;´Д`)駄目だぁぁ奥が深すぎるぅぅぅx264
メグイメグイっていうけれど、
それってAvisynthのフロントエンドで
スクリプトとかいうの1文字も手書きせずにクリックだけでフィルタ優先順位から何から全部設定できて
なおかつフィルタの効果がエンコード前にリアルタイムに表示される
映像編集からエンコードまで動画ファイル名以外全部マウス操作
みたいなAviUtl相当の奴なの？
それってAvisynthのフロントエンドで
スクリプトとかいうの1文字も手書きせずにクリックだけでフィルタ優先順位から何から全部設定できて
なおかつフィルタの効果がエンコード前にリアルタイムに表示される
映像編集からエンコードまで動画ファイル名以外全部マウス操作
みたいなAviUtl相当の奴なの？
そんなソフトがあったらAviUtlは生き残っていませんよ。
AviUtlは内部形式の優秀さだけは他を圧倒してる。
エラーの少なさと軽さはすごいと思う>aviutl
エンコ時のCPU利用率の低さも他を圧倒ｗ
マルチスレッド対応とバグ修正されればネ申だね。
入力と出力でマルチスレッドのプラグイン使えば
PV3とかだとフィルタ少な目なんで、90%～貼り付くぞ？
PV3とかだとフィルタ少な目なんで、90%～貼り付くぞ？
てかAviUtlと聞けば馬鹿の一つ覚えみたいにバグがあるとかいうやつに限って何も知らない。
どんなバグかすら。
どんなバグかすら。
作者が消えて化石化してるというバグ
それは仕様だな。
エンコに夢中にさせて貴重な時間を浪費させて人間だけを殺すバグ
AviUtlのHPは作者がzone.ne.jpに今も金払ってるからこそ存在する。
>>1の[有志による最新版]の上のほうはブラクラじゃねーか
PLUMAGEってよく見かけるけどseraphyﾀﾝ作だったんだな
今さら知った
今さら知った
書き込む前にreadmeくらい読め
いまのところそこのを使っておくのが無難でしょう
ランタイムが付属してるぶんだな。
rev623.release2
・SP1の再配布セットが公開されていないため、自前でSETUPを用意。
確かに現時点でSP1ランタイムは一部の個人サイトのみの配布でMSは公開してないけど
VS2005SP1入ってるマシンならローカル（の変な場所）にあるわけで・・・SETUP形式（ファイル名同じ）なわけで・・・
・SP1の再配布セットが公開されていないため、自前でSETUPを用意。
確かに現時点でSP1ランタイムは一部の個人サイトのみの配布でMSは公開してないけど
VS2005SP1入ってるマシンならローカル（の変な場所）にあるわけで・・・SETUP形式（ファイル名同じ）なわけで・・・
>>544
お前が言っているのはこれのことか？
http://seraphy.fam.cx/~seraphy/program/x264/crt/vc8.crt.sp1/vcredist_x86.exe
自分が知っているからってアピールするのは構わんが、周りから見たら痛い子ちゃん
だから気をつけろよ。それに、Seraphy㌧が知らなかったとも考えにくいが。
俺的エスパー行間読みはこうだな。
SP1の再配布セットが公開されていないため、（事前にSP1をインストールしている奴は
少数だろ。だからって毎回2MB以上もあるファイルを添付するのもアホくさい。単体で置い
たとしても、readmeなんて読まないヴァカが沸いたら面倒だ。だから）自前でSETUPを用意。
（して添付してやった。動作しないヴァカはこれをつかえ。）
昔VB6で作ったソフト配布したとき、ランタイム入れろって説明書に書いてるのに読まない餓鬼がいて、
結局最小構成のランタイムセットアップを添付する羽目になったことを思い出した。(´ー｀)
お前が言っているのはこれのことか？
http://seraphy.fam.cx/~seraphy/program/x264/crt/vc8.crt.sp1/vcredist_x86.exe
自分が知っているからってアピールするのは構わんが、周りから見たら痛い子ちゃん
だから気をつけろよ。それに、Seraphy㌧が知らなかったとも考えにくいが。
俺的エスパー行間読みはこうだな。
SP1の再配布セットが公開されていないため、（事前にSP1をインストールしている奴は
少数だろ。だからって毎回2MB以上もあるファイルを添付するのもアホくさい。単体で置い
たとしても、readmeなんて読まないヴァカが沸いたら面倒だ。だから）自前でSETUPを用意。
（して添付してやった。動作しないヴァカはこれをつかえ。）
昔VB6で作ったソフト配布したとき、ランタイム入れろって説明書に書いてるのに読まない餓鬼がいて、
結局最小構成のランタイムセットアップを添付する羽目になったことを思い出した。(´ー｀)
546 ：名無しさん＠編集中：2007/02/26(月) 18:59:59 ID:cEAseERk
>>545
必死な長文乙ｗ
必死な長文乙ｗ
それもこれも、なつかしいなｗ
> 昔VB6で作ったソフト配布したとき、ランタイム入れろって説明書に書いてるのに読まない餓鬼がいて、
> 結局最小構成のランタイムセットアップを添付する羽目になったことを思い出した。(´ー｀)
あったあったｗ
> 結局最小構成のランタイムセットアップを添付する羽目になったことを思い出した。(´ー｀)
あったあったｗ
x264.auoについて
x264出力のパラメータがなんかの拍子で消えちゃうことがあるので
前回の設定値は覚えていてくれるようにならないだろうか？
出力形式もデフォではmkv？みたいなので前回の出力形式を覚え
ていてくれるようになるとありがたい
さらにわがまま言えばやっぱりオプション設定GUIほしぃ～
x264出力のパラメータがなんかの拍子で消えちゃうことがあるので
前回の設定値は覚えていてくれるようにならないだろうか？
出力形式もデフォではmkv？みたいなので前回の出力形式を覚え
ていてくれるようになるとありがたい
さらにわがまま言えばやっぱりオプション設定GUIほしぃ～
>>545
必死に誤魔化してるけどサーバーに出てる日付見れば誰でもどういうことか分かる
ってこと知ってから物言えよ。
544 ：2007/02/26(月) 08:25:31 ID:PPNbxa4W
↓
crt/ 2007/02/26 09:02:51
必死に誤魔化してるけどサーバーに出てる日付見れば誰でもどういうことか分かる
ってこと知ってから物言えよ。
544 ：2007/02/26(月) 08:25:31 ID:PPNbxa4W
↓
crt/ 2007/02/26 09:02:51
セラフィーは誰がどう見ても会社で朝から優雅に2ch見れて
更に自分の家のPCに接続してゴソゴソやれる不良…いや、上級職員。
更に自分の家のPCに接続してゴソゴソやれる不良…いや、上級職員。
>>545
552に論破されてますよ。どうして泣いてるんですか！
552に論破されてますよ。どうして泣いてるんですか！
554 ：名無しさん＠編集中：2007/02/26(月) 22:58:26 ID:cEAseERk
涙目ｗ
最新版入れてない俺にはここで話題になるまで気がつかなかったよｗ
まだ６２２のままだし・・・
まだ６２２のままだし・・・
556 ：FL1-125-197-143-212.stm.mesh.ad.jp：2007/02/26(月) 23:58:23 ID:7SIPQhKb
ping seraphy.fam.cx
ただいま会社から戻りました。
>>551
いえいえ。私はろくに技術も無いただの平社員です。いやまじで。
なんだか面白いことになっていますが、>>544の記事を見てではないですが、
NETで検索するまで、vcredist_x86.exeがローカルにあるって知りませんでした。てへ。
ただいま会社から戻りました。
>>551
いえいえ。私はろくに技術も無いただの平社員です。いやまじで。
なんだか面白いことになっていますが、>>544の記事を見てではないですが、
NETで検索するまで、vcredist_x86.exeがローカルにあるって知りませんでした。てへ。
>>549
オプション設定GUIはおれもほしーな。
オプション設定GUIはおれもほしーな。
558 ：FL1-125-197-143-212.stm.mesh.ad.jp：2007/02/27(火) 00:19:44 ID:Vpu/RFo/
さてさて。WindowsUpdateを面倒くさがってたまにまとめて当てちゃうものだから、知らず知らずのうちにSP1になってしまって
ちょっとあわてたseraphyの中の者です。
VC8はあまり触り慣れていないので結構ポカミスをやらかしていますが、実際配布するにあたっては何かと面倒なシステムになったものです。
当分SP2は出ないでしょうが、どうにもVC8に魅力を感じないため、VC７に戻ろうかと思案中だったりします。
でも、x264.auoのGUIをきちんとした形で作るなら、VC8のフォームエディタを使ってみたいという誘惑もあります。
まぁ、たいした技術＆知識もないただの一般人ですので、擁護しても無駄です。大抵私のミスですから(^ ^;
そんな時は生暖かく見守っていてくださいまし。
さて、GUIはいつ頃作ろうかしら... 今週末が休日出勤でなければ...
ちょっとあわてたseraphyの中の者です。
VC8はあまり触り慣れていないので結構ポカミスをやらかしていますが、実際配布するにあたっては何かと面倒なシステムになったものです。
当分SP2は出ないでしょうが、どうにもVC8に魅力を感じないため、VC７に戻ろうかと思案中だったりします。
でも、x264.auoのGUIをきちんとした形で作るなら、VC8のフォームエディタを使ってみたいという誘惑もあります。
まぁ、たいした技術＆知識もないただの一般人ですので、擁護しても無駄です。大抵私のミスですから(^ ^;
そんな時は生暖かく見守っていてくださいまし。
さて、GUIはいつ頃作ろうかしら... 今週末が休日出勤でなければ...
がんがれ！
普段は書き込まないが、草葉の陰から見守ってるよｗ
普段は書き込まないが、草葉の陰から見守ってるよｗ
BIGLOBEの固定IPサービス使ってたのか
>[sample]まなびストレート！OP_x264afs(release5)_800x600_焼き直し版.mp4 2007/02/13 06:09:39 17M
ちょ おま
ちょ おま
seraphyはアニヲタでロリコンです
２Dか幼女に手を出さなきゃNEETよりはるかにましｗ
中の人いわく
> ろくに技術も無いただの平社員
だそうだが
ロリコン二次ヲタであろうとも「社員」てだけで全てのNEETよりマシだろｗ
> ろくに技術も無いただの平社員
だそうだが
ロリコン二次ヲタであろうとも「社員」てだけで全てのNEETよりマシだろｗ
に、に、に、に、ニートちゃうわ！
ttp://forums.belution.com/ja/vc/000/388/03s.shtml
manifest書けばVC8でもランタイムDLLをEXEと共に再配布して使えるよ。
manifest書けばVC8でもランタイムDLLをEXEと共に再配布して使えるよ。
それを見る限り単純にランタイムインストーラーを同梱する方がよさそうですな。
ＮＥＥＴは苦労して溜め込んだ金を社会に散在する役割を持ってるからな
一歩踏み外せば数十年後といわず犯罪予備軍に違いが無いところが怖い
そして俺ももうすぐ無職・・・
エンコしてる場合じゃないよな・・・
一歩踏み外せば数十年後といわず犯罪予備軍に違いが無いところが怖い
そして俺ももうすぐ無職・・・
エンコしてる場合じゃないよな・・・
>>566
manifestとmsvcr80.dllは、必ずexeまたはdllの隣に置かないといけないのです。
x264詰め合わせの場合、あちこちに散在してしまうので管理の面からもお勧めできません。
vfw版もmsvcr80.dllに依存しているので、動作しない方はランタイムのインストをお願いします。
/* チラシの裏
ところで、結婚して家庭をもっていたらロリコン説は払拭できますか？ 奥さんは身長152cmですが（ぉ
まぁ、アニメは好きなのでアニヲタでもいいかなぁ。宮崎駿とか士郎正宗とかは最高。
今期はのだめと妖奇士を見てるし、まなび～は知人の勧めだけど面白いと思います。そんなダメ社会人。
ここまで */
manifestとmsvcr80.dllは、必ずexeまたはdllの隣に置かないといけないのです。
x264詰め合わせの場合、あちこちに散在してしまうので管理の面からもお勧めできません。
vfw版もmsvcr80.dllに依存しているので、動作しない方はランタイムのインストをお願いします。
/* チラシの裏
ところで、結婚して家庭をもっていたらロリコン説は払拭できますか？ 奥さんは身長152cmですが（ぉ
まぁ、アニメは好きなのでアニヲタでもいいかなぁ。宮崎駿とか士郎正宗とかは最高。
今期はのだめと妖奇士を見てるし、まなび～は知人の勧めだけど面白いと思います。そんなダメ社会人。
ここまで */
旦那がロリコンアニメ見てて奥さん引いてないか？
マジレスしていいっすか？
「x264や動画関係以外のことに反応せんでいいですよ。」
yamagataさんの二の舞にならんとも限らんし。
「x264や動画関係以外のことに反応せんでいいですよ。」
yamagataさんの二の舞にならんとも限らんし。
>>571
だな 虫の居所が悪い人に動画関係以外のことでケチつけられる隙を与えてスレが荒れるかもしらんからねえ
だな 虫の居所が悪い人に動画関係以外のことでケチつけられる隙を与えてスレが荒れるかもしらんからねえ
ところでmp4にはどうやってするんだ、aviにしかできないお
>>573
MP4Box とか YAMB とかでググって
MP4Box とか YAMB とかでググって
Bフレ使わない人間にとっては、vfwの方が対応プログラム多くていいんだけどなあ。
中間吐けばOK！
>>574
( ﾟдﾟ )ありがと
( ﾟдﾟ )ありがと
>>577
中間の形式は何がお勧め？
中間の形式は何がお勧め？
>>579
LagarithでYV12
LagarithでYV12
>>579
むかしながらにHuffyuv
むかしながらにHuffyuv
>>582
その方式で中間吐く間にVFWで普通にエンコ完了しそうだわｗ
その方式で中間吐く間にVFWで普通にエンコ完了しそうだわｗ
584 ：名無しさん＠編集中：2007/03/03(土) 06:29:32 ID:ZigTeRf8
>>582
それでロスレスになったらちんちんだしてみのもんたの前走るぞｗ
それでロスレスになったらちんちんだしてみのもんたの前走るぞｗ
走ってもらおう
seraphy版vfw
rev.624ｷﾀｰ
rev.624ｷﾀｰ
>>586
623と624の違いが何か知ってる？ねぇ？
623と624の違いが何か知ってる？ねぇ？
何か偉そうな奴だなｗ
589 ：名無しさん＠編集中：2007/03/03(土) 19:38:45 ID:/ZoZSPdg
↑ネタにマジレスお疲れさん
r627
いきなり㌧だな
何があった？
何があった？
r625 regression testing, run similar to fprofiled: VIDS='vid_720x480.yuv' make test
r626 cosmetics in regression test
r627 compile fix for GCC-3.3 on OSX, based on a patch by
Patrice Bensoussan % patrice P bensoussan A free P fr%
Note: regression test still do not pass with GCC-3.3,
but they never did as far as I can remember.
r627 は OSX とあるけど修正ファイルは common/ppc だな
うち i386 だから関係なさげ
r626 cosmetics in regression test
r627 compile fix for GCC-3.3 on OSX, based on a patch by
Patrice Bensoussan % patrice P bensoussan A free P fr%
Note: regression test still do not pass with GCC-3.3,
but they never did as far as I can remember.
r627 は OSX とあるけど修正ファイルは common/ppc だな
うち i386 だから関係なさげ
鬼教師ミセス・ティングル
http://www.cnn.co.jp/world/CNN200703020028.html
http://www.cnn.co.jp/world/CNN200703020028.html
594 ：名無しさん＠編集中：2007/03/07(水) 00:33:02 ID:62R7To3+
最近、x264ｲﾝｽｺしなおしたんだけど
設定画面が変になった
昔
ttp://read.kir.jp/file/read68722.png
今
ttp://read.kir.jp/file/read68721.png
今はみんなこんなでかくなってるの？
誰か教えてくれ
設定画面が変になった
昔
ttp://read.kir.jp/file/read68722.png
今
ttp://read.kir.jp/file/read68721.png
今はみんなこんなでかくなってるの？
誰か教えてくれ
□rev628
・muxers.cの修正内容をfix版にマージ。
・muxers.cの修正内容をfix版にマージ。
>>595 = >>545
>>545への突っ込み→>>552-553
>>595
＞NETで検索するまで、vcredist_x86.exeがローカルにあるって知りませんでした。てへ。
↑に何か返事したれや。
>>545への突っ込み→>>552-553
>>595
＞NETで検索するまで、vcredist_x86.exeがローカルにあるって知りませんでした。てへ。
↑に何か返事したれや。
シングルパス - 品質固定(VBR)
シングルパス - 量子化量固定
この2つの違いってなんでしょうか。
シングルパス - 量子化量固定
この2つの違いってなんでしょうか。
・品質固定(VBR)
固定画質モードのenable。値は画質を指定するもので、概ねQPに近い。
ビットレートベースのモード同様、各フレームごとに複雑さに応じて異なるQPを使う。
x264cliでいえば --crf
・量子化量固定
Pフレームに適用するquantizerの指定。
IフレームとBフレームに適用するquantizerはこの値を元にip_factor と pb_factorが少しずらして決める。
x264cliでいえば --qpじゃないの？間違ってたらスマン。
固定画質モードのenable。値は画質を指定するもので、概ねQPに近い。
ビットレートベースのモード同様、各フレームごとに複雑さに応じて異なるQPを使う。
x264cliでいえば --crf
・量子化量固定
Pフレームに適用するquantizerの指定。
IフレームとBフレームに適用するquantizerはこの値を元にip_factor と pb_factorが少しずらして決める。
x264cliでいえば --qpじゃないの？間違ってたらスマン。
うーん…
シングルパス - 品質固定(VBR) 16
シングルパス - 量子化量固定 16
上の2つのビットレート設定(他はデフォルト)で同じ動画をエンコードしたら
「シングルパス - 品質固定(VBR)」のほうが
色が濃くなったんですが、そういうものなのかな…
シングルパス - 品質固定(VBR) 16
シングルパス - 量子化量固定 16
上の2つのビットレート設定(他はデフォルト)で同じ動画をエンコードしたら
「シングルパス - 品質固定(VBR)」のほうが
色が濃くなったんですが、そういうものなのかな…
Xvidでいうと、品質固定ってのは、昔あった90だの93だの指定するやつで、
量子化固定ってのは、今の3.00だの4.00だの指定するやつでしょ。
量子化固定ってのは、今の3.00だの4.00だの指定するやつでしょ。
>>603
俺もその2つを同時再生して見比べているとかで、再生レンダラが違ってるというのに一票
俺もその2つを同時再生して見比べているとかで、再生レンダラが違ってるというのに一票
>>599
>>600であっていますよ。
--crfは、圧縮した映像の見た目の品位が一定になるように、QP（量子化量）を目標値前後の一定幅で変化させます。
--qpは、指定したQPを守って圧縮するため、絵の複雑さによって見た目の品位が変化します。
ってほど大々的に変わるものではないですが、オプションの意図はこんなところです。
量子化は波形を離散的な値で近似することなので、一般に量子化を細かく行う方が元の波形を高精度に復元でき、
結果として見た目の品位はあがります。
でも、元の波形が単調ならば細かな量子化はビットの無駄になりますし、どうせならその無駄なビットを他より複雑な
箇所に回してあげた方が、ビットを有効活用できてgoodです。
そんな、乙女の夢と希望が詰まったオプションなのです。
>>601
さすがに色は変わりません。動画編集ツールにはヒストグラムを表示できるものもありますので、それで確認するのが
よろしいかと思います。
>>600であっていますよ。
--crfは、圧縮した映像の見た目の品位が一定になるように、QP（量子化量）を目標値前後の一定幅で変化させます。
--qpは、指定したQPを守って圧縮するため、絵の複雑さによって見た目の品位が変化します。
ってほど大々的に変わるものではないですが、オプションの意図はこんなところです。
量子化は波形を離散的な値で近似することなので、一般に量子化を細かく行う方が元の波形を高精度に復元でき、
結果として見た目の品位はあがります。
でも、元の波形が単調ならば細かな量子化はビットの無駄になりますし、どうせならその無駄なビットを他より複雑な
箇所に回してあげた方が、ビットを有効活用できてgoodです。
そんな、乙女の夢と希望が詰まったオプションなのです。
>>601
さすがに色は変わりません。動画編集ツールにはヒストグラムを表示できるものもありますので、それで確認するのが
よろしいかと思います。
皆さんレスありがとうございます。
それぞれVLCでスナップショットをとって見比べてみたら色変わってませんでした。
それぞれVLCでスナップショットをとって見比べてみたら色変わってませんでした。
('A`)
本人が納得すれば何でもおｋ
seraphyさんのx264.627使ってるんですが
「□ 参照フレーム化」っていうのがBフレームのON/OFF設定ですよね？
「□ 参照フレーム化」っていうのがBフレームのON/OFF設定ですよね？
>>343あたりだな
自分で気づかなかったならどーでもいいじゃん
614 ：名無しさん＠編集中：2007/03/17(土) 21:31:14 ID:7elGRj+4
痴漢俱樂部
Bフレーム使わない事のメリットって何ですか
iPod等はB-framesに対応していないね。VfWで作成するのはなく、mp4に入れなきゃだめだが。
正確には「作成自体はVfWでも大丈夫だが適切なやり方でmp4にmuxしなおす必要がある」だね
＞Bフレームを使ったときよりは、ファイルサイズのトレードオフはあるけどボケない
たまに見るけどファイルサイズ同じで比較した場合はどう？
たまに見るけどファイルサイズ同じで比較した場合はどう？
>>619
ファイルサイズコストパフォーマンスは、Bフレ使ったときの方が良いと思う。
ファイルサイズコストパフォーマンスは、Bフレ使ったときの方が良いと思う。
621 ：名無しさん＠編集中：2007/03/20(火) 20:49:24 ID:xT9otSYc
AviUtlでｘ264-573を使ってエンコすると1～3フレが黒ベタになり4フレがキーフレーム
になります。1パスでも2パスでも同じです。これってそういう仕様なんでしょうか？
Bフレは使ってない筈です。ffdshowでH264を選ぶとそういう症状は起きません。
になります。1パスでも2パスでも同じです。これってそういう仕様なんでしょうか？
Bフレは使ってない筈です。ffdshowでH264を選ぶとそういう症状は起きません。
Bフレ使ってるとそうなるね
Bフレームの最大連続数を0に
Bフレームの最大連続数を0に
>>622
解説サイトでこの値を3にするように書かれてたので意味もわからず使ってましたが
これがBフレだったんですね。設定画面をよく見たらちゃんと書いてました（汗）。
値を0にすると問題は解決しましたが、ファイルサイズが劇的に増えますね。
5から1までは緩やかに増えていく感じですが、0だけは別格みたいです。
解説サイトでこの値を3にするように書かれてたので意味もわからず使ってましたが
これがBフレだったんですね。設定画面をよく見たらちゃんと書いてました（汗）。
値を0にすると問題は解決しましたが、ファイルサイズが劇的に増えますね。
5から1までは緩やかに増えていく感じですが、0だけは別格みたいです。
>>623
でも、画面の見た目も目に見えてよくなってるだろ
でも、画面の見た目も目に見えてよくなってるだろ
>>624
何度再生しても違いがわからなかったのでAvUtlを２つ起動して２倍に拡大し
B0とB5を同じフレームで比べたがQuantizer26では判別不能、36で見ると
ノイズの出方が違うだけでどっちの画質がいいのか自分にはわかりませんでした。
>>625
プラグイン使ったらAviSynthがネットに繋がろうとしたので
こんなスパイウェアみたいなのは怖くて使えないと思い断念しました。
なんとかAviUtlだけでＢフレ使えないものかとファイルの前に5フレ付け足して
264エンコ後にカットしようとしたら再圧縮必要とのこと。
これでは意味がないので圧縮前に本来の１フレ目をキーフレームにしたら
無再圧縮カット出来たが1フレと2フレが同じ物。
それならと圧縮前に本来の1フレと2フレをキーフレームにしたら
1フレが黒ベタ、2フレと3フレが同じになり断念。
ちなみにXvidも初期設定では1フレと2フレが同じになりました。
何度再生しても違いがわからなかったのでAvUtlを２つ起動して２倍に拡大し
B0とB5を同じフレームで比べたがQuantizer26では判別不能、36で見ると
ノイズの出方が違うだけでどっちの画質がいいのか自分にはわかりませんでした。
>>625
プラグイン使ったらAviSynthがネットに繋がろうとしたので
こんなスパイウェアみたいなのは怖くて使えないと思い断念しました。
なんとかAviUtlだけでＢフレ使えないものかとファイルの前に5フレ付け足して
264エンコ後にカットしようとしたら再圧縮必要とのこと。
これでは意味がないので圧縮前に本来の１フレ目をキーフレームにしたら
無再圧縮カット出来たが1フレと2フレが同じ物。
それならと圧縮前に本来の1フレと2フレをキーフレームにしたら
1フレが黒ベタ、2フレと3フレが同じになり断念。
ちなみにXvidも初期設定では1フレと2フレが同じになりました。
720x480でキャプチャしたソースをaviutlで704x396にクリッピング→640x360にリサイズして
エンコしようとx264の設定を開くとaviutlが落ちる。
解決法ある？教えてエロい人。
エンコしようとx264の設定を開くとaviutlが落ちる。
解決法ある？教えてエロい人。
>>626
> AviSynthのTCPDeliver機能を使用しています。
> WindowsXP SP2などでファイアウォール機能を使用している場合、
> ネットワークをブロックする警告が出ますのでブロックを解除してください。
> AviSynthのTCPDeliver機能を使用しています。
> WindowsXP SP2などでファイアウォール機能を使用している場合、
> ネットワークをブロックする警告が出ますのでブロックを解除してください。
>>626
おまいさん、IやPなフレームで比較してないもしかして？
おまいさん、IやPなフレームで比較してないもしかして？
>>629
違うよバカだから同じQ値でサイズが変わってることにすら気づけないだけ
人が善意で作ってしかもreadmeに注意書きまでしてるものを
スパイウェア呼ばわりするようなカスにアドバイスは不要だよ
違うよバカだから同じQ値でサイズが変わってることにすら気づけないだけ
人が善意で作ってしかもreadmeに注意書きまでしてるものを
スパイウェア呼ばわりするようなカスにアドバイスは不要だよ
なんかおかしなこと書いてるなと思ったのは俺だけじゃなかったか
632 ：名無しさん＠編集中：2007/03/24(土) 09:52:37 ID:sWUbi4z6
モニタが腐ってたりソースがその程度じゃ差が出ないくらいだったり
差がわからない視力かあふぉｇんｊｈ@なんだよきっと
aviutlやBフレを使えないやつはカスとでも言われたんじゃね？
使いこなせないレベルの人がなぜ拘わってるのかよーわからん。
差がわからない視力かあふぉｇんｊｈ@なんだよきっと
aviutlやBフレを使えないやつはカスとでも言われたんじゃね？
使いこなせないレベルの人がなぜ拘わってるのかよーわからん。
＞B0とB5を同じフレームで比べたがQuantizer26では判別不能
うん、ソースかモニタがおかしいから
wmvでエンコした方が良いよ
うん、ソースかモニタがおかしいから
wmvでエンコした方が良いよ
seraphy氏のx264.auoって、あじ氏自動フィールドシフト対応と聞いたんだが、
120fpsのH264まで作れちゃったりするんですか？
120fpsのH264まで作れちゃったりするんですか？
120fpsってのはNull Frame追加が必要なAVIのみの処理
実質は24,30,60(ajiさんのって60未対応？)だから、
色々なFPSを1つのストリームに混在可能なWMV,MP4では不要ですよ
実質は24,30,60(ajiさんのって60未対応？)だから、
色々なFPSを1つのストリームに混在可能なWMV,MP4では不要ですよ
補足
H.264なAVIは拡張AVI出力プラグインで作れます
seraphyさんのはmp4
H.264なAVIは拡張AVI出力プラグインで作れます
seraphyさんのはmp4
Bフレと自動フィールドシフトをつかわなければ、別に拡張AVIじゃなくたってAVIは作れる
ここで聞いていいのかわからないけど、
seraphyさんのってx264outでAviUtlでafsの設定してそれを
x264afsに渡すときにAviSynthを利用してるんですよね？
でここでAviUtlではAFSの設定だけしてその後にAviSynthの
ﾌｨﾙﾀｰを利用したいんですけど、そういうことってできますか？
中間吐けとかAviSynthでafsを使えってのは無しで。
seraphyさんのってx264outでAviUtlでafsの設定してそれを
x264afsに渡すときにAviSynthを利用してるんですよね？
でここでAviUtlではAFSの設定だけしてその後にAviSynthの
ﾌｨﾙﾀｰを利用したいんですけど、そういうことってできますか？
中間吐けとかAviSynthでafsを使えってのは無しで。
avisynthでafsを使用する。
俺はそうやってる。
俺はそうやってる。
>>635-636
しょうもない質問してすみませんでした。
AviUtlでafsの設定し、
ぽむ氏のauo出力バッチ内でseraphy氏のx264afs.exeを指定して、
ようやく自分が望んでいたmp4を作ることができました。
しょうもない質問してすみませんでした。
AviUtlでafsの設定し、
ぽむ氏のauo出力バッチ内でseraphy氏のx264afs.exeを指定して、
ようやく自分が望んでいたmp4を作ることができました。
http://tmpgenc.pegasys-inc.com/ja/info_20070330.html
ソフトバンクの初心者記者の記事に作者がお怒りですｗｗｗｗｗｗ
この説明はその記者には一生理解できませんｗｗｗｗｗｗ
ソフトバンクの初心者記者の記事に作者がお怒りですｗｗｗｗｗｗ
この説明はその記者には一生理解できませんｗｗｗｗｗｗ
どれだけ頭の悪いこと書いたんだか
明日立ち読みしてこよう
明日立ち読みしてこよう
最初の方の説明で事足りるように思えるんだが、
余程頭に来たんだろうな。
俺も興味が湧いてきた。
余程頭に来たんだろうな。
俺も興味が湧いてきた。
seraphy氏、638ありがとう。
644ありがとう！
バージョン飛びすぎｗ
暫くは手を出せないな
暫くは手を出せないな
645でた
感謝ヽ（｀Д´）ﾉ
x264って1日何回アップデートしてるんだよヽ（｀Д´）ﾉ
開発者も春休みで暇なんだろ。
x264.645.release2
ありがとう（ノ∀｀）
648きたよ
(海外ドラマ)(コメディ) シークレット・アイドル ハンナ・モンタナ #21 史上最強の妹！？ (日本語吹替)(640x480 XviD Lame192k).avi 姫月FBB30y8t8q 419,411,968 fee17f370ff0dda5aeb22184d1a387f830570cf2
(海外ドラマ) 女警部ジュリー・レスコー #66 二重生活 （日本語字幕） (640x400 XviD MP3).avi 姫月FBB30y8t8q 1,039,847,424 9941df0cb0eb834fa0ce6f9854742c8dde489510
(海外ドラマ) 女警部ジュリー・レスコー #66 二重生活 （日本語字幕） (640x400 XviD MP3).avi 姫月FBB30y8t8q 1,039,847,424 9941df0cb0eb834fa0ce6f9854742c8dde489510
655 ：名無しさん＠編集中：2007/04/09(月) 01:08:29 ID:Z98pRIUh
何の誤爆だ？
釣り期待age
釣り期待age
aviのためならルナテリア？たんのとこでfinal officialダウソすればおｋ？
セラフィーどん のでいいだろう…。
またお前か
659 ：名無しさん＠編集中：2007/04/10(火) 12:21:10 ID:V2JqaD+f
Fairuse25内蔵のはVFWなの？
649乙
650乙
651乙
650入れたら2nd passが1st passより長いって怒られた。
どうなってんだ…
どうなってんだ…
ダメだ…デフォルトロードしようが何しようが2passエンコするとエラーが出る…
2nd pass has more frames than 1st pass (144)
continuing anyway, at constant QP=23
disabling adaptive B-frames
ホントは182フレームのヤツ
助けてエロい人…
2nd pass has more frames than 1st pass (144)
continuing anyway, at constant QP=23
disabling adaptive B-frames
ホントは182フレームのヤツ
助けてエロい人…
1pass目はやったの？
そりゃね。
2pass目の最後にエラーが出る。
2pass目の最後にエラーが出る。
>>666
649では個々にエンコすると出ないんだがバッチ登録でやると2pass目の最後でエラーが出る。
対処→2pass目のStatsfileのチェックを外すとバッチでもエラーが出なくなった。
650ではStatsfileのチェックを外しても出るようになってしまった。
毎日のようにrev上がってるからあまり心配してないけど。
649では個々にエンコすると出ないんだがバッチ登録でやると2pass目の最後でエラーが出る。
対処→2pass目のStatsfileのチェックを外すとバッチでもエラーが出なくなった。
650ではStatsfileのチェックを外しても出るようになってしまった。
毎日のようにrev上がってるからあまり心配してないけど。
私がエスパチックに予想。
まず、>>664は24fps化を行っていますね？
なので、出力される本当のフレーム数は145フレームです。（または146）
そして、>>664はBフレームを利用し、かつスレッド数を2以上にしていますね？
このスレの>>267-271くらいを読むと答えが書いてあります。
とりあえず、マルチパスするなら拡張AVI出力つかっとけってことですね。
まず、>>664は24fps化を行っていますね？
なので、出力される本当のフレーム数は145フレームです。（または146）
そして、>>664はBフレームを利用し、かつスレッド数を2以上にしていますね？
このスレの>>267-271くらいを読むと答えが書いてあります。
とりあえず、マルチパスするなら拡張AVI出力つかっとけってことですね。
全くもってその通り。恐れ入りました。
帰ったらやってみる。
帰ったらやってみる。
できた！！感激感謝雨あられ
オプションの--meって時間かけて容量を稼ぐと考えていい？
うん
こ
くさ
くない
seraphyさんのx264.auoはcli？
うん
ありがと
同じのをx264とwmvとで比べたらx264がやたら明るいんだけど…なんでだろ？
何か設定で変わる？
何か設定で変わる？
オーバーレイに1票
ついでにDivXもやってみた。
非オーバーレイで比較すると全部一緒の色に見える。
オーバーレイだとx264が明らかに明るい。
で、ふと思いついてDivXのデコーダをffdshowに切り替えてみるとx264と同じ色になった。
デコーダのせいだったのか…！！
でも色を揃えるにはどうすりゃいいんだ？ってこれ以上はスレ違いか。
ffdshowスレに行けばいいのかな？
非オーバーレイで比較すると全部一緒の色に見える。
オーバーレイだとx264が明らかに明るい。
で、ふと思いついてDivXのデコーダをffdshowに切り替えてみるとx264と同じ色になった。
デコーダのせいだったのか…！！
でも色を揃えるにはどうすりゃいいんだ？ってこれ以上はスレ違いか。
ffdshowスレに行けばいいのかな？
YC伸張の問題もしらんのか
すまん、知らん。
ググってみたがイマイチ…
YC伸張してるデコーダとしてないデコーダがあるってこと？
ググってみたがイマイチ…
YC伸張してるデコーダとしてないデコーダがあるってこと？
スレ違い
質問スレに行け
質問スレに行け
>>681
DivXのデコーダには輝度の設定がある。
DivXのデコーダには輝度の設定がある。
x264.652.release2 乙
一日で release2 だの release3 だの、止めてくれ。
俺もそろそろアップデートするか・・・。
release3 でてたのか。乙。
>>687
常にひとつ前の rev の最終 release を使うようにするといいよ
常にひとつ前の rev の最終 release を使うようにするといいよ
まったくだw
はぁ？何言ってんだか。
こっちの都合も考えてリリースしろっての。
こっちの都合も考えてリリースしろっての。
一日に何度も覗くのを止めるだけで問題解決
こういう乞食根性丸出し発言を
釣りでなくリアルで言う奴が最近は普通にいるから困る
釣りでなくリアルで言う奴が最近は普通にいるから困る
釣りだろ。
誘導されてきました。
コーデックx264で120fpsのaviファイルを再生しようとするとエクスプローラが落ちてしまうのですが、
これは何が原因なんでしょうか。
コーデックx264で120fpsのaviファイルを再生しようとするとエクスプローラが落ちてしまうのですが、
これは何が原因なんでしょうか。
他のファイルも同じ症状なのかな？
特定のファイルだというならそれをどうやって作ったのか晒してくれ
特定のファイルだというならそれをどうやって作ったのか晒してくれ
x264 rev9スレから誘導です。
aviutl98dでx264 rev654 ビルドhimanekoを使用し
1Pass（Single Pass Bitrate）でエンコしたものを選択するとエクスプローラが落ちてしまいます。
同じものを2PASSでエンコしたものは落ちませんでした。
aviutl98dでx264 rev654 ビルドhimanekoを使用し
1Pass（Single Pass Bitrate）でエンコしたものを選択するとエクスプローラが落ちてしまいます。
同じものを2PASSでエンコしたものは落ちませんでした。
ああそうですか。報告どうも。
いえ、こちらこそ
デフォルトに戻してやってみた？
どうせ1pass目と2pass目とで、違う状態のモノをエンコードしてるんだろ。
フィルターって毎回同じ結果にNRするとは、限らないのよ。
エンコ時にフィルタかけるの止めて、NRし終えた中間出力ファイルを2passしてみー。
それ以前に、藻前頭悪く無いか？歯医者に行って、虫歯治せYO
と、エスパーしてみる。
フィルターって毎回同じ結果にNRするとは、限らないのよ。
エンコ時にフィルタかけるの止めて、NRし終えた中間出力ファイルを2passしてみー。
それ以前に、藻前頭悪く無いか？歯医者に行って、虫歯治せYO
と、エスパーしてみる。
イベントビューアに何か残ってたりしない？
何があった
>>710
戦争孤児が描いた絵みたいだ
戦争孤児が描いた絵みたいだ
～戦争孤児とは～
21世紀の日本において「ゆとり教育」による弊害を受けた「ゆとり世代」が
戦災孤児を勝手に自分たちで分かりやすいように変えて作った造語。
ただし北海道大学の先生も戦争孤児と言ったりする。
国語辞典には載っていないが意味は戦災孤児と同じ。
21世紀の日本において「ゆとり教育」による弊害を受けた「ゆとり世代」が
戦災孤児を勝手に自分たちで分かりやすいように変えて作った造語。
ただし北海道大学の先生も戦争孤児と言ったりする。
国語辞典には載っていないが意味は戦災孤児と同じ。
おお、俺はおっさんだけど、勉強になるな
戦争リアル世代も言ってるぞ。
ゆとりって便利な言葉だよねー
これって設定はどこに記録されてるの？
クリーンインストールするからバックアップしたいんだけど。
クリーンインストールするからバックアップしたいんだけど。
>>718
NRのやり方による。
周辺画素探査にランダム要素をもつ演算を行っていれば、毎回結果は変わる。
ただ、そういうフィルタがあるかっていうと珍しいのは確か。
「毎回同じ結果にNRするとは、限らない」はそういうフィルタの存在を示唆してい
るだけなので間違ってはいない。紛らわしいのは確かだが。
>>719
レジストリ。
設定画面のスクリーンショットを保存しておくことをお勧めする。
NRのやり方による。
周辺画素探査にランダム要素をもつ演算を行っていれば、毎回結果は変わる。
ただ、そういうフィルタがあるかっていうと珍しいのは確か。
「毎回同じ結果にNRするとは、限らない」はそういうフィルタの存在を示唆してい
るだけなので間違ってはいない。紛らわしいのは確かだが。
>>719
レジストリ。
設定画面のスクリーンショットを保存しておくことをお勧めする。
レジストリファイルを書き出せばいいじゃん。スクリーンショットなんかじゃなく。
HKEY_CURRENT_USER\Software\GNU\x264
ここだけだっけ？
ここだけだっけ？
neko氏のsse2版をXPx64に適用したいのですが、うまくいきません
x264vfw.inf の書換箇所わかりませんでしょうか？
x264vfw.inf の書換箇所わかりませんでしょうか？
めんどうだから、俺はオフィシャルのインストーラーでインストール後
DLLを上書きしたよ。
DLLを上書きしたよ。
seraphy・・・死んだ？
seraphyいつから繋がらないの？
久しぶりに更新しようとおもったら、繋がらなくて焦った
久しぶりに更新しようとおもったら、繋がらなくて焦った
pingは返ってくるな
>>726
一昨日は繋がってたけどね。
一昨日は繋がってたけどね。
そういえば、ここ２日ほどサーバー落ちてました。
１日目は04WebServerがメモリ違反おこしちゃってて、
２日目はサーバーをVirtualPCに移行って感じです。
１日目は04WebServerがメモリ違反おこしちゃってて、
２日目はサーバーをVirtualPCに移行って感じです。
>>730
ごめん、ちがいます。ただの転載です。
ごめん、ちがいます。ただの転載です。
>>731
偽者かよ。ペッ！
偽者かよ。ペッ！
なんか体調悪い…
>>540のx264.6xx.rarのインストールって解凍して出来た
build_ICC91内のx264vfw.infを右クリックしてインストール
んでpthreadVC2.dllをC:\windows\system32にコピー
aviutlからmkv出力したい場合はx264.auoをaviutlと同じディレクトリに置いて
プラグイン出力から拡張x264出力
これでOKなんですかね？
出力しようとすると
拡張x264出力エラー
x264エンコーダエンジンのオープンに失敗しました
ってメッセージが出てきてしまいますorz
環境はC2D E6600, xp mce 2005です。何か間違っているor足らないところがありますか？
build_ICC91内のx264vfw.infを右クリックしてインストール
んでpthreadVC2.dllをC:\windows\system32にコピー
aviutlからmkv出力したい場合はx264.auoをaviutlと同じディレクトリに置いて
プラグイン出力から拡張x264出力
これでOKなんですかね？
出力しようとすると
拡張x264出力エラー
x264エンコーダエンジンのオープンに失敗しました
ってメッセージが出てきてしまいますorz
環境はC2D E6600, xp mce 2005です。何か間違っているor足らないところがありますか？
>>736
x264.auoを使う場合は設定でx264.exeオプションを指定しないといけないんじゃ？
なのでVFWスレじゃなくてx264本スレ扱いになる
その場合-qではなくて--crfがお勧め。--crf 24～26ぐらいで試してみて
その他のオプションも設定しないとhighprofileにならなにので調べてね
x264.auoを使う場合は設定でx264.exeオプションを指定しないといけないんじゃ？
なのでVFWスレじゃなくてx264本スレ扱いになる
その場合-qではなくて--crfがお勧め。--crf 24～26ぐらいで試してみて
その他のオプションも設定しないとhighprofileにならなにので調べてね
ありがとうございます。エンコできました。スレ違いｽﾏｿ
tmpgencのCMカットが便利すぎて
x264VFW→分解→mp4化してるわ
俺見たいなのってほかにもいるよね？
x264VFW→分解→mp4化してるわ
俺見たいなのってほかにもいるよね？
TMPEG 4 Xpressでx.264を使いたいのですが
下記をしたところ、AVIのコーデック候補にx.264が出てきません。
下記の手順でどこか正しくないところはありますでしょうか？
http://seraphy.fam.cx/~seraphy/pg_mod.html
から「x264.656.rar 」をDL
解凍した中にある「build_ICC91」フォルダの中身をDドライブに設置
D:\Documents\tool\binary\pthreadVC2.dll 他すべて
パスを通すべく環境設定のPathに以下を追記
D:\Documents\tool\binary
実際には;を前に付けてます。 ～～～;D:\Documents\tool\binary
コマンドプロンプトで「x264」と入力、
inputfileがどうたら、の表示でパス通しは成功してると判断
マシンを再起動
T4XPで適当なソースファイルを入力し、出力タブでAVIを選択
この時にコーデック候補にX.264と思われるモノが表示されません。
-------------------------
どなたかよろしくお願いします。
長文スイマセン
下記をしたところ、AVIのコーデック候補にx.264が出てきません。
下記の手順でどこか正しくないところはありますでしょうか？
http://seraphy.fam.cx/~seraphy/pg_mod.html
から「x264.656.rar 」をDL
解凍した中にある「build_ICC91」フォルダの中身をDドライブに設置
D:\Documents\tool\binary\pthreadVC2.dll 他すべて
パスを通すべく環境設定のPathに以下を追記
D:\Documents\tool\binary
実際には;を前に付けてます。 ～～～;D:\Documents\tool\binary
コマンドプロンプトで「x264」と入力、
inputfileがどうたら、の表示でパス通しは成功してると判断
マシンを再起動
T4XPで適当なソースファイルを入力し、出力タブでAVIを選択
この時にコーデック候補にX.264と思われるモノが表示されません。
-------------------------
どなたかよろしくお願いします。
長文スイマセン
VFWはパス通すんじゃなくてちゃんとインストールしないとだめだよ。
>>741-742
できました！
「x264vfw.inf」の右クリ→インストールで
T4XPのAVI出力にて「x264 - H264/AVC encoder(X264)」が出ました！
ありがとうございますっ！
※パス通しは後で使うかも、なのでそのままにしました。
できました！
「x264vfw.inf」の右クリ→インストールで
T4XPのAVI出力にて「x264 - H264/AVC encoder(X264)」が出ました！
ありがとうございますっ！
※パス通しは後で使うかも、なのでそのままにしました。
たいしたことないじゃん(ﾟεﾟ)
system32あたりに放り込んどけばいい
俺もそうしてるｗ
VFWのprofileって弄れませんかね
最近ゲーム機で灰プロ4.1なら再生可能なのが二機もあるので試したいのですが
最近ゲーム機で灰プロ4.1なら再生可能なのが二機もあるので試したいのですが
すいません勘違いしてました
自己解決orz
自己解決orz
VFWって強制level5.1になってしまうのでしょうか
その辺の情報が乗ってるHPを教えていただけませんか
その辺の情報が乗ってるHPを教えていただけませんか
俺用メモ
264 Q22
DivX Q5
xvid Q3.5
が同じ画質・ビットレート
264 Q22
DivX Q5
xvid Q3.5
が同じ画質・ビットレート
うは、めんどくさいこと調べたね
乙
乙
ありがとう、付箋紙に貼っとく。
WMV9は88.5辺りが近かったんだが強制的に90か87に指定されてしまうんで省いた
神光臨を見た！
俺はx264のQ20、xvidのQ3.2くらいがちょうど良いかと思ってる
x264は-qや--crf指定でも解像度によって画質やビットレートが大幅に変わるみたいです
xvidのQと単純比較できないかもしれません
xvidのQと単純比較できないかもしれません
>>758
crfならソースによって全然違うよ、ノイズまみれで縮まないやつとかめちゃめちゃビットレート使う。
crfならソースによって全然違うよ、ノイズまみれで縮まないやつとかめちゃめちゃビットレート使う。
同じ画質・ビットレートってわけないだろ、各コーデックの意味が無いことになってしまう。
2Passでビットレート揃えて画質の比較なら分るが。
2Passでビットレート揃えて画質の比較なら分るが。
>>752
せめて RD グラフぐらい書いて比較しようぜ
せめて RD グラフぐらい書いて比較しようぜ
神をチェーンソーで簡単に倒す初代SaGaを思いだした
かみはバラバラになった
メモ書きのお裾分けに文句言わなくてもｗ
VFWのcrf設定に当たるのはVBRと言う認識でいいのでしょうか？
いいんでは無いでしょうか？
>>765
qt指定も立派なVBRだけど
crfはVBRの更にVBRみたいな存在。
qt指定はシーンにかかわらず常に同じ品質で圧縮する（IB除く)
crfはシーンによってqtを切り替えるのでサイズを縮めることも出来るが下手すると汚くなる（範囲指定も重要）
crfによってqtがどのように割り振られたかはffdshowで再生すればわかる。
qt指定も立派なVBRだけど
crfはVBRの更にVBRみたいな存在。
qt指定はシーンにかかわらず常に同じ品質で圧縮する（IB除く)
crfはシーンによってqtを切り替えるのでサイズを縮めることも出来るが下手すると汚くなる（範囲指定も重要）
crfによってqtがどのように割り振られたかはffdshowで再生すればわかる。
>>767
なるほど1passで2passのような挙動をさせたいときに使うのかな
品質固定(VBR)は確かビットレート指定も出来ますよね
勉強になりました。
基本量子化固定で、サイズを指定したいときは品質固定（VBR）使います
なるほど1passで2passのような挙動をさせたいときに使うのかな
品質固定(VBR)は確かビットレート指定も出来ますよね
勉強になりました。
基本量子化固定で、サイズを指定したいときは品質固定（VBR）使います
neko氏のx264vfwバイナリ頒布のx264-sse2-rev654使ってAviutlでエンコしてるんですが
CPUスレッドの設定を2にしてもCPU使用率が50～55%程度と低いんですが仕様ですか？
CPUスレッドの設定を2にしてもCPU使用率が50～55%程度と低いんですが仕様ですか？
>>770
例えば、AviUtlの中での動作（プラグインフィルタ含む）が全体の80%の時間を喰い
残り20%がコーデックのエンコ時間だとしよう。
で2割のマルチ率が90%だとすると、 50%*0.8 + 90%*0.2= 40 + 18 = 58%
例えば、AviUtlの中での動作（プラグインフィルタ含む）が全体の80%の時間を喰い
残り20%がコーデックのエンコ時間だとしよう。
で2割のマルチ率が90%だとすると、 50%*0.8 + 90%*0.2= 40 + 18 = 58%
>>771
いろんな意味でひどい
いろんな意味でひどい
AviUtl と x264のrev569 の組み合わせでAviにエンコできてたんだけど、
rev656とかにアップすると、黒バックにノイズだけのAviができあがる。
seraphy版と、海外の誰かがビルドした x264 vfwを使ったんだけど、
両方とも同じ現象。
何が原因でしょうか？
ちなみにpthreadVC2.dllはsystem32に入れてある。
にわかな質問で申し訳ない。
rev656とかにアップすると、黒バックにノイズだけのAviができあがる。
seraphy版と、海外の誰かがビルドした x264 vfwを使ったんだけど、
両方とも同じ現象。
何が原因でしょうか？
ちなみにpthreadVC2.dllはsystem32に入れてある。
にわかな質問で申し訳ない。
バージャンアップは上書きインストで良いんでしょうか？？
大丈夫よ
ほとんどの場合は平気
たまに動作しなくなるがそのときは >776 のとおりにすればおｋ
たまに動作しなくなるがそのときは >776 のとおりにすればおｋ
x264outでフィールドシフトV7を使用するとメモリーが足りないと言われるんですが
1280*720動画で使おうとするといくらぐらい必要なんでしょうか
1G程しかないのですが
1280*720動画で使おうとするといくらぐらい必要なんでしょうか
1G程しかないのですが
フィルタ順序がおかしいんだよ
並べ替えてみそ
並べ替えてみそ
ありがとうございます。試してみますね
>>782
遅くなりましたが、できましたトン
遅くなりましたが、できましたトン
r662VFW乙！
r664VFW乙
--aqオプションが使えるVFWがあったらいいなー
永久に実装されないね。
790 ：名無しさん＠編集中：2007/07/15(日) 04:39:06 ID:Npju5E5G
Bフレームを使えるようになぁれ
791 ：名無しさん＠編集中：2007/07/18(水) 19:40:54 ID:U9VrguZA
r667VFW乙
>>792
あれはちゃんとパス通ったとこにコピーしてるのか？ﾅﾝﾄｶ.dll
あれはちゃんとパス通ったとこにコピーしてるのか？ﾅﾝﾄｶ.dll
本家だろうがどのvfw版でもthreadが１の次は4になるんだけど・・・
2をいれようが3をいれようが4になる。
これはこれでいいんでしょうか？
2をいれようが3をいれようが4になる。
これはこれでいいんでしょうか？
そいつぁ変だねぇ
seraphyさんのx264.auo使ってaviutlでプラグイン出力させてますが、
７月になってupdateされた分からバッチ出力(264rawモード)すると、
偶数回順のが出力失敗するようになった。
build_ICC91版を使用。
temp1.264 成功
temp2.264 失敗（エラーストップしてクリックしたら次のは正常に開始される）
temp3.264 成功
temp4.264 失敗（〃）
temp5.264 成功
temp6.264 失敗（〃）
７月になってupdateされた分からバッチ出力(264rawモード)すると、
偶数回順のが出力失敗するようになった。
build_ICC91版を使用。
temp1.264 成功
temp2.264 失敗（エラーストップしてクリックしたら次のは正常に開始される）
temp3.264 成功
temp4.264 失敗（〃）
temp5.264 成功
temp6.264 失敗（〃）
俺も最新版のにしたら不安定になったから少し前のに戻した
VP7 VS H.264
1280ｘ720 速度、低容量重視・1Mbpsで比較
http://upload1.dyndns.org/up/3/_/jump/1185276591.zip/attatch
264
H264縮みすぎﾜﾗﾀ
1280ｘ720 速度、低容量重視・1Mbpsで比較
http://upload1.dyndns.org/up/3/_/jump/1185276591.zip/attatch
264
H264縮みすぎﾜﾗﾀ
>>797
それうちでも発生する。おかげでバッチ出力が出来なくて困ってた。
何かのプラグインの相性かと思って、色々削って試してたんだが、
偶数回に発生する問題だったとは・・・。
うちも6月のに戻そう。情報thx
それうちでも発生する。おかげでバッチ出力が出来なくて困ってた。
何かのプラグインの相性かと思って、色々削って試してたんだが、
偶数回に発生する問題だったとは・・・。
うちも6月のに戻そう。情報thx
802 ：名無しさん＠編集中：2007/07/27(金) 11:02:00 ID:rrmgPzaJ
スレッド数を増やすと分散処理によって高速化される代わりに継ぎ目で
オーバーヘッドが発生するようで、微妙に出力サイズが大きくなるということですが、
「微妙に」とは実際にはどのくらいなの？
オーバーヘッドが発生するようで、微妙に出力サイズが大きくなるということですが、
「微妙に」とは実際にはどのくらいなの？
自分でやってみればいいじゃない
設定によって変わるんで他の環境じゃどうなるか知らんがうちじゃ誤差範囲だよ
設定によって変わるんで他の環境じゃどうなるか知らんがうちじゃ誤差範囲だよ
804 ：名無しさん＠編集中：2007/07/27(金) 12:01:04 ID:rrmgPzaJ
1バイトを笑うものは1バイトに泣く
これSEやってた親父の教訓な
これSEやってた親父の教訓な
うはｗ
追加オプション優先にしてくれー
seraphyさんにCef版のやつでx264.auo作ってほしいなあ
Cef版はaqオプションが使えるしup-to-dateだから優れものっぽいんだよ
Cef版はaqオプションが使えるしup-to-dateだから優れものっぽいんだよ
せらひーの667VFW使ってAviUtlとVirtualDub-MPEG2でインターレースチェックしてエンコ始めると数秒後にアプリが固まってエンコできないんだが皆はどうだい
>>801
auoのオプションの先読みキャッシュ
x264のオプション --thread input
どちらもなしにしたら１回だけエラーを起こした後はノー・エラーで
行けるようになった。原因はどっちかわからん。検証するのが面倒くさい。
とりあえずバッチエンコふたたび可能になった。
auoのオプションの先読みキャッシュ
x264のオプション --thread input
どちらもなしにしたら１回だけエラーを起こした後はノー・エラーで
行けるようになった。原因はどっちかわからん。検証するのが面倒くさい。
とりあえずバッチエンコふたたび可能になった。
Cef版のaqに感動したのも束の間、インタレモードでaq使ったらボロボロの不良品動画が出来上がった・・・
条件をいろいろ変えて試してみたが、どうもaq（sharktooth氏提供のaqパッチ？）とインタレモード自体の相性が現状では悪いらしい
>>812
俺にはコンパイルとか技術的なことは無理っす
条件をいろいろ変えて試してみたが、どうもaq（sharktooth氏提供のaqパッチ？）とインタレモード自体の相性が現状では悪いらしい
>>812
俺にはコンパイルとか技術的なことは無理っす
810 名前：名無しさん＠編集中[sage] 投稿日：2007/08/03(金) 08:29:36 ID:Fl0AyY7b
seraphyさんにCef版のやつでx264.auo作ってほしいなあ
Cef版はaqオプションが使えるしup-to-dateだから優れものっぽいんだよ
>>810
( ・∀・)つ□ ﾄﾞｿﾞ♪
だってさ。
seraphyﾀｿ乙かれ。
seraphyﾀﾝ (；´Д`)ｌ ＼ァ ｌ ＼ァ
seraphyさん本当にありがとう！Cef版のx264.auoバッチリ使えました
これから非インタレエンコのときはaqオプションを存分に使いまくるぞー
vfwの方も試してみたけど、こちらは自分のとこではaqオプションを指定したときだけなぜかaviutlが落ちたので
vfw利用の人はaqオプションを指定しても大丈夫か確かめてみる必要があるかも
>>815
「おまけ」のところから発見できました
教えてくれてサンキューです
これから非インタレエンコのときはaqオプションを存分に使いまくるぞー
vfwの方も試してみたけど、こちらは自分のとこではaqオプションを指定したときだけなぜかaviutlが落ちたので
vfw利用の人はaqオプションを指定しても大丈夫か確かめてみる必要があるかも
>>815
「おまけ」のところから発見できました
教えてくれてサンキューです
>>813
>auoのオプションの先読みキャッシュ
これは複数プロファイル仕様でエンコしたとき、エラーが出るからすでに外してある
>x264のオプション --thread input
こっちはつけたままだった。今出先だから後で外して試してみるよ。情報ありがとう
>auoのオプションの先読みキャッシュ
これは複数プロファイル仕様でエンコしたとき、エラーが出るからすでに外してある
>x264のオプション --thread input
こっちはつけたままだった。今出先だから後で外して試してみるよ。情報ありがとう
819 ：名無しさん＠編集中：2007/08/07(火) 18:34:15 ID:Qx8b5wPz
AVIUTLでSeraphyさんのx264.656.rarを使ってるんだけど、これに限らず
x264vfwだは詳細設定でCPUスレッド数を増やすと増やすほど音ズレ
するんだけど俺だけ？回避できないのかな…
x264vfwだは詳細設定でCPUスレッド数を増やすと増やすほど音ズレ
するんだけど俺だけ？回避できないのかな…
音ズレの恐怖が訪れる
821を見るまで820に何か意味があるのかどうか気づかなかった……
822を見るまで820と821に何か意味があるのかどうか気づかなかった……
825を見るまで824には何も意味がないという事に気づかなかったわけではなかった……
┐(´ｰ｀)┌ ﾏｲｯﾀﾈ
つまんねーんだよくず
82７を見るまで826に何か意味があるのかどうか気づかなかった……
829を見るまで826が自己紹介だと気付かなかった……
830を見るまで829の自己紹介が何か意味があるのか何も意味がないのかという事に気づかなかったわけではなかった……
831を見るまで826にこんなに人気が出るほどの魅力があったなんて気づかなかった……
832を見るまで826にこんなにも嫉妬するとは思わなかった…
いつまで続けるんだこれ
AVIUTLでSeraphyﾀﾝのx264.678.rarを使ってるんだけど、これに限らず
x264vfwだは詳細設定でCPUスレッド数を増やすと増やすほど音ズレ
するんだけど俺だけ？回避できないのかな…
x264vfwだは詳細設定でCPUスレッド数を増やすと増やすほど音ズレ
するんだけど俺だけ？回避できないのかな…
>>835
先頭の NULL フレーム無視する muxer 使えばいいじゃない。
先頭の NULL フレーム無視する muxer 使えばいいじゃない。
AVIUTL使わないとか
auo版使うとか
auo版使うとか
インタレ保持野郎はおとなしくXviDつかってたほうがよさげかな、まだ
んなことねーと思うけど
インタレ保持使うなんて考えた事無いなあ。今のところはまだｗ
使ってるのは不具合検証だけの人とか、初心者やエンコが面倒くさくなってきちゃった人なんだろうか
使ってるのは不具合検証だけの人とか、初心者やエンコが面倒くさくなってきちゃった人なんだろうか
∩＿＿＿∩ ／
| ノ ヽ ／
/ ＞ ＜ |／ そんな餌パクッ
| //// ( _●_)／ミ
彡、 ｌ⌒l ノ
| ノ ヽ ／
/ ＞ ＜ |／ そんな餌パクッ
| //// ( _●_)／ミ
彡、 ｌ⌒l ノ
Index of /~seraphy/program/x264/
http://seraphy.fam.cx/~seraphy/program/x264/
x264.667
+build_VC8
に
coreのx264.libはgccにてコンパイル
が入ってたんだけど、
どういう意味だろうか？
意味がわからない
orz
core(本体)のx264.lib(x264ライブラリ)はgcc(GNU C Compiler)にてコンパイル
>844
速レス、ありがと
core(本体)ということは、intel「Core」とは関係なしということか。
てっきり、intel「Core」最適化版や、Athlon64最適化版があるのかと思ってしまった。
これで、すっきりした。
速レス、ありがと
core(本体)ということは、intel「Core」とは関係なしということか。
てっきり、intel「Core」最適化版や、Athlon64最適化版があるのかと思ってしまった。
これで、すっきりした。
intel最適化版は、ICC91というフォルダの方な。（ICC = Intel C++ Compiler）
ただし、処理の遅い部分はアセンブラ（CPUの命令を文字列にして多少人間にも分かりやすくした言語）で記述されているので、
気休め程度の効果しかないが。
VC8はICC91が動作しない人（PenIIIとかAthlon XPな人）用にseraphyタソが作ってくれていると思えばいい。
考えてみれば、cygwinでコンパイルしたlibをVC8でリンクしてexe化するなんて、なんて変態コンパイルがまともに動くんだろうな。
ただし、処理の遅い部分はアセンブラ（CPUの命令を文字列にして多少人間にも分かりやすくした言語）で記述されているので、
気休め程度の効果しかないが。
VC8はICC91が動作しない人（PenIIIとかAthlon XPな人）用にseraphyタソが作ってくれていると思えばいい。
考えてみれば、cygwinでコンパイルしたlibをVC8でリンクしてexe化するなんて、なんて変態コンパイルがまともに動くんだろうな。
x264.auoにGUIをつけて欲しい方がいるみたいですね
私はコピペで同じ設定使っているのでCLIを無くなさい方を希望します
GUIの実装が氏の負担になるのはもちろん、オプション追加の対応も大変ｗ
もしCLIが無くなったら全項目一斉設定できないよorz
--pass 1を--pass 2にするだけなのに、2pass設定が面倒ってのもよく分からん。
私はコピペで同じ設定使っているのでCLIを無くなさい方を希望します
GUIの実装が氏の負担になるのはもちろん、オプション追加の対応も大変ｗ
もしCLIが無くなったら全項目一斉設定できないよorz
--pass 1を--pass 2にするだけなのに、2pass設定が面倒ってのもよく分からん。
VFWの設定の下に設定中のCLI用オプション一覧を表示してくれるとありがたい
849 ：名無しさん＠編集中：2007/08/18(土) 11:09:48 ID:jtA3m9wI
seraphyさん版の、x264、みんなどういう設定で使ってる？
俺は品質固定VBRよりも量子化量固定VBRの方が圧倒的に
高画質で高圧縮なんでそれを使ってるんだけど、どうして
量子化量固定だけがこんなに優秀なのか理解しないで使ってる。
あと、俺のＰＣでは、seraphyさん版だけがエンコードが異様に速い。
特にスレッド数を増やせば増やしただけ速くなる。他の人のビルドはならない。
これはなんでなの？マジレスきぼん
俺は品質固定VBRよりも量子化量固定VBRの方が圧倒的に
高画質で高圧縮なんでそれを使ってるんだけど、どうして
量子化量固定だけがこんなに優秀なのか理解しないで使ってる。
あと、俺のＰＣでは、seraphyさん版だけがエンコードが異様に速い。
特にスレッド数を増やせば増やしただけ速くなる。他の人のビルドはならない。
これはなんでなの？マジレスきぼん
情報の小出し厨は（ｒｙ
死（ｒｙ
n(ry
e(ry
（ｒｙ
情報の小出し厨は死ね(ry
よ ほ う 診 医 精 一 忠 は あ ま
さ う け 察 .者 神 度 告 て き さ
そ が .た を の 科 す た れ し
う の る な く
だ が ：
､＿__ ＿__ ：
(＿＿＿＿＿,／::::::::::::｀ヽ、
/::rー‐-ｰ-､:::l＿＿, , -─
_|:lr_‐､￣-=､l:::| /／
/)Y ´ﾟ｀ri ､'ﾟﾞ' |/,〉 /´
|｀ |l /ヽ _,ノｌ |ﾉ|
ヽ_| '-=ニ=-l !/
/|ﾊ -‐ /＼
＿,. -ｰ'`´ l l ＼ /'/! l`ー-､＿
さ う け 察 .者 神 度 告 て き さ
そ が .た を の 科 す た れ し
う の る な く
だ が ：
､＿__ ＿__ ：
(＿＿＿＿＿,／::::::::::::｀ヽ、
/::rー‐-ｰ-､:::l＿＿, , -─
_|:lr_‐､￣-=､l:::| /／
/)Y ´ﾟ｀ri ､'ﾟﾞ' |/,〉 /´
|｀ |l /ヽ _,ノｌ |ﾉ|
ヽ_| '-=ニ=-l !/
/|ﾊ -‐ /＼
＿,. -ｰ'`´ l l ＼ /'/! l`ー-､＿
MPEG-4/AVC Output Plugin for AviutlってのだとGUIで設定できるな
seraphyたん x264.671.rar
エンコしたら音ずれするの直すのってどうやるんだっけ
再エンコする
MPEG-4/AVC Output Plugin for Aviutl いいなコレ。
seraphy版を卒業してこっちに移るかもしれん。
seraphy版を卒業してこっちに移るかもしれん。
>>861
そちらでも自動フィールドシフト対応してるの？
そちらでも自動フィールドシフト対応してるの？
>>863
そのくらいの設定項目数で充分な使い方の人にはそっちの方が良い、ってことじゃない？
「卒業」って表現されるとseraphy版の方がより初心者向けっぽい印象になるからそれはないだろうって感じだが。
そのくらいの設定項目数で充分な使い方の人にはそっちの方が良い、ってことじゃない？
「卒業」って表現されるとseraphy版の方がより初心者向けっぽい印象になるからそれはないだろうって感じだが。
今までLunatiliaのバイナリ使ってたけど、
今日始めてｾﾗﾌｨｰ版vfw入れてみた
ﾃﾞﾌｫでFourCCがrになってたり、ｱｽ比が100:1だったり変な値になってたの俺だけ？
まぁ、自分で直せば問題ないんだけど。
今日始めてｾﾗﾌｨｰ版vfw入れてみた
ﾃﾞﾌｫでFourCCがrになってたり、ｱｽ比が100:1だったり変な値になってたの俺だけ？
まぁ、自分で直せば問題ないんだけど。
PV3のソースをエンコする場合、編集部分から音声=AACを自動的に抜き出して
x264 + aac => mp4で出力してくれるなら乗り換えたいなあ
x264 + aac => mp4で出力してくれるなら乗り換えたいなあ
>>861
seraphy版はcliにオプションを渡しているだけで
GUIで操作できないという不便さはどうにもならない。
MPEG-4/AVC Output Plugin for Aviutl に実装されていないオプション項目は
今後増やしてもらえばいいわけだし。
それよりも、>>862氏の懸念どおり自動フィールドシフトには対応していないから
それらを愛用している人には不要だと思う。
いずれにしても、AviUtlで使えるプラグインが増えてくれたのは歓迎だよ。
seraphy版はcliにオプションを渡しているだけで
GUIで操作できないという不便さはどうにもならない。
MPEG-4/AVC Output Plugin for Aviutl に実装されていないオプション項目は
今後増やしてもらえばいいわけだし。
それよりも、>>862氏の懸念どおり自動フィールドシフトには対応していないから
それらを愛用している人には不要だと思う。
いずれにしても、AviUtlで使えるプラグインが増えてくれたのは歓迎だよ。
TMPGEnc派は俺だけしかいない
俺もTMPGEnc 4.0 XPress派だな
使いこなせてないだけっていうか、そんなに懲りたいなら嘔吐捨てればいいのに
俺はコンセプトの問題だと思うけどな。
DivXやWMVなんかは、基本的に「簡単お手軽で高画質」が売りだから、細かなパラメータは存在せず、内部の処理は開発者の推奨値。
x264は細かなオプションを積み重ねることで、ソースに合わせた高画質を狙えるのが売りだから、プリセットの概念はなく細かなパラメータまで指定可能。
前者はGUI化してお手軽に操作できるけど、x264はGUI化してしまうとあまりの設定項目の多さに大変なことになってしまう。
俺はcliライクなseraphy版は結構気に入っているし実用的だと思うから、GUI版が出ても今のcli版も残して欲しい派だな。
>>870
だから「使いこなし」になるんだよ。x264のコンセプトに逆らってオプションを数個程度しか指定していないなら、素直にXviDやDivXを使うべき。
その方が結果的にきれいな物が出来上がる。
DivXやWMVなんかは、基本的に「簡単お手軽で高画質」が売りだから、細かなパラメータは存在せず、内部の処理は開発者の推奨値。
x264は細かなオプションを積み重ねることで、ソースに合わせた高画質を狙えるのが売りだから、プリセットの概念はなく細かなパラメータまで指定可能。
前者はGUI化してお手軽に操作できるけど、x264はGUI化してしまうとあまりの設定項目の多さに大変なことになってしまう。
俺はcliライクなseraphy版は結構気に入っているし実用的だと思うから、GUI版が出ても今のcli版も残して欲しい派だな。
>>870
だから「使いこなし」になるんだよ。x264のコンセプトに逆らってオプションを数個程度しか指定していないなら、素直にXviDやDivXを使うべき。
その方が結果的にきれいな物が出来上がる。
>>868
CMカットの便利さの前に他の何にも移行できない俺ﾅｶｰﾏ
CMカットの便利さの前に他の何にも移行できない俺ﾅｶｰﾏ
絵もずらす
x264のバージョンを新しくしたらAviutl出力できなくなりました。
出力自体はできますが、砂嵐状態になってしまうしWMPも固まる。
TMPGEncでは出力できますし、動画も正常です。
前のバージョンに戻そうと、更新したDLL他を削除してアプリケーションの追加と削除もして
消した後再インストールしましたがそれ以来何をしてもAviutlで動画を作れなくなりました・・・。
何か対処法ないでしょうか？
出力自体はできますが、砂嵐状態になってしまうしWMPも固まる。
TMPGEncでは出力できますし、動画も正常です。
前のバージョンに戻そうと、更新したDLL他を削除してアプリケーションの追加と削除もして
消した後再インストールしましたがそれ以来何をしてもAviutlで動画を作れなくなりました・・・。
何か対処法ないでしょうか？
そんなに情報を小出しするくらいなら
OS再インストールしる
OS再インストールしる
OSを再インストールすれば直るのは分かってますよ（＾＾；
ソフトの問題だと思うのでOSとかスペックとかは関係ないとは思うんですが。
ソフトの問題だと思うのでOSとかスペックとかは関係ないとは思うんですが。
aviutl.ini 消してみた？
散々振り回される予感
相変わらずx264の誰のビルドでどのバージョンとかいわねーし
アプリケーションの追加と削除で何をやったのかいわねーし
情報小出しにしてないしな
アプリケーションの追加と削除で何をやったのかいわねーし
情報小出しにしてないしな
よくわかってないみたいだから、解説してあげるw
＞x264のバージョンを新しくしたらAviutl出力できなくなりました。
どのバージョンからどのバージョンにしたの？aviutlのバージョンは？
＞出力自体はできますが、砂嵐状態になってしまうしWMPも固まる。
ｘ264vfwの設定をちゃんとデフォにした？再生時のデコーダーは？
＞前のバージョンに戻そうと、更新したDLL他を削除してアプリケーションの追加と削除もして
どこにあった何というDLLを消したの？
＞消した後再インストールしましたがそれ以来何をしてもAviutlで動画を作れなくなりました・・・。
どう作れなくなったの？すべてのコーデックで作れなくなったの？aviutlは初期化した？（ini消した？）
あと、使用OSくらいは書けよ
＞x264のバージョンを新しくしたらAviutl出力できなくなりました。
どのバージョンからどのバージョンにしたの？aviutlのバージョンは？
＞出力自体はできますが、砂嵐状態になってしまうしWMPも固まる。
ｘ264vfwの設定をちゃんとデフォにした？再生時のデコーダーは？
＞前のバージョンに戻そうと、更新したDLL他を削除してアプリケーションの追加と削除もして
どこにあった何というDLLを消したの？
＞消した後再インストールしましたがそれ以来何をしてもAviutlで動画を作れなくなりました・・・。
どう作れなくなったの？すべてのコーデックで作れなくなったの？aviutlは初期化した？（ini消した？）
あと、使用OSくらいは書けよ
>>880
880氏のおっしゃる事を全て試したところ無事解決しました。
エンコ自体の経験は結構長いのですがコーデックの更新はPC改装時しかやってませんでしたので
今回のような事はこれまで無かったんですよね・・・。
有難うございました。
880氏のおっしゃる事を全て試したところ無事解決しました。
エンコ自体の経験は結構長いのですがコーデックの更新はPC改装時しかやってませんでしたので
今回のような事はこれまで無かったんですよね・・・。
有難うございました。
経験は結構長い(笑
おっしゃることを全て…って初期化だけじゃん…アホか
結局、俺の質問には何一つ答えてもらえなかった・・・orz
こういうゴミ以下の産業廃棄物は死ねばいいのにね
無能のくせに偉そうな中年って
こんな感じで仕上がっていくんだろうなぁ。
経験が長いつったって、これじゃぁなぁｗ
こんな感じで仕上がっていくんだろうなぁ。
経験が長いつったって、これじゃぁなぁｗ
糞エンコ物を作っていた経験が長い糞野郎ってことだろ。
x264なんて10年はえ～、mpg4c32(3688)から出直して来い。
x264なんて10年はえ～、mpg4c32(3688)から出直して来い。
単発IDでそこまで叩かれても困るなぁ・・・
エンコ自体はPentium2 333MHz時代からやってました。コーデックは入れるだけなんで
それほど知識要らなかったから別に勉強しようとも思わなかった。
まぁ毎週定期的に同じ作業の繰り返しなんで、工場のラインと同じといえば同じですが。
x264は高画質化目的で使ってるのではなく容量を縮めるだけの目的で入れたんです。
高画質化をするなら、コーデックじゃなくソース側から変えるというのが自分の考えですので。
エンコ自体はPentium2 333MHz時代からやってました。コーデックは入れるだけなんで
それほど知識要らなかったから別に勉強しようとも思わなかった。
まぁ毎週定期的に同じ作業の繰り返しなんで、工場のラインと同じといえば同じですが。
x264は高画質化目的で使ってるのではなく容量を縮めるだけの目的で入れたんです。
高画質化をするなら、コーデックじゃなくソース側から変えるというのが自分の考えですので。
>ソフトの問題だと思うのでOSとかスペックとかは関係ないとは思うんですが。
とか言ってる時点で初心者未満。経験の長さと経験の質は関係無いのよ実際。
とか言ってる時点で初心者未満。経験の長さと経験の質は関係無いのよ実際。
>>888
お前は叩かれて当然のこと書いてる。これ以上スレ汚すな、２年ROMってろ。
お前は叩かれて当然のこと書いてる。これ以上スレ汚すな、２年ROMってろ。
チーターが仕留めた獲物をハイエナ共に持っていかれた構図
井の中の蛙ともいう
井の中の蛙は幸せでした。
井戸の外に何も興味がなかったから。
井の中の蛙は幸せでした。
井戸の外で何があっても関係なかったから。
そしてあなたも幸せでした。
井戸の外で何があったか知らなかったから。
井戸の外に何も興味がなかったから。
井の中の蛙は幸せでした。
井戸の外で何があっても関係なかったから。
そしてあなたも幸せでした。
井戸の外で何があったか知らなかったから。
フレデリカ乙
・・・いやだから、俺の質問は？ ガン無視・・・？（T T）
少しまじめに。
あなたは私の書き込みで治ったとしても、今後同じようなトラブルの人がでないとも限りません。
その人はまたここに同じような質問書くのですか？
あなたがどうしたら、こんなトラブルが出てどう解決したのかを書き込むのは後の人にとって有益な情報になり得ます。
ここで質問して、私の発言で完治したなら、最低限>>880の質問には答えるべきです。
あなただけの問題ではないのです。それぐらいはわかってください。
少しまじめに。
あなたは私の書き込みで治ったとしても、今後同じようなトラブルの人がでないとも限りません。
その人はまたここに同じような質問書くのですか？
あなたがどうしたら、こんなトラブルが出てどう解決したのかを書き込むのは後の人にとって有益な情報になり得ます。
ここで質問して、私の発言で完治したなら、最低限>>880の質問には答えるべきです。
あなただけの問題ではないのです。それぐらいはわかってください。
追伸
上のアホどもを相手にする時間があれば、書いておいてください。
上のアホどもを相手にする時間があれば、書いておいてください。
x264本家がVfWを切り捨てたのもよく分かる。
それは技術的な制限のほうが大きいだろう
きもちわりぃスレだな
x264信者はこんなのばっか
釣る人と釣られる人で構成されてる
釣る人と釣られる人で構成されてる
・どのバージョンからどのバージョンにしたの？aviutlのバージョンは？
以前はcowscorpion.comからDLしたx264-569-install.exe
今回導入したのはDLLをSystem32に突っ込むやつで、バージョンは不明（600以降だと思いますが）
Dualcore使用でCPU100%使いたかったので導入しました。
Aviutlは98cと98d両方で現象が起きました。
・ｘ264vfwの設定をちゃんとデフォにした？再生時のデコーダーは？
していませんでした。再生デコーダーはffdshow+WMPとMPC単体。それぞれで同症状。
・どこにあった何というDLLを消したの？
System32に突っ込んだDLL（確かx264vfw.dllとあともう１個）。
バージョンアップ時に、以前のバージョンをアンインストールせずに上書きしたので
アプリケーションの追加と削除から（インストーラー付きのほうの）x264を削除しつつ、System32のも消しました。
そして再起動、インストーラー付きのほうに戻そうともう一度インストールするもエンコ不可。
・どう作れなくなったの？すべてのコーデックで作れなくなったの？aviutlは初期化した？（ini消した？）
他に入れているWMV9やXviD、DivXなどは正常にエンコできx264のみにおいて、映像が砂嵐になります。
１，２秒再生すると動画を開いていたexplorerと再生していたWMPが両方落ちました。
・あと、使用OSくらいは書けよ
使用OSはWindowsXP Professional、CPUはCore2DuoE6600、メモリ２Gです。
以上、一応書いておきます。
ひとつ言いたいのですが、このスレの人たちはエンコに何を求めてるのですか？
仕上がりの映像の品質を追い求めるならコーデックだけでなく、他にも検討すべき
ところがたくさんあるはず。
全員とは言いませんがこのスレの人はどうもコーデックだけに拘っているように
見えて仕方が無いんですが。（コーデックスレだから当たり前かもしれんが）
以前はcowscorpion.comからDLしたx264-569-install.exe
今回導入したのはDLLをSystem32に突っ込むやつで、バージョンは不明（600以降だと思いますが）
Dualcore使用でCPU100%使いたかったので導入しました。
Aviutlは98cと98d両方で現象が起きました。
・ｘ264vfwの設定をちゃんとデフォにした？再生時のデコーダーは？
していませんでした。再生デコーダーはffdshow+WMPとMPC単体。それぞれで同症状。
・どこにあった何というDLLを消したの？
System32に突っ込んだDLL（確かx264vfw.dllとあともう１個）。
バージョンアップ時に、以前のバージョンをアンインストールせずに上書きしたので
アプリケーションの追加と削除から（インストーラー付きのほうの）x264を削除しつつ、System32のも消しました。
そして再起動、インストーラー付きのほうに戻そうともう一度インストールするもエンコ不可。
・どう作れなくなったの？すべてのコーデックで作れなくなったの？aviutlは初期化した？（ini消した？）
他に入れているWMV9やXviD、DivXなどは正常にエンコできx264のみにおいて、映像が砂嵐になります。
１，２秒再生すると動画を開いていたexplorerと再生していたWMPが両方落ちました。
・あと、使用OSくらいは書けよ
使用OSはWindowsXP Professional、CPUはCore2DuoE6600、メモリ２Gです。
以上、一応書いておきます。
ひとつ言いたいのですが、このスレの人たちはエンコに何を求めてるのですか？
仕上がりの映像の品質を追い求めるならコーデックだけでなく、他にも検討すべき
ところがたくさんあるはず。
全員とは言いませんがこのスレの人はどうもコーデックだけに拘っているように
見えて仕方が無いんですが。（コーデックスレだから当たり前かもしれんが）
おとなしく回答だけ書いて去ればいいのに
どうしてこういう馬鹿な人ってよけいな一言をつい言ってしまうんだろうか
どうしてこういう馬鹿な人ってよけいな一言をつい言ってしまうんだろうか
>>902
教えてもらう立場でいながらも
自分の方がもっと上からの目線で物事を捉えているんですよとか
自尊心を満足させたくて仕方ないんだろう
偉そうに質問だけして解決したら何も公開せず去ろうとする行為と
ここの連中がどういう目線で物事を見てるかということとは
何の関係もないのにな……
教えてもらう立場でいながらも
自分の方がもっと上からの目線で物事を捉えているんですよとか
自尊心を満足させたくて仕方ないんだろう
偉そうに質問だけして解決したら何も公開せず去ろうとする行為と
ここの連中がどういう目線で物事を見てるかということとは
何の関係もないのにな……
>>901
お疲れ様でした＾＾
最初にそれくらいの情報書いてくれていると
回答する方もx264VFWの初期化とaviutlの初期化してみれば？
ですむ話ですね。お一方は見事的中されてましたけどw。
よくわかっている人でも（よくわかっているつもりならなおさら）はまったときには出口が見えにくい物です。
そう言ったときにはことさら、情報が必要になってきますよね。
のちに、同様な状態ではまってここを見る人がいるかもしれませんしねーw
お疲れ様でした＾＾
最初にそれくらいの情報書いてくれていると
回答する方もx264VFWの初期化とaviutlの初期化してみれば？
ですむ話ですね。お一方は見事的中されてましたけどw。
よくわかっている人でも（よくわかっているつもりならなおさら）はまったときには出口が見えにくい物です。
そう言ったときにはことさら、情報が必要になってきますよね。
のちに、同様な状態ではまってここを見る人がいるかもしれませんしねーw
よくわかってもいないのにシステムのファイル消したりするからだ。自業自得。
他どこ触ってるかわかったもんじゃないからおとなしくOS再インストールすりゃいいのに。
他どこ触ってるかわかったもんじゃないからおとなしくOS再インストールすりゃいいのに。
てか、仕上がりの品質を云々言うなら、もっとエンコについて勉強しようぜ。
>901 のやってることは、単にいい道具があったから使ってるだけで、
その動作原理とか、興味持ったことすらないんじゃないか？
そんなじゃ経験にならんわ。
エンコの経験が長いかどうかはともかく……
何年間、パソコン使ってきたかしらんが、
バージョンすら分からんようなファイルをインストールするのは、やめような。
>901 のやってることは、単にいい道具があったから使ってるだけで、
その動作原理とか、興味持ったことすらないんじゃないか？
そんなじゃ経験にならんわ。
エンコの経験が長いかどうかはともかく……
何年間、パソコン使ってきたかしらんが、
バージョンすら分からんようなファイルをインストールするのは、やめような。
リアルだと理屈人より回数経験豊富な人が有能とされるが
ネットだと回数経験豊富な人より理屈人が有能とされる
ネットだと回数経験豊富な人より理屈人が有能とされる
コンピュータに関しては、偏屈なハッカーの方が回数経験豊富なのが常
結論：ワケの分からん長文ヤロウがアホ
24歳にして経験人数7人の僕は真っ当な方でしょうか？
スレ違い
CoreAVC Version 1.5.0.0
>>911
非童貞は中古
非童貞は中古
x264もSSE4対応するのかな？
seraphy消えた・・・
あれ、ほんとうだ
たまに定期メンテか掲示板整理で落ちるからいつものことでは？
/＼＿＿_／ヽ ヽ
／ :::::::::::::::＼ つ
. | ,,-‐‐ ‐‐-､,:::| わ
| ､_(o)_,: _(o)_, ::|ぁぁ
. | ::< ::|あぁ
＼ /( [三] )ヽ ::／ああ
／｀ー‐--‐‐―´＼ぁあ
404 Not Found
Request : GET
Object : /~seraphy/program/x264/
指定されたディレクトリは存在しません
／ :::::::::::::::＼ つ
. | ,,-‐‐ ‐‐-､,:::| わ
| ､_(o)_,: _(o)_, ::|ぁぁ
. | ::< ::|あぁ
＼ /( [三] )ヽ ::／ああ
／｀ー‐--‐‐―´＼ぁあ
404 Not Found
Request : GET
Object : /~seraphy/program/x264/
指定されたディレクトリは存在しません
最後に落としたのは667なのに…
404かよ・・・
/~seraphy/のディレクトリ自体なくなってるみたいだ…
ディレクトリじゃなく、鯖自体が落ちてるんじゃないか？
403は出るから鯖は落ちてないと思う。
一緒に違法動画うｐってたから警告されたんじゃね？
seraphyたん生きてるー？
このスレ見てるー？
反応してクレー
このスレ見てるー？
反応してクレー
別に一ヶ月落ちてるとかじゃないんだし
マターリ待とうよ
マターリ待とうよ
やっと逮捕されたか
え、てか落ちることなんて今までも何回もあったやん
もどったやん
前にも apache の実験しててしばらくアクセスできないとかあった気がする
盛り上がってるとこなんだけど、ボトムファーストなインタレエンコって出来ないの？
↓コイツ変換したんだけど、どうもフィールドオーダーが逆みたいなのよ。
http://pc.watch.impress.co.jp/docs/2004/1221/nvidia_7.mpg
↓コイツ変換したんだけど、どうもフィールドオーダーが逆みたいなのよ。
http://pc.watch.impress.co.jp/docs/2004/1221/nvidia_7.mpg
672 乙です
x264 vfwでエンコしたけどexplorerの縮小版で表示するにしても､サムネイルが表示
されないんだけど表示される方法を知っていたら教えてください｡
されないんだけど表示される方法を知っていたら教えてください｡
ffdshowの設定にexplorer.exeで使うかどうかの設定があった気がしなくもない。
ありがとうございます､できました｡
感激です!!
感激です!!
>>933
それはトップファーストみたいだけど？
それはトップファーストみたいだけど？
>938
どうみてもボトムファーストです。本当に(ry
どうみてもボトムファーストです。本当に(ry
>938-939
乙。
結局のところ出来ないでFA?
乙。
結局のところ出来ないでFA?
俺はフィールドオーダー調べただけ。それ以上は知らん。
つうかぁ・・・エンコオプションを自分で見つけれないんだったら、フィールドオーダー入れ替えればいいじゃん
ちなみにこれはBFF。
ちなみにこれはBFF。
>>943
それ、どこかでフィールド反転させてるだろ。
例えばまるも経由でaviutlに直接入れてんじゃね？
マルモのデフォはTFFにしちゃう設定してあるのでその辺だろう
これはボトムフィールドファースト。
試しにDGIndexなりDVD2AVIなり使ってD2VをAVIUTLに突っこんでみなよ。
それ、どこかでフィールド反転させてるだろ。
例えばまるも経由でaviutlに直接入れてんじゃね？
マルモのデフォはTFFにしちゃう設定してあるのでその辺だろう
これはボトムフィールドファースト。
試しにDGIndexなりDVD2AVIなり使ってD2VをAVIUTLに突っこんでみなよ。
>>943馬鹿杉／（＾o＾）＼
>>945
じゃおまえが指摘してやれよ。できないんだったら黙ってろ！
じゃおまえが指摘してやれよ。できないんだったら黙ってろ！
Num. of picture read: 240
Stream type: MPEG-2 MP@ML CBR
Resolution: 720*480
Aspect ratio: 4:3 Generic
Framerate: 29.97
Nom. bitrate: 8000000 Bit/Sec
VBV buffer size: 112
Constrained param. flag: No
Chroma format: 4:2:0
DCT precision: 9
Pic. structure: Frame
Field topfirst: No ←←←
DCT type: Field
Quantscale: Nonlinear
Scan type: Alternate
Frame type: Interlaced
フラグはボトムファーストになってる
実際のソースもボトムファーストで間違いないよ
VG1000で出力して確認した
Stream type: MPEG-2 MP@ML CBR
Resolution: 720*480
Aspect ratio: 4:3 Generic
Framerate: 29.97
Nom. bitrate: 8000000 Bit/Sec
VBV buffer size: 112
Constrained param. flag: No
Chroma format: 4:2:0
DCT precision: 9
Pic. structure: Frame
Field topfirst: No ←←←
DCT type: Field
Quantscale: Nonlinear
Scan type: Alternate
Frame type: Interlaced
フラグはボトムファーストになってる
実際のソースもボトムファーストで間違いないよ
VG1000で出力して確認した
私はDGIndex.exe 使ってるのでそれをベースに書くと
MPEG2Source("dg.d2v")
SeparateFields
top = SelectEven
bottom = SelectOdd
top = top.DeleteFrame(0)
Interleave(top,bottom)
Weave
これでトップファーストになります これでエンコした物
http://monoganac2.sakura.ne.jp/src/milktea17429.mpg.html
SwapFieldsだとトップとボトムの時間軸と位置の両方が入れ替わるので駄目ですね
MPEG2Source("dg.d2v")
SeparateFields
top = SelectEven
bottom = SelectOdd
top = top.DeleteFrame(0)
Interleave(top,bottom)
Weave
これでトップファーストになります これでエンコした物
http://monoganac2.sakura.ne.jp/src/milktea17429.mpg.html
SwapFieldsだとトップとボトムの時間軸と位置の両方が入れ替わるので駄目ですね
>>948
試してないけどComplementParity()であかんのかい？
試してないけどComplementParity()であかんのかい？
うまくいかなかった、すまん忘れてくれ
>>944
正解＼（＾o＾）／
初めてエンコしたDVDがボトムファーストだったらしく、
AviUtlで60fps読み込みしたらガクガクしたので
トップ→ボトム順で出力に変えたんだったわｗ
あれからもう3年か…
正解＼（＾o＾）／
初めてエンコしたDVDがボトムファーストだったらしく、
AviUtlで60fps読み込みしたらガクガクしたので
トップ→ボトム順で出力に変えたんだったわｗ
あれからもう3年か…
>>949
おかしくないかいそのスクリプト？
Interleave(top,bottom)のtopとbottomを入れ替えるかまたは
SeparatefieldsとInterleaveに挟まれた3行のtop⇔bottom入れ替えないと
おかしくないかいそのスクリプト？
Interleave(top,bottom)のtopとbottomを入れ替えるかまたは
SeparatefieldsとInterleaveに挟まれた3行のtop⇔bottom入れ替えないと
topとbottomを入れ替えたら、上下にガタガタブルブルするのは目に見えるようだ
>>953
おかしくないよ。たまたま結果オーライなだけだけどw。
GetParityがfalseになってるんで結果的にたまたまうまく行ってたw
アップしたmpgはこのavsでエンコしてTFFになってるから
古いavsからコピペした物だったんでよくよく考察すると
GetParityでfalseなので、SeparateFieldsでB0→T0→B1→T1･･･となるんで
top = SelectEven の所に実際にはボトムB0,B1･･･が入ってるんで、切られるのはB0でOK
InterleaveでB1→T0→B2→T1→ となるんだけど、
Weave前にGetParity見るとfalseなんで、Interleave(top,bottom) のbottomに入ってるT0、T1･･･がトップになる
結果オーライですがw
おかしくないよ。たまたま結果オーライなだけだけどw。
GetParityがfalseになってるんで結果的にたまたまうまく行ってたw
アップしたmpgはこのavsでエンコしてTFFになってるから
古いavsからコピペした物だったんでよくよく考察すると
GetParityでfalseなので、SeparateFieldsでB0→T0→B1→T1･･･となるんで
top = SelectEven の所に実際にはボトムB0,B1･･･が入ってるんで、切られるのはB0でOK
InterleaveでB1→T0→B2→T1→ となるんだけど、
Weave前にGetParity見るとfalseなんで、Interleave(top,bottom) のbottomに入ってるT0、T1･･･がトップになる
結果オーライですがw
Parityを逐一指定した方が動作理解し易いんでこんな感じで修正
MPEG2Source("dg.d2v") #ソースはBFFでb0→t0→b1→t1→b2→
AssumeTFF
SeparateFields # t0→b0→t1→b1→t2→
top = SelectEven # 0,2,4番目のフレームを取るのでt0,t1,t2
bottom = SelectOdd # 1,3,5フレームを取るのでb0,b1,b2
bottom = bottom.DeleteFrame(0) # b0消す
Interleave(top,bottom) # t0→b1→t1→b2→の配置
AssumeTFF #Weaveする際にEvenフレーム(この場合はtop)がトップになるよう指定
Weave
MPEG2Source("dg.d2v") #ソースはBFFでb0→t0→b1→t1→b2→
AssumeTFF
SeparateFields # t0→b0→t1→b1→t2→
top = SelectEven # 0,2,4番目のフレームを取るのでt0,t1,t2
bottom = SelectOdd # 1,3,5フレームを取るのでb0,b1,b2
bottom = bottom.DeleteFrame(0) # b0消す
Interleave(top,bottom) # t0→b1→t1→b2→の配置
AssumeTFF #Weaveする際にEvenフレーム(この場合はtop)がトップになるよう指定
Weave
VFW版ってマトリクスjvtとか選べないの?
>>957
オレはjvtでもカスタムでも使えるけど君には無理だろう、あきらめたまえ。
オレはjvtでもカスタムでも使えるけど君には無理だろう、あきらめたまえ。
>>957
-cqm "jvt"
-cqm "jvt"
seraphy様乙です>>cef672
Virtualdubで2スレッド使ってエンコするとCPU使用率75～80なのに
TMPGENCだと100％使ってくれる。どういうしくみなんだ
TMPGENCだと100％使ってくれる。どういうしくみなんだ
>>961
編集ソフト側のマルチスレッド対応度が違うんじゃない？
編集ソフト側のマルチスレッド対応度が違うんじゃない？
3スレッド使えばいいじゃない
たしか、デュアルコアでも3スレッドにした方が速くなるはずだしx264
たしか、デュアルコアでも3スレッドにした方が速くなるはずだしx264
バージョンにもよる？ Seraphy667 だけど、2スレッドでも3スレッドでも
速度変わらないような気が。aviutl からの出力でCPU使用率は85%くらい。
速度変わらないような気が。aviutl からの出力でCPU使用率は85%くらい。
2スレで十分ですよ。わかってくださいよ。
ってブレードランナーのうどん屋の親父。
ってブレードランナーのうどん屋の親父。
ぶ、ぶれーどらんなー？
■Dual CoreでCPU80%利用の図
↓
↓AviUtlの処理（1ピクチャ毎）
↓
＼
↓ ↓
↓ ↓x264の処理(1)
↓ □←待ち状態
＼
↓ ↓
↓ ↓x264の処理(2)
↓ □←待ち状態
■Dual CoreでCPU100%利用の図
↓AviUtlの処理（1ピクチャ毎）
↓
＼
↓ ↓
↓ ↓x264の処理(1)
＼ ↓
↓ ↓
↓ ↓x264の処理(2)
＼ ↓
↓ ↓
↓ ↓x264の処理(1)
おれのスレッド処理のイメージ。
x264でスレッド処理しても、AviUtlの部分が遅かったら意味内とおもうんだ。
↓
↓AviUtlの処理（1ピクチャ毎）
↓
＼
↓ ↓
↓ ↓x264の処理(1)
↓ □←待ち状態
＼
↓ ↓
↓ ↓x264の処理(2)
↓ □←待ち状態
■Dual CoreでCPU100%利用の図
↓AviUtlの処理（1ピクチャ毎）
↓
＼
↓ ↓
↓ ↓x264の処理(1)
＼ ↓
↓ ↓
↓ ↓x264の処理(2)
＼ ↓
↓ ↓
↓ ↓x264の処理(1)
おれのスレッド処理のイメージ。
x264でスレッド処理しても、AviUtlの部分が遅かったら意味内とおもうんだ。
seraphy氏674乙！
増やすと2パスでエラー出るんだも
グレンラガン縮まねぇ～～～
seraphy氏675乙！
おまいらのx264VFWの設定晒してくれお
品質固定25
Bフレ使わないで704x480（10:11）
3スレッド使用
ってなとこ
最終的にMKVに入れちゃう
Bフレ使わないで704x480（10:11）
3スレッド使用
ってなとこ
最終的にMKVに入れちゃう
Bフレを使わないｈ264に意味はあるのかと言う議論は置いておいてw
x264で作成した動画はテキストエディタで開いて「x264」で検索すると設定が出てくるよ。
人の設定聞くより自分が見て綺麗と思った動画の設定を参考にした方が良いかと思う。
x264で作成した動画はテキストエディタで開いて「x264」で検索すると設定が出てくるよ。
人の設定聞くより自分が見て綺麗と思った動画の設定を参考にした方が良いかと思う。
Bフレ駄目なのってAVIコンテナの場合だけでMKVに入れるなら問題ないんじゃないの？
末尾のフレームが（3スレッドなら）2フレーム切れるって問題はまたおいといてー
末尾のフレームが（3スレッドなら）2フレーム切れるって問題はまたおいといてー
>>978レスthx
あぁそっか、末尾の切れたフレームを直前のBフレームが参照してたら駄目か……
特にそれでエラーになったりしたことはなかったけど
単に運が良いか、コーデックやアプリが上手いことやってくれてるってだけだったか
うちはMP4Boxでmp4に入れてるのでその過程で誰かが何かしてくれてるのかもしれないな
あぁそっか、末尾の切れたフレームを直前のBフレームが参照してたら駄目か……
特にそれでエラーになったりしたことはなかったけど
単に運が良いか、コーデックやアプリが上手いことやってくれてるってだけだったか
うちはMP4Boxでmp4に入れてるのでその過程で誰かが何かしてくれてるのかもしれないな
seraphy氏デフォルト設定で使いＢフレ気にせずh264+mp3でaviにつっこんでる
まあ、そういう割り切った使い方もそれはそれでありかと
readme.txtに
＞その他注意点：
＞ ・Seraphy「たん」はやめましょう。こわいから^^; いやまじで。
って書いてあってワロタ
そろそろ次スレだな。
＞その他注意点：
＞ ・Seraphy「たん」はやめましょう。こわいから^^; いやまじで。
って書いてあってワロタ
そろそろ次スレだな。
オレもめんどくさいからh264+mp3でaviにしてる。他の方法は良く分からない＞＜
オレもめんどくさいからh263+mp3でaviにしてる。他の方法は良く分からない＞＜
オレもめんどくさいからh264+AACでmp4にしてる。他の方法は良く分からない＞＜
自分はTV実写メインでLunatilia版を↓の上列の設定のままで使ってます
ttp://www.ne.jp/asahi/l/a/data/img/x264conf.jpg
ttp://www.ne.jp/asahi/l/a/data/img/x264conf.jpg
オレもめんどくさいからh264+AACでmp4だな
せらひーさんいつも乙であります
めんどいからお任せモードしか使ってない
24物は自動24fps
混ざってるのは可変フレームレートでh264+AACのmp4
24物は自動24fps
混ざってるのは可変フレームレートでh264+AACのmp4
インタレ最強
と鼻タレが申しております。