Sorry, hash was meant to be <file name without the path>, so given the
ppt: c:\temp\test.ppt is 23456 bytes in size and last edited on the
first second of 1 Jan 2018 the hash would be:

   'test.ppt:23456:20180101000001'

Or some binary equivalent for the size and date.

-- 
You received this bug notification because you are a member of OpenLP
Core, which is subscribed to OpenLP.
https://bugs.launchpad.net/bugs/1677037

Title:
  Powerpoint is slow to load

Status in OpenLP:
  Confirmed

Bug description:
  Originally reported in forum:
  https://forums.openlp.org/discussion/3412/power-point-takes-too-long-
  to-load

  The problem is that when we load a PPT we generate thumbnails for the preview 
and the slidecontroller, and extract notes and titles for showing on the stage 
view. This data is stored in a folder which name is a md5-hash of the full path 
of the ppt-file.
  When a presentation is placed in the servicemanager, the file is copied to 
the servicemanager folder, and when going live OpenLP creates a hash of the new 
full path of the file (now in the servicemanager folder) which of course is 
different from the old hash, and therefore OpenLP generates the thumbnails etc 
again.

  A few solutions could be made:
   * Make the hash based on the file content instead of the file path (might be 
a bit slow on big files).
   * When adding a ppt-file to the servicemanager, copy the old folder to the 
new hash-folder.
   * Add the thumbnails etc to the service file.

To manage notifications about this bug go to:
https://bugs.launchpad.net/openlp/+bug/1677037/+subscriptions

_______________________________________________
Mailing list: https://launchpad.net/~openlp-core
Post to     : openlp-core@lists.launchpad.net
Unsubscribe : https://launchpad.net/~openlp-core
More help   : https://help.launchpad.net/ListHelp

Reply via email to