Кто в курсе - subj имеет аппаратно YUV->RGB aka оверлей?

Видали DrDivX? Тот, что недавно стал opensource? Вот интересно как получается... От "открытости" его толку ноль - бесплатным он от этого не становится, так как без закрытых библиотек DivX Pro это не более чем пустая "обертка". А написана эта обертка с использованием QT, соответственно является она GPL'ной.

Т.е. получается, что использовать QT для написания opensource-фронтенда для closed-source программы (или библиотеки) все-таки позволительно?

Кстати - если я на QT/C++ напишу, скажем, фронтенд для библиотек Windows Media 9 - M$ их открыть должна будет? :)

Вдохновленный новым "фирменным стилем" FreeBSD 6.0 нафотошопил вот такой сплэш-скрин. На очереди - тема для KDM. Желающие поставить себе такой сплэш на загрузку фри, могут сохранить эту картинку, конвертнуть подручными средствами в PCX или BMP и дописать в /boot/loader.conf следующее (имя файла подставьте сами):

vesa_load="YES" splash_pcx_load="YES" (или splash_bmp_load="YES") bitmap_load="YES" bitmap_name="<вашакартинка.pcx/bmp>" bitmap_type="splash_image_data"

>>> Просмотр (640x480, 92 Kb)

Не совсем на тему Linux Development, но подумал, что раз тут водятся Java-программеры, кто-нибудь подскажет что-нибудь умное. Теперь по существу вопроса: имеем следующий код:

float a = 0.9373f; float b = 0.0005f; System.out.println(a+b);

Я совершенно логично полагаю, что результат должен быть 0.9378, в то время как Sun JDK 1.4.2_04 считает, что результат 0.93780005. Кто из нас дурак? (кстати, выражение 0.9374f + 0.0005f Жаба корректно считает равным 0.9379).

Господа! Кому-либо удалось собрать сабж на сабже? Сразу ограничу круг возможных ответов:

1) "А нафига оно тебе?" - пишу сейчас программку, активно пользующую треды и довольно требовательную к "перфомансу". Охота оценить разницу в этом самом "перфомансе" при переходе на NPTL.

2) "А GCC у тебя какой?" - GCC как и binutils самые что ни есть правильные - GCC 3.2.2 с CVS-патчами для TLS, binutils - самые распоследние из стабильных (2.13.90.0.20).

Итак, есть какие-нибудь КОНСТРУКТИВНЫЕ предложения?

Господа! Кому-либо удалось собрать сабж на сабже? Сразу ограничу круг возможных ответов:

1) "А нафига оно тебе?" - пишу сейчас программку, активно пользующую треды и довольно требовательную к "перфомансу". Охота оценить разницу в этом самом "перфомансе" при переходе на NPTL.

2) "А GCC у тебя какой?" - GCC как и binutils самые что ни есть правильные - GCC 3.2.2 с CVS-патчами для TLS, binutils - самые распоследние из стабильных (2.13.90.0.20).

Итак, есть какие-нибудь КОНСТРУКТИВНЫЕ предложения?

Для начала - предыстория. Поставил я намедни Sun JDK 1.4.1_02. А IDEA меня последними словами обругала - подавай ей именно 1.4.1_01 и именно сановский. И в форумах всяких народ плачется, дескать с IDEA у них та же ботва. Ну я в приступе праведного гнева ее того... В общем см.скриншот!

Система - PII-466, 128 RAM, KDE 3.1, свеженький Slackware 9.0. И к стати, ничего не тормозит аж ни разу - Slackware и IBM JDK со своим JIT рулят!

>>> Просмотр (1024x768, 114 Kb)

Вот, как видите, GPL-ные графические приложения под *NIX не одним Gimp'ом ограничиваются. Как представителя векторных редакторов - представляю Sodipodi 0.30. Картинка в окне редактора - результат попытки хоть немного освоиться в Sodipodi после Adobe Illustrator. Скажу сразу - отстает от именитого прототипа гораздо больше, чем скажем, Gimp от Photoshop. Но...IMHO не безнадежно. Так что, дизайнеры, избравшие UNIX way - дерзайте! Были бы способности и желание!

P.S. SVG-вариант картинки сейчас можно найти на http://sodipodi.sourceforge.net , см.раздел "Logos".

>>> Просмотр (1024x768, 135 Kb)

11 декабря NVidia выпустила Linux-версию новых драйверов своих видеокарт. Из нового в версии 1.0-4191: - Поддержка OpenGL 1.4 и CineFX - Поддержка AGP8x - Улучшенная поддержка оверлея для Quadro4 - Поддержка GLX 1.3 - Поддержка архитектур IA64 и AMD64 (!) Итак, качаем, господа!

>>> Подробности и Download

Поклонникам blackbox и его производных рекомендую обратить внимание на waimea window manager, очередной стабильный релиз которого вышел 6 ноября.
Changes:
- Significant improvements to Action system
- Pixmap style textures
- Transparent textures and text
- Text shadow support
- Double buffered text
- Configurable titlebar buttons
- Dynamic menus
- Multiple screen support
- Multiple desktops
- XINERAMA and RANDR extension support
- KDE3 and GNOME2 support

>>> Домашняя страница

Я просто не нахожу литературных слов, способных выразить мои чувства! Когда я, пытаясь разобраться почему же обещанная ru_RU.UTF8 в RedHat 8.0 аж нихрена не работает, зашел в /usr/lib/locale/ru_RU.UTF8, то обнаружил там...кучку файлов нулевой длины!!! Так, абы не ругалось. Та же ситуация с UTF8 и в украинской и беларусской локали. Хотя скажем, в болгарской - все по-честному. Эх, так сказать, ненавижу расизм и негров. И RedHat теперь в том числе. По-моему, RedHat под видом "полного UTF-8 форева" подсунуло откровенную липу, за что Marc Ewing заслуживает баальшой гнилой помидор в харю от всего рунета.

Жду ваших комментариев на тему подобного безобразия, уважаемые all.

Я просто не нахожу литературных слов, способных выразить мои чувства! Когда я, пытаясь разобраться почему же обещанная ru_RU.UTF8 в RedHat 8.0 аж нихрена не работает, зашел в /usr/lib/locale/ru_RU.UTF8, то обнаружил там...кучку файлов нулевой длины!!! Так, абы не ругалось. Та же ситуация с UTF8 и в украинской и беларусской локали. Хотя скажем, в болгарской - все по-честному.

Эх, так сказать, ненавижу расизм и негров. И RedHat теперь в том числе. По-моему, RedHat под видом "полного UTF-8 форева" подсунуло откровенную липу, за что Marc Ewing заслуживает баальшой гнилой помидор в харю от всего рунета.

Жду ваших комментариев на тему подобного безобразия, уважаемые all.

Может подскажет кто, есть ли какая сишная библиотека для работы с DBF-ами (DBaseIII/DBaseIV) ?

Sorry chto translitom. Ne podskagete kak v GTK+ sdelat MDI prilogenie? V dokumentacii daje slova MDI ne nashel.