octave-bug-tracker
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[Octave-bug-tracker] [bug #58956] Empty plot for certain xlim / ylim set


From: Hg200
Subject: [Octave-bug-tracker] [bug #58956] Empty plot for certain xlim / ylim settings
Date: Sat, 22 Aug 2020 12:59:33 -0400 (EDT)
User-agent: Mozilla/5.0 (X11; Fedora; Linux x86_64; rv:78.0) Gecko/20100101 Firefox/78.0

Follow-up Comment #5, bug #58956 (project octave):

The answer is probably yes and no. Using min, max for the calculation of xZ1,
xZ2 is most likely motivated by the fact that the projection matrix becomes
​​undefined for a large object distance over a small clipping plane gap.
For example if we remove the min, max statements and enter large xlim, ylim
values, Octave segfaults:

https://www.khronos.org/registry/OpenGL-Refpages/gl2.1/xhtml/glOrtho.xml

However with this min, max implementation we run into multiple problems: For
example the scene can become invisible. But it is also possible to jam the
renderer if xlim, ylim is chosen unfortunate. The reason for the latter case
is that the difference between the truncated far and near value can become
zero. This is not allowed. Example:

++
daspect ([1, 1, 1]);
xlim ([-1e5, 1e5]);
ylim ([-1e5, 2.46456585e5]);
warning: opengl_renderer: Error 'invalid value' (1281) occurred drawing 'text'
object
--

The attached test code does circumvent the above problems, but as mentioned in
comment #3 it does not solve the displaying issue for larger axis settings. I
guess at this point OpenGl limitations come in.

Comments are welcome.



(file #49697)
    _______________________________________________________

Additional Item Attachment:

File name: gl-render_tests.diff           Size:0 KB
    <https://file.savannah.gnu.org/file/gl-render_tests.diff?file_id=49697>



    _______________________________________________________

Reply to this item at:

  <https://savannah.gnu.org/bugs/?58956>

_______________________________________________
  Message sent via Savannah
  https://savannah.gnu.org/




reply via email to

[Prev in Thread] Current Thread [Next in Thread]