Recent Posts1
Preview Build Discussion / Re: Waveform Seeker not working on network drives
« Last post by dro on December 12, 2025, 10:27:04 PM »Wherever the issue lays, the buck stops with me when I'm the one doing the coding.
For the network share vs mapped drive detection the code is now only looking for what's reported as 'connected' & then trying to do a quick(ish) check to see if it's able to be accessed (am seeing around 3-5 seconds delay if it doesn't for which I'm not going to start changing registry keys to try to lower it since it's a global settings). There's also a 'remembered' state which for what I was seeing from testing will also appear as connected even when it's not (the bit that 'net use' is distinguishing which I can't seemingly do as just an api call) which made the prior code act like there were no network shares using a mapped drive letter since it was afaict meant to imply a disconnected device but that doesn't seem to be the case.
I've also changed a number of the internal file existence checks to avoid using the one that's causing the above problems & is still needed for some aspects in wanting to try to quickly bail out of accessing offline network shares / mapped drives & moved a few things around to not block the main ui thread. Doing all of that I'm no longer seeing the 3-5second wait for my x64 dev build to appear when loading & the last main playlist item is on an offline network share.
For the other waveform seeker issue with not seeing anything when messing with the playlist selection, I've made a small change that appears to better ensure on those selection changes that it'll make the window painting re-check if it needs to do a proper refresh or not. That for what I was seeing when changing from the current playlist item & going back to it resolves a blank window.
For the network share vs mapped drive detection the code is now only looking for what's reported as 'connected' & then trying to do a quick(ish) check to see if it's able to be accessed (am seeing around 3-5 seconds delay if it doesn't for which I'm not going to start changing registry keys to try to lower it since it's a global settings). There's also a 'remembered' state which for what I was seeing from testing will also appear as connected even when it's not (the bit that 'net use' is distinguishing which I can't seemingly do as just an api call) which made the prior code act like there were no network shares using a mapped drive letter since it was afaict meant to imply a disconnected device but that doesn't seem to be the case.
I've also changed a number of the internal file existence checks to avoid using the one that's causing the above problems & is still needed for some aspects in wanting to try to quickly bail out of accessing offline network shares / mapped drives & moved a few things around to not block the main ui thread. Doing all of that I'm no longer seeing the 3-5second wait for my x64 dev build to appear when loading & the last main playlist item is on an offline network share.
For the other waveform seeker issue with not seeing anything when messing with the playlist selection, I've made a small change that appears to better ensure on those selection changes that it'll make the window painting re-check if it needs to do a proper refresh or not. That for what I was seeing when changing from the current playlist item & going back to it resolves a blank window.
