<div dir="ltr"><div class="gmail_default" style="font-size:small">Dav1d 0.6.0 has been upgraded in Cinelerra and checked into GIT.  Thanks for the notify.<br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Thu, Mar 12, 2020 at 6:22 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">Fresh news!<br>
<br>
<a href="https://www.phoronix.com/scan.php?page=news_item&px=Dav1d-0.6-AV1-Benchmarks" rel="noreferrer" target="_blank">https://www.phoronix.com/scan.php?page=news_item&px=Dav1d-0.6-AV1-Benchmarks</a><br>
<br>
---quote---<br>
But where things really got interesting for the Intel/AMD processors was <br>
the much faster 10-bit decoding of AV1 content with dav1d 0.6.0 for both Intel and AMD. <br>
Very significant gains in this case. <br>
<br>
---quote end---<br>
<br>
In ffmpeg we can see<br>
<br>
<a href="https://git.ffmpeg.org/gitweb/ffmpeg.git/commit/05d27f342be28cf92f3c9470e701834c416cad89" rel="noreferrer" target="_blank">https://git.ffmpeg.org/gitweb/ffmpeg.git/commit/05d27f342be28cf92f3c9470e701834c416cad89</a><br>
<br>
API: add AV_PKT_DATA_ICC_PROFILE to AVPacketSideDataType<br>
<br>
and next few patches ....<br>
<br>
comment in avcodec.h says:<br>
<br>
---quote--<br>
+     * ICC profile data consisting of an opaque octet buffer following the<br>
+     * format described by ISO 15076-1.<br>
+     */<br>
+    AV_PKT_DATA_ICC_PROFILE,<br>
--end of quote----<br>
<br>
pdf itself is huge, but hopefully other libs already have something?<br>
<br>
<a href="http://www.color.org/icc_specs2.xalter" rel="noreferrer" target="_blank">http://www.color.org/icc_specs2.xalter</a><br>
v4 ICC Specification<br>
 This version is technically identical to ISO 15076-1:2010, which is available from ISO. <br>
This is the most widely used version, first published in 2001. <br>
Specification ICC.1:2010-12 (Profile version 4.3.0.0)  <br>
Image technology colour management - Architecture, profile format, and data structure<br>
<br>
<a href="http://www.color.org/specification/ICC1v43_2010-12.pdf" rel="noreferrer" target="_blank">http://www.color.org/specification/ICC1v43_2010-12.pdf</a><br>
<br>
Strange enough, but website <a href="http://littlecms.com" rel="noreferrer" target="_blank">littlecms.com</a> doesn't work for me ....<br>
<br>
Anyway, hopefully no-one need to *print* films right now, so it all <br>
will be about monitors and files..<br>
<br>
I may misunderstand something, but whole point of color management<br>
is to get same color on slightly different devices?<br>
<br>
So, if you work with Monitor A and you have color profile for your monitor,<br>
you can store  this profile somewhere in image and now video file, and then <br>
on load supported player/editor will auto-correct things, relative to another (monitor B)<br>
output device, so you can work on colors across few monitors in different locations, say.<br>
<br>
I may misunderstand this, never feel special need for such fine-tuning of colors.<br>
-- <br>
Cin mailing list<br>
<a href="mailto:Cin@lists.cinelerra-gg.org" target="_blank">Cin@lists.cinelerra-gg.org</a><br>
<a href="https://lists.cinelerra-gg.org/mailman/listinfo/cin" rel="noreferrer" target="_blank">https://lists.cinelerra-gg.org/mailman/listinfo/cin</a><br>
</blockquote></div>