PacMan

[Impuls]

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

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

[Denjs]

спасибо большое. Буду разбираться на досуге)

[ufna]

Я счас в свободное время работаю над движковой структурой для 2д проектов на Qt, потом выложу. Пример выше со скрином мне не выложить по понятным причинам коммерции

[ufna]

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

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

"поворот" лучше реализовывать в спрайтах, а не поворотом айтема

решение работает, но очень не универсально. Хотя для целей начала сабжа думаю подойдет, но главная проблема что тебе встретится - для каждого индивидуального объекта, у которого чуть больше стейтов или другое поведение картинки - придется писать еще два доп. класса, или один, а апдейтер слайда расширять. Т.е. пока это грубая реализация. Я когда вот эту штуку писал, тоже сделал что все для нее работало, но код совершенно не расширяем оказался в итоге.

попробую на днях описать детальнее как лучше организовать создание спрайтов для Qt "без геммороя"

[Impuls]

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

"поворот" лучше реализовывать в спрайтах, а не поворотом айтема

решение работает, но очень не универсально. Хотя для целей начала сабжа думаю подойдет, но главная проблема что тебе встретится - для каждого индивидуального объекта, у которого чуть больше стейтов или другое поведение картинки - придется писать еще два доп. класса, или один, а апдейтер слайда расширять. Т.е. пока это грубая реализация. Я когда вот эту штуку писал, тоже сделал что все для нее работало, но код совершенно не расширяем оказался в итоге.

попробую на днях описать детальнее как лучше организовать создание спрайтов для Qt "без геммороя"

Дело в том, что мне нужно было сделать таймер в отдельном потоке (ибо в потоке есть цикл обработки событий). В общем, у меня не получилось сделать все в одном классе(((

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

Кстати, у меня назрел еще один вопрос: как мне сделать сглаживание картинки?

[ufna]

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

т.к. ладно счас у тебя колобок бегает в четырех направлениях. А если ты захочешь менять картинку для движения? К примеру вверх - ты видишь его попу, вниз - перед и т.п. - и в таком случае возможны проблемы с текущей реализацией. Обычно все возможные состояния объектов прорисовываются отдельно.

таймер в отдельный поток то зачем совать? QTimer и так по-моему создает себе нечто подобное.


сглаживание - посмотри флаги для вьюпорта какие есть, смотри setRenderHints(..)

[Impuls]

таймер в отдельный поток то зачем совать? QTimer и так по-моему создает себе нечто подобное.
сглаживание - посмотри флаги для вьюпорта какие есть, смотри setRenderHints(..)

Такое я могу сделать:

Код:

timer = new QTimer(this);
timer->start(100);

А такое не могу:

Код:

QPacMan::QPacMan(QGraphicsItem * parent):QGraphicsPixmapItem(parent)
{
  timer = new QTimer(this);
  Start(100);
}
QPacMan::Start(int timeOut)
{
  timer->start(timeOut);
}

Все из за того, что в QGraphicsPixmapItem нет цикла обработки событий.
А сглаживание я могу поставить только для QPainter. Для QPixmap такого метода нету((((

[ufna]

QPixmap он себя не рисует, поэтому у него сглаживания и нет - это просто контейнер данных

рисует QPainter, а у тебя в данном случае - QGrapicsView, ему и задаются эти параметры - рисовать со сглаживанием или нет.


делай timer = new QTimer();, а затем в декструкторе delete timer; вручную и все.

[Impuls]

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

делай timer = new QTimer();, а затем в декструкторе delete timer; вручную и все.

Такс... Со сглаживанием разобрался...
А вот с таймером понапряжней будет.
class QPacMan : public QGraphicsPixmapItem - не наследуется от QObject, следовательно я не могу вызвать connect(timer,SIGNAL(timeout()),this,SLOT(UpdateSlide())); Вот такая вот трагедия.
Или я туплю и чего-то не понимаю?
___________________________________________________________________
А все. Это я туплю))) Сделал без отдельного потока

[ufna]

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

[GreatSnake]

QPixmap он себя не рисует, поэтому у него сглаживания и нет - это просто контейнер данных

Зато у него есть такой метод:

Код

C++ (Qt)
QPixmap QPixmap::scaled ( const QSize & size, Qt::AspectRatioMode aspectRatioMode = Qt::IgnoreAspectRatio, Qt::TransformationMode transformMode = Qt::FastTransformation ) const

[ufna]

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

[Impuls]

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

Обязательно выложу. Вот подправленные исходники.