<div dir="ltr"><div dir="ltr"><br></div><br><div class="gmail_quote gmail_quote_container"><div dir="ltr" class="gmail_attr">On Fri, Apr 4, 2025 at 10:06 AM Andrew Randrianasulu <<a href="mailto:randrianasulu@gmail.com">randrianasulu@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Sorry for being frustrated lately.<br>
<br>
Realities of all this "modern development" vs me tend to be not in favor of<br>
our project.<br>
<br>
I looked up two "other" projects in video editing.<br>
<br>
MLT is well-known and going on for nearly two decades.<br>
<br>
In this year release notes we see:<br>
<br>
<a href="https://github.com/mltframework/mlt/releases" rel="noreferrer" target="_blank">https://github.com/mltframework/mlt/releases</a><br>
<br>
<br>
=====<br>
<br>
<a href="https://github.com/mltframework/mlt/releases/tag/v7.30.0" rel="noreferrer" target="_blank">https://github.com/mltframework/mlt/releases/tag/v7.30.0</a><br>
<br>
<br>
Added support for mlt_image_yuv420p10, mlt_image_yuv444p10, and<br>
mlt_image_yuv422p16 in avfilter, swscale, and rescale filters.<br>
This facilitates using these pixel formats end-to-end when using only<br>
FFmpeg producers, certain avfilters, and avformat consumer. This means it<br>
is possible to do 10-bit end-to-end on the CPU when being careful to select<br>
compatible components and options to avoid conversions. One can<br>
pass-through HDR; however, you must set the color_trc and pix_fmt<br>
properties on the avformat consumer (see ffmpeg -h full for these values).<br>
The avformat consumer automatically converts MLT colorspace (integer value)<br>
to FFmpeg's colorspace and color_primaries (unless explicit) options.<br>
<br>
====<br>
<br>
I take this as "floating point pipeline still not here".<br>
<br>
Olive branch is even more depressing:<br>
<br>
<a href="https://github.com/olive-editor/olive/issues" rel="noreferrer" target="_blank">https://github.com/olive-editor/olive/issues</a><br>
<br>
Last non-CI commit was in ... september 2023?<br>
<br>
May be developing moved somewhere, but this mean all exiting new bugs and<br>
state of being incomplete for  few more years, given that even with most of<br>
hard work done by OpenGL, OCIO, ffmpeg etc remaining NLE core is not that<br>
simple, as it turned out to be.<br>
<br>
Natron does not do audio, as far as I know, and also hanging on a thread<br>
(single developer).<br>
<br>
Blender is a Big Shot now, with predictably big requirements both in<br>
software (try to build it on Slackware) and in hardware. Driven by higher<br>
end!<br>
<br>
And whole "Oh lol X is deprecated, everyone rewrite themselves to Wayland"<br>
push. I bet there might be way to resistance say Intel's or Nvidia "HDR on<br>
X" proposals in Xwayland but who will do all this work for single<br>
application? It took Valve's money effectively to get anything at all done<br>
in this area.<br>
<br>
<a href="https://www.phoronix.com/news/X11-DeepColor-Visual-RFC" rel="noreferrer" target="_blank">https://www.phoronix.com/news/X11-DeepColor-Visual-RFC</a><br>
<br>
from 2017 ....<br>
<br>
<a href="https://lists.freedesktop.org/archives/wayland-devel/2017-December/036403.html" rel="noreferrer" target="_blank">https://lists.freedesktop.org/archives/wayland-devel/2017-December/036403.html</a><br>
<br>
It took whole 8 years to get into "usable in mpv" state, and producing<br>
video usually have higher demands than playing back.<br>
<br>
I am fairly sure someone will write something in Rust (so it will break in<br>
6 months time because Rust is for Big D Developers who have no problems<br>
with such churn) or c++ 25 because c+11 is too archaic and all new courses<br>
are about $latest (double meaning of $ here).<br>
<br>
Again, I do not think this is only individual developers fault, just more<br>
complex issue with constant stream of *new*  hardware we supposed to fix in<br>
field by writing software, somehow (HDR displays are all or nothing, so<br>
HD(R), SD and GUI all must be mixed on host side). And general "culture" of<br>
individualism (because Silicon Valley, bebe!)  and effectively social<br>
darwinism (where are XDTV and libquicktime? killed by constant API churn<br>
....).<br>
<br>
I see no escape from this, at larger scale. And this makes me even more<br>
frustrated.<br>
<br>
cc ffmpeg-user/libav user because otherwise no one from "outside" will ever<br>
read this.<br></blockquote><div><br></div><div>I think you should use this: <a href="https://github.com/richardpl/lavfi-preview">https://github.com/richardpl/lavfi-preview</a></div><div><br></div><div>It is fast and small, and make work done. No monthly subscriptions, no trials, no usb dongle needed.</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
_______________________________________________<br>
ffmpeg-user mailing list<br>
<a href="mailto:ffmpeg-user@ffmpeg.org" target="_blank">ffmpeg-user@ffmpeg.org</a><br>
<a href="https://ffmpeg.org/mailman/listinfo/ffmpeg-user" rel="noreferrer" target="_blank">https://ffmpeg.org/mailman/listinfo/ffmpeg-user</a><br>
<br>
To unsubscribe, visit link above, or email<br>
<a href="mailto:ffmpeg-user-request@ffmpeg.org" target="_blank">ffmpeg-user-request@ffmpeg.org</a> with subject "unsubscribe".<br>
</blockquote></div></div>