X
Avisynthを絶讃ιょぅょ Part32 [無断転載禁止]©2ch.net
■ このスレッドは過去ログ倉庫に格納されています
0001名無しさん＠編集中 (ﾜｯﾁｮｲWW 5979-fgRd)
垢版 |
2017/02/08(水) 15:31:41.08ID:2mxlUPLa0
「AviSynthを絶賛」というのは、聞いたら答えたり報告したりなどギブアンドテイクな作業を指す。
厨と呼ばれて当然の事を、調べもしないで訊くバカが住み着くスレではないので、
avisynth.infoぐらいは読んでおくように。

【前スレ】
Avisynthを絶讃ιょぅょ Part31
http://echo.2ch.net/test/read.cgi/avi/1383985211/

【日本語による解説】
avisynth.info
http://www.avisynth.info/

【実家】
AviSynth
http://avisynth.org/mediawiki/Main_Page
0197名無しさん＠編集中 (ﾜｯﾁｮｲ c2ea-POtP)
垢版 |
2017/07/02(日) 19:22:41.82ID:iqu3Ymgt0
VLCがmkv timecode v2にちゃんと対応してなくて草生える
0201名無しさん＠編集中 (ﾜｯﾁｮｲ c2ea-POtP)
垢版 |
2017/07/05(水) 11:23:32.74ID:mDzHOtHL0
この際だからx64に移行しちゃえ
0202名無しさん＠編集中 (ﾜｯﾁｮｲ f958-CicO)
垢版 |
2017/07/05(水) 12:02:27.05ID:4IMXdriA0
>>199
+や2.6だと動かないプラグインがありますし、x64は再構築の必要ががが

Win7の時にプラグインのバックアップは取っておいたのですが
それ以降MaskToolsやRemoveGrainをMT化してたのでLoadPluginExで読まないとか（その件は解決しました。）
こまめにバックアップは取るものですね・・・

258MTのバイナリかライブラリビルドのミラーサイトを教えてください。
0205名無しさん＠編集中 (ﾜｯﾁｮｲ 0939-WwN4)
垢版 |
2017/07/05(水) 12:19:08.59ID:aGDb/OT10
具体的に2.6系(avs+含)で動かないプラグインって何よ？
2.6系じゃないと動かないプラグインも出てるし2.5系はとっくに切捨てられてるでしょ
258MTは多分SEtビルドだろうけど本人も2.6使えって言ってるじゃん
0207名無しさん＠編集中 (ﾜｯﾁｮｲ f958-CicO)
垢版 |
2017/07/05(水) 12:32:11.29ID:4IMXdriA0
>>205
http://freesoft.tvbok.com/movie_encode/avisynth/avisynth26andrecent.html

＞２．GPUプラグインはまだまだ未対応
＞FFT3DGPUや_GPU25を利用すると、エラーが出てAviSyhthは強制終了。この辺りはまだまだこれから対応なのかも。恐らく3DNR系のプラグイン全般これからっぽい。

私の環境で2.6を利用するのはまだ速いみたい。
速攻で2.5.8に戻しました（＾_＾;

私はEDCBのMOD版でチューナーの自動空き指定が上手くいかなかったので
EDCB本家の最終版を使ってます。
多機能より安定、枯れてる方を好みます。（人それぞれと思いますが）
0209名無しさん＠編集中 (ﾜｯﾁｮｲ 0939-WwN4)
垢版 |
2017/07/05(水) 13:13:53.50ID:aGDb/OT10
今のバージョンのavs+は知らないけどちょっと前のavs+ではFFT3dGPU動いてた気がするけど動かなかったっけ？
それとその記事古くてアルファ版のAviSynth 2.6じゃん
0210名無しさん＠編集中 (ﾜｯﾁｮｲ c2ea-POtP)
垢版 |
2017/07/05(水) 13:27:08.14ID:mDzHOtHL0
NLmeans系のでGPU対応してるのあったはず
FFT系のと比較してみては
0211名無しさん＠編集中 (ﾜｯﾁｮｲ 0939-WwN4)
垢版 |
2017/07/05(水) 14:07:47.13ID:aGDb/OT10
今ちょっと確認した感じavs+ r2506だとFFT3DGPUのx86版は動いてるように見える 昔と変わらずx64版は動かない
他に使えるGPUNRは既に出てるNLMeans系のKNLMeansCLかな これは今も開発が活発 他にDeathrayも確か動いたはず

ここ最近NRフィルター自体を使う機会が無くなってしまった 今でも積極的に使ってるのってアナログキャプチャ民ぐらいじゃないのか？
_GPU25は何年も前に2.6アルファ版に乗り換える時に手元で幾つかテストした感じ2.6アルファ版と比べて一部除いて大きな優位性はなかったと記憶がある
0212名無しさん＠編集中 (ﾜｯﾁｮｲ c2ea-POtP)
垢版 |
2017/07/05(水) 16:32:48.39ID:mDzHOtHL0
crfだとファイルサイズが縮むから使ってるよ
0218名無しさん＠編集中 (ﾜｯﾁｮｲ f7d1-ZuCk)
垢版 |
2017/07/06(木) 08:54:58.40ID:tnHPsiHW0
>>78氏 遅ればせながら nnedi3oclmod 有り難く頂戴しました。
当方の環境でも問題なく動いております。ありがとうございます。

実はそのWrapperプラグインを作成する腕を見込んでお願いがあるのですが，
「waifu2x by Caffe for VapourSynth」のAvisynthへの移植は難しいでしょうか？
ttps://github.com/HomeOfVapourSynthEvolution/VapourSynth-Waifu2x-caffe

主な処理はcaffeに丸投げなのでクリップの色空間と色深度の入出力を
Avisynth互換にすればいけるかなーと素人目に思ったものでして…。
ご検討頂けましたら嬉しいです。よろしくお願いします。
0219名無しさん＠編集中 (ﾜｯﾁｮｲ f744-rfzC)
垢版 |
2017/07/06(木) 22:13:27.71ID:vuDg0qe30
LSMASHSourceがAvisynth+のカラーフォーマット（YUV420P10とか）に対応してくれると嬉しいな〜、
作者の更新モチベが上がると嬉しいな〜、または誰かパッチ送ってくれる人がいると
嬉しいな〜（酷い他力本願）などと思ったので書いてみるテスト。

ソース動画をD&Dしたら、それを読み込むavsを作ってavs2pipemodでy4mにしてエンコーダに渡すという
単純なバッチを作ってるだけなんだけど、例えば10bit 4:2:0の動画を読み込む場合、
FFMS2-2.23.1ではAvisynth+のカラーフォーマットに対応しているので自動的にYUV420P10になるけど、
LSMASHSourceだと16bit hackなYV12になるので、深度を指定したConvertFromDoubleWidth()が必要になってしまい、
うまいこと自動で深度を判定する方法を思いつけない。

Avisynth+の現状はまだちゃんと把握できてないのだけど、HighBitDepthなプラグイン類って、
まだ16bit hackだけのものが多くて、新カラーフォーマットに対応してるものは少ないんでしょうか？
0220名無しさん＠編集中 (ﾜｯﾁｮｲ f744-rfzC)
垢版 |
2017/07/06(木) 22:19:24.51ID:vuDg0qe30
もう１つ質問なのですが、Avisynth+のYUV420P10などのフォーマットの
プレビューに対応したAvsPmodって無いのでしょうか？
今はサイトにも載ってる
　　https://forum.doom9.org/showpost.php?p=1801766&;postcount=1202
を使っているのですが、YUV420P10をプレビューしようとすると「Error trying to display the clip」となります。
（とりあえずConvertを入れてしのいではいるのですが。）
0221名無しさん＠編集中 (ﾜｯﾁｮｲ d739-zXdO)
垢版 |
2017/07/06(木) 22:23:26.78ID:n3ig2wPi0
LSMASHWokrsなら今パッと思いついたものなら、
a = LWLibavVideoSource(stacked=False)
b = LWLibavVideoSource(stacked=True)
a.height == b.height ? 8bit : 8bit超

って感じかな
8bitならstackedがTrueでもFalseでも同じ縦解像度だけど8bit以外だとstacked=Trueだと2倍にるからそれで判定
0222名無しさん＠編集中 (ﾜｯﾁｮｲ f744-rfzC)
垢版 |
2017/07/06(木) 22:30:50.91ID:vuDg0qe30
>>221
その方法だと、HighBitDepthだという判断はつくのですけれど、
10/12/16bit等を区別できないので、ConvertFromDoubleWidth()の
ビット指定をどうすればよいかという問題が残ってしまうのですよね。
0223名無しさん＠編集中 (ﾜｯﾁｮｲ d739-zXdO)
垢版 |
2017/07/06(木) 22:43:54.43ID:n3ig2wPi0
>>222
LSMASHWorks側のformatを16bit決め打ちで読み込む

そもそも高ビット深度ってAviSynthは使えないからね AviSynth+が独自に拡張してるからそこら辺無理が生じてくる
本当はVapourSynth使うべきなんだろうけどあっちはあっちで音声使えないんだよな

あとプレビューしないでエンコーダに渡すのならffmpegとかから渡してもいいと思うんだけど
Trimするにしてもプレビューするでしょ？
0224名無しさん＠編集中 (ﾜｯﾁｮｲ b7db-zXdO)
垢版 |
2017/07/06(木) 22:59:02.86ID:MnYtEGzZ0
無理が生じてくるというかLSMASHWorksが対応すればいいだけの話
VapourSynthには高ビット対応したんだからAviSynth+の高ビット対応も手間はあまり変わらんだろ
0227名無しさん＠編集中 (ﾜｯﾁｮｲ d739-zXdO)
垢版 |
2017/07/07(金) 00:23:56.44ID:6a/Jo3A10
GetProgramNameで既に出来なかったっけ？
GetProgramName() == "AvsPmod,exe" ? Trueの処理 : Falseの処理

応用で、
GetProgramName() == "AvsPmod,exe" ? AvsPmodの処理 : GetProgramName() == "avs2pipemod.exe" ? avs2pipemodの処理 : それら以外の処理
もできるはず
0229名無しさん＠編集中 (ﾜｯﾁｮｲ d739-zXdO)
垢版 |
2017/07/07(金) 01:19:51.00ID:6a/Jo3A10
>>228
https://pastebin.com/a3VNWKJB

ライセンスが明記されてなかったから勝手に弄くらせて貰って済まないけど

IsAvsPmod("AvsPmod.exe")
と言うように判定する名前を変えられるようにしてみた

原作だと大文字・小文字まで判定するから、IsAvsPmod("avspmod.exe")でFalseになるけど、
IsAvsPmod("avspmod.exe", insensitive=false)で大文字・小文字の違いを無視して判定させるようにしてみた

AviSynthプラグインは今まで書いたこと無いからこれで良いか分からん
そもそもC++なんて齧ったことしかなくて殆ど無知だわ

あと関数名変えたほうが良いかもな
0231名無しさん＠編集中 (ﾜｯﾁｮｲ d739-zXdO)
垢版 |
2017/07/07(金) 01:53:33.66ID:6a/Jo3A10
>>230
MITライセンスのプラグインもあったりするけどどうせソース同梱にするならGPLでも良いんじゃない？

あと気づいてると思うけどオプション名がinsensitiveになってるからsensitiveにして(このままだとinsensitive=Trueでcase sensitiveになっちゃう)、
28行目のif文のインデントが崩れちゃってるところと原作のソースのインデントを盛大に4文字スペースに変えちゃってるところはそちら側で直してくれると助かる
0232名無しさん＠編集中 (ﾜｯﾁｮｲ 9fea-URZV)
垢版 |
2017/07/07(金) 02:51:31.83ID:TzOZZLvm0
ライセンス観を身につけるにはどうすればいいの？
0233名無しさん＠編集中 (ﾀﾅﾎﾞﾀ 9744-rfzC)
垢版 |
2017/07/07(金) 10:34:39.43ID:BzFbRoKw00707
>>225-231
ありがとう。そういうアプローチもあるんですね。ググってみたけど
前スレ131でProgramNameのx64版ビルドをしてくれた人の
　https://otsukemono.blogspot.jp/2014/03/avisynth-user-defined-functions.html
でも紹介されてる手法のようですね。拡張子の有無など注意点もあるようです。
これ、当時見かけたけどAvisynth+を使うようになったら読めばいいやとか思って
すっかり忘れてた記事だ・・・。

>>226
ConvertTo8bit()はdeprecatedのようなので、ConvertBits(8)がベターみたいです。
0234名無しさん＠編集中 (ﾀﾅﾎﾞﾀ 9744-rfzC)
垢版 |
2017/07/07(金) 10:49:17.77ID:BzFbRoKw00707
>>223
詳細は省いてしまったのですが、
　http://mevius.2ch.net/test/read.cgi/avi/1486130737/297-335
でやったようにD&Dしたソース動画をQSVEnc等でエンコして
SSIM/ビットレート/エンコード速度などを調べるバッチを改良しようとしています。
強制16bit読み込みも考えたのですが、8/10bit読みと比べると
エンコード速度が結構低下するので、やめたほうがよさそうかなと。

「--avqsv等でのHWデコード渡し」でもやるんですけど、上で何故かffmpegによるSSIM計測が
うまくいかないケース(ソースのフォーマットにも関係あり？)があったので、
一度LSMASHSourceを通して「avs->y4m渡し」をして、SSIM計測も
「入力avs」「出力ファイルを読みこんだavs」とで計測すればもしかしたら安定するかなと。
入出力で深度等が異なる場合は両方RGB48に変換して計測すればいいのかな？色々試行錯誤中。

できればMP4等ではindex生成を省略できるし読み込みも信頼できそうなLSMASHSourceを使いたかったのですが、
とりあえずはAvisynth+のカラーフォーマットに対応してるFFMS2でも大丈夫だろうか。
0235名無しさん＠編集中 (ﾀﾅﾎﾞﾀ d739-zXdO)
垢版 |
2017/07/07(金) 19:09:50.86ID:6a/Jo3A100707
>>234
昨日はQSVEnc使うとか知らなかったけど、昨日時点で俺が考えてたffmpegから渡すっていうのは
ffmpeg -i input -f yuv4mpegpipe -strict -1 - | (以下略
って言うやつだったんだけどこれじゃダメなの？

AviSynth通さないから若干速度速いだろうし10bitだと尚更速い気が思う
ところでQSVEncの--avqsvがダメなら--avswはどうなの？

AviSynthのFFMSで問題なければそれで良いと思うけども貼ってくれたURL覗いた限り
不特定多数に検証させるなら出来るだけシンプルのほうが良いと思うけどどうだろう
0236名無しさん＠編集中 (ﾀﾅﾎﾞﾀ 9fea-URZV)
垢版 |
2017/07/07(金) 20:54:21.79ID:TzOZZLvm00707
8bitを超える深度だと、SSIM計測がうまく行かなかった記憶がある
crf0でも、SSIMが変な値を返してきたような
0238名無しさん＠編集中 (ﾜｯﾁｮｲ 9fea-URZV)
垢版 |
2017/07/07(金) 23:36:45.77ID:TzOZZLvm0
>>237
そうだったのか
0241名無しさん＠編集中 (ﾜｯﾁｮｲ f744-KuRC)
垢版 |
2017/07/08(土) 10:39:01.91ID:T/MTDJ+b0
>>235
１．SSIM計測で入力順を変えると異なる結果が出た。入出力ともに8bitだし本来なら入力順を変えても一致するはず。
　　　QSVEncC --avqsv h264_pcm.m2ts -o h264.mp4
　　　ffmpeg -i h264_pcm.m2ts -i h264.mp4 -lavfi "ssim;[0:v][1:v]psnr"
　　　ffmpeg -i h264.mp4 -i h264_pcm.m2ts -lavfi "ssim;[0:v][1:v]psnr"
２．avqsv用のバッチも作るが、x26xも使うので共通して高深度も渡せるy4m方式で別途バッチを作る。選択肢は以下。
　　　Ａ．ffmpegにソースを渡しy4mにする
　　　Ｂ．avsを作りavs2pipemodでy4mにする
３．ffmpegに直接動画を渡すと変なSSIMが出たということは前にもあり、
　　その時はavsをかますと安定してた気がする。ffmpegのコマンドが悪いだけかもしれないが
　　ffmpegによるデコードはなるべく避けてavsを使う形にということでＢを選択。
４．avs内でのデコードと処理はどうしよう・・・ということで>>219、>>234へ至る。
0244名無しさん＠編集中 (ﾜｯﾁｮｲ b7db-zXdO)
垢版 |
2017/07/09(日) 22:39:18.21ID:ZX2ASoFU0
mvtools2のMDegrainってノイズ除去としてどう？
アニメとの相性はかなりいいように見えるけど、あまりmvtoolsでノイズ除去って聞かないよね
ノイズ除去だとFFTやNL-means系が有名だけどかなり輪郭ボケるからmvtoolsの方がいいように思うけど
0245名無しさん＠編集中 (ﾜｯﾁｮｲ 9fea-URZV)
垢版 |
2017/07/10(月) 01:58:35.57ID:f5KV32Do0
SMDegrainを試してみたら？
ManalysisとかMsuperとか気にしないでもとりあえずは使えるし
SMDegrain_KNLMeansCLとかいうゴッツいのもあるし
0247名無しさん＠編集中 (ﾜｯﾁｮｲ d739-zXdO)
垢版 |
2017/07/11(火) 01:57:11.01ID:KlmEs9q50
SMDegrainは関数名のとおりフィルムグレインや演出のグレインが入ってるところがごっそりとツルツルになっちゃうからなぁ
グレインが乗ってない部分へのNRとしてはMPEG由来のモスキートノイズとか目立たなくなる感じだから優秀だとは思う
0250名無しさん＠編集中 (ﾜｯﾁｮｲ 9fea-URZV)
垢版 |
2017/07/11(火) 23:18:28.92ID:kz9LJ0D70
天使の3PEDって、グレインノイズエフェクトの生成がところどころ止まるんだな
MDegrain使ってるからアーティファクトかと思ったが
0255名無しさん＠編集中 (ﾜｯﾁｮｲ 66ea-qt4g)
垢版 |
2017/07/19(水) 22:59:56.14ID:EfL8exLW0
2passTIVTC最強伝説
0258名無しさん＠編集中 (ﾜｯﾁｮｲ a717-QK4i)
垢版 |
2017/07/20(木) 00:55:22.64ID:EEm9w8d+0
普通にインタレ解除したらいい
そもそもフィールドマッチングで誤爆したんじゃ意味ねぇと思って使うのをやめた（ノイズの多いシーンチェンジやシーンで前の絵が2回続く）
0259名無しさん＠編集中 (ﾜｯﾁｮｲ 87db-dw5s)
垢版 |
2017/07/20(木) 01:10:02.17ID:gx0/WRjM0
あー、そういうことか

http://www.eizo.co.jp/eizolibrary/other/itmedia02_06/
> I／P変換には、大きく分けて2種類の手法がある。1つは「動き適応型」、もう1つは「2-3プルダウン型」だ。
> 両者ではI／P変換の仕組みがまったく違うが、どちらが優秀というわけではなく、表示する映像ソースに
> 応じた使い分けが重要になる。 これらのI／P変換に対応した再生機器やディスプレイでは、自動で変換の
> 手法を使い分けていると考えてよい

インタレ解除って、動き適用型（QTGMC）と2-3プルダウン型（TFM+TDecimate）を組み合わせて使うもんだと思ってる
ノイズの多いシーンとかでフィールドマッチングがうまくできないときは動き適用型に切り替えればいいと思ってるけど、
それだと何か問題あるの？
0262名無しさん＠編集中 (ﾜｯﾁｮｲ 87db-dw5s)
垢版 |
2017/07/20(木) 19:52:44.22ID:gx0/WRjM0
TFMってYプレーンの一番上の行の左64ピクセルの下位1ビットにヒント情報埋め込んでるから
この64ピクセルは下位1ビットに変なデータが入るんだな。すげー気持ち悪い
0263名無しさん＠編集中 (ﾜｯﾁｮｲ dfe2-/jiT)
垢版 |
2017/07/20(木) 22:07:03.78ID:8yw3U5xu0
気持ち悪いけど面白いねそれ

>>259
そのリンク先の説明ってあんま良くないな
動き適応は動きがあるかないかで解除方式を切り替えるってことだからbob系処理がベースのQTGMCは動き適応ではないよ
（細かいことを言うと解除済みソース専用のProgSADMaskっていう動き適応オプションがあるにはあるけど）

>>260
60→24とかは無理だね
ただFPSDivisorオプションを使って1/整数に間引いて出力することなら可能
0264名無しさん＠編集中 (ﾜｯﾁｮｲ 87db-dw5s)
垢版 |
2017/07/20(木) 22:30:58.28ID:gx0/WRjM0
>>263
確かにこの説明足りなすぎるな。
動き適用型って動くところはフィールド内補間だからbob化で、
最新のやり方だと、動きベクトルを検出して補間するからQTGMCは動き適用型ってことで

60→24はSelectEvery(5,1,3)とかやればいいんじゃないの？
0265名無しさん＠編集中 (ﾜｯﾁｮｲ dfe2-/jiT)
垢版 |
2017/07/20(木) 22:57:26.84ID:8yw3U5xu0
ちょっとややこしいけどQTGMCは動き「適応」じゃなくて動き「補償」
これはプログレッシブ化したあとのチラつきを抑えるために動き「補償」付きの時間軸平滑化を掛けますよってお話であって
プログレッシュブ化の方式自体を動きによって切り替えるってことではないから、動き「適応」のIP変換ではないんだよね
0267名無しさん＠編集中 (ﾜｯﾁｮｲ 87db-dw5s)
垢版 |
2017/07/20(木) 23:11:42.74ID:gx0/WRjM0
分かったよ。動き補償型ね。motion "adaptive"じゃなくてmotion "compensation"ね

それはそうとして、24pがプルダウンされたやつをQTGMCにかけると、
24pフレームの間のフレームが捏造されるから、2-3プルダウン型も必要だよね
0268名無しさん＠編集中 (ﾜｯﾁｮｲ 87db-dw5s)
垢版 |
2017/07/20(木) 23:22:26.75ID:gx0/WRjM0
今で知らなかったけど、「bob」って「ひょいと(上下に)動くこと，急に引く動作[こと].」って意味で
上下に動くあのチラつきは「bobbing artifact」って言うんだね

「bob化」の意味が未だに分からないんだけど、素直に解釈すると
フィールド内補間するから、bobbing artifactが大量に乗った映像にするってことでいいの？

QTGMCをbob化というのは、かなり失礼だなｗ
0269名無しさん＠編集中 (ﾜｯﾁｮｲ dfe2-/jiT)
垢版 |
2017/07/20(木) 23:45:39.81ID:8yw3U5xu0
そのチラつきを抑えるために動き「補償」付きの時間軸平滑化を掛けますよってのが
(Quick) Temp Gauss Motion Compensated というフィルタ名のそのまんまの意味であり由来でもある
QTGMC(tr1=0, tr2=0)ってしてみるとIP変換のコアの部分がbob系というのがよくわかるよ
0271名無しさん＠編集中 (ﾜｯﾁｮｲ 87db-dw5s)
垢版 |
2017/07/21(金) 00:02:57.85ID:QO2IvBND0
いやそれは分かるよ。MAnalyzeで動き検出してMDegrainで時間軸平滑化してるのはソースみれば分かる。
tr1=0,tr2=0にすれば時間軸方向を全く使わなくなるから、ただのbob？になるのも

俺が言いたかったのは、2-3プルダウン型だけでも、動き補償型だけでも、ダメで
組み合わせる必要があるってこと

>>270
そうだよね。サンクス

でも、そうすると>>269の「bob系（処理）」ってなんだろう。60i → 60p系？
bob化は2倍fps化のことで、ただのbobは単純にフィールド内補間すること、って理解でいいのか
0273名無しさん＠編集中 (ﾜｯﾁｮｲ 87db-dw5s)
垢版 |
2017/07/21(金) 01:06:29.96ID:QO2IvBND0
>>262こんなハックしないで、ちゃんとフィルタ間でデータのやり取りができるように
VapourSynthのプロパティが必要だな。VFRにも対応できるようになるし

音声殺して音声のパラメータ入れるところにポインタいれたりとか、いろいろハックしすぎｗ
0275名無しさん＠編集中 (FAX! e758-QK4i)
垢版 |
2017/07/26(水) 08:45:05.64ID:7GQ8LIln0FOX
http://egg.2ch.net/test/read.cgi/jisaku/1500765326/490-507
490 名前：Socket774[sage] 投稿日：2017/07/26(水) 03:36:29.73 ID:dFG7dSez [1/3]
一般的なマルチスレッドによる処理は平行処理、AVXなどのSIMD命令による処理が並列処理

507 返信：Socket774[sage] 投稿日：2017/07/26(水) 08:17:46.75 ID:dFG7dSez [2/3]
>>505
エンコは典型的なSIMDライクの並列処理、一般的なマルチスレッドはMIMDな平行処理
まあ一般には、並列処理 ⊆ 平行処理 の関係ではある
要するに、並列は同時に平行でもあることが多い、あるいは並列は平行の特殊な場合と考えればわかりやすい
0278名無しさん＠編集中 (ﾜｯﾁｮｲ 814f-KmJS)
垢版 |
2017/08/09(水) 16:06:44.25ID:K4o/tiYa0
最近AVSいじってないせいか、
久しぶりに32bit版のAvsPmodでプレビュー編集してたら
突然エラーを吐いて突然フリーズするようになった。
avsPmodの64bit版って無いんだっけ？
0282名無しさん＠編集中 (ﾜｯﾁｮｲ dfdb-aEKd)
垢版 |
2017/08/11(金) 12:32:29.73ID:1AgUxRs30
スクリプト関数とかって中で何が使われてるかはよく読まないと分からないけど、
実際に何が使われたかって簡単に分かる方法ない？
Avisynthが構築したフィルタグラフを見れるとうれしいんだけど
0286名無しさん＠編集中 (ﾜｯﾁｮｲ dfdb-aEKd)
垢版 |
2017/08/12(土) 01:27:28.23ID:6PLc71ni0
>>284
githubに上げてきた
https://github.com/nekopanda/AviSynthPlus/releases

AviSynth.dllを置き換える必要があるけど、AvsPmodのバイナリがあるフォルダに入れるとかでもOK

readme.txtにも書いてあるけど、べた書きavisynthスクリプトを出力か、dotファイルを出力か選べる
>>283はdotファイルをgraphvizで変換した画像
0287名無しさん＠編集中 (ﾜｯﾁｮｲ 93ea-wwH0)
垢版 |
2017/08/17(木) 05:20:02.33ID:VoITxH2d0
>>286
面白いな

MP_PipelineとかScriptcrip内の処理はクオートを外せば見れるようになるけど、
Trimでちがう処理したクリップ同士をつなぎ合わせると、それ以前の経路が省略されちゃうのか
冒頭がこんな感じになっちゃう
digraph avs_filter_graph {
node [ shape = box ];
clip3 [label = "..."];
clip17 [label = "EraseLOGO"];
clip18 -> clip17;
clip16 [label = "spline64Resize"];
clip17 -> clip16;
0289名無しさん＠編集中 (ﾜｯﾁｮｲ 114f-FUr6)
垢版 |
2017/08/18(金) 00:10:20.89ID:f27g4MPy0
AVSのクリップ変数って大量に定義しまくってメモリを大量に消耗するんだけど
あれってAVSが読まれている間にちゃんとメモリ解放とかするんだっけ？
■ このスレッドは過去ログ倉庫に格納されています
ニューススポーツなんでも実況