Grab/delete still time

In color, when you ask to “grab all stills” it take an awful lot of time to grab if your timeline has 1000 shots, as same as, if you are in gallery, select all the 1000 stills and delete them.

Although, if you select the specific gallery folder and ask to remove it, it takes only few seconds.

It seems that the holdup is the attempt to either redraw the thumbnails or rearrange the stills while you add them or delete them.

We should make this a better process and, on large operations, just refresh when the operation itself has finished the execution…. We could go down minutes in long timelines….

Please, improve this time: for TV where you have timelines with 1200 shots is a drag to make a [grab all stills form x frame]…

+1… wasting literally 10 minutes with the client in the room just to grab stills of a TV episode is quite frankly unacceptable in 2022.

Hmmm, I just tried it and it's about 1 second per 1 minute of material: a 20-minute timeline took about 20 seconds. It seems to me a 1-hour timeline would only take 60 seconds... although it hinges on number of shots. 1200 shots is a lotta shots. I bet if you threw massive hardware at it, it'd go faster.

I cheat and use an SSD RAID source drive and an SSD Gallery/Cache drive, so that helps.

Hmmm, I just tried it and it's about 1 second per 1 minute of material: a 20-minute timeline took about 20 seconds. It seems to me a 1-hour timeline would only take 60 seconds... although it hinges on number of shots. 1200 shots is a lotta shots. I bet if you threw massive hardware at it, it'd go faster.

I cheat and use an SSD RAID source drive and an SSD Gallery/Cache drive, so that helps.

I’m on a very powerful Linux machine, if you like I can take a video of how much time it takes… I’m not overstating the time.

Are you on a Mac?

(Ep 110 of Winning time has 1600 shots…)

Deleting is always going to be faster than creating, since all that is being removed is a reference to the file on the drive, the data is still all there unless you delete it securely. Creation time is all about the speed of the disk being written to, and write speeds are almost always slower than read speeds. Maybe if they add background processes this can be one of them.

My 2021 MBP can grab 180 stills in under 16 seconds, so that's about 2'20" for 1600.

Deleting is always going to be faster than creating, since all that is being removed is a reference to the file on the drive, the data is still all there unless you delete it securely. Creation time is all about the speed of the disk being written to, and write speeds are almost always slower than read speeds. Maybe if they add background processes this can be one of them.

My 2021 MBP can grab 180 stills in under 16 seconds, so that's about 2'20" for 1600.

The stills are stored on a SAN that can do uncompressed 8k in realtime…. I dont know how much faster you want the drive to be….

Ok.i did two test with stopwatch, one for local still and one for power stills.

The local one (1699 cuts) where collected in 5:59 and change.
The power one, the same 1699 cuts, where collected in 16:04 and change.

So, it looks like the issue is with powerGrades…..

Because in TV you have on episode per project, you need to collect power stills to be able to reference them in other episodes (and eventually archived with it), same for movies where different reels are in different projects (although there are less cuts).

The actual album was deleted in 00:01.27 seconds….. (by right click and delete album)

The local stills collected keeping the gallery close (no refresh on the thumbnails) took a little less at 5:09

Capturing my 180 stills to power grades:

From First Frame - 28 seconds
From Middle Frame - 32 seconds

Deleting them - 13 seconds

Moving from power grades to normal stills - 15 seconds
Moving from normal stills to power grades - 25 seconds

The stills are stored on a SAN that can do uncompressed 8k in realtime…. I dont know how much faster you want the drive to be….

Does your SAN use hard drives or SSDs? Writing many small files takes longer than writing a large file of the same total size, at least on a hard drive - SSDs are better with handling many small files apparently.

I did another test, writing a 3 minute HD timeline to uncompressed QT and a 10 bit DPX sequence (both RGB 10 bit, resulting in 37GB total size each).

Uncompressed QT - 8 seconds
DPX sequence - 9 seconds

How does your SAN perform when rendering to uncompressed QT vs DPXs?

Capturing my 180 stills to power grades:

From First Frame - 28 seconds
From Middle Frame - 32 seconds

Deleting them - 13 seconds

Moving from power grades to normal stills - 15 seconds
Moving from normal stills to power grades - 25 seconds

The stills are stored on a SAN that can do uncompressed 8k in realtime…. I dont know how much faster you want the drive to be….

Does your SAN use hard drives or SSDs? Writing many small files takes longer than writing a large file of the same total size, at least on a hard drive - SSDs are better with handling many small files apparently.

I did another test, writing a 3 minute HD timeline to uncompressed QT and a 10 bit DPX sequence (both RGB 10 bit, resulting in 37GB total size each).

Uncompressed QT - 8 seconds
DPX sequence - 9 seconds

How does your SAN perform when rendering to uncompressed QT vs DPXs?

we work with uncompress EXR, 4k 16bit float.... the san is fine......

if grabbing powergrades vs local stills the time increase by 4 times, the issue is NOT the san. (and yes, those are SSD one.)