Discussion in 'Fanart Handler' started by cul8er, November 29, 2010.
Cool! Thanks for the quick reply Cul8er
I can tinker some more now
I'm still seeing black fanart in some occasions. I'm not sure if it's skin or FanartHandler problem.
FanartHandler: v184.108.40.206 for MePo SVN
Skin: Black Glass Nova for MePo 1.2 - latest SVN (blackglass - Project Hosting on Google Code)
Last time I checked I saw black backgrounds in OnlineVideos and MyVideos (shares view).
No suspicious log messages but I can include log files later
Thanks for your report.
1. Please add the exact title and foldername of the movie that causes the black fanart.
2. Please attach the fanart jpg you have for this movie.
And I will have a good way of trying to track this problem.
General Multiseat DB deadlock problem!
first of all - GREAT WORK!
Just changed to MP 1.1.2 and latest StreamedMP with latest extensions.
Using Fanart and Tv Series, and so on.
My setup has the databases on a network share so all clients are able to access them.
In the last days I am experiencing deadlocks on the databases. Fanart or TV Series is locking the DB and I have to restart MP on the client that locks the DB to get everything back to normal.
Perhaps the Multiseat Setup should be tested more by all developers who are deploying database driven extensions.
So this is not only a fanart problem.
Perhaps there is a better setup of the mutiseat environment than putting all the databases on a network share?!?
Do you have any suggestions?
Thank's a lot
AW: Fanart Handler Plugin v220.127.116.11 (and music fanart scraper)
*** removed ***
Hi cul8er, dunno if you have seen this little conversation http://forum.team-mediaportal.com/b...portal-1-2-0-svn-88760/index9.html#post690068
As I described there, problem with no fanart in my videos movie info screen (windoId 2003) is that selected item for that screen returns null and fanart can't be displayed. I tried to implement that screen in your plugin so what I did is following:
in file FanartSelected.cs I added at line 180:
else if (GUIWindowManager.ActiveWindow == 6622)
FanartHandlerSetup.SelectedItem = GUIPropertyManager.GetProperty("#selecteditem2");
[COLOR=Red]else if (GUIWindowManager.ActiveWindow == 2003)
FanartHandlerSetup.SelectedItem = GUIPropertyManager.GetProperty("#title");
and in file RefreshWorker.cs line 223:
if (windowId == 6 || windowId == 25 || windowId == 28[COLOR="Red"] || windowId == 2003[/COLOR])
with that it works but it will better that you checked this and do implementation.
first let me answer the questions and then explain what i figured out
1. It was happening on shares view, with no specific movie. I was just browsing the directory (even without any movies) and it would just turn to black after few UP/DOWN actions.
2. See 1
But I think i figured out the problem in the skin. In all common.fanart include XMLs there was black.png defined as first (bottom) image. So when FanartHandler failed providing fanart, black would be shown.
Here is a sample XML from Black Glass Nova SVN:
common.window.video.fanart.xml - blackglass - Project Hosting on Google Code
Can you confirm this might cause the problem?
In Black Glass the fanarts are placed beneath a semitransparent colored overlay and when the transitions take place, the merging effect between the fanart and the skin backdrop is strongly mitigated by the above colored overlay. Furthermore, in Black Glass there is a different transition mechanism that eases off this bad effect.
Separate names with a comma.