bugpyFormex - Bugs: bug #44647, gui.image.save wrong transparency...

 
 

bug #44647: gui.image.save wrong transparency after 18 January 2015

Submitted by:  gianluca de santis <gianlucadesi>
Submitted on:  Fri 27 Mar 2015 11:11:48 AM UTC  
 
Category: RenderingSeverity: 3 - Normal
Item Group: Functionality errorStatus: Fixed
Privacy: PublicAssigned to: Benedict Verhegghe <bverheg>
Open/Closed: Open

Add a New Comment(Rich Markup)
   

You are not logged in

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

 

Wed 15 Apr 2015 07:33:21 PM UTC, comment #5:

i think my problem is related to this bug.
the grab option works fine but the the resolution of my screen is too small to get good results of the image, is there a way to improve the resolution?

Also, can we add a scaling factor to the saveImage function? sometimes the size option is not very handy, a scaling factor can just scale the canvas size in both height and width of the current canvas

Beside the documentation of the image plugin is scarse, eg the quality parameters is not documented.

francesco <francio>
Project Member
Thu 02 Apr 2015 05:04:41 PM UTC, comment #4:

In e62147e we reinstalled saving images directly from the opengl rendering (if no resizing is done during the save). If you use the image.save function: set size to None.

We may add an option to resize canvas automatically to the requested size before saving, but that will produce wrong results when the resize canvas falls off your screen (which was the reason we went to a virtual bufffer in the first place).

Benedict Verhegghe <bverheg>
Project AdministratorIn charge of this item.
Wed 01 Apr 2015 04:03:28 PM UTC, comment #3:

fc68cbf offers a workaround if you have ImageMagick installed.
You can now grab the canvas image from the X screen buffers, using the 'import' program which is part of ImageMagick.

This was already used before if you choose to save the full pyFormex window. Now it can be choosen by the user, and it allows to only grab the OpenGL canvas.

I am leaving the bug open, to remind us that we have to look someday for a solution without the external program.

Benedict Verhegghe <bverheg>
Project AdministratorIn charge of this item.
Wed 01 Apr 2015 01:07:40 PM UTC, comment #2:

As a workaround you can use the Whole Window option.
Works best with the Crop Root option.

Benedict Verhegghe <bverheg>
Project AdministratorIn charge of this item.
Wed 01 Apr 2015 12:33:47 PM UTC, comment #1:

Just a small update, I noticed taht even with non transparent object, ity seems to force transaprency. Any update on this bug? what should be changed to fix it or do you have any workaround?

francesco <francio>
Project Member
Fri 27 Mar 2015 11:11:48 AM UTC, original submission:

You save an image in whatever format with image.py newer than 18 february 2015 you will see that what is saved is different from what is displayed on canvas. This is definitely true for transparent objects

gianluca de santis <gianlucadesi>
Project Member

 

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

Attach File(s):
   
   
Comment:
   

No files currently attached

 

Depends on the following items: None found

Items that depend on this one: None found

 

Carbon-Copy List
  • -unavailable- added by bverheg (Posted a comment)
  • -unavailable- added by francio (Posted a comment)
  • -unavailable- added by gianlucadesi (Submitted the item)
  •  

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

    Only logged-in users can vote.

     

    Please enter the title of George Orwell's famous dystopian book (it's a date):

     

     

    Follow 3 latest changes.

    Date Changed By Updated Field Previous Value => Replaced By
    Wed 01 Apr 2015 04:03:28 PM UTCbverhegItem GroupNone=>Functionality error
      StatusNone=>Fixed
      Assigned toNone=>bverheg

    Back to the top


    Powered by Savane 3.1-cleanup1