Если послей убийства Xorg память не освобождается, то дело не в нём. Т.к. при убийстве онного вся память занимаемая приложением освобождается.

Ищите причину в другом.
Энергетики что-то вообще не супер за IT прогрессом следуют, к сожалению, только недавно настоящий спрос на элементы РЗА на микропроцессорах появился, а так, и сейчас модули на электромагнитных и индукционных реле пихают… ех. Сам по образованию инженер электрик. На нашей Влидвостокской ТЭЦ-2 до сих пор терминалы на DOS и старинный стенд состояния, хотя может за последние 2 года что поменялось.

Нормально они следят, главное чтобы товар удовлетворял потребностям. Сам проработал на ТЭЦ 2 года в отделе АСУ.

Насколько мне известно (и сайт trolltech.com мне в этом вторит), с недавних пор, стали выпускаться официальные версии QT в сборке для Windows под mingw с лицензией GPL (т.е. версия что в линухе используется как open-source, не коммерческая). Т.е. делай свою проприетарную программу, только статически не линкуй. Сам для разработки использовал связку QDevelop + QT4 + mingw. Соответственно формочку набросать в QDesigner'е и потом получить ещё и код кросс-платформенный… Короче, объясни в каком моменте я не прав :)

Trolltech выпускает свой продукт под двумя лицензиями - GPL и их Qt License. GPL подразумевает OpenSource проект, т.е. с обязательным открытием исходного текста программы, а если вы хотите выпускать закрытый продукт то извольте купить лицензию, причем с каждого продукта полагаются отчисления.

А это от людей и от желания зависит, я вот, когда сай в очередной раз умер, на домашней машине поднял форум, сделал имя через dyn-dns, крутится, народ хоть и вяло но общается, как минимум дистрибутивы найти или пакеты - хватает.

Мне лично LUG нужен только для корыстных целей(достать новые дистры). Возиться с пионерией не имею никакого желания.

ЗЫ может засплитить тему уже куда-нить в толки-кривотолки… от первоначальной темы явно жестко ушли….

Согласен.
Энергетики что-то вообще не супер за IT прогрессом следуют, к сожалению, только недавно настоящий спрос на элементы РЗА на микропроцессорах появился, а так, и сейчас модули на электромагнитных и индукционных реле пихают… ех. Сам по образованию инженер электрик. На нашей Влидвостокской ТЭЦ-2 до сих пор терминалы на DOS и старинный стенд состояния, хотя может за последние 2 года что поменялось.

Нормально они следят, главное чтобы товар удовлетворял потребностям. Сам проработал на ТЭЦ 2 года в отделе АСУ.

Насколько мне известно (и сайт trolltech.com мне в этом вторит), с недавних пор, стали выпускаться официальные версии QT в сборке для Windows под mingw с лицензией GPL (т.е. версия что в линухе используется как open-source, не коммерческая). Т.е. делай свою проприетарную программу, только статически не линкуй. Сам для разработки использовал связку QDevelop + QT4 + mingw. Соответственно формочку набросать в QDesigner'е и потом получить ещё и код кросс-платформенный… Короче, объясни в каком моменте я не прав :)

Trolltech выпускает свой продукт под двумя лицензиями - GPL и их Qt License. GPL подразумевает OpenSource проект, т.е. с обязательным открытием исходного текста программы, а если вы хотите выпускать закрытый продукт то извольте купить лицензию, причем с каждого продукта полагаются отчисления.

А это от людей и от желания зависит, я вот, когда сай в очередной раз умер, на домашней машине поднял форум, сделал имя через dyn-dns, крутится, народ хоть и вяло но общается, как минимум дистрибутивы найти или пакеты - хватает.

Мне лично LUG нужен только для корыстных целей(достать новые дистры). Возиться с пионерией не имею никакого желания.

ЗЫ может засплитить тему уже куда-нить в толки-кривотолки… от первоначальной темы явно жестко ушли….

Согласен.
2zeus: Если вы в нашем городе найдете прикладных программистов под *nix, готовых работать за 10т.р. в месяц, то согласен уволиться хоть сегодня =) Фирма, где я работаю, делает оборудование, которое идет на ТЭЦ и АЭС, так что не вижу в этом ничего ужасного. Сертификат от РедХат для меня не представляет никакого интереса, т.к. про сервера от этой фирмы в нашем городе я не слышал. Из 50 знакомых IT-шников, у 3-их стоит линукс. Остальные про неё только слышали.

2raydan: Назовите хоть одну вменяемую среду для RAD под линукс, когда надо за полчаса накидать прогу из 3 экранных форм, с “каким захочу” расположением элементов? Причем без подготовки(т.е. увидел данный тулкит час назад). Под Windows такие есть. (Turbo Delphi и Visual Studio под редакцией Express, официально бесплатны, в том числе и для создания проприетарного ПО)

Я соглашусь, что для веб разработки *nix вполне подходит(несложно поставить веб-сервер и скриптовые языки), но для прикладных задач, которые нужно выполнить сейчас, и в последвии часто переделывать(начальство, обычно, пугают слова Архитектура, ТЗ и т.п.) подходит только windows.

Если бы Linux сообщество стандартизировало хоть один графический тулкит, и допилило его до уровня стабильного, как минимум, API(ни для кого, недюсь, не секрет, что почти в каждой новой “стабильной” версии GTK ломают API, а стоимость QT4 для проприетарных разработок состовляет 3300$). То может быть что-то и изменится.

По поводу 64бит, для чего разработчику ПО покупать мощный новый компьютер, кроме как не для игр, если машина уровня Pentium 3 удовлетворяет вполне(если вы, конечно, не разработчик на Java)? По поводу применения программы GNU Octave, вы используете ее в своей профессиональной деятельности ? Работаете каком-нибудь НИИ? Уверен, что для простого смертного эта программа представляет, в лучшем случае, академический интерес. Я пытаюсь быть объективным, не идя на поводу громким лозунгам, о том, что за 64битами будущее(хотя и не отрицаю это, однако будущее скорее за другой архитектурой, нежели x86).

Я ни в коем случае не являюсь противником Linux, т.к. сам являюсь пользователем этой ОС начиная с 2001 года(Windows окончательно снёс, только в этом году). Но средства разработки прикладного ПО оставляют желать лучшего. Если бы open-source разработчики сосредоточились на стабильности и надежности своих продуктов, то сейчас ситуация не было-бы такой. Но тогда разработка превратится в рутину, большинство open-source разработчиков занимаются этим из-за интереса, и никто не любит рутину. Ситуация меняется с приходом в эту сферу крупных софтверных компаний, и надеюсь в скором времени ситуация изменится.

В итоге скажу, что работаю программистом под *nix ради собственного интереса и опыта, однако продолжаю считать эту систему непригодной для разработки крупных приложений и RAD.

2h4tr3d: В нашем городе тоже был LUG, в далеком 2002 году, по видимому тогда же он и скончался.
2zeus: Если вы в нашем городе найдете прикладных программистов под *nix, готовых работать за 10т.р. в месяц, то согласен уволиться хоть сегодня =) Фирма, где я работаю, делает оборудование, которое идет на ТЭЦ и АЭС, так что не вижу в этом ничего ужасного. Сертификат от РедХат для меня не представляет никакого интереса, т.к. про сервера от этой фирмы в нашем городе я не слышал. Из 50 знакомых IT-шников, у 3-их стоит линукс. Остальные про неё только слышали.

2raydan: Назовите хоть одну вменяемую среду для RAD под линукс, когда надо за полчаса накидать прогу из 3 экранных форм, с “каким захочу” расположением элементов? Причем без подготовки(т.е. увидел данный тулкит час назад). Под Windows такие есть. (Turbo Delphi и Visual Studio под редакцией Express, официально бесплатны, в том числе и для создания проприетарного ПО)

Я соглашусь, что для веб разработки *nix вполне подходит(несложно поставить веб-сервер и скриптовые языки), но для прикладных задач, которые нужно выполнить сейчас, и в последвии часто переделывать(начальство, обычно, пугают слова Архитектура, ТЗ и т.п.) подходит только windows.

Если бы Linux сообщество стандартизировало хоть один графический тулкит, и допилило его до уровня стабильного, как минимум, API(ни для кого, недюсь, не секрет, что почти в каждой новой “стабильной” версии GTK ломают API, а стоимость QT4 для проприетарных разработок состовляет 3300$). То может быть что-то и изменится.

По поводу 64бит, для чего разработчику ПО покупать мощный новый компьютер, кроме как не для игр, если машина уровня Pentium 3 удовлетворяет вполне(если вы, конечно, не разработчик на Java)? По поводу применения программы GNU Octave, вы используете ее в своей профессиональной деятельности ? Работаете каком-нибудь НИИ? Уверен, что для простого смертного эта программа представляет, в лучшем случае, академический интерес. Я пытаюсь быть объективным, не идя на поводу громким лозунгам, о том, что за 64битами будущее(хотя и не отрицаю это, однако будущее скорее за другой архитектурой, нежели x86).

Я ни в коем случае не являюсь противником Linux, т.к. сам являюсь пользователем этой ОС начиная с 2001 года(Windows окончательно снёс, только в этом году). Но средства разработки прикладного ПО оставляют желать лучшего. Если бы open-source разработчики сосредоточились на стабильности и надежности своих продуктов, то сейчас ситуация не было-бы такой. Но тогда разработка превратится в рутину, большинство open-source разработчиков занимаются этим из-за интереса, и никто не любит рутину. Ситуация меняется с приходом в эту сферу крупных софтверных компаний, и надеюсь в скором времени ситуация изменится.

В итоге скажу, что работаю программистом под *nix ради собственного интереса и опыта, однако продолжаю считать эту систему непригодной для разработки крупных приложений и RAD.

2h4tr3d: В нашем городе тоже был LUG, в далеком 2002 году, по видимому тогда же он и скончался.
2zeus:
Пишу программы для встраиваемых систем, может поэтому не вижу смысла в 64битных версиях программ (ИМХО написание программ для *nix сродни мазохизму :-) ).
Вот ссылка для чего именно пишу http://avtomatica.ru .
Насчет знания систем вот ссылка на сертификат http://www.certifications.ru/publicresu … uid=111541 .

Но все-же признайте, что не у каждого дома стоит сервер >4GB RAM, и для большинства пользователей это просто не нужно(в том числе и работа в специфичных программах).  Но если учесть, что пользователи Linux это уже необычные пользователи, их не так уж и много, то, возможно, ваше утверждение будет верным.

Все-же попробую поставить 64битный Арч на ноут как-нибудь, проблема только в том, что его заказать сложно, не каждый магазин продает DVD-версию, а качать по 2р за метр очень накладно.

Получилось похоже на троллинг, вы уж извините ;-)

Но что-то пользователь перестал отписываться. Присоеднияюсь к совету тов. NemesisSOAD.
2zeus:
Пишу программы для встраиваемых систем, может поэтому не вижу смысла в 64битных версиях программ (ИМХО написание программ для *nix сродни мазохизму :-) ).
Вот ссылка для чего именно пишу http://avtomatica.ru .
Насчет знания систем вот ссылка на сертификат http://www.certifications.ru/publicresu … uid=111541 .

Но все-же признайте, что не у каждого дома стоит сервер >4GB RAM, и для большинства пользователей это просто не нужно(в том числе и работа в специфичных программах).  Но если учесть, что пользователи Linux это уже необычные пользователи, их не так уж и много, то, возможно, ваше утверждение будет верным.

Все-же попробую поставить 64битный Арч на ноут как-нибудь, проблема только в том, что его заказать сложно, не каждый магазин продает DVD-версию, а качать по 2р за метр очень накладно.

Получилось похоже на троллинг, вы уж извините ;-)

Но что-то пользователь перестал отписываться. Присоеднияюсь к совету тов. NemesisSOAD.
Хм, ладно, под системой я подразумевал, по большей части, набор программ.

Я сам являюсь разработчиком ПО, и смысла поддерживать 64 бита не вижу совершенно, кроме как “специально для красноглазых”(уточню, что пишу проприетарное ПО  под *NIX). Спрос рождает предложение, на 64-битные версии программ я, лично, спроса не вижу.

Можете мне показать хоть один тест, где будет виден явный выигрыш от использования 64бит (а не мифичные 10-15%?). Я не вижу смысла в этих 64битах, кроме как выколачивания денег из покупателей.

Пример 32бит драйвера - Dell Wireless WiFi Card, для которой людям приходиться ставить драйвера из венды через ndiswrapper. Я уверен это не единственный пример.

Ну и последний аргумент не в пользу 64бит - различные репозитории. Т.к. далеко не у всех есть анлим(у нас нет), и поэтому приходиться заказывать диски через интернет, и тут встает вопрос, что будет удобнее заказать, 32 бит широкого применения или 64 бит для поиграться.

Помните, это мое личное мнение. Буду рад увидеть доводы в пользу 64бит, если таковые имеются.
Хм, ладно, под системой я подразумевал, по большей части, набор программ.

Я сам являюсь разработчиком ПО, и смысла поддерживать 64 бита не вижу совершенно, кроме как “специально для красноглазых”(уточню, что пишу проприетарное ПО  под *NIX). Спрос рождает предложение, на 64-битные версии программ я, лично, спроса не вижу.

Можете мне показать хоть один тест, где будет виден явный выигрыш от использования 64бит (а не мифичные 10-15%?). Я не вижу смысла в этих 64битах, кроме как выколачивания денег из покупателей.

Пример 32бит драйвера - Dell Wireless WiFi Card, для которой людям приходиться ставить драйвера из венды через ndiswrapper. Я уверен это не единственный пример.

Ну и последний аргумент не в пользу 64бит - различные репозитории. Т.к. далеко не у всех есть анлим(у нас нет), и поэтому приходиться заказывать диски через интернет, и тут встает вопрос, что будет удобнее заказать, 32 бит широкого применения или 64 бит для поиграться.

Помните, это мое личное мнение. Буду рад увидеть доводы в пользу 64бит, если таковые имеются.
Извиняюсь, опечатался
~/.mplayer/fonts
должен быть
~/.mplayer/font

Сейчас попробовал
ass-font-scale=0.5

Все нормально - уменьшился шрифт при выводе ASS субов.

А вот параметр
subfont−encoding=unicode
ругается :
Option subfont needs a parameter
Так что убрал его. Подозреваю надо еще что-то крутить.

А для какой цели это надо ? Есть флаг utf8, который говорит что субы в этой кодировке.
Я сам не могу решить проблему с отображением иероглифов из субов. Т.е. в субах они есть и норм просматриваются, но при просмотре самого видео отображаются квадратами. Думаю может вместе сможем разобратся.