<?xml version="1.0" encoding="koi8-r"?>
<rss version="0.91">
<channel>
    <title>OpenForum RSS: Дизайнерский факультет университета Париж 8 переходит с Phot...</title>
    <link>https://www.opennet.dev/openforum/vsluhforumID3/101202.html</link>
    <description>Факультет искусства и технологий изображения французского государственного университета Университет Париж 8 (https://ru.wikipedia.org/wiki/&#037;D0&#037;A3&#037;D0&#037;BD&#037;D0&#037;B8&#037;D0&#037;B2&#037;D0&#037;B5&#037;D1&#037;80&#037;D1&#037;81&#037;D0&#037;B8&#037;D1&#037;82&#037;D0&#037;B5&#037;D1&#037;82_&#037;D0&#037;9F&#037;D0&#037;B0&#037;D1&#037;80&#037;D0&#037;B8&#037;D0&#037;B6_VIII)  &lt;br&gt;намерен (https://krita.org/item/goodbye-photoshop-and-hello-krita-at-university-paris-8/) в этом году перевести обучающий процесс на СПО и, в частности,  сводный растровый графический редактор Krita. До недавнего времени в процессе обучения использовался только Adobe Photoshop, но факультет решил заменить его в пользу СПО из-за недостаточной поддержки со стороны компании Adobe.&lt;br&gt;&lt;br&gt;&lt;br&gt;Благодаря введению обучающего курса, в котором используется Krita, Blender и Natron (http://www.opennet.ru/opennews/art.shtml?num=41326), студентам планируется преподавать не только навыки использования графического ПО для 2D, 3D, VFX и композитинга, но разрабатывать собственные решения на Python, C# и C++, а также изучать тонкости реализации тех или иных графических технологий.&lt;br&gt; &lt;br&gt;&amp;lt;center</description>

<item>
    <title>Дизайнерский факультет университета Париж 8 переходит с Phot... (anonim)</title>
    <link>https://www.opennet.dev/openforum/vsluhforumID3/101202.html#143</link>
    <pubDate>Fri, 23 Jan 2015 01:27:10 GMT</pubDate>
    <description>А мне не нравиться порядок перечисления языков.&lt;br&gt;</description>
</item>

<item>
    <title>Дизайнерский факультет университета Париж 8 переходит с Phot... (dq0s4y71)</title>
    <link>https://www.opennet.dev/openforum/vsluhforumID3/101202.html#141</link>
    <pubDate>Mon, 19 Jan 2015 11:12:57 GMT</pubDate>
    <description>А им и не требуется быть хорошими программистами. Им достаточно иметь базовые навыки для решения каких-то своих насущных проблем.&lt;br&gt;</description>
</item>

<item>
    <title>Дизайнерский факультет университета Париж 8 переходит с Phot... (prokoudine)</title>
    <link>https://www.opennet.dev/openforum/vsluhforumID3/101202.html#140</link>
    <pubDate>Mon, 19 Jan 2015 10:07:20 GMT</pubDate>
    <description>&amp;gt; И возможности пересохранить равку там элементарно нет.&lt;br&gt;&lt;br&gt;Её нет практически нигде.&lt;br&gt;&lt;br&gt;Вы цепляетесь к мелочам. Редактор -- попросту привычное название.&lt;br&gt;</description>
</item>

<item>
    <title>Художественный факультет университета Париж 8 переходит с Ph... (сервера с виндой)</title>
    <link>https://www.opennet.dev/openforum/vsluhforumID3/101202.html#139</link>
    <pubDate>Mon, 19 Jan 2015 08:58:51 GMT</pubDate>
    <description>&amp;gt; Во первых мне не надо 90 мегабайтов хлама ради 1-2 программ&lt;br&gt;&lt;br&gt;Жмот :)&lt;br&gt;&lt;br&gt;Я понимаю когда жалко 40-50 гигов на современную игрульку...&lt;br&gt;Но на полезную (если она тебе полезна и нужна, конечно) жалеть 90 метров...&lt;br&gt;</description>
</item>

<item>
    <title>Дизайнерский факультет университета Париж 8 переходит с Phot... (Khariton)</title>
    <link>https://www.opennet.dev/openforum/vsluhforumID3/101202.html#138</link>
    <pubDate>Mon, 19 Jan 2015 07:47:14 GMT</pubDate>
    <description>вот тяжесть-то?&lt;br&gt;ни один современный комп не справится с сей задачей!&lt;br&gt;Я еще с времен ееерс900 сижу на КДЕ4 и нет проблем...&lt;br&gt;Или вы считаете что ГНОМ3 поэкономнее КДЕ4?&lt;br&gt;</description>
</item>

<item>
    <title>Художественный факультет университета Париж 8 переходит с Ph... (angra)</title>
    <link>https://www.opennet.dev/openforum/vsluhforumID3/101202.html#137</link>
    <pubDate>Mon, 19 Jan 2015 06:37:35 GMT</pubDate>
    <description>В разных дистрах по разному готовят KDE и продумывают его зависимости. Вот что хочет сделать в аналогичной ситуации debian 7 при условии отключенных suggests и recommends:&lt;br&gt;&lt;br&gt;0 upgraded, 254 newly installed, 0 to remove and 0 not upgraded.&lt;br&gt;Need to get 159 MB of archives.&lt;br&gt;After this operation, 477 MB of additional disk space will be used.&lt;br&gt;&lt;br&gt;А теперь если их не отключать, то есть дефолтное поведение:&lt;br&gt;&lt;br&gt;0 upgraded, 432 newly installed, 0 to remove and 0 not upgraded.&lt;br&gt;Need to get 244 MB of archives.&lt;br&gt;After this operation, 782 MB of additional disk space will be used.&lt;br&gt;&lt;br&gt;Так что тут не столько самой криты проблема, сколько кривизны рук ментейнеров конкретных дистров. &lt;br&gt;</description>
</item>

<item>
    <title>Дизайнерский факультет университета Париж 8 переходит с Phot... (Mihail Zenkov)</title>
    <link>https://www.opennet.dev/openforum/vsluhforumID3/101202.html#136</link>
    <pubDate>Sun, 18 Jan 2015 17:49:32 GMT</pubDate>
    <description>&amp;gt; Core часть этой программы - &#091;B&#093;пайплайн&#091;/B&#093;, в который ставятся графические алгоритмы. &lt;br&gt;&lt;br&gt;Иными словами недеструктивный графический редактор.&lt;br&gt;&lt;br&gt;&amp;gt; Кроме того, 32 бита на составляющую - как-то зело круто. Может у &lt;br&gt;&amp;gt; суперкрутых матриц такое и бывает, но обычно вроде не более 16 &lt;br&gt;&amp;gt; битов на составляющую, а с учетом динамического диапазона - эффективных битов &lt;br&gt;&amp;gt; будет и того меньше. А потом еще дебайер, который должен раздать &lt;br&gt;&amp;gt; зеленый на всех, при том что исходно его была только половина. &lt;br&gt;&lt;br&gt;Это понятно. Я имел ввиду, что напрямую с raw и сам darktable работать не будет, а сперва сконвертирует raw - в 32 бита на канал. Потом уже будет вся остальная обработка.&lt;br&gt; &lt;br&gt;&amp;gt; Реально же фото с повышенной битностью, не влезающее в динамический диапазон монитора &lt;br&gt;&amp;gt; и 8-битных файлов обычно получается если склеить несколько фото обычной битности &lt;br&gt;&amp;gt; но с разной экспозицией. &lt;br&gt;&lt;br&gt;Вы хотите сказать что 12-14 бит матрицы влезают в 8 бит монитора без потерь?&lt;br&gt;&lt;br&gt;&amp;gt; Tonemapping - далеко не основное занятие DarkTable.&lt;br&gt;&lt;br&gt;Всегда</description>
</item>

<item>
    <title>Дизайнерский факультет университета Париж 8 переходит с Phot... (Аноним)</title>
    <link>https://www.opennet.dev/openforum/vsluhforumID3/101202.html#135</link>
    <pubDate>Sun, 18 Jan 2015 17:07:44 GMT</pubDate>
    <description>&amp;gt; Я не сказал, что он тyпо срезает лишние биты.&lt;br&gt;&lt;br&gt;Downsampler не подразумевает обязательно тyпую срезку битов. Бывают продвинутые и адаптивные. Но для darktable это - отнюдь не центр фичности. А фича &quot;до кучи&quot;. Ну то-есть если вы попросите - вам сделают формат с пониженной битностью. А если попросите - получите EXR какой-нибудь, со всеми битами на месте.&lt;br&gt;&lt;br&gt;Core часть этой программы - &#091;B&#093;пайплайн&#091;/B&#093;, в который ставятся графические алгоритмы. Ну и обзор для выбора фото над которым измываться будем. И оно может вам сохранить и EXR со всеми битами которые оно отколупало, если вам это надо.&lt;br&gt;&lt;br&gt;&amp;gt; При переводе из 32 в 8 бит, мы теряем динамический диапазон - &lt;br&gt;&lt;br&gt;Для начала, рассуждения о битах идущих с матрицы - натыкаются на тот факт что зеленые пикселы матрицы как правило расшарены на 2 соседние ячейки. По поводу чего и требуется дебайер - специфичная конверсия такого странного формата во что-то более привычное. Этот процесс не является конверсией 1 в 1, поскольку в оригинальном материале &quot;недостача&quot; зеленых пикс</description>
</item>

<item>
    <title>Дизайнерский факультет университета Париж 8 переходит с Phot... (Mihail Zenkov)</title>
    <link>https://www.opennet.dev/openforum/vsluhforumID3/101202.html#134</link>
    <pubDate>Sun, 18 Jan 2015 12:20:09 GMT</pubDate>
    <description>&amp;gt; Один считает Darktable downsampler&apos;ом,&lt;br&gt;&lt;br&gt;Я не сказал, что он тупо срезает лишние биты. При переводе из 32 в 8 бит, мы теряем динамический диапазон - соответственно нужен софт который позволит выбрать интересующие нас участки диапазона, сжать или растянуть их (или применить другие линейные/нелинейные изменения динамического диапазона типа reinhard). Затем экспортировать все это с дитеренгом.&lt;br&gt;&lt;br&gt;То, что darktable имеет базовую функциональность редактора, говорит о том, что:&lt;br&gt;1. некоторые алгоритмы могут быть более эффективными на не обработанном изображении (шумодав ориентированный на проблемы конкретных матриц).&lt;br&gt;2. пользователи хотят на выходе получать готовый LDR для отправки в интернет/печать/фотоархив.&lt;br&gt;&lt;br&gt;&amp;gt; второй редактором.&lt;br&gt;&lt;br&gt;Назвать можно по-разному. Как правильно назвать программу, открывающую один формат, позволяющую ручную правку и сохраняющую, но в другой формат?&lt;br&gt;&lt;br&gt;&amp;gt; А реально это пайплайн алгоритмов из выбранных модулей, позволяющий сделать из &lt;br&gt;&amp;gt; г-на конфетку, с визуальным контролем процесса. </description>
</item>

</channel>
</rss>
