Если эту тему кто-то читает, интересует мнение... Сейчас занимаюсь разработкой нового проекта и к нему есть необходимость присобачить мобильный клиент. Так что сейчас занимаюсь разработкой собственного API функционала и параллельно пишу Android клиент для портала. Процесс мне показался достаточно интересным, может кому-то понадобиться. И так же вновь вернувшись к программированию под мобильные системы, подумалось мне, что можно сделать серию уроков по этому вопросу. Вот интересно, на какую тему делать следующую серию статей: - API для сайта - основы программирование на Java под Android - Что-то иное Может кто-то хочет что-то другое.
Если кому-то интересно, мы начали вести блог о процессе создания моделей для игры. Блог на рендер.ру
Нет видеоплеера Ссылка на ютубе
Я в сфере PW, мягко говоря, не авторитет, так как мой сервер так и не перевалил за максимальный онлайн в 30 человек. И есть у меня подозрение, что как раз по причине того, что тут хочет сделать автор. У меня был перекроен весь мир, добавлены новые локации на основе карт из других игр и существующих уже в ПВ, но так же перекроенных по самое не могу, перех*рачен весь сюжет добавлено несколько сотен новых НПС, мобов, с десяток авто-ивентов, всё это было завязано на сюжете. работал над этим планомерно полтора года. И знаете что? Это было нужно только мне и ещё 4 игрокам, которые были на сервере начиная с ЗБТ, остальные приходили и сразу уходили. В базе накопилось около полутора тысяч аккаунтов, не самый большой показатель, но если учитывать, что из них играло 20-30 человек... Заставляет задуматься. Скорее всего идея уже на уровне идеи обречена на провал.
Скорее всего энтузиазм поубавится после пары хотелок от неблагодарных юзеров не в бровь а в глаз!
Не добрался я еще до синтаксиса юнитевых шейдеров, но в целом вещь прикольная, Я с синтаксисом, честно признаться, тоже не очень-то подружился. Пользуюсь визуальным редактором Shader Forge. Он, конечно, стоит денег, но та сумма, за которую его продают, себя оправдывает. Просто, если вдруг будете писать мобильную версию, ipad 1 не держит более 40 drawcalls Ну, на счастье, этого мы делать и не будем. Версия будет стабильно под винду, с чуть меньшей вероятностью под Linux и, возможно будет облегчённая версия для браузера. --- добавлено: 28 май 2014 в 07:44 --- жаль, что только один шейдер (с сабшейдерами) можно применить к объекту. Возможно, я как-то не правильно понял... Но можно ведь назначить сколько угодно материалов на один объект... Только предварительно UV раскидать и будь здоров... Или ты про один шейдер поверх второго? Тогда я не совсем понимаю, где такое можно применить...
любопытно будет посмотреть на фпс в масс-замесах)) Любопытно будет для начала посмотреть на массовые замесы:D А вообще врятли каждая частица это 1 вызов. В данном "заклинании" используется 5 текстур. Одновременно с состоянии "жизни" примерно 100 частиц. Думаю 1 вызов - 1 партия частиц, а не одна частица. насчёт 15 вызовов, это я малость загнул, перепроверил на пустой сцене, где не было ничего, кроме сферы, получил стабильный Drow Calls равный 5-7. Анимирование текстур происходит в шейдере, так что не думаю, что конкретно этот эффект съест много ФПС, но, посмотрим во время натурных испытаний:)
какой drawcall выдает? с окном stats записали бы Как и обещал. Одна такая сфера кушает порядка от 5 до 15 Draw calls
какой drawcall выдает? с окном stats записали бы Вечером точно напишу. Сейчас нет под рукой проекта. А по поводу окна статс... Это видео не только для тех, кто что-то понимает в игрострое, но и для тех, кто просто следит за развитием проекта. А если показывать статистику, нужно тогда и описывать параметры машины, на которой это всё происходит. По мне - это лишняя информация для большинства людей. А те, кому интересно, могут спросить:)
[media] Небольшая демонстрация простейшей магии. "Огненная сфера" и "Сфера ледяного пламени" Простейшие заклинания первого уровня, доступные магам-новичкам. (видео вроде как вставилось, но у меня отображается некорректно. на всякий случай ссылка: http://www.youtube.com/watch?v=wSk3O2VXWv0)
Сделал RSS, возможно так кому-то будет удобнее http://soft.rain-studio.com/rss
На счет закрывающего тега - самому для себя можно писать как угодно , но если вы работаете в команде в какой-то более-менее нормальной компании, то вас скорее всего "заставят" писать код придерживаясь PSR (по крайней мере - у меня так было). Ибо в команде не вы один, и ваш код будут использовать и другие разработчики. Тут есть один очень маленький, но важный нюанс... Я - инженер-программист первой категории... И когда идёт разработка какого либо проекта, я занимаю руководящую позицию (тимлид, если хотите) и то, что пишут другие специалисты отдаётся мне и я уже собираю это всё в кучу, проверяя, где-то проводя небольшой рефракторинг, но суть в том, что с моим кодом работаю только я. Но, возможно, имеет смысл приучиваться к стандартам. Хотя, освежил сейчас помять по PSR (ссылка - если кому-то интересно), я вот в этих стандартах наверное с доброй третью не согласен. Я учился программировать ещё за долго до принятия этих стандартов, а переучиваться, сами знаете - сложнее чем учиться с нуля. Тут ещё один важный нюанс - я же в своих уроках не учу оформлению кода. Ни слова про него не было. И не буду. Я показываю синтаксис и объясняю принцип работы, не более того.
Ваши действия ? Изначально не использовать short_open_tag :) - привычка такая.
P. S. Повторю еще раз - если вам так нравится писать - пишите, но не приучайте других писать говнокод. По поводу того, что интерпретатор будет искать переменные там где их нет я не писал ни слова, что это нормально. Я использую двойные кавычки всегда, потому что у меня всегда есть переменные, так как там, где их нет, можно вовсе обходиться без echo и им подобным. Это уже скорее дело привычки. А все остальные ваши доводы, в том числе и касательно закрывающего ?> лично я считаю неубедительными. За более чем 10 лет программирования я ещё ни разу не поставил лишний пробел в конце документа... А если кто-то на такую ошибку нарвётся) Что ж, на ошибках лучше всего учиться. Я не говорю, что не писать закрывающий тег - это плохо, я говорю, что писать его - это не плохо. Не находите разницу? А что касается конструктивной критики, я её прекрасно воспринимаю. Вот товарищ до вас указал мне что я не прав, что написал только про один метод. И я понял, что ведь и правда, провёл сравнительный анализ всех методов, что бы было понятно, почему я описал именно его. На самом деле писать можно как угодно и как душа пожелает. Главное, чтоб это не нарушало постулатов и не было велосипедом из костылей. Не так давно один знакомый программист выполнял для меня работу (человек официально работает программистом, в компании на хорошем счету), но когда я открыл его код, мне стало по человечески дурно: весь код без отступов и написан в одну строку (и это не попытка оптимизации веса, это у него привычка такая), но код работоспособен. Ровно то же самое и касательно ?> - по мне такой код выглядит незавершённым, глаза режет. Если боитесь поставить лишний пробел, не закрывайте, кто ж запрещает. Много букв у меня получилось, но отпишусь по пунктам вашей критики, что бы было понятно, что я её воспринимаю. 1) двойные одинарные кавычки уже написал, почему именно так. Согласен в примере с Hello world это не самая правильная позиция, но я и не писал, что это норма. Тут уж мой косяк, пожалуй и в уроке нужно будет поправить. 2) бессмысленное замечание, не имеющее никакой практической ценности. 3) опять-таки, я написал, что можно его использовать, но не говорил, что нужно. Вот только, наверное, я был не прав, что не описал, почему я выбрал именно echo, а не print.
Имена участников (разделяйте запятой).
