Issue 45196 - Presentation transitions PAINFULLY slow
Summary: Presentation transitions PAINFULLY slow
Status: CLOSED DUPLICATE of issue 45877
Alias: None
Product: Impress
Classification: Application
Component: viewing (show other issues)
Version: 680m93
Hardware: PC Windows XP
: P3 Trivial (vote)
Target Milestone: ---
Assignee: christian.guenther
QA Contact: issues@graphics
URL:
Keywords: oooqa
: 45534 46707 47638 (view as issue list)
Depends on:
Blocks:
 
Reported: 2005-03-16 15:16 UTC by retiefdv
Modified: 2005-05-23 12:52 UTC (History)
2 users (show)

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


Attachments
Test Impress presentation that transitioned VERY slow on my computer (10.78 KB, application/vnd.sun.xml.impress)
2005-03-17 14:27 UTC, retiefdv
no flags Details
Painfully slow animation with OOo 1.9 (7.89 KB, application/vnd.sun.xml.impress)
2005-04-28 13:00 UTC, bmarcelly
no flags Details

Note You need to log in before you can comment on or make changes to this issue.
Description retiefdv 2005-03-16 15:16:15 UTC
I tested the Impress module first with a PowerPoint presentation. All the slides
uses a "wipe right" transition. The transitions, when viewing this presentation
with Impress was terribly terribly slow, with vertical panes of the next slides
slowly wiping down one by one from the left of the screen. I tried to see what
happens when I create a native Impress presentation, but the same happened.

Performance-wise I have no issues on my machine when using PowerPoint.
Comment 1 wolframgarten 2005-03-16 15:31:56 UTC
Reassigned.
Comment 2 christian.guenther 2005-03-17 14:15:12 UTC
I can't reproduce the bug.
Please attach a document where I can see the bug.
Comment 3 retiefdv 2005-03-17 14:27:59 UTC
Created attachment 23955 [details]
Test Impress presentation that transitioned VERY slow on my computer
Comment 4 ssallen 2005-03-22 22:23:04 UTC
Tested the sample on my computer and had an even worse time with it. 
Transitions were horribly slow as stated and eventually it even forced windows
to kill my display driver.  Had to reboot to get out of safe mode. 
Comment 5 ssallen 2005-03-23 07:00:03 UTC
Looking into it further I could only reproduce the problem on my laptop.  I
tried it on two other systems using the latest build with no problems.  My
laptop uses a mobility radeon chipset (similar to Issue # 45534).  Maybe it is
something specific with these chipsets drivers?  Just a hunch since I am getting
a video driver failure in Impress during these transitions.

Also I tried running all four directional wipe transitions and had the same crash.
(Varying transition speeds as well)

I booted linux on the same laptop and could not reproduce the problem.
Comment 6 retiefdv 2005-03-23 08:46:29 UTC
Thanks ssallen for the tests that you have executed.

Some additional information about my laptop might be of value:

Brand name: HP
OS: WinXP SP2
Processor: Intel Celeron 1,2Ghz
RAM: 496Mb
Graphics: S3 Graphics TwisterT with S3 Twister chipset

As far as I am concerned this issue is a showstopper because it basically
renders Impress unuseable on certain machines (exactly which machines we do not
yet know).
Comment 7 ssallen 2005-03-23 22:32:29 UTC
Here are my specs for what its worth:

Brand/Model: Emachines 5312
WinXp with SP2
AMD 2400+ (Barton)
512mb System Memory (64 shared to video)
ATI Mobility Radeon IGP 320 (64 Shared memory)

I agree on it being a showstopper.
Comment 8 sworkhard 2005-03-25 16:44:05 UTC
The transitions are painfully slow on my computer as well with or without open
GL accelleration enabled (although they do run faster with openGL acceleration,
they are still not as smooth as they should be)
My computer:
Amd Athlon XP 2500+
Via kt880
Nvidia Gforce FX 5900
Latest drivers for everything
Comment 9 peschtra 2005-04-22 01:33:39 UTC
*** Issue 47638 has been marked as a duplicate of this issue. ***
Comment 10 peschtra 2005-04-22 01:36:53 UTC
I can confirm this in 1.9.93 on Win XP.

I was running on a Laptop with 3.07 GHz and 448 MB of RAM. My same presentation
runs fine in PowerPoint. My video card is ATI MOBILITY RADEON 9000 IGP.

I am on a laptop right now, I am going to test this on a desktop. It sounds like
so far this is just a laptop issue.

Changed the summary and priority.

**Note to all, please make sure you list the version # when reporting back. Each
new snapshot is the new beta, so let's all try to be more clear. :)
Comment 11 peschtra 2005-04-22 04:03:10 UTC
*** Issue 46707 has been marked as a duplicate of this issue. ***
Comment 12 retiefdv 2005-04-22 14:25:47 UTC
I just ran a test with the latest OpenOffice.org Beta (version 1.9.79) on both a
laptop and a desktop machine.

On the desktop the test presentation (attached to this issue) worked fine, but
not on the laptop.
Comment 13 peschtra 2005-04-23 05:01:41 UTC
1.9.79 is in NO way the latest beta. The latest beta is at least 1.9.93 and
maybe even higher now.

Now, my desktop worked fine. Maybe a little slow, but I don't think so. OOo is a
bit slower than PPT XP, but I don't know if that is an error.

Changing to P3 since this only affects laptops.
Comment 14 bmarcelly 2005-04-28 12:59:48 UTC
I found a case of PAINFULLY slow animations, on my desktop PC. I thought it better to 
describe the problem here.
The next attachment is an Impress file created with OOo 1.1.3. It contains one slide 
with animation effect and text effect on 2 simple objects.
OOo 1.1 duration of the slideshow : 5.4 seconds
OOo 1.9.93 duration of the slideshow : 17.5 seconds

Windows XP SP2, 512MB Ram, AMD Athlon XP 1800+ graphic board Matrox G450
Note : converting this document to "odp" gives another problem, see IZ 48363
Comment 15 bmarcelly 2005-04-28 13:00:46 UTC
Created attachment 25608 [details]
Painfully slow animation with OOo 1.9
Comment 16 peschtra 2005-04-30 04:54:42 UTC
*** Issue 45534 has been marked as a duplicate of this issue. ***
Comment 17 peschtra 2005-04-30 05:00:24 UTC
@bmarcelly -- This issue is about slide transitions not about custom animation,
which is what your issue is about. Please find an issue about them or file a new
one.
Comment 18 christian.guenther 2005-05-23 12:51:32 UTC
This issue is duplicate to issue 45877

*** This issue has been marked as a duplicate of 45877 ***
Comment 19 christian.guenther 2005-05-23 12:52:14 UTC
I close this issue as duplicate