Join GitHub today
GitHub is home to over 28 million developers working together to host and review code, manage projects, and build software together.Sign up
Faulty Snapshot recall with LangPack used #621
From vsermo...@gmail.com on January 21, 2014 22:45:01
What steps will reproduce the problem? At the re-opening of the project, the snapshot no longer work properly and Reaper becomes unstable What is the expected output? What do you see instead? Volume tracks completely down without relation with the shot
What version of SWS extension are you using? (Extensions -> About SWS...)
Original issue: http://code.google.com/p/sws-extension/issues/detail?id=621
From vsermo...@gmail.com on January 21, 2014 14:40:15
Je vien d'essayer sans charger le langpack français et ça marche. Le probleme semble venir du langpack.
From supreme...@gmail.com on January 21, 2014 15:24:10
It is possible that commit r1183 solved it.
Since we currently can't do new downloads: http://google-opensource.blogspot.com/2013/05/a-change-to-google-code-download-service.html and situation still needs to get solved, here's a test build that includes all the new code updates: https://copy.com/EAXCtnds7N0Z Can you please try it to see if it solves your problem.
From vsermo...@gmail.com on January 21, 2014 18:14:05
Il y a une amélioration avec la création de snapshot faite avec la version Anglophone de Reaper et votre nouvelle version d'extension mais l'anomalies sur les premiers snapshots des faders totalement baissé persiste. Je tien a votre disposition le RPP si cela peut vous aider.
From supreme...@gmail.com on January 21, 2014 19:19:01
At first glance it seems that volume values that your snapshots recall are correctly written to that .RPP
Technical explanation on how the bug worked:
The problem (well, the one I'm aware of, could be more) with the bug was that if you've used langpack and had set comma (,) as a decimal mark in Window's settings a lot of stuff internally stopped working when reading decimal numbers in certain situations
Here's my take on reconstructing what happened:
I apologize in the name of the whole SWS if this bug caused any inconvenience for you :(
From vsermo...@gmail.com on January 21, 2014 19:46:58
Pas d'inquiétude, j'ai des copies de sauvegardes antérieur et je peux revenir facilement sur ces mixages. Merci pour votre réactivité et bonne continuation.
There are no worries, I have copies of previous backups and I can easily return to these mixes. Thank you for your response and good luck.
From jeffos...@gmail.com on January 22, 2014 01:09:34
[Just for the record] Same issue reported here http://forum.cockos.com/showthread.php?t=131970 => In private, I'm double-checking with grabie he was also running a translated version of the extension/REAPER
@martin: I had "remove setlocale()" for a long time in my TODO list, many thanks for taking care of that! Also, a mail will follow about downloads...
@vincent: merci pour tous les détails! Si tout le monde pouvait faire ça, ça serait + rapide/simple...
From jeffos...@gmail.com on January 22, 2014 04:21:48
this one stinks, indeed! after a closer look 1) Win only issue 2 ) I think the issue can be reproduced even without using a LangPack: using , instead of . in the regional settings seems enough to trigger the bug (that's also why I was unable to repro grabie's first report: everything is in English here).
Labels: -OpSys-All OpSys-Windows
From jeffos...@gmail.com on January 22, 2014 04:27:49
spoke too soon: fortunately the culprit code was: if (isLocalized()) setLocale()
... so, it only occurs when a LangPack is used
=> workaround before the next release = switch back to English (i.e. default LangPack)
From jeffos...@gmail.com on January 24, 2014 00:53:16
Merci Vincent, mais c'est bon: le pb sera à priori corrigé dans la prochaine version...
Got some feeback from grabies (the inital reporter, no issue #, just a thread): it seems was also using a LangPack => same bug
Same bug as Issue 619 too.
Summary: Faulty Snapshot recall with LangPack used (was: Snapshot)