Open wsirota opened 10 years ago
So, er, this was a long time ago!
https://drive.google.com/open?id=0B5mDvgrULUdHTzRGUmZMRjMtOGc has the most, most recent Mac version. Wanna try it out?
Sorry, took so long to respond. None of the 8.1.x versions are opening on my mac mini, latest osx version. 8.0.10 works fine, but does still exhibit this problem, and it can get annoying.
weirdly, now, on a different file, 8.0.10 osx is NOT exhibiting the flaw
Can you send me the file that doesn't work? What are the symptoms of not-working-ness?
On 7 March 2017 at 04:58, wsirota notifications@github.com wrote:
weirdly, now, on a different file, 8.0.10 osx is NOT exhibiting the flaw
— You are receiving this because you were assigned. Reply to this email directly, view it on GitHub https://github.com/rec/rec/issues/708#issuecomment-284615018, or mute the thread https://github.com/notifications/unsubscribe-auth/AAPdsoqufwJOE5_Sr9izwDJ_BscY-MTSks5rjNXWgaJpZM4Ckf-d .
-- /t
http://radio.swirly.com - art music radio 24/7 366/1000
ok, got a steps-to-reproduce procedure. The issue does NOT occur with files new to SG on the machine. Once file has been re-opened, problem manifests.
Steps to reproduce: 1) open mp3 file new to sg on the machine 2) validate proper behavior: in Time mode: i. stop playback ii. click somewhere to reposition playback cursor iii. start playback with spacebar or start button iv. observe desired behavior: playback starts from cursor 3) open recent to load any file other than the current 4) open recent to load the file from step 1 5) repeat step 2, but fails.
I can reproduce this exactly as per your instructions. Also, if you open a file for the first time, close the program and re-open it, it works fine. it only fails if you then open another file and back to the first one.
Out of curiosity, does this fail on the release Win-doze versions?
Sorry, did not notice your question before. It has never been a problem on Windows versions. I've just actually had my first complaint regarding this from a customer, and I gave them a Terminal command line they could run that deletes all the rec.audio.PlayState files and thus fixes the issue (although they have to run it periodically since SG recreates those file all the time) with some inconvenience to them.
When SG Mavericks is stopped and the space bar is pressed, playback does not start at the play cursor. This seriously affects usability, as the user cannot even use the space bar to pause (which works) and then continue (which continues from entirely the wrong place). In addition, the user cannot hit cmd-left arrow to go to the leftmost part of the selection (while paused) and then hit space and have playback start at the expected point.