Результаты поиска
|
|
#1 | Тема: 51 Карта (UPD)
Недавно перевёл одну маленькую (не просто маленькую, но крохотную) новеллу. Вот она. По длине прохождения занимает несколько минут. Тем не менее, было в ней нечто цепляющее, занятное... Как бы сказать, своеобразие эдакой манипуляции настроения.
Каковы Ваши мысли насчёт этой новеллы? Есть ли смысл переводить подобное?
=== Как сделать выложенный материал активным, дабы его могли видеть? Нажатия на галочку при правке не помогают.
Сообщение отредактировал Tester - Суббота, 28/Апр/2018, 21:29
Тестировать, тестировать и ещё раз тестировать.
|
#2 | Тема: Вопрос по новелле OreImo
Судя по vndb, ПК-версия есть лишь на Испанском (да и то, частичный перевод). На Английском тоже есть только частичный перевод (качать где-то здесь). По поводу японских пираток сказать точно не могу, но на пиратской бухте и рутрекере нет.
Тестировать, тестировать и ещё раз тестировать.
|
#3 | Тема: 51 Карта (UPD)
47-Кам, Благодарю.
Тестировать, тестировать и ещё раз тестировать.
|
#4 | Тема: Как изменить шрифт 2 раза?
Или можно сделать просто несколько "персонажей-говорунов", которым задать все схожие параметры, кроме шрифта. Одних юзать в nvl, других в adv.
Тестировать, тестировать и ещё раз тестировать.
|
#5 | Тема: Нужно помочь с обнаружением ошибки в /минисобытии/
Хм-м... Гипотетически можно реализовать "под-метки" после каждого единичного выбора. И после выбора (можно в самом menu:) перекидывать на них.
Допустим:
label AllahAkbar:
menu: "Взорваться?" "Да!": terrorist "Аллах Акбар!" jump After "Нет!": "Аллах не будет ждать!" terrorist "Аллах Акбар!" jump After label After: "Пояс не сработал." menu: "Что делать будем?" "Броситься на неверного с кинжалом!": pass "Попробовать ещё раз": jump AllahAkbar <...>
Тестировать, тестировать и ещё раз тестировать.
|
#6 | Тема: Ваше отношение к курению и алкоголю?
Резко отрицательно.
Согласно моим принципам, должно сохранять трезвый рассудок всегда, несмотря ни на что. Пусть даже еси риск свихнуться. Ибо то, что нас не ломает и что мы принимает лицом-к-лицу, делает нас сильнее.
Тестировать, тестировать и ещё раз тестировать.
|
#7 | Тема: Депрессия
Загрузить себя работой, делом. Заниматься этим почти без передышки, дабы отрубаться через некоторое количество часов. Ежели депрессия слишком сильна, можно ещё больше усердствовать; допускается сбив своего ритма.
Предпочтительна умственная работа.
Тестировать, тестировать и ещё раз тестировать.
|
#8 | Тема: Ваш Браузер
Comodo Dragon неплох. Как модернизированный хром с кое-чем более удобным. Но Tor, полагаю, лучше всего.
Тестировать, тестировать и ещё раз тестировать.
|
|
|
#11 | Тема: Hanachirasu. Переводят ли?
Хотелось бы знать, переводят ли данную новеллу (Hanachirasu). В противном случае, возможно, начну перевод сам.
Тестировать, тестировать и ещё раз тестировать.
|
|
#13 | Тема: Ren'Py: редкий баг и решение.
Данная тема создана для тех, у кого возникнет данная проблема. Гипотетически ошибка, описанная в теме, может вызываться не только по причине, описанной здесь.
В играх на движке Ren'Py может встречаться ошибка: Runtime Error. Program: <...> This application... Такого формата. У меня, например, встречалась по ходу переводимой игры при весьма и весьма странных обстоятельствах. Одно из таких: нажатие Enter перед группой эффектов, а затем включение перемотки и немедленное сворачивание экрана.
Выяснилось, что виноват один из эффектов. with Pause(t). (t -- Время паузы). (Опять же, не обязательно всегда, но может вызывать)
Как исправить?
- Заменить в "поражённом" участке скрипта все with Pause(t) на $ renpy.pause(t) (или pause(t). Разницы особо нет). У меня ошибка ушла. И да, не забывайте при необходимости переносить pause(t) (или $ renpy.pause(t)) на новую строчку, ибо оные всегда (поправьте, если ошибаюсь) должны начинаться с начала строки, в отличии от with <...>.
Вероятно, есть и более удобные решения (ибо особенности использования with Pause и $ renpy.pause (pause(t)) немного отличаются в частности при пропусках кликом). Ежели кто-либо встречался с подобной проблемой и нашёл лучшее решение — просьба отписать сюда. Ежели у кого-либо была данная ошибка, но её указанным методом исправить не удалось — тоже просьба отписать сюда.
Сообщение отредактировал Tester - Пятница, 22/Июн/2018, 10:51
Тестировать, тестировать и ещё раз тестировать.
|
#14 | Тема: Базовый календарь,ошибка
Ну вообще мне кажется, что изначальный код стоило бы доработать так (- вместо пробела). Согласен с ответом выше, что в одном из условий ошибка. Но почему бы не доработать?.. (Встраивание в код: в N++ замена 4-х дефисов ("----") на 4 пробела (" ")). ===1:
label days: ----if ((day_of_weak >= 1) and (day_of_weak <=5)): --------"working" ----elif ((day_of_weak == 6) or (day_of_weak ==7)): --------"Yeeah" ----$ day_of_weak +=1 ----if (day_of_weak > 7): --------$ day_of_weak = 1 ----jump days
=== Ежели нужно под каждый день с сохранением day_of_weak (1 == Пон). ===2:
init: ----$ dayer = ["Понедельник", "Вторник", "Среда", "Четверг", "Пятница", "Суббота", "Воскресенье"] label days: ----if ((day_of_weak >= 1) and (day_of_weak <=7)): --------"[dayer[day_of_weak - 1]]" ----else: --------$ day_of_weak = 0 ----$ day_of_weak +=1 ----if (day_of_weak > 7): --------$ day_of_weak = 1 ----jump days
=== Полные дни с наличием проверки на выходные: ===3.1: init: ----$ dayer = [["Понедельник", "Рабочий"], "[Вторник", "Рабочий"], ["Среда", "Рабочий"], ["Четверг", "Рабочий"], ["Пятница", "Рабочий"], ["Суббота", "Выходной"], ["Воскресенье", "Выходной"]] label days: ----if ((day_of_weak >= 1) and (day_of_weak <=7)): --------"[dayer[day_of_weak - 1][1]]" # Отображение дня. --------"[dayer[day_of_weak - 1][0]]" # Рабочий ли. ----else: --------$ day_of_weak = 0 ----$ day_of_weak +=1 ----if (day_of_weak > 7): --------$ day_of_weak = 1 ----jump days ===3.2:
init: ----$ dayer = ["Понедельник", "Вторник", "Среда", "Четверг", "Пятница", "Суббота", "Воскресенье"] label days: ----if ((day_of_weak >= 1) and (day_of_weak <=7)): --------"[dayer[day_of_weak - 1]]" --------if ((day_of_weak == 6) or (day_of_weak == 7)): ------------"Выходной :(" --------else: ------------"Рабочий!" ----else: --------$ day_of_weak = 0 ----$ day_of_weak +=1 ----if (day_of_weak > 7): --------$ day_of_weak = 1 ----jump days
=== Если не заработало, можно попробовать так:
label start: ----call days ----jump start
label days: ----if ((day_of_weak >= 1) and (day_of_weak <=5)): --------"working" ----elif ((day_of_weak == 6) or (day_of_weak ==7)): --------"Yeeah" ----else: --------$ day_of_weak = 0 ----$ day_of_weak +=1 ----if (day_of_weak > 7): --------$ day_of_weak = 1 ----return
Сообщение отредактировал Tester - Вторник, 26/Июн/2018, 13:07
Тестировать, тестировать и ещё раз тестировать.
|
#15 | Тема: Базовый календарь,ошибка
Во-первый, мат. операция внутри списка может не пройти, тогда придётся фиксить через $ renpy.say(). Аргумент там зависит от того, кто говорит и проч., так что настраивать то отдельно.
В-вторых. проблема вот в чём: day_of_weak -= 1. -= 1!!! В варианте 3.2 сего нет, но в трейсе есть. Значит, неверно переписан код. Таким образом, day_of_weak -= 1, где -= не является мат. операцией (= -- присваивание, -= возможно лишь при изменении значения переменной и его присваивании), благодаря динамической типизации строкой "day_of_weak -= 1" в Юникоде. Вот, откуда взялся юникод.
===
Можете попробовать исправить на "[dayer[day_of_weak - 1]]" в строке 38 (уже вне приведённого вами кода). Ежели не будет работать, попробуйте другой вариант: $ renpy.say(char, "[dayer[day_of_weak - 1]]". char -- Имя того, кто говорит. Можно вовсе не вводить. Ежели и это не сработает, тогда попробуйте ещё варианты, допустим: === $ renpy.say(char, "[dayer[%d - 1]]" % day_of_weak) === $ renpy.say(char, "[dayer[%d]]" % (day_of_weak - 1)) === $ AllahAkbar = day_of_weak - 1 #И дописать в ините как число. $ renpy.say(char, [dayer[%d]] % AllahAkbar) === $ AllahBabah = dayer[day_of_weak - 1] # И прописать в ините как строку. "[AllahBabah]" === Можете даже такое (но зачем?!) $ AllahBabah = dayer[day_of_weak - 1] # И прописать в ините как строку. $ renpy.say(char, "%s" % AllahBabah)
Сообщение отредактировал Tester - Вторник, 26/Июн/2018, 19:54
Тестировать, тестировать и ещё раз тестировать.
|