scrubbbbs
Very slow indexing process and unhelpful output
Operating System: Fedora Linux 41
KDE Plasma Version: 6.4.2
KDE Frameworks Version: 6.15.0
Qt Version: 6.8.3
Kernel Version: 6.15.5-100.fc41.x86_64 (64-bit)
Graphics Platform: Wayland
Processors: 64 × AMD Ryzen Threadripper 3970X 32-Core Processor
Memory: 64 GiB of RAM (62.6 GiB usable)
Graphics Processor: AMD Radeon RX 580 Series
The indexing process in case of folders with many files (> 3000) is very slow. Moreover the indexation output information is unhelpful, dense and repetitive.
Messages like @FFmpeg{./xxxxxxxx.mp4|h264}\$ Application has requested 64 threads. Using a thread count greater than 16 is not recommended. are not helpful and appear for every video in my case.
The indexing output should have an option to make it quieter and more useful.
A truly useful output would be to display a progress bar with the number of files processed and those pending, the current folder being processed, and the ETA.
If you can be more specific, I'd love to see an illustration (or just type it as preformatted here) what you are imagining would be more useful. I have already cut it down to minimum I want to see for my own use.
ETA would be nice but when files can all have different processing rates, mix of images and videos, etc it is near impossible to give a reasonable guess.
BTW If I had this particular message (which I have never seen before as I have 16 threads), I would lower the max decoder thread count to 16 with -i.decthr 16 to get rid of it.
There is also -quiet but more for when logging to a file, e.g. putting cbird in a cron job.
