Ran into a little snag that I'm trying to figure aout.
My MyMusicPlayingNow screen has a dual dual screen layout, one when fan art is available, one when it's not (and displays the built-in cover/artist alternating image). With fanart handler set up to do it, the layout switch-over takes a minute or two when fanart or non-fanart changes one to the other. The fanart displays correctly as defined, but the screen layout of labels and cover art takes too long (am I explaining that clearly?)
Yes, you have a problem here and one that is hard to solve. The problem is this.
1. You start playing a song with fanart, the fanart plugin will set fanart image .1
2. After an interval playing the same song, the fanart plugin will set fanart image .2 and switch to that image
3. After an interval playing the same song, the fanart plugin will set fanart image .1 and switch to that image
4. Now song changes and no fanart is available, the plugin will set fanart image .2 to blank as no image is available but image.1 has still a value from previous change (this to support smoth transitions)
5. You have the condition "<visible>![control.hasthumb(897688)+control.hasthumb(897689)]</visible>" in your xml and since image.1 still have a thumb it will not be valid.
The same applies going from non fanart to fanart as first interval image one will be populated but image two not until second interval.
Try changing your conditions to;
<visible>[control.isvisible(91919291)+!control.hasthumb(897688)]|[control.isvisible(91919292)+!control.hasthumb(897689)]</visible>
this will make your skin switch to using the non fanart options when image 1 is visible but have no thumb. The same for image two.
I changed the visibility of the #play.Current.Thumb to the suggested tag (non fanart), and the visibility of all the labels based on the visibity of the #play.Current.Thumb.
When the fanart transitions to none, the labels for the fanart view switch to the new song title a couple seconds before the fanart fades out, then the view changes to the non-fanart view. When (I assume) the fanart handler changes to the next image and switches it off (no fanart) the fanart view of the labels switches in for a moment, then returns to the non-fanart label view.
When the non-fanart view transitions to fanart view, there is a slight delay of the non-fanart labels before switching to fanart view labels (probably because the #play.Current.Thumb is still visible behind the fanart image 1) and then when the fanart switches to image 2, the non-fanart labels switch in momentarily.
I'm going to try changing all the label visibility tags after I wake up in the morning... too sleepy now... the delay in the visibility transitions of #play.Current.Thumb might be an issue.
Thanks for the help
Chuck
well... I couldn't wait till later... made the changes, but the momentary flash of the previous label layouts still exist when fanart handler switched images (only the first instance after the switch)... also, the labels don't appear for fanart till the second image is displayed (or the first image is redisplayed)
I'm currently working with downloading music fanart and has put together the text below to support my thinking. Please see if anything looks strange or is missing so we get a good solution from the start.
Design (MP Configuration)
Option: enable auto download of music fanart allready in MP music database.
Option: enable auto download of music fanart for now playing artist
Option: download max X images / artist (available options are 1, 2, 4 and 6).
Implementation
SQLLite database named fanarthandler.
Table Music with columns (artist, disk_image, source_image), disk_image=full path, source_image=filename only.
Import into table Music from htbackdrops if image/artist count < max and source_image not in table allready and download image to disk.
Import into table from "thumbs\Skin Fanart\Music" folder if source_image not in table allready.
Separate thread started at plugin start handling this and thread then executed once every 24 hours for artists with image count < max
What happens if some artist doesn't have enough fan art to download? Will the plugin try to download the content again every single day? Maybe some sanity check would be a good to have?
I have introduced a new control with id 91919293 (see Wiki) that I hope solves your problem. With it you can control visibility using <visible>!control.isvisible(91919293)</visible> for deciding if fanart is available for current artist/video etc.