On Sat, Dec 3, 2022 at 10:14 AM, Hugo wrote:

... strange that the encoding is almost 10 times longer

AFAIK/IIRC this is a problem of (minterpolate) blending filter being single threaded (?).

Ernst

Thanks for the release of the animation feature to EUMETCastView.
How does one control/regulate the speed of the animation frames please.
John Morris

Hi John,

The 'speed' is hard coded for the moment in the program. However I will change that so people can make their own preferences for making a video.
You can of course experiment with ffmpeg yourself. For example : 
ffmpeg -framerate 5 -i tempvideo/PROJ%04d.png -vf minterpolate=fps=60:mi_mode=blend -c:v libx264 -pix_fmt yuv420p -y outfile.mp4 
will make a video with 60fps and the number of interpolated frames per second will be (60/4 - 2) * (5 - 1) = 52. The best interpolation mode is blend. The other mode (motion estimation) gives artefacts in the twilight zones. 
Hope this helps,

Hugo

On 04/12/2022 13:44, Hugo wrote:

Hi John,
The 'speed' is hard coded for the moment in the program. However I will change that so people can make their own preferences for making a video.
You can of course experiment with ffmpeg yourself. For example :
ffmpeg -framerate 5 -i tempvideo/PROJ%04d.png -vf minterpolate=fps=60:mi_mode=blend -c:v libx264 -pix_fmt yuv420p -y outfile.mp4
will make a video with 60fps and the number of interpolated frames per second will be (60/4 - 2) * (5 - 1) = 52. The best interpolation mode is blend. The other mode (motion estimation) gives artefacts in the twilight zones.
Hope this helps,
Hugo

========================================================================================

Hugo, can I add that the station location in videos, always shows as what I assume to be your location, and not mine although mine works perfectly on the rest of the program.

I am also finding that I cannot get HRV to work on videos. Maps etc all fine but no image superimposed on the map layout. All other videos working well.

Other than that the new program is working very well.
Thanks again.

Best regards,
Douglas.

On Sun, Dec 4, 2022 at 05:44 AM, Hugo wrote:

ffmpeg -framerate 5 -i tempvideo/PROJ%04d.png -vf minterpolate=fps=60:mi_mode=blend -c:v libx264 -pix_fmt yuv420p -y outfile.mp4 

Dear All,

as we had a thread about publishing images and products from EUMETCast
we should also know our rights (or maybe the absence of those) to publish
videos we make from material (frames) we gather with EUMETCast. IANAL
but for sure I do never want to get e-mails from some American lawyers
firm with respect to some video codec I have used and distributed with
wetransfer or whatever means on the WEB. Some codecs are said the be
royalty free for "personal and noncommercial" use. But there is for sure
no common agreement what this means. If I publish a *.avi or *.mp4 file
this could be seen as promoting some software I have written and be said
commercial use. Again IANAL but I just want to stay out of any such trouble.

That's why began to encode with libtheora (*.ogv) and later libvpx (*.webm).
After all the reason that these libraries exist is the problematic license/patent
issue. There is now even a new "Alliance for Open Media" creating AV1 where
developers of *.webm also contribute and with a lot of famous names behind.

https://www.webmproject.org/
https://www.webmproject.org/about/

https://aomedia.org/
https://aomedia.org/membership/members/

It's interesting to discuss FFmpeg oneliners here but there is a codec
in such lines. If your video codec is "-c:v libx264" you might have to
read stuff like below YMMV. That's exactly why my codec is "-c:v libvpx".

https://www.mpegla.com/wp-content/uploads/avcweb.pdf


Cheers,
Ernst

P.S.
I attach a couple of FFmpeg tests I have made back in 2021. Adding a filter
for frame interpolation/blending is child's play as has been discussed here.

Douglas,

You are right ... When I integrated EUMETCastVideo into the build process of EUMETCastView I must screwed up something :)
Something else I'm going to change : for creating video's , it is probably better that the parameters for FFmpeg can be changed and saved by the user instead of hard coded in EUMETCastVideo. 
(see the FFmpeg tests of Ernst)
I let the group know when it's ready ...

Best Regards,
Hugo

On 05/12/2022 14:06, Hugo wrote:

Douglas,
You are right ... When I integrated EUMETCastVideo into the build process of EUMETCastView I must screwed up something :)
Something else I'm going to change : for creating video's , it is probably better that the parameters for FFmpeg can be changed and saved by the user instead of hard coded in EUMETCastVideo.
(see the FFmpeg tests of Ernst)
I let the group know when it's ready ...
Best Regards,
Hugo

================================================================================

Many thanks Hugo. Sounds good.

Best regards,
Douglas.

On Mon, Dec 5, 2022 at 06:06 AM, Hugo wrote:

Something else I'm going to change : for creating video's , it is probably better that the parameters for FFmpeg can be changed and saved by the user instead of hard coded in EUMETCastVideo. 

Hugo,

that's a good idea. Advanced users of EUMETCastVideo or my SPS 4.x could experiment with these parameters resulting in some even better FFmpeg oneliners for EUMETCast.
In addition to what I said about possible legal implications when publishing/distributing such videos there is an official kind of statement here: http://www.ffmpeg.org/legal.html

Cheers,
Ernst