small .sla file takes 7 minutes to load

Previous topic - Next topic

iamjohngalt

This is my first use of Scribus and I'm making a page of 8 identical labels to print.
Each label has a copy of a 40k jpg image and 4 text frames with text.

Why does it take 7 minutes to load this file?

I'm running Win 10 with 16G memory and a i5-8600k cpu with 10G of free memory
and lots of unused GB on the ssd system drive and the separate data HD where
the file is stored. I have had no slowness issues with other applications.

I appreciate assistance in getting Scribus working faster. Thank you.

AdmFubar

From what you provided it may not be easy to spot the issue. I'd fist try replacing the image files. If that doesn't work attach a copy of the file, if you can. do a collect for output and upload it to a file sharing site. (you may need to compress the file.) 

Using Scribus1.6.1, 1.7.0 openSUSE 15.6
Advanced hobbyist

iamjohngalt

#2
I think the issue might be due to the number of files (almost 9000) in the directory/folder
where the .sla file is stored.
I saved the .sla to the parent directory (root of the hard drive) and it opens very quickly.
The file open window also stalls when I tell it to display that large directory.
(As I type this, I am waiting for Scribus to respond/open the 61K .sla file in that large
directory folder. It's been over 5 minutes and the title bar of the window displays
"Scribus 1.6.4 (Not Responding.")

Perhaps there is an issue with how Scribus accesses the files system in Windows 10?

AdmFubar

it is a limitation of windows, (or any os for that matter). scribus is using windows file code. (most likely.)  

Standard hard drive? (spinning rust)  or and ssd? will make a difference, for the most part.
Using Scribus1.6.1, 1.7.0 openSUSE 15.6
Advanced hobbyist

iamjohngalt

Quote from: AdmFubar on July 03, 2025, 03:55:14 AMit is a limitation of windows, (or any os for that matter). scribus is using windows file code. (most likely.) 

Standard hard drive? (spinning rust)  or and ssd? will make a difference, for the most part.
If this is such a problem for W10, then why do I not see this issue with any other applications running in windows 10?
The folder/directory being used is my 'mydocuments' folder on a relatively fast 2 year old hard drive that is half empty.  I open files from that drive in nearly every application but none have this issue.
For example: excel, photoshop, reaper, audacity, handbrake, avidemux, etc.
Therefore, it appears to me to be the way that Scribus is using the W10 file access.
(Obviously, I can work around the problem easily now that I understand it. ;^)

a.l.e

Scribus does not use the native Windows dialogs.

It's probably a Qt dialog with customizations for the previews (Qt being the framework used for the UI).

If the reason is indeed "too many files", then there is not much Scribus can do differently, except if the issue is with the preview...