Apache OpenOffice (AOO) Bugzilla – Full Text Issue Listing |
Summary: | Provide optimized VCL copy from VDEV to VDEV with mask (also VDEV) | ||||||
---|---|---|---|---|---|---|---|
Product: | Draw | Reporter: | Armin Le Grand <Armin.Le.Grand> | ||||
Component: | viewing | Assignee: | AOO issues mailing list <issues> | ||||
Status: | ACCEPTED --- | QA Contact: | |||||
Severity: | Trivial | ||||||
Priority: | P3 | CC: | Armin.Le.Grand, issues | ||||
Version: | DEV300m45 | ||||||
Target Milestone: | AOO Later | ||||||
Hardware: | All | ||||||
OS: | All | ||||||
Issue Type: | ENHANCEMENT | Latest Confirmation in: | --- | ||||
Developer Difficulty: | --- | ||||||
Attachments: |
|
Description
Armin Le Grand
2009-04-06 14:22:00 UTC
AW: Setting to enhancement, of course. accepted, but a 3.2 target is too optimistic advancing target Experimenting with the enhancement on UNX/WIN/OSX shows that the benefit is not worth it for the urgent target: - on UNX the cost is still very much dominated by the polygon drawing => Amdahls law - on WIN/OSX there is no API that allows the blending of e.g. off-screen layers on the graphics card in the way needed for the requested functionality (i.e. the mask is first drawn on a grayscale device, then reinterpreted as alpha mask to be merged with a source layer onto a target layer). Having the grayscale image as a transparency mask as opposed to the much more common alpha mask doesn't help either. The canonical fallback is to get the bitmaps of both input layers, merge them to an alpha-image and draw them again which exactly what is already done by the getBitmap+drawBitmapEx methods, so there wouldn't be any significant speedup. I'll attach the current experimental patch as baseline for further work. At least the requested method could be added to the output device so that middle layers could use this interface instead of implementing the canonical fallback by hand. Created attachment 70688 [details]
experimental patch v1
Reset assigne to the default "issues@openoffice.apache.org". |