Vitalij Serov

DrivePanel 0.2

2011-10-28T12:40:00.000-07:00

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

СКАЧАТЬ - (377 кб) http://narod.ru/disk/29805441001/Panel.exe.html

ВНИМАНИЕ
Для автоматического запуска приложения скопируйте файл Panel.exe в папку Пуск->Автозагрузка

Версия 0.2

отслеживание только "реальных" носителей информации
отслеживание динамического подключения носителей
возможность работы в режиме "поверх окон" и обычном

BlendELF 0.4

2011-10-09T05:31:00.000-07:00

Предлагаю вашему вниманию сборку движка BlednElf (0.4 BETA) вместе со скриптом экспорта для Blender 2.60 и проектом для CodeBlocks.
Сборка полностью готова к работе и компилируется сразу после загрузки. В архиве лежит EXE файл для запуска скрипта LUA и DLL библиотека для подключения к вашим проектам без компиляции самого движка.
Целевая платформа сборки - Windows.
Архив содержит все библиотеки и включаемые файлы для успешной компиляции в CodeBlocks
Файл импорта доступен только в формате MinGW (libBlendElf.dll.a), буду очень благодарен если кто нибудь создаст lib файл для VisualC++ или скомпилирует движок в Linux.

СКАЧАТЬ http://narod.ru/disk/30171471001/BlendELF_0.4.7z.html (112 мб)

Обновление 31.10.11

исправлен скрипт экспорта для версии 2,60a (экспорт арматуры)
исправлена кодировка файла init.lua для запуска на Unix системах(winehq совместимость)

Обновление 30.10.11

добавлена конфигурация для компиляции с консолью(помогает при отладке)
добавлен файл readme.txt
добавлена возможность автоматического открытия карт движком в режиме "полёта" (для открытия карты можно например перетащить "*.pak" файл на "blendelf.exe" или воспользоваться кучей иных способов)
несколько мелких исправлений

Steve Jobs

2011-10-06T11:01:00.000-07:00

Ушел легендарный человек.

World of Tanks Cleaner v0.1

2011-09-17T08:10:00.000-07:00

WOTCleaner - это утилита для освобождения пространства на жёстком диске от ненужных файлов игры World of Tanks.

Утилита способна освободить до нескольких гигабайт пространства при полной работоспособности самой игры.
Вы можете и сами без программы освободить место на жёстком диске, для этого просто удалите все файлы в папке "Updates".

Использование

Скачайте и запустите утилиту
Нажмите кнопку "Обзор" и укажите путь к игре World of Tanks.
Нажмите кнопку "Начать" и дождитесь сообщения о конце операции.

Скачать(exe, 155 кб)

ТрафПатрул 2.55

2011-08-12T11:50:00.000-07:00

ТрафПатрул 2.55

Утилита для подсчёта трафика при сетевом подключении(локальная сеть или интернет). Благодаря простому и интуитивно понятному интерфейсу отлично подходит для неопытных пользователей, а так-же для всех тех, кто не хочет ломать голову над сложными и иногда не нужными функциями "навороченных" программ.

ТрафПатрул имеет очень маленький размер - около 250 кб, что позволяет её скачать даже при очень дорогом подключении к интернету.

Интерфейс программы устроен следующим образом: верхняя строка показывает общую статистику, вторая строка - входящую статистику, третья - исходящую. На изображении вверху всего потрачено 285,7 килобайт трафика, текущая скорость(скорость с которой программы сейчас передают данные) составляет 1,98 килобит в секунду, и с учётом настроек программы на интернет потрачено 1,94 рублей. Расшифровку следующих двух строк можно провести по похожей схеме...

Cтоимость за мегабайт можно изменить с учётом вашего тарифного плана.

Таким образом, ТрафПатрул - это идеальный выбор для людей которые хотят точно знать "Сколько денег я потратил(а) на интернет?"

Новая 2.55 версия:

- исправлены ошибки при работе с реестром
- исправлена ошибка некорректной позиции всплывающего меню

Новая 2.54 версия:

- убрано название валюты(теперь просто знак $)
- появилась опция игнор;ирования интерфейса «MS TCP Loopback interface» и благодаря этому увеличилась точность вычислений
- и много других мелких исправлений и доработок

Скачать (exe, версия 2.55, 193 кб):

narod

Скачать (exe, инсталятор, версия 2.54, 250 кб):

All CPU Meter RUS

2011-08-09T06:23:00.000-07:00

Русская версия гаджета All CPU Meter V3.7.

На данный момент переведены только опции.

Системные требования

система с поддержкой windows gadgets (windows 7)
для отображения температуры процессора требуется утилита CoreTemp

Скачать

narod - 130 kb

Игра про Танки(2d)

2011-08-09T02:51:00.000-07:00

Игра сделанная мной на движке совсем недавно на движке Love2d. Работает на двух платформах Linux и Windows. Разработка продолжается.

Управление

W,S,A,D - движение
SPACE - выстрел
ESC - выход

Системные требования

Системные требования Love2D

Установка

Первое скачать и установить Love2d (сайт, версия для Windows)
Скачать и запустить игру

Скачать

narod - 202 kb

Игра про ШАР

2011-08-09T02:27:00.000-07:00

Довольно давно на моём жестком диске лежит этот проект, который сделан на движке BlendElf и скомпилирован в CodeBlocks.

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

Управление

W,S,A,D - катится
LSHIFT - ускорение
ESC - выход

Системные требования

Windows XP, Vista, 7 (Linux Wine)
Процессор уровня Intel Pentium 4 или выше
256 мб оперативной памяти
128 мб видео памяти
видео ускоритель с поддержкой OpenGL 2 (shader model 3.0)
клавиатура, мышь

Скачать

Извините файл временно недоступен

История развития

2011-04-14T09:31:00.000-07:00

Вначале был Irrlicht и Tokamak. В целом было неплохо, но физика почему-то любила "подёргиваться" и неправильно передавала вращения объектов. На сцене можно наблюдать корабль и "метеориты".

Затем Irrlicht был использован с IrrBullet. Вращение объектов передавалось правильно, стал возможен "играбельный" полёт. Сцена дополнилась звёздами на заднем плане.

И наконец та-же сцена но включено освещение и добавлены "реалистичные" метеоры. Самая интересная сцена из всех предыдущих. Стоит добавить в неё врагов и можно называть всё это ИГРОЙ. В последствии я предпринял попытку скрещивания PhysX c Irrlicht. Цель скрещивания - это более реалистичные столкновения и высокая производительность в Windows с карточкой NVidia. Однако я был разочарован тем что в PhysX не сталкиваются Mesh с Mesh. В итоге пришлось от PhysX отказаться, по причине того что к игре требуется библиотека размером 40 мб, тогда как игра весит 10 мб и библиотека эта функциональности или производительности не добавляет.

И наконец сейчас идёт портирование приложения из Irrlicht в Ogre. Именно Ogre должен обеспечить неплохую графику и решить все те проблемы с картинкой которые возникали в Irrlicht. На картинке корабль расположен в центре космоса, никаких объектов вокруг пока нет. Восстановление сцены до уровня Irrlicht займёт ещё минимум неделю, но оно того стоит. Столь долгий срок связан с тем что параллельно со сменой графического движка меняется и структура приложения.

Стоит также отметить что при создании этого приложения я использую только свободное программное обеспечение, а именно:

Ubuntu 10.10 (приложение работает через Wine)
Blender 2.57
GIMP 2.6.10
Ogre 1.7.2 (irrlicht 1.7.2 )
Code::Blocks 10.05
GCC 4.4.1
Tokamak, PhysX, Newton, Bullet (окончательно не решено)

Итак на этом новости закончились, думаю обновление не за горами.

Новые идеи

2011-03-25T11:05:00.000-07:00

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

Bullet physics (планируется внедрение Nvidia PhysX)
Irrlicht(планируется OGRE)
Blender моделирование
Gimp текстуры

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

Введение в PhysX

2011-03-25T10:37:00.000-07:00

Предлагаю Вам мой перевод статьи http://knol.google.com/k/introduction-to-the-nvidia-physx-api.

Nvidia PhysX это свободная для использования библиотека, которая обеспечит реалистичную физику в ваших 3D-приложениях. Поддерживаются твёрдые тела, ткани, жидкости, и многое другое.
Этот статья рассказывает о основных настройках для PhysX SDK и построение простой демо сцены с коробками, предполагается что вы знакомы с C++.

1. SDK
PhysX SDK можно загрузить с http://developer.nvidia.com/object/physx_downloads.html. Бинарная(устанавливаемая) версия SDK является бесплатной, и есть также бесплатный плагин для 3D Studio Max и Maya.
Загрузите соответствующий установочный пакет для вашей платформы. После установки у вас появятся все необходимые библиотеки и подключаемые библиотеки.

В SDK входит удаленный отладчик, бесценный инструмент для отладки приложений, использующих PhysX API:

Изображение 1: удаленный отладчик

Удаленный отладчик показывает физику сцены со всеми субъектами, актерами, которые могут двигаться, и другими статическими субъектами, такие как дороги и здания. По сути в этом отладчике Вы увидите сцену с точки зрения PhysX

2. Изменения конфигурации в Visual Studio
Для программирования с PhysX SDK в Microsoft Visual Studio необходимо установить соответствующие каталоги для включаемых файлов, файлов библиотек и DLL файлов. Nvidia PhysX SDK хранит эти файлы в логическую структуру каталогов.

Есть 5 модулей в NVidia SDK. Следующие пункты описывают множество каталогов для каждого из модулей. В этом уроке я сделать предположение, что PhysX SDK является достаточно полезным для вас, чтобы изменять общие настройки Visual Studio(глобальные настройки включаемых файлов и библиотек).

2,1 PhysXLoader модуль
PhysXLoader модуль загрузки PhysX. Этот модуль создает и запускает основные объекты SDK. Загрузчик также использует правильную DLL версии SDK PhysX.

Настройки для этого модуля:
директория : /SDKs/PhysXLoader/include
Lib файл : /SDKs/lib/win32/PhysXLoader.lib
DLL файл : /Bin/win32/PhysXLoader.dll

2,2 Foundation модуль
Этот модуль определяет контейнер, математику и вспомогательных функций для использования другими модулями. Матрицы (NxMat34) является классом, который определяется в этом модуле

Настройки для этого модуля:
директория : /SDKs/Foundation/include

2,3 PhysX модуль
Этот модуль определяет основные функциональные возможности SDK PhysX. С помощью этого модуля вы можете создавать твердые тела, жидкости, транспортные средства, одежду, ...

Настройки для этого модуля:

директория : /SDKs/Physics/include

2,4 Character модуль
Character (NPC, боты, персонажи) трудно имитировать стандартным объектом PhysX API. Рассмотрим, например, персонаж, который стоит на рампе. Игрок может стоять на рампе, но физический объект упадет с нее. По этой и другим причинам, Character объекты имеют отдельный API.

Настройки для этого модуля:

директория : /SDKs/NxCharacter/include
Lib файл : /SDKs/lib/win32/NxCharacter.lib
DLL файл : /Bin/win32/NxCharacter.dll

2,5 Cooking модуль
Создание выпуклой сетки для использования в приложение является трудоемкой задачей. По этой причине модуль предоставляет функциональные возможности для выполнения этой операции.

Настройки для этого модуля:

директория : /SDKs/NxCooking/include
Lib файл : /SDKs/lib/win32/NxCooking.lib
DLL файл : /Bin/win32/NxCooking.dll

3. Инициализация PhysX SDK
Инициализировать PhysX SDK очень просто:

NxPhysicsSDK * pPhysicsSDK = NxCreatePhysicsSDK (NX_PHYSICS_SDK_VERSION, NULL , NULL );

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

4. Создайте простую сцену PhysX
Мы создадим простую сцену с плоскостью и одним ящиком, который находится в воздухе. Моделирование позволит ящику упасть на плоскость.

Создание объекта PhysX, как правило, имеет вид:

Создать дескриптор
Создание реального объекта с помощью вызова соответствующей функции создания на NxPhysicsSDK или NxScene объекта.

4,1 Создание объекта NxScene
Объект NxScene - пожалуй самый интересный объект для разработчика 3D-приложения. Вы можете создать несколько сцен в 3D-приложении, но это не дает возможность на совместное использование объектов между сценами.

NxSceneDesc sceneDesc;
sceneDesc.gravity.set (0, -9.81f, 0);
NxScene * pScene = pPhysicsSDK->createScene (sceneDesc);

4,2 Создание объекта NxActor (горизонтальной плоскости)
NVidia PhysX SDK содержит несколько примитивных форм.

коробка
плоскость
высотная сетка (ландшафты)
капсула
сфера
колесо

Можно создать NxActor объект, собранный из нескольких фигур. В нашем случае мы создадим дескриптор объекта актера и добавить одну плоскость формы объекта.

NxPlaneShapeDesc planeDesc;
planeDesc.normal = NxVec3 ( 0 , 0 , 1 );
planeDesc.d = 0.0f ;
NxActorDesc actorDesc;
actorDesc.shapes.pushBack (& planeDesc);
NxActor * PACTOR = pScene-> createActor (actorDesc);
PACTOR-> UserData = NULL;

Объекты сцены поддерживает право собственности на все объекты. В конце приложения достаточно "освободить" сцену, чтобы очистить все объекты.

В 3D-приложений важно связать физики актеров с игрой игровых объектов. Это может быть сделано через UserData поле в объекте NxActor. UserData поле пустой указатель и может указывать на любой объект в приложении.

4,3 Установить параметры материала по умолчанию
Материала в PhysX SDK не имеет дело с визуальным представлением актером, но только с физическими свойствами объектов. Это хорошая практика для установки параметров по умолчанию материала. По умолчанию будет использоваться материал для каждого актера, который не имеет явного указания другого материала.

NxMaterial * defaultMaterial = pScene->getMaterialFromIndex ( 0 );
defaultMaterial->setRestitution ( 0.3f );
defaultMaterial->setStaticFriction ( 0.5f );
defaultMaterial->setDynamicFriction ( 0.5f );

Три параметра:
реституция(Restitution) : Имеет диапазоне от нуля до одного. Если материал имеет реституции нуля, актеры с этим материалом не будет отскакивать при столкновении.
трения покоя(StaticFriction) : Это трение между двумя поверхностями, не движущихся объектов, например, стационарный ящик на рампе. Статического трения достаточно велик, в этом случае для предотвращения от скольжения вниз:

Изображение 2: трения покоя

динамическое трение(DynamicFriction) : Это трение между двумя объектами, которые движутся относительно друг друга, например, если ящик скользит вниз по рампе. Динамическое трение должно быть меньше или равно трению покоя.

4,4 Создать коробку
Коробка создается так же как плоскость, но есть некоторые дополнительные параметры:

Размеры : половина ширины, длины и высоты коробки
положение : исходное положение для окна
скорость : начальная скорость для окна
угловое затухания : объект с малым угловым затуханием, значение (например 0,001) будет вращаться быстрее, чем объект с большим угловым затуханием, значение (например 0,5), если же силы приложены к обоим объектам.
Плотность : используется для расчета массы объекта.

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

Приступим к созданию коробки

NxActorDesc actorDesc;
NxBodyDesc bodyDesc;
bodyDesc.angularDamping = 0.5f ;
bodyDesc.linearVelocity = NxVec3 ( 1 , 0 , 0 );
actorDesc.body = &bodyDesc;
NxBoxShapeDesc boxDesc;
boxDesc.dimensions = NxVec3 ( 2.0f , 3.0f , 4.0f );
actorDesc.shapes.pushBack (& boxDesc);
actorDesc.density = 10.0f;
actorDesc.globalPose.t = NxVec3 (10.0f, 10.0f, 10.0f);
pScene-> createActor (actorDesc) -> UserData = NULL ;

5 Моделирования
Для моделирования PhysX достаточно производить расчёт 60 раз в секунду.
В нормальных условиях, синхронизация с монитором, ограничит количество кадров (от 50 до 100 кадров в секунду). В этом случае моделирования физики могут быть интегрированы с оказанием цикла:

/ / Начать моделирование в отдельном потоке
pScene->simulate( 1.0f/60.0f );
/ / Визуализация сцены (DirectX или OpenGL код)
.......
/ / Извлечение результатов моделирования
pScene-> flushStream ();
pScene-> fetchResults ( NX_RIGID_BODY_FINISHED , true );

Параметр true означает блокирующий вызов функции, если указать false то возможно реализовать цикл ожидания и в этом цикле выполнять полезную работу, ожидая завершения вычислений PhysX.

6. Показ сцены
PhysX SDK содержит пример, который делает простую сцену с коробкой в OpenGL. Этот пример можно найти в каталоге SDK: /Samples/SampleBoxes

7. Очистка
Наконец, у сцены и объектов физики SDK есть методы очистки, которые очищают память, которая была использована для моделирования физики:

if ( pPhysicsSDK != NULL )
{
   if ( pScene != NULL )
   pPhysicsSDK->releaseScene( *pScene );
   pScene = NULL;
   NxReleasePhysicsSDK( pPhysicsSDK );
   pPhysicsSDK = NULL;
}

Вот и вся статья, о всех неточностях перевода пишите в комментариях.

Новые шаги...

2010-12-10T06:20:00.000-08:00

Вот решил написать маленький пост... Прежде всего хочу сказать, что разработка не "загнулась" и постепенно шаг за шагом я иду к поставленной цели - создать свою игру. Столь долгая тишина на сайте связана со сменой места работы и как следствие временный дефицит свободного времени. Но я делаю всё, по мере сил возможное, что бы проект не умер. так и не принеся мне дохода)). В первую очередь очередной скрин с картинкой работы приложения...

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

поддержка скелетной анимации
физика на основе "Bullet Physics"
фрагментные и вершинные шейдеры
скриптовой язык Lua
звуковые эффекты

В ближайшее время (максимум до конца года) будет выпущена первая играбельная демка, после выйдет Serov Space Strike. Конкретные сроки не знает никто, но думаю не более двух месяцев. Т.е. к февралю должна выйти моя ИГРА!!!
Кстати после выхода этой игры или даже параллельно с её разработкой стартует ещё один, на мой взгляд, перспективный проект. Это некий симбиоз двух игр - "3D Инструктор" и "Дальнобойщики". Так что планов у меня на месяцы или даже годы вперёд...
Самому интересно чтоже выйдет!!!

Кватернионы и маленький новый мир

2010-09-14T03:06:00.000-07:00

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

Тот самый корабль из предыдущих демок теперь летает вокруг маленького кусочка земли. Качество земли низкое, но это не принципиально. Главное - камера движется без глюков, а повороты полностью предсказуемы.
Главное новшество - введение в математическую библиотеку приложения "кватернионов". Благодаря им, и "комбинации матричных поворотов" исправлены основные ошибки поворота камеры и объекта.
Стоит так-же отметить, что вместо OpenGL функций glRoatate и glTranslate используются собственные функции работы с матрицами. Общий уровень математики сильно возрос, если сравнивать с предыдущими версиями.
Размер программы примера возрос до 500 кб(появление объекта земли) в архиве.

СКАЧАТЬ (500 кб ZIP)

Новый полёт!

2010-09-08T10:25:00.000-07:00

Очередная новость о разработке движка. Реализовано:

подобие инерции
плавный газ и тормоз
полёт в двух осях свободы(есть баги)

Сцена осталась неизменна, Вы летаете вдоль ряда кораблей клонов. Отличие в том, что теперь можно полетать вокруг них и при этом движения корабля более реалистичны из-за инерции.
Управление:
W - газ
S - тормоз
A - левый поворот
D - правый поворот
стрелка вверх - нос корабля задерётся, летим вверх
стрелка вниз - наоборот
Самое необычное в этой версии - это матричные преобразования над векторами, впервые применённые в движке.
При многочисленных поворотах возникают глюки камеры - побочный эффект как-бы...

СКАЧАТЬ пример к статье - 150 кб

Serov Space Strike идея игры

2010-09-07T00:33:00.000-07:00

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

Serov Space Strike (космическая стрелялка)

графическая библиотека - OpenGL
звуковая библиотека - OpenAL
среда разработки(компилятор) - Open Watcom
язык разработки - С++
средство разработки моделей и сцен - Blender
целевая платформа - Windows PC (XP, Vista, Seven)

Основная идея игры:
Вы - пилот космического истребителя и единственная ваша задача - ВЫЖИТЬ. Вас атакуют другие истребители, а Вы беспощадно уничтожаете врагов...

Подробнее:
Истребитель игрока появляется в бесконечной синеве, игрок не знает ничего о себе. Единственное, что известно - вокруг враги. Они появляются на определённом удалении от игрока и начинают движение в его сторону. Возможно у игрока будут союзники, их наличие сильно разнообразит игру, т.к. все враги перестанут гоняться за одним игроком, а игрок сможет выбирать кого ему атаковать.
Что-бы расправиться с противником у игрока в его распоряжении есть лазерная пушка, такие-же пушки есть и у врага.

Планируется, что в игре будут юниты одного типа - истребители. Это упростит разработку на раннем этапе... Больше типов техники появиться потом(после разработки первой версии). Кроме игрока и ботов будут присутствовать третий тип объектов - статика( валуны в космосе, которые при столкновении уменьшают уровень здоровья корабля ).

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

Такова идея игры, вроде описал подробно.
Пишите свои идеи и предложения!!!

Полёт камеры в 3D

2010-09-06T11:48:00.000-07:00

Предлагаю вашему вниманию очередную новость с фронта разработки "игрового движка". Был благополучно написан класс камеры который реализует слежение за объектом в 3D пространстве.

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

Хотя перемещение примитивно, а приложение выглядит грустно - камера работает, она следит за центральным кораблём, а корабль передвигается в трёхмерном пространстве, безмолвно минуя своих клонов.

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

СКАЧАТЬ пример к статье (150 кб)

Новости с фронта разработки

2010-09-04T11:10:00.000-07:00

Краткая статья о том как пишется моё великое творение игровой индустрии. Думаю читателям будет интересно какие технологии использует приложение и как оно работает...

Сначала ещё раз поясню, что движок пишется на языке C++ в среде компилятора Open Watcom, графика выводится через OpenGL(в будущем возможно появиться версия с поддержкой DirectX 9).
Используемый СИ укладывается в стандарты и замена компилятора в случае чего не составит труда, это позволит перейти например в Visual C++, но пока меня полностью устраивает Watcom.
Движок пишется в виде нескольких независимых классов реализующих разные функции, при этом я пытаюсь достичь такой гармонии, чтобы подмена одного класса не нарушила общей работы приложения, это необходимо для будущего совершенствования (например подключение DirectX вместо OpenGL).
В довесок к собственно приложению (игре) были написаны ( и ещё будут ) дополнительные утилиты, например импортёр из формата blender в SOF, а сам формат(serov object format) был спроектирован для хранения геометрии объектов и текстуры.
На данный момент в приложении нет ни одной сторонней библиотеки(разработки), всё самописное. В будущем возможно появиться лишь сторонний физический движок, поскольку написать хороший собственный не получиться... Далее технология и нем;ного о ней:
ВВОД - клавиатура в текущей версии обрабатывается на примитивном уровне с помощью GetKeyboardState, в будущем обязательный переход на DirectInput, но пока пойдёт...
ВИДЕО - OpenGL с использованием буферный объектов, минимальная версия OGL для запуска текущей версии приложения 1.5, если версия ниже приложение просто не запускается...
ВРЕМЯ - расчёт прошедшего времени с помощью QueryPerformanceCounter, для меня кстати было большим открытием, что одна милисекунда - это большой и "неточный" промежуток времени(GetTickCount не подходит).
МАТЕМАТИКА - небольшие классы для матриц(4*4) и векторов(4), в будущем переход на SSE, но пока просто FPU.
Ну вот собственно и всё, что пока было написано. Физика, движение камеры, логика находятся в зачаточном состоянии и не заслуживают пока внимания.

Самолёт в 3D

2010-08-26T04:22:00.000-07:00

Серия статей о программировании движка продолжается, перед вами очередная(вторая) часть.
На данный момент в движке реализовано
- собственный файловый формат (SOF)
- использование буферных обьектов
Вот каким образом выглядел самолёт в Blender

А вот как он выглядит в окне программы...

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

СКАЧАТЬ пример (550 кб)

Летающие кубики OpenGL

2010-08-19T07:33:00.000-07:00

Привет всем тайным поклонникам моего творчества. Спасибо вам зо то, что ВЫ всё ещё появляетесь на сайте, несмотря на то, что программы уже давно не обновляются. В этой статье я хочу показать прогресс в написании собственной игры и даже привести пример(примитив, но сделал сам) разработки. Также хочу напомнить, что если вы хотите некого улучшения уже вышедших программ, то пишите на форуме. Полное молчание я расцениваю как их идеальность(никому не нужность).

Итак, уже давольно давно я обьявил о начале разработки собственной 3D игры. Предпологалось, что игра будет в жанре "симулятор" и всё. Более ничего решено не было...
Две недели назад были точно установлены ключевые моменты для разработки движка:
1 - разработка на языке C++ (компилятор Open Watcom C++).
2 - рендером выступит OpenGL(версия 2.1 минимум).
3 - аудио вывод openAL.
4 - разработка моделей Blender.
5 - физика собственного написания.
Движок планируется как бесплатное ПО с закрытым исходным кодом. В первых версиях будут предприняты все усилия для вывода картинки и "геймплея" на уровне игры "3D инструктор 2.0".
Принципиальные отличия от више указанной игры(планируется):
1 - частота кадров минимум 60.(Athlon 3000+)
2 - загрузка памяти системы - менее 256 мб.
3 - загрузка памяти видео карты - менее 64 мб.(потребуются вершинные шейдеры)
Первую демо версию(рабочую) планирую написать к концу декабря 2010 года. За две прошедшие недели в ходе экспериментов в 3D пространстве было написано чудо, ссылка на которое есть внизу статьи. В мини примере реализовано:
1 - вращения двух кубов ( стрелки )
2 - управление камерой ( клавиши нумпада(8,4,6,2), плюс, минус )
Миинимальные требования к игре - OpenGL 1.5 или выше...

СКАЧАТЬ пример EXE (24 кб)

Исправление ошибки The KMPlayer ..

2010-07-30T04:16:00.000-07:00

Наверно всем пользователям плеера KMP знакома такая досадная ошибка.

После сообщения с текстом "Класс не зарегистрирован" плеер появляется как-бы с прозрачным окном и складывается ощущение, что плеер не работает, но если открыть им любой видео(аудио) файл воспроизведение начинается без ошибок.

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

Поняв, что помощи ждать неоткуда, я начал экперементировать с этим плееров и вот результат моих изысканий... Виновником торжества оказался "Album Art" встроенный в KMP, этот "арт" представляет из себя красивую заставку для плеера(а также библиотеку файлов и что-то ещё).

Что-бы плеер запускался без ошибок, Вам потребуется запустить "KMPlayer Setup Wizard"(находится в "Все программы - The KMPlayer").

1 - Выбрать "User define Setting"
2 - Жмём далее(Next) до пункта "Album Art" и выключаем его соответствующим флажком.
3 - Жмём далее пока не увидим пункт Финиш.

Кстати можно изменить и другии настройки, например я всегда ставлю настройку качества "Quality". После запуска The KMPlayer ошибка появиться больше не должна...

Узнаём загрузку процессора в процентах

2010-05-09T04:18:00.000-07:00

Ещё одна статья о программировании на языке СИ с плюсами в среде компилятора Open Watcom. Сегодня я расскажу о собственном опыте по выяснению процентной загруженности процессора в операционной системе Windows.
Немного теории... Итак, в соответствии с той статьёй по которой я сам вникал с эту тему(http://pblog.ru/?p=98) нужно вызвать функцию ZwQuerySystemInformation которая даёт информацию по времени простоя и работы процессора в разных режимах, затем рассчитать проценты загрузки процессора вручную и вывести результат на экран...
Одно большое "НО" - функция эта не содержится в стандартных заголовочных файлах и нужно либо создать lib файл, либо загрузить её динамически(я так и делал). Также придётся прописать все структуры вручную...
В отличии от примера из выше указанной статьи я написал просто консольное приложение, программа просит нажать кнопку пуска 10 раз и делает замер загрузки процессора в промежутках между этими нажатиями.

В коде происходит динамическая загрузка библиотеки и запрос адреса процедуры...

lib = LoadLibrary("Ntdll.dll");
ZwQuerySystemInformation func =(ZwQuerySystemInformation)GetProcAddress(lib,"ZwQuerySystemInformation");

Далее вызываем эту функцию 11 раз, один раз перед циклом и 10 раз в нём.

func(SystemProcessorTimes,
&CurrentSysProcTimes[0],
sizeof(CurrentSysProcTimes),
0);

Время замеряем с помощью GetTickCount(), тут же расчёт интервала времени.

nowtime = GetTickCount();
pertime = nowtime - oldtime;
oldtime = nowtime;

Далее вычисляем время простоя процессора и процент его загрузки...

temp /= 10000; //переводим из 100 наносекунд в миллисекунды
temp /= GetProcessorsCount(); //делим на количество ядер
temp = pertime - temp;
temp = temp/(float)pertime*100;

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

Сниффер в ТрафПатрул

2010-04-21T08:16:00.000-07:00

На днях заметив на форуме программистов пост посвященный написанию(доработке) сниффера, я подумал, что неплохо бы было засунуть сниффер в ТрафПатрул.

Эта чисто теоретическая идея, если воплотить её в жизнь, добавила бы в ТрафПатрул одну новую и очень нужную функцию: ТРАФПАТРУЛ БУДЕТ ЗНАТЬ КТО ВОРУЕТ ТРАФИК. Т.е. будет выводится список программ с активным сетевым соединением. Так-же в моей голове поселилась идея о более красивом и удобном интерфейсе, чем у предыдущей версии, т.к. перекрывая собой правый нижний угол программа изрядно бесит большинство пользователей(почти не возможно или очень не удобно пользоваться корзиной). Вариантом нового оформления является работа программы через OpenGL интерфейс.
Стоит отметить, что идея вставить в ТрафПатрул сниффер появилась очень давно, но реально воплотимой стала недавно.
Время конечно покажет что удастся сделать, наверно как всегда всех планируемых функций я не воплощу, но постараюсь сделать многое... Естественно, что новый ТрафПатрул будет написан "с нуля", на языке C++ в среде Open Watcom.

п.с. на сайте файлового архива уже давно лежат исходные коды некоторых моих программ, в том числе и ТрафПатрула...

"Хорошие" имена функций экспорта DLL

2010-04-17T22:31:00.000-07:00

Опять статья и опять про компилятор Open Watcom. На этот раз коротко о том, как создавать DLL библиотеки в среде Open Watcom и не просто библиотеки, а библиотеки с именами экспортных функций без всяких подчёркиваний и значков "@4, @8, @12".

Коротко о том, что значат выше указанные комбинацией с символом собачки(@), это удобный способ для контроля количества передаваемых параметров, например если передаём функции два int параметра(каждый по 4 байта), то в экспорте появится функция "_функция@8". Конечно это хорошо, что компилятор обеспечивает проверки разных уровней и уберегает нас от ошибок, но где например у Microsoft`а вы видели такие несуразные имена функций. Всегда и везде экспортные функции не имеют лишних символов в названии. Итак, нам надо заставить Open Watcom C заставить генерировать правильные имена функций в экспортной таблице DLL(библиотека динамической линковки на всякий случай). Для начала нужно создать проект DLL, для этого создайте проект как описано здесь, но при выборе типа приложения вместо "Windowed Executable" выбираем "Dynamic Link Library [.dll]".
Дальше создаём файл исходного кода и вставляем код, который видим внизу, единственное ограничение файл должен иметь разрешение ".c"(к сожалению я так и не смог сделать нормальные имена в C++ компиляторе и пока доступна версия только для СИ, это накладывает ограничения на возможности, т.к. нельзя использовать ООП(объектно ориентированное программирование)).
Содержание '.c' файла для DLL:

#include "windows.h"
#include "stdio.h"

#define EXPORT FAR PASCAL __export

long EXPORT FooMe1(WORD w1, DWORD w2, WORD w3)
{
char buff[128];
sprintf( buff, "FooMe1: w1=%hx, w2=%lx, w3=%hx",w1, w2, w3 );
MessageBox( NULL, buff, NULL, MB_OK );
return( w1 + w2 + w3);
}

long EXPORT FooMe2( DWORD w1, WORD w2 )
{
char buff[128];
sprintf( buff, "FooMe2: w1=%lx, w2=%hx", w1, w2 );
MessageBox( NULL, buff, NULL, MB_OK );
return( w1 + 1 );
}

int PASCAL DllEntryPoint(HINSTANCE hinstDLL,
DWORD fdwReason,
LPVOID lpvReserved)
{
/*remove the warning of the compiler*/
hinstDLL = hinstDLL;
fdwReason = fdwReason;
lpvReserved = lpvReserved;
/*start is comlete, show the box*/
MessageBox( NULL, "32-bit DLL Started", NULL, MB_OK );
return( 1 );
}

В фалйле две функции FooMe1, FooMe2 они экспортные и функция страрта/стопа библиотеки DllEntryPoint. После компиляции и сборке проекта в списке экспорта получим такие записи _FooMe1@12, _FooMe2@8 - правда некрасиво. Кстати смотрим экспорт любой утилитой для PE файлов, я использую "CFF Explorer" взятый с cracklab.ru.
Теперь начинаем мучить Open Watcom делая его имена экспорта нормально-человеческими. Я это делал долго, но оказалось дело в одном флажке, итак заходим в меню указанное на картинке...

Дальше ставим галочку(флажок) в месте обведённом на следующей картинке...

Компилируем и смотрим экспорт, УРА в экспорте имена FooMe1, FooMe2 без всяких извращений...
В ближайшее время надеюсь дополню статью, т.к. тут нет объяснения ситуации с компилятором C++. Компилятор СИ с плюсами вообще большой извращенец в именах экспортных функций он добавляет много-много всего. Например тот-же проект, но откомпилированный в ПЛЮСАХ даёт такие экспортные имена W?FooMe1$n(usulus)l, W?FooMe2$n(ulus)l. Меня терзают жуткие сомнения, что всё дело в строке "#define EXPORT FAR PASCAL __export", её надо писать как-то по другому, но как. Однако как вариант можно использовать СИ и СИ++ файлы в одном проекте, при это экспорт делать из СИ файлов, а дальше вызывать СИ++ файл и работать в нём...
Ещё одно замечание, если убрать из строки "#define EXPORT FAR PASCAL __export" слово PASCAL, то в строке экспорта появиться символ подчёркивания после имён функции(FooMe1_, FooMe2_), при этом параметры к функции будут передаваться через регистры(зависит от настроек компилятора). Сам по себе способ вызова через регистры лучше не использовать, т.к. возможны ошибки, особенно если DLL написанная в Open Watcom используется например в Delphi, хотя методом проб и ошибок можно настроить всё что угодно. Возможно например создать функцию c (void) параметрами, а саму функцию написать на встроенном ассемблере...

Рекомендуемая на сайте Open Watcom строка декларации #define EXPORT __declspec(dllexport) по сути равносильна строке #define EXPORT FAR __export.

Заметьте, что в статье нет ни слова о том как использовать DLL в своих EXE или DLL файлах предполагается, что Вы это умеете.
Вопросы, замечания и вообще комментарии приветствуются....

Попытка подружиться с DirectX3D

2010-04-15T08:38:00.000-07:00

Сегодня вечером был написан первый класс для будущего движка игры.
Этот класс инкапсулирует в приложение интерфейс IDirect3D9. Сам по себе класс на сегодняшний момент является чисто теоретическим и почти полностью повторяет одноимённый класс из DirectX SDK.
Интересен он может быть только потому, что COM интерфейс в нём используется несколько по своему, а вызов осуществляется через ассемблерные вставки в язык СИ++. Стоит отметить, что я впервые писал для MASM подобного ассемблера(раньше увлекался FASM`ом) и поэтому не исключены ошибки в коде.
Самым хорошим качеством этого класса является абсолютная независимость от LIB файлов. В планах написать таким образом целый SDK. Разве плохо сделать DirectX SDK без LIB файлов и весом меньше оригинала в РАЗЫ. Естественно, что класс написан для Open Watcom C++

Приветствуются любые комментарии по теме...

class SVDirect3D9
{
bool fatalerror;
bool created;
/*poiters to functions*/
void *pQueryInterface;
void *pAddRef;
void *pRelease;
void *pRegisterSoftwareDevice;
void *pGetAdapterCount;
void *pGetAdapterIdentifier;
void *pGetAdapterModeCount;
void *pEnumAdapterModes;
void *pGetAdapterDisplayMode;
void *pCheckDeviceType;
void *pCheckDeviceFormat;
void *pCheckDeviceMultiSampleType;
void *pCheckDepthStencilMatch;
void *pCheckDeviceFormatConversion;
void *pGetDeviceCaps;
void *pGetAdapterMonitor;
void *pCreateDevice;

public:
/*constructor, set the pointers of function*/
SVDirect3D9(UINT sdk_version)
{
fatalerror = false;
created = false;
HINSTANCE dx9dll;
dx9dll = LoadLibrary("d3d9.dll");
if (!dx9dll)
{
fatalerror = true;
return;
}
void *proc;
proc = GetProcAddress(dx9dll, "Direct3DCreate9");

{
FreeLibrary(dx9dll);
fatalerror = true;
return;
}
__asm
{
push sdk_version
call dword ptr proc
mov pQueryInterface,eax
}
if (!pQueryInterface)
{
FreeLibrary(dx9dll);
fatalerror = true;
return;
}
//set the pointer out table
void *temp = pQueryInterface;
temp += 4;
pAddRef = temp;
temp += 4;
pRelease = temp;
temp += 4;
pRegisterSoftwareDevice = temp;
temp += 4;
pGetAdapterCount = temp;
temp += 4;
pGetAdapterIdentifier = temp;
temp += 4;
pGetAdapterModeCount = temp;
temp += 4;
pEnumAdapterModes = temp;
temp += 4;
pGetAdapterDisplayMode = temp;
temp += 4;
pCheckDeviceType = temp;
temp += 4;
pCheckDeviceFormat = temp;
temp += 4;
pCheckDeviceMultiSampleType = temp;
temp += 4;
pCheckDepthStencilMatch = temp;
temp += 4;
pCheckDeviceFormatConversion = temp;
temp += 4;
pGetDeviceCaps = temp;
temp += 4;
pGetAdapterMonitor = temp;
temp += 4;
pCreateDevice = temp;

created = true;
FreeLibrary(dx9dll);
}/*SVDirect3D9*/

~SVDirect3D9
{
if (created) Release();
}

/*function*/
inline HRESULT QueryInterface(REFIID riid,
LPVOID *ppvObj)
{
__asm
{
push ppvObj
push riid
call dword ptr pQueryInterface
}
}
inline ULONG AddRef(void)
{
__asm
{
call dword ptr pAddRef
}
}

inline ULONG Release(void)
{
__asm
{
created = false;
call dword ptr pRelease
}
}

inline HRESULT RegisterSoftwareDevice(void *pInitializeFunction)
{
__asm
{
push pInitializeFunction
call dword ptr pRegisterSoftwareDevice
}
}
inline UINT GetAdapterCount(void)
{
__asm
{
call dword ptr pGetAdapterCount
}
}
inline HRESULT GetAdapterIdentifier(UINT Adapter,
DWORD Flags,
D3DADAPTER_IDENTIFIER9 *pIdentifier)
{
__asm
{
push pIdentifier
push Flags
push Adapter
call dword ptr pGetAdapterIdentifier
}
}
inline UINT GetAdapterModeCount(UINT Adapter,
D3DFORMAT Format)
{
__asm
{
push Format
push Adapter
call dword ptr pGetAdapterModeCount
}
}
inline HRESULT EnumAdapterModes(UINT Adapter,
D3DFORMAT Format,
UINT Mode,
D3DDISPLAYMODE* pMode)
{
__asm
{
push pMode
push Mode
push Format
push Adapter
call dword ptr pEnumAdapterModes]
}
}
inline HRESULT GetAdapterDisplayMode(UINT Adapter,
D3DDISPLAYMODE *pMode)
{
__asm
{
push pMode
push Adapter
call dword ptr pGetAdapterDisplayMode
}
}
inline HRESULT CheckDeviceType(UINT Adapter,
D3DDEVTYPE DeviceType,
D3DFORMAT DisplayFormat,
D3DFORMAT BackBufferFormat,
BOOL Windowed)
{
__asm
{
push Windowed
push BackBufferFormat
push DisplayFormat
push DeviceType
push Adapter
call dword ptr pCheckDeviceType
}
}
inline HRESULT CheckDeviceFormat(UINT Adapter,
D3DDEVTYPE DeviceType,
D3DFORMAT AdapterFormat,
DWORD Usage,
D3DRESOURCETYPE RType,
D3DFORMAT CheckFormat)
{
__asm
{
push CheckFormat
push RType
push Usage
push AdapterFormat
push DeviceType
push Adapter
call dword ptr pCheckDeviceFormat
}
}
inline HRESULT CheckDeviceMultiSampleType(UINT Adapter,
D3DDEVTYPE DeviceType,
D3DFORMAT SurfaceFormat,
BOOL Windowed,
D3DMULTISAMPLE_TYPE MultiSampleType,
DWORD* pQualityLevels)
{
__asm
{
push pQualityLevels
push MultiSampleType
push Windowed
push SurfaceFormat
push DeviceType
push Adapter
call dword ptr pCheckDeviceMultiSampleType
}
}
inline HRESULT CheckDepthStencilMatch(UINT Adapter,
D3DDEVTYPE DeviceType,
D3DFORMAT AdapterFormat,
D3DFORMAT RenderTargetFormat,
D3DFORMAT DepthStencilFormat)
{
__asm
{
push DepthStencilFormat
push RenderTargetFormat
push AdapterFormat
push DeviceType
push Adapter
call dword ptr pCheckDepthStencilMatch
}
}
inline HRESULT CheckDeviceFormatConversion(UINT Adapter,
D3DDEVTYPE DeviceType,
D3DFORMAT SourceFormat,
D3DFORMAT TargetFormat)
{
__asm
{
push TargetFormat
push SourceFormat
push DeviceType
push Adapter
call dword ptr pCheckDeviceFormatConversion
}
}
inline HRESULT GetDeviceCaps(UINT Adapter,
D3DDEVTYPE DeviceType,
D3DCAPS9 *pCaps)
{
__asm
{
push pCaps
push DeviceType
push Adapter
call dword ptr pGetDeviceCaps
}
}
inline HMONITOR GetAdapterMonitor(UINT Adapter)
{
__asm
{
push Adapter
call dword ptr pGetAdapterMonitor
}
}
inline HRESULT CreateDevice(UINT Adapter,
D3DDEVTYPE DeviceType,
HWND hFocusWindow,
DWORD BehaviorFlags,
D3DPRESENT_PARAMETERS *pPresentationParameters,
IDirect3DDevice9** ppReturnedDeviceInterface)
{
__asm
{
push ppReturnedDeviceInterface
push pPresentationParameters
push BehaviorFlags
push hFocusWindow
push DeviceType
push Adapter
call dword ptr pCreateDevice
}
}
}

Маленький класс для работы с реестром

2010-04-14T05:21:00.000-07:00

В предыдущих моих статьях для компилятора Open Watcom C/C++ был использован загадочный класс для работы с реестром, в этой статье я опубликую его исходный код и надеюсь, что он кому то пригодится...

Класс этот чем-то напоминает примерно такой же класс из Delphi, однако дельфийский класс конечно намного круче.
Ниже приведён текст класса, нужно сохранить его на своём компьютере в виде .h или .cpp файла.

/*
Vitalij Serov(serovsoft.0fees.net) for Open Watcom C++
*/
#include

#define SIZE_OF_KEY_NAME 1024

class SVReg
{
unsigned int r_key;
unsigned int access;
HKEY key;
char *keyname;

public:

SVReg(void);
~SVReg(void);
void SetKey(unsigned int new_root_key);
bool Open(char* key_name, bool cancreate);
void Close(void);
bool Delete(char*);
int ReadInt(char*);
bool SetInt(char*,int);
bool Exists(char*);
bool SetStr(char*,char*);
};

SVReg::SVReg(void)
{
access = KEY_ALL_ACCESS;
r_key = (unsigned int)HKEY_CURRENT_USER;
key = 0;
keyname = new char[SIZE_OF_KEY_NAME];
}

SVReg::~SVReg(void)
{
if (key) Close();
delete [] keyname;
}

void SVReg::SetKey(unsigned int new_root_key)
{
if (key) Close();
r_key = new_root_key;
}

bool SVReg::Open(char* key_name, bool cancreate)
{
if (*key_name == 0) return false;
strcpy(keyname, key_name);
if (cancreate)
{
return (bool) (!(RegCreateKeyEx((HKEY)r_key, key_name, 0, NULL, 0, access, NULL, &key, NULL)));
}else{
return (bool) (!(RegOpenKeyEx((HKEY)r_key, key_name, 0, KEY_ALL_ACCESS, &key)));
}
}

bool SVReg::SetStr(char* subkey,char* source)
{
if (!subkey) return false;
if (!source) return false;
int type = REG_SZ;
HKEY lockey = key;
if (!lockey) lockey = (HKEY)r_key;
if (!RegSetValueEx(lockey,
subkey,
0,
type,
(unsigned char*)source,
strlen(source))) return true;
return false;
}

bool SVReg::SetInt(char* subkey,int data)
{
if (!data) return false;
if (!subkey) return false;
int type = REG_DWORD;
HKEY lockey = key;
if (!lockey) lockey = (HKEY)r_key;
if (!RegSetValueEx(lockey, subkey, 0, type, (unsigned char*)&data, 4)) return true;
return false;
}

int SVReg::ReadInt(char* subkey)
{
if (!subkey) return 0;
int data = 0;
unsigned long type = REG_DWORD;
unsigned long datasyze = 4;
HKEY lockey = key;
if (!lockey) lockey = (HKEY)r_key;
RegQueryValueEx(lockey, subkey, 0, &type, (unsigned char*)&data, &datasyze);
return data;
}

void SVReg::Close(void)
{
RegCloseKey(key);
}

bool SVReg::Delete(char* subkey)
{
HKEY lockey = key;
if (!lockey) lockey = (HKEY)r_key;
return (!RegDeleteKey(lockey, subkey));
}

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

Создание lib файла для DLL библиотеки

2010-04-10T11:28:00.000-07:00

Итак, продолжение статей о компиляторе Open Watcom.
На этот раз коротенькая статья посвящена теме создания LIB файлов для C/C++ компилятора при статической линковке...

Собственно компилятор насыщен утилитами на любой вкус и цвет, среди них есть утилитка, которая создаёт эти самые LIB файлы, утилита эта имеет недвусмысленное название wlib.exe.
В справке компилятора описан механизм использования этой утилиты, так же справку можно получить просто запустив эту утилиту из папки binnt.
Ниже приведённый код BAT файла иллюстрирует процесс создания LIB библиотеки для kernel32.dll. Причём DLL мы скопируем в корень диска C.

C:\WATCOM\binnt\wlib.exe implib +kernel32.dll

После выполнения BAT файла в корневой папке диска C появился implib.lib который и является LIB библиотекой. implib в строке обращения это и есть имя будущей lib библиотеки.

Жду ваших комментариев и вопросов...

Первый проект в Open Watcom C++

2010-04-09T09:00:00.000-07:00

Как и планировал я делаю маленький пост о том, как сделать первый проект в среде компилятора Open Watcom.
Статья эта нацелена прежде всего на пользователей уже знакомых с C++.

Почему-то Open Watcom сделан не совсем удобным образом, особенно неудобным он является для начинающего программиста. Ниже приведён список наиболее ярко выраженных недочётов компилятора:

нет поддержки русских символов во встроенном редакторе
нет поддержки пробелов в файловом пути к проекту
нет хорошего мастера нового проекта

С первой проблемой легко справиться либо печатая русский текст например в блокноте и "вставлять" в редакторе Open Watcom, либо используя другой редактор кода(сам компилятор нельзя перенастроить на другой редактор).
Со второй проблемой нужно справляться путём недопущения в именах папок пробелов(например если проект лежит в папке "Мои документы", то он не откроется, во всяком случае будут глючить утилиты: редактор кода, ресурсов и т.д.).
С третьей проблемой боремся создавая все нужные файлы ручками

Итак, пошаговое описание создания проекта в среде Open Watcom C/С++

Устанавливаем Open Watcom
Заходим в Пуск >> Все программы >> Open Watcom C - C++ >> IDE
Нажимаем File >> New Project (Ctrl + N)
Выбираем папку для проекта, учитываем, что в именах папок не должно быть пробелов. Так-же вводим имя файла проекта.
После нажатия кнопки "Сохранить" открывается окно, в котором прописываем поле "Target Name" - это имя процесса после компиляции программы. Выбираем тип будущей программы, он разделён на целевую систему и тип исполняемого файла. Нас, как пользователей Windows, интересует "Target Environment = Win32", дальше если нам нужна консольная программа выбираем "Character-mode Executable", а если программа с окнами(без консоли) то "Windowed Executable". Жмём "OK".
Открылась окно проекта внутри IDE, теперь нужно добавить файл исходного кода... Во первых рекомендую сохранить проект. Затем заходим в папку проекта и вручную создаём файл исходного кода, например "main.c" или "main.cpp" (создать файл можно например создав пустой текстовой документ и сменить его расширение). Переключаемся в IDE и с помощью меню "Sources" или щелчком в области окна проекта вызываем меню в котором выбираем пункт "New Source". В открывшемся меню выбираем наш файл и делаем двойной клик мышью. Имя файла появиться в меню снизу. Теперь закрываем диалог открытия файлов и видим наш ".c" или ".cpp" файл в проекте, открываем его и пишем свою программу, например:

int main(void)
{
return 0;
}

Сохраняем код и закрываем редактор.
Теперь возвращаемся в IDE и нажимаем F5 или ищем иконку "Make All" или одноимённый пункт меню. После появления надписи "Execution Complete" можно нажимать на иконку бегущего человека, либо найти в меню пункт "Run" или запустить файл из папки проекта вручную.

Собственно программа готова, можно экспериментировать с компилятором. Сам по себе Open Watcom вещь довольно интересная, по крайней мере попробовать стоит...
п.с. комментарии как всегда приветствуются.

Блог стартовал, вспомним историю, заглянем в будушее...

2010-04-08T09:21:00.000-07:00

Вот и совершился переезд на новый блог.
Теперь мне не надо переживать над такими вещами как работа вспомогательных служб(RSS, свободное место, трафик и другие переживания связанные с хостингом).

Да и просто мне наверно "по кайфу" постоянно начинать что-то новое... переезжать, закрывать старое. Если вспомнить историю создания сайта на хостинге 0fees.net, то непременно стоит отметить тот факт, что spirt.0fees.net был с "ламерско - хакерским" уклоном, т.е. сайт должен был содержать незаконный контент и следовательно я избегал русских хостингов таких как narod, да и php мне нужен был, а хороших русских хостингов, бесплатных, с php, без рекламы не существует наверно.
Не помню как точно, но был найден 0fees.net и был создан первый сайт spirt.0fees.net который перетекал в разные крайности (то становился форумом, то блогом, то снова форумом) и это происходило много раз подряд. В итоге за год существования я совсем не продвинулся в смысле раскрутки своего сайта, сайт просто не успевал набрать популярность, как я его снова закрывал и открывал новый. Первое время на сайте и публиковать было нечего, т.к. я ничего не умел... последствием этого были разные тупые статьи(например: "C++ или Delphi, что лучше?" или "Как взломать программу собственного написания" ), постепенно осознавая всю тупость этих статей, я дабы не позориться закрывал сайт или сносил WordPress. В шизоподобной страсти раскрутить свой сайт я зарегистрировался на сайте programmersforum.ru, в те времена на этом форуме программистов меня привлёк раздел "Для спамеров", где я и описал свой сайт получив ничтожное количество посетителей и критику, критика конечно была конструктивной, да и на что я рассчитывал, завлекая профессиональных программистов на сайт ламера. Однако всё шло своим чередом... и постепенно мне очень понравился этот форум, люди там хорошие очень ))), именно благодаря им я стал писать свои поделки и откапав на одном сайте(не помню каком) исходник программы для слежения за количеством истраченного трафика, стал этот исходник модифицировать и постепенно исходник перерос в ТрафПатрул(кстати исходник самого последнего ТрафПатрула доступен на сайте www.kolhoz.megabyet.net). Потом было ещё несколько программ, какие-то из них были удачными, какие-то не очень. В конце концов я поступил в одно из местных училищ и количество свободного времени резко сократилось и темпы разработки упали.... Постепенно я почти полностью забросил свои "поделки", чему способствовали поломки компьютера.
После восстановления компа и интернета, взглянув свежим взглядом на свои "программы" я понял, что все они - пузатая мелочь. Хочется издать что-то действительно стоящее, большое, настоящее, и ещё хочется по настоящему зарабатывать.
С целью отойти от разработки старых проектов, я публикую исходные коды всех программ на выше указанном сайте и ухожу в глубокую депрессию. Во время этой депрессии в моём мозгу будет зреть план захвата мира через программное обеспечение, а этот блог станет местом публикации статей о программировании и не только. Хотя в основном конечно программирование - главная тема блога.
Думаю этот сайт останется надолго, во всяком случае очень этого хотелось бы...
Желаю удачи, и хороших мне статей;))