Slow jpeg rendering

Bug #860608 reported by matysek
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
OpenLP
Won't Fix
Undecided
Unassigned
Documentation
Invalid
Undecided
Unassigned

Bug Description

There is an issue in openlp with slow rendering of jpeg images.

When png images are used as background then the rendering is almost instantaneous in contrast to jpeg.

Revision history for this message
Andreas Preikschat (googol-deactivatedaccount) wrote :

I don't think we can do anything about this (apart from improving image processing in general), because we don't support any format; Qt/PyQt does. To say it in other words, we don't have any impact on the speed/quality a particularly format is rendered.

Thus I'll set it to incomplete (if you find something we can improve then you may change the status).

Changed in openlp:
milestone: none → 1.9.8
status: New → Incomplete
Revision history for this message
matysek (mzibricky) wrote :

It seems to me like webkit has to do the rendering twice: once for 2nd monitor and once for the preview in live.

We could get some performance if the implementation would be to really create screenshot of the 2nd monitor and then scale this screenshot for use for the preview in live.

The following Qt4 classes allow direct manipulation with 2D scene:

QGraphicsScene, QGraphicsView or use directly QGraphicsWebView instead QWebView.

Then for direct access to web page as a screenshot we could use method

QGraphicsWebView.scene().render(QPainter)

This is not jpeg specific.

Revision history for this message
Tim Bentley (trb143) wrote :

We already do this using QWebView there have been problems in the past using Graphics views but these may have been over come.

Revision history for this message
Tim Bentley (trb143) wrote :
Revision history for this message
Andreas Preikschat (googol-deactivatedaccount) wrote :
Revision history for this message
Andreas Preikschat (googol-deactivatedaccount) wrote :

Sorry, wrong bug report.

Revision history for this message
Andreas Preikschat (googol-deactivatedaccount) wrote :

Set to "Won't fix" as we cannot do anything about it.

Changed in openlp:
status: Incomplete → Won't Fix
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.