Daniel5555

Тема закрыта в связи с апгрейдом форума.

Оно может переводиться как угодно, но в языке оно означает существо, которое связано с авраамическими религиями. "Shito" является гораздо более широким термином. Как и "Ангел" для большей части людей. В сериале они не называют их "tenshi". Я думаю, что авторы просто решили, что в английском языке нет лучшего слова, чем "Angel" для перевода, к тому же они давали им имена ангелов. Но не следует забывать, что японцы относятся ко всему этому не так, как люди на западе (и обычно они относятся с некоторым снисхождением к западным фанатам). Поэтому я бы не придавалал особого значения английскому переводу. Один из новых примеров этого:

Эм, это твоя личная интерпретация явно. Там взяты отдельные термины и есть отсылки, но, официально, это не является адаптацией какого-либо религиозного текста. Конкретно, слово "Ангел" это типично плохой перевод с японского для внутреннего потребления. Они и сейчас так делают. Я это прекрасно знаю.

В оригинальном сериале их называют "shito" и то, насколько верно вообще переводить это как "ангелы", учитывая культурный багаж связанный с этим словом, достаточно спорная тема. А вообще у Евангелиона уже есть официальный лор, который отвечает на большую часть вопросов. Но это лор такой, весьма на любителя.

Первый раз слышу, чтобы это была абревиатура. По-моему это просто один из вариантов перевода слова "shito", которым их и называют в оригинале.

lol, отвечаю в тему спустя год. Закладки не очень хорошо подходят для того, чтобы хранить тысячи ссылок и иметь к ним доступ с разных устройств. Ваш кэп. В любом случае, сейчас я пользуюсь https://www.diigo.com/ Пока устраивает. Еще вроде есть хорошие отзывы о http://pinboard.in/ , но я им не пользуюсь.

Насколько я знаю, у нас на форуме нет темы об этой игре, но играли в нее многие. Вчера появился вот этот трейлер: Так что тема пока что скорее задел на будущее. P. S. А еще 8-го августа появится второй сезон Бэтмена... Между тем, новые серии The Guardians of the Galaxy появляются раз в 2 месяца. Что ни разу не радует.

Я посчитаю что это не спам только потому, что мне понравилось видео и я считаю это в целом безобидным.

лол, он уже умирал один раз. И его убил его собственный форк, я так понимаю? Ну так можно пользоваться им и пользоваться (MPC-BE) и считать, что это новая версия, вот и все.

Я не совсем понимаю тогда, что именно ты делаешь. Если ты уже во время захвата делаешь сжатие (то есть это не lossless), то делать конверцию из h264 в h264 в принципе не имеет смысла практически никогда (кроме Blu Ray дисков и тому подобного). Если тебя не устраивает размер файлов на выходе, скорее всего, при перекодировании тебе лучше всего использовать VBR, потому что CRF ориентирован на качество, а не на размер и там ты фиг угадаешь, как его снизить. Но я сомневаюсь, что в принципе имеет смысл делать еще одно сжатие после сжатия. Скорее всего с высоким битрейтом качество после сжатия во время захвата будет более чем адекватным. Иначе говоря, либо ты делаешь захват без сжатия -> монтаж без сжатия -> перекодирование с CRF -> Ютуб, либо захват с сжатием и в дальнейшем при любом перекодировании ты ориентируешься на битрейт исходного видео и используешь VBR (если ты не вставляешь в монтаж видео с другим битрейтом). Жесткость настроек видео тебе предстоит отрегулировать самостоятельно в зависимости от того, сколько времени ты готов потратить на кодирование. Можешь взять мои настройки в качестве потолка и снижать их до тех пор, пока скорость не станет для тебя приемлимой (либо просто можешь взять один из пресетов). Имей в виду, что качество зависит как от VBR или CRF, так и настроек энкодера. Чем выше битрейт (для VBR) или ниже CRF, тем выше качество. Но при этом для каждого из этих параметров чем строже настройки, тем выше качество. То есть при одном и том же CRF или VBR, ты можешь получить очень разные результаты по качеству в зависимости от настроек. Ты можешь даже сделать ниже битрейт, но при более строгих настройках получить лучший результат в качестве. В свою очередь, чем строже настройки, тем дольше будет идти кодирование. По-моему качество более чем адекватное. Вообще для игры с такой графикой я бы не особо заморачивался с этим, это выглядит как не слишком оправданная трата сил. В случае Вейдера речь шла о кодировании с Blu Ray, в моем случае изначально речь шла о перегоне старых MPEG2-видео без потерь в более новый формат. Там реально устремление было к тому, чтобы не потерять ни одного пикселя и снизить размер раза в 3. Здесь же я не вижу особого смысла. Вообще говоря о летспелях, меня, по моему опыту, всегда больше привлекал геймплей/личность играющего, а не качество видео.

Я советую прочитать этот пост:

Это одна из причин, почему не так просто быть видеоблоггером. Насчет размера - если размер больше оригинала, значит можно смело увеличивать CRF. Можно попробовать с CRF=23 или даже CRF=28. Относительно скорости - это цена за качество. Если тебе нужно быстрее, тебе не подойдет ни один из строгих методов. P. S. Если есть такая возможность, выложи эти 45 или хотя бы 30 секунд. Так я мог бы посмотреть напрямую, в чем там дело.

YUY2 это цветовая схема, в которой кодируют большинство устройств захвата, видеокамер и т. д., потому что в ней лучше сжатие при определенной "потери" качества. В твоем случае ты захватываешь компьютерную игру, то есть цвета в ней обрабатываются в RGB, плюс к этому на этом этапе ты делаешь захват в оригинальном качестве. Около 100 гигабайт? Это не так уж много.

В этой теме в первом же сообщении у тебя есть один из способов решения именно этой задачи, которую я решал сначала для видео с фигурным катанием, а потом ее решал Вейдер для релиза Евы. Вкратце (после того, как ты смонтировал и сохранил видео в оригинальном качестве, как описал @Gabriel): 1. Скачиваешь Handbrake. 2. Обязательно определяешь имя выходного файла через кнопку Browse, иначе все пойдет насмарку. 3. В табе Video выбираешь "Use advanced tab instead". 4. Выбери значение параметра Constant Quality в табе Video. Я не знаю какой именно тебе стоит выбрать, из моего опыта для видео лучше всего подходит 16, для анимации 18. Я пробовал диапазон от 12 до 23. Чем выше число, тем хуже качество и меньше размер. Значение для Lossless зависит от видео. 5. В табе "Advanced" задаешь настройки так, чтобы внизу появилась строчка: ref=6:bframes=5:b-adapt=2:direct=auto:me=tesa:subme=10:merange=64:analyse=all:trellis=2:no-dct-decimate=1 Вот это: vbv-maxrate=20000:level=4.0:vbv-bufsize=25000:rc-lookahead=30: и другие параметры, которые там могут быть, удаляешь из нее. 6. В Audio выбираешь AAC с меньшим битрейтом, чем в оригинале, либо Passthru. 7. Остальные настройки я оставляю на твое усмотрение, там просто много писать и мало толку, ты быстрее разберешься. Почему это все так, описано в первом сообщении в теме и далее. Это звучит как очень плохая идея. И CBR это наихудший вариант для кодирования с высоким соотношением качество/размер. @Uncle Vёder в этой теме написал отличный пост на эту тему.

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

Скорее всего, это просто не твой жанр...

Да, но не совсем. У меня есть и Windows 10 в дуалбуте для игр/специализированного софта. Поэтому я чередую системы и использую MPC-HC в Windows. В Линуксе же я использую SMPlayer. В целом, я был бы рад перейти целиком на Линукс, но... Не советую использовать "железное" кодирование :) И вообще об этом есть целая тема:

У меня уже такая стадия, что мне не очень хочется пробовать новые программы и на интерфейс мне пофиг :) Наверное, это плохо...

Мило. Я помню вроде лет 5 назад или около того я пробовал им пользоваться, но тогда вроде не зашло почему-то. Интерфейс, помню, был совсем другой. Может стоит сейчас попробовать (хотя меня и MPC-HC устраивает).

Они потерялись при переходе на новый движок. У меня этого не наблюдается. У кого-нибудь еще?

Все баги пишутся в эту тему: