Apache OpenOffice (AOO) Bugzilla – Issue 95319
slideshow: Animation "wipe" effect defect with hardware accelleration enabled
Last modified: 2017-05-20 10:29:11 UTC
The "wipe" effect can cause bitmap data from the slide master to be overlaid with the animated portion of the screen during the effect, making it unusable. I will attach an example ppt presentation (single slide). Just run the slideshow and press a button several times to see the animations which should all be wipes from left. There are a lot of them and you can't miss the wrong rendering.
Created attachment 57384 [details] Test ppt with wipe animations
The same effect with the same sample is working fine in OOo 2.4.1 on the same platform
Sorry, but I cannot see the problem. The only bitmap on the master is the part in the upper left corner, blue and red.Everything looks like it PPT shows it. Anyone else who can confirm this?
Created attachment 57386 [details] Wipe animation during the process (with wrong bitmap overlay)
Created attachment 57387 [details] Wipe animation finished
I have attached two screenshots made during slide show presentation. The first one shows how it looks during the "wiping action", with the bitmap from the slide master somewhere in there. The second one shows it after the wipe has finished (correct). You need to press space or left mouse button to advance the animations.
Just tried it on another PC (laptop with Intel graphics, XP Pro SP3 as well, OOo300m5). There, the wipe shows mostly black boxes with some of the bitmap from the logo to the right during the wiping. IOW the screen corruption is slightly different there, but just as visible if not more so.
confirmed using OOo 3.0.0 on WinXP (ATI HD2600 graphics) if hardware accelleration is disabled, the animations are correct
*** Issue 95490 has been marked as a duplicate of this issue. ***
*** Issue 95348 has been marked as a duplicate of this issue. ***
Same roots as Issue 95878?
Looks like it, my wipe problem looked similar and vanishes when hardware acceleration is switched of in winXP. As far as I can test, in Linux Suse 11 and OO3 there is no problem, even with that acceleration switched to ON.
I can also confirm this problem with WinXP SP2 + OOo 3.0 with Intel Graphics. And not only with the "wipe" effect, but with 3 other effects too. I'm using OOo300m9 Dutch, so I don't know the names of the effects in English. But I will attach an ODP file showing all 4 the effects. The affected effects in Dutch are: - "Kort weergeven in" (Could be translated as "Shortly displayed in") - "Wissen" (I think this is the "Wipe" effect spoken of here) - "Stuiteren" (I would translate this to "Bounce") - "Schuiven in" (Could be translated as "Slide in" or "Move in") Anyway, please see the attached ODP file for the right names of the affected effects. All of those effects work correctly when Hardware Acceleration is turned off.
Created attachment 58340 [details] Four effects with strange visual results when HW acceleration is enabled
*** Issue 95878 has been marked as a duplicate of this issue. ***
Could anybody please retry with a recent dev snapshot? I don't see the problem here anymore (nvidia hw, though).
I checked with "Ooo Dev 3.2.0 multilingual version German UI WIN XP: [DEV300m44 (Build 9395)]" and can confirm that "testani.ppt" and "OO2-3problem.odp" from Issue 95878 look much better, even with active hardware acceleration. Put it's still not perfect: Text "source rock" frequently disappears and reappears during running presentation in "OO2-3problem.odp" (no idea whether that has the same roots as the reported problem or whether that's something completely new) Text "Start Bit" will not be shown correctly and text "Node C loses Arbitration" will disappear after a short moment in "testani.ppt" (no idea ...)
I can reproduce some painting problems when playing the testani.ppt document. The testani1.jpg image looks like a problem that I have fixed not too long ago and I can not reproduce that. But the second image looks familiar. Moreover, I see slightly different painting errors in the preview of the Presenter Console and the main screen.
I can see the paint errors both when hardware acceleration is active or disabled. Using a DEV300 m45 on WinXP.
confirmed the repaint issues with testani.ppt, not related to dx canvas anymore. instead, seems to be a clipping misbehaviour when running with the enabled z order animation feature.
The clipping problems are caused by an error in the conversion of polygons to region: when splitting bands of the region the copy constructor of ImplRegionBand does not correctly copy the points correctly to the new band. The reason why this problem can be observed only sometimes is that the order in which the different clipping areas are added to the polygon that is passed from slideshow to canvas is not defined. Some orders trigger the problem, some do not. SVN revision of the fix in vcl/source/gdi/regband.cxx is 270880.
*** Issue 101315 has been marked as a duplicate of this issue. ***
Changing target to OOo 3.3
@wg: Please verify. Two of the animation are not displayed. Checked that on some other versions (not related to this cws) and found the same problem. Looks like a problem in the master. Have to fix this in a later cws.
Verified in CWS.