Apache OpenOffice (AOO) Bugzilla – Issue 84868
new OpenGL transitions are distorted, stutter, or freeze
Last modified: 2013-01-29 21:59:10 UTC
I built ooo-build m241 with --enable-opengl and --enable-ogltrans options (see issue 82460). The transitions have various defects depending on the configuration. I don't know if it is more helpful to include these in one bug or split them out? ** System 1a - Fedora 8 32-bit i386, nVidia G72M (GeForce Go7400) with 256MB video memory, nVidia 169.07 binary driver, 640x480 resolution, Dell Latitude D820 - The transitions are nice and fast but have a defect: multiple moving black horizontal bars. The bars only appear during the full screen transition. I will attach a little video. ** System 1b - Same machine as system 1a but Fedora 7 - Same results as system 1a ** System 1c - Same machine as system 1a but open source Fedora 8 nv driver - The animations have no visual defects. Instead, some animations "stutter" severely. That means the transition sometimes pauses for several seconds. ** System 1d - Same machine as system 1c but Fedora 7 - Same results as system 1c ** System 2a - Fedora 7, VT8378 [S3 UniChrome] card, 64MB desiginated in BIOS for video RAM, openchrome driver - OpenOffice.org freezes. Process can be killed. - At 1024x768, some transitions play with a solid white texture instead of the slide image. I assume that is because there is not enough memory to map the texture. I will attach a screenshot. - At some point, I had OpenOffice.org crashes, but I cannot reproduce them anymore. ** System 2b - Same as system 2b but open source via driver that comes with Fedora 7 - Same results as system 2b ** "configure" confusion configure indicates the options --enable-opengl --enable-ogltrans build an extension (or does it mean two extensions?). However, I searched for oxt$ and didn't see it. I mention this because I hope I am not missing something. ** Tools > Options confusion I toggle the OpenGL and hardware acceleration options in Tools > Options > OpenOffice.org > View. These options seemed to make no difference.
Created attachment 50558 [details] skip about 6 seconds into the video to see the black horizontal bars
Created attachment 50559 [details] output of "glxinfo" when using nvidia 169.07 binary driver
Created attachment 50562 [details] Screenshot: texture not mapped. OOo is not yet frozen.
The nv open source driver does not support 3D. For the machines with a via driver, I strongly suspect a bug in the X driver.
Seconding hub here. OGL is notoriously flaky under Linux ;-) But _if_ you're running AIGLX/XGL successfully with the same config/hw, then this would prolly be a bug on our side. Regarding the extension thing: well, there's no oxt or something built somewhere yet. That said, CWS transogl02 should improve on various aspects, maybe also by providing a true extension (the cheap thing is to just pack up ogltrans.uno.so into an oxt with accompanying manifest - but adding the new transitions to the slide transition pane would surely be a bonus...).
Using the binary nvidia driver and after adding Load "extmod" to the "Modules" section of the xorg.conf file, I have the transitions working nicely. Sorry for the noise. In each case, it deceptively worked to some degree. If the problem is flaky drivers (which will be around for years), perhaps a warning is possible? I would like to minimize future frustration and duplicate bug reports.
if 3D hardware is not supported, it should definitely work in some way or the other. Software GL should be enough, and if not, then the user should at least be informed with some sort of reasonable fallback.
It is almost impossible, in general, to ensure properly working display hw/drivers from inside OOo. I therefore very much like the extension-based approach to stuff as the one at hand, since a user can deliberately decide for or against it (i.e. removing the extension if it does not work for her). Proper user education is surely a point that needs addressing - most conveniently in the readme she has to acknowledge during extension installation anyway. Apart from that, some sort of whitelisting for the drivers could be implemented...
>Apart from that, some sort of whitelisting for the drivers could be implemented... It is not possible to check for features or configuration? I had the right driver but not the right module (extmod).
Note. Actually three (not two) things were required for smooth playback: 1. the closed-source nvidia driver 2. sudo nvidia-xconfig --composite --render-accel --add-argb-glx-visuals 3. loadmod "extmod" in /etc/X11/xorg.conf
Created attachment 51522 [details] Actually more X.org settings need changed. Attached are defects *without* all the settings in http://compiz.org/NVidia
Created attachment 51523 [details] Defects *without* all the settings in http://compiz.org/NVidia
Created attachment 51524 [details] Attached are defects *without* all the settings in http://compiz.org/NVidia
Reassigned.