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

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

[Octave-bug-tracker] [bug #59370] Plotting produces wrong output or take


From: Pantxo Diribarne
Subject: [Octave-bug-tracker] [bug #59370] Plotting produces wrong output or takes long time, depending on graphics toolkit
Date: Tue, 27 Oct 2020 16:17:52 -0400 (EDT)
User-agent: Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:82.0) Gecko/20100101 Firefox/82.0

Update of bug #59370 (project octave):

                Category:    Plotting with OpenGL => Plotting with gnuplot  
              Item Group:        Incorrect Result => Performance            

    _______________________________________________________

Follow-up Comment #3:

On linux, all I can reproduce is the known part of the bug. Since OpenGL
toolkits both only handle single precision floating point numbers, the plot
command fails baddly (see printout below): this looks like bug #32980 or some
flavor of it (bug #36094). 
The strange thing is that it works for you with fltk...

You can workaround it by scaling your data, e.g :


...
plot ((S - mean (S)) / (max (S) - min (S)))


As for gnuplot, it produces the right output instantly and doesn't trigger any
intensive cpu load.

I'll change the category to "Plotting with Gnuplot", since the OpenGL part of
the bug is already tracked elsewhere. I'll also change the Item group to
performance since you report a long time lag and high cpu load.


(file #50141)
    _______________________________________________________

Additional Item Attachment:

File name: toto.png                       Size:7 KB
    <https://file.savannah.gnu.org/file/toto.png?file_id=50141>



    _______________________________________________________

Reply to this item at:

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

_______________________________________________
  Message posté via Savannah
  https://savannah.gnu.org/




reply via email to

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