1.62 Large position change freezes PracticeSharp about practicesharp HOT 5 CLOSED

This issue is troubling me for some time, and I've noticed it on some machines 
but not on all.
It seems that Practice# has a dead lock.
I was able to replicate it on one machine on version 1.6.1 and fix it, but I'm 
afraid the fix did not hold for your machine.

First, could you describe exactly how you make a position change? Using a mouse 
or using the keyboard? When you do that, is the speed X1.0 or other values? I'm 
trying to isolate the problem, to make sure it is not some other feature.

If you could debug Practice# 1.6.2 on your machine, and let me know where the 
dead lock happens (where the code is stuck, when you pause the program when 
that freeze happens) it could confirm the dead lock position.

I'm considering this a high priority defect, and must fix it before the next 
release.

I changed the source code in Version 1.6.3.
I think I found the dead lock issue.I suspect that manipulating NAudio inside 
lock blocks, combined with NAudio events, caused that dead lock.
I now have another lock, and the lock blocks are much shorter without actual 
logic in them, just variable assignment. 
Will test a little more and commit later on.

Agreed that this is fixed, and btw I like the way the selector looks and works. 
I really gave the position change function a workout on a number of different 
audio files  and nothing locks up. 

@kzinnato
Thanks for your QA help! Much appreciated.