[GEM-dev] [ pd-gem-Feature Requests-2827107 ] improve pix_data

[SourceForge.net]

Feature Requests item #2827107, was opened at 2009-07-25 21:13
Message generated for change (Settings changed) made by zmoelnig
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=507082&aid=2827107&group_id=64325

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
>Category: image processing
Group: None
>Status: Pending
Priority: 5
Private: No
Submitted By: Cyrille Henry (nusmuk)
>Assigned to: IOhannes m zmölnig (zmoelnig)
Summary: improve pix_data

Initial Comment:
pix_data is very usefull, but could be improved :
- a quality 1 message could be add in order to set bilinear interpolation
- a 32 bit mode could be add in order to read data from a 32 bit framebuffer.

----------------------------------------------------------------------

Comment By: IOhannes m zmölnig (zmoelnig)
Date: 2011-04-18 16:47

Message:
i've added bilinear interpolation to [pix_data], though i'd rather had
[pix_data] be replaced by something like [pix_buffer_peek] (or a "peek"
message to [pix_buffer])

----------------------------------------------------------------------

Comment By: Cyrille Henry (nusmuk)
Date: 2009-08-18 16:38

Message:
ok, interpolation can be made in the patch, but it would be lot's easier to
use it it is in pix_data. It also would be faster.
so i think to have a "quality 1" message to pix_data would still be nice.


You are right for the framebufer, i'll do another feature request.

----------------------------------------------------------------------

Comment By: IOhannes m zmölnig (zmoelnig)
Date: 2009-08-10 21:40

Message:
bilinear (or whatever) interpolation could be easily done in the patch.

as for the other request: [pix_data] does not know anything about
framebuffers, but works on pixes, which currently are only 8bit per
channel.
however, it would be interesting to be able to query pixels of a
render-buffer with high-resolution.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=507082&aid=2827107&group_id=64325