<?xml version="1.0" encoding="koi8-r"?>
<rss version="0.91">
<channel>
    <title>OpenForum RSS: Разработчик Marek Ol&amp;#353;&amp;#225;k нанят в команду разработчи...</title>
    <link>https://opennet.me/openforum/vsluhforumID3/91102.html</link>
    <description>Независимый разработчик Marek Ol&amp;#353;&amp;#225;k, заслуживший известность благодаря своим патчам для драйверов GPU семейства Radeon, был нанят на работу в компанию AMD и присоединился к команде, работающей над открытыми драйверами. Marek Ol&amp;#353;&amp;#225;k является одним из наиболее активных разработчиков проекта MESA. Сообщается, что ранее компания AMD уже предлагала разработчику принять его на работу, однако Marek пожелал завершить образование в университете и работал над Gallium3D-драйвером для чипов Radeon на добровольных началах.&lt;br&gt;&lt;br&gt;&lt;br&gt;В данный момент разработчик представил новую серию патчей (http://cgit.freedesktop.org/mesa/mesa/log/?id=7568a89500c35f14cbd397f87c77acc915afc672&amp;qt=author&amp;q=marek.olsak&#037;40amd.com), отправленных уже в качестве сотрудника AMD.&lt;br&gt;&lt;br&gt;&lt;br&gt;URL: http://www.phoronix.com/scan.php?page=news_item&amp;px=MTQyNDc&lt;br&gt;Новость: http://www.opennet.ru/opennews/art.shtml?num=37567&lt;br&gt;</description>

<item>
    <title>Разработчик Marek Ol&amp;#353;&amp;#225;k нанят в команду разработчи... (mine)</title>
    <link>https://opennet.me/openforum/vsluhforumID3/91102.html#83</link>
    <pubDate>Tue, 06 Aug 2013 12:21:51 GMT</pubDate>
    <description>&amp;gt;&amp;gt; Да старьё, это уже даже не предыдущее поколение. Это на 2 поколения назад.&lt;br&gt;&amp;gt; Тем не менее, 5750 и выше - это вполне себе приличные GPU, &lt;br&gt;&amp;gt; даже по современным меркам. Которые по производительностии в целом - не &lt;br&gt;&amp;gt; особо то и сливают кому-то.&lt;br&gt;&lt;br&gt;А никто и не спорит - исходное утверждение было, что на них и открытых драйверах можно играть...&lt;br&gt;&lt;br&gt;</description>
</item>

<item>
    <title>Разработчик Marek Ol&amp;#353;&amp;#225;k нанят в команду разработчи... (Stax)</title>
    <link>https://opennet.me/openforum/vsluhforumID3/91102.html#82</link>
    <pubDate>Tue, 06 Aug 2013 11:48:24 GMT</pubDate>
    <description>&amp;gt; Забыл. 48 битный монитор это не миф. Смотрите в сторону медицины, там &lt;br&gt;&amp;gt; вы найдете такие решения. И линукса на них нет. Почему? Ныне &lt;br&gt;&amp;gt; эти технологии приходят и в бытовую технику, скажем http://www.sim2.com/HDR/hdrdisplay/hdr47e_s_4k. &lt;br&gt;&lt;br&gt;При яркости 4000 cd/m2 это действительно имеет смысл. При комфортной для глаза дома при длительной работе 100 cd/m2 - никакого. Человеческий глаз банально не способен различить более точные цвета со светящегося источника такой яркости, много раз исследовали. С бумаги при ярком цвете - пожалуйста, а вот с экрана монитора - не выходит.&lt;br&gt; &lt;br&gt;&amp;gt; P-IPS матрицы уже существуют давным-давно. Они все как минимум 30 битные. Где &lt;br&gt;&amp;gt; их полная поддержка в линуксе? А то только и знают - &lt;br&gt;&amp;gt; виндовс это вирусы и все. А в виндовсе с новыми технологиями &lt;br&gt;&lt;br&gt;Проблема не в линуксе, а в видяхах. В винде поддержка не лучше. Кроме фотошопа, переводящего видеокарту в специальный режим и активирующего 30-ти битный режим только для себя по-моему его никак и не включить.&lt;br&gt;&lt;br&gt;&amp;gt; все в порядке. Об это</description>
</item>

<item>
    <title>Разработчик Marek Ol&amp;#353;&amp;#225;k нанят в команду разработчи... (Stax)</title>
    <link>https://opennet.me/openforum/vsluhforumID3/91102.html#81</link>
    <pubDate>Tue, 06 Aug 2013 11:33:51 GMT</pubDate>
    <description>&amp;gt;Для 8 битного кодирования из 256 доступных уровней только 220 используются для передачи сигнала яркости (диапазон 16-235), а остальные - для сигналов синхронизации. При 10-битном кодировании - используется 877 уровней. Для цветовых компонент используется только 225 уровней в 8-битной системе и только 897 дискретных уровней видео в 10-битной системе.&lt;br&gt;&amp;gt; И становиться понятно, что 897 дискретных уровней цвета не пропихнуть в 24-битный монитор &lt;br&gt;&lt;br&gt;Ок, с определениями вы ознакомились. Отлично! А теперь посмотрите все-таки, что такое chroma subsampling, и как реально вычисляется цвет конкретной точки в RGB.&lt;br&gt;Хинт: считать цвета каждого пикселя смысла нет, если хочется сравнивать цифры, считать нужно, например, возможные цвета макропикселей. В этом ничего необычного нет - струйный принтер, по вашим рассчетам, вообще дает однобитный цвет (для каждого цвета ставит цветную точку или не ставит), но в макропикселях полная гамма. С chroma subsampling точно так же. Да, бывает 10 бит YUV, но в видео цвета заданы не для каж</description>
</item>

<item>
    <title>Разработчик Marek Ol&amp;#353;&amp;#225;k нанят в команду разработчи... (Аноним_тот_же)</title>
    <link>https://opennet.me/openforum/vsluhforumID3/91102.html#80</link>
    <pubDate>Sat, 03 Aug 2013 14:25:09 GMT</pubDate>
    <description>&amp;gt; bino должен уметь. Или s-video &lt;br&gt;&amp;gt; И даже mplayer что-то такое умеет.&lt;br&gt;&lt;br&gt;mplayer - нет, остальные два умеют в виндовсе. В линуксе им нужна поддержка quad-буфера. Что реально только на NVIDIA Quadro. Но попробуйте найти ноут с 3D дисплеем и квадро карточкой. Они все комплектуются гефорсами. Посему запустить затворные очки в линуксе крайне проблематично. &lt;br&gt;&lt;br&gt;Да, к слову где взять http://developer.amd.com/tools-and-sdks/graphics-development/amd-quad-buffer-sdk/ для линукса. Они же такие открытые, разоткрытые.&lt;br&gt;</description>
</item>

<item>
    <title>Разработчик Marek Ol&amp;#353;&amp;#225;k нанят в команду разработчи... (Аноним_тот_же)</title>
    <link>https://opennet.me/openforum/vsluhforumID3/91102.html#79</link>
    <pubDate>Sat, 03 Aug 2013 14:13:46 GMT</pubDate>
    <description>Забыл. 48 битный монитор это не миф. Смотрите в сторону медицины, там вы найдете такие решения. И линукса на них нет. Почему? Ныне эти технологии приходят и в бытовую технику, скажем http://www.sim2.com/HDR/hdrdisplay/hdr47e_s_4k.&lt;br&gt;P-IPS матрицы уже существуют давным-давно. Они все как минимум 30 битные. Где их полная поддержка в линуксе? А то только и знают - виндовс это вирусы и все. А в виндовсе с новыми технологиями все в порядке. Об этом не желают вспоминать. А отсюда и возникает вопрос - зачем переходить на линукс? Чтобы потом бегать по форумам и спрашивать, как это включить, а никто ответить не может. Они все в треде про wine или steem обсуждают игры. Что бы это значило?&lt;br&gt;</description>
</item>

<item>
    <title>Разработчик Marek Ol&amp;#353;&amp;#225;k нанят в команду разработчи... (Аноним)</title>
    <link>https://opennet.me/openforum/vsluhforumID3/91102.html#78</link>
    <pubDate>Sat, 03 Aug 2013 13:54:22 GMT</pubDate>
    <description>&amp;gt;Любая современная видяха в современной Win7-8 заработает как часы.&lt;br&gt;&lt;br&gt;Спасибо. Я всё-таки хочу, чтобы моя современная видеокарта работала как видеокарта.&lt;br&gt;</description>
</item>

<item>
    <title>Разработчик Marek Ol&amp;#353;&amp;#225;k нанят в команду разработчи... (Аноним_тот_же)</title>
    <link>https://opennet.me/openforum/vsluhforumID3/91102.html#77</link>
    <pubDate>Sat, 03 Aug 2013 13:39:17 GMT</pubDate>
    <description>&amp;gt; А вы разницу между 10-bit YUV и 10-bit RGB вообще представляете?&lt;br&gt;&lt;br&gt;Oooo yes. Поток представляется яркостью и двумя цветоразностными сигналами. См. стандарт NTSC. Имеется и 16-bit YUV который совместим (в одну сторону) с 10-bit YUV.&lt;br&gt;&lt;br&gt;When the graphics hardware reads a surface that contains a 10-bit representation, it should ignore the low-order 6 bits of each channel. If a surface contains valid 16-bit data, however, it should be identified as a 16-bit surface.&lt;br&gt;&lt;br&gt;Иначе если у нас нет железа поддерживающего аппаратно (видеокарта, соединение, монитор) 48 битный цвет, а есть которое поддерживет 30 битный цвет - у нас будет усекаться 6 бит с потерей глубины цвета.&lt;br&gt;&lt;br&gt;Преимущества 10-bit YUV перед 8-bit YUV&lt;br&gt;Для 8 битного кодирования из 256 доступных уровней только 220 используются для передачи сигнала яркости (диапазон 16-235), а остальные - для сигналов синхронизации. При 10-битном кодировании - используется 877 уровней. Для цветовых компонент используется только 225 уровней в 8-битной системе и только 897 д</description>
</item>

<item>
    <title>Разработчик Marek Ol&amp;#353;&amp;#225;k нанят в команду разработчи... (Андрей)</title>
    <link>https://opennet.me/openforum/vsluhforumID3/91102.html#76</link>
    <pubDate>Sat, 03 Aug 2013 10:21:41 GMT</pubDate>
    <description>&amp;gt;Но общая производительность не настолько уж и принципиально выше.&lt;br&gt;&lt;br&gt;Если не ниже: в спецификации у 7750/7770 GFLOPSов меньше чем 5750/5770. Хотя, говорят, в играх производительность выше. Но в opencl, должно быть, нет.&lt;br&gt;</description>
</item>

<item>
    <title>Разработчик Marek Ol&amp;#353;&amp;#225;k нанят в команду разработчи... (Аноним)</title>
    <link>https://opennet.me/openforum/vsluhforumID3/91102.html#75</link>
    <pubDate>Sat, 03 Aug 2013 10:12:13 GMT</pubDate>
    <description>&amp;gt; всякие 5777  уже старье для тебя?&lt;br&gt;&lt;br&gt;Паутиныч, залогинься.&lt;br&gt;</description>
</item>

</channel>
</rss>
