Вопрос по виртуальным машинам.
>>> Подробности (Invalid URL, no host part!)
>>> Подробности (Invalid URL, no host part!)
>>> Подробности (Invalid URL, no host part!)
>>> Подробности (Invalid URL, no host part!)
>>> Подробности (Invalid URL, no host part!)
>>> Подробности (Invalid URL, no host part!)
>>> Подробности (Invalid URL, no host part!)
>>> Подробности (Invalid URL, no host part!)
>>> Подробности (Invalid URL, no host part!)
>>> Подробности (Invalid URL, no host part!)
>>> Подробности (Invalid URL, no host part!)
>>> Подробности (Invalid URL, no host part!)
>>> Подробности (Invalid URL, no host part!)
>>> Подробности (Invalid URL, no host part!)
>>> Подробности (Invalid URL, no host part!)
В новом релизе завершен перевод документации на русский язык, проведена чистка и оптимизация кода, добавлено несколько новых видео и аудиокодеков, реализована поддержка метода аутентификации Real RTSP, добавлена поддержка VC-1 в MPEG-TS и MPEG-PS (BD,HD-DVD). Поддержка Blu-ray или HD-DVD дисков пока не завершена, но уже можно смотреть предварительно раскодированные EVO файлы.
Изменения в поддержке форматов:
>>> Источник
>>> Подробности
Представители Adobe также объявили о официальной поддержке Linux платформы для Flex Builder.
>>> Источник
>>> Подробности (adobe.com)
Чтобы прекратить использование собственного программного кода в «преступных» целях, компания приняла решение закрыть исходники программы, ограничив сотрудничество только своими официальными партнёрами. Это не очень приятная новость для всех, кто пользуется популярными клонами BitTorrent: µTorrent, Azureus, BitSpirit, BitComet, Shareaza, BitTornado, Tomato (под Mac OS X) и многими другими. Впрочем, закрытие официальных исходников никак не скажется на развитии этих независимых проектов, поскольку сообщество open source не нуждается в помощи компании BitTorrent для совершенствования своих программ.
Последняя версия BitTorrent 6.0 вышла в конце июля. Она сделана на основе клиента µTorrent, купленного полгода назад вместе с разработчиками, и исходные коды этой программы не будут опубликованы в интернете.
как это отразиться кто что думает?
Наиболее производительными оказались gnome-terminal и konsole, опередив по скорости скроллинга даже стандартную linux консоль. Обратной стороной медали стало излишнее потребление памяти, так при буферизации 10000 строк процесс konsole увеличился на 38Мб, а gnome-terminal на 16Мб.
Самым медленным оказался xterm, оптимальное соотношение скорость/потребление памяти продемонстрировал wterm. тест : http://martin.ankerl.com/2007/09/01/c...
| ← назад | следующие → |