<div dir="auto"><div><br><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">чт, 2 мар. 2023 г., 23:07 Rob Prowel <<a href="mailto:rprowel@comcast.net">rprowel@comcast.net</a>>:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On 3/2/23 08:02, Andrew Randrianasulu via Cin wrote:<br>
> <a href="https://m.youtube.com/watch?v=tD5NrevFtbU" rel="noreferrer noreferrer" target="_blank">https://m.youtube.com/watch?v=tD5NrevFtbU</a><br>
> <br>
> well, I guess in cinelerra case even just time to initially type in all<br>
> that code was relevant :)<br>
> <br>
> but I found it quite heartwarming how someone finally noticed how<br>
> nicely-looking code may perform ....suboptimally.<br>
> <br>
> So, I wish all programmers to find right balance between nice features and<br>
> nice performance :)<br>
> <br>
> <br>
<br>
I guess the presenter has never heard of stuff like<br>
<br>
premature optimization<br>
inline, or static inline<br>
code reuse vs brute force tradeoffs<br>
supportability (writing code for others, not for yourself)<br>
<br>
<br>
He kind of misrepresents some things, but I don't blame him, per-se.  I <br>
just don't think he has the software engineering sophistication to <br>
understand when different paradigms are called for.<br>
<br>
Much of my work is in the embedded systems domain, and I started coding <br>
on machines that had barely 4Kbytes of RAM so I'm no stranger to code <br>
optimization.  I just think some things here are taken out of context to <br>
prove a moderately weak point.<br></blockquote></div></div><div dir="auto"><br></div><div dir="auto">yet they have *some* point.</div><div dir="auto"><br></div><div dir="auto">I think for example this diff to ffmpeg's opencl tonemap filter IS table-driven, yet I have no idea how much difference it will make in image quality ...</div><div dir="auto"><br></div><div dir="auto"><a href="https://gist.github.com/sharpbai/5710e4bd06c35ce144e2945f1a9a7bb8#file-colorspace_common-cl">https://gist.github.com/sharpbai/5710e4bd06c35ce144e2945f1a9a7bb8#file-colorspace_common-cl</a><br></div><div dir="auto"><br></div><div dir="auto">but because Karol Herbst was nice enough to fix rusticl on 32-bit hosts I can try this patch oneday :)</div><div dir="auto"><br></div><div dir="auto"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
</blockquote></div></div></div>