[Beatrice-Raws] Yoru wa Mijikashi Arukeyo Otome [BDRip 1920x1080 HEVC FLAC]

Category:
Date:
2018-03-07 23:51
Submitter:
Seeders:
10
File size:
13.4 GiB
Completed:
2405
Info hash:
f2d956f403c0c1e45cd06569f550340161b96057

Encoder: DeadNews

Telegram: https://t.me/BeatriceRaws

File list

  • [Beatrice-Raws] Yoru wa Mijikashi Arukeyo Otome [BDRip 1920x1080 HEVC FLAC]
    • Bonus
      • [Beatrice-Raws] Yoru wa Mijikashi Arukeyo Otome (Menu 1) [BDRip 1920x1080 HEVC FLAC].mkv (58.6 MiB)
      • [Beatrice-Raws] Yoru wa Mijikashi Arukeyo Otome (Menu 2) [BDRip 1920x1080 HEVC FLAC].mkv (19.6 MiB)
      • [Beatrice-Raws] Yoru wa Mijikashi Arukeyo Otome [BDRip 1920x1080 HEVC FLAC].[5.1 DTS-HD MA].mka (2.5 GiB)
    • ENG Subs
      • AG Foreigner Roman Medium.ttf (54.2 KiB)
      • [Beatrice-Raws] Yoru wa Mijikashi Arukeyo Otome [BDRip 1920x1080 HEVC FLAC].[MaruChanSubs].ass (153.9 KiB)
    • RUS Subs
      • fonts
        • 10138.otf (95.7 KiB)
        • 10150.otf (48.4 KiB)
        • 10468.otf (21.6 KiB)
        • 10473.ttf (36.3 KiB)
        • 10605.otf (52.3 KiB)
        • 10849.otf (59.9 KiB)
        • 10903.otf (36.9 KiB)
        • 11143.otf (96.3 KiB)
        • 11185.otf (24.6 KiB)
        • 3940_1.ttf (82.1 KiB)
        • 8398.ttf (71.8 KiB)
        • 8705.ttf (37.5 KiB)
        • 8835_0.otf (52.5 KiB)
        • 9729.ttf (84.6 KiB)
        • 9777.otf (70.1 KiB)
        • 9860.otf (279.1 KiB)
        • 9925.otf (32.9 KiB)
        • ALBION_2.TTF (30.1 KiB)
        • arialbd_0.ttf (837.2 KiB)
        • arialbi.ttf (548.8 KiB)
        • georgia.ttf (153.4 KiB)
      • [Beatrice-Raws] Yoru wa Mijikashi Arukeyo Otome [BDRip 1920x1080 HEVC FLAC].[SR].ass (222.5 KiB)
    • [Beatrice-Raws] Yoru wa Mijikashi Arukeyo Otome [BDRip 1920x1080 HEVC FLAC].mkv (10.8 GiB)

What subs does this use?

Thanks a lot!!

@kseniasolo, the subtitle is from [MaruChanSubs]. It’s written in the .ass subtitle file.

any hope for 720p ?

Is there a specific reason why you chose h.265 over 264 this time?
Or has the time come where a 265 encoder has overtaken x.264 even for near-transparent settings (as i assume this is) ?

@unmei
Because it’s good source for x265.

Jensen-senpai Quote:

x265 может идеально сохранить текстуры на среднем таком сорце с малым кол-вом шума.
За счет особенности своей психовизуальной оптимизации.
Но на зерне или сильном шуме - нет.

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

На гладком изо оно напротив работает великолепно.

https://x265.readthedocs.io/en/default/cli.html#psycho-visual-options

Oh shoot i kinda forgot i asked this here…

@DeadNews thanks for the answer. I had to google-translate that quote, but from what i understand from that, there seems to be a sound reasoning behind the choice. I’m today way out of the encoding game to know whether i’d agree or not, but convincing it remains :)