[mark007]

Ahhhh... maybe thats the bug then. Using movie.tbn doesn't resize in my case as far as I can see. The original 1000 x 1500 file resized to 720 x 1080 in photoshop looks absolutely identical to the movie.tbn loaded in aeon65 skin. Theres no way it was resized.... It looks pixel perfect...

folder.jpg definitely looks like it got resized significantly.

[>>X<<]

I give up :confused2:

Using movie.tbn and aeon65 the movie info doesn't used cached but thumbs in library it does

Using folder.jpg it uses cached for both thumbs and movie info

[mark007]

Thanks. I'll use tbn and give up on everything else also lol. Too many inconsistencies and ifs and buts.

X, now that I think I understand, do you believe it should be possible for aeon65 to load movie.tbn OR folder.jpg or others in their original form in movie info, like it currently does with folder.jpg... or is it impossible for a skin to load the original file if its not a tbn? Just not sure what xbmc limitations are here.

If its posisble to load the original movie.tbn AND folder.jpg from a skin, I'll add it as a feature request on aeon65's side. Thanks again for your input and patience while I try to understand this.

[>>X<<]

Aeon pulls the movie.tbn when you press "i" that poster you see on the info screen is the actual movie.tbn full size any other images of that poster meaning thumbs in your library you scroll through are cached versions of that movie.tbn and there's no reason to have small thumbs using full size images

I'm not sure how many or if any other skins do the same

If you want bigger thumbs cached then use the advanced setting think the largest I could get was around 1200 in height

You know most skins are 720 which is why I said its pointless using 1000x1500 if you take a look at aeon65 its poster size on the info screen has a height of 720

[jmarshall]

Aeon pulls the movie.tbn

As I suspected, the fault is with Aeon, not with XBMC. Thus the reason you get errors in your log when movie.tbn isn't present.

Please confirm this and I'll close the ticket.

[mark007]

Close ahead. I'll bring it up with aeon guys again cheers.

[mark007]

Hi all, well I brought two issues relating to posters on the aeon65 bug tracker and it seems both might be xbmc related.

I'm using xbmc 32894.

First Issue
A few weeks ago I was experimenting with different file names for my tv show posters... and when reloading the tv show information during those experiments, it seems like one of those posters got cached by xbmc... I had various modified versions of the same poster, one with a "1" scribbed on it, one with a "2" etc.

So my situation now is that I have a cached version of the fanart with the "1" scribbed on it and i cannot get rid of it. For example, now I only have a perfect (unedited) version of folder.jpg. When I reload data in aeon, it first obviously tries to display a cached version of the poster, than it draws a folder.jpg no top...

My question is, what is causing xbmc to keep a hold of this many weeks old poster with the "1" scribbled on it. Reloads in xbmc using aeon and confluence don't get rid of it from my machine..

See here as aeon draws the info dialog, it correctly draws my folder.jpg but for a split second, it can be seen that xbmc is still holding onto my "1" scribbed version of my poster.

http://img189.imageshack.us/i/screenshot006vn.jpg/

Second Issue
I know the only way to get unscaled down version of the poster for a movie, is to use the movie.tbn file... is there an equivalent for tv shows, because when aeon uses folder.jpg or poster.jpg it again seems to receive a scaled down version of the poster for a tv show... Can skins request an unmodified version of folder.jgp poster.jpg etc for both movies and tv show information dialogs.. so that people don't need a movie.tbn for movies..

[jmarshall]

First issue: The "cached version of the poster" that is displayed first is likely the cached folder thumb. Check the Aeon skin code to see what it's doing - there'll be 2 image controls on top of each other. You should be able to get rid of it by (re)setting the poster via GetThumb.

Second issue: It is _completely_ unsupported that skins such as Aeon do this. Nor will it be supported. It relies on filesystem structure being a certain way which means it doesn't work in cases where the filesystem structure isn't that way. This is something we do not support. Skins can ofcourse choose to do it if they like, but if it breaks, too bad.

In the future we'll be looking at improving the way all images are cached (eg introducing mipmapping and the like, and/or possibly multiple sized images being cached) but it's not going to be for quite a while.

Cheers,
Jonathan

[mark007]

Thanks for the reply. So for the first issue why would a reload not clear the xbmc cache? Isn't this an xbmc bug

And for the second issue i guess I'll just have to wait or ask aeon guys to do the unsupported and load the file from the file system for the time being.

[jmarshall]

I have no idea, as you really haven't provided enough information.

1. Is it the cached icon. Check the Aeon code to see what it's loading.
2. If it is, then does it change if you change it to a scraped thumb for instance.

Cheers,
Jonathan

[>>X<<]

Hi all, well I brought two issues relating to posters on the aeon65 bug tracker and it seems both might be xbmc related.

I'm using xbmc 32894.

First Issue
A few weeks ago I was experimenting with different file names for my tv show posters... and when reloading the tv show information during those experiments, it seems like one of those posters got cached by xbmc... I had various modified versions of the same poster, one with a "1" scribbed on it, one with a "2" etc.

So my situation now is that I have a cached version of the fanart with the "1" scribbed on it and i cannot get rid of it. For example, now I only have a perfect (unedited) version of folder.jpg. When I reload data in aeon, it first obviously tries to display a cached version of the poster, than it draws a folder.jpg no top...

My question is, what is causing xbmc to keep a hold of this many weeks old poster with the "1" scribbled on it. Reloads in xbmc using aeon and confluence don't get rid of it from my machine..

See here as aeon draws the info dialog, it correctly draws my folder.jpg but for a split second, it can be seen that xbmc is still holding onto my "1" scribbed version of my poster.

http://img189.imageshack.us/i/screenshot006vn.jpg/

Second Issue
I know the only way to get unscaled down version of the poster for a movie, is to use the movie.tbn file... is there an equivalent for tv shows, because when aeon uses folder.jpg or poster.jpg it again seems to receive a scaled down version of the poster for a tv show... Can skins request an unmodified version of folder.jgp poster.jpg etc for both movies and tv show information dialogs.. so that people don't need a movie.tbn for movies..

Aeon pulls the movie.tbn on the info screen but it also displays the cached version underneath because not everyone uses movie.tbn and for those people it would be blank if it didn't do it that way

Your still seeing the scribbed version which is the cached version because you haven't refresh it, you need to refresh it to update the cached version with your new one

If you increased your thumb size it would solve all your problems like I said in the other post I can hardly tell the difference between cached at max size and original move.tbn being pulled not that you need the max size when the thumb height on movie info in aeon is scaled to 720

http://img832.imageshack.us/img832/3061/comparsison.jpg

[mark007]

So.. you say I'm still seeing this old cached version because I havn't refreshed it. How do I refresh it? I always thought the "Reload" function in the aeon skins should do this, reload nfo, poster, fanart etc. Everything gets loaded for me except the poster, it stays at whatever cached version is there since weeks ago.. I just reloaded data for this tv show with the following file formats and the thumb which aeon is showing hasn't updated.

poster.tbn - no change after reload - no change after xbmc restart
folder.jpg - no change after reload - no change after xbmc restart
poster.jpg - no change after reload - no change after xbmc restart
Dexter.jpg - no change after reload - no change after xbmc restart
Dexter.tbn - no change after reload - no change after xbmc restart

Changing the thumb size wouldn't solve this problem because the files arn't getting reloaded at all in this case.... reloads don't show the new files in the info dialog at all... the cache doesn't reload.

Changing the thumb size is a great idea, but that would mean even small versions of the poster used in showcase type views would have those much larger textures used when only tiny versions of them are needed. I would much rather have the skin have the ability to choose where to use original / scaled versions of the poster (coming in the future of course).... so for the moment I like workarounds like letting the skin load the movie.tbn file in the info dialogs... I will try to find such a workaround for tv shows... movie.tbn isn't used there...(just asked the aeon guys if thats under their control) if I can just resolve the reload problem at least first

If I use the "get thumb" I can choose a thumb from disk and it then gets displayed so my quesiton surround this is should "reload" also reload the poster into the db again from disk... by design... if so theres a problem.

Also if I then select "get thumb" and choose "None", the last thumb selected reappears after again. ie it doesn't get.. cleared or whatever. (maybe aeons problem, I'll retest this with confluence)

[>>X<<]

Yeah reload refresh same thing if its not working the one sure way of solving it is to delete your db and cache and rebuild your library from scratch, you might think about upping your thumb size if you decide to do that

Or you could always delete the cached versions of the offending poster then reload there's a reg hack on here somewhere for making tbn files visible as thumbs under windows so its easy to find them

Personally if it was me I would rebuild my library doesn't take long if your using local artwork nfo etc

[mark007]

Thanks, I'll try that. But for the benefit of everyone I assume a trac bug report should be created if reload / refresh doesn't reload thumbs as it should yea?

Heres the section of the debug log when trying to reload the tv show.... theres only an error that relates to a fanart tbn. It says

19:11:57 T:4320 M:4092862464 DEBUG: msg: PICTURE::LoadImage: Unable to open image: special://masterprofile/Thumbnails/Video/Fanart/2658b7a9.tbn Error: (2)

but I can load this fanart file manually using microsoft paint.... Theres no attempt to load my folder.jpg which I have as my poster at the moment....

19:11:52 T:1688 M:4077056000 DEBUG: ------ Window Init (DialogVideoInfo.xml) ------
19:11:52 T:1688 M:4077056000 INFO: Loading skin file: DialogVideoInfo.xml
19:11:52 T:4320 M:4057919488 DEBUG: CTextureCache::GetImageHash - unable to stat url F:\New Tv Shows\Dexter\poster.jpg
19:11:53 T:1688 M:4083847168 DEBUG: SDLKeyboard: scancode: 28, sym: 13, unicode: 13, modifier: 0
19:11:53 T:1688 M:4083847168 DEBUG: CApplication::OnKey: 61453 pressed, action is Select
19:11:53 T:1688 M:4083847168 DEBUG: CApplication::ExecuteXBMCAction : Translating SendClick(2003,6)
19:11:53 T:1688 M:4083847168 DEBUG: CApplication::ExecuteXBMCAction : To SendClick(2003,6)
19:11:53 T:1688 M:4083847168 INFO: Loading skin file: DialogYesNo.xml
19:11:53 T:1688 M:4083843072 WARNING: Skin has invalid include: DialogInfo
19:11:53 T:1688 M:4083843072 WARNING: Previous line repeats 5 times.
19:11:53 T:1688 M:4083843072 DEBUG: ------ Window Init (DialogYesNo.xml) ------
19:11:55 T:1688 M:4082388992 DEBUG: SDLKeyboard: scancode: 28, sym: 13, unicode: 13, modifier: 0
19:11:55 T:1688 M:4082388992 DEBUG: CApplication::OnKey: 61453 pressed, action is Select
19:11:55 T:1688 M:4084404224 DEBUG: ------ Window Deinit (DialogYesNo.xml) ------
19:11:55 T:1688 M:4083986432 DEBUG: ------ Window Deinit (DialogVideoInfo.xml) ------
19:11:55 T:1688 M:4083945472 DEBUG: VideoInfoScanner: Found matching Full NFO file: F:\New Tv Shows\Dexter\tvshow.nfo
19:11:55 T:1688 M:4083945472 INFO: Loading skin file: DialogYesNo.xml
19:11:55 T:1688 M:4083941376 WARNING: Skin has invalid include: DialogInfo
19:11:55 T:1688 M:4083941376 WARNING: Previous line repeats 5 times.
19:11:55 T:1688 M:4083941376 DEBUG: ------ Window Init (DialogYesNo.xml) ------
19:11:56 T:1688 M:4089716736 DEBUG: SDLKeyboard: scancode: 28, sym: 13, unicode: 13, modifier: 0
19:11:56 T:1688 M:4089716736 DEBUG: CApplication::OnKey: 61453 pressed, action is Select
19:11:56 T:1688 M:4089446400 DEBUG: ------ Window Deinit (DialogYesNo.xml) ------
19:11:56 T:1688 M:4089446400 INFO: Loading skin file: DialogProgress.xml
19:11:56 T:1688 M:4089442304 DEBUG: ------ Window Init (DialogProgress.xml) ------
19:11:57 T:1688 M:4092489728 DEBUG: CVideoDatabase::GetStackedTvShowList query: select idShow from tvshow where c00 like (select c00 from tvshow where idShow=14) order by idShow
19:11:57 T:1688 M:4092485632 DEBUG: CVideoDatabase::GetSeasonsNav query: select episode.c12,path.strPath,tvshow.c00,tvshow.c08,tvshow.c14,tvshow.c13,count(1),count(files.playCount) from episode join tvshowlinkepisode on tvshowlinkepisode.idEpisode=episode.idEpisode join tvshow on tvshow.idShow=tvshowlinkepisode.idShow join files on files.idFile=episode.idFile join tvshowlinkpath on tvshowlinkpath.idShow = tvshow.idShow join path on path.idPath = tvshowlinkpath.idPath where tvshow.idShow = 14 group by episode.c12
19:11:57 T:1688 M:4092485632 DEBUG: CVideoDatabase::GetMoviesByWhere query: select * from movieview join movielinktvshow on movielinktvshow.idMovie=movieview.idMovie where movielinktvshow.idShow = 14
19:11:57 T:4320 M:4092862464 DEBUG: msg: PICTURE::LoadImage: Unable to open image: special://masterprofile/Thumbnails/Video/Fanart/2658b7a9.tbn Error: (2)
19:11:57 T:4320 M:4092862464 ERROR: Texture manager unable to load file: special://masterprofile/Thumbnails/Video/Fanart/2658b7a9.tbn
19:11:57 T:1688 M:4076400640 DEBUG: VideoInfoScanner: Found matching Full NFO file: F:\New Tv Shows\Dexter\tvshow.nfo
19:11:57 T:1688 M:4076478464 DEBUG: VideoInfoScanner: Adding new item to tvshows:F:\New Tv Shows\Dexter\
19:11:57 T:1688 M:4075298816 DEBUG: CVideoDatabase::GetStackedTvShowList query: select idShow from tvshow where c00 like (select c00 from tvshow where idShow=14) order by idShow
19:11:57 T:1688 M:4075298816 DEBUG: CVideoDatabase::GetSeasonsNav query: select episode.c12,path.strPath,tvshow.c00,tvshow.c08,tvshow.c14,tvshow.c13,count(1),count(files.playCount) from episode join tvshowlinkepisode on tvshowlinkepisode.idEpisode=episode.idEpisode join tvshow on tvshow.idShow=tvshowlinkepisode.idShow join files on files.idFile=episode.idFile join tvshowlinkpath on tvshowlinkpath.idShow = tvshow.idShow join path on path.idPath = tvshowlinkpath.idPath where tvshow.idShow = 14 group by episode.c12
19:11:57 T:1688 M:4075298816 DEBUG: CVideoDatabase::GetMoviesByWhere query: select * from movieview join movielinktvshow on movielinktvshow.idMovie=movieview.idMovie where movielinktvshow.idShow = 14
19:11:57 T:1688 M:4075290624 INFO: Caching image from: F:\New Tv Shows\Dexter\season01.tbn to special://masterprofile/Thumbnails/Video/d/d743ded3.tbn with width 512 and height 512
19:11:57 T:1688 M:4074958848 INFO: Caching image from: F:\New Tv Shows\Dexter\season02.tbn to special://masterprofile/Thumbnails/Video/d/da00f80a.tbn with width 512 and height 512
19:11:57 T:1688 M:4074934272 INFO: Caching image from: F:\New Tv Shows\Dexter\season03.tbn to special://masterprofile/Thumbnails/Video/d/dec1e5bd.tbn with width 512 and height 512
19:11:57 T:1688 M:4074876928 INFO: Caching image from: F:\New Tv Shows\Dexter\season04.tbn to special://masterprofile/Thumbnails/Video/c/c086b5b8.tbn with width 512 and height 512
19:11:57 T:1688 M:4074676224 INFO: Caching image from: F:\New Tv Shows\Dexter\fanart.jpg to special://masterprofile/Thumbnails/Video/Fanart/2658b7a9.tbn
19:11:57 T:1688 M:4074303488 DEBUG: ------ Window Init (DialogVideoInfo.xml) ------

[AnalogKid]

Just for those who don't recall 'way back then'....

Originally XBMC and related skins relied on XBMC's engine to load images...
The engine used (and still does) some smart caching and resizing stuff to make the loading of images a) quicker and b) available (remember some images MIGHT be on offline media, so had to be cached).

Now... SOME Skinners thought that was ok until they wanted to create skins that made a real play of showing off cover art... it's one thing to have a nice cover that uses maybe 400 pixels but when it uses 1080, XBMC's 'cached' image was starting to look bad.

SO.... some skinners made the horrific decision to start avoiding the cached images and pulling the REAL image from the media folders themselves, at FULL resolution. Hence skins like Aeon 'not finding' some art when your media is offline, or looking fabulous when you use 'tbn' and not fabulous when you use jpg (because it's hard coded to look for TBN when trying to show hi res images directly from the media folder, but not for jpg, where it might just settle for the cached imaged...).

The logic was a little like this:
--> User wants to view 'info' page for a movie and we want to show a very hi res image.
--> Find the folder where the movie resides, and use 'movie.tbn' to get the hi res image. <--- THIS is the culprit
--> If we can't find it... just ask XBMC for the standard image (the low res jpg/tbn as determined by XBMC engine)

When I use the term 'horrific', I have no problem with the goals they were trying to achieve, but the technique is flawed...

They SHOULD have proposed a better API with XBMC to get the full resolution, so that skins can request 'cache, real, cache preferred, or real preferred'

But they didn't...
and THAT is the root of your troubles and discrepancies between tbn and jpg on some skins.