Created attachment 701639 [details]
Utility Files

Zip file's contents.

→ Presentations (ODP) having all LO Impress transitions (transition speed: Fast - 1 second intervals between slides)
→ Videos of transitions display (I tried to be as faithful as actually displayed). LO were performed with 3.6
→ Xorg.0.log File

* The tests were performed with a computer video card Intel GMA 3150

thanks

(In reply to comment #0)
> Context:
> This bug was introduced earlier in fedora 17 and 18 to mark as dependency
> libreoffice-impress, libreoffice-ogltrans package.

And the dependency was removed again. So you now want to re-introduce it
or what? I admit I do not quite understand. This seems to be a bag of
various issues you have (or think you have) with slide transitions, with
two different versions of libreoffice. That is not the proper way to do
it: you should open one bug for a problem. I am inclined to close this
just because of that...

> 
> Description of problem:
> The problem is a decrease in performance in a number of 2D transitions, when
> installing the package libreoffice-ogltrans (which does not happen without
> the package libreoffice-ogltrans). It has a poor performance in most 3D
> transitions (slow start) and others simply do not work (example: Static and
> fine dissolve)

Yes, we know the 3D transitions are slow-starting.

> Actual results:

3.6 is old. Much of the standing problems with slide transitions have
only been fixed in 4.0. See
https://fedoraproject.org/wiki/LibreOffice/SlideTransitions .

> Transitions with problems (without OGLtrans) (LO 4.0)
> *Generally transitions are displayed slightly more fluid
> → Cover (variant left-down, right-down and right-up) It displays a large
> black shadow under the slide.

Yeah, I see that too. I either missed it earlier or it did not happen on
my previous machine with ATI graphics.

> → Fade through black: is displayed slowly
> → Cut through black: not displayed

It is; the transition shows the outgoing slide for a third of the time,
then black for another third, followed by the incoming slide.

> 
> Transitions with problems (with OGLtrans) (LO 4.0)
> → Shape diamond: slow start
> → All 3D transitions have a very slow start

Yes. The main problem is colorspace conversion of two relatively large
bitmaps (the outgoing and incoming slides) from (typically) cairo to
OpenGL color representations. I had an idea recently to do this in a
thread (one for each bitmap), which should cut the preparation time in
half on multicore machines.

> → Static and fine dissolve: Not displayed

This means that your graphics chipset does not support shaders. Sorry,
but there is nothing I can do.

(In reply to comment #2)

At first the problem was limited to Impress dependence with ogltrans package. The first response (logic) is that in the new systems in linux (gnome and kde) with better 3D support would not have problem running libreoffice 3D transitions (if the system works, work transitions), but since it is not actually, temporarily eliminated the ogltras package as dependency impress.

This bug stems from the above, and at one point turned to include the package "ogltrans" by default in the distribution without having solved the problem of transitions.

In short, you are the developer. If LO-ogltrans not impress dependency on fedora 19 and the other problems I mentioned are known, this bug should be closed.

thanks



> > → Static and fine dissolve: Not displayed
> 
> This means that your graphics chipset does not support shaders. Sorry,
> but there is nothing I can do.

I believe the office software should always be inclusive and work on most computers possible.

Suppose I have a computer graphics chipset that supports shaders, and prepared a presentation whose transitions are static and dissolve. The presentation I do on another computer (eg at university) and I have the same OS, the same software (libreoffice) and the same version I have installed on my machine. Start the slide show and everything goes wrong because the transitions are not displayed ... I answer the audience that does not work because the computer's graphics chipset of the university, does not support shaders.

* In Competition (office 2013) this does not happen (unless you use a version of office less than 2007). I've also tried Office 2013 on computers with lower specifications and everything works fine.
The idea is that LibreOffice, which I am a user, is a much better software.

> > > → Static and fine dissolve: Not displayed
> > 
> > This means that your graphics chipset does not support shaders. Sorry,
> > but there is nothing I can do.
> 
> I believe the office software should always be inclusive and work on most
> computers possible.

You have it wrong. It should work on as many computers as practical. That is not the same thing.

> 
> Suppose I have a computer graphics chipset that supports shaders, and
> prepared a presentation whose transitions are static and dissolve. The
> presentation I do on another computer (eg at university) and I have the same
> OS, the same software (libreoffice) and the same version I have installed on
> my machine. Start the slide show and everything goes wrong because the
> transitions are not displayed ...

Huh? The worst that can happen is that the transitions do not work. That does not look like a big deal to me. Is the content of the presentation not more important than the bells and whistles around?

> I answer the audience that does not work
> because the computer's graphics chipset of the university, does not support
> shaders.

The audience does not have any clue that something is missing unless you told them.

(In reply to comment #4)

* When these transitions are not displayed, they jumped in the picture.

Insist if I'm wrong and the problems I mentioned are known issues, this thread should be closed.

thanks