bugGNU Octave - Bugs: bug #52303, printing "demo getframe...

 
 

bug #52303: printing "demo getframe 2" results in emtpy figure

Submitted by:  Dmitri A. Sergatskov <dasergatskov>
Submitted on:  Sun 29 Oct 2017 05:53:04 AM UTC  
 
Category:  Plotting with OpenGL Severity:  3 - Normal
Priority:  5 - Normal Item Group:  None
Status:  Confirmed Assigned to:  None
Originator Name:  Open/Closed:  Open
Release:  dev Operating System:  Any

Add a New Comment(Rich Markup)
   

You are not logged in

Please log in, so followups can be emailed to you.

 

( Jump to the original submission)

Tue 06 Feb 2018 02:49:40 PM UTC, comment #7:

@Dan: the png support is only needed for svg output. gl2ps uses libpng to convert pixel data into png and pass them as a base64 stream to the url attribute of an image element. See e.g. https://stackoverflow.com/questions/6249664/does-svg-support-embedding-of-bitmap-images#6250418

Pantxo Diribarne <pantxo>
Project Member
Mon 05 Feb 2018 11:06:41 PM UTC, comment #6:

Yes both png and svg are empty files (png is filled with 0, so it has
non -zero size).

Dmitri.
--

Dmitri A. Sergatskov <dasergatskov>
Mon 05 Feb 2018 10:53:56 PM UTC, comment #5:

Dmitri, you wrote "The same with png output." Are you also seeing a blank output for the PNG files?

I'm getting the following odd behavior:

The t1.png file looks fine. But I don't understand the warning message about GL2PS needing PNG support, given that I saved the plot in PNG format. Could it be a poorly initialized input variable for one of the gl2ps routines?

Dan Sebald <sebald>
Fri 10 Nov 2017 05:40:01 AM UTC, comment #4:

More confirmation that this is some OpenGL oddity. The following works:

The fact that it has to the eps for a single value is an indication that OpenGL, which works with single precision numbers, is involved.

Rik <rik5>
Project Administrator
Mon 30 Oct 2017 04:15:46 AM UTC, comment #3:

This is probably something to do with clipping. Maybe there is someplace where '<' was used when '<=' was intended.

For example, If I change the position statement to

then I get a printout.

Rik <rik5>
Project Administrator
Mon 30 Oct 2017 12:03:12 AM UTC, comment #2:

set (gca, "position", [0 0 1 1]);

At least on Fedora and current dev system it is the
line above that causes the blank print (also as .pdf)

Michael Godfrey <godfrey>
Project Member
Sun 29 Oct 2017 10:43:27 PM UTC, comment #1:

Confirmed on Windows as well.

Philip Nienhuis <philipnienhuis>
Project Member
Sun 29 Oct 2017 05:53:04 AM UTC, original submission:

The result is essentially empty frame. The same with png output.
(svg is attached).

7dd3ab97ccd5+ tip @

Dmitri.
--

Dmitri A. Sergatskov <dasergatskov>

 

(Note: upload size limit is set to 16384 kB, after insertion of the required escape characters.)

Attach Files:
   
   
Comment:
   

Attached Files
file #42288:  t1.svg added by dasergatskov (652B - image/svg+xml)

 

Depends on the following items: None found

Items that depend on this one: None found

 

Carbon-Copy List
  • -email is unavailable- added by pantxo (Posted a comment)
  • -email is unavailable- added by sebald (Posted a comment)
  • -email is unavailable- added by rik5 (Posted a comment)
  • -email is unavailable- added by godfrey (Posted a comment)
  • -email is unavailable- added by dasergatskov (Submitted the item)
  •  

    Do you think this task is very important?
    If so, you can add your encouragement to it.
    This task has 0 encouragements so far.

    Only project members can vote.

     

     

     

    Follow 3 latest changes.

    Date Changed by Updated Field Previous Value => Replaced by
    2017-10-29 philipnienhuis StatusNone => Confirmed
        Operating SystemGNU/Linux => Any
    2017-10-29 dasergatskov Attached File- => Added t1.svg, #42288

    Back to the top


    Powered by Savane 3.3