Ah yes, I see your point.  You would think that growing up speaking English I would communicate better in English...<div><br></div><div>Anyway, everything appears to work now.  For whatever reason, if I allocate an alpha surface then I have to do a memZero(surface_data, num_surface_bytes) after resizing the image because asking cairo to fill a rect with 0,0,0,0 gets no result.</div>
<div><br></div><div>But the resize function +rendering works for alpha8 iimages and I think it is minimal for my overall use case in that I don't allocate new memory unless I really need to but continue to use the same block of memory as much as possible, and I keep the texture upload sizes as small as possible.</div>
<div><br></div><div>I would love it if someone could look at the resize function attached to the earlier and tell me under what conditions it will fail.  Keep in mind that in my case all of my images are of sizes that are divisible by four so that keeps pixman happy (row byte stride for pixman needs to be divisible by four).  I imagine the code is far too reckless to be patched into cairo itself so I won't hope for that.</div>
<div><br></div><div>Chris<br><div><br><div class="gmail_quote">On Sat, Sep 29, 2012 at 2:58 PM, Kalle Vahlman <span dir="ltr"><<a href="mailto:kalle.vahlman@gmail.com" target="_blank">kalle.vahlman@gmail.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">2012/9/29 chris nuernberger <<a href="mailto:cnuernber@gmail.com">cnuernber@gmail.com</a>>:<br>
<div class="im">> I don't think that is a very good match really.<br>
<br>
</div>It matches "a way to force cairo to treat a surface as if it had a<br>
<div class="im">smaller width than it was originally allocated with instead when cairo<br>
</div>is rendering" in my opinion...<br>
<div class="im"><br>
> I need the *results* of the drawing operation to be packed and contiguous in<br>
> memory because as I stated upload to is sensitive to the total data size and<br>
> the image data upload functions don't include a stride.<br>
<br>
</div>...but not being contiguous is of course a problem if you can't<br>
specify the stride for the upload.<br>
<div class="HOEnZb"><div class="h5"><br>
--<br>
Kalle Vahlman, <a href="mailto:zuh@iki.fi">zuh@iki.fi</a><br>
Powered by <a href="http://movial.com" target="_blank">http://movial.com</a><br>
Interesting stuff at <a href="http://sandbox.movial.com" target="_blank">http://sandbox.movial.com</a><br>
</div></div></blockquote></div><br><br clear="all"><div><br></div>-- <br>A foolish consistency is the hobgoblin of little minds - Emerson<br>
</div></div>