Платформер Поделиться Опции

[Грустный]

Разработку предлагаю разделить на:
Графика - перегнать в png, склеить спрайты.
Совместимость с MIDP 1.0 - Sprite и TiledLayer.
Физика – вектора, кинематика.
Поведенческие классы для «персонажей» - отрисовка, анимация, перемещение, столкновение.
Движок – игровой цикл, реакция на клавиши.
Меню.
Тестирование.

Порядок работы над проектом:
Все выносят идеи по каждому разделу.
Если есть готовые наработки – предлагать.
Каждым разделом занимается один-два человека – потом выкладывают результаты на общее обсуждение.
Если есть вопросы – спрашивать у всех, и все помогают .
В каждом разделе – сделать базовые наброски с минимально необходимым функционалом с последующим наращиванием.
По запросу разработчиков из других тем добавляют функционал.

[dmtrlbdv]

Что-то с движением какая-то беда :( Во первых , Марио всё время подёргивается , когда стоит ( но это может так и задумывалось :) ) , во вторых , движение можно выбрать только один раз ( т.е. нажимаешь вправо - Марио и идёт вправо , останавливаясь к концу экрана , дальше анимация движения продолжается , но уже на месте и сдвинуть с места невозможно).

[Грустный]

Что-то с движением какая-то беда  :( Во первых , Марио всё время подёргивается , когда стоит ( но это может так и задумывалось  :)  ) , во вторых , движение можно выбрать только один раз ( т.е. нажимаешь вправо - Марио и идёт вправо , останавливаясь к концу экрана , дальше анимация движения продолжается , но уже на месте и сдвинуть с места невозможно).

Как раз сейчас и разбираюсь с физикой для Марио. Буду менять подход:
Все силы дествующие на объект заносить в классе наследнике MovedEntity, а в Moved все их складывать.
Тогда можно устанавливаль для каждого типа объекта свои сылы, например: для ныряющей рыбы - силу выталкивания, когда она в воде; для Марио - силу трения, когда он бежит.

[dmtrlbdv]

Если Flexis был первый мобильный tetris клон с реальной физикой , то это будет первый платформер с реалистичной физикой :) Главное , чтобы всё получилось. ;)

[Грустный]

Пробовал использовать LayerManager из MIDP 2.0 вместо "самодельного" VectorPaited:
некоторое уменьшение размера (около 2 кб) и скорости (1-3%).
Считаю, что для совместимости с MIDP 1.0 можно оставить VectorPaited. Тем более, что некоторого величения скорости VectorPaited можно добиться, если использовать массив вместо vector - но это если заранее известно количество "отрисовываемых" объектов.
Всю анимацию пока делаю на основе Sprite из MIDP 2.0. Может, кто-нибудь сделает "свою" версию Sprite для MIDP 1.0?
Требования:
- загрузка нескольких изображений из одного файла PNG
- реализация методов:
setPosition(int,int)
paint(Graphics)
getFrame()
setFrame(int)
- добавление остальных методов, по мере необходимости

Valleo:
Зачем же заранее знать кол-во элементов на массив.
Пример:
private Image[] addImage(Image, ImgArr[]){
ImgNew[] = new Image[ImgArr.length+1];
for(i=0;i<ImgArr.length;i++) ImgNew[i] = ImgArr[i];
ImgNew[ImgArr.length] = Image;
ImgArr = null;
return ImgNew;
}
размеры функции не должны пугать - она выполняется предельно быстро, быстрее чем Vector.addElement();
Я так делаю для ускорения работы например с массивами String если у меня их много (так как Vector всетаки тормазнутое создание).

Сообщение отредактировал Valleo - 30.10.2006, 4:26

[Грустный]

Valleo
Я не совсем правильно выразился:
Во-первых, всё равно, количество элементов для каждого уравня известно заренее.
Во-вторых, new в Java - медленная операция.
Поэтому, фразу "но это если заранее известно количество "отрисовываемых" объектов", надо понимать так: "массив лучше применить, когда уже известна информация о содержимом уровня".
В "тетрисе" VectorPainted я применял только из за remove().

[dmtrlbdv]

MobileApplication.rar   ( 207.44 килобайт ) Кол-во скачиваний: 144

Вот набросал - примерно так , но надо тестить , я пробовал только с тем , что в архиве ( и пока писал вспомнил , что не проверяю на превышение кол-ва фреймов при вызове setFrame() ). Вобщем , ногами сильно не пинайте , если что не так :)

[Грустный]

[dmtrlbdv
Спасибо.

Добавил:

Код

   public int getHeight(){
       return frameHeight;
   }
   
   public int getWidth(){
       return frameWidth;
   }

и, после graphics.setClip(posX,posY,frameWidth,frameHeight);, в нормальный режим отрисовки:

Код

graphics.setClip(0,0,Common.WIDTH,Common.HEIGHT);

Скорость на V360 упала на 2% - это при одном спрайте.

Смотрел на V180 (128x116) - видимо придётся графику менять.

[dmtrlbdv]

Не понравилось , как на маленьком экране выглядит ? Если да определись , какого размера должны быть спрайты - посмотрю , смогу-ли уменьшить. А по поводу перехода в нормальный режим отрисовки может сделать отдельный метод setNormalMode() и вызывать перед repaint() ? Может тогда скорость будет повыше ? Ну и можно ещё кое-какуюоптимизацию сделать

[Грустный]

dmtrlbdv, займёшься?

От TayledLayer требуется:
- стандартный конструктор
- методы:
void setCell(int,int,int)
int getCell(int,int)
void setPosition(int,int)
void paint(Graphics)

Что есть у меня на данный момент:

dist.rar   ( 30.57 килобайт ) Кол-во скачиваний: 148

src.rar   ( 27.02 килобайт ) Кол-во скачиваний: 167

Марио какой-то летучий получился :)

[y(x)]

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

[Незнайка(на Земле)]

y(x),
bigsmile; bigsmile; ты б ещё позже вспомнил

[dmtrlbdv]

y(x)
Здесь никто никого прославлять не собирается - нарисуешь кого-нибудь толкового , можно будет его использовать ;)

[y(x)]

хотя в принципе сейчас движок главное, а потом можно и картинки поменять :)
может и я могу чем помочь?
умею кодить на c/c++ только вот на java не пробовал ;)

[dmtrlbdv]

Грустный

Ну , давай попробую - но только не подгоняй , пожалуйста :) Просто у меня сейчас ещё одна проблема есть, поэтому свои ресурсы буду распределять на всё сразу ( что конечно-же не идёт на пользу скорости выполнения ) :)

[dmtrlbdv]

Грустный

Ну , давай попробую - но только не подгоняй , пожалуйста :) Просто у меня сейчас ещё одна проблема есть, поэтому свои ресурсы буду распределять на всё сразу ( что конечно-же не идёт на пользу скорости выполнения ) :)

[Грустный]

Грустный

Ну , давай попробую - но только не подгоняй , пожалуйста  :) Просто у меня сейчас ещё одна проблема есть, поэтому свои ресурсы буду распределять на всё сразу ( что конечно-же не идёт на пользу скорости выполнения ) :)

Я и сам занимаюсь проектом в "свободное рабочее" время, поэтому уделить болше 1-2 часов в день не могу.

хотя в принципе сейчас движок главное, а потом можно и картинки поменять :)
может и я могу чем помочь?
умею кодить на c/c++ только вот на  java не пробовал ;)

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

[dmtrlbdv]

Код

   public void setFrame(int frame){
                this.frame = (frame - 1);
                inFramePosX = this.frame%tileWidth * frameWidth;  
                inFramePosY = this.frame/tileWidth * frameHeight;
            }

- это должно быть так в классе Sprite

[Грустный]

Код

   public void setFrame(int frame){
                this.frame = (frame - 1);
                inFramePosX = this.frame%tileWidth * frameWidth;  
                inFramePosY = this.frame/tileWidth * frameHeight;
            }

  - это должно быть так в классе Sprite

Хм, а оно и так работало :)

[dmtrlbdv]

не всегда :)

[Грустный]

Не понял, чем отличаются в действии pkeeper от gooba, koopa от firekoopa, и Mario от FireMario?

Для первого уровня не смог сделать, чтобы gooba по платформе бегал - в оригинале и то не правильно сделано.

[Грустный]

Вопрос к обсуждавшемуся ранне:
- есть ли в природе телефоны с разрешением 128х128 и не поддерживающие MIDP 2.0 ?

[dmtrlbdv]

В оригинале , если не ошибаюсь, FireMario чем-то типа файрболов швырялся


Грустный

Обязательно - например старая S40 серия от Нокиа

[Грустный]

dmtrlbdv, у знакомых, у кого есть Нокиа, нет ни датакабеля, ни WAP не подключён. Т.ч. тестить не смогу :( .

[Грустный]

С "физикой" пока закончил:

src.rar   ( 15.51 килобайт ) Кол-во скачиваний: 107

dist.rar   ( 24.39 килобайт ) Кол-во скачиваний: 4

Оптимизировал по скорости как смог.
Интересно, а если сделать три слоя, и крутить их с разной скоростью (как было в "сеге" и "спс")?
Наверно тормозить будет жутко. На досуге попробую.

PS: Без оптимизации на V360 не успевает прорисовывать весь экран - хотя это очень странно, т.к. flushGraphics вызывается только после того как всё "просчитано".

Сообщение отредактировал Грустный - 10.11.2006, 7:40

[dmtrlbdv]

Код

 /* очистка экрана */
     private void clrScr(Graphics g){
         int w = Game.WIDTH;
         int h = Game.HEIGHT;
         g.setColor(0xffffff);
         g.fillRect(0,0,w,h);      }

а если здесь не вводить w и h а просто g.fillRect(0,0,GAME.WIDTH,GAME.HEIGHT) ?

Sprite.rar   ( 1.14 килобайт ) Кол-во скачиваний: 119

- исправленная версия класса Sprite ( работать должен быстрее и правильнее )

[Грустный]

Вопрос к обсуждавшемуся ранне:
- есть ли в природе телефоны с разрешением 128х128 и не поддерживающие MIDP 2.0 ?

Обязательно - например старая S40 серия от Нокиа

Есть ли у кого возможность (и желание) тестить проект на телефоне с MIDP 1.0 ?

[Stranger]

Грустный,
у нас в офисе есть нокия 128х128(7210), профиль которой MIDP 1.0 Если будет нужно, что я протестирую игру. Но учти, у этого телефона ограничение "хипа" ~200 кб и есть ограничение на размер jar в 64 кб.

[Грустный]

Грустный,
у нас в офисе есть нокия ...

Спасибо.

Я правильно думаю, чтобы узнать занимаемую память:

Код

(Runtime.getRuntime().totalMemory()-Runtime.getRuntime().freeMemory())/1024

[Грустный]

dist2.rar   ( 24.56 килобайт ) Кол-во скачиваний: 115

Stranger - что такое "хип"?
Попробуй на нокии:

MIDP1.rar   ( 29.05 килобайт ) Кол-во скачиваний: 4

dmtrlbdv - в Sprite нумерация фреймов идёт с 0

Попробовал не использовать TiledLayer:

dist.rar   ( 26.37 килобайт ) Кол-во скачиваний: 0

src.rar   ( 16.54 килобайт ) Кол-во скачиваний: 0

Работает, в среднем, медленнее на 0-20% (быстрее на 5-10% если на экране мало объектов).
Это при том, что коллизии проверяются только для соседних объектов, и отрисовываются, только те, что на экране.

P.S. Провёл подобную оптимизацию на старом проекте (с TiledLayer) - скорость выросла в два раза.
Проверяются коллизии и отрисовываются, только те объекты, что на экране. Правда, "на экране" или нет, проверяет сам объект, т.е. тратится время на проверку.

src2.rar   ( 15.62 килобайт ) Кол-во скачиваний: 104

dist2.rar   ( 24.56 килобайт ) Кол-во скачиваний: 115

[Грустный]

Добавил фон:

src.rar   ( 33.09 килобайт ) Кол-во скачиваний: 103

dist.rar   ( 41.92 килобайт ) Кол-во скачиваний: 108

На v360 есть запас производительности ещё на один слой...

[Stranger]

Грустный,
файл скачал, в течение дня попробую и отпишусь.
"хип" - это heap(память, используемая Java-машиной для работы приложения, ну ты это должен знать :))У тебя ведь, кажется, уже было в тетрисе OutOfMemoryException, вот сказалось то, что новые объекты уже не было где создавать, хип закончился

[dmtrlbdv]

в Sprite нумерация фреймов идёт с 0

Значит делаем так в методе setFrame()

Код

this.frame = frame;

а в методе getFrame()

Код

return frame;

так у нас всё будет работать с 0 индекса

[Stranger]

Грустный,
на телефоне не запускается. Возникает исключение NullPointerException. Проверяй.
Да...и еще... следи в jad и manifest'e за строкой MicroEdition-Profile: У тебя стоял профиль 2.0

[Грустный]

Грустный,
на телефоне не запускается. Возникает исключение NullPointerException. Проверяй.
Да...и еще... следи в jad  и  manifest'e за строкой MicroEdition-Profile:  У тебя стоял профиль 2.0

Если использовать Canvas, то paint вызывается до run->repaint, следовательно, не все объекты инициализированны. Если в paint всё заключить в try - прога на телефоне зависает "намертво".
Что можно сделать?

Видел такую штуку:

Код

repaint();
serviceRepaints();

Что делает serviceRepaints?

Ещё интересный момент:
"сборщик мусора", по идее, вызывается автоматом во время простоя, но если не ставить System.gc(); перед

Код

         
           /* установка одинаковой продолжительности "тиков" */
           if (iDuration < m_iTimeStep) {
               try {
                   m_CurrentThread.sleep(m_iTimeStep - iDuration);
               } catch (InterruptedException ie) {
               }
           }

то память утекает по килобайту за "тик".

[Грустный]

Сделал загрузку уровня из файла.
Добавил 2-й уровень.

dist.rar   ( 42.78 килобайт ) Кол-во скачиваний: 120

src.rar   ( 33.99 килобайт ) Кол-во скачиваний: 98

[y(x)]

Грустный,
вроде ты писал что с физикой покончено, а марио то до сих пор летает)

[Stranger]

Грустный,
поставь в paint проверку перед тем как, например, рисовать какой-то имедж:

if (object != null)
{
g.drawImage(object,...)
}
Если объект не был создан, то просто ничего не будет отрисовано. А что нам потеря одного кадра?

Теперь о свзяке repaint() и serviceRepaints(). Когда ты вызываешь repaint(), то не факт, что сразу вызовется метод paint. Он просто будет поставлен в очередь с другими процессами. Вызов serviceRepaints() обеспечивает наискорейший вызов отрисовки.

По поводу gc(). Ну и пусть память утекает. Так ведь всегда. Посмотри в медиавьюере Валео, там это очень наглядно видно(если смотришь свободную память). Она уменьшается, но, дойдя до 0, снова возрастает.

[dmtrlbdv]

Ещё можно в конструкторе object создать размером 1x1 , а потом уже его нормально переопределить. Тогда можно обойтись без if в paint.

[dmtrlbdv]

Вот что-то типа набросков - надо тестить. У меня вроде всё работает , а по поводу скорости сказать не могу , насколько быстрее-медленнее , чем TiledLayer от MIDP2 работает

[Грустный]

Грустный,
вроде ты писал что с физикой покончено, а марио то до сих пор летает)

Так это для отладки - чтоб уровень проще пройти было :)