Arx Libertatis Bug Tracker
Please log in to bookmark issues
CLOSED  Bug report #1371  -  Arx Libertatis ultra slow startup with uncompressed data
Posted Jul 18, 2019 - updated Jan 04, 2020   Shortlink:
icon_info.png This issue has been closed with status "Not a bug" and resolution "CAN'T REPRODUCE".
Issue details
  • Type of issue
    Bug report
  • Status
    Not a bug
  • Assigned to
    Not assigned to anyone
  • Type of bug
    Not triaged
  • Likelihood
    Not triaged
  • Effect
    Not triaged
  • Posted by
     Guest user
  • Owned by
    Not owned by anyone
  • Estimated time
    Not estimated
  • Category
    Not determined
  • Resolution
  • Priority
    Not determined
  • Reproducability
  • Severity
    Not determined
  • Targetted for
    icon_milestones.png Not determined
  • OS
    icon_customdatatype.png Not determined
  • Architecture
    icon_customdatatype.png Not determined
  • Fixed in
    icon_customdatatype.png Not determined
Issue description
I extracted all the game files, when all the game data is uncompressed in the AL directory (graph, game, misc, sfx, editor, speech, localisation, editor) Arx Libertatis has an extremely slow startup and freezes for a long while, this thing happens with uncompressed files and the issue is something annoying, rhaa movis load instantly with all the same uncompressed files
Steps to reproduce this issue
Uncompress all the game files in the AL directory and start the game

Comment posted by
 Daniel Scharrer
Jul 29, 19:23
What kind of system are you experiencing this on? OS? Filesystem? Storage medium?
Comment posted by
 Daniel Scharrer
Jan 04, 20:32
I'm not sure what would cause the reported regression from 1.1.2 (are you sure it was using the extracted files?) but loading from extracted files *is* expected to be slower - that's why the files are in the pak archives. How much slower depends on your operating system, file system and storage medium as we iterate over all resources on startup in order to minimize disk access and prevent stutter later.

I optimized the directory tree traversal to not need additional api calls to the the files sizes under windows in git master now. If you still have problems with the performance you need to provide more details to get that fixed.

The issue was updated with the following change(s):
  • The status has been updated, from New to Not a bug.
  • This issue has been closed
  • The resolution has been updated, from Not determined to CAN'T REPRODUCE.