Как Вы относитесь к созданию игр на Delphi?

[Beermonza]

Вроде разобрался, ...знатоки ASM'а могут помочь убрать еще лишнее, если таковое увидят. Я же поверхностно понимаю этот код, можно сказать новичок в ассемблере.
Не буду томить, вот он код копирования изображения из одного буфера в другой, при условии, что оба буфера одинакового размера:

  asm
    MOV   EAX,Scr2       //Запись в регистр указателя на источник  (Pointer)
    MOV   EDX,Scr        //Запись в регистр указателя на приемник  (Pointer)
    MOV   ECX,BufLength  //Запись в регистр размера участка данных (DWORD)

    PUSH  ESI
    PUSH  EDI

    MOV   ESI,EAX
    MOV   EDI,EDX
    MOV   EAX,ECX

    LEA   ESI,[ESI+ECX-4] // point ESI to last dword of source
    LEA   EDI,[EDI+ECX-4] // point EDI to last dword of dest

    SAR   ECX,2           // copy count DIV 4 dwords
    JS    @@exit

    STD
    REP   MOVSD

    MOV   ECX,EAX
    AND   ECX,03H         // copy count MOD 4 bytes
    ADD   ESI,4-1         // point to last byte of rest
    ADD   EDI,4-1
    REP   MOVSB
    CLD

  @@exit:
    POP   EDI
    POP   ESI
  end;

[mutabor]

Хм, интересно, надо будет попробовать когда время будет.

[Beermonza]

Задача номер 2: нужно найти начало графических данных на PaintBox, т.е. Pointer, чтобы так же изящно с помощью ASM'а "закидывать" содержимое буфера.

Кто знает, плиз помогите.

[Kostia]

возможно стоит использовать image? Тогда получится также изящно.
PaintBox обшарил сверху донизу, ничего не нашел, может что-то проглядел.

[Beermonza]

А как в Image найти Pointer на данные?, ...я чет тоже плутал, ...в Graphics.pas залез, но так и не нашел.

[mutabor]

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

[off] Да и вообще, если честно, ерундой занимаешься, ведь времени много тратишь наверное. Лучше бы DX или OGL изучал (нового узнаешь ничуть не меньше). Все равно GDI в том виде в к-ром мы привыкли уходит в прошлое, Виста уже видеокарту на полную катушку юзает. Да и проект серьезный по вашим же словам, с GDI как-то не клеится. Имхо GDI годится для интерфейса программ и максимум для "настольных" игр. [/off]

[Beermonza]

Ну, время не трачу, ...тут даже не GDI, API просто и ASM. Я если и перейду на DX, так только уже на D3D и 2D делать уже не буду.
Тут упоминалось, что DirectDraw быстрее справится с поставленной задачей, ...но, не в моем случае, ...четко понимаю, что все делал правильно, слабое звено - передача из OЗУ в видеопамять. D3D не для всех подходит, например, некоторые примеры с форума у меня просто не работают.
Тут есть еще цель, обойтись без видеокарты. В том виде в котором сейчас находится отображение графики устраивает вполне. Но, т.к. все хорошо мне не подходит, нужно идеально
Главное - не делать ничего лишнего, ...путь тяжелый, ...соблазн облегчить себе жизнь, но нет, ...есть цель нужно ее достичь.

[mutabor]

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

Какую библиотеку использовать, это конечно на любителя. У кого какие требования или просто привычка. Я бы перешел на более низкоуровневую только в том случае, если так как сделано в высокоуровневой меня не устраивает. То есть сделал бы для себя так как мне надо, но тут конечно тоже есть "критическая точка" из-за мелочи какой-то не стал бы.
Это я к тому, что если библиотека хорошая, все устраивает, особых претензий нет, почему бы ее не использовать. А если она высокоуровневая, так это даже хорошо, можно сосредоточиться на решении других задач.
Взять к примеру какой нибудь OGL движок, если я сам на чистом OGL сделаю хуже, и времени потрачу больше, очевидно что лучше заюзать движок. А если он хороший, и лучше сделать это надо еще постараться, то нет особого резона вообще изучать OGL в оригинале.
Это конечно если смотреть с сугубо практической точки зрения. Если есть спортивный интерес или желание познать суть процесса, эт канеш другое дело )
Чето меня на философию потянуло )))

Главное - не делать ничего лишнего, ...путь тяжелый, ...соблазн облегчить себе жизнь, но нет, ...есть цель нужно ее достичь.

Нам бы день простоять, да ночь продержаться )))

[Beermonza]

Сообщение от mutabor

Чето меня на философию потянуло )))

Это и хорошо, ...народ устал наверное уже от "бери это, проверено!", "делай так, это лучше!" , ...хочется услышать мнение, рассуждения.

Сообщение от mutabor

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

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

"Тут это выполнить нельзя, нереально..." ...будем рушить это утверждение.

[mutabor]

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

Никто и не говорит что это создано богами и дано нам свыше )

Разработчики бетона не строят дома и мосты. Их задача создавать стройматериал, в этом они лучшие. Задача архитектора строить мосты, ему нужен высокосортный бетон. Как думаешь если поменять их местами, что нибудь выйдет?