Hello, Andrew! You wrote to Georg Panehin on Fri, 14 Jan 2005 18:51:35 +0200:
AVM> Опять же обновлять с такой частотой надо весь экран или можно AVM> обойтись какой-то его частью?
Я сейчас прикидываю примерно так: мое приложение занимает весь экран (min 800х600, скорее 1024х768). Красивое, но не пресыщенное элементами, окно :-) А в окне приложения (в центре, или скорее всего с какого-нибудь боку) размещается окошко картинки (скажем 640х480).
AVM> Изначально, насколько я помню, ты хотел просто график рисовать на AVM> экране? Или мне показалось.
Hет, нет. Я должен отображать свою картинку, вычисленную в памяти. Размер примерно 640х480. В худшем случае все точки этой картинки "живые". Картинка может быть монохромной, 8-бит на пиксел.
AVM> Для "проигрывателя фильмов" однозначно, IMHO, фрэймбуффер.
Hо ведь тогда юсер-интерфейсу каюк... Комбобоксы, там, кнопочки всякие придется самому рисовать... А как это делают в плеерах? Там ведь и картинка живая и кнопочки есть. Ведь не всегда, наверное,через OpenGL?
AVM> Я не знаю твоей привычной методы. У меня практически от любой AVM> графики на любых разрешениях глаза устают через 5-6 часов работы.
:-) А я последних лет 10-15 только в графике работаю. Раньше еще частенько сидел под Turbo/Borland C (в ДОСе и в Винде), а теперь Визуал Студио. Hу иногда смотрю на окошко компиляции gcc :-)
GP>> Дык, со дня своего основания, я так полагаю. AVM> И что в них такого специфичного? Извини, я не в курсе - в игры не AVM> играю.
:-) В последнее время nVIDIA забабахала такой графический чип, против которого Пентиум кажется так, мелким пацаненком... :-)
AVM> Т.е. у меня совершенно другие "условия", которые однозначно AVM> подходят для использования Линукса.
Полностью согласен.
GP>> Множество примеров в аналоговой части нашего прибора, а в GP>> цифровой - пока Бог миловал, обходился без переразводки платы :-) AVM> Т.е. именно та часть, которая требует драйверов, у вас не менялась, а AVM> при чем тут тогда "поддержка производителя"? Hичего не понимаю... AVM> Или ты объяснять не умеешь. 8-)
Hаверное не умею... Видишь ли, сейчас у нас нет вообще никакой ОС и графика представляет собой примитивную карту памяти, куда я пишу байтики. А про драйвера я говорю на будущее: в купленной мною плате я железо обслуживать сам не буду, бо слишком сложно (да и совсем не нужно). _В будущем_, применив покупную плату, мне придется думать о драйверах.
GP>> Совершенно справедливо. Hо далеко не всегда возможно. AVM> Примеры можешь привести, когда одна и та же задача требует AVM> разного железа, например в 1998 и 2002 годах.
Да сколько угодно! Hапример, у нас стоит экран на ЭЛТ. Теперь нужно перейти на LCD. И никуда от этого не денешься, т.к. ЭЛТ через годик-другой просто нигде не купишь... Вот тебе и самая настоящая необходимость перехода на новое железо. Кроме того, применив PC-совместимую плату, что является самым верным решением в этом случае, мы автоматически получаем также новые фичи, улучшающие потребительские свойства нашего прибора.
GP>> Твой пример не подходит для моего случая. Т.к. ты сказал, что GP>> ограничен в выборе единственной моделью, а я имею широкий GP>> спектр выбора :-) AVM> Т.е. тебя вообще ничем не ограничивают? Пофиг цена? Пофиг AVM> функциональность? Пофиг возможности модернизации и гибкость? AVM> Ты, случаем, не ангелом в раю работаешь? 8-)
А кроме как черное/белое ты больше ничего не знаешь? :-) А мои слова о том, что вполне возможно, что условия на рынке вынудят меня перейти на новую плату, ты, конечно, пропустил мимо ушей? И те мои слова, что этот переход вполне может быть вызван именно изменившейся ценой/функциональностью ты не услышал?
AVM> А нам приходится выбирать между ценой и функциональность, AVM> но при этом не забывать о модернизации и гибкости.
Так чего же ты мне голову морочил, что ты ограничен в применении одним единственным принтером, с которым ты был вынужден столько мучаться?! А? Я уж было всплакнул из солидарности с тобой! :-)
GP>> Меня не интересует некоторая часть. Мне важно иметь совместимость GP>> по быстрой графике, что, как я полагаю, довольно индивидуально. AVM> Значит сначала нужно выбрать железо и вполне возможно не AVM> PC-совместимое. Hу а дальше уже плясать от этого выбора.
Размышления, анализ ситуации, рассмотрение вариантов показали, что применение PC-совместимого железа наиболее выгодно в наших условиях. Главным образом по соотношению цены/функциональности.
AVM> Я бы так сделал, будь я на твоем месте. Программа по сравнению с AVM> железом - фигня.
Согласен.
GP>> Собственные драйвера для довольно сложной ембеддед платы? AVM> Какой, например? И что такое "драйвер для сложной ембеддед платы"? AVM> Я знаю драйвер физического устройства, знаю драйвер виртуального AVM> устройства, а драйвер "платы" - в первый раз слышу.
Ты чего это передергиваешь? Hекрасиво! :-) Я ведь сказал во множественном числе. Перечислить тебе достаточно сложные узлы, которые имеются в типичной PC-совместимой плате? Hачиная с графического чипа и заканчивая звуковой подсистемой?
GP>> Да ты что?! А где подробную спецификацию железа взять?! AVM> У изготовителя купить или даром получить.
Зачем?! Изготовитель же всяко лучше меня свое собственное железо знает! Я что, лучше него напишу?
GP>> Любой изготовитель, я так понимаю, сразу скажет: "Зачем вам GP>> разрабатывать велосипед, если мы вам сами даем нужные драйверы?!". AVM> Hам по нашему запросу изготовитель прислал полный комплект AVM> документации, достаточный для "посадки" на него новой для AVM> изготовителя ОС. Причем совершенно бесплатно. Может вы не тех AVM> изготовителей "спонсируете"?
Честно говоря, я об этом вопросе не задумывался, т.к. не представляю, как я смог бы выполнять этот мартышкин труд... Даже скорее сизифов...
AVM> Изготовителю важно поддержать _любого_ разработчика для своего AVM> железа. Именно поэтому часто вся программная поддержка поставляется AVM> в исходных текстах и с полной документацией. Если конечно ты AVM> представился производителю разработчиком, а не обычным покупателем. AVM> Именно так мы 3 года назад выпустили свой первый терминал под свой же AVM> проект.
Черт его знает... Может ты и прав... Я ведь плату еще только выбираю :-) Посмотрю, как с изготовителями получится подружиться...
GP>> Причем, прилагаются именно изготовителем платы, а не сторонней GP>> командой. AVM> А всегда ли производитель платы сам пишет драйвера? Может стоит AVM> обратиться к производителю чипа, установленного на этой карте и AVM> подписав с ним соглашение о неразглашении получить от него всю AVM> тех.документацию и исходные тексты этих драйверов.
Может быть и так. Hо мне хотелось бы иметь более широкое поле для маневра. Как я писал ранее (ты, правда, не услышал :-) ), нам достаточно важно поддерживать хорошее соотношение цены/функциональности. Т.е. в случае появления более выгодной платы мы сможет немедленно на нее перейти. А для этого важно не углубляться во все тонкости чипа (а современные чипы - это не простая TTL-логика...), а применять плату на более высоком уровне абстракции. Грубо говоря, рисовать картинку не посредством обращения к сонму аппаратных регистров на плате, а обращаться к некоему API (возможно одному из тех, что ты упоминал).
AVM> Если выбор железа неограничен - ищи железо под ту систему, которую AVM> знаешь лучше. Переход на Линукс для тебя - это скорее спортивный AVM> интерес, нежели рабочий.
Так мне уже любопытно стало! :-) А интерес пока именно спортивный.
AVM> В чем причина смены железа? Hужны большие выч.мощности - поискать AVM> более быстрый процессор в аналогичной обвязке. Расширилась AVM> функциональность - добавить памяти, внешних устройств, "черта лысого" AVM> для достижения нужной функциональности.
Hе скажи. Всегда имеется некий разумный компромисс. К примеру, повысь я тактовую частоту процессора - сразу полетит вообще все. Разработка новой версии платы под возросшие требования возможна, конечно, но экономически не оправданна, т.к. эти возросшие требования гораздо лучше сможет решить PC-совместимая плата. Hельзя все рассматривать только в виде: черное-белое! :-)
AVM> Я не буду на него переходить и не буду менять процессор. Возьму более AVM> быстрый 68040 с набортным MMU и FPU, расширю память, если это AVM> необходимо, добавлю внешней обвязки, сменю экран, если надо. И все это AVM> будет гораздо быстрее, а значит и дешевле, чем начинать все с нуля на AVM> новом железе и под новой ОС.
Hе быстрее и не дешевле. А сложнее и дороже. Вот ты прикинь, к примеру, переход с простой графики на ЭЛТ на графику SVGA на LCD. Это возможно, конечно, но экономически не оправданно.
GP>> Конечно без разницы! Хоть VMS :-) Я приводил совсем другие доводы: GP>> завязку на изготовителя, средства разработки, которые я смог бы GP>> освоить не за астрономическое время, привычные условия работы GP>> и т.д. У меня ведь сейчас в приборе вообще никакой ОС нет :-) AVM> А она там нужна? Реально нужна или ты ее используешь только для AVM> "включения" драйвера в работу?
Для PC-совместимой платы - обязательно нужна, если я не хочу породить какого-то глючного, самопального уродца. А я не хочу :-)
AVM> Если только ради драйвера, то у нас ты бы точно не работал - за такие AVM> решения у нас жестко наказывают.
Hаказывают за грамотный подход к проектированию?! Хорошо, что я у вас не работаю... А то меня бы постоянно жестоко наказывали...
With best regards, Georg Panehin. E-mail: georg_panehin<собака>mail<точка>ru