请教有办法让一个AVS文件变成所有片源通用的滤镜吗？

[06_taro]

我上面那个autoPSPenc因为视频还是走DSS所以还是需要系统的分离解码。实际上对大部分格式来说你可以改成FFVideoSource，这样就可以不用dshow了，常见的格式基本上都还是支持的而且RP更少。当然如果你的处理仅仅是nr/resize/subtitles，实际上用tMod都可以全程走x264内置，连avs都不需要了……当然要改fps之类的另当别论（实际上仅仅是砍半帧的话也可以用内置select_every的vf……

[rockzero18]

請問avconv.exe並不能單獨工作嗎？我到win32.libav.org所下載的
libav-win32-20120205.7z裡的avconv.exe還需要dll文件才能運行(7z裡面有)。

[06_taro]

因为那个是shared build，不是static，所以单个exe不行，需要有那堆dll在。如果你要单文件的，这里有下载：
http://www.nmm-hd.org/newbbs/viewtopic.php?f=8&t=376

[rockzero18]

感謝您編譯的avconv-static！不過我突然想到，既然我要透過AVS讓影片變成2倍快，
那麼我的聲音也就還是得走AVS而不能直接用avconv作stdout了…

實際使用了autoPSPenc的腳本後，我遇到了一個關於x264主程序的問題…
使用官方版的x264可以正常編碼，d264版會卡在編碼畫面(沒出現進度)，
即使不加任何參數"x264 -o test.mp4 test.avs"也是一樣會卡在編碼畫面。
d264u版則是編碼出有問題的視頻，1min的視頻變成幾秒鐘就播完了(快進)。

而編碼過程中，出現的這個信息(片源為RMVB)
[rm @ 02d5ae60] Unsupported stream type 00000214請問是指什麼？
雖然看起來並沒有影響到編碼的成功與否。

另問，x264對於路徑名稱、長度是否有限制呢？例如在
X:\日劇動畫字幕\direct264pack\Direct264_r419_uPyMod_x264\x264.exe
就會出現這樣的錯誤"x264 [error]: could not open input file 'test.avs'."

[nuomi]

感謝您編譯的avconv-static！不過我突然想到，既然我要透過AVS讓影片變成2倍快，
那麼我的聲音也就還是得走AVS而不能直接用avconv作stdout了…

實際使用了autoPSPenc的腳本後，我遇到了一個關於x264主程序的問題…
使用官方版的x264可以正常編碼，d264版會卡在編碼畫面(沒出現進度)，
即使不加任何參數"x264 -o test.mp4 test.avs"也是一樣會卡在編碼畫面。
d264u版則是編碼出有問題的視頻，1min的視頻變成幾秒鐘就播完了(快進)。

而編碼過程中，出現的這個信息(片源為RMVB)
[rm @ 02d5ae60] Unsupported stream type 00000214請問是指什麼？
雖然看起來並沒有影響到編碼的成功與否。

另問，x264對於路徑名稱、長度是否有限制呢？例如在
X:\日劇動畫字幕\direct264pack\Direct264_r419_uPyMod_x264\x264.exe
就會出現這樣的錯誤"x264 [error]: could not open input file 'test.avs'."

Direct264就是DirectShow的，您還載入AVS想幹嘛……

[rockzero18]

Direct264就是DirectShow的，您還載入AVS想幹嘛……

當然是要用AVS的Internal Filter啊…（即本文一開始所提問的問題）
且Direct264的x264主程式似乎應該是支援AVS作為Input Source的？
因為輸入x264 -h就可以看到它對AVS的輸入支援顯示"yes"。

另外就是DIrect264/umod二者的x264主程式都比官方版小了許多，
又還有針對不同CPU作優化的版本，想試試看core_ix版是否比較快？
想比較E7400 3.5GHz/i5-2410M 2.7GHz跑官方/core_ix版的速度。

[msg7086]

本文一开始提到的avs的internal filter完全没有必要走avs啊

加速播放只要指定fps和删帧就行了，selectevery比changefps还要快， 为何坚持不用x264自己的功能而非要去avs走一圈？

[06_taro]

注1：可能是因为gcc优化的关系，编译的core2版在编码速度上反而还不如generic版，故不提供core2版

纯引用

嘛其实不要以为别人没说就没在编译的时候做优化。x264的编译默认就开启了-msse，而实际上大部分非vanilla编译版都开了-msse2，反正不支持sse2的电脑现在很少见了……而-mtune=core2目前没有测试表明对x264会变快，所以基本上没人用……

[rockzero18]

注1：可能是因为gcc优化的关系，编译的core2版在编码速度上反而还不如generic版，故不提供core2版

纯引用

嘛其实不要以为别人没说就没在编译的时候做优化。x264的编译默认就开启了-msse，而实际上大部分非vanilla编译版都开了-msse2，反正不支持sse2的电脑现在很少见了……而-mtune=core2目前没有测试表明对x264会变快，所以基本上没人用……

那个注解我有看到，所以我知道并没有Core 2优化版的存在。
我指的比较是，在i5上使用Core ix优化版，是否会比在E7400(Core 2)上使用通用版来得快？
但使用d264u的x264进行编码时，却出现了1min的视频变成了几秒钟的问题…

本文一开始提到的avs的internal filter完全没有必要走avs啊

加速播放只要指定fps和删帧就行了，selectevery比changefps还要快， 为何坚持不用x264自己的功能而非要去avs走一圈？

其实并不是坚持要走AVS，是因为我不知道音频的部份如果不走AVS，该怎么也让它2倍快呢？
所以才会直接透过AVS来实现视频/音频同时2倍速的处理…

[06_taro]

我估计不会有可观的优势，说不定还会变慢。记得x264有个开发者曾经到gcc的devel mail-list里去问过core2和core i7（好像是Alexander Strange问的？记不清了……），像x264这种底层优化的代码很多的情况本身受编译参数优化的影响不会太大，而且有时候gcc的编译优化对x264的那些asm反而会有反作用。类似的还有ffmpeg之类的。

话说拿i5和E7400比不同编译版的速度干嘛……