Apache OpenOffice (AOO) Bugzilla – Issue 124557
Slideshow without hardware acceleration: Particular objects covered with black rectangle
Last modified: 2019-11-23 21:30:52 UTC
Created attachment 83033 [details] Sample Document Steps how to reproduce Reproducible with server installation of "AOO 4.1.0-dev – English UI / German locale - [AOO410m14(Build:9760) - Rev. 1582709 2014-03-30]" on German WIN7 Home Premium (64bit)", own separate user profile. 1. From AOO Start Center menu 'Tools -> Options -> View -> Graphics output: disable Hardware acceleration -> [ok]' 2. Open attachment, run slideshow Slide 1: more or less normal (except Issue 124518, of course!) Slide 2: Ugly black rectangles in area of formula The only difference on slide 2 is the added flowchart shape. The sample document has been created from Attachment 82990 [details] for Issue 124518 without bigger changes. You can reproduce the problem also with that document after having added a simple shape. Not a problem with AOO 4.0.1
"Use hardware acceleration" is unchecked and disabled. No black rectangle in slide 2. AOO410m14(Build:9760) - Rev. 1581281 2014-03-26_04:11:07 - Rev. 1581686 System: Host: pc Kernel: 3.12-1-amd64 x86_64 (64 bit, gcc: 4.8.2) Desktop: KDE 4.11.5 (Qt 4.8.6) Distro: Tanglu 1.0 aequorea Machine: Mobo: DFI model: LP DK 790FXB-M3H5 version: 1.0 Bios: Phoenix version: 6.00 PG date: 07/06/2009 CPU: Dual core AMD Athlon II X2 250 (-MCP-) cache: 2048 KB flags: (lm nx sse sse2 sse3 sse4a svm) bmips: 12000.8 Clock Speeds: 1: 2300.00 MHz 2: 800.00 MHz Graphics: Card: Advanced Micro Devices [AMD/ATI] Cedar [Radeon HD 5000/6000/7350/8350 Series] bus-ID: 01:00.0 X.org: 1.14.5 drivers: ati,radeon (unloaded: fbdev,vesa) tty size: 80x40 Advanced Data: N/A for root Network: Card: Marvell 88E8056 PCI-E Gigabit Ethernet Controller driver: sky2 ver: 1.30 port: de00 bus-ID: 02:00.0 IF: eth0 state: up speed: 100 Mbps duplex: full mac: 00:01:29:00:86:05 Drives: HDD Total Size: 500.1GB (1.4% used) 1: model: ST3500418AS Info: Processes: 127 Uptime: 5:19 Memory: 622.7/3964.8MB Runlevel: 5 Gcc sys: N/A Client: Shell (bash 4.2.45) inxi: 1.9.14
I can confirm the described defect on Windows 7 in AOO 4.1.0 Beta - AOO 4.0.1 works fine. In AOO 4.1.0 Beta the defect is also visible in the Presenter Console (but not on the shown slide), if the 'Hardware acceleration' is on. May be Armin could have a closer look.
I could reproduce the described defect on my own build of recent version of branch AOO410 (rev. 1582710) --> I think this issue is relevant for 4.1.0 release
With HW-acceleration I have a black rect in the presenter preview on slide2. Without HW-acceleration I have it on slideshow and preview (probably because the same canvas is used, I would guess the falback VCL one). In both cases the rectangles change (not always the same area) and disappear after a very short time period (refresh, mousepointer, ...?). Checked with AOO4.1.0 beta (AOO410m14(Build:9760) - Rev. 1572596).
Indeed does not happen with AOO401 (AOO401m5(Build:9714) - Rev. 1524958 2013-09-20 11:40:29 (Fr, 20 Sep 2013)), strange. Seems to happen for formula OLEs (maybe for OLEs in general?), but only in the presenter console (on the VCL canvas). It happens reproducible on slide2 when playing the animation for the smiley and when playing the animation for the formula. This is indeed strange since the only diff (so far) between slide1 and slide2 is a line added. Removing line makes it work. Adding new line makes it reappear. Moving line somewhere else changes the region of the error rectangle, so definitely has to do with the line...
Andre mentioned that there might be dependencies on the position of the objects inside the layer. Moving the line on slide 2 in the back (context menu - arrange - send to back) also 'solves' the issue
Checking my oldest buildbot tarball shows that the problem was already there in the trunk revision 1518964 from August 2013.
@Comment6: The object order definitely has to do with it, moving to back makes the slideshow believe it has not to care about that line when playing effects of objects above it. I would guess on some wrong BoundRect calculation stuff in the slideshow stuff, probably in the vcl-render (sprite stuff eventually?). Please do not use layer, we also have a 'Layer' concept which is something different and does not change the object order, but adds some '2nd level' sorting to DrawObjects to make them invisible and not print (and thus should have another name than 'Layer', good suggestions welcome ;-))
Re layer: The word layer is very generic. So it is no wonder that two, or probably more, modules use it. There is no module which 'owns' that name :-) Otherwise we would have to do a lot of renaming in the slideshow/ module. Regarding the actual problem. The slideshow in its current form has always had problems with animations that don't take place in the front layer. If there is a layer in front of the animated layer then it sometimes fails to handle the overlap. There is no single bug source. It is just the bad design of the slideshow that does not take this case into account.
Created attachment 83058 [details] Simpler bug document Here is a simpler document which has only one slide and, more importantly, only two shapes on it. The on in the back is animated, the one in the front is not. Whether or not a black rectangle appears during animation depends on the location of the front shape on the screen (upper left quadrant works). In the preview on the presenter view the size of the black rectangle is different. That indicates that its size depends on the overall size of the slideshow view.
*** Issue 93543 has been marked as a duplicate of this issue. ***