ТЕМА: RPG Maker MZ

Alexandr_7 пишет: «Разнылись»? O_o"

Кадокава (или Дегика) сделала откровено плохой перевод с явными ошибками:

• «Party» может переводиться «сторона» в суде — типа, «сторона заявителя» — это «applicant party», но не в контексте игры. Видимо, дали переводить кому-то с опытом юридических переводов и без опыта перевода игр.
• Переводчики не знали, что в «Control Switches» (Управлять переключателями) control — это глагол, а не прилагательное («контрольный, управляющий»), поэтому перевели это как «Управляющие операторы».
• Команда «Wait» переведена «Подождите...»; команда «Game Over» как «Игра окончена»; как будто это указание играющим от программы, а не программе от играющих,
• команда «Полное восстановление противника» переведена как «Восст. всех противников», как будто она восстанавливает всех противников, а не HP, MP и состояние противника, и т.п.

Такими ошибками пестрел весь перевод! По-хорошему в таком виде его нельзя было допускать в релиз. Его надо было дать протестировать кому-то русскоязычному, который бы указал, что программа про игры, а не про суд.


Но Кадокава сэкономила на людях деньги. Вместо того, чтобы заплатить за тестирование и корректуру, она решила, что «пипл схавает» и так. А кто не схавает (русскоязычные, франкофоны), те сами поправят свой перевод.

Пользователи Кадокаве ничего не обязаны — они заплатили свои деньги и не обязаны редактировать перевод.

А вот Кадокава должна бы, раз берёт деньги, дать перевод нормальный. И указание на это — это не «нытьё». Вы ещё скажите, что когда человек идёт в магазин за заменой бракованного товара, это тоже «нытьё».

Ситуация такая: Кадокава выпустила брак; пользователи помогли исправить часть проблем. Но часть проблем осталась. И вы обвиняете пользователей в том, что они помогли что-то исправить; а не Кадокаву в том, что она выпускает брак.

Dmy пишет:
Не удивительно. Как я где-то выше уже писал, компания старая и крупная. Им пофиг на пользователей и прочее - они вышли на уровень, где все, что важно - делать прибыль различными способами. Поэтому они почти не станут вкладываться в значительные улучшения продукта, повышение удобства, поддержку "побочных" локалей и прочее. До последнего станут выжимать доход из текущей "работающей" идеи, а потом прикроют проект и, со временем, может ликвидируются совсем. Или не ликвидируются, так как, кто-то скидывал ссылку на википедию, у них много других направлений, от фильмов до манги и прочего, что пока не теряет актуальность там в их стране вроде.

Если хочется поддержки, повышения удобств, полезной функциональности и прочего, нужно переходить на "молодые" движки и всякие Open source, где либо компания только набирает фанатов и пытается сделать многое, чтобы их привлечь к своей программе, либо движок делается от разработчиков для разработчиков. А не от компании, которая похоже всегда занималась другими вещами и вдруг решила поднять дополнительных денег на хайпе видеоигр в начале 90-х.

Dmy пишет:
Разнылись я округлил. Но компания ничего никому не должна. Это их продукт и что хотят с ним то и делают. Вас никто не заставляет покупать. Так что ничего она никому не должна. А из зха нытья рускоязычных пользователей теперь в русской версии MV интерфейс испаганен. Уж лучше бы остался как был изначально.

Lekste пишет:
Ну ты написал правдивую вещь да и никто в здравом уме не будут каждое нытье пользователей исправлять. Есть конешно компании которые прислушиваются но KADOKAWA не одна из них. Для них важны деньги а с русской аудитории они не фига не имеют. Так что им особого смысла чтото делать для рускоязычных где процвитает пиратство и региональные цены нету смысла ничего делать. Это не прибыльно же.

Alexandr_7 пишет: Ну по такой логике ноешь сейчас тут ты.

Кадокава захотела испоганить интерфейс — испоганила. Продукт Кадокавы, что она хочет, то и делает. (Я так не считаю, я лишь применяю твою логику к твоим же сообщениями.)

А пользователи не могли знать, что что-то не влезет. Им дали Гугл-Документ, они в нём исправили. Возможности проверить, где текст влезает, а где не влезает, не дали. Возможности внести правки после изменения тоже не дали.
Alexandr_7 пишет: «Каждое» — да, не будут. Но есть некоторые минимальные стандарты. Например, если в Стиме заявлен русский перевод, ожидается, что им можно пользоваться (а не что это перевод уровня Гугл-Транслейта, где «Управление таймером» перевели как «Управляющий таймер»).
Alexandr_7 пишет: Если бы было неприбыльно, они бы не добавляли поддержку русского вообще. Русский язык — шестой в мире по количеству говорящих, это огромный рынок.

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

Новых новостей нет, т.к. в Японии сейчас празднуют день моря.

RastaManGames пишет:
И походу новых новостей и не будет так как праздник продлится д 15 августа а выход MZ 20. Так что если и будет новость то 1 и скорее всего перед релизом.

Очередные новости по MZ. RPG Maker MZ, Preview #5: TPBS, A Closer Look
На этот раз расказали подробнее про новую боевую систему TPBS
Если кто понял в чем смысл боевки то буду рад услышать а то я вот не догоняю в чем ее суть. Не по слитому видео не по описанию так и не понял.

Да это боевка с той, нелюбимой многими, полоской действий. Когда она заполняется, можно выбрать действие. Затем полоска сбрасывается и нужно снова ждать, пока заполнится. У монстров заполняется такая же полоска, только они действия выбирают мгновенно, а игрок может тормозить и сделать ход с задержкой. Тогда враги могут успеть раза по 2-3 сходить, пока игрок делает свой ход. В общем, смесь пошаговой и боевки в реальном времени.

Так вот, они говорят, что там будет 2 счетчика ходов:
1. По количеству выбора действия игроком. По нему будет определяться время действия бафов и дебафов
2. По количеству ходов врагов. По нему будут происходить всякие события в бою

Lekste пишет:
Если еще они дадут возможность врубать такую боевку через события боевки то это блеск. Всеже Реалтаймовые бои о приори сложнее пошаговых а тут если представить что можно врубить в любое вренемя то неплохая такая подлянка будет. Мол ты просто дубасишь врага и гдето на остаток 50 процентов его жизней подрубается данная система и битва становится адом.
Ну а вообще данная функция для русской аудитории мало чем будет полезна. Видать популярна она в японии хотя я такую систему раньше не видел. Да и плагинов на MV не видел. Но скорее всего они есть.

Lekste пишет: Только твоё описание - это самые доисторические системы. Насколько я помню, в той же фф9 в момент выбора действия, у тебя система стопается, и ни у кого ничо не тикает. Хотя можно вообще по разному её настроить. Пойду почитаю форум, чо они там пишут.
Alexandr_7, была такая система в плагинах янфлая. Он её какое-то время поддерживал, потом дропнул. Сказав, что она часто багается из-за движка и нужны изменения внутри самого двигла, чтобы боёвка эта нормальная была.
Кстати, забыли тоже немаленькую новость, они предоставили сайт с апи для рпг мейкера мз. Кликнуть.
Кстати, они по прежнему в коде используют es5, прототипы и все такое. Из es6 они используют только const, все остальное в ес5. Но мы можем использовать ес6 (словно раньше не могли).

Pandarius пишет:
Ну если это отдельная система как Вид Сбоку то смысла ноль. А если эту систему можно включать через события битвы то тогда действительно есть смысл подрубать чтоб например на половине здоровья врага нужно было уже быстро думать что применить.

Так, судя по картинке которую залили на забугоррный форум, у нас будет два типа системы с time progress - active and wait.
Скриншотик:

Остается гадать, что имеется в виду под wait. Лично я надеюсь, что это означает паузу, как только кто-то из персонажей игрока получает возможность действия, и все бары стопаются. Однако есть мысль, что накопление баров не стопается. Просто сохранится очередь их заполнения. Вообще, в чем суть стопается-не стопается. Смотрите, когда мой самый быстрый персонаж апнул бар, ес-но я не буду моментально действия выбирать, мне надо подумать, что лучше и так далее. И если в это время будет накопление баров у других, преимущество персонажа резко падает. Даже если другие будут действовать по очередности заполнения баров. Просто, например, если мой вор, условно должен успевать два раза ходить, то в такой системе он будет ходить один раз, просто всегда самым первым.
Кстати, ещё о системе. Во-первых, самая максимальная скорость действия из коробки раз в 4 секунды. Во-вторых, если я правильно понял, вычисляется она на основе самого медленного врага. Т.е. числа всегда относительные.
В-третьих, зависит скорость от ловкости. Если точнее от квадратного корня из ловкости, и как сказал выше, это относительная зависимость. Можно ли её править из редактора - скорее всего нет, как и с многими другими формулами.
В-четвёртых, есть два типа хода в системе. Индивидуальный (Individual Turn Count) и Счётчик битвы[я бы назвал общим](Battle Turn Count). Различие в следующем, индивидуальный считается, как количество ходов совершенные конкретным персонажем. Например, вы вешаете баф на всю команду. И если у вас кто-то успевает сходить 4 раза, тогда как остальные два, то баф у того, кто ходил 4 раза спадает на 4 собственный ход. Счётчик битвы хитрее - он зависит от количество ходов противника, который сделал наибольшее количество ходов. В скиллах условия можно выставлять на индивидуальное количество ходов, в событиях к битве, привязка идёт к битве. Можно ли смешивать и там, и там - хз.
В-пятых, пока не понятно, можно ли динамически менять заполнение шкалы, путем бафа, дебафа ловкости. Скорее всего можно, потому что это довольно очевидно, но на форуме многие скептически к этому относятся, говорят, что скорее всего все вычисляется в момент начала боя и остается неизменным. Ответа от представителей нет (ну или я пропустил).
п.с. понятно, что все это можно прочитать на сайте. Написал это для тех, кому влом или не может.

1.Насчет "Wait" так же подумал.
2. Скорость определяется не по самому медленному, а по самому быстрому - у него бар заполняется за 4 секунды, а у остальных с коэффициентом относительно его скорости действий.
3. Менять скиллом думаю можно будет. Там же менюшка разлочивается при заполнении полоски. Так почему бы разом не докинуть ей прогресса, чтоб заполнилась раньше. К тому же они писали, что можно вместо одного персонажа, сходить любым другим, кто тоже уже заполнил полоску

Pandarius пишет: Ну вообщето большинство формул можно править из редактора. Хотя конечно данную систему скорее всего ннет но щас рано об этом спорить. Увидим на старте. Ну я уж точно увижу.

Сегодня вечером будет ещё один анонс, но он будет небольшим. А так же ещё один находится в переводе. Надо полагать, что они таки решили накидать нам ещё по одной новости каждую неделю, а потом как раз 20 число в четверг и релиз мз)
Появилась превьюха 6. RPG Maker MZ, Preview #6: MV Trinity Resource Pack Previews!

Пока ничего интересного не рассказали. Неужели больше нечего рассказать кроме DLC? Уверен большинство серьезных команд будут рисовать свою графику, а не тратить деньги на то что есть у всех.

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

Если переключить стим на японский язык и зайти в новости RPG Maker MZ, то можно увидеть новости, которых нет на русском языке (как минимум). Новости ссылаются на этот сайт: tkool.jp/mz/new_function/experience.html
Включите автоматический перевод страницы на русский язык. Внизу страницы можно переключаться на другие новости.
Также в одной из новостей стима заявлена возможность переноса проекта из МВ!

Также, там есть какой-то курс по написанию плагинов на японском, но его обещают в ближайшее время перевести на инглишь.