- Thread starter
- #11
Hi shadowze
I think it would be helpful to get other people to confirm the issue and then we can start looking at the code. The delay that you're talking about seems to be here:Any word from some one offical when they will fix this bug ?
It is only a recent change surely someone could remove the offending code ?
2011-12-16 20:17:20.579101 [Info.][FilterChecker(5)]: FilterChecker: Found TsReader.ax from 21/07/2011 located at C:\Program Files (x86)\Team MediaPortal\MediaPortal\TsReader.ax
2011-12-16 20:17:21.080078 [Info.][FilterChecker(5)]: FilterChecker: Found quartz.dll from 28/02/2011 located at C:\Windows\SysWOW64\quartz.dll
2011-12-16 20:17:21.081054 [Info.][FilterChecker(5)]: FilterChecker: Version of installed quartz.dll: 6.6.7600.16385
2011-12-16 20:17:50.698242 [Info.][MPMain(1)]: xml:C:\ProgramData\Team MediaPortal\MediaPortal\Skin\DefaultWide\videoOSD.xml image id:350 width:0 height:0 gfx:-
That is smack bang in the middle of skin loading. Seems a funny place for MP to be trying to spin up network attached storage. The first thing I would try is to delete the Cache folder in C:\ProgramData\Team MediaPortal\MediaPortal and see if that makes any difference. Note that is a hidden folder so paste the path into the address bar in Windows explorer or enable viewing of hidden and system files and folders.
mm
Deleted cache folder as requested , still took ages to load up media portal
So it is still still waiting on the Nas share to become available
These are NOT mapped shares , I am accessing them directly eg
\\nas\Public2\videos\tv
Is is one of the video shares
Why dont I make a default folder ?
Because I want to display my list of shares and not have to back out of the default one every time is start this app
Its got nothing to do with a domain server , it is some code in media portal that is
:waitloop
try and access share
If sharefolder not accessible goto waitloop
do other stuff like load here
That is where this delay is coming from
United Kingdom