[MTBB] Hakumei to Mikochi (BD 1080p) :: Nyaa ISS

[MTBB] Hakumei to Mikochi (BD 1080p)

Category:
Date:
2022-01-08 20:20
Submitter:
Seeders:
24
Information:
#MTBB on Rizon
Leechers:
3
File size:
11.2 GiB
Completed:
1375
Info hash:
e4d2a31a0254e70294f88292f6808d6ba8a7a2a9

Hakumei to Mikochi

TL (dialogue): Wakanim et al.
TL (songs): 秘密, Unbased
TLC: Unbased
Everything else: motbob
Special Thanks: KoolKidsK (for encoding the TV version), Nala_Alan, LightArrowsEXE

720p vs 1080p comparison

I included alternate honorifics tracks for this release. Set your media player to play “enm” language tracks by default to automatically play the honorifics tracks.

Project post-mortem

Please leave feedback in the comments, good or bad.
Please read this short playback guide if you want to know how to make the video and subtitles of this release look better.
All components of this release are released into the public domain to the greatest extent possible.

File list

  • [MTBB] Hakumei to Mikochi (BD 1080p)
    • [MTBB] Hakumei to Mikochi - 01 [7AA55B9D].mkv (917.3 MiB)
    • [MTBB] Hakumei to Mikochi - 02 [E50F24E1].mkv (892.3 MiB)
    • [MTBB] Hakumei to Mikochi - 03 [95055951].mkv (924.1 MiB)
    • [MTBB] Hakumei to Mikochi - 04 [CF17AC67].mkv (894.1 MiB)
    • [MTBB] Hakumei to Mikochi - 05 [EAC1176E].mkv (885.6 MiB)
    • [MTBB] Hakumei to Mikochi - 06 [D1948187].mkv (773.5 MiB)
    • [MTBB] Hakumei to Mikochi - 07 [66FB21D9].mkv (784.9 MiB)
    • [MTBB] Hakumei to Mikochi - 08 [697A6F28].mkv (897.7 MiB)
    • [MTBB] Hakumei to Mikochi - 09 [8E06A6D1].mkv (951.2 MiB)
    • [MTBB] Hakumei to Mikochi - 10 [9C78F115].mkv (833.5 MiB)
    • [MTBB] Hakumei to Mikochi - 11 [DF17373A].mkv (928.9 MiB)
    • [MTBB] Hakumei to Mikochi - 12 [CD396418].mkv (992.0 MiB)
    • [MTBB] Hakumei to Mikochi - OVA [DF4F92D5].mkv (758.7 MiB)

no idea what this is. but if motbob decided it’s worth the effort then i’m watching

Good to see somebody else loves this show

Iyashikei?!?1 epic

Encoding isn’t an important part of the fansubbing process anyway.

I didn’t know about this show but your pasted note really inspired me to check it. The effort you put into your projects is very appreciable.

Thanks, loved this show and your subs back when it aired.

ARGH! Monogatari when?

motbob (uploader)

Trusted

Btw I redid these encodes like 6 times.

Lessons learned: you gotta turn on --aq-mode 3 in x265, you can’t set --aq-strength 0.6 otherwise you’re gonna get hella banding, you can’t use spline for anything in your encode (whether upscaling or downscaling), and applying raw default eedi3 to chroma may cause a bit of visible damage. Shoutouts to clamp_aa.

motbob (uploader)

Trusted

x265 is good actually.

yeah who doesn’t love having to redo (slower) encodes because you did otherwise pretty reasonable things

motbob (uploader)

Trusted

Ah you’re right, it really wasn’t worth it to learn the quirks of x265 so that I can use it for everything from now on. Shouldn’t have wasted my time.

And by the way, x265 --preset slow is faster than x264 --preset veryslow, and it actually lets you use all your cores without messing up efficiency.

Nothing you’ve said so far really surprises me (encoding-wise), but what’s this about the spline scalers? They’re just wider-radius versions of bicubic splines iirc.

edit: ah, thought you might’ve come across something really unusual from the way you said it. my bad.

motbob (uploader)

Trusted

I don’t really know the mathematical relationship between spline and bicubic, but at any rate, spline is sharper and introduces ringing, whether you’re upscaling or downscaling. The ringing has really started to bug me, so I think nnedi3 doubling with bicubic downscale gives a better final image than either spline36 up or nnedi3 doubling --> spline36 down.

Incidentally, the comparison in the description used nnedi3 doubling with bicubic downscale to upscale the 720p encodes.

I like your funny words magic man

And by the way, x265 --preset slow is faster than x264 --preset veryslow

doesn’t that defeat half the purpose of using a newer codec (better compression)?

and it actually lets you use all your cores without messing up efficiency.

no idea what you mean here. some x265 bug?

also, just saying “bicubic” without mentioning the b and c values means nothing tbh

A script by Jennifer Challenger would be a godsend compared to some of the TLCs I’ve done, especially in the scanlation community.

motbob (uploader)

Trusted

doesn’t that defeat half the purpose of using a newer codec (better compression)?

Are you saying that you think speed has a direct relationship with compression across codecs? Because that’s certainly not how it works. Certain speed settings in SVT-AV1 beat x264 veryslow in both speed and compression.

For the cores thing, going above --threads 8 in x264 causes issues. Both Funi and AoD ran into that problem recently.

For bicubic, come on, stop nitpicking. I obviously just mean some reasonable value for b and c (c = (1-b)/2).

hevc has tv compatability
hi10 no tv compatability
hence hevc superior

Are you saying that you think speed has a direct relationship with compression across codecs? Because that’s certainly not how it works. Certain speed settings in SVT-AV1 beat x264 veryslow in both speed and compression.

i bet it is true across codecs since newer codecs also have less advanced encoders, but no, i mean within a certain codec. especially for non-time sensitive encodes like this torrent. i see no reason to not use basically the best compression settings short of placebo.

For the cores thing, going above --threads 8 in x264 causes issues. Both Funi and AoD ran into that problem recently.

i’ve always used way above 8 and never noticed any issues so i cannot confirm this personally.

For bicubic, come on, stop nitpicking. I obviously just mean some reasonable value for b and c (c = (1-b)/2).

um, it’s not nitpicking in the least. c=1, b=0 looks way different than c=0, b=1.

hevc has tv compatability
hi10 no tv compatability
hence hevc superior

i’d love to see a TV that can natively display fansubbing-tier ASS subs

motbob (uploader)

Trusted

i bet it is true across codecs since newer codecs also have less advanced encoders, but no, i mean within a certain codec. especially for non-time sensitive encodes like this torrent. i see no reason to not use basically the best compression settings short of placebo.

OK, sure, but using a faster preset doesn’t “defeat the purpose” of using a newer codec. Since x265 placebo is (conservatively) 20% more efficient than x264 placebo, and x265 slow is within a few percent of x265 placebo, then if I use x265 slow, I’m getting better compression than anything x264 can put out, and at faster speeds than x264 veryslow. That’s good enough, and it justifies the switch.

I don’t understand why you’re feeling the need to come in here and argue about this. You don’t even use x265. If I want to use it, let me use it. If you think it’s not a good choice, then talk about why instead of making a bunch of abstract complaints. Or cut your losses and recognize that you’re out of your wheelhouse here.

superior

@DeathStroke So do moozzi2 with commie sub request kekw!

is slow not supposed to be automatically faster than veryslow or somethin lol

thanks motbob for all the hard work you put in this

i’d love to see a TV that can natively display fansubbing-tier ASS subs

Probably no TVs yet, but for phones, Plex, SBCs, and streaming boxs, it makes a big difference when you can decode codecs natively. Most have the power to display ASS just fine.

plex explodes all the time

I had heard before that both OreGairu and Hakumei has bad official subs in parts. Now after seeing this release and skimming through your note, yeah why not rewatch this only to appreciate your efforts! Thanks and keep it up.