Извините, ничего не найдено.

ABTOMAT · 13.03.2009, 23:17

Ну не знаю, у меня в РПГ в цикле ничего не создаётся и не копируется, так что к тормозам это бы не привело

HolyDel · 13.03.2009, 23:56

сделал загрузку текстур из ресурсов exe.
правда только bmp и только в true color

HolyDel · 14.03.2009, 15:03

вот, проверьте плиз, будет ли работать:

ABTOMAT · 14.03.2009, 20:38

работает

NitE · 14.03.2009, 22:45

работает

moka · 15.03.2009, 00:14

А как насчёт и остальной медии, как понимаю это не очень сложно, главное организовать чтение информации из ехе.
А хранится она как набор пикселей, или как текст всего файла?
При чтении из ехе, не происходит временное копирование?

NitE · 15.03.2009, 00:17

зачем делать запаковку медий в exe когда намного более важные вещи ещё не сделаны ?

HolyDel · 15.03.2009, 00:29

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

ABTOMAT · 15.03.2009, 00:37

Я так вообще против записи ресурсов в ехе... Вот ты сделал игру, запаковал в ехе, выложил, а потом понадобилось патч сделать. И что, новый ехе со всеми ресами весом n*10 метров опять выкладывать?
А для защиты ресов нужно использовать иные методы.
Ну а если уж очень приспичило делать всё в одном ехе, то есть такие вещи как MoleBox например, где уже любое чтение реализовано из ехешки.

HolyDel · 15.03.2009, 00:41

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

ах да - временное копирование выполняется (memcpy) не думаю что это критично.

HolyDel · 15.03.2009, 19:34

потестите плиз еще одну демку.
это продвинутая версия анимированных спрайтов
1 - обычный режим
2 - режим сглаженный. За него приходится платить вдвое большем числом трисов и вдвое большим филлрейтом. Он нужен для плавной интерполяции кадров. Т.е если в самой текстуре кадров немного, а сама анимация должна длиться сравнительно долгое время, тогда становится заметна резкая смена кадров, что дает неприятный эффект. В общем сами все увидите

интерполяция сделана на FFP, такчто должно работать у всех.
Скажите, заметна ли визуально разница в 1-ом и 2-ом режиме, заметна ли разница в производительности?

NitE · 15.03.2009, 19:47

в первом режиме как-будто слайд-шоу, т.е. анимация через кадр 3800 fps
во втором анимация плавная, красивая но фпс уже 2800

impersonalis · 15.03.2009, 21:32

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

Я так вообще против записи ресурсов в ехе... Вот ты сделал игру, запаковал в ехе, выложил, а потом понадобилось патч сделать. И что, новый ехе со всеми ресами весом n*10 метров опять выкладывать?

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

ABTOMAT · 15.03.2009, 23:04

2130 и там и там (странно?). Сглаженное - да, выглядит хорошо) Но имхо юзер двига мог бы сиё сделать и самостоятельно -> лучше заняться решением более насущных задач.

З.Ы. Сделай пожалуйста нормальный Mouselook (то есть когда мышку крутишь влево то камера крутится влево а не наоборот, + центрирование мыши в середину окна чтобы не выходила за пределы). Ещё нужно чтобы окно программы после его создания сразу же вылазило на первый план, а то я запускаю ехе и у меня окно проводника поверх игры. Пока я мышкой лезу вверх чтобы переключить на другое окно то там уже всё вовсю крутится -> неприятно.
Делов исправить это - 5 минут, а тестить станет гораздо удобнее, потому что такие мелочи бесят и портят впечатление от демки.
Я бы не писал этого, но уже повторяется от демки к демке.

HolyDel · 15.03.2009, 23:14

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

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