Issue 124557 - Slideshow without hardware acceleration: Particular objects covered with black rectangle
Summary: Slideshow without hardware acceleration: Particular objects covered with blac...
Alias: None
Product: Impress
Classification: Application
Component: viewing (show other issues)
Version: 4.1.0-dev
Hardware: All Windows 7
: P3 Normal (vote)
Target Milestone: ---
Assignee: AOO issues mailing list
QA Contact:
Keywords: regression
: 93543 (view as issue list)
Depends on:
Reported: 2014-03-30 11:21 UTC by Rainer Bielefeld
Modified: 2019-11-23 21:30 UTC (History)
5 users (show)

See Also:
Issue Type: DEFECT
Latest Confirmation in: ---
Developer Difficulty: ---

Sample Document (34.55 KB, application/vnd.oasis.opendocument.presentation)
2014-03-30 11:21 UTC, Rainer Bielefeld
no flags Details
Simpler bug document (11.47 KB, application/vnd.oasis.opendocument.presentation)
2014-04-02 07:55 UTC, Andre
no flags Details

Note You need to log in before you can comment on or make changes to this issue.
Description Rainer Bielefeld 2014-03-30 11:21:55 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
Comment 1 Edwin Sharp 2014-03-30 13:43:02 UTC
"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 
  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
Comment 2 Oliver-Rainer Wittmann 2014-03-31 08:32:40 UTC
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.
Comment 3 Oliver-Rainer Wittmann 2014-03-31 09:26:57 UTC
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
Comment 4 Armin Le Grand 2014-03-31 09:31:40 UTC
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).
Comment 5 Armin Le Grand 2014-03-31 09:45:57 UTC
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...
Comment 6 Oliver-Rainer Wittmann 2014-03-31 11:14:12 UTC
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
Comment 7 2014-03-31 11:14:43 UTC
Checking my oldest buildbot tarball shows that the problem was already there in the trunk revision 1518964 from August 2013.
Comment 8 Armin Le Grand 2014-03-31 11:24:00 UTC
@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 ;-))
Comment 9 Andre 2014-03-31 15:29:17 UTC
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.
Comment 10 Andre 2014-04-02 07:55:32 UTC
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.
Comment 11 oooforum (fr) 2019-11-23 21:30:52 UTC
*** Issue 93543 has been marked as a duplicate of this issue. ***