Why is it so slow to create BIF files using FFmpeg?

[AnSniper 16]

When I created episode 26, I found that the creation speed was very slow. I don't know why?

Even when I download to the local (SSD), the pictures of temp files are generated slowly one by one (very slowly). I don't know why?

Is this related to video coding / resolution?

But in the first episode, it seemed to be finished in a very short time

The encoding / resolution of the first episode and the 27th episode are the same.

 

Episode 1：

Episode 27：

 

Very slow:

Log file:

Episode 01

2022-06-07 23:57:29.046 Info App: ProcessRun 'quick-extract-imageseries' Execute: C:\Users\admin\AppData\Roaming\Emby-Server\system\ffmpeg.exe -f mp4 -threads 1 -skip_interval 10 -copyts -i file:"D:\新建文件夹 (2)\仙剑奇侠传一01.mkv" -an -sn -vf "select='eq(pict_type,PICT_TYPE_I)',scale=w=320:h=213" -vsync cfr -r 0.1 -f image2 "C:\Users\admin\AppData\Roaming\Emby-Server\programdata\cache\temp\22a63ca89f254e9d89adebf5da38328e\img_%05d.jpg"
2022-06-07 23:57:54.724 Info App: ProcessRun 'quick-extract-imageseries' Process exited with code 0 - Succeeded


Episode  27
2022-06-08 00:01:42.815 Info App: ProcessRun 'quick-extract-imageseries' Execute: C:\Users\admin\AppData\Roaming\Emby-Server\system\ffmpeg.exe -f mp4 -threads 1 -skip_interval 10 -copyts -i file:"D:\新建文件夹 (2)\仙剑奇侠传一27.mkv" -an -sn -vf "select='eq(pict_type,PICT_TYPE_I)',scale=w=320:h=213" -vsync cfr -r 0.1 -f image2 "C:\Users\admin\AppData\Roaming\Emby-Server\programdata\cache\temp\623e83f2da8e4af8bc9ea3170e09124c\img_%05d.jpg"
2022-06-08 00:01:44.334 Info Server: http/1.1 POST http://‌‍‍localhost‌:8096/emby/Items/14738/PlaybackInfo?UserId=c0ee0518655545828678a8f2bc080505&StartTimeTicks=0&IsPlayback=false&AutoOpenLiveStream=false&MaxStreamingBitrate=140000000&X-Emby-Client=Emby Web&X-Emby-Device-Name=Microsoft Edge Windows&X-Emby-Device-Id=d489f8cc-d5ff-482a-8453-101cc6886404&X-Emby-Client-Version=4.8.0.0&reqformat=json. UserAgent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/102.0.5005.63 Safari/537.36 Edg/102.0.1245.33
2022-06-08 00:01:44.336 Info App: User policy for admin. EnablePlaybackRemuxing: True EnableVideoPlaybackTranscoding: True EnableAudioPlaybackTranscoding: True
2022-06-08 00:01:44.337 Info Server: http/1.1 Response 200 to ‌‍‍::1‌. Time: 3ms. http://‌‍‍localhost‌:8096/emby/Items/14738/PlaybackInfo?UserId=c0ee0518655545828678a8f2bc080505&StartTimeTicks=0&IsPlayback=false&AutoOpenLiveStream=false&MaxStreamingBitrate=140000000&X-Emby-Client=Emby Web&X-Emby-Device-Name=Microsoft Edge Windows&X-Emby-Device-Id=d489f8cc-d5ff-482a-8453-101cc6886404&X-Emby-Client-Version=4.8.0.0&reqformat=json

 

The following is the log file:

I noticed that the path here is garbled. Is this the reason?

embyserver-63790243596.txt

Edited June 7, 2022 by AnSniper

[Luke 37262]

Hi, it takes time because it has to step through the entire video, decode it, and then produce images at regular videos. So that means the performance of your disk I/O is going to come into play as well as cpu performance.

[AnSniper 16]

3 minutes ago, Luke said:

Hi, it takes time because it has to step through the entire video, decode it, and then produce images at regular videos. So that means the performance of your disk I/O is going to come into play as well as cpu performance.

It seems that this is not the case. I re edited the post and uploaded the log file!

[AnSniper 16]

6 minutes ago, Luke said:

Hi, it takes time because it has to step through the entire video, decode it, and then produce images at regular videos. So that means the performance of your disk I/O is going to come into play as well as cpu performance.

I know it takes time, but compared with Episode 1 and episode 27, I think there is a problem, because Episode 1 is completed in 10 seconds. I am not sure whether episode 27 can be completed in 10 minutes. In addition, the video is stored on SSD, so reading and writing should be no problem!

[Luke 37262]

They're probably just encoded a little differently. Some videos will take longer than others.