@Boris@ · 10-Май-13 18:45(11 лет 6 месяцев назад, ред. 22-Май-13 21:33)
Евангелион 3.33: Ты (не) Исправишь / Evangelion: 3.0 You Can (Not) RedoГод выпуска: 2012 Страна: Япония Жанр: фантастика, меха, драма Продолжительность: 1:35:40 Перевод: субтитры Русские субтитры: есть (Evangelion-not-End) (внутри контейнера внешние) Английские субтитры: есть (UTW-THORA)Режиссеры: Anno Hideaki \ Анно Хидэаки Автор оригинала: Anno Hideaki \ Анно ХидэакиОписание:
После событий второго фильма, Икари Синдзи пробуждается в новом мире. Он не понимает, что происходит, но постепенно ему открывается пугающая истина. В результате Синдзи придется снова сражаться с ангелами вместе с неожиданными союзниками, преодолевая сопротивление бывших друзей. И снова судьба бросит его на передовую войны и заставит принимать решение за всё человечество. Что же он выберет в этот раз?Доп. информация: Данный файл будет читать большинство современных бытовых проигрывателей*
(могут не отображаться встроенные субтитры, в этом случае положите в ту же папку [url=http:// СПАМ файл[/url]).
[url=http:// СПАМ Скачать семпл <<<[/url]Качество: BDRip [AniBoters] Формат: MKV Видео кодек: H.264 Аудио кодек: AC3 Видео: 1280x544, 8 bit, 24fps, 2600kbps Аудио: AC3 6ch 640kbps 48Khz (японский)Релиз от групп
Скриншоты
MediaInfo
General
Unique ID : 172391909448330087986724100995728614072 (0x81B1795BD7CFC2EB9DDC8CE9117122B8)
Complete name : E:\[enc]\Eva3\[aniboters]_Rebuild_of_Evangelion_3.33_You_Can_(Not)_Redo_(720p,BDRip,AVC,AC3).[1AF7F3ED].mkv
Format : Matroska
File size : 2.17 GiB
Duration : 1h 35mn
Overall bit rate : 3 246 Kbps
Encoded by : [AniBoters]nonsens112
Encoded date : UTC 2013-05-10 13:15:38
Writing application : mkvmerge v4.5.0 ('Speed of Light') built on Feb 1 2011 02:10:32
Writing library : libebml v1.2.0 libmatroska v1.1.0
TITLE : Rebuild of Evangelion 3.33: You Can (Not) Redo (2013) -=- ripped by [AniBoters]-=-
DATE_RELEASED : 2013-04-24
COMMENT : BDRip
Attachment : Yes / Yes / Yes / Yes / Yes / Yes / Yes / Yes / Yes / Yes / Yes Video
ID : 1
Format : AVC
Format/Info : Advanced Video Codec
Format profile : High@L4.1
Format settings, CABAC : Yes
Format settings, ReFrames : 12 frames
Codec ID : V_MPEG4/ISO/AVC
Duration : 1h 35mn
Bit rate : 2 600 Kbps
Width : 1 280 pixels
Height : 544 pixels
Display aspect ratio : 2.35:1
Frame rate : 24.000 fps
Color space : YUV
Chroma subsampling : 4:2:0
Bit depth : 8 bits
Scan type : Progressive
Bits/(Pixel*Frame) : 0.156
Stream size : 1.70 GiB (78%)
Title : AniBoters
Writing library : x264 core 130 r2273kMod b3065e6
Encoding settings : cabac=1 / ref=12 / deblock=1:1:1 / analyse=0x3:0x133 / me=tesa / subme=10 / psy=1 / fade_compensate=1.00 / psy_rd=1.00:0.00 / mixed_ref=1 / me_range=32 / chroma_me=1 / trellis=2 / 8x8dct=1 / cqm=0 / deadzone=21,11 / fast_pskip=0 / chroma_qp_offset=-2 / threads=16 / lookahead_threads=4 / sliced_threads=0 / nr=0 / decimate=0 / interlaced=0 / bluray_compat=0 / constrained_intra=0 / bframes=16 / b_pyramid=2 / b_adapt=2 / b_bias=0 / direct=3 / weightb=1 / open_gop=0 / weightp=2 / keyint=500 / keyint_min=24 / scenecut=40 / intra_refresh=0 / rc_lookahead=200 / rc=2pass / mbtree=1 / bitrate=2600 / ratetol=1.0 / qcomp=0.97 / qpmin=0 / qpmax=69 / qpstep=4 / cplxblur=20.0 / qblur=0.5 / vbv_maxrate=50000 / vbv_bufsize=62600 / nal_hrd=none / ip_ratio=1.40 / aq=2:2.00
Language : Japanese
Matrix coefficients : BT.709-5, BT.1361, IEC 61966-2-4 709, SMPTE RP177 Audio
ID : 2
Format : AC-3
Format/Info : Audio Coding 3
Mode extension : CM (complete main)
Codec ID : A_AC3
Duration : 1h 35mn
Bit rate mode : Constant
Bit rate : 640 Kbps
Channel(s) : 6 channels
Channel positions : Front: L C R, Side: L R, LFE
Sampling rate : 48.0 KHz
Bit depth : 16 bits
Compression mode : Lossy
Stream size : 438 MiB (20%)
Title : AC3 6ch 640kbps
Language : Japanese Text #1
ID : 3
Format : ASS
Codec ID : S_TEXT/ASS
Codec ID/Info : Advanced Sub Station Alpha
Compression mode : Lossless
Title : Evangelion-not-End
Language : Russian Text #2
ID : 4
Format : ASS
Codec ID : S_TEXT/ASS
Codec ID/Info : Advanced Sub Station Alpha
Compression mode : Lossless
Title : UTW-THORA
Language : English Menu
00:00:00.000 : en:01: EIRIN
00:00:12.292 : en:02: TOEI
00:00:26.542 : en:03: T-JOY
00:00:32.709 : en:04: studio khara
00:03:22.209 : en:05: 3EM01_EM20_Master
00:05:10.125 : en:06: 3EM02_C17B_Nu_test02
00:09:06.625 : en:07: 3EM03_P_131_2dames
00:10:41.542 : en:08: 3EM04_EM10A_Q
00:12:54.209 : en:09: 3EM05_1125
00:16:57.792 : en:10: 3EM06_C_16_take2
00:20:32.792 : en:11: 3EM07_C_15_take2
00:24:58.750 : en:12: 3EM08_SS_103_junko
00:27:02.625 : en:13: 3EM09_P_83_2dames_mx3
00:29:02.917 : en:14: 3EM10_1176_long_end
00:32:51.042 : en:15: Main Title
00:34:29.375 : en:16: 3EM11_QuatreMains_E_03_mx3
00:36:30.750 : en:17: 3EM12_SS_101_2femmes_option
00:37:39.542 : en:18: 3EM13_Guitar_ForQ
00:41:18.875 : en:19: 3EM14_Piano_Adlib44
00:41:58.834 : en:20: 3EM15_pre
00:42:35.125 : en:21: 3EM15_QuatreMains_Fun_07_edit_B
00:44:29.834 : en:22: 3EM16_QuatreMains_60sec
00:45:52.334 : en:23: 3EM17_SS_106_female
00:48:06.209 : en:24: 3EM18_P_140_70bpm
00:50:19.459 : en:25: 3EM19_Omni_09
00:52:59.709 : en:26: Eye Catch
00:55:56.542 : en:27: 3EM20_P_56_A4_orch piano
00:58:58.167 : en:28: 3EM21_P_57_A4_2files 1
01:00:45.834 : en:29: 3EM21A_QuatreMains_G
01:00:54.250 : en:30: 3EM22_SS_101_Orch
01:04:34.500 : en:31: 3EM23_1128_take4_360
01:08:41.000 : en:32: 3EM24_SD2_01_take3_360
01:11:57.875 : en:33: 3EM25_SD2_53_take3_IntroStart
01:14:10.667 : en:34: 3EM26_1155_139_take4
01:17:28.709 : en:35: 3EM27_Beethoven9_Orch Cho
01:20:12.959 : en:36: 3EM28_Nu09_360
01:23:33.167 : en:37: 3EM30_GuitarForQ_Pno_Vo_Orch Pno
01:26:02.875 : en:38: 3EM31_1120_360
01:30:25.334 : en:39: Sakura Nagashi 「 桜 流 し 」 / Utada Hikaru
01:35:03.167 : en:40: 3EM32_F02
59238763в разделе "Аниме" ссылки на сторонние ресурсы разрешены?
я не очень понимаю, что значит "сторонний ресурс".
на домашнюю страницу проекта по переводу обычно разрешались.
на конкретно данный сайт ссылаются раздачи предыдущих серий. давайте, вы решите этот очень важный вопрос без меня, силами мод. состава?
xfiles
Здесь на сайты переводчиков, не содержащие торрентов, онлайн-просмотра и т.п. на раздаваемый сериал, и базы данных с информацией (!= сторонние ресурсы), ссылки вполне себе разрешены. Но вот на сайте ЕоЕ торренты на фильм есть, так что попадает. :/ Другое дело, что 8битный рип в 2гб в 2013 году странно видеть. -___-
Данный файл будет читать большинство современных бытовых проигрывателей
Выдержка из спецификации T-REC-H.264-201201, ITU-T h264
maxdpbsize это максимальный ref зависящий от выбранного профиля.
И как видно из таблицы. При уровне 4.1 и формате 720p максимальный ref=9.
Т.е. скорее всего, железные устройства у которых максимальный поддерживаемый уровень 4.1, не смогут работать с вашим файлом.
Т.к. не соблюдены требования стандарта. Поправьте если ошибаюсь. Прошу прощения за замечание.
nonsens112
Даже в калькуляторе, на который вы опираетесь ref=11 при ваших ключах кодирования.
Цитата:
--ref 12 --b-pyramid
скрытый текст
Как вы видите из формулы (pyramid ? 1 : 0), т.е. из получившегося maxref вычитают 1 при включенном -b-pyramid.
Который включили вы, а не порекомендовал вам кодек или калькулятор.(у калькулятора та же формула расчета, и также учтено наличие б-пирамид)
Исходя из результатов расчёта калькулятора при включенном -b-pyramid ref=11.(посмотрите последнюю строчку)
Калькулятор порекомендовал вам --level 4.1 -r 12 --vbv-maxrate 50000 --vbv-bufsize 62500, а вы уже прикрутили сюда б-пирамид.
Цитата:
numofrefs = int(MaxDPB * 1024 / 1.5 / (w * h))
Кодек так рассчитывает level. Почему то не учитывая б-пирамид.(Взято из стандарта)
Цитата:
-b-pyramid strict: allow one B-frame per minigop to be used as reference
Исходя из действий б-пирамид можно сказать, что количество связанных фреймов должно быть на один меньше максимального числа т.к. в DPB будет один дополнительный b frame. При этом на думе полно рекомендаций и тестов относительно ref=4 b-pyramid=off, ref=3 b-pyramid=on. Надеюсь что-то я прояснил.
59248645Даже в калькуляторе, на который вы опираетесь ref=11 при ваших ключах кодирования.
ну, здрасьте... 12 крупно же, и в строке "general hardware safe".
"DXVA safe" и "BluRay safe" отношения к медиа-коробкам и т.п. не имеют.
b234561 писал(а):
59248645При этом на думе полно рекомендаций и тестов относительно ref=4 b-pyramid=off, ref=3 b-pyramid=on.
я не рыл дум по этому вопросу, но даже беглый осмотр говорит что единого мнения там нет.
здесь же, на рутрекере, такое вычисление ref - устоявшаяся практика, постоянно контролируемая пользователями на совместимость с железками.
в частности, здесь 9 и 4, а не 8 и 3. давайте, вы будете оспаривать эти формулы в соответствующих темах, а не в отдельно взятой раздаче.
Я смотрел когда-то давным-давно, самую первую версию Евангелиона и помню что это было какое-то безумие, одни вопросы, никаких ответов, а концовка, вообще смерть мозга Может кто сказать, в этих новых версиях, что конкретно поменялось? Сюжет стал адекватным или просто рисовку поменяли?
nonsens112
Аргументы кончились, начался карнавал.) Я же написал
Цитата:
при ваших ключах кодирования.
а конкретно при -b-pyramid, будет 11, вам это калькулятор показал, сравните к какой строке ближе ваши ключи кодирования, и не важно для чего она предназначена, важно, что она ближе к вашей. Вам наверно нужно что бы в эксель документе крупными буквами написали, что 12 это значение для кодирования с минимальным количеством внесенных изменений в пресеты кодека, а если вы сами устанавливаете значения 20ти параметров кодирования, то понятно что это частный случай и его расчет будет несколько другим. Что и видно по соседним строкам с большим количеством параметров.
Нужен реф 12 для вашего видео. Вот строка --level 4.1 -r 12 --vbv-maxrate 50000 --vbv-bufsize 62500, которую вам рекомендует калькулятор, которому вы доверяете. И это вы тоже наверно не заметили.(повторим)
Цитата:
-b-pyramid strict: allow one B-frame per minigop to be used as reference
Позволяет за одну сессию декодирования ссылаться на 1 б-фрейм.
Окунемся в математические дебри. У вас реф 12 это означает, что при декодировании будет использоваться 12 кадров I\P и благодаря пирамиде 1 B кадр. Следовательно во время декодирования в DPB будет лежать 12+1 кадров, при максимальном объеме DPB(Level 4.1) рассчитанном только на 12 кадров.
Итог: Хз, может DPB порвётся, а может растянется как вселенная. Вы хотите чтобы модерация расписывала в правилах все возможные сочетания ключей и их применение?
9 и 4 это требования для общих случаев, коим ваш не является. Ибо вы задаете большое количество параметров сами, а не полагаетесь на расчеты самого кодека. И если уж ориентироваться на правила, на которые вы мне так заботливо дали ссылку, то
Цитата:
ref <= 9 для 720
а у вас 12, и нигде не написано, что в каких то там случаях может быть 10,11,12.
59254149Т.е. если бы законное замечание сделал кто-то из нас, то сразу в штыки и сразу "давят"?
Если бы в настолько же адекватной форме - конечно.
Ну и как бы исторически ваша анти-релиз-группа имеет некоторое отношение к тому, что наши раздачи тут не всегда хорошо приживаются, и каждый раз терзают сомнения, выкладывать ли сюда. Если бы Борис не был в отъезде - сам не выкладывал бы точно.
59280903правду показывают на плохо сделанную работу
чё? какую правду?
я вижу, что раздаче поставили "неоформлено", показав какие-то скрины.
на которых ничего ужасного нет. "плохо сделанная" это вообще лол, без комментариев.
я, конечно, должен быть очень доволен вашими экспертными оценками и адекватным поведением.
но не получается. оснований нет.
Для вас, наверно, нужно всё разжёвывать.
На скринах, вы имеете возможность лицезреть дефект под названием бандинг, возможно из-за нехватки битрейта, а возможно из-за 8 бит. Специально для вас: координата верхней точки(208,123) размер(236,260) zoom 200%, 2я пара насыщенность 150% (сразу всё видно). сравнение
мне вообще в этом разделе ничего не надо.
если чуть худшее качество даже отдельных кадров, так хорошо видное под микроскопом, стало с каких-то пор основанием для удаления в разы меньшей раздачи, мне, конечно, непонятно, какого лешего здесь лежит со статусом "проверено" рип на 1.12 гиг, но проще считать это нормальным обычным произволом чем изучать капризы тараканов местной вахты или, боже упаси, просвещать кого-то задаром.
а если всем известную галку в ffdshow поставить, разница вообще не сказать в чью пользу.
но нет же, все должны качать вашу раздачу вдвое больше весом и несовместимую много с чем.
nonsens112
Обладателям железных плееров об этом расскажите. На которых ваша раздача ориентированна.
Цитата:
всем известную галку в ffdshow
Ай что же делать пользователям lav или cor, пересаживаться на ffd, вот беда.
Мне эта галка не известна. Инструкцию к своему релизу приложите. И да, не забудьте сказать под каким углом на монитор смотреть, может это тоже поможет.
Цитата:
все должны качать вашу раздачу
Вы так сказали, будто я кого-то заставляю. "А ну, всем качать")
Может кто сказать, в этих новых версиях, что конкретно поменялось? Сюжет стал адекватным или просто рисовку поменяли? 
