08/02/17 20:46:02 QwH4Qruy
TNLMeans
850:名無しさん＠編集中
08/02/17 20:51:11 oufIKOjv
最強厨を装ってるが自分から言わない所を見ると教えて君だな
851:名無しさん＠編集中
08/02/17 21:04:16 t/VfGlPD
>>848
SevenFourThreeNRv2
852:名無しさん＠編集中
08/02/17 21:53:12 rYrM+jhv
2DNRはソース状態によって全然異なるから参考にならんがな
853:名無しさん＠編集中
08/02/17 21:54:27 QwH4Qruy
むしろ俺からするとUtlのノイズ除去が一番優秀な気がする件。
854:名無しさん＠編集中
08/02/17 22:49:21 pvCSWn8+
タイプジーがあれば他はいらない
855:名無しさん＠編集中
08/02/17 23:27:07 XyE68zMm
キャプチャーユニットからの取り込み用にFFT3DGPUとFFPPを使ってる。
FFPPは強度も自動で決めてくれるから簡単。
856:名無しさん＠編集中
08/02/18 00:58:54 ZyOkrj6r
>>848
frfun3系
857:名無しさん＠編集中
08/02/18 02:13:34 75vJpSG0
AviUtlのx264outが使えない('A`)ﾎﾞｽｹﾃ
x264がUnsupported format(DIB)とのエラーを吐く。おそらくAviSynthのTCPServerで引っかかってるんだと思う。
TCPServerを試しに使ってみるとbind() failedとエラーになる。FWは切ってある。
858:名無しさん＠編集中
08/02/18 03:11:42 BQ/1YlyJ
>>848
Dust系
859:名無しさん＠編集中
08/02/18 04:13:56 2sS6+AV/
TNLMeans
860:名無しさん＠編集中
08/02/18 20:14:08 GC1IIvxr
>>857
なんでUnsupported formatって言われてるのにTCPServerを疑う訳？
861:名無しさん＠編集中
08/02/18 20:42:45 75vJpSG0
>>860
TCPServerがエラーを起こして、赤文字のエラーメッセージ動画を吐いているのではないかと推測しているからです。
エラーメッセージ動画はx264非対応のRGB32ですし、実際にTCPServerを単独で走らせたらうまく走らなかったので。。。
bind() failedなんてエラーぐーぐる先生に聞いてもほとんどヒットせず('A`)
ポートが他のと重複しているとかそういうこともなし。ｵﾃｱｹﾞ＼(^o^)／
862:名無しさん＠編集中
08/02/18 21:34:34 89mevl78
>>861
netstat -a で 22050 をすでにBINDしていないか調べたってこと？
-aを付けてないなら、付けてもう一回トライ。もし見つかったら -b をつけてBINDしてる
PIDをGET。あとはタスクマネージャとかで対象をみつける。
あとは、ノートンとかで既にブロック対象に入っていないかとか、
VistaならICSのサービスを落としてみるとか。
エラーが違うのでないとは思うが、TCP系はTCPDeliver.dllに実装されているので、
オートロード機能を切っていたりフォルダを変更していたら手動ロードが必要。
あんまり思いつかんな・・・
863:名無しさん＠編集中
08/02/18 21:35:58 75vJpSG0
x264へ渡すavsをavs2aviに渡して確認しました。以下のエラーメッセージを吐いていました。
TCPClient: Could not connect to server.
話をややこしくしてしまったので簡潔にまとめると、「TCPDeliverがうまく働いてくれない」ということです。
FWをアンインストールしたらAviSynthの不安定なのが直ったという例も見つけたのでFWを消してみましたがﾀﾞﾒﾎﾟ…。
864:名無しさん＠編集中
08/02/18 21:49:20 75vJpSG0
netstatで探してみましたが、重複はありませんでした。
今改めて単独でTCPServer・TCPClientを試したところ、今度はうまく転送できました。
がしかし、x264outの方は相変わらずCannnot connect to server.です…。x264outのどこかで不整合を起こしているようです。
もうすこしごにょごにょ弄ってみます。
865:名無しさん＠編集中
08/02/18 22:01:59 ZyOkrj6r
要はwinsock2.hのbind関数がエラー吐いてる訳だから↓のどれかでしょ？
WSANOTINITIALISED
この関数を使用する前に、WSAStartup呼び出しが成功している必要があります。
WSAENETDOWN
ネットワークサブシステムは失敗しました。
WSAEACCES
setsockoptオプションSO_BROADCASTが有効にされないので、データグラムソケットをブロードキャストアドレスに接続する試みは失敗しました。
WSAEADDRINUSE
コンピュータの上のプロセスは既に同じ完全に適切なアドレスに縛られます、そして、ソケットは、SO_REUSEADDRとのアドレス再利用を許すためにマークされていません。
(例えば、IPアドレスとポートはaf_inet場合で制限されています。) (setsockoptの下でSO_REUSEADDRソケットオプションを参照してください。)
WSAEADDRNOTAVAIL
指定されたアドレスはこのコンピュータのための有効なアドレスではありません。
WSAEFAULT
name または namelen パラメタはユーザアドレス空間の有効な部分ではありません、 namelenパラメタは小さ過ぎます、 name パラメタは関連アドレスファミリィにとって、不正確なアドレス形式を含んでいます。
または、name によって指定されたメモリブロックの最初の2バイトはソケット記述子 s に関連づけられたアドレスファミリィに合いません。
WSAEINPROGRESS
ブロッキングWindows Sockets1.1呼び出しが進行しているか、またはサービスプロバイダーはまだコールバック関数を処理中です。
WSAEINVAL
ソケットは既にアドレスにバインドされています。
WSAENOBUFS
利用可能なバッファが十分ではありません、接続が多すぎます。
WSAENOTSOCK
記述子はソケットではありません。
PC初心者なおれには何のことか分からんけど…
866:名無しさん＠編集中
08/02/18 22:06:56 75vJpSG0
それがどうも、bind() failedは関係なかったようですorzごめんなさい
x264outのソースを読んだら独自に映像転送が実装されていることが分かりました。てっきりTCPServerを使っているものかと…。
bind() failedはAviSynthのTCPServerの話で、それもいつの間にか解決しています。
867:名無しさん＠編集中
08/02/18 22:09:21 89mevl78
>>865
winsockでプログラム組んだことある人間でも、そのエラーメッセージで原因の特定はできんよ。
>>864
TCPDeliverの動作おめでとう。
どうもx264outは空きポートを自動でわりふるのか？ 標準の22050は使ってないみたいな。
その辺の変数持ち回りがx264out.iniに書かれているので、下手にいじるとサーバーに接続できなくなる。
解決できないときはiniをUPしてみるのも手。
868:名無しさん＠編集中
08/02/18 23:09:37 75vJpSG0
えーと…、通りました。
AviUtlは最新版の99cを使っていたのですが、99まで巻き戻したところあっさり…。
推測するに、TCPDeliver・x264out・AviUtlの相性がどこか悪いのかと思われます。ここで聞く事ではなかったかもorz
でも変だなぁ、そんな報告無いっぽいけど…。AviUtlスレで報告してきます。
スレ汚し失礼しました。お騒がせしました。
869:名無しさん＠編集中
08/02/19 14:59:04 pGdpDYAy
>>868
向こうのスレに修正パッチがきてた。
ｽﾚﾘﾝｸ(avi板:570番)
> 以前winsockで苦労した時の勘でなんとなくパッチ
> URLﾘﾝｸ(seraphy.fam.cx)
SynthでもUtlでもなくプラグインの不具合だったらしい。
てか、これSeraphy氏のサイトじゃないか。なにやってるんだあの人ｗ