From: SourceForge.net <no...@so...> - 2009-01-25 12:59:32
|
Bugs item #2320348, was opened at 2008-11-21 05:44 Message generated for change (Comment added) made by hansonr You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=379133&aid=2320348&group_id=23629 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Rolf Huehne (rhuehne) Assigned to: Nobody/Anonymous (nobody) Summary: Stereo not restored from state Initial Comment: In version 11.6.5 all types of stereo views are not restored from a state script. This occurs with "store/restore STATE..." and "write STATE.../script...". With example "1if0" there is the same command present in the scriptfile that I used to set stereo on ("stereo 5.0"). Combined with this the orientation is sometimes not the same as when the state was stored. ---------------------------------------------------------------------- >Comment By: Bob Hanson (hansonr) Date: 2009-01-25 06:59 Message: is this problem resolved? ---------------------------------------------------------------------- Comment By: Rolf Huehne (rhuehne) Date: 2008-11-22 16:42 Message: Sorry, the computer containing my development library is currently switched off because of tests of the power failure system. I expect that it will be switched on again tomorrow, but it might also take until monday. ---------------------------------------------------------------------- Comment By: Bob Hanson (hansonr) Date: 2008-11-22 15:45 Message: http://www.imb-jena.de/cgi-bin/3d_mapping-rh.pl?CODE=1if0&JMOLVERSION=11.7.13_dev Internal Server Error The server encountered an internal error or misconfiguration and was unable to complete your request. Please contact the server administrator, hs...@fl... and inform them of the time the error occurred, and anything you might have done that may have caused the error. More information about this error may be available in the server error log. ---------------------------------------------------------------------- Comment By: Rolf Huehne (rhuehne) Date: 2008-11-21 12:20 Message: I am currently experimenting with user defined standard views (using save/restore STATE) in the development version of Jena3D: http://www.imb-jena.de/cgi-bin/3d_mapping-rh.pl?CODE=1if0 If you click on the "store current view as standard view (user1)" button in the "Miscellaneous" section, a button "user1" should appear in the "Standard Views" section. By clicking on this button the view should be restored. I stored 18 views without changing anything like rotation etc.. In the end the first 9 buttons displayed an identical wrong orientation and the last 9 buttons displayed the correct orientation. I noticed once, that there was a short break in restoring a correct view. During this break the wrong view was displayed. But finally the correct view was displayed. I also tried 11.7.13_dev Revision 10354: http://www.imb-jena.de/cgi-bin/3d_mapping-rh.pl?CODE=1if0&JMOLVERSION=11.7.13_dev But when I try to restore a view I get an error message: script ERROR: command expected ----line 153 command 151 of function _setvariablestatefile null: >> label defaults << ----line 5 command 5 of function _setstatefile null: >> _setvariablestate << ----line 288 command 12: >> _setstate << ----line 2 command 4: restore >> state << user1 ---------------------------------------------------------------------- Comment By: Bob Hanson (hansonr) Date: 2008-11-21 10:54 Message: Well, I don't see it. Let's see if the problem is associated specifically with stereo mode not being saved in the state. I sort of doubt that is what it is, but it might be. I've uploaded a fix for that. ---------------------------------------------------------------------- Comment By: Rolf Huehne (rhuehne) Date: 2008-11-21 10:36 Message: No, that doesn't sound correct. I should have checked the result of the "show orientation" command. This was already wrong, because the difference was a large rotation along the x and y axes. It looks like the difference between the command result and the state is just the difference between the 2 parts of the stereo view. I don't think it has something to do with antialiasDisplay or writing images because I didn't switch antialiasing on (as far as I remember) and didn't export any image. But it is really hard to reproduce. ---------------------------------------------------------------------- Comment By: Bob Hanson (hansonr) Date: 2008-11-21 10:02 Message: OK, that's helpful. It's a factor of two in the X translation. Does that sound correct? Do you think it's somehow associated with using antialiasDisplay or writing images? ---------------------------------------------------------------------- Comment By: Rolf Huehne (rhuehne) Date: 2008-11-21 08:54 Message: Since the orientation change only occurs sporadically it was a bit difficult to get an example. The attached state loads the molecule with a different orientation than that documented by this "show orientation" output generated immediately before saving the state: moveto /* time, axisAngle */ 1.0 { 162 -973 -162 180.0} /* zoom, translation */ 89.33 0.0 0.0 /* center, rotationRadius */ {225.23427 48.948277 31.83664} 86.5682 /* navigation center, translation, depth */ {0.0 0.0 0.0} 24.508759 -37.68184 50.0; ---------------------------------------------------------------------- Comment By: Bob Hanson (hansonr) Date: 2008-11-21 07:33 Message: ** Combined with this the orientation is sometimes not the same as when the state was stored. ** I need a state script for that, please. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=379133&aid=2320348&group_id=23629 |