Compressed textures for FanArt - testing here with XBMC 2009-10-05 (r23431) or newer - Printable Version +- Kodi Community Forum (https://forum.kodi.tv) +-- Forum: Support (https://forum.kodi.tv/forumdisplay.php?fid=33) +--- Forum: General Support (https://forum.kodi.tv/forumdisplay.php?fid=111) +---- Forum: OS independent / Other (https://forum.kodi.tv/forumdisplay.php?fid=228) +---- Thread: Compressed textures for FanArt - testing here with XBMC 2009-10-05 (r23431) or newer (/showthread.php?tid=59115) |
- .:B:. - 2010-06-25 I am using r31321 but noticed this with other recent revisions too. Browsing through my collection is as 'slow' as it was without DDS before. I noticed the log shows quite a bit of errors about failed generation of DDS images: Code: 00:32:48 T:2846923632 M: 80838656 DEBUG: Creating DDS version of: special://masterprofile/Thumbnails/Video/Fanart/6310fbea.tbn Just wondering if this is a known issue? Or should I file a bug report and put up a full log? - jmarshall - 2010-06-25 It's not failing - it's simply deciding that the image quality wouldn't be good enough. Part of this is due to a bug - I think we're using a threshold that's too high. This has been reduced in r31366. You may find that the if you regen the DDS images they'll be slightly worse quality now, but more images will be accepted. When the DDSImage quality is regarded as not good enough we use ARGB which is obviously a lot larger so will take longer to load - it's a trade off between decoding CPU and disk speed. Cheers, Jonathan - fidoboy - 2010-06-25 I'm sorry but i'm a bit lost testing this new feature. What's the status right now? if i enable the advancedsettings 'useddsfanart' switch XBMC will do all conversions on the fly? don't i need my manual script to generate dds files anymore? Also, what kind of images are being used right now? fanarts only? many thanks in advance and i'm sorry if this questions are already solved. - BoBeRzE - 2010-06-25 Hello, first of all hello forum and sorry for my bad english . I have also problems with dds Fanarts. With XBMC´s internal conversion: If i use the xbmc´s internal conversion i get the same erros like .:B: and the filesize is really large. BTW i think the performance on my A330ION ist the same without DDS With nVidia DDS Tools: If i use the nVidia DDS Tools the filsize is OK but XBMC display the most pictures wrong. I think one of ten is OK (its load REALLY fast) and the others are display unidentifiable (only stripes on the screen). If i open all generated DDS File with IrfanView all its fine. I have this problem since i play around with DDS Fanarts (i start with svn Build r31095). I tried a couple of VGA driver but the problem still exists. I hope you can understand what i mean EDIT: XBMC try to load my DDS files also if no advancedsettings.xml exist . Coud it be that this switch only say "Hello XBMC generate a couple of DDS files "? EDIT 2 : @jonathan All of my Fanart has a resolution at least 1280*720. If think the quality to convert is good enough and the same files converted with the nVidia tools are fine with IrfanView. On the other side i get a file error if i try to open a DDS file (created with XBMC) in IrfanView. BoBeRzE - Hitcher - 2010-06-25 BoBeRzE Wrote:others are display unidentifiable (only stripes on the screen). I've noticed this as well. - jmarshall - 2010-06-25 I can't say whether the dds files produced using some other tool will load or not, though I should think they would. If you're on windows, then there's been some recent changes to when various options (eg NPOT support) are set so that may have something to do with it. At any rate, it's a different issue than XBMC-produced DDS images being rendered incorrectly. Cheers, Jonathan - RazorFR - 2010-06-25 The xbmc dds conversion is working well, but 1. The process is quite cpu intensive (60% on e8400) . Not sure if picture library is also converted on the fly, but it may not be such a good idea. 2. Some dds are quite big, that's for sure. I have a lot of 8101kb here too. 3. After the whole process is completed at least for fanarts (same number of tbn and dds files), well, something somehow is killing the benefit of it. Actually navigation through library with dds enabled is even less smooth with dds than with tbn... That was really different with 28xxx and the old nvidia manual conversion where the Gui speed diffrenec was quite blatant. I suspect it maybe related to the size of dds, but I am definitely no expert. - IceNine - 2010-06-25 I finally decided to upgrade past the addon barrier to SVN31345, I got my preferred skin (Aeon65) working as an addon and my library remade. Now the problem I have is that XBMC crashes like a champ when I enable DDS support. I think it works ok if I use Confluence, but Aeon65 definitely has some issue with DDS. I also tried Legacy Dark, and that has the same issue. I have a couple of crashlogs I will attach, but I think this is the relevant error: Code: Program terminated with signal 11, Segmentation fault. and Code: Program terminated with signal 11, Segmentation fault. I'm not sure if the skin is just not playing nice with Squish, but either way I wanted to report. If it looks to be a skin issue, is there anything I can pass along to the maker so this can get fixed? Crashlog 1 Crashlog 2 I also had 2 more crashlogs with a different error, and I can't tell by the log if I was using Confluence at the time or not, but I will include them just in case they may be helpful. Crashlog 3 Crashlog 4 - jmarshall - 2010-06-26 By the looks of it you have already compressed DDS images elsewhere that are being used as some sort of background image. Correct? - IceNine - 2010-06-28 When I upgraded I deleted the .xbmc, so I thought that would take care of it. Apparently there were some in the folder I hold the images for my backgrounds in also. I removed those DDS files and hopefully that will work. I haven't enabled DDS support over the weekend, I'm still a little gunshy after losing my library three times in a row. I'll report back when I give it a try. The same Error with SVN 31516 - BoBeRzE - 2010-06-30 Hello again, i have try it again with XBMC Nightly SVN 31516. Fist of all i have delete all dds File, create the advancedsettings.xml and still have same errors. Here is a Screenshot. Edit: The Debug Log - jmarshall - 2010-07-01 1. Grab that .dds file and the corresponding .tbn - you can probably find it by examining the log (if it logs about loading the .tbn file, then it'll be actually loading the .dds equivalent) 2. See if it loads in something like Irfanview. Both should load fine (you may need to rename the .tbn to .jpg). 3. What are the dimensions of the original .tbn file? 4. What are the dimensions of the .dds file? 5. Upload both so that others can test them. Cheers, Jonathan - BoBeRzE - 2010-07-01 Hi Jonathan and all others, 1. -> done 2. -> both pictures are fine in Irfanview 3. -> 1920 x 1080 (357.155 Bytes) 4. -> 1920 x 1080 (1.036.928 Bytes) 5. -> Original Fanart and DDS File BTW I have 78 movies in my database. XBMC has created 78 DDS files. All files are fine in Irfanview. VGA Drivers are Up to Date. Bye --- EDIT I have browse my movie database. 58 of 78 files are broken in XBMC. Jonathan wrote: Quote:if it logs about loading the .tbn file, then it'll be actually loading the .dds equivalent But in my log is no entry about loading a tbn file. In the Debug log i cant see a difference when XBMC is loading a "good" file or a broken file. Here is my Debug Log --- - furii - 2010-07-02 BoBeRzE Wrote:DDS File not sure if this is the right way to test, but that image opens just fine in xbmc for me through the filemanager. edit: log - jmarshall - 2010-07-02 DDS image loads fine in XBMC here. My guess is you suffer from a similar bug as discussed here: http://trac.xbmc.org/ticket/9269 Try setting <restrictcapsmask> to 4 in advancedsettings.xml. Cheers, Jonathan |