#441 Stereo not restored from state

closed-fixed
None
5
2009-01-26
2008-11-21
Rolf Huehne
No

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.

Discussion

  • Bob Hanson

    Bob Hanson - 2008-11-21

    ** Combined with this the orientation is sometimes not the same as when the state was stored. **

    I need a state script for that, please.

     
  • Rolf Huehne

    Rolf Huehne - 2008-11-21

    State which reloads with different orientation

     
  • Rolf Huehne

    Rolf Huehne - 2008-11-21

    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;

     
  • Bob Hanson

    Bob Hanson - 2008-11-21

    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?

     
  • Rolf Huehne

    Rolf Huehne - 2008-11-21

    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.

     
  • Bob Hanson

    Bob Hanson - 2008-11-21

    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.

     
  • Rolf Huehne

    Rolf Huehne - 2008-11-21

    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

     
  • Bob Hanson

    Bob Hanson - 2008-11-22

    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, hsk@fli-leibniz.de 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.

     
  • Rolf Huehne

    Rolf Huehne - 2008-11-22

    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.

     
  • Bob Hanson

    Bob Hanson - 2009-01-25

    is this problem resolved?

     
  • Bob Hanson

    Bob Hanson - 2009-01-26

    fixed in 11.6.7 and 11.7.13

     
  • Bob Hanson

    Bob Hanson - 2009-01-26
    • assigned_to: nobody --> hansonr
    • status: open --> closed-fixed
     

Log in to post a comment.