Dual Monitor Issue - Setting File Corruption
tracked
Skyler Pancake
Originally thought this was an issue with Kokua, but confirmed issue originates with SL Viewer code and issue can be reproduced on current SL Viewer version.
If viewer is closed while on my secondary monitor, positioned to the right of the primary monitor, it corrupts the setting file in App Data/Roaming/SecondLife/user_settings and causes the viewer to stall during Initializing texture cache at launch. Deleting the settings file or replacing it with a back up file resolves the issue. Until it happens again, cause let's be honest, SL likes to crash sometimes. XD
Log In
Whirly Fizzle
The usual cause of this problem is having NAHIMIC software installed on your system. NAHIMIC comes with the Realtek HD Universal Audio driver.
To fix this, add the SecondLifeViewer.exe to the BlackApps.dat file which is usually found in C:\ProgramData\A-Volute\DellInc.AlienwareSoundCenter\Modules\ScheduledModules\Configurator
Atlas Linden
Merged in a post:
Viewer stuck on "Initializing Texture Cache" after normal logoff
Andred Darwin
Viewer stays stuck on "Initializing Texture Cache" after normal logoff depending on the position saved in WindowX and WindowY @ settings.xml under user_settings folder.
Setup: triple monitor [ 2 ][ 1 ][ 3 ] with 1 being primary (all 3 2560x1440).
After logging off with the viewer maximized on [ 3 ] (before the failed attempt to start the viewer) , the settings for WindowX and WindowY were automatically saved as:
<key>WindowX</key>
<map>
<key>Comment</key>
<string>X coordinate of upper left corner of SL viewer window, relative to upper left corner of primary display (pixels)
</string>
<key>Type</key>
<string>S32</string>
<key>Value</key>
<integer>2551</integer>
</map>
<key>WindowY</key>
<map>
<key>Comment</key>
<string>Y coordinate of upper left corner of SL viewer window, relative to upper left corner of primary display (pixels)</string>
<key>Type</key>
<string>S32</string>
<key>Value</key>
<integer>-9</integer>
</map>
Log file for the failed startup attempt stops at:
2025-01-14T18:34:28Z INFO #AppInit# newview/llstartup.cpp(2996) LLStartUp::setStartupState : Startup state changing from STATE_FIRST to STATE_BROWSER_INIT
No crash, the viewer stays stuck even after quite a few minutes, had to manually terminate the process under task manager.
Changing the setting WindowX manually to 0 from 2551, allows me to start and use the viewer normally.
Another workaround is a full clean installation.
Atlas Linden
Hi Andred,
This sounds similar to two different issues we have.
- Can you try performing the steps mentioned by the pinned post from Whirly in this report to see if that solves your issue: https://feedback.secondlife.com/bug-reports/p/dual-monitor-issue-setting-file-corruption
- The second similar issue we found appeared to have been resolved by updating the monitors driver. Do you have any optional updates to install for your monitor/s? Issue here for more info: https://github.com/secondlife/jira-archive/issues/8207#:~:text=my%20left%20screen.-,Other%20information,-Edit%20and%20Update
Andred Darwin
Atlas Linden I think its awesome that Whirly pinpointed an issue with another software (which is used by a considerable amount of motherboards with built-in Realtek audio)... also a "driver" for a monitor (if available) also comes with ICC profiles, which regular users would never even think to touch, unless automatically installed by Windows itself....
SL is the only software that stops working if I close it on [ 3 ] as I mentioned on the ticket... Blender, Substance, Photoshop, Netbeans, PHPStorm, Chrome/Edge, which I use the most... all work just fine.
My goal was to highlight what happens, and an easy workaround to fix manually until fixed in the viewer itself.
SL should run plug and play without having to edit "blacklist.dat" or install any monitor driver....
Also, the viewer does not crash... which is even worse... it stays stuck with that message "Initializing texture cache", which based on what you mentioned, seems to have nothing to do with the texture cache (unless it does! hehehehe)...
The browser log stops at this line...
2025-01-14T18:34:28Z INFO #AppInit# newview/llstartup.cpp(2996) LLStartUp::setStartupState : Startup state changing from STATE_FIRST to STATE_BROWSER_INIT
Thank you for the info, your time and all you do!
Atlas Linden
Thanks Andred,
Yes, the plan is to have SL set so files do not have to be edited. The manual solutions are there until a proper fix for this integrated in a future release.
To clarify, did Whirly's comment help to resolve this issue?
Andred Darwin
Atlas Linden Hi Atlas, I didn't even try... mainly cause I dont want to edit any software system files in this computer, unless there is an UI for it, (same as with SL viewer, I only use either the settings screens or debug settings... and dont edit any other files... so I dont have to remember it... ), what I'm doing is just not running the SL viewer on any screen other than the one set as primary.
Atlas Linden
Understandable. In that case this issue will be merged into https://feedback.secondlife.com/bug-reports/p/dual-monitor-issue-setting-file-corruption
Dan Linden
Thank you for the report, Skyler!
Glad to hear this is resolved for you. This is being tracked to see if there's a workaround we can implement on the Second Life viewer side.
(Tracked at https://github.com/secondlife/jira-archive-internal/issues/159193 , only visible to employees)
Dan Linden
tracked
Whirly Fizzle
The usual cause of this problem is having NAHIMIC software installed on your system. NAHIMIC comes with the Realtek HD Universal Audio driver.
To fix this, add the SecondLifeViewer.exe to the BlackApps.dat file which is usually found in C:\ProgramData\A-Volute\DellInc.AlienwareSoundCenter\Modules\ScheduledModules\Configurator
Skyler Pancake
Whirly Fizzle This worked! Thank you for the solution.
Whirly Fizzle
Great! Thanks for the update.
Caleb Linden
Hi Skyler, I got a tip from my team of a workaround and wanted to see if you can implement it. "To manually fix this, you can also go to %appdata%\SecondLife\user_settings and edit settings.xml and change the WindowX value to 1 instead of fooling with the windows display settings." Let me know if it worked
Skyler Pancake
Caleb Linden This worked for a one time solution, which is valuable as it would allow you to at least save the settings. Whirly Fizzle's solution appears to have fully resolved issue though.
Atlas Linden
under review
Caleb Linden
needs info
Caleb Linden
Hi Skyler,
I have attempted to reproduce this issue without success. However, I'd be interested to see the Viewer log ( App Data/Roaming/SecondLife/logs/Secondlife.log) when you get in the stuck state. Also rename the user_setting that causes the error so that we can compare to one that is working. You may send them to caleb a-t lindenlab.com or atlas ..lindenlab.com via email. Thanks!
AAngel Braveheart
I have the same setup and that does not happen to me, luckily
Load More
→