Middleware

Artists's driven UI

21 Jan 2008 18:52
0
(Текст записи скрыт. Показать...)
Driven не в смысле что они указывают какой он должен быть, а в смысле сами его и делают, с чем лично у нас есть проблемы.

Наш интерфейс сейчас xml-based, есть окна, есть всякие события, есть колбеки, шаблоны итд итп, много чего полезного, и все работает замечательно. Минус только один - артистам очень сложно во всем этом разобраться. Могут подвигать кнопки, цвета там настроить, косметический ремонт провести. Но основной шаблон, с нужным количеством экранов, их логикой, размещением итд делают все равно программисты, вот именно этого и хочется избежать. Хочется чтобы было наоборот - артисты все сделали сами, программисты только поправили логику взаимодействия УИ с игрой в случае необходимости.

Собственно вопрос как раз об этом - кто как с этим борется. В Кризисе (и еще в нескольких) вроде используется Scaleform GFx (http://www.scaleform.com/). Но он жутко дорогой, поэтому про него забыли :).

Есть вариант для бедных - http://tulrich.com/geekstuff/gameswf.html, от многим известного Thatcher Ulrich. Оба варианта связаны с флешем, те артисты делают флеш-УИ, который движок учится рисовать и всячески с ним дружить. gameswf от Улриха использовался в oddworld на xbox1, что есть хороший плюс для этой библиотеки. Но она все равно в каком-то полу зачаточном состоянии и эйфории вроде "это то что нужно!" не вызывает, скорее наоборот только опасения.

Вот собственно и все, очень хочется услышать кто как борется с такими проблемами, может есть хорошее и недорогое Middleware, может какие-то другие подходы к разработке UI (специально обученный эльф например).
Отправлено 21.01.2008 в 19:34
Отвечает на сообщение 236849
0
Scaleform стоит 25к, соответственно еще можно и поторговаться - о какой дороговизне речь ?
Отправлено 21.01.2008 в 19:55
Отвечает на сообщение 236849
0
Александр Богомолов wrote:
>
> Комментарии к блогу персоны Александр Богомолов
>
> Driven не в смысле что они указывают какой он должен быть, а в
> смысле
> сами его и делают, с чем лично у нас есть проблемы.


В независимости от крутости и удобности инструментов для UI, наступает момент, когда для набивки функциональности необходим человек с навыками программирования.
Будет ли это advanced artist или junior programmer - уже не важно.

Такое вот имхо.
Отправлено 21.01.2008 в 23:33
Отвечает на сообщение 236854
0
Александр Клименко wrote:
> В независимости от крутости и удобности инструментов для UI,
> наступает момент, когда для набивки функциональности необходим
> человек с навыками программирования.
> Будет ли это advanced artist или junior programmer - уже не
> важно.


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

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

Тем не менее. Исходные шаблоны интерфейса - это такие psd файлы где все элементы разрезаны по слайсам. Эти шаблоны вначале проектирует, рисует и размечает художник. Затем программист интерактивно пишет скрипт который превращает все это добро в динамический интерфейс.
Находит недоделки. Кое-что закрашивает сам, но в основном приходится возвращать художнику.

Вообще в идеале их и должно быть двое. Круче всего когда каждый может 100% разобраться в своей части и 50% в части другого :)
Отправлено 21.01.2008 в 23:39
Отвечает на сообщение 236874
0
Антон Шеховцов wrote:
>
> Вообще в идеале их и должно быть двое. Круче всего когда каждый
> может 100% разобраться в своей части и 50% в части другого :)


ппкс, как говорится :)
Отправлено 22.01.2008 в 06:15
Отвечает на сообщение 236850
0
а у него есть альтернативы? бывает что в UI не нужна "любая" анимация, мультиплатформенность и т.п...
Отправлено 22.01.2008 в 09:38
Отвечает на сообщение 236849
0
Мы пользуем три фиговины - Scaleform для менюшек вне игры, собственный api очень сильно программистко ориентированный для HUD и плюс еще свою же либу для всяких tools menus - ну там всякие кнопки, слайдеры и тд - то что стандартно рисуется.

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

HUD - целиком статичный художники рисуют картинки, программеры тупо руками прописывают координаты. Так как итерация занимает около недели, то не очень подходит для того что меняется часто. Но hud за почти полтора года менялся 4 разу всего.

Тулзы, внутриигровые widgets для дизайнеров и тд - делается на третьем API "окошковом" - те с prefabs кнопками, слайдерами и text input boxes.

Это проект на писи.

Еще один на pc/xbox360. Там для всех меню и hud - scaleform, для тулзов - опять же вышеописанная "окошковая" либа.
Отправлено 22.01.2008 в 17:20
Отвечает на сообщение 236849
0
А зачем нужно, чтобы художник проектировал UI? Какие преимущества это может дать?
Отправлено 22.01.2008 в 22:34
Отвечает на сообщение 236976
0
Иван "Cooler" Поляков wrote:
>
> А зачем нужно, чтобы художник проектировал UI? Какие преимущества
> это может дать?


Ну кто-то ж должен его проектировать? :)
Если будет тот кто знает но показать не может, что толку? :)

Художник может в одной голове сформировать и решить вопрос а не поставить ли между этими блоками разделитель, выполненный стильным орнаментом...
Отправлено 22.01.2008 в 23:04
Отвечает на сообщение 237023
0
Антон Шеховцов wrote:
>
> Ну кто-то ж должен его проектировать? :)
> Если будет тот кто знает но показать не может, что толку? :)
>
> Художник может в одной голове сформировать и решить вопрос а не
> поставить ли между этими блоками разделитель, выполненный
> стильным орнаментом...


Так зачем для этого иметь нечто бОльшее, чем возможность подвигать да поразрисовывать элементы? Ведь наличие разделителя на логику UI никак не влияет.
Отправлено 23.01.2008 в 01:51
Отвечает на сообщение 237027
0
Иван "Cooler" Поляков wrote:
>
> Так зачем для этого иметь нечто бОльшее, чем возможность
> подвигать да поразрисовывать элементы? Ведь наличие разделителя на
> логику UI никак не влияет.


Разделитель может быть цельным графическим элементом или набираться из фрагментов (левый торец, центр-тайл, ...). Может быть его хочется соединить с рамкой окна - но тогда добавляется 2 Т-образных сопрягающих фрагмента. Нужно переваривать в голове где какие стыки/тайлы, и стоит ли увеличение сложности какого-то дизайнерского хода.
И вообще финальный результат - это appearance & usability. Он их формирует, а не пытается не повлиять на логику UI.

И еще попридираюсь: "поразрисовывать элементы".
Какие такие элементы, их кто придумает?

Вобщем добавлю чего нужно от художника.
Иметь свои "хочу". Хочу чтоб тут выезжало а тут вертелось.
Понимать как конкретно технически это будет работать.
Подготовить материал соответствующий задумке.
И другое.
Отправлено 23.01.2008 в 23:19
Отвечает на сообщение 237051
0
Антон Шеховцов wrote:
>
> И вообще финальный результат - это appearance & usability. Он их
> формирует, а не пытается не повлиять на логику UI.

Так ведь эти вещи мало связаны, да и вообще друг-другу противоречат. Художник хочет чтоб было красиво, и он умеет нарисовать красиво. Юзабилити при этом приносится в жертву. Программист/дизайнер UI хочет чтобы было юзабельно и умеет это делать, но не может нарисовать финальную графику. Поэтому он может сделать черновой вариант без графики, а художнику останется дорисовать, ну и чуток подвигать, привести расположение в соответствие с финальной композицией, не нарушая при этом дизайн в целом.

> И еще попридираюсь: "поразрисовывать элементы".
> Какие такие элементы, их кто придумает?

Кнопочки всякие, картинки.
Придумывает дизайнер интерфейса.
Отправлено 24.01.2008 в 02:54
Отвечает на сообщение 237320
0
Иван "Cooler" Поляков wrote:
>


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

Я здесь художником называю того самого дизайнера который все придумывает.

Программисту не нужно ничего придумывать, иначе он и будет дизайнером.
Отправлено 24.01.2008 в 15:10
Отвечает на сообщение 237340
0
Если "художник" = "дизайнер UI", тогда все ок, пришли к консенсусу :)
Просто на мой взгляд тема дизайна UI гораздо ближе и больше соответствует программисту, чем художнику.
Отправлено 24.01.2008 в 17:00
Отвечает на сообщение 236850
0
Дмитрий Ножнин wrote:
>
> Scaleform стоит 25к, соответственно еще можно и поторговаться -
> о какой дороговизне речь ?


Scaleform cnjbn 25к, об этой дороговизне и идет речь.
Отправлено 24.01.2008 в 17:07
Отвечает на сообщение 237443
0
Иван "Cooler" Поляков wrote:
>
> Если "художник" = "дизайнер UI", тогда все ок, пришли к
> консенсусу :)
> Просто на мой взгляд тема дизайна UI гораздо ближе и больше
> соответствует программисту, чем художнику.


На мой взгляд программисту в UI делать вообще нечего, и подпускать его туда категорически запрещено. Весь UI должен делать художник,  иногда привлекая себе на помощь скриптера. И если художника никто не будет ограничивать, он сделает замечательный интерфейс. Плюс цена итерации должна быть не большой, дня два например.
Если же художник рисует шаблоны, указывает что хочу здесь так, а здесь так, здесь тут вертится а там крутится, а реализует все это программист, то о красивостях можно забыть. Мне вот чтобы эта штука вертелась два дня надо, давай упростим? Вроде не так критично, давай упростим. После кучи таких упрощений получившееся меню и меню в голове художника не так уж много общего имеют.
Отправлено 24.01.2008 в 17:25
Отвечает на сообщение 236896
0
Сергей Титов wrote:
>


Тулзы вещь отдельная, и выбор библиотек для них просто огромен, выбирай на вкус. А вот с игровым интерфейсом все не так хорошо.
В принципе что хотел услышать я услышал, спасибо. Будем смотреть в сторону флеша :)
Отправлено 24.01.2008 в 19:40
Отвечает на сообщение 237485
0
Александр Богомолов wrote:
>
> На мой взгляд программисту в UI делать вообще нечего, и
> подпускать его туда категорически запрещено. Весь UI должен
> делать художник,  иногда привлекая себе на помощь скриптера. И
> если художника никто не будет ограничивать, он сделает
> замечательный интерфейс.

Очень здорово, если у вас так получается, могу только позавидовать :) У нас все попытки художников сделать UI приводили к довольно жутким результатам. Программисту тут проще... Он гораздо лучше представляет что как будет работать (например, что такая-то функция используется редко, эта кнопка должна быть всегда под рукой, а вот эти элементы должны быть сгруппированы, причем элемент Х среди них самый главный), т.к. ему всё это писать. Ну и помогают также отсутствие желания приносить юзабилити в жертву красивой статической картинке, более развитое логическое мышление :)
Впрочем, это все сугубо моё imho.

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

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

Или все-таки необходим какой-нить RAD-like редактор UI/эффектов, где можно все гибко настроить одной мышкой, не прибегая к кодингу?
Отправлено 24.01.2008 в 23:07
Отвечает на сообщение 237523
0
Иван "Cooler" Поляков wrote:
>
> Программисту тут проще... Он гораздо лучше представляет
> что как будет работать (например, что такая-то функция
> используется редко, эта кнопка должна быть всегда под рукой,
> а вот эти элементы должны быть сгруппированы, причем элемент Х
> среди них самый главный), т.к. ему всё это писать. Ну и помогают
> также отсутствие желания
> приносить юзабилити в жертву красивой статической картинке, более
> развитое логическое мышление :)


Ты вообще про что говоришь?
Имхо топик про MULTIMEDIA GUI для массового потребителя.
Никакой жертвы красивой картинки быть не может, иначе в помойку.
Списки доступа
  • Подписчики [580]
  • Белый список [3]
  • Черный список [1]
Права доступа
Вы можете читать группу, но не можете отвечать на сообщения и создавать новые темы.
Доступ для остальных:
анонимы : могут читать
новые : могут читать
постоянные : полный доступ
Показывать
сообщений
на страницу

Copyright © 2021 ООО "ДТФ.РУ". Все права защищены.

Воспроизведение материалов или их частей в любом виде и форме без письменного согласия запрещено.

Замечания и предложения отправляйте через форму обратной связи.

Пользовательское соглашение