https://opennet.dev/openforum/vsluhforumID3/41170.html Вышел релиз Gimp 2.5.0, новой экспериментальной серии, в рамках которой разработчики будут наращивать возможности для будущей стабильной ветки Gimp 2.6. Александр Прокудин подготовил (http://www.linuxgraphics.ru/news.php?readmore=665) подробный обзор представленных новых возможностей:<br><br><br><br>- Задача промежуточной версии 2.5.0 - заложить фундамент для будущих коренных изменений, таких как долгожданная поддержка CMYK и CIELAB, 16bit/32 float point на канал, HDRi и так далее.<br><br>- Основные новшества:<br><br><br>- использование GEGL (http://www.gegl.org/) для некоторых операций цветокоррекции (в текущей реализации GEGL в GIMP, флажок "Use GEGL" в панели инструментов пока что лучше держать снятым. Дело в том, что данные сейчас пересчитываются из 8 разрядов на канал в float (80 разрядов) и обратно. Это существенно замедляет обработку изображений. Разумеется, в конечной версии 2.6 это будет исправлено);<br>- опциональное использование GEGL (Generic Graphics Library) в инструментах цветокоррекции ...<br><br>URL: http://www.lin https://opennet.dev/openforum/vsluhforumID3/41170.html#24 Mon, 14 Apr 2008 01:30:39 GMT &gt;[оверквотинг удален]<br>&gt;&gt;&gt; double - 64 бита.<br>&gt;&gt;&gt; long double - 80 бит.<br>&gt;&gt;На i386 насколько помнится сопроцессор внутри себя всегда считает <br>&gt;&gt;вещественными по 80 бит. <br>&gt;&gt;<br>&gt;&gt;Надо понимать, что float в данном случае - это НЕ тип данных <br>&gt;&gt;float в языке C, а просто вещественное число. <br>&gt;<br>&gt;Если интересно, вот недавнее более развёрнутое пояснение одного из участников ALT Kernel <br>&gt;Team: http://lists.altlinux.org/pipermail/community/2008-April/408784.html <br><br>Ых, а когда-то такие вещи знал каждый приличный программер... :(<br><br>Опять ною, ага :)<br> https://opennet.dev/openforum/vsluhforumID3/41170.html#23 Sat, 12 Apr 2008 19:21:12 GMT &gt;&gt; float - в большинстве платформ - 32-ух разрядный.<br>&gt;&gt; double - 64 бита.<br>&gt;&gt; long double - 80 бит.<br>&gt;На i386 насколько помнится сопроцессор внутри себя всегда считает <br>&gt;вещественными по 80 бит. <br>&gt;<br>&gt;Надо понимать, что float в данном случае - это НЕ тип данных <br>&gt;float в языке C, а просто вещественное число. <br><br>Если интересно, вот недавнее более развёрнутое пояснение одного из участников ALT Kernel Team: http://lists.altlinux.org/pipermail/community/2008-April/408784.html<br> https://opennet.dev/openforum/vsluhforumID3/41170.html#22 Sat, 12 Apr 2008 17:50:21 GMT &gt; float - в большинстве платформ - 32-ух разрядный.<br>&gt; double - 64 бита.<br>&gt; long double - 80 бит.<br><br>На i386 насколько помнится сопроцессор внутри себя всегда считает вещественными по 80 бит.<br><br>Надо понимать, что float в данном случае - это НЕ тип данных float в языке C, а просто вещественное число.<br> https://opennet.dev/openforum/vsluhforumID3/41170.html#21 Sat, 12 Apr 2008 17:01:26 GMT &gt;Многое еще впреди. <br><br>Спасибо, я немного в курсе. Просто склонен задаваться вопросом "зачем?", порой и рекурсивно. И как раз этот "паровоз" мне нравится так себе.<br><br>Oh well, поживём -- увидим.<br> https://opennet.dev/openforum/vsluhforumID3/41170.html#20 Sat, 12 Apr 2008 15:26:40 GMT Михаил, свободные технологии не ограничиваются одними программами для компъютера. Например Лессиг перенес идеи Столмана в право: http://creativecommons.org/ и есть много менее масштабных проектов. Многое еще впреди.<br> https://opennet.dev/openforum/vsluhforumID3/41170.html#19 Fri, 11 Apr 2008 11:46:34 GMT http://meetthegimp.org/episode-039-different-tones-and-a-view-into-the-near-future/<br><br>Инфа взята отсюда. Позже вечером разбирались и выяснили, что разрядность может меняться в звисимости от оператора GEGL.<br> https://opennet.dev/openforum/vsluhforumID3/41170.html#18 Fri, 11 Apr 2008 11:07:17 GMT &gt; использование GEGL для некоторых операций цветокоррекции (в текущей реализации <br>&gt; GEGL в GIMP, флажок "Use GEGL" в панели инструментов пока что лучше держать <br>&gt; снятым. Дело в том, что данные сейчас пересчитываются из 8 разрядов на канал в <br>&gt; float (80 разрядов) и обратно. Это существенно замедляет обработку изображений. <br>&gt; Разумеется, в конечной версии 2.6 это будет исправлено);<br><br>float - в большинстве платформ - 32-ух разрядный.<br>double - 64 бита.<br>long double - 80 бит.<br> https://opennet.dev/openforum/vsluhforumID3/41170.html#17 Fri, 11 Apr 2008 08:47:30 GMT &gt;а я юзаю с 2,0 (под виндой) и ниче.... И тогда работала <br>&gt;и использовалась и сейчас работает и используется. <br><br>Да в общем-то и 0.99 (под линуксом) в своё время давал фотошопу фору -- по части undo ;)<br>И работало это всё на 486/16...<br> https://opennet.dev/openforum/vsluhforumID3/41170.html#16 Fri, 11 Apr 2008 08:45:16 GMT Какая демократия, какое либертарианство... и куча прочих табличек...<br><br>А вот за гимп рад и Саше благодарен :)<br>