<?xml version="1.0" encoding="utf-8" standalone="yes"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
  <channel>
    <title>Temas especiales on darktable 5.6 user manual</title>
    <link>https://docs.darktable.org/usermanual/5.6/es/special-topics/</link>
    <description>Recent content in Temas especiales on darktable 5.6 user manual</description>
    <generator>Hugo</generator>
    <language>es</language>
    <atom:link href="https://docs.darktable.org/usermanual/5.6/es/special-topics/index.xml" rel="self" type="application/rss+xml" />
    <item>
      <title>posibles problemas y soluciones</title>
      <link>https://docs.darktable.org/usermanual/5.6/es/special-topics/opencl/problems-solutions/</link>
      <pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate>
      <guid>https://docs.darktable.org/usermanual/5.6/es/special-topics/opencl/problems-solutions/</guid>
      <description>&lt;p&gt;darktable detectará automáticamente los errores en tiempo de ejecución de OpenCL. Al detectar un error, volverá a procesar todo en la CPU. Si bien esto ralentizará el procesamiento, no debería afectar el resultado final.&lt;/p&gt;&#xA;&lt;p&gt;Puede haber varias razones por las que OpenCL puede fallar durante la fase de inicialización. OpenCL depende de los requisitos de hardware y de la presencia de ciertos controladores y bibliotecas. Además, todos estos deben ajustarse en términos de fabricante, modelo y número de revisión. Si algo no encaja (por ejemplo, su controlador de gráficos, cargado como un módulo del kernel, no coincide con la versión de su &lt;code&gt;libOpenCL.so&lt;/code&gt;), es probable que el soporte OpenCL no esté disponible.&lt;/p&gt;</description>
    </item>
    <item>
      <title>tubería de color de darktable</title>
      <link>https://docs.darktable.org/usermanual/5.6/es/special-topics/color-pipeline/</link>
      <pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate>
      <guid>https://docs.darktable.org/usermanual/5.6/es/special-topics/color-pipeline/</guid>
      <description>&lt;p&gt;La mayoría de las aplicaciones de procesamiento de imágenes provienen de la década de 1990 y/o heredan un flujo de trabajo de la década de 1990. Estas aplicaciones procesaban imágenes codificadas con números enteros sin signo de 8 bits porque era más eficiente en memoria y computacionalmente. Sin embargo, debido al uso de un formato entero (que implica errores de redondeo) tuvieron que aplicar un &amp;ldquo;gamma&amp;rdquo; (esencialmente una función de transferencia aplicando una potencia 1 / 2.2 o 1 / 2.4 para codificar los valores RGB) y aumentar la profundidad de bits en condiciones de poca luz para reducir los errores de redondeo (los seres humanos son muy sensibles a los detalles de poca luz). Los formatos de números enteros de 8 bits también están técnicamente limitados al rango 0-255. Todo lo que esté fuera de este rango se desborda y se recorta al límite más cercano.&lt;/p&gt;</description>
    </item>
  </channel>
</rss>
