Closed GoogleCodeExporter closed 9 years ago
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.
Original comment by yuva...@gmail.com
on 12 Mar 2013 at 10:02
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.
Original comment by yuva...@gmail.com
on 12 Mar 2013 at 2:00
Original comment by yuva...@gmail.com
on 21 Mar 2013 at 1:31
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.
Original comment by kzinn...@gmail.com
on 21 Mar 2013 at 2:02
@kzinnato
Thanks for your QA help! Much appreciated.
Original comment by yuva...@gmail.com
on 21 Mar 2013 at 1:53
Original issue reported on code.google.com by
kzinn...@gmail.com
on 12 Mar 2013 at 2:49