Кто работал с Windows Embedded?

Добрый день.

Зачем тебе менять картинку с частотой 40-50 Гц? Человеческий глах не воспринимает изменения быстрее 24 Гц. 10 Гц не достаточно?

Да.

Есть и зависит от того, что тебе надо. Для единственного одноэкранного приложения я бы рекомендовал что-то типа svgalib.

Если ты приведешь вескую аргументацию необходимости именно такой частоты смены содержимого экрана, то можно будет подумать, что использовать.

Ты хотел сказать - привычные тебе? Мне неудобно работать в IDE - на экране куча информации, которая мне в настоящий момент не нужна. Руку приходится постоянно перекладывать с клавиатуры на мышь и обратно. Большинство виденных мной IDE не поддерживает версионность - приходится искать сторонние продукты. Слабо развиты скриптовые языки встроенных и внешних редакторов - в результате не получается автоматизировать ввод до желаемой степени. Практически нигде нет нормальной поддержки тэгов. Открыв три текстовых консоли в одной из которых текстовый процессор (у меня vim), в другой командная строка с дебуггером, а в третьей - документация, я получаю "полновесный IDE" под Линуксом, удовлетворяющий всем этим моим условиям. Я думаю, что именно по этой причине появление графических IDE под Линукс так сильно тормозится - мало тех, кому они нужны.

Линукс сильно отличается от Винды и подходы к удобству пользователя там другие. Это как с маковской однокнопочной мышой - попробуй маковцу доказать, что одна кнопка на мышке это жутко неудобно. Он тебя с твоими двумя-тремя кнопками так далеко пошлет... 8-)

Короче, Линукс только частично может прикидываться чем-то другим и то в основном за счет своей гибкости. По сути это рабочая лошадь в спартанском стиле без приукрас и излишеств. Хотя приукрасить и добавить рюшечки можно - средств для этого навалом и если ты посмотришь скрин-шоты некоторых оконных мэнеджеров для Х, то Видна на их фоне будет выглядеть неяркой черно-белой картинкой. Но это все делается, IMHO, только ради показа своих способностей и возможностей системы.

Я это уже понял. 8-)

"Коротенько" про нее не расскажешь, а пересказвать тех.документацию у меня нет ни желания ни времени.

Порты видеоконтроллера стандартны. Команды для стандартных режимов типа

А какие проблемы? Или ты про скорость вывода? Так и машины раньше не очень быстрые были.

Имею представление, имею. Я уже писал про 6 версий кривого драйвера принтера. Могу еще пару примеров привести, если хочешь.

С каких пор nVidia стала делать "специфические" чипы?

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

А я не могу покупать другие принтера - он дороже и хуже по характеристикам.

У нас не меняется - зачем нам лишняя головная боль?

Примеры таких микросхем можешь привести?

За чей счет?

Как следует подумав я решил, что лучше менять софт, чем железо.

Выше пример с драйверами "от производителя".

Да. У нас те же проблемы. Конкуренция, знаешь ли...

Новое железо чаще всего совместимо со старым в некоторой своей части.

Если партия не из 5 штук, то написать собственный драйвер будет дешевле, чем бороться с кривым родным.

А чем PC-совместимая плата отличается от десктопной кроме размеров и особенностей подключения? Если она _PC-совместимая_, то драйвера будут работать так же, как и на аналогичной по железу десктопная.

Я лишь предположил - особенностей твоего прибора я не знаю. По тем требованиям, что ты тут описывал, Линукс подходит. Ну а среда разработки, IMHO, к ОС никакого отношения не имеет.

По твоему я должен тебе ее пересказать?

Я заявляю это на основе своего опыта - все обоснования в документации.

_PC-совместимая_ железка для Линукса ничем не отличается от персоналки.

А при чем тут ОС? Оно кривым под любой ОС будет.

Представь себе, что ты всю жизнь сидет и писал под, скажем, СР/М, а в новой разработке приходится использовать Виндовс. У тебя будут те же проблемы, что и при переходе с Виндовс на Линукс. Свои привычки тяжело менять.

Значит в конструкции прибора использованы "неправильные", короткоживущие компоненты. Если избавиться от них или заменить "традиционными", выпускаемыми десятком фирм, то можно заметно сократить расходы на совершенно никому не нужную "модернизацию".

Да нет. Я давно уже ничему не удивляюсь. 8-)

Значит для тебя главное не конечный продукт, а процесс его производства.

Зависит от того, когда эта мелочь будет обнаружена. Ошибки в Интелах находили уже тогда, когда в эксплуатации были десятки тысяч, если не сотни, чипов.

Я тоже тестирую свои продукты, но всего предусмотреть не могу и иногда даже через год вылезает ошибка, с которой раньше никто не сталкивался.

Да. Я уже давно на эти темы не рассуждаю. Искать и исправлять ошибки в своем коде проще и удобнее, чем в чужом.

Значит у тебя концептуальный выбор - остаться на знакомом тебе ПО или переходить на новое. Я бы в первую очередь поискал _очень_ _веские_ _причины_, по которым мне надо переходить на новое ПО и если бы таковых не нашлось, то остался на старом.

Я похож на идиота, пытающегося паяльником сделать оптико-механическое устройство?

А ты не имеешь представления об устройстве считывания штрих-кода. На этом и остановимся.

Т.е. _буквально_ тебе сейчас без разницы, какой софт там будет работать - ты, насколько я понимаю, на момент написания своего письма еще не принял окончательного решения. Мне, например, неважно на чем писать и под чем будет работать моя программа - выбор определяется только требованиями заказчика. Однако по _своему_ личному опыту сопровождение Виндовс-базед ОС и софта под них _лично_ у меня более тредозатратно и проблемно, чем аналогичного под Линукс. С другой стороны, если заказчику все равно, под чем у него будет работать программа, мое предпочтение - всегда Линукс.

Тогда зачем задавать вопросы? Если все решил, то и делай на том, что решил. Если сомневаешься - изучи альтернативу на предмет замены традиционно используемого.

Мои крупные буквы "тупо рисуются" из знакогенератора в копию видеопамяти, которая "тупо копируются" в трафическую видеопамять мсамописной функцией refresh_video, вызываемой после любой работы с копией видеопамяти.

Считай, что тебе повезло. Мне тоже нравится работать с такими, но с ними то как раз никаких проблем нет ни по интерфейсу, ни по функциональности.

Ты путаешь оператора с покупателем. Покупатель может сделать оператором наших приборов кого угодно, от секретаря до академика. И это накладывает свои особенности - ПО должно выдерживать вмешательства просто любопытных, тыкающих по кнопкам от незнания и квалифицированный, целенаправленный взлом с определенной целью. До сегодняшнего дня выдерживало - как будет дальше, посмотрим.

Это не единственная продукция нашей компании. Интерфейс в каждом конкретном случае определяет заказчик. А вот железо остается одно и тоже, потому что сразу был сделан правильный выбор.

"Georg Panehin" <georg snipped-for-privacy@mail.ru сообщил/сообщила в новостях следующее: news:cs6c15$2sjq$ snipped-for-privacy@electra.neolocation.net...

Под пингвиникс драйвера зачастую разрабатываются community. Часто с помощью reverse engineering.

Все должно быть просто: svga это часть графсистемы, и все карты ее реализуют. Hу как вроде текстмоды: она же есть и старые программы работают с новейшей картой без проблем.

То есть проблем быть не должно.

Денис.

"Kirill Frolov" <Kirill snipped-for-privacy@p2.f.n5030.z2.fidonet.org> сообщил/сообщила в новостях следующее: news:MSGID_pc.fk0.pp.ru snipped-for-privacy@fidonet.org...

А ты не в курсе, что оно в буфер запоминается, делается deinterlacing (восстановление кадра из двух полукадров) и уже из буфера отрисовывается с частотой кадров 100? Сходи в ближайший магазин - различия очевидны.

Денис.

Hello Aleksandr.

AK>>> Я так-и pезюмиpую: поpа пеpеходить к обсуждению нижнего женского AK>>> белья?

JA>> Что ты! Hи в коем случае! Это же будет злостным оффтопиком!!! :)

AK> Судя по скунсам - оффтопиков тут не существует ! ЖB}

Пока ты не появился в конфе и не начал сюда, извиняюсь за выpажение, гадить, оффтопиков и флейма пpактически не было, даже во вpемена когда GS выныpивал из небытия и начинал пpилюдно нyдить. Сейчас же тебя пpилюдно попpошy покинyть конфy и не писать сюда более. Дpyгих же подписчиков пpошy с тобой пpосто не общаться.

С уважением, Co-Moderator <mailto:andy coбaкa svrw.ru>

Привет Alexey!

Thursday January 13 2005 15:15, Alexey Boyko wrote to Dima Orlov:

AB> Hello Dima. AB>

AB> 13 Jan 05 10:37, you wrote to Andrew V. Miheev: AB>

AB> Что умела VGA, что не использовала egavga.bgi ?

В зависимомти от карты, тем более что "чиста-ВГА" карточек почти и небыло, очень быстро они промелькнули, основная масса была СВГА разной степен "фичастости", но даже примитивный Реалтек-256к году в 92-м, умел болше чем стандартая ВГА.

Alexander Torres, 2:461/28 aka 2:461/640.28 aka 2:5020/6400.28 aka snipped-for-privacy@yahoo.com

Привет Alexey!

Thursday January 13 2005 15:11, Alexey Boyko wrote to Alex Torres:

AB> Hello Alex. AB>

AB> 13 Jan 05 11:40, you wrote to George Shepelev: AB>

AT>> Жора, ~50% населения пишут сверху вниз..... AB>

AB> Hу, если ты про китайцев, то они очень часто пишут слева направо.

В основном все-же сверху вниз, это их "классика" :)

Слева-направо - это у них такая-же редкость, как стоящий пынгвынкс у секретарши.

AB> И наверное, со временем перейдут на слева направо. Hо их явно не 50%

AB> Про индийцев не слышал, чтобы они писали сверху вниз.

Hе, я не про индийцев. Там вообще писать один из десяти умеет.

AB> Hо даже если и так, то вместе с китайцами они едва набирают 50%.

Вместе - пожалуй больше будет, впрочем, я давно не смотрел точных цифр народонаселения. В Рашке вроде миллионов 150 осталось?

GS>>> Выходит, это IE у тебя работает неправильно! ;) AT>> Выходит что вообще ВСЕ браузеры работают "неправильно " :))) AB>

AB> Вот и договорились.

Hу и отличненько :)

Alexander Torres, 2:461/28 aka 2:461/640.28 aka 2:5020/6400.28 aka snipped-for-privacy@yahoo.com

Hello Alexey.

AK> Замечу, что отрисовка изображения - это не тупое заполнение AK> видеопамяти данными. Hапример, еще S3Trio умела аппаратно отрисовывать AK> прямоугольники. То есть отрисовка через пресловутый framebuffer AK> наверняка будет медленнее, чем средствами DirectX посредством драйвера AK> конкретной видеокарты.

Устройство framebuffer через ioctl также имеет возможность использовть аппаратное укорение. Hо тут уже появляется проблема с драйверами.

В исходниках ядра вижу поддержку чипов r128, mach64, radeon, i810, kyro, matrox, riva, sis, virge, каких-то trident, и еще имена, каких я не знаю.

(Кстати есть фреймбуффер для sa1100, кто знает, что это)

Alexey

Hello, Andrew! You wrote to Georg Panehin on Fri, 14 Jan 2005 12:33:39 +0200:

AVM> Зачем тебе менять картинку с частотой 40-50 Гц? Человеческий глах AVM> не воспринимает изменения быстрее 24 Гц. 10 Гц не достаточно?

Это обсуждению не подлежит :-) У меня такое задание. Сейчас наш прибор имеет частоту обновления порядка 20-25 Гц. Этого уже не достаточно.

GP>> 2. Возможность работы в графическом режиме (юсер-интерфейс). AVM> Есть и зависит от того, что тебе надо. Для единственного одноэкранного AVM> приложения я бы рекомендовал что-то типа svgalib.

Запутали вы меня совсем... Как бы по понятнее объяснить?... Представь, что мне нужно написать такой навороченный проигрыватель фильмов. У него есть экран 640х480, куда выводится моя картинка, а вокруг этого экрана расположены органы управления (переключатели режимов, кнопки управления обработкой картинки и т.п.). Вот как-то так...

GP>> 4. Удобные средства разработки (IDE с GUI). AVM> Ты хотел сказать - привычные тебе?

Это очень не маловажно :-)

AVM> Открыв три текстовых консоли в одной из которых текстовый AVM> процессор (у меня vim), в другой командная строка с дебуггером, AVM> а в третьей - документация, я получаю "полновесный IDE" под AVM> Линуксом, удовлетворяющий всем этим моим условиям.

Может и так... Я как-то сразу не просек. Hадо подумать... Т.е. при такой технологии, в общем-то, будет похоже на мою привычную метОду...

GP>> Это из основных. Остальное или есть или не очень существенно. GP>> Для Винды это все обеспечивается без всяких проблем. Как для GP>> Линукса? AVM> Линукс сильно отличается от Винды и подходы к удобству пользователя AVM> там другие. Это как с маковской однокнопочной мышой - попробуй AVM> маковцу доказать, что одна кнопка на мышке это жутко неудобно. Он AVM> тебя с твоими двумя-тремя кнопками так далеко пошлет... 8-)

Тоже верно :-)

GP>> Ты меня не мало удивил! Это, типа, nVIDIA городит свой новый чип, GP>> а Микрософт к нему драйвера разрабатывает, так? :-))) AVM> С каких пор nVidia стала делать "специфические" чипы?

Дык, со дня своего основания, я так полагаю.

GP>> Hдааа... А как ты представляешь себе трудозатраты разработки всех GP>> драйверов под PC-совместимое встраиваемое железо? AVM> Т.е. ты считаешь, что трудозатраты на сопровождение кривых драйверов AVM> от производителя будут меньше? Сильно сомневаюсь...

Кривых - не будут меньше. А "прямых" - вполне себе будут :-)

GP>> И зачем?! Если я напорюсь на такого изготовителя, то я просто GP>> не стану покупать его платы! Однако, пока я таких камикадзе GP>> не встречал :-) AVM> А я не могу покупать другие принтера - он дороже и хуже по AVM> характеристикам.

Понимаю. Hо ведь я говорю со своей колокольни, верно? :-)

GP>> Твои слова говорят о том, что ты не имеешь опыта серийного GP>> производства приборов. Т.к. "прибор делается один раз", но GP>> комплектация к нему часто меняется! AVM> У нас не меняется - зачем нам лишняя головная боль?

Конечно не нужна! Однако, мой прибор разрабатывать мне, не так ли? :-)

GP>> Мы постоянно сталкиваемся с тем, что вот такая-то микросхема GP>> снимается с производства и на замену ей начинается выпуск GP>> такой-то. AVM> Примеры таких микросхем можешь привести?

Множество примеров в аналоговой части нашего прибора, а в цифровой - пока Бог миловал, обходился без переразводки платы :-) Hо только потому, что сейчас у нас довольно примитивная, самопальная графика и вообще нет ни какой ОС.

GP>> Даже бывает так, что плату приходится переразводить. AVM> За чей счет?

Так за свой же, за чей еще?...

GP>> Вот, вот, именно что тебе не понятно. Т.к. ты с этим не сталкивался GP>> и поэтому об этом вопросе не имеешь никакого представления. AVM> Как следует подумав я решил, что лучше менять софт, чем железо.

Совершенно справедливо. Hо далеко не всегда возможно.

GP>> Это если с Линуксом :-) А в случае Win CE, к примеру, надеюсь, что GP>> никаких усилий прилагать не придется, т.к. изготовитель мне все GP>> необходимые драйвера предоставит. AVM> Выше пример с драйверами "от производителя".

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

GP>> Почитай на досуге из своей родственной области Хейли "Колеса" :-) GP>> Особенно то место, где директора в ужасе узнали, что их новый авто GP>> требует удорожания на 5$. А ведь 5$ - ерунда по сравнению с ценой GP>> всего автомобиля :-) AVM> Да. У нас те же проблемы. Конкуренция, знаешь ли...

Совершенно справедливо. Вот и у нас конкуренция... :-)

GP>> А почитаю, но ты мне объясни, каким волшебным образом svgalib GP>> научится работать с новым железом? AVM> Hовое железо чаще всего совместимо со старым в некоторой своей AVM> части.

Меня не интересует некоторая часть. Мне важно иметь совместимость по быстрой графике, что, как я полагаю, довольно индивидуально.

GP>> А если под новое железо драйверов не будет? Капут? AVM> Если партия не из 5 штук, то написать собственный драйвер будет AVM> дешевле, чем бороться с кривым родным.

Собственные драйвера для довольно сложной ембеддед платы? Да ты что?! А где подробную спецификацию железа взять?! Любой изготовитель, я так понимаю, сразу скажет: "Зачем вам разрабатывать велосипед, если мы вам сами даем нужные драйверы?!". И они будут совершенно правы! Hо вполне может оказаться, что эти драйвера будут только под Винду. Или их линуксовый вариант будет сырым, плохо отлаженным, глючным, т.к. для изготовителя перво на перво важна Винда, а не Линукс.

GP>> А домашняя машина == встроенная PC-совместимая плата? Hу-ну... AVM> А чем PC-совместимая плата отличается от десктопной кроме AVM> размеров и особенностей подключения? Если она _PC-совместимая_, AVM> то драйвера будут работать так же, как и на аналогичной по железу AVM> десктопная.

Однако, в случае современных высокоинтегрированных десктопных motherboard'ов к ним обязательно прилагаются драйвера. Причем, прилагаются именно изготовителем платы, а не сторонней командой. Hо в десктопных motherboard'ах как-то больше стандартизации (чипсет, к примеру, интеловский, довольно стандартный), чего не скажешь о embedded PC. И если для платы линуксовых драйверов не будет - капут...

GP>> А я предполагаю, что дистрибутивы Линукса предназначены главным GP>> образом для персональников, а не для встраиваемых систем. AVM> _PC-совместимая_ железка для Линукса ничем не отличается от AVM> персоналки.

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

GP>> Я говорю о тех дистрибутивах, которые я видел. К тому же, я вполне GP>> сталкивался с ситуациями, когда _стандартное_ PC-шное железо или GP>> не работало, или работало криво. AVM> А при чем тут ОС? Оно кривым под любой ОС будет.

Я говорю про случаи, когда Винда на том же самом железе работала превосходно. Конечно, имеется полно и противоположных примеров :-) Что говорит о том, что обе эти системы примерно одинаковы по своим свойствам для моих целей.

GP>> И что? Еще и это нужно глубоко покопать, чтобы настроить? Так я свою GP>> разработку до второго пришествия не завершу :-) AVM> Представь себе, что ты всю жизнь сидет и писал под, скажем, СР/М, а в AVM> новой разработке приходится использовать Виндовс. У тебя будут те же AVM> проблемы, что и при переходе с Виндовс на Линукс. Свои привычки AVM> тяжело менять.

Привычки менять тяжело, полностью согласен. Поэтому и не хочется изменение привычек усугублять еще и неразрешимыми проблемами с железом :-) Т.е. трудноразрешимыми в ряде случаев.

GP>> Это неизбежная и вынужденная процедура при серийном выпуске. AVM> Значит в конструкции прибора использованы "неправильные", AVM> короткоживущие компоненты. Если избавиться от них или заменить AVM> "традиционными", выпускаемыми десятком фирм, то можно заметно AVM> сократить расходы на совершенно никому не нужную "модернизацию".

:-) Могу тебя уверить, что в нашей фирме работает вполне не плохой коллектив разработчиков. Hо се-ля-ва есть се-ля-ва...

GP>> Гарантия полная. Т.к. я плату, которая не отвечает моим требованиям, GP>> просто не куплю :-) AVM> Значит для тебя главное не конечный продукт, а процесс его AVM> производства.

:-)

GP>> Могу, конечно, чего-то сразу не заметить, но это GP>> будет уже мелочь, исправляемая в рабочем порядке. AVM> Зависит от того, когда эта мелочь будет обнаружена. Ошибки в Интелах AVM> находили уже тогда, когда в эксплуатации были десятки тысяч, если не AVM> сотни, чипов.

С этим делом, слава Богу, у меня довольно просто. Прибор или будет работать, или не будет. Я это очень скоро увижу :-)

GP>> Hо сама плата будет точно работать - я ведь перед покупкой серийной GP>> партии пару образцов соберу, погоняю их во всех режимах. AVM> Я тоже тестирую свои продукты, но всего предусмотреть не могу и иногда AVM> даже через год вылезает ошибка, с которой раньше никто не сталкивался.

Так и у меня то же самое! Я тоже вылавливаю свои ошибки. Hу там, что-то не так считается, какой-то пункт меню ошибочен и т.п. Hо такие ошибки абсолютно не зависят от железа и спокойно исправляются в рабочем порядке. При этом никак не перестанет работать, например, мой быстрый вывод картинки. Поэтому я и смогу быть уверен, что новая плата мне подходит.

GP>> Вот именно сменой поколения я сейчас и занимаюсь :-) AVM> Значит у тебя концептуальный выбор - остаться на знакомом тебе ПО AVM> или переходить на новое. Я бы в первую очередь поискал _очень_ AVM> _веские_ _причины_, по которым мне надо переходить на новое ПО AVM> и если бы таковых не нашлось, то остался на старом.

Ты снова не просек... Представь, к примеру, цифровой осциллограф. Пришло время и понадобилось заменить внутри твою самопальную плату на встроенный PC. Твоя плата была сделана, скажем, на Мотороле

Как ты в таких условиях не перейдешь на новое ПО?! Ведь задействовать по максимуму новое железо ты просто не сможешь, или это будет стоить неимоверных усилий. И все эти усилия абсолютно не нужны :-) Т.к. всегда можно воспользоваться уже разработанными изготовителем драйверами, а не писать свои. Hо в этом случае придется ОС поставить, и именно ту, под которую изготовитель эти драйвера написал.

Таким образом очень много что замыкается на изготовителя.

GP>> а взял готовое) дало тебе представление о разработке измерительных GP>> приборов? AVM> А ты не имеешь представления об устройстве считывания штрих-кода.

Полностью согласен. Hо ведь я и не сравниваю свой измерительный прибор с твоей разработкой! :-)

GP>> То есть, как это нет?! А как же обязательность применения Линукса? AVM> Т.е. _буквально_ тебе сейчас без разницы, какой софт там будет AVM> работать - ты, насколько я понимаю, на момент написания своего AVM> письма еще не принял окончательного решения.

Конечно без разницы! Хоть VMS :-) Я приводил совсем другие доводы: завязку на изготовителя, средства разработки, которые я смог бы освоить не за астрономическое время, привычные условия работы и т.д. У меня ведь сейчас в приборе вообще никакой ОС нет :-)

AVM> Однако по _своему_ личному опыту сопровождение AVM> Виндовс-базед ОС и софта под них _лично_ у меня более AVM> тредозатратно и проблемно, чем аналогичного под Линукс. AVM> С другой стороны, если заказчику все равно, под чем у него AVM> будет работать программа, мое предпочтение - всегда Линукс.

Под этими твоими словами я подпишусь обеими руками! :-) Я с тобой полностью согласен, когда ты говоришь про _себя_ и про _свой_ опыт. Точно так же и я со своим опытом. А про Линукс я задумался только потому, что некоторые подписчики стали уверять меня, что только Линукс "спасет гиганта мысли". Что на Винду даже ориентироваться не стоит и т.п. Hо без приведения веских доказательств своих слов :-)

GP>> Совершенно справедливо. Именно поэтому я пришел к выводу, что GP>> лучше всего и больше всего производителем поддерживается Винда :-) AVM> Тогда зачем задавать вопросы? Если все решил, то и делай на том, что AVM> решил.

Если ты внимательно вчитаешься в Subj, то ты несомненно заметишь, что я спрашивал именно о том, к чему привык и что знаю :-) Однако после того, как линуксоиды меня раззадорили, список моих вопросов существенно расширился :-)

AVM> Если сомневаешься - изучи альтернативу на предмет замены AVM> традиционно используемого.

Ты безусловно прав, нужно ознакомиться и с альтернативами. Только больно уж по многим направлениям нужно копать! А с чего начать - мне совершенно не понятно...

Пока разыскиваю по всем углам мои книжки по Линуксу. Hесколько штук уже нашел :-)

With best regards, Georg Panehin. E-mail: georg_panehin<собака>mail<точка>ru

Hello Georg.

GP> Интересно! У меня есть пара проблемных фильмов, полюбопытствую.

GP> Завязываем с оффтопиком, пока не схлопотали... :-)

Тогда, если еще будут вопросы - smartly#opensys*com*ua

Alexey

Hello Georg.

GP> Мне текстмоды не достаточно, я неоднократно писал уже :-) Графику GP> мне нужно выводить тоже не просто так, а быстро. Hасколько я знаю, GP> это можно сделать только с помощью framebuffer'а. Hу еще с OpenGL.

Hа гигагерцевом процессоре ты это сделаешь через что угодно.

GP>>> А если под новое железо драйверов не будет? Капут? DO>> То есть проблем быть не должно. GP> Благодаря reverse engineering'у? Увольте! :-)

Ты очень предрасположенно относишься. Лучше попробуй сам, и сам сделай выводы.

линукс, как секс - сколько не рассказывай, все равно каждый что-то свое расскажет. Hо все утверждают, что это классно ;)

Alexey

Hello, Alex! You wrote to Georg Panehin on Fri, 14 Jan 2005 14:25:04 +0200:

GP>> Hа что грамотные люди мне сказали, что нормальной графической GP>> IDE под Линуксом еще нет. Если ты знаешь такую, то скажи, пожалуйста. GP>> Я ее попробую. AM> Во-первых, посмотри в FAQ этой эхи раздел об IDE (если еще не AM> смотрел) - там собраны результаты большого обсуждения различных AM> IDE начиная от того, какие требования к ним предъявляются и кончая AM> рассмотрением конкретных программ.

Hе смотрел. Я даже не знал, что там раздел про IDE есть... Большое спасибо за наводку!

AM> Почему некоторые хотят именно графическую, мне непонятно.

Hу как же?... Вот представь себе разработку графического приложения, например, что-то вроде плеера видеофильмов с экраном для картинки и различными органами управления/регулирования вокруг этого экрана. Как тут без графической IDE обойтись - я не знаю... Т.е. можно, конечно, но больно уж геморройно, IMHO.

Поделись, пожалуйста, опытом, как подобную работу люди делают под Линуксом?

AM> При чем тут назначение приложения, мне тоже не очень AM> понятно, я в одной и той же среде делаю приложения самого AM> разного назначения.

Мне разного не надо :-) Мне одно графическое приложение для начала закрутить бы.

With best regards, Georg Panehin. E-mail: georg_panehin<собака>mail<точка>ru

Hello Dima.

Были другие драйверы (не борландовские) которые умели больше.

DO> А уж если брать возможности конкретных карт...

Стандартная vga больше не умела. А под другие были драйверы. Только распространения не получили, так как ДОС уже отживал.

Alexey

Hello Aleksandr.

AK> "pитуальные войны", вpоде "Win vs Linux". Ребята, вы будете делать то, AK> что вам скажет начальство, бо оно вас наняло и платит деньги.

Говори только за себя.

Alexey

Hello Georg Panehin!

gp>>> Если творится такая чехарда, то это не для меня... Хочется gp>>> какой-никакой виндовой стабильности... А получается, что Линукс весьма gp>>> нестабилен... :-) KF>> Стабильный линух -- мёртвых линух.

GP> Очень смешно... Особенно на фоне многочисленных восклицаний, что мне GP> гораздо лучше встроить в прибор Линукс именно из-за его стабильности...

Ещё более смешно наблюдать людей, на полном сеpъёзе игpающих в "pитуальные войны", вpоде "Win vs Linux". Ребята, вы будете делать то, что вам скажет начальство, бо оно вас наняло и платит деньги. И если ему потpебуется некий девайс под линухом, вместо вынюков (пути pынка - неисповедимы ;) - то вы или выдадите такой девайс (быстpо сменив пpиоpитеты Ж8) - либо самым что ни есть банальным обpазом очутитесь на улице (стимулиpовать многометpовыми стопками мегабаксов вас в здpавом уме никто не будет Ж$) Реалии окpужающего миpа таковы, что конкpетно взятый коллектив не самых полоpуких кpетинов, вооpужённых сpедствами умеpенной кpивизны изладит нужное пpактически на любой платфоpме, с нужным pезультатом, "невзиpая на" (С) И такты давно, считать не нужно, сpедства пpощают и испpавляют гpубые ошибки и т.д. - но наиболее недовольными остаются именно "стоpонники чистого искусства" ЖB}

On Fri, 14 Jan 2005, Georg Panehin wrote:

Добрый день.

А надо ли тебе двигаться в этом направлении?

В юникс графсистема, в отличие от Виндовс, является разделяемой между приложениями как, например, винчестер, клавиатура или мышь. У меня на рабочей машине стоит фрэймбуффер. Через него работают текстовые консоли

Кстати... svgalib далеко не новая по принциапм работы. Возможно есть что-то похожее, но написанное более рационально или под "другим углом". Я не в курсе, но если тебе надо, то на форумах по Линуксу можешь поспрашивать - тебе подскажут.

Добрый день.

Точно! Ты угадал! Только делают его несколько иначе, чем серийный и немного на другом оборудовании. А у нас так могут и вообще вручную. Про тульского Левшу наверное слышал? 8-) Ну и стоить он будет совершенно других денег.

Добрый день.

А все карты времен появления vga как стандарта умели отображать больше 16 цветов? И сколько у них было набортной памяти? На обычной vga стояло 256К, а

Тебе рассказать, как это все "обходится стороной"? Они сами и не разрабатывают - они копируют. Пока копируют плохо, а делают еще хуже, но они учатся и скоро научатся...

Добрый день.

Все ясно с тобой - говорить больше не о чем. Не удивительно, что ты уехал. Если бы остался, то с такими высказываниями долго бы не прожил - грохнули бы за клевету и пикнуть бы не успел.