[ scummvm-Patches-1744229 ] Optimisations to DXA Player

SourceForge.net noreply at sourceforge.net
Wed Jun 27 16:28:45 CEST 2007


Patches item #1744229, was opened at 2007-06-27 14:28
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=418822&aid=1744229&group_id=37116

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Robin Watts (robinwatts)
Assigned to: Nobody/Anonymous (nobody)
Summary: Optimisations to DXA Player

Initial Comment:
Currently the DXA player does a bit more work each frame than it needs to.

Firstly, we read into one of the framebuffers. Then we malloc a new buffer and copy into that, decompress from it, then free that new buffer.

Later on we then memcpy the entire frame from one frame buffer to another.

In the new decode methods (12 and 13) we also malloc and free buffers each frame.

This patch reduces this overhead; we now have a couple of extra buffers; an inBuffer which we use to read into, a decompBuffer which we decompress the data into (only required for films which use methods 12 or 13).

Also, by decompressing into the correct buffers to start with we can avoid several memcpys.

I've tested this locally with Broken Sword I and it seems to work fine. Unfortunately my films don't use method 12, so I need to backtrack through the encoder versions and regenerate some films to try.

This patch is uploaded here in the meantime for comments.


----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=418822&aid=1744229&group_id=37116




More information about the Scummvm-tracker mailing list