I'd like to sort out this issue, since sending files to the Queue should take the same amount of time to "save" them...since that's what's happening on the backend. I did notice you have 2000+ parts, based on the number of items that need to be transferred to the Queue. Maybe lots of materials as well?
Could you please do a test for me with this same file? Now that we know how long it takes to send to the Queue, can you please "Save As" to save a new file and tell me how long this new saving process takes? This will help us troubleshoot.
did the test.Save as with new file = 13seconds/Opening the file around 45 seconds.
Made a restart of the pc, the same.Stopped the queue manually, deleted the queue files and tmp-files and restarted queue, the same.
There are 57 Materials in the project.18 are assigned by me and are in use.
I detect a new issue: Deleting materials will not update the panel, even when you try "rebuild thumbnails".When close the project and
reopen it, the materials are away.I tried this with different projects,also with the camaro-project.
Thanks for the test Peter.
Also the extra issue you found with not deleting materials was already detected by our QA team and we are pushing a fix in our next service pack, available summer.
To confirm, it only takes 13 seconds to save, but takes 40 minutes to send to the Queue?
Yes,saving 13 seconds.Uploading has a "beat" of around 1 part per second.
I informed our dev team and will let you know of their findings. I wasn't able to reproduce the results on the large files I have. It might be file specific. Could you test another file of similar size (# of individual parts, materials, HDRs) to see if the process to upoload to the Queue is extremely long in that file as well?
Hi Brian, did the test with different file.
Files with about 300/500/800 parts uploading fast.
File with one model 1045 parts = 3min
File with two models 1842 parts = 13min
File with three models 2442 parts = 40 min
Hope this helps you.