9月
21
- 性能向上
-
- 共通: x64 バージョンで、デコードを高速化した。
readme 日本語 英語 / バイナリ Windows (exe) Mac OS X (zip) / ソース
Haswell だと、最も高速化が期待できる「デコード速度優先でネイティブな色空間へのデコード」で 25% 程度の高速化になります。速い!
x86 は変わっていません。
readme 日本語 英語 / バイナリ Windows (exe) Mac OS X (zip) / ソース
Haswell だと、最も高速化が期待できる「デコード速度優先でネイティブな色空間へのデコード」で 25% 程度の高速化になります。速い!
x86 は変わっていません。
Hey there. I’ve encountered a few (reproducible) crashes in a few of your codecs. I’d consider myself a pretty good C++ programmer (although I’ve never touched codecs before) so I’ll try to debug them myself. If you’re interested in some of the debugging info I can provide, you can contact me at ibemad@gmail.com.
Hmm. Could you tell me the reproducibility conditions here?
I’m using dxtory to record in source-powered games (Left 4 Dead 2, Team Fortress 2). Whenever I try to record in either of those games using RGB or RGBA codecs, the game crashes instantly. If I use any of the other codecs (the YUV ones), they record fine, but if I try to open them it crashes the media player (crashes VirtualDub and Windows Media Player).
I’m using Windows 7 x64 and Dxtory 2.0.123. I have an AMD Phenom II x4 965 @ stock 3.4 GHz, 8GB ram, AMD Radeon HD 6870.
It’s a 100% reproducible crash, so I have a feeling that it probably has something to do with my hardware configuration or something else you have no way of testing on your side, otherwise you’d notice a bug like this immediately.
All right. I have some more questions.
1: Do older versions of codec (like 13.1.0 and 12.0.1) crash similarly?
2: Do other games crash similarly?
I have fixed the bug. It’s a very stupid bug…
13.2.1 will be released soon.
:D Thanks, it works great now.