分页: 3 / 6

Re: 【置頂】LAV Filters【09/03 0.51.3-47-r2215 支持AAC-LD/ELD/多聲道AL

发表于 : 2012-09-04 6:02
06_taro
更新一下,部分支持DVD解碼…
其實之前某個版本開始就編譯進libopus,理論上支持opus解碼了,一直懶得寫(其實我也記不得哪個版本開始的了,也許都忘了放出來了…)…
samples:
AAC-LD:14-aac_ld.mp4.7z
Opus:14.opus.7z

貌似還有很多說法說現在opus沒法寫入mkv中,於是繼續sample:14-opus.mka.7z

Re: 【置頂】LAV Filters【10/8 0.51.3-118-git-r2286(a90910f) 支持TAK

发表于 : 2012-10-09 1:34
06_taro
支持TAK文件…

Re: 【置頂】LAV Filters【10/8 0.51.3-118-git-r2286(a90910f) 支持TAK

发表于 : 2012-10-09 12:43
mawen1250
拜taro大。。。

Re: 【置頂】LAV Filters【10/8 0.51.3-118-git-r2286(a90910f) 支持TAK

发表于 : 2012-10-09 19:12
adef
补丁提交到git就好了,编译的人多。

Re: 【置頂】LAV Filters【10/8 0.51.3-118-git-r2286(a90910f) 支持TAK

发表于 : 2012-10-09 23:04
06_taro
完全沒技術含量的東西,nev想搞的話5分鐘內肯定能搞定…
patch在MF文件夾內有
不過目前不能做源濾鏡,只能分離和解碼,因為如果作為源濾鏡需要寫註冊表,不保證和之後nev自己搞的相同,所以升級安裝的話可能覆蓋不掉,反正MPC-HC之類的肯定會調用系統源濾鏡,應該沒有影響…


已進official repo…

Re: 【置頂】 LAV Filters【11/1 0.52-36-git-r2376(224c816) 支持TAK】

发表于 : 2012-11-02 15:12
xbshui0
ok 了解了

Re: 【置頂】 LAV Filters【11/1 0.52-36-git-r2376(224c816) 支持TAK】

发表于 : 2012-11-03 0:09
06_taro
FFmpeg-tak1.0.0.png
這是FFmpeg的tak解碼器的問題,FFmpeg的tak解碼部分其實是對2.2.0的tak_deco_lib.dll做reverse engineer然後寫出來的,暫時還沒有完成對1.x的tak的兼容部分(1.x到2.x時tak進行了大幅度修改),這個文件其實是1.0.0版takc編碼出來的,如果想要FFmpeg來解決的話請上報給FFmpeg(不過FFmpeg已經知道這個問題了,只是沒人寫patch吧,畢竟現在用1.x版的tak的人應該很少了,就像前身yalac肯定沒人用一樣… 既然丟rar裡還沒有內嵌cuesheet乾脆拆開轉壓算了… {:cat_15} )。

另外,論壇應該是禁止出現版權物的,請切出不超過30s並且可以重現出問額的一小段上傳。
PS. 其實百度我基本上下不動,直接跑到d9去找MF下載了…

Re: 【置頂】 LAV Filters 【0.54.1-git-r2468(237f0dd)】

发表于 : 2012-11-29 8:53
fch1993
你这个 輸出color space的方式也改的不对吧。

对于rgb48输入,居然是rounding输出RGB32,我都快瞎眼了。

不应该是madvr输出y416 evr渲染器dither输出rgb32吗。

Re: 【置頂】 LAV Filters 【0.54.1-git-r2468(237f0dd)】

发表于 : 2012-11-29 12:50
06_taro
fch1993 写了:你这个 輸出color space的方式也改的不对吧。

对于rgb48输入,居然是rounding输出RGB32,我都快瞎眼了。

不应该是madvr输出y416 evr渲染器dither输出rgb32吗。
lavf的pixel fmt converter輸入的rgb只能到argb32,沒有更高的,轉換是FFmpeg內部完成的

話說您在哪兒看到我說過有修改rgb輸入時的csp選擇邏輯了?
哦抱歉您都快瞎眼了當然只能睜眼說瞎話,當我沒說好了

Re: 【置頂】 LAV Filters 【0.54.1-git-r2468(237f0dd)】

发表于 : 2012-11-29 17:13
fch1993
06_taro 写了:
fch1993 写了:你这个 輸出color space的方式也改的不对吧。

对于rgb48输入,居然是rounding输出RGB32,我都快瞎眼了。

不应该是madvr输出y416 evr渲染器dither输出rgb32吗。
lavf的pixel fmt converter輸入的rgb只能到argb32,沒有更高的,轉換是FFmpeg內部完成的

話說您在哪兒看到我說過有修改rgb輸入時的csp選擇邏輯了?
哦抱歉您都快瞎眼了當然只能睜眼說瞎話,當我沒說好了
我知道只能输出RGB32 但是其他转换不是在FFmpeg內部完成的吗?
例如P010转为RGB输出,你这里madvr输出y416 evr渲染器dither输出rgb32,就是要你修改优先级啊,你这个修改不完全我报个错就不行吗.
这是444的源输入出问题了,422的源输入的优先级我现在也没有测试,不知道是不是也是按照那个优先级输出的。