I've installed argus TV, which uses Ezthumb to make thumbnails. However I've been having some issues & have noticed that ezthumb is sticking while generating a thumbnail of a HD recording, and this is slowing down the performance of the whole machine as it reads loads of data from that file. Any suggestions? I noticed a thread a few down which suggests that this used to be a problem, but was fixed in newer versions. I think argus is using the latest version, but just in case I replaced the argus files with ones downloaded from here, and the problem still occurs.
Thanks!
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Thanks for your feedback. Would you mind to send me a copy of the problematic video please, which would be great helpful to locate the problem. The logs produced by ezthumb in the terminal are also very useful.
In argus TV by the way, I think setting an environment variable
export EZTHUMB="-d head"
might workaround the speed issue.
Kind regards
Andy
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Actually, while trying to work out which file to send you, I've just noticed that the problem seems to be with whatever file is currently recording. I could upload it, but presumably it's going to be changing continuously while I'm uploading, so I'm not sure what that's going to do!?
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
The ezthumb is designed to snapshot a video clip. I don't know how it would
behave in an unfinished stream. I reckon it depends on how ffmpeg process
the unfinished stream. If ffmpeg can open and grab the proper information,
the ezthumb should work out some snapshots at least. My suggests are:
try ezthumb on a finished recording. If it's still slow or hanging,
please send me a copy of that video.
try the environment variable setting
export EZTHUMB="-d head"
or insert the "-d head" into your command line if you can change that
setting in Argus TV. It forces ezthumb to skip the video detection process
by ffmpeg's assumption, which in most cases it would speed up the process.
By the way I will integrate the latest ffmpeg in next release. Hope it will
improve more or less in the unfinished streams.
Actually, while trying to work out which file to send you, I've just
noticed that the problem seems to be with whatever file is currently
recording. I could upload it, but presumably it's going to be changing
continuously while I'm uploading, so I'm not sure what that's going to do!?
Hi,
I've installed argus TV, which uses Ezthumb to make thumbnails. However I've been having some issues & have noticed that ezthumb is sticking while generating a thumbnail of a HD recording, and this is slowing down the performance of the whole machine as it reads loads of data from that file. Any suggestions? I noticed a thread a few down which suggests that this used to be a problem, but was fixed in newer versions. I think argus is using the latest version, but just in case I replaced the argus files with ones downloaded from here, and the problem still occurs.
Thanks!
Hi Richstant,
Thanks for your feedback. Would you mind to send me a copy of the problematic video please, which would be great helpful to locate the problem. The logs produced by ezthumb in the terminal are also very useful.
In argus TV by the way, I think setting an environment variable
export EZTHUMB="-d head"
might workaround the speed issue.
Kind regards
Andy
Actually, while trying to work out which file to send you, I've just noticed that the problem seems to be with whatever file is currently recording. I could upload it, but presumably it's going to be changing continuously while I'm uploading, so I'm not sure what that's going to do!?
Hi Richstant,
The ezthumb is designed to snapshot a video clip. I don't know how it would
behave in an unfinished stream. I reckon it depends on how ffmpeg process
the unfinished stream. If ffmpeg can open and grab the proper information,
the ezthumb should work out some snapshots at least. My suggests are:
please send me a copy of that video.
export EZTHUMB="-d head"
or insert the "-d head" into your command line if you can change that
setting in Argus TV. It forces ezthumb to skip the video detection process
by ffmpeg's assumption, which in most cases it would speed up the process.
By the way I will integrate the latest ffmpeg in next release. Hope it will
improve more or less in the unfinished streams.
Kind regards
Andy
On Sun, Mar 1, 2015 at 5:42 AM, Richstant richstanton@users.sf.net wrote: