Solanacean

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

По-моему ты путаешь любителей с говноедами.

В новеллах Innocent Grey текст выводится как на весь экран (nvl сцены), так и в "узенькое окошко". Помимо этого он может выводиться в транспарентные окна, которые имеют право располагаться в любом месте экрана (пролог Cartagra).

Советовать в данном случае следует не таймпуновские задротоновеллы, а короткие додзинси. Такие как Narcissu, True Remembrance, A Midsummer Day's Resonance, Red Shift, Night of the Forget-me-nots. Из коммерческих работ подойдет Planetarian.

G-senjou меня тоже гораздо больше интересует, но голосовал я за CC, потому что реально выбор стоял между CC и Muv-Luv (который мне ни во что не впился). И судя по треду на форчане, как минимум несколько человек голосовали за CC точно из таких же соображений...

Дальше не читал.

Это потому, что ты пытаешься судить о вкусе фиников, не пробуя их. Авторы патча убрали неуместный порнонатурализм, а не всякое упоминание о. От того, что игроку не показали крупным планом половые органы героев и избавили его от необходимости проматывать сопровождающий совокупление наидебильнейший текст, игра ничуть не потеряла, уверяю тебя. Понятно. Если сие есть типовое хентайное поделие для пускающих слюни на лоли и некомими великовозрастных дрочеров, нам такого совершенно определенно не нать. =( По теме: время от времени читаю Higurashi no Naku Koro ni. Намеренно растягиваю удовольствие, чтобы не сидеть неделями в ожидании очередного патча. Если убрать horror-составляющую, которая пока заявляет о себе только намеками (день 11 Onikakushi-hen), получаем замечательную комедию с элементами слайс оф лайф. Пожалуй, это моя любимая фэнсабберская локализация (имею в виду перевод Sonozaki Futago-tachi, естественно).

Вот, кстати, небольшая просьба к тем, кто будет играть в Castle Fantasia 2. Игра, как известно, время от времени вылетает. Считается, что вылеты происходят потому, что игра не слишком совместима с Windows XP, некоторые грешат на патч с переводом. На самом деле, проблема в баге, допущенном программистами движка; операционная система здесь абсолютно ни при чем, как ни при чем и патч с англофикацией - баг точно так же проявляет себя и в непропатченной версии (я, разумеется, проверял). В свое время я делал патч, исправляющий эту ошибку, патч выкладывался на Visual News/Novel News в соответствующей теме (взять его можно, например, отсюда). Собствено, просьба вот какая: патч тестировался мной, народом с VN/NN и кое-кем с da-forums, но статистика собрана не такая обширная, как мне бы того хотелось (вполне возможно, что этот баг в игре не единственный). Поэтому прошу тех, кто будет играть, играть пока не достанут вылеты, затем установить поверх патча с переводом мой патч и играть дальше =). Если после этого будет хотя бы один вылет - сохраните ближайший к "месту вылета" сейв где-нибудь на диске и сообщите мне. Если вылетов не будет совсем, тоже сообщите. =)

dylfin, я настоятельно рекомендую посетить anidb и поюзать его, чтобы желания рекомендовать в качестве примера вротарт больше не возникало. Вротарт это по сути урезанная и упрощенная версия anidb и все те фишки которые тебе в нем нравится есть и у anidb, причем в куда более продуманном их варианте. Во-первых, на anidb на одно произведение также приходится несколько обзоров. Во-вторых, для общения, споров и поиска soul mates существуют форумы (на anidb, кстати, помимо всего прочего есть и форум), а в обзорах должна содержаться информация. Информация, исходя из которой читатель сможет принять решение о том, стоит или не стоит обозреваемая вещь его внимания, а не хрен знает что как на вротарте, где к обзору не предъявляется практически никаких требований, в результате чего мы имеем преисполненные пафоса и отвлеченного филосопльствования простыни, псевдообзоры из двух строчек, или еще того хуже (возвращаясь к нашим булыжникам) интересные двум с половиной людям обсуждения. Взгляни на обзоры на anidb - все они имеют структуру. Каждый написанный обзор содержит оценки по нескольким пунктам: анимация, звук, сюжет, персонажи, ценность для жанра и наконец, полученное удовольствие. Минимальный обзор состоит из обосновательной части для выставленных по этим пунктам оценок. Кроме того, каждому написанному обзору любой зарегистрированный пользователь может выставить оценку по десятибальной шкале: 10 - Отлично 9 - Хорошо 6 - Выше среднего 5 - Соответствует минимальным требованиям 3 - Нуждается в некоторой ревизии 1 - Нуждается в полной ревизии Обратите внимание на отсутствие пунктов "0 - автор идиот", а также "1000 - согласен" и "-1000 - не согласен". Свое согласие или несогласие с автором можно высказать на форуме, рейтинговая же система оценок обзоров предназначена не для субъективной оценки умственных способностей их авторов (в коем качестве ее у нас принято использовать), а для совершенно других целей.

Честно говоря, ни один из перечисленных Χρόνος ресурсов не соответствует моему представлению о том, каким должен быть сайт по данной тематике. Идеальным для меня вариантом является база по типу anidb, где всегда можно узнать последние новости, взглянуть на рейтинги и почитать обзоры, где есть удобный поиск, где результаты этого поиска можно отсортировать в соответствии с любыми эротическими фантазиями, где люди, пишущие обзоры не устраивают друг с другом чат (увесистый булыжник в огород вротарта), даже если один из них в корне не согласен с другим, а еще один - с первыми двумя, где нет, наконец, унылых графоманских говноизлияний, брикающих любой пафосометр, не предназначенный для измерения пафоса, зашкаливающего за 9000 (второй булыжник в тот же огород). Ничего подобного, к сожалению, пока нет ни в наших интернетах, ни в импоршных (VNDB, увы, тянет лишь на бледное подобие).

Боюсь даже представить себе, что может натворить на своей машине юзер, если будет беспрекословно следовать указаниям аваста... Разве? Если мне не изменяет память, мы просто расширили секцию ресурсов, без добавления новых секций. В секции ресурсов был код, который туда вписали пираты - этот код отвечает за загрузку шрифтов. Естественно, пиратам пришлось поменять атрибуты секции, а именно добавить флажок Executable, чтобы вписанный код мог исполняться. Вполне возможно, что именно этот флаг у секции, которая его иметь не должна и вызывает подозрение у поделки, которой быть не должно. :lol:

Форумов в рунете, в том числе и схожей направленности, как грязи. Если модераторы будут вставлять палки в колеса тем, кто имеет желание заняться наполнением интересующего меня раздела, я даже не буду дожидаться, пока меня отсюда попросят. "The net is vast and infinite" ©

Английское слово 'fan' по сути означает горячего поклонника, русское же слово 'фанат' имеет ярко выраженную негативную коннотацию. Возникает образ невменяемого фанатика, фапающего на объект своего поклонения и люто, бешено ненавидящего/стремящегося уничтожить любого, кто имеет альтернативную точку зрения или, упаси боже, посягает на 'святое'. Так вот, знаете, я скорее fan, чем фанат. Игру проходил с 'противоэротическим' патчем от Message, что с точки зрения фаната, готового закусывать фуа гру дерьмом потому, что 'таков был авторский замысел', является форменным кощунством. Еще раз возвращаясь к баранам: если перевод на английский это компромисс, то вторичный перевод на русский это зло. Английский язык беднее русского, потому переводы с японского на английский, а затем с английского на русский (если только это не технические переводы) ущербны априори (даже если переводчики с английского прекрасно владеют и английским и русским, с чем в вашей команде проблемы). Уже смешно.

Логики не вижу ну абсолютно никакой. Английский перевод - прямой перевод с японского, намечающийся русский - кривой двойной перевод японский -> английский -> русский, который заведомо, априори уступает как оригиналу, так и переводу mirrormoon. Кроме того, я знаю уровень наших переводов и знаю, кто ими занимается и потому да, скептичен до крайности. И это... Впредь, когда захочешь дать кому-либо совет относительно того, как надо относиться к родному языку, постарайся не делать столько ошибок хотя бы в том сообщении, в котором советуешь.

А кураторство на этом форуме практикуется? Суть та же модерация, но в пределах одной темы.

Для тех, кто переводит или собирается заняться переводом: может заведем на анимуфоруме тему, подобную вот этой? Примерный вид profile'а: Ник(и): Имеется опыт: Наиболее примечательные работы/проекты: В настоящее время работает над: Может помочь с: Кто что думает по этому поводу?

Вы сейчас привели пример жуткого костыля и что самое забавное, сделали это упомянув уровни абстракции. Обработка исключений процессора это не абстракция от железа, а наоборот, самый что ни на есть низкий уровень. Все это элементарно реализуется на ассемблере путем установки SEH и VEH обработчиков. Ваша мысль понятна. Я предлагаю другую аналогию: вместо пистолета (или что там у вас) пусть будет нож, поскольку нож - инструмент более широкого назначения. Так вот, программисту Delphi разрешают пользоваться пластмассовыми ножами, которыми нельзя порезать себе палец или кого-нибуть убить, но ни на что полезное, кроме намазывания масла на хлеб, они не годятся. Нужно ли говорить вам, что шеф-повар всегда выберет более эффективный и опасный инструмент? Вы считаете, что ему нужно дать по уху и вручить пластмассовый? Вам показалось. Не уверен, что правильно понял высказанную вами мысль, поэтому не могу в полной мере разделить вашу грусть, но, раз уж вы решили поделиться наболевшим... У меня легкую грусть вызывает то, что развелось много "тепличных" программистов, для которых компьютер и ОС этакие черные ящики. Они не знакомы с архитектурой машины, никогда не нюхали ассемблера (конечно, работать на нем не обязательно, но знать все же полезно) и не имеют представления о WinAPI, не говоря уже о каком-нибудь Native API. К услугам таких программистов готовые компоненты и библиотеки - элементы конструктора, опять же черных ящики для построения программы. А с другой стороны, если хорошенько подумать, может и не нужно все это прикладнику? Как не нужно системщику, например, умение писать игровые программы. Вы работали с lex/yacc? Вопрос никак не связан с основной частью моего сообщения.

Замечательно. Указатели это потенциальная ошибка, а ассемблерные вставки (в которых у вас к тому же наверняка используются те же указатели) - нет. Массивы - потенциальная ошибка. Мне не очень нравятся ваш менторский тон и ваша непонятная уверенность в том, что вы один Д'Артаньян, а все кругом - идиоты, не писавшие ничего серьезнее "привет, мир". Я сам, к слову сказать, не сторонник бездумного использования указателей, но в некоторых случаях указатели = самый простое и вместе с тем эффективное решение. Все с вами понятно, вопросов больше не имею. Благодарю.

В английской статье на той же википедии написано, что язык мультипарадигменный, т.е. поддерживает разные модели программирования, включая объектно-ориентированное. Я только одного не могу понять: причем здесь ООП, если речь шла о указателях? =) Тот же самый вопрос собирался задать вам. По-моему тоже. Поэтому я не говорю "паскаль", а говорю "борландовская реализация паскаля". Все-таки Вирт создавал паскаль главным образом для обучения студентов процедурному программированию, о том, как сделать из наследия Вирта инструмент, пригодный для решения реальных задач, думали в Борланд. И объекты в паскаль вроде бы добавил отнюдь не Вирт, если не ошибаюсь. Извращение это, например, езда туда-сюда по выходному потоку при реализации LZSS-анпакера, тогда как код с указателями выглядит не в пример изящнее и читабельнее, не говоря уже о том, что работает куда как эффективнее. P.S. Не заметив вашего последнего сообщения, слегка дополнил свое предыдущее.

Совершенно согласен в том, что касается кривости WinAPI, но к сожалению, выбирать не приходится - что имеем то имеем. Это тема для жаркого холивора, в котором я, уж простите, не имею желания принимать участие. Уверен, что Objective C был выбран в качестве основного языка для макоси несколько по иным соображениям, нежели чем "потому что это труЪ". А вот интересно, в макосях подобная обвязка есть? Идея хорошая, да. [EDIT] Нет, погодите... Во-первых, разве реализовывать такую обвязку должна M$, а не Борланд? Во-вторых, такая обвязка частично есть. Вам не приходилось дизассемблировать и отлаживать (на уровне ассемблера) экзешники, скомпилированные в Delphi? Внутри них совершенно жуткий спагетти-код, где вокруг каждого вызова WinAPI-функции слоями накручены обертки. Как это, простите, в спешке? Указатели были в борландовских реализациях паскаля задолго до появления Delphi. И потом я привел пример, где указатели явно не используются - чтение в динамический массив. Указателей нет, а кривизна есть. Кстати, аргументы по ссылке это по сути есть ни что иное, как указатели.

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

Вы попробуйте написать паковщик/распаковщик сначала не используя указатели, а потом используя их. Или попробуйте написать что-то с использованием WinAPI. Уважаемый, разве я говорил о том, что использовал средства ООП? И C++, например, если уж на то пошло, тоже язык ООП. И задача передо мной стояла не совсем прикладная, если вы не обратили на это внимание. И что? Вы не знаете, что в C тоже есть типизированные указатели? По-моему из контеста моего сообщения понятно, что речь идет именно о них. Вы себе как вообще представляете арифметические операции с нетипизированными указателями? Во-первых, с асма на Delphi не пересаживаются, вы видимо асм с бейсиком перепутали. Во-вторых, указатели это низкоуровневые элементы языка, а связь указателей с массивами на низком уровне совершенно очевидна. Парадокс получается: смысл указателей в ЯВУ в том и заключается, чтобы дать программисту в руки низкоуровневый инструмент, между тем Delphi налагает на операции с указателями совершенно идиотские искусственные ограничения. В результате - ни рыба ни мясо. Т.е. вам не кажется, что sIn.Read( pMem^, sIn.Size ); это редкостный изврат? (pMem - указатель на буфер, напоминаю) А может быть вы думаете, что и это: sIn.Read( SomeDynamicArray[0], sIn.Size ); верх изящества? Можно подробнее? Я без всякой задней мысли спрашиваю, потому как на Delphi, в отличие от мужиков, не работаю.

Согласен, игра достойная. Хотя я игры с таким количеством H-сцен обхожу стороной, эту прошел, хотя и не до конца (не по всем веткам прошелся). Вообще, все три переведенные на английский игры студии C's ware - упомянутая DiviDead, Desire и EVE Burst Error, более чем достойны внимания (особенно последняя - великолепнейший остросюжетный триллер с невероятно сложным и лихо закрученным сюжетом и ни капли хентая)

А не надо писать одну &. И перечисленные конструкции являются наследием языка системного программирования, не забывайте. Автоинкремент и автодекремент очень удобно использовать, например, при работе с указателями и если не ставить себе цель обфусцировать код =), получается лаконично и очень читабельно. Кстати, о указателях - совсем недавно портировал код с C на Delphi (функцию распаковки пожатого по трем алгоритмам BMP, там все держится на указателях), лишний раз убедился в том, что работа с указателями в Delphi возможна разве что через одно место. Вот скажите мне на милость, почему в Delphi переменная-указатель не может использоваться в качестве имени массива, как в C? Это же логично, любому, кто хоть немного программировал на ассемблере, понятно, что связь между указателями и массивами самая что ни на есть прямая. Так почему я должен городить огород вроде Type TZeroArrayB = Array[0..0] of Byte; Var pArrayB: ^TZeroArrayB; ... begin ... GetMem( pMem, 1234 ); pArrayB := pMem; ... end. чтобы обратиться к памяти, на которую указывает pMem, как к массиву байт? Разве такой способ - не грязная реализация по сути, в которой используется неспособность компилятора определить выход за границы массива? А вот в этом sIn.Read( pMem^, sIn.Size ); логика какая? Операция '^' это операция разыменования указателя, т.е. получение переменной, адрес которой находится в переменной-указателе. Функции чтения нужно передать адрес буфера, так почему тогда '^'? P.S. Был немало удивлен, обнаружив, что арифметические действия с указателями в Delphi возможны только через функции Inc/Dec, но это уже мелочи жизни... >_<

KID это достаточно крупный издатель, если я не ошибаюсь. Вот еще из той же категории сюрпризов: страница визуальной новеллы Cartagra располагается не где-нибудь, а на сайте... да, да, KID. Игра, кстати, переводится.