Кому как?
www.dotfix.net/soft/3d_template_gpch.rar

-----
Никогда не делай то, что возможно. Стремись сделать то что невозможно впринципе!

| Сообщение посчитали полезным:

GPcH
morph3d.narod.ru/morph3dsrc.rar от глять исходники!

| Сообщение посчитали полезным:

GPcH пишет:
там не таймер, там дулуп (Do .. Loop)

Поставь Sleep(1) - тогда не будет так проц грузить.
Только перед этим обязательно нужно вызвать timeBeginPeriod(1), иначе у Sleep будет точность очень плохая.

| Сообщение посчитали полезным:

Zer0 пишет:
лучше сырец
для начала его написать надо... а сырец я распространять уж точно не буду (тебе конечно сделаю исключение если напишу

Поставь Sleep(1) - тогда не будет так проц грузить.
Только перед этим обязательно нужно вызвать timeBeginPeriod(1), иначе у Sleep будет точность очень плохая.
Я ставил DoEvents. Этого вполне достаточно. А Sleep будет скорость тормозить, а оно ухудшит впечатление о темплейте

-----
Никогда не делай то, что возможно. Стремись сделать то что невозможно впринципе!

| Сообщение посчитали полезным:

GPcH пишет:
Я ставил DoEvents. Этого вполне достаточно.

А почему загрузка проца 100% ?

GPcH пишет:
А Sleep будет скорость тормозить, а оно ухудшит впечатление о темплейте

Нужно правильно его использовать. Вызывать IDirectDraw::WaitForVerticalBlank() для синхронизации каждого кадра с развёрткой (для совместимости со старыми виндосами можно использовать старые версии интерфеса) а потом Sleep(), IMHO загрузка проца получится где-то 20% ;). Без сихронизации картинка всё равно дёргается. В твоём случае движутся мелкие пиксели, поэтому не очень заметно, но это есть и на крупных деталях будет видно лучше.
У меня, например, впечатления ухудьшается, когда при перетаскивании окна темплейта анимация останавливается, при перетаскивании другого окна анимация тормозит и full-screen режима нет . Это не наезд, а просто констатация факта - под виндосом по-нормальному не слишком просто всё это делать, нужно много деталей учесть. Я делал 2 трэда - один для обработки сообщений (THREAD_PRIORITY_ABOVE_NORMAL), другой для рисования (THREAD_PRIORITY_HIGHEST).

| Сообщение посчитали полезным:

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

-----
Всем не угодишь

| Сообщение посчитали полезным:

S_T_A_S_ пишет:
А почему загрузка проца 100% ?
У кого на 100, а у меня и 40 процентов нет... (P4 HT 2.8 Ghz)

S_T_A_S_ пишет:
IDirectDraw::WaitForVerticalBlank()
ты о чем ваще? нах мне директ X и всякие C++ прибамбасы? Там весь код сводится к куче математических формул и вызову SetPixel

Bad_guy
ДиректX я юзать не буду - он не у всех есть. По крайней мере ни у одного моего друга программера он не стоит, я уж не говорю о рабочих компах в офисах.

-----
Никогда не делай то, что возможно. Стремись сделать то что невозможно впринципе!

| Сообщение посчитали полезным:

PS: этот темплейт у меня нормально работает на работе под 98 виндой (комп - P133, 32Mb RAM) и меня это дико радует

-----
Никогда не делай то, что возможно. Стремись сделать то что невозможно впринципе!

| Сообщение посчитали полезным:

GPcH пишет:
ни у одного моего друга программера он не стоит
если мне не изменяет память DX идёт в поставке самой винды (ну конечно не 9.0, но какой-то есть). Хотя может и ошибаюсь.

-----
Всем не угодишь

| Сообщение посчитали полезным:

GPcH пишет:
У кого на 100, а у меня и 40 процентов нет... (P4 HT 2.8 Ghz)

Значит тебе повезло. Я просто подумал, а вдруг ты хочешь, что бы это работало нормально не только у тебя ;)

GPcH пишет:
ты о чем ваще? нах мне директ X и всякие C++ прибамбасы?

Прямой Х имеет мало отношения к С++ прибамбасам ;) В мануалах MS есть примеры и для языка бейсук.
Для твоего случая всего-то нужно создать интерфейс и вызвать один метод. Выглядеть это будет как-то так

Dim objDX As New DirectX

Dim objDD As DirectDraw



'Initialization procedure

Sub init()



    'The empty string parameter means to use the active display driver

    Set objDD = objDX.DirectDrawCreate("")

        

    'Indicate this app will be a normal windowed app

    'with the same display depth as the current display

    Call objDD.SetCooperativeLevel(Me.hWnd, DDSCL_NORMAL)



End Sub



' Где-то в коде

' Ждём синхро

objDD.WaitForVerticalBlank(DDWAITVB_BLOCKBEGIN, 0)

Здесь используется первая версия интерфейса, она входит в виндос СТАНДАРТНО начаная с 95OSR2. Не знаю правда, будет ли это компилироваться =). Если нужно, могу кинуть примеры на бейсике и справку из DXSDK.

| Сообщение посчитали полезным:

S_T_A_S_
Да юзал я в VB DirectX... не нужно мне примеров - у самого их целая папка Просто не хочу я заморачиваться на DirectX'е - все равно и без него можно справится, Кстати темплейт я доработал. Теперь и камера подальше и проц не тормозит особо (хотя все равно притормаживает). Вот новая версия
www.dotfix.net/soft/3d_template_gpch.rar

-----
Никогда не делай то, что возможно. Стремись сделать то что невозможно впринципе!

| Сообщение посчитали полезным:

Bad_guy пишет:
если мне не изменяет память DX идёт в поставке самой винды
Может ты и прав конечно, но врядли в поставке маздая (win9x) есть DirectX. В XP точно есть, но кейген он на то и кейген, чтобы идти везде
Хотя может я просто слишком консервативен

-----
Никогда не делай то, что возможно. Стремись сделать то что невозможно впринципе!

| Сообщение посчитали полезным:

GPcH пишет:
проц не тормозит особо (хотя все равно притормаживает)
Не, что-то ты делаешь тут не так. У меня вот проц AMD 3200 и запускаю - загрузка ЦП на 100%, даже когда скажем там дум3 запущен - и то загрузка проца 80%, а тут анимация банальная весь проц загружает.

-----
Всем не угодишь

| Сообщение посчитали полезным:

Ты вообще как кадры готовишь: попиксельно рисуешь или готовишь в буфере, потом выводишь кадр ?

-----
Всем не угодишь

| Сообщение посчитали полезным:

GPcH
Что-то не качается. Выложи еще куда-нибудь, посмотреть хочется

-----
Я медленно снимаю с неё UPX... *FF_User*

| Сообщение посчитали полезным:

Bad_guy пишет:
Ты вообще как кадры готовишь: попиксельно рисуешь или готовишь в буфере, потом выводишь кадр ?
Рисую поточечно в реальном времени, потому и красиво, но за красоту приходится платить скоростью проца. Каждая точка вражается НЕЗАВИСИМО от другой, потому еще накладки. Конечно можно все переписать под покадровое выполнение, но чессно говоря - сессия ебет - времени совсем нет. Функция рисования фигур была написана еще год назад, потому это лишь ее доработка, на остальное просто не было времени. Наверное если и буду (будем, так как я не единственный кто занимался разработкой 2d/3d движка) переписывать этот код, то сразу на дельфю, так как от бейсика толку мало в плане релиза самого движка

-----
Никогда не делай то, что возможно. Стремись сделать то что невозможно впринципе!

| Сообщение посчитали полезным:

GPcH пишет:
Рисую поточечно в реальном времени, потому и красиво
Ой не факт ! На самом деле готовить следующий кадр в буфере (хоть пусть там одна точка меняется) и потом его сразу выводить намного эффективнее, так и directx работает и хуже от этого не будет.

-----
Всем не угодишь

| Сообщение посчитали полезным:

Bad_guy
Я хотел поправить предъидущий пост, т.к. оказывается прорблемы с сетью были у меня и темплейт отлично скачался. Но правка почему-то недоступна (см. аттачь). Я уже начинаю думать, что кто-то где-то безобразничает под моим ником и меня урезали в правах или хотят забанить.?!
GPcH
Действительно, очень интересные эффекты. Но странно от чего такая нагрузка прц.

4110_screen9.gif

-----
Я медленно снимаю с неё UPX... *FF_User*

| Сообщение посчитали полезным:

GPcH.
А чего ты собственно грубишь, ты че грубиян такой? Собственно и на мой пост не ответил, дак я тебе могу сказать и фиг с тобой, сам просил отзывы...

| Сообщение посчитали полезным:

GPcH пишет:
Теперь и камера подальше и проц не тормозит особо (хотя все равно притормаживает). Вот новая версия
Все проблемы, о которых я говорил, сохранились.

GPcH пишет:
Просто не хочу я заморачиваться на DirectX'е - все равно и без него можно справится
Хозяин - барин . Но некоторые проблемы посредством простого GDI не решить. Замести под ковёр - можно, хотя и делов больше получится...

GPcH пишет:
врядли в поставке маздая (win9x) есть DirectX
Если я правильно помню, в 98 входит DirectX 6й версии, а 98SE - 6.1. Первая же версия DX (которой достаточно), как я уже писал, появилась ещё в 95OSR2.

Bad_guy пишет:
На самом деле готовить следующий кадр в буфере (хоть пусть там одна точка меняется) и потом его сразу выводить намного эффективнее, так и directx работает и хуже от этого не будет.
Ну по поводу одной точки, может и не так, но если их 5, то точно быстрее. Всякие там SetPixel - те ещё тормоза.

| Сообщение посчитали полезным:

GPcH пишет
>переписывать этот код, то сразу на дельфю

Если хочешь я могу переписать на vb7 и тогда сравним производительность, да и переписывать не долго.

-----
have a nice day

| Сообщение посчитали полезным:

также могу добавить функции
compare and pach ,
да и вобще vb7 чем удобен,
что там можно все запросто в ресурсы пихнуть.

-----
have a nice day

| Сообщение посчитали полезным:

я имею ввиду инфу для pach

-----
have a nice day

| Сообщение посчитали полезным:

пипец %) нет слоФФ

-----
Пиво, сиськи, транс

| Сообщение посчитали полезным:

DFC пишет:
А чего ты собственно грубишь, ты че грубиян такой?
Где это? Чтото не припоминаю, чтобы я кому-то грубил. А что касается резкости ответов - что поделать, когда дел дохрена и спишь по 3 часа в день - особой радости и бодрости как-то не наблюдается, а дел у меня всегда дохрена. Потому без обид плиз. Если где и резко ответил - просьба не воспринимать как грубость.

S_T_A_S_ пишет:
Все проблемы, о которых я говорил, сохранились.
Ну, я пока думаю, как избавиться от загрузки проца на 100%. Вся работа с графикой идет через hDC объекта, а в VB она медленная (запись графики в hDC). Как бы это не было странно, все API для работы с графикой требуют именно hDC, потому ничего оптимистичного тут пока не приходит мне на ум. как придумаю - реализую. Просто не все что можно применить в C++, Asm'е - можно реализовать в VB, потому тут советчики не помогут, самому надо думать.

S_T_A_S_ пишет:
Если я правильно помню, в 98 входит DirectX 6й версии, а 98SE - 6.1. Первая же версия DX (которой достаточно), как я уже писал, появилась ещё в 95OSR2.
Ну не знаю, может я и правда ошибаюсь, но Tomb Raider II, требующий шестой DirectX у меня в те времена под 98 виндой не шел без установки этого самого DirectX'а и под милениумом тоже не шел (вообще несмотря на всю глюкавость ME лучше 98, по крайней мере для меня была, хотя с момента выхода XP,
я считаю что необходимоть в 9x линейке отпала и о ней можно забыть)

Nimnul пишет:
также могу добавить функции
compare and pach ,
да и вобще vb7 чем удобен,
что там можно все запросто в ресурсы пихнуть.
1. ресурсы есть и в VB6 (как ни странно их я и юзаю для хранения музона и Dll)
2. Compare & Patch пишется за полчаса не напрягаясь со всеми обработчиками ошибок. И вообще я не планирую использовать этот шаблон для кейгенинга - скорее в About'ы прог пихать. И вообще я планирую сделать obj файл, который каждый мог бы заюзать хоть в кейген, хоть куда. Цели топика: заценить 2d/3d движок знатокам математики и графики + доказать еще раз, что VB способен на многое.
3. VB7 насколько я понимаю VB .NET и он как можно догадаться требует FrameWork, который входит в поставку только LongHorn'а и возможно (не проверял) последнего SP для Windows 2003. Потому толку от этого 0 - 99% пользователей не смогут заппустить на своей машине такой файл так как качать 20 мегов FrameWork никто ради кейгена не согласится, особенно DialUp'ом. Также скажу, что VB .NET я знаю и сам без особого труда портировал бы этот темплейт на него, только нахуй нужно?

-= ALEX =- пишет:
пипец %) нет слоФФ
Ты о чем?

-----
Никогда не делай то, что возможно. Стремись сделать то что невозможно впринципе!

| Сообщение посчитали полезным:

GPcH

мне кто то говорил что .net есть на хп сп1 и на 2000 сп4
да и ВБ6 вроде требует либу, которой ни где нет : )


>Compare & Patch пишется за полчаса не напрягаясь со всеми обработчиками ошибок.

В нашем мире есть закономерность скорость\качество

только нахуй нужно?

Скажем дружно ; )

-----
have a nice day

| Сообщение посчитали полезным:

А движуха ни че так прикольная

-----
have a nice day

| Сообщение посчитали полезным:

GPcH пишет:
Просто не все что можно применить в C++, Asm'е - можно реализовать в VB
Ну так а кто тебя на ВБ писать заставляет? Писал бы на нормальных языках.

| Сообщение посчитали полезным:

Nimnul пишет:
мне кто то говорил что .net есть на хп сп1 и на 2000 сп4
это ложь + SP1 далеко не у всех стоит
Nimnul пишет:
да и ВБ6 вроде требует либу, которой ни где нет : )
она есть везде, кроме Win95 и Win98 без SE. В 2000 (без SP), в ME и в XP (без SP точно есть)
Хотя я про VB вроде и не говорил - говорю же - буду писать obj для асма и дельфей, так как кейгены все равно писались и пишутся на асме и VB темплейт, даже саймый красивый никому в хуй не впился

Nimnul пишет:
Скажем дружно ; )
угу миндворк рулит

Nimnul пишет:
А движуха ни че так прикольная
пасиба


bkslash пишет:
Ну так а кто тебя на ВБ писать заставляет? Писал бы на нормальных языках.
Блин, 101 раз повторяю - ТЕМПЛЕЙТ ТОЛЬКО ДЛЯ ЗАЦЕНКИ ВОЗМОЖНОСТЕЙ ДВИЖКА - так как двиг народу понравился - буду obj писать на дельфях

-----
Никогда не делай то, что возможно. Стремись сделать то что невозможно впринципе!

| Сообщение посчитали полезным:

GPcH пишет:
...так как кейгены все равно писались и пишутся на асме и VB темплейт...
Ты знаешь, а меня до сих пор M$ VC++ устраивает.

| Сообщение посчитали полезным:

GPcH
SetPixel - ужасная функция. Её нельзя юзать для подобных вещей
Когда-то на board.win32asmcommunity.net писали о ней подробно. Дело доходит до того, что во время работы создается временный контекст (!) и уже после этого - операции копирования.

Когда я только начинал программировать, то писал на VB. Сейчас уже ничего оттуда не помню, так что хз как там с массивами работать. Поэтому я не знаю, можно ли использовать на VB функции типа SetDIBits и CreateDIBSection. В своих темплейтах я использовал эти функции. Они работают очень быстро.

Вопрос - зачем писать на дельфях, если не использовать компоненты? Какой тогда вообще в этом смысл? Дельфи генерирует код отвратительного качества, так что я не могу понять людей, которые хотят все писать на дельфях и доказывают, что дельфя рулит, что там можно писать на чистом win32 api и т.п.
А что там остается, если не использовать компоненты? Ничего. Отвратительный синтаксис, такая же работа с указателями, примитивность. Мой тебе совет - пиши на Си.

Вся работа с графикой идет через hDC объекта - это не так. Я уже написал про функции SetDIBits и CreateDIBSection. Используя вторую, можно получить указатель на биты и писать прямо туда.

P.S. ТЕМПЛЕЙТ ТОЛЬКО ДЛЯ ЗАЦЕНКИ ВОЗМОЖНОСТЕЙ ДВИЖКА - звучит слишком пафосно, никаких особенных возможностей я не вижу, движком это вообще назвать сложно.

P.P.S. Очень неприятно, что темплейт не закрывается по ALT+F4. Нужен обработчик WM_CLOSE.

nice
см. PM

| Сообщение посчитали полезным: