<div dir="ltr"><div dir="ltr"><br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">Le lun. 11 mars 2019 à 14:16, Andrey Goreev <<a href="mailto:aegoreev@gmail.com">aegoreev@gmail.com</a>> a écrit :<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div><div>Problem with ffmpeg is that it always produces an output file. So, for example, from file.mp4 digiKam will have to create file_out.mp4, then remove file.mp4 then rename file_out.mp4 to file.mp4. I think Gilles tested it and it slowed down the application a lot (too much).</div></div></blockquote><div><br></div><div><br></div><div>For reading, we use the 'information' mode from ffmpeg to extra metadata only. Something similar to "ffmpeg -i" but working with ffmpeg shared library.</div><div><br></div><div>For writing, metadata can be only update on few video format (typically mostly MP4), and for a few metadata entry.</div><div>I use it at work to tag MP4 files written from a IR video recorder, but it's really a limited way. ffmpeg infrastructure have not been designed for this kind of job. And yes, ffmpeg generate an output file by this way.</div><div><br></div><div><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div><div>Maybe one day someone will write a plugin for that. In that case only the users who want write to video files will install and activate the plugin. I am one of them too. So I might chip in into the development if I understand how the new plugin interface works.</div></div></blockquote><div><br></div><div>The plugin interface is not yet able to work with low level metadata component. </div><div><br></div><div>Best</div><div><br></div><div>Gilles Caulier</div></div></div>