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)
- furii - 2010-02-08 17:26
bleze Wrote: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?)
totally agree. i haven't noticed any quality loss in my fanart and the speed increase is definitely worth the slightly higher disk space used. i'd love to see this for posters as well.
- bomana - 2010-02-08 19:22
So I actually pushed my script live on my xbmc box this weekend and it seems a regexp didn't work quite as expected for some strange reason (only in -md mode). Anyway, now it works on my box. If you use the script and it works for you, no need to grab the latest, if you tried it and it didn't work you can grab an updated one: tbn2dds.
And yeah, this makes an atom 230 perfectly viable to run xbmc on. I was about to test with converting covers as well, but with the views I use it doesn't seem necessary. I may test anyway later.
- headcase - 2010-02-08 19:58
bomana Wrote:So I actually pushed my script live on my xbmc box this weekend and it seems a regexp didn't work quite as expected for some strange reason (only in -md mode). Anyway, now it works on my box. If you use the script and it works for you, no need to grab the latest, if you tried it and it didn't work you can grab an updated one: tbn2dds.
Will this new version pick up additions to the directory? In testing with the old script, if I changed fanart for something, it picked it up and ran nvcompress on it. But if I added a new movie then it did nothing.
I'm off to check out the inotify tools ... but I'm guessing that it's only looking for changes to existing files and not additions to the directory?
- bomana - 2010-02-08 23:25
headcase Wrote:Will this new version pick up additions to the directory? In testing with the old script, if I changed fanart for something, it picked it up and ran nvcompress on it. But if I added a new movie then it did nothing.
I just tested on my xbmc box and it seems to work as expected. I added a movie, a whole new tv show (not just an episode) and I changed a fanart. The issue I had for updating the script was the opposite problem btw, It bugged when a new fanart was downloaded for an existing movie, it all worked in testing as well. Weird.
So grab the new script and try that, let me know if you still have issues.
inotify-tools is just a lib and some utils that lets you use the inotify kernel interface easily. Basically when you use inotify you tell the kernel what file(s) or directories you are interested in and the kernel notifies your program of changes to them relieving you from polling. In this script I use inotify to tell me when a file has been opened O_WRITE, but I told it not to give notification until close() to ensure it doesn't start nvcompress before the file is all in place in the dir. The one issue with that is that nvcompress would be re-run if xbmc ever opens fanart for writing and then just closes the file without changing it. In that case nvcompress would run on the old file and waste a few cpu cycles I guess. I doubt xbmc does that very often if at all however.
- Bongu - 2010-02-10 06:35
I'm pretty new at all this but am wondering if this will help the issues I'm seeing.
I'm testing out XBMC on an old 2005 Dell P4 3.0Ghz with 2gb of ram. Both Posters and Fan Art take a long time to load. If I am in the Fan Art view, it will probably take 15-30 seconds for all the thumbnails (posters) to come in. Then if I scroll to a movie it will take 5-10 seconds for the Fan Art to display. All of my media is connected via a USB 2.0 Hard drive.
Would converting the fan art to dds make a difference for this type of older computer? I realize better hardware would make a big difference, but right now I'm testing XBMC before I get something to connect to my TV (perhaps an Acer 3610)
Also, I don't see any Thumbnails folder in the userdata folder. I imagine this is b/c of the external HD, so would I just change the fan art in the folder with the movies (I'm using Video_TS folders/files).
GUILargeTextureManager.cpp Patch - DV3B - 2010-03-19 02:29
Before the crash someone had posted a patch for GUILargeTextureManager.cpp to get dds for posters and thumbs. Wondering if anyone still has it, I deleted my copy
- dustbustr - 2010-03-19 13:26
BTW, I made a quick little modification to nvcompress in nvidia-texture-tools (link) which allows it to read .tbn files directly and determine whether they're JPEG or PNG. Makes converting all those images a little easier, I had quite a few to deal with.
Just add these lines to ImageIO.cpp (in nvimage) right before the line that reads "// @@ use image plugins?" (line 98 in the current version):
I also wrote a batch file for Windows to automate converting the thumbnails using my modified nvcompress. Just set the correct path to nvcompress.exe and save as makedds.bat in your %AppData%/XBMC/userdata/Thumbnails folder:
When run, it will search inside every subfolder for .tbn files that have no corresponding .dds and run nvconvert on them. I have EventGhost set to execute this whenever a new file is added to my Thumbnails folder, which works ok, but eventually I want to try modding XBMC to execute nvcompress every time it saves a new poster/fanart image.
Hope someone else finds this stuff useful. Using dds for posters/fanart makes a big difference, at least on my system. Everything pops up instantly for me now, even when quickly scrolling through lists.
- DV3B - 2010-03-20 07:36
Thanks dustbustr, you're a lifesaver.
- jmarshall - 2010-03-21 10:19
Note that as of r28714, XBMC will create .dds versions (indiscriminately) of .tbn files at viewing time if you use the <useddsfanart> advancedsetting.
Note that in some cases the DDS version may not be suitable due to quality being too poor. We need to identify a good benchmark for this so that we can have quality (at the expense of extra load time) where we need it.
If you find images the produce bad looking DDS equivalents, please make a note of them. I'll add some logging to dump out the error, so to work out the error that XBMC sees, just remove the .dds file and have XBMC regenerate it, then look in the log for the dds error.
- Bob___ - 2010-03-21 12:33
jmarshall Wrote:Note that as of r28714, XBMC will create .dds versions (indiscriminately) of .tbn files at viewing time if you use the <useddsfanart> advancedsetting.
can you tell me where i can find the r28714? The latest nightly build i can found was 28699 (at http://sshcs.com/xbmc/). Thanx in advance.