Compressed textures for FanArt - testing here with XBMC 2009-10-05 (r23431) or newer - Printable Version
+- XBMC Community Forum (http://forum.xbmc.org)
+-- Forum: Help and Support (/forumdisplay.php?fid=33)
+--- Forum: XBMC General Help and Support (/forumdisplay.php?fid=111)
+--- Thread: Compressed textures for FanArt - testing here with XBMC 2009-10-05 (r23431) or newer (/showthread.php?tid=59115)
- Balthazar2k4 - 2010-02-05 02:52
Louike Wrote:if you remove the .dds file there will be a white background.
Thanks. I had it working all along it was just my testing method was flawed
- headcase - 2010-02-05 19:21
bomana Wrote:Skimming backward it seems like a few scripts are floating around there to deal with the dds conversion until a proper solution is in place in xbmc. Anywho, I wrote a script to convert my existing fanart. Then I wrote a script to monitor for new fanart. Then I thought that perhaps somebody else wants it, so I spent a short while merging them together, and cleaning up a little bit. It is messy. It is virtually untested (I have not tested on my production xbmc box -file server is down waiting for new sas kit).
Awesome, thank you.
- bleze - 2010-02-05 19:33
On Windows 7 x64 on a Intel I7 nvcompress.com 64 bit cannot load jpeg's. Running the win32 version works fine but I find that the -fast parameter actually is slower than running without.
-bc1 -fast: 1.950 seconds
-bc1 : 1.537 seconds
(both with CUDA enabled)
- IceNine - 2010-02-05 20:30
bleze Wrote:On Windows 7 x64 on a Intel I7 nvcompress.com 64 bit cannot load jpeg's. Running the win32 version works fine but I find that the -fast parameter actually is slower than running without.
I also have the same issue with the 64-bit nvidia tools on Vista, the 32-bit ones work fine.
As for the times, I'm not positive but I think the -fast option doesn't use CUDA even though it reports that it's on, but it is MUCH faster than normal compression without CUDA. If you compare the times with just '-fast' and '-nocuda -fast', they are the same.
- bleze - 2010-02-05 23:56
The speed increase is amazing on my ASRock ION 330! Quality looks fine to me, but hard to tell with skin overlapping ect. I can't wait till this is standard. Will give the GUI such a boost especially when posters are supported also (perhaps skin gfx also?)
Thumbs up! Please make support for reading fanart.dss from movie folder (basically copy file to cache I guess?)
- ubuntuf4n - 2010-02-06 01:56
I would like to see whole skins in this standard, maybe they could also use the positive effects of this format.
- bomana - 2010-02-06 03:12
headcase Wrote:Awesome, thank you.
You are very welcome.
I did some nvcompress testing on various boxen with and without CUDA and -fast. Seems like use CUDA on ION is the result. On my dual Xeon testbox CUDA isn't working and -fast is much faster. I added a -f switch to tbn2dds if that is better on your platform.
- Jezz_X - 2010-02-06 03:48
The skin if it uses xbt instead of xpr (or uncompressed) is already using this for some of this in its code because the TexturePacker already compresses the skins images into some formats that are better for straight reading by the gpu.
But I'll be damned if I can find any of the info on it now
- D0nR0s4 - 2010-02-06 20:43
Works perfect over here, file sizes are 500% bigger, but no lags or artifacts at all with fanart, hope this will be integrated soon.
- bleze - 2010-02-06 21:50
Funny to see how slow Posters actually are compared to fanart. Crazy! It's like instant