<?xml version="1.0" encoding="utf-8" standalone="yes"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
  <channel>
    <title>Special-Topics on darktable user manual</title>
    <link>https://darktable-org.github.io/dtdocs/it/special-topics/</link>
    <description>Recent content in Special-Topics on darktable user manual</description>
    <generator>Hugo</generator>
    <language>it</language>
    <atom:link href="https://darktable-org.github.io/dtdocs/it/special-topics/index.xml" rel="self" type="application/rss+xml" />
    <item>
      <title>coda di elaborazione dei colori di darktable</title>
      <link>https://darktable-org.github.io/dtdocs/it/special-topics/color-pipeline/</link>
      <pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate>
      <guid>https://darktable-org.github.io/dtdocs/it/special-topics/color-pipeline/</guid>
      <description>&lt;p&gt;Molte applicazione per l&amp;rsquo;elaborazione delle immagini viene dagli anni &amp;lsquo;90 e/o eredita il flusso di lavoro degli anni &amp;lsquo;90. Queste applicazione elaboravano immagini codificate a 8 bit usando interi senza segno in quanto più efficienti computazionalmente e in termini di memoria. Tuttavia, dato l&amp;rsquo;uso di valori interi (che implica errori di approssimazione), questi software dovevano applicare una &amp;ldquo;correzione gamma&amp;rdquo; (fondamentalmente una funzione di trasferimento che applica la potenza di 1/2.2 o 1/2.4 per codificare i valori RGB) e aumentare la profondità di bit nelle luci basse, al fine di ridurre gli errori di approssimazione in quell&amp;rsquo;area (gli umani sono molto sensibili ai dettagli nelle zone d&amp;rsquo;ombra. Inoltre, i formati con interi a 8 bit sono limitati tecnicamente all&amp;rsquo;intervallo 0-255. Qualsiasi valore oltre questo intervallo viene tagliato al valore valido più vicino.&lt;/p&gt;</description>
    </item>
  </channel>
</rss>
