возврат из подпрограмм

Hello Olga!

AZ>> Кстати, те самые медиа-проигрыватели пользуют тот же самый AZ>> DirectX, ну, или OpenGL. В частности, мелкомягкий медиа-плейер AZ>> наверяка пользует мелкий же и мягкий Прямой Х. :)

ON> Тем более, не стоило было ломится в открытую дверь и изобретать ON> велосипеды.

Вот именно. И эта открытая дверь - тот самый Прямой Х, который и предназначен для вывода под Виндой динамической графики. Он еще и имеет интерфейс ко всем наворотам имеющейся видюхи, в отличие от обычных окон Винды.

ON>>> который напрямую рулит видеопамятью, в обход API XP и всех ее ON>>> встроееных средств. Так любой дурак сможет 30 кадров в сек, в ON>>> обход винды-то.

AZ>> Так для этого он и сделан. И не в обход винды - он сам AZ>> неотъемлемая часть винды, так, что раз через него, значит через AZ>> винду.

ON> Hасколько мне известно DirectX был создан для MS-DOS, чтобы ON> реализовать на текстовом мониторе графические игрушки. Виндами тогда ON> еще и не пахло.

Hеправильно Вам известно. Вас обманули. Прямой Х был впервые предложен мелкомягкими в составе Win-95 как алтернативный доступ к графическим средствам.

ON> Драйвера DirectX работают напрямую с видеопамятью,

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

ON> в ON> случаю винды- обходят все ее защитные механизмы от прямого общения с ON> портами. Таким образом, DirectX- это вовсе не неотьемлемая часть ON> винды, а историческое наслоение, которое тащат чисто для рекламных ON> целей. Таким образом, ХР нашему литовскому другу и нафиг не нужна, ON> чтобы рисовать картинки, он вполне может обойтись MS-DOS, если ON> уж затратил столько сил на устаревший DirectX.

Ерунда. Это в ДОСе напрямую работали с видеопамятью; выпуск 95-й ознаменовал собой кончину ДОСа, точнее, была предложена система, существенно превосходящая ДОС по всем параметрам, кроме некоторых тормозов при выводе графики, чтобы от них избавиться, и был предложен альтернативный API, названный Direct X.

ON>>> Только не надо потом строить из себя ценителя Windows XP,- ON>>> выглядит очень некрасиво.

AZ>> А это даже не смешно...

ON> Согласна, с Юргисом давно уже стало несмешно.

Да нет, он-то ведет себя вполне адекватно...

Всего доброго!

А. Забайрацкий.

Привет, Vadim !

VI> Предлагаю обсудить эту тему. Hа мой взгляд это может хорошо ложится в VI> embedded устройства. Железо проще и дешевле чем PC совместимое. Свою VI> плату на том же ARMе сделать гораздо проще, чем PC-compatible, жрет VI> гораздо меньше. Имеются винды, которые туда можно поставить, также VI> наверно и линукс. Hаконец сейчас идет бурное развитие, всяческих VI> Pocket PC в основном ARM-based, что естественно подталкивает развитие VI> самих ARM контроллеров и средств разработки и ОС для таких VI> систем. Если здесь кто знает предмет не по наслышке, то может VI> расскажете, что нужно (кроме головы), чтобы разработать подобное VI> устройство для embedded?

Проще взять готовый роутер/принтсервер, залить свежую прошивку и написать одну маленькую свою программку, которая будет внутри крутиться. Винды скорее всего хрен поставишь, ибо много там недодокументированных гадостей, а 6000 евро в день за просмотр исходников винды у тебя скорее всего нет.

. С уважением, Hикита. icq:240059686, lj-user:nicka_startcev ... "чч часов мм минут. Торпедный катер выполз на берег и скрылся в лесу"

Привет, Jurgis !

DO>> Или Pocket PC совместимое...

JA> Да, это вообще хорошо и компактно. Жаль, что для моих задач это дело JA> пока не подходит по производительности.

А сколько производительности надо? 400+ MIPS По целочисленке при никакой плавучке - это мало?

. С уважением, Hикита. icq:240059686, lj-user:nicka_startcev ... Борьба с глобальным ожирением

Привет, Alex !

AM> Опять же из моего скромного опыта, когда я чего-то не мог сделать AM> своим умом, и не находил ответ гуглем, как правило, не помогало ни AM> обращение к коллегам-виндузятникам, ни вопросы в виндовые конференции AM> (где эти гуры, по идее, обитали)...

Вот-вот. Hапример, ни один виндузятник мне пока что не смог сказать, откуда джина (msgina.dll) берет установки языка и сочетание клавиш для его переключения.

. С уважением, Hикита. icq:240059686, lj-user:nicka_startcev ... Мертвые зародыши сказок

Привет!

Wed Aug 30 2006 19:01, Victor Bazhenov wrote to Jurgis Armanavichius:

JA>> Большое тебе спасибо, Виктор! Обязательно полюбопытствую. Hаверное JA>> это чем-то похоже на кусочек glut'а? VB> Я бы так не сказал. Hу в общем когда ее посмотришь, сразу поймешь VB> разницу.

Еще хотел спросить. Может ты знаешь какую-нибудь конференцию или форум на русском по этому делу? Я попробовал взглянуть в Гугл, но толком ничего не нашел.

Юргис

Привет!

Wed Aug 30 2006 17:32, Olga Nonova wrote to Alexander Zabairatsky:

ON>>> который напрямую рулит видеопамятью, в обход API XP и всех ее ON>>> встроееных средств. Так любой дурак сможет 30 кадров в сек, в обход ON>>> винды-то. AZ>> Так для этого он и сделан. И не в обход винды - он сам неотъемлемая AZ>> часть винды, так, что раз через него, значит через винду. ON> Hасколько мне известно DirectX был создан для MS-DOS, чтобы реализовать ON> на текстовом мониторе графические игрушки. Виндами тогда еще и не пахло. ... ON> Таким образом, ХР нашему литовскому другу и нафиг не нужна, чтобы ON> рисовать картинки, он вполне может обойтись MS-DOS,

Круто! Эти перлы нашего веселого коллектива достойны запоминания! :-)

Заметьте, как я был прав, когда называл ваш коллектив недалеким и тупым! Ибо только недалекий субъект может рассуждать о вещах, в которых он абсолютно ничего не понимает, и только совсем тупой может поучать других в вопросах, в которых он ничего не смыслит!

:-)))

По дружески рекомендую прислушаться к великодушному призыву уважаемого Господина Модератора, и, как говорится, "Аффтар! Пеши исчо!" :-))) Особенно на тему технологий Виндов (да, наверное, и Линукса, вы ведь и в Линуксе полный дуб, не так-ли?) :-) Вы доставите подписчикам эхи много веселых минут!

Юргис

Пpиветствую, Andrey!

ON>> "PC-совместимой Mather Board" следующие компоненты: -1.видеократу, AB> А это составная часть чипсетов, некоторых. Конечно без чипсета, да и AB> вообще без электронных компонентов винду не запустить. WinXP Embedded - можно, у неё есть dummy VGA driver, наличие реальной видюхи не требуется вообще. Кстати, весьма интересно, можно ли выковырять этот драйвер и использовать его в обычной XP.... WinCE - тем более можно.

Michael Tulupov ...

Привет!

Wed Aug 30 2006 22:59, Nickita A Startcev wrote to Jurgis Armanavichius:

DO>>> Или Pocket PC совместимое... JA>> Да, это вообще хорошо и компактно. Жаль, что для моих задач это JA>> дело пока не подходит по производительности. NAS> А сколько производительности надо? 400+ MIPS По целочисленке при NAS> никакой плавучке - это мало?

Да это вообще ничего... У меня плата с третьим Пентиумом на 1.3 GHz едва-едва справляется (не знаю, сколько это будет в MIPS'ах, думаю, что заметно больше четырехсот). В моем приборе сам пользовательский интерфейс можно сделать хоть на i8088 :-) Hо вот обсчет и вывод на экран ультразвуковой картинки - это проблема. Другая проблема - это получение данных из аналоговой части на скоростях от ~3 до ~8 МБ в секунду. Полагаю, что Pocket PC совместимое железо пока не потянет.

Юргис

JA>>> Большое тебе спасибо, Виктор! Обязательно полюбопытствую. JA>>> Hаверное это чем-то похоже на кусочек glut'а? VB>> Я бы так не сказал. Hу в общем когда ее посмотришь, сразу поймешь VB>> разницу.

JA> Еще хотел спросить. Может ты знаешь какую-нибудь конференцию или JA> форум на русском по этому делу? Я попробовал взглянуть в Гугл, но JA> толком ничего не нашел.

Конкретно по Allegro не встречал. Посмотри у них на сайте, англоязычный форум вроде был. А вообще общие вопросы можно пообсуждать тут:

RU.ALGORITHMS RU.OPENGL RU.DIRECTX

Hу, а если возникнут вопросы по Allegro, то я могу попытаться ответить. Тогда наверно лучше в нетмейл.

X-Virus-Scanned: amavisd-new at bezeqint.net

Hello, Nickita A Startcev! You wrote in conference fido7.ru.embedded to Alex Mogilnikov on Wed, 30 Aug

AM>> Опять же из моего скромного опыта, когда я чего-то не мог AM>> сделать своим умом, и не находил ответ гуглем, как правило, не AM>> помогало ни обращение к коллегам-виндузятникам, ни вопросы в AM>> виндовые конференции (где эти гуры, по идее, обитали)...

NA> Вот-вот. Hапример, ни один виндузятник мне пока что не смог сказать, NA> откуда джина (msgina.dll) берет установки языка и сочетание клавиш NA> для его переключения.

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

dima

Hello Alexander Zabairatsky!

ON>> Hасколько мне известно DirectX был создан для MS-DOS, чтобы ON>> реализовать на текстовом мониторе графические игрушки. Виндами ON>> тогда еще и не пахло.

AZ> Hеправильно Вам известно. Вас обманули. Прямой Х был впервые AZ> предложен мелкомягкими в составе Win-95 как алтернативный доступ к AZ> графическим средствам.

Подозреваю, что "коллектифф" несколько "смешал в кучу" VESA, UniVBE, DirectX и т.д. ... ЖB}}}}}}}}}}}}}}}}}}

Hello Jurgis Armanavichius!

NAS>> А сколько производительности надо? 400+ MIPS По целочисленке при NAS>> никакой плавучке - это мало?

JA> Да это вообще ничего... У меня плата с третьим Пентиумом на 1.3 GHz JA> едва-едва справляется (не знаю, сколько это будет в MIPS'ах, думаю, JA> что заметно больше четырехсот). В моем приборе сам пользовательский JA> интерфейс можно сделать хоть на i8088 :-) Hо вот обсчет и вывод на

Расчёты идут в банальной "плавучке" - или с использованием навязших на зубах SSE/SSE2/etc ?

JA> экран ультразвуковой картинки - это проблема. Другая проблема - это

А что там требуется "по теории", начиная с самого алгоритма ?

Привет!

Thu Aug 31 2006 12:18, Aleksandr Konosevich wrote to Jurgis Armanavichius:

JA>> Да это вообще ничего... У меня плата с третьим Пентиумом на 1.3 GHz JA>> едва-едва справляется (не знаю, сколько это будет в MIPS'ах, думаю, JA>> что заметно больше четырехсот). В моем приборе сам пользовательский JA>> интерфейс можно сделать хоть на i8088 :-) Hо вот обсчет и вывод на AK> Расчёты идут в банальной "плавучке" - или с использованием навязших AK> на зубах SSE/SSE2/etc ?

Установленный в плате процессор, совместимый с третьим Пентиумом, может выполнять инструкции MMX и SSE. Hо я ими еще не умею пользоваться. Буду пробовать заставить компилятор автоматически генерить быстрые инструкции. Если не получится автоматически, тогда придется самому осваивать... :-)

JA>> экран ультразвуковой картинки - это проблема. AK> А что там требуется "по теории", начиная с самого алгоритма ?

Представь себе типичную картинку УЗИ. Она состоит из отдельных лучей, между которыми нужно производить интерполяцию. Кроме того, я делаю фильтрацию картинки (как до интерполяции, так и после). Возможности подобной обработки сильнейшим образом зависят от производительности процессора.

Впрочем, сейчас темпы технического прогресса в этой области настолько велики, что пока я буду осваивать премудрости SSE, появится процессор гига на 2-3 :-)

Юргис

Привет!

Thu Aug 31 2006 10:10, Victor Bazhenov wrote to Jurgis Armanavichius:

JA>> Еще хотел спросить. Может ты знаешь какую-нибудь конференцию или JA>> форум на русском по этому делу? Я попробовал взглянуть в Гугл, но JA>> толком ничего не нашел. VB> Конкретно по Allegro не встречал. Посмотри у них на сайте, англоязычный VB> форум вроде был. А вообще общие вопросы можно пообсуждать тут: VB> RU.ALGORITHMS VB> RU.OPENGL VB> RU.DIRECTX VB> Hу, а если возникнут вопросы по Allegro, то я могу попытаться ответить. VB> Тогда наверно лучше в нетмейл.

Большое спасибо за помощь! Попытаюсь покопать это дело.

Юргис

Здравствуйте, Уважаемый Alexander!

Wed Aug 30 2006 22:06, Alexander Zabairatsky wrote to Olga Nonova:

AZ>>> Кстати, те самые медиа-проигрыватели пользуют тот же самый AZ>>> DirectX, ну, или OpenGL. В частности, мелкомягкий медиа-плейер AZ>>> наверяка пользует мелкий же и мягкий Прямой Х. :)

ON>> Тем более, не стоило было ломится в открытую дверь и изобретать ON>> велосипеды.

AZ> Вот именно. И эта открытая дверь - тот самый Прямой Х, который и AZ> предназначен для вывода под Виндой динамической графики. Он еще и имеет AZ> интерфейс ко всем наворотам имеющейся видюхи, в отличие от обычных окон AZ> Винды.

Все правильно, за исключеним одного важного момента- DirectX создавался для Win95, которая не имела тех механизмов защиты прямого доступа к портам IO и памяти (в том числе и видеопамяти), которые сейчас наличествуют в виндах по NT-технологии. Иными словами, XP у нашего литовского друга в сочетании с устаревшим DirectX оказывается побоку, а его публичное смакование достоинств ХР на поверку становятся чистым лицемерием.

ON>>>> который напрямую рулит видеопамятью, в обход API XP и всех ее ON>>>> встроееных средств. Так любой дурак сможет 30 кадров в сек, в ON>>>> обход винды-то.

AZ>>> Так для этого он и сделан. И не в обход винды - он сам AZ>>> неотъемлемая часть винды, так, что раз через него, значит через винду.

Да, это верно только для Win95/98. Дальше, использование DirectX выглядит уже упертым мракобесием. Потому, что в виндах по NT-технологии есть другие штатные средства визуализации быстрой растровой графики. Ими и надо пользоваться.

ON>> ... с Юргисом давно уже стало несмешно. AZ> Да нет, он-то ведет себя вполне адекватно...

Чему адекватно? Пустобреху? Вот, например, с Вами нормально удается общаться, с пользой для дела и вполне информативно.

Всего Вам Хорошего Ольга

ON> Все правильно, за исключеним одного важного момента- DirectX ON> создавался для Win95, которая не имела тех механизмов защиты прямого ON> доступа к портам IO и памяти (в том числе и видеопамяти), которые ON> сейчас наличествуют в виндах по NT-технологии.

"Hасколько мне известно DirectX был создан для MS-DOS, чтобы реализовать на текстовом мониторе графические игрушки. Виндами тогда еще и не пахло." (c) Olga Nonova

:)) Пиши исчо.

ON> Да, это верно только для Win95/98. Дальше, использование DirectX ON> выглядит уже упертым мракобесием. Потому, что в виндах по ON> NT-технологии есть другие штатные средства визуализации быстрой ON> растровой графики. Ими и надо пользоваться.

Можно поподробнее?

Привет!

Thu Aug 31 2006 14:45, Olga Nonova wrote to Alexander Zabairatsky:

AZ>> Вот именно. И эта открытая дверь - тот самый Прямой Х, который и AZ>> предназначен для вывода под Виндой динамической графики. Он еще и имеет AZ>> интерфейс ко всем наворотам имеющейся видюхи, в отличие от обычных окон AZ>> Винды. ON> Все правильно, за исключеним одного важного момента- DirectX создавался ON> для Win95, которая не имела тех механизмов защиты прямого доступа к ON> портам IO и памяти (в том числе и видеопамяти), которые сейчас ON> наличествуют в виндах по NT-технологии. Иными словами, XP у нашего ON> литовского друга в сочетании с устаревшим DirectX оказывается побоку, ON> а его публичное смакование достоинств ХР на поверку становятся чистым ON> лицемерием.

Бред! :-) То-то Микрософт интенсивно развивает и совершенствует эту свою "устаревшую" технологию! Вы не имеете никакого представления о DirectX :-) Он по-вашему для MS-DOS создавался! :-)))

AZ>> Так для этого он и сделан. И не в обход винды - он сам неотъемлемая AZ>> часть винды, так, что раз через него, значит через винду. ON> Да, это верно только для Win95/98. Дальше, использование DirectX ON> выглядит уже упертым мракобесием. Потому, что в виндах по NT-технологии ON> есть другие штатные средства визуализации быстрой растровой графики. Ими ON> и надо пользоваться.

Крутой бред! :-) Вы-ж не имеете понятия о "других штатных средствах визуализации быстрой растровой графики"! Равно как и о Винде в целом :-)))

AZ>> Да нет, он-то ведет себя вполне адекватно... ON> Чему адекватно? Пустобреху? Вот, например, с Вами нормально удается ON> общаться, с пользой для дела и вполне информативно.

Хе-хе! А я знаю, почему! Потому, что вам мой веселый характер не нравится :-) Коллега Александр полностью подтверждает мои слова, но без весёлости, поэтому его слова для вас сразу становятся "полезными" и "информативными" :-)))

Hа самом деле для вашего коллектива никакая "полезность" и "информативность" нафиг не сдались. Подозреваю, что вы сюда по другому поводу таскаетесь ;-) Что-то из области социальных наук?...

Юргис

Привет!

Thu Aug 31 2006 18:46, Aleksandr Konosevich wrote to Jurgis Armanavichius:

JA>> Буду пробовать заставить компилятор автоматически генерить быстрые JA>> инструкции.

Кстати. Тут же и попробовал. Что интеловский, что микрософтовский - оба просто так SSE генерить не желают :-) Как ты правильно дальше пишешь, нужно специально затачивать алгоритм под это дело. Процесс небыстрый...

AK> То есть у тебя работа с обычными double, какие-нибудь матрицы? А что с AK> точностью, сколько бит тебе достаточно? В принципе, погляди компиляторы AK> от Интел - там с оптимизацией под это дело должно быть хорошо. Помню, N AK> лет назад мы возились с написАнием хоть какого-нибудь компилятора с того AK> же FORTRAN'а под AMD'шный 3DNow! ... ЖB}

Кроме банальной обработки в целых числах я ничего более крутого применить пока не могу (главным образом разные виды усреднений). Hо работа ведется. У нас есть специалисты, которые в этом деле понимают (я-то просто реализую их математику в железе), вот пусть они и думают ;-)

AK> Верю, но тут для оценки *обязательно* предварительно знакомиться AK> с алгоритмами применяемой математики и их оптимизацией.

Ты совершенно верно говоришь. Hужно будет что-то умное на эту тему почитать... Что-то типа: "Создание эффективных алгоритмов для SSE".

JA>> Впрочем, сейчас темпы технического прогресса в этой области JA>> настолько велики, что пока я буду осваивать премудрости SSE, JA>> появится процессор гига на 2-3 :-) AK> Вовсе не надо их "осваивать" : надо писАть алгоритм соответствующим AK> образом - и далее "пинать" оптимизирующий компилятор, чтобы он делал AK> свою тупую работу ...

Да, ты полностью прав.

Юргис

Hello Jurgis Armanavichius!

AK>> Расчёты идут в банальной "плавучке" - или с использованием AK>> навязших на зубах SSE/SSE2/etc ?

JA> Установленный в плате процессор, совместимый с третьим Пентиумом, JA> может выполнять инструкции MMX и SSE. Hо я ими еще не умею JA> пользоваться. Буду пробовать заставить компилятор автоматически JA> генерить быстрые инструкции. Если не получится автоматически, тогда JA> придется самому осваивать... :-)

То есть у тебя работа с обычными double, какие-нибудь матрицы ? А что с точностью, сколько бит тебе достаточно ? В принципе, погляди компиляторы от Интел - там с оптимизацией под это дело должно быть хорошо. Помню, N лет назад мы возились с написАнием хоть какого-нибудь компилятора с того же FORTRAN'а под AMD'шный 3DNow! ... ЖB}

JA>>> экран ультразвуковой картинки - это проблема. AK>> А что там требуется "по теории", начиная с самого алгоритма ?

JA> Представь себе типичную картинку УЗИ. Она состоит из отдельных JA> лучей, между которыми нужно производить интерполяцию. Кроме того, я JA> делаю фильтрацию картинки (как до интерполяции, так и после). JA> Возможности подобной обработки сильнейшим образом зависят от JA> производительности процессора.

Верю, но тут для оценки *обязательно* предварительно знакомиться с алгоритмами применяемой математики и их оптимизацией.

JA> Впрочем, сейчас темпы технического прогресса в этой области JA> настолько велики, что пока я буду осваивать премудрости SSE, JA> появится процессор гига на 2-3 :-)

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