search

google-code-export / ffmpegthumbnailer

Automatically exported from code.google.com/p/ffmpegthumbnailer
GNU General Public License v2.0
1 stars 1 forks source link

recurring ffmpegthumbnailer instances for files being modified [high CPU] #51

Closed GoogleCodeExporter closed 9 years ago

GoogleCodeExporter commented 9 years ago 
What steps will reproduce the problem?
1. Procure video file in state of flux (for example, downloaded or edited)
2. Open file manager (thunar) to video file location
3. ffmpegthumbnailer continually invoked as the video file changes

What is the expected output? What do you see instead?

On such files ffmpegthumbnailer updates the thumbnail, quits, and then is
reinvoked in loop, causing high CPU usage - and an annoying flicker.

Possible Solutions:
  . identify any existing write handles on video files to avoid creating
thumbnails
  . keep track of modification time, either on the thumbnail or the video
file (might not work if options=noatime in fstab)
  . keep an internal database of last modified files and times

Other Stuff:
The issue could also be fixed in the process that invokes
ffmpegthumbnailer, for example thunar and who knows how many other programs.

What version of the product are you using? On what operating system?
Linux 2.6.32-ARCH #1 SMP PREEMPT Thu Jan 7 22:19:56 UTC 2010 i686 Genuine
Intel(R) CPU T2400 @ 1.83GHz GenuineIntel GNU/Linux
ffmpegthumbnailer 2.0.0-1

Original issue reported on code.google.com by OrbisVi...@gmail.com on 13 Jan 2010 at 4:49

GoogleCodeExporter commented 9 years ago 
As you stated this could and should be fixed in the process that invokes 
ffmpegthumbnailer. It is not the responsibility of the thumbnailer library to 
decide 
if a thumbnail should be generated or not. When it is asked to create a 
thumbnail it 
will simply do so. It would be wrong to implement some fuzzy logic that would 
not 
generate a thumbnail in certain conditions.

Original comment by dirk.vdb on 13 Jan 2010 at 4:55