For the first time the 3d slide transitions really work on my windows box. I use W7 32 bit. My video card is a Nvidia GeForce GT 520. But during the transitions, the slides that are being transitioned colour bluish. I am happy that the work is progressing so good. Almost there! Thanks. PK
would you please upload a test file and screenshots?
Created attachment 116757 [details] here you see the bluish transition
Created attachment 116758 [details] here is the orriginal picture
Created attachment 116759 [details] example .odp file
I just tested with 5.0.0.1 and it behaves in the same way as the previous version. The 3d transitions have a bluish colour.
Can you add steps to reproduce this bug?
(In reply to Aleksei from comment #6) > Can you add steps to reproduce this bug? 1. New Impress document 2. Click the Slide transition button (above the star icon) in the sidebar in the right 3. Double click a 3d transition like Venetian blinds 3D vertical to apply it to the slide I guess the blueness should show already in the preview (?), but you can start the presentation with F5 to see, how it goes. I haven't seen any blueness myself.
When I run the presentation using F5 the blue also occurs. It's makes no difference.
I happen to dual-boot Windows 7 32 bit with Ubuntu 14.04 LTS 32 bit on my desktop. So I tried LO 5.0.0.1 on ubuntu too (same NVIDIA GeForce GT 520 GPU). Both the Nouveau display driver and the NVIDIA binary driver - version 331.113 with updates behaved flawless.
The bug still occurs in 5.0.0.5. I even tested this windows-version of LO on a total different (linux) computer under wine. When I started a 3d transition LO crashed but short before it crashed LO showed a bluish image. This surprised me.
Still occurs in 5.0.1.2 Upgraded W7 to W10. But still 3d transitions are blueish
This is still occurring in 5.0.2.2/Windows 10
Confirming and setting New Confirming on Windows 8.1 Ent 64-bit en-US with Name NVIDIA Quadro K2000 PNP Device ID PCI\VEN_10DE&DEV_0FFE&SUBSYS_094C10DE&REV_A1\4&2412C6A&0&0008 Adapter Type Quadro K2000, NVIDIA compatible Adapter Description NVIDIA Quadro K2000 Adapter RAM (2,147,483,648) bytes Installed Drivers nvd3dumx.dll,nvwgf2umx.dll,nvwgf2umx.dll,nvd3dum,nvwgf2um,nvwgf2um Driver Version 9.18.13.3182 Attachment 116759 [details] adjusted to use a "3D" transition (Venetian Blinds 3D Vertical, Turn around) With "Use Hardware Acceleration" and "Use OpenGL for all Rendering" set from Tools -> Options -> View Images seem to only compose with Blue layer -- Red and Green omitted. Once the transition effect completes--the full image is rendered. Affects both the JPGs recorded in this ODG, as well as other graphic formats (SVGs, PNGs). If "Use Hardware Acceleration" is set disabled--the transitions render as RGB. @Michael M.--adding to bug 94691, but don't know that this is exclusively an OpenGL issue. Seems like it is...
Also affecting recent builds of master -- so both meta's bug 93529 and bug 94691 Affecting these transitions, they all render with "Use Hardware Acceleration" disabled. Shape Diamond Fade Through Black Fade Smoothly Flipping Tiles Outside Turning Cube Revolving Circles Turning Helix Inside Turning Cube Fall Turn Around Iris Turn Down Rochade Venetian Blinds 3D Vertical Venetian Blinds 3D Horizontal Static Fine Disolve News Flash
*** Bug 94956 has been marked as a duplicate of this bug. ***
"Use Hardware Acceleration" and "Use OpenGL for all rendering" should be mutually exclusive in 5.0.2.2+ - I can't reproduce this on Windows / AMD with a fresh -5-0 branch as of now. I suspect this is a duplicate of bug#94384 - can you reproduce it in recent build with that fix included ? Thanks !
(In reply to Michael Meeks from comment #16) > "Use Hardware Acceleration" and "Use OpenGL for all rendering" should be > mutually exclusive in 5.0.2.2+ - I can't reproduce this on Windows / AMD > with a fresh -5-0 branch as of now. OK, but on today's TB62 build it remains... Version: 5.1.0.0.alpha1+ Build ID: 4b55c28940d741e53648115a9cfb58f2d6db38a5 TinderBox: Win-x86@62-merge-TDF, Branch:MASTER, Time: 2015-10-15_06:14:50 Locale: en-US (en_US) So I'm confused, if "Use OpenGL for all rendering" is unchecked what is "Use hardware acceleration" controlling? Why when it is unchecked it eliminates the single band color use in the BMP rendered by the transition? I can have "Use OpenGL for all rendering" checked on, but "Use hardware acceleration" unchecked--and not have the single band bitmap show. But is the OpenGL rendering even active when hardware acceleration is unchecked? Does the malformed issue come from some generic graphics processing in those transitions? Nothing to do with OpenGL hardware acceleration?
With current master on Windows 8.1 Ent 64-bit (en-US) Adapter Description NVIDIA Quadro K2000 Adapter RAM (2,147,483,648) bytes Installed Drivers nvd3dumx.dll,nvwgf2umx.dll,nvwgf2umx.dll,nvd3dum,nvwgf2um,nvwgf2um Driver Version 9.18.13.3182 Version: 5.1.0.0.alpha1+ (x64) Build ID: 32d4c03cba399ada807b8ec113a3928aa9e3ff7b-GL TinderBox: Win-x86_64@62-TDF, Branch:MASTER, Time: 2015-11-16_23:41:46 Locale: en-US (en_US) Blue layer is no longer present in the image being rendered during OpenGL transition effects. Seems like the full color image from canvas is used now.
I do NOT agree with that. When /Tools/Options/LiberOfficeDev/View/use hardware acceleration is selected the 3d transitions are blue in the 5.1.0.0 alpha1+ on my Windows 10 32 bit machine. You could try it on your computer as well Stuart (comment 18). When I unselect "use hardware acceleration" then the colour is not blue. But all together not the ideal situation I would think.
(In reply to pieter kristensen from comment #19) > I do NOT agree with that. When /Tools/Options/LiberOfficeDev/View/use > hardware acceleration is selected the 3d transitions are blue in the 5.1.0.0 > alpha1+ on my Windows 10 32 bit machine. > You could try it on your computer as well Stuart (comment 18). > When I unselect "use hardware acceleration" then the colour is not blue. But > all together not the ideal situation I would think. From what date is your 5.1 build?
The build is made 2015-10-17
(In reply to pieter kristensen from comment #21) > The build is made 2015-10-17 There you have it :) Plz try a fresh build: http://dev-builds.libreoffice.org/daily/master/?C=M;O=A
Oh, I'm sorry. I feel a little stupid. I didn't even know that e.g. the 5.1.0.0.alpha1+ changed every day but kept the same name. One is never to old to learn. You are absolutely right. I share your experience. There is still a little glitch with the 3d transitions but it is not the snow white one there used to be. It lasts to short to see what it is.