Анимашки, графы и пытон

[Igors]

Добрый день

"Анимация" - термин весьма обширный, но здесь это не мешает. Пусть это анимация размеров прямоугольника средствами Qt. Если первый кадр == последнему, это loop который может быть зациклен, т.е. повторен любое число раз.

Пусть есть набор различных анимаций (циклов и нет). Можно создавать различные цепочки/последовательности анимаций комбинируя  базовые анимации. При этом должны соблюдаться очевидные ограничения:

- базовая анимцмя  не может быть прервана, только когда достигнут последний кадо, мы можем запустить другую из набора (или ту же самую если loop)

- первый кадр следующей анимации должен быть == последнему кадру предыдущей. Др словами, все плавно, без рывков

Да, да, все ясно, что надо-то?  А надо дать юзеру возможность (удобно) комбинировать базовые анимации. Простой пример "реакция на событие". Если текущий кадр (global_frame) = 100, то после окончания текущей должна быть выбрана анимация с именем "run" из набора. На первый взгляд, это совсем просто (по крайней мере из кода). Но.. А если "run" несовместима с текущей? Или достижима но через какую-то промежуточную? И.т.п.

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

Частенько, присматриваясь ко всяким графам, я ловил себя на мысли типа "боже, какой головняк с нодом "if". И все потому что не хочет освоить пытон". И вот представилась возможность. Хорошо, вот пытон (уже интегрирован в приложение), есть объект анимацией которого надо управлять. Есть набор/контейнер  базовых именованных анимаций и есть ф-ции событий (global_frame() в примере выше)

И..что? Как (или что) писать на пытоне Как-то я совсем растерялся Даже без всяких событий нужно как-то задать последовательность анимаций - а как?

Ну вот решил спросить здесь (где многие любят пытон  )

Спасибо

[Igors]

Чего молчим? Задача интересная, придумать можно много чего. Собсно нужно разработать Python API. С точки зрения хоста (приложения на С++) все ясно: есть объект, у него есть текущая анимация и текущий кадр этой анимации. Хост знает что с этим делать. На каждом кадре(?) вызывается пытон-скрыпт который решает какая анимация должна быть установлена как следующая.

А вот с пытон-частью хужее. Напрашивается напр так

Код:

// юзер пишет это на пытоне
if (global_frame() == 100)
  object.set_next_anim("run")
else
  object.set_next_anim("idle")

Да, с пытоном знакомился (не более того) неск лет назад, и синтаксис совсем не помню. Ну ладно, дойдет до дела - почитаю. Приведенный псевдокод наверно будет работать, но как-то уж очень тупо, только для 2 анимаций. А если их хотя бы 3, напр idle, walk, run, и соскочить на run можно из walk (но не из idle) ?

А что значит "если"? Вот пусть мне четко скажут что надо, а тогда уж я буду чего-то делать.

Это противоречит идее/гибкости скриптов. Мы не можем (и не должны) знать "что конкретно понадобится", нужно создать общее API с помощью которого можно достичь желаемого. Иначе смысла в скриптах нет, если все-все определено, то проще на плюсах.

Ну и конечно

Взять готоаое, проверенное (желательно ис каропки)

Да с огромным удовольствием, но где ж его взять-то? И есть ли оно в природе? Ну есть напр QStateMachine, конечно прочитал. Вроде вещь неплохая но логику поведения она за меня делать не будет

[Racheengel]

ну, вот я прочитал раза 3, нифига (почти) не понял:

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

и т.д...

[Igors]

ну, вот я прочитал раза 3, нифига (почти) не понял:

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

и т.д...

Ну блин, включили непонималку Хорошо, вот более образный пример. Есть человек, для него записана анимация idle (стоит, дысыт, лупает глазками) и анимация walk (идет, записаны шаг левой и шаг правой). Если первый кадр (данные) walk совпадает с последним idle  - то walk может начаться после idle, иначе нет. Юзер натырил таких базовых анимций с веба, теперь их надо как-то склеивать/повторять. Простой пример - до кадра 100 человек стоит (зациклена idle), потом пошел (зациклена walk).  Но это один вариант/сценарий, а может быть сколько угодно (как захочет юзер) и заранее они не известны. Поэтому решить "опциями" не удается. Отсюда скрипты, пытон и.т.п   

[Igors]

Апну темку, уж очень хороша. Вот еще типовая сцена

100 и более char'ов сидят на стадионе и смотрят матч. Ну для каждого крутится какая-то idle анимация (напр говорит с соседом, поворачивает голову). Число таких анимаций невелико, может всего 3-4. Но они крутятся со сдвигом, однообразие не так уж очевидно. И тут, на каком-то кадре, хирак - ГОЛ! Сhar'ы встают, машут руками (включается анимация "аплодисменты"), потом опять садятся.

Все char'ы и все анимации имеются, нужно только включать нужные в нужный момент. Прикинем еще неск ситуаций. Напр юзер может захотеть чтобы char'ы вскакивали не все сразу, а сначала передние ряды и.т.д. Или аплодируют не все, болельщики др команды наоборот. Очевидно делать это "явно", на плюсах, бесполезно, нужны скрипты. Тогда какое API, что энтузиаст должен писать ?

Но такие задачи нас почему-то не привлекают. Вот кушать QML ложками - то да А так

Ну откуда я это могу знать?

  

[tux]

А зачем пайтон в форуме за кьют? Шоп, типа, "по модному"?

[Igors]

А зачем пайтон в форуме за кьют? Шоп, типа, "по модному"?

Вверху по меньшей мере дважды сказано почему написать все на плюсах не удается. Пытон выбран просто потому что он уже интегрирован. И дело собсно не в нем - нужно придумать "свой язык" для решения разнообразных задач комбинирования анимаций. Ну или скромнее/реалистичнее "свoе API"

[tux]

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

Возможно, что именно у вас и не получается. Или я просто не понимаю, в чём именно проблема то? Если вам так уж нужны именно скрипты, то в Ot JS есть...

[Igors]

Или я просто не понимаю, в чём именно проблема то?

Проблема в том "а что (или как) писать на скриптах ?"

[tux]

Проблема в том "а что (или как) писать на скриптах ?"

Так вы определитесь, что в вашем понимании сама "анимация". Можкт у вас это всего лишь 100500 статичных картинок.
Т.е. "плясать" надо от самой задачи. А вы пытаетесь начать от ЯП.
Хотя, если шибко хочется поиграться, то можно попробовать всё писать на пайтоне, а оболочку на том же PyQt.

[Igors]

Так вы определитесь, что в вашем понимании сама "анимация". Можкт у вас это всего лишь 100500 статичных картинок.

Почему нет? Анимацией может быть многое, набор спрайтов тоже. Напр первые 100 картинок = "Animation 1", вторые 60 = "Animation 2" и.т.д. В любом случае анимация имеет диапазон кадров/времени и данные для каждого. Эти данные могут "проигрываться" приложением. Но это всего лишь одна анимация. А нужно создать средства для автоматычного проигрывания 2 и более анимаций, как бы "небольшой фильм" 

Что тут может быть неясно, и откуда такая "стена непонимания" - хз

[tux]

Что тут может быть неясно, и откуда такая "стена непонимания" - хз

"Дьявол скрывается в деталях". Оно, ведь только абстрактно "всё просто и понятно".
Я ни на что не претендую, но попробуйте написать ТЗ на такую задачу. Хотя бы для себя. Только полное. Т.е. на чём все это должно запускаться, в каких условиях и т.д.

[Igors]

"Дьявол скрывается в деталях". Оно, ведь только абстрактно "всё просто и понятно".
Я ни на что не претендую, но попробуйте написать ТЗ на такую задачу. Хотя бы для себя. Только полное. Т.е. на чём все это должно запускаться, в каких условиях и т.д.

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

Конечно это не секрет, но в данной теме/задаче это и нафиг не нужно. Нужно разработать скриптовое API для создания простеньких фильмов/сценариев комбинируя имеющиеся базовые анимации. Все остальное - праздное любопытство 

[tux]

Нужно разработать скриптовое API для создания простеньких фильмов/сценариев комбинируя имеющиеся базовые анимации.

Ну так и начните разрабатывать. Сомневаюсь, что найдётся лох, кто подобное будет делать нахаляву.
Хотя: лох - не мамонт, не вымрет!
Если подобное заказывать - ТЗ всё равно будет нужно.

[kambala]

1) написать аналогичный тестовый код на С++
2) определить его ключевые элементы: какие классы и объекты используются
3) создать к ним питоновские привязки (по-моему один из вариантов — SWIG)
4) переписать 1) на питоне для верификации

не знаю, может поможет подобное из другого проекта (понятия не имею как оно работает):
- https://github.com/xbmc/xbmc/tree/master/xbmc/interfaces/swig
- https://github.com/xbmc/xbmc/tree/master/xbmc/interfaces/python
- https://github.com/xbmc/xbmc/tree/master/tools/codegenerator