[Tess] Rainbow Nisha Rokubou no Shichinin [BD 1280x720 HEVC DTS-HD]

Category:
Date:
2021-05-19 21:47 UTC
Submitter:
Seeders:
10
Information:
Leechers:
1
File size:
37.4 GiB
Completed:
743
Info hash:
be40418fee7917c98cc8cef1483480d792635dd8
Video Source: [German BDMV](https://nyaa.si/view/1194280) Audio Source: Muxed from BDMV Subs Source: [FroZen/Gao](https://nyaa.si/view/1360028) (Shifted +1s & retimed based on keyframes) Uploader Notes: **This should be the best release available for realsies this time.** Downscaling to 720p had virtually zero affect on quality. This release was also not denoised at all to maintain maximum amount of detail hence the bloated file sizes. Upscaled screenshots were taken in mpv using ewa_lanczossharp for scale and cscale. Comparison between the [Xspitfire911](https://nyaa.si/view/1197567) encode I used for my previous release and my encode below. The denoiser in the Xspitfire911 encode appeared to cause some blurring of details and it's most noticeable in the 4th screenshot around the rain drops as well as the lines on the cap in the 3rd screenshot. I also didn't bother converting the audio to FLAC because DTS-HD has better hardware decoding support and this release is already so bloated the extra 1gb saved from converting to FLAC is virtually useless. ***TL;DR Looks better than the last encode at a smaller filesize*** | Source | Old Encode | New Encode | | :-: | :-: | :-: | | [![Z2Ttw5.th.png](https://i3.lensdump.com/i/Z2Ttw5.th.png)](https://lensdump.com/i/Z2Ttw5) | [![Z2T0Y9.th.png](https://i1.lensdump.com/i/Z2T0Y9.th.png)](https://lensdump.com/i/Z2T0Y9) | [![Z2TAfm.th.png](https://i3.lensdump.com/i/Z2TAfm.th.png)](https://lensdump.com/i/Z2TAfm) | [![Z2TR1z.th.png](https://i3.lensdump.com/i/Z2TR1z.th.png)](https://lensdump.com/i/Z2TR1z) | [![Z2TZ22.th.png](https://i1.lensdump.com/i/Z2TZ22.th.png)](https://lensdump.com/i/Z2TZ22) | [![Z2T8KP.th.png](https://i3.lensdump.com/i/Z2T8KP.th.png)](https://lensdump.com/i/Z2T8KP) | [![Z2TTpT.th.png](https://i.lensdump.com/i/Z2TTpT.th.png)](https://lensdump.com/i/Z2TTpT) | [![Z2TgCv.th.png](https://i2.lensdump.com/i/Z2TgCv.th.png)](https://lensdump.com/i/Z2TgCv) | [![Z2Ti0i.th.png](https://i.lensdump.com/i/Z2Ti0i.th.png)](https://lensdump.com/i/Z2Ti0i) | [![Z2TEfb.th.png](https://i.lensdump.com/i/Z2TEfb.th.png)](https://lensdump.com/i/Z2TEfb) | [![Z2TrSC.th.png](https://i2.lensdump.com/i/Z2TrSC.th.png)](https://lensdump.com/i/Z2TrSC) | [![Z2Tjqo.th.png](https://i.lensdump.com/i/Z2Tjqo.th.png)](https://lensdump.com/i/Z2Tjqo) Mediainfo: >General >Unique ID : 266779798879529136005012496935304498231 (0xC8B3EB9A38766FD6AD62FEF1D08F0C37) >Complete name : [Tess] Rainbow Nisha Rokubou no Shichinin - 01 [BD 1280x720 HEVC DTS-HD][7E44E947].mkv >Format : Matroska >Format version : Version 4 >File size : 2.02 GiB >Duration : 22 min 32 s >Overall bit rate mode : Variable >Overall bit rate : 12.8 Mb/s >Writing application : mkvmerge v56.1.0 ('My Friend') 64-bit >Writing library : libebml v1.4.2 + libmatroska v1.6.3 >Attachments : RAINBOW.ttf / RAINBOWFACILITIES.ttf / CandelaBoldItalic.otf / calibriz.ttf > >Video >ID : 1 >Format : HEVC >Format/Info : High Efficiency Video Coding >Format profile : Main [email protected]@Main >Codec ID : V_MPEGH/ISO/HEVC >Duration : 22 min 32 s >Bit rate : 11.7 Mb/s >Width : 1 280 pixels >Height : 720 pixels >Display aspect ratio : 16:9 >Frame rate mode : Constant >Frame rate : 23.976 (24000/1001) FPS >Color space : YUV >Chroma subsampling : 4:2:0 >Bit depth : 10 bits >Bits/(Pixel*Frame) : 0.529 >Stream size : 1.84 GiB (91%) >Writing library : x265 3.5:[Linux][GCC 10.2.0][64 bit] 10bit >Encoding settings : cpuid=1111039 / frame-threads=4 / wpp / no-pmode / no-pme / no-psnr / no-ssim / log-level=2 / input-csp=1 / input-res=1280x720 / interlace=0 / total-frames=0 / level-idc=0 / high-tier=1 / uhd-bd=0 / ref=4 / no-allow-non-conformance / no-repeat-headers / annexb / no-aud / no-hrd / info / hash=0 / no-temporal-layers / open-gop / min-keyint=23 / keyint=250 / gop-lookahead=0 / bframes=8 / b-adapt=2 / b-pyramid / bframe-bias=0 / rc-lookahead=25 / lookahead-slices=4 / scenecut=40 / hist-scenecut=0 / radl=0 / no-splice / no-intra-refresh / ctu=64 / min-cu-size=8 / rect / no-amp / max-tu-size=32 / tu-inter-depth=1 / tu-intra-depth=1 / limit-tu=0 / rdoq-level=2 / dynamic-rd=0.00 / no-ssim-rd / signhide / no-tskip / nr-intra=0 / nr-inter=0 / no-constrained-intra / no-strong-intra-smoothing / max-merge=3 / limit-refs=3 / limit-modes / me=3 / subme=3 / merange=57 / temporal-mvp / no-frame-dup / no-hme / weightp / no-weightb / no-analyze-src-pics / deblock=-1:-1 / no-sao / no-sao-non-deblock / rd=4 / selective-sao=0 / no-early-skip / rskip / no-fast-intra / no-tskip-fast / no-cu-lossless / no-b-intra / no-splitrd-skip / rdpenalty=0 / psy-rd=1.50 / psy-rdoq=4.00 / no-rd-refine / no-lossless / cbqpoffs=0 / crqpoffs=0 / rc=crf / crf=15.0 / qcomp=0.60 / qpstep=4 / stats-write=0 / stats-read=0 / ipratio=1.40 / pbratio=1.30 / aq-mode=3 / aq-strength=1.00 / cutree / zone-count=0 / no-strict-cbr / qg-size=32 / no-rc-grain / qpmax=69 / qpmin=0 / no-const-vbv / sar=1 / overscan=0 / videoformat=5 / range=0 / colorprim=2 / transfer=2 / colormatrix=2 / chromaloc=0 / display-window=0 / cll=0,0 / min-luma=0 / max-luma=1023 / log2-max-poc-lsb=8 / vui-timing-info / vui-hrd-info / slices=1 / no-opt-qp-pps / no-opt-ref-list-length-pps / no-multi-pass-opt-rps / scenecut-bias=0.05 / hist-threshold=0.03 / no-opt-cu-delta-qp / no-aq-motion / no-hdr10 / no-hdr10-opt / no-dhdr10-opt / no-idr-recovery-sei / analysis-reuse-level=0 / analysis-save-reuse-level=0 / analysis-load-reuse-level=0 / scale-factor=0 / refine-intra=0 / refine-inter=0 / refine-mv=1 / refine-ctu-distortion=0 / no-limit-sao / ctu-info=0 / no-lowpass-dct / refine-analysis-type=0 / copy-pic=1 / max-ausize-factor=1.0 / no-dynamic-refine / no-single-sei / no-hevc-aq / no-svt / no-field / qp-adaptation-range=1.00 / scenecut-aware-qp=0conformance-window-offsets / right=0 / bottom=0 / decoder-max-rate=0 / no-vbv-live-multi-pass >Default : Yes >Forced : No >Color range : Limited > >Audio >ID : 2 >Format : DTS XLL >Format/Info : Digital Theater Systems >Commercial name : DTS-HD Master Audio >Codec ID : A_DTS >Duration : 22 min 32 s >Bit rate mode : Variable >Bit rate : 1 123 kb/s >Channel(s) : 2 channels >Channel layout : L R >Sampling rate : 48.0 kHz >Frame rate : 93.750 FPS (512 SPF) >Bit depth : 24 bits >Compression mode : Lossless >Stream size : 181 MiB (9%) >Language : Japanese >Default : Yes >Forced : No > >Text >ID : 3 >Format : ASS >Codec ID : S_TEXT/ASS >Codec ID/Info : Advanced Sub Station Alpha >Duration : 22 min 25 s >Bit rate : 88 b/s >Count of elements : 236 >Compression mode : Lossless >Stream size : 14.6 KiB (0%) >Language : English >Default : Yes >Forced : No > >Menu >00:00:00.000 : Intro >00:00:58.058 : Opening >00:02:08.045 : Part A >00:11:40.033 : Part B >00:21:11.395 : Ending >00:22:21.048 : Preview > >

File list

  • [Tess] Rainbow Nisha Rokubou no Shichinin [BD 1280x720 HEVC DTS-HD]
    • [Tess] Rainbow Nisha Rokubou no Shichinin - 01 [BD 1280x720 HEVC DTS-HD][7E44E947].mkv (2.0 GiB)
    • [Tess] Rainbow Nisha Rokubou no Shichinin - 02 [BD 1280x720 HEVC DTS-HD][1381E6D9].mkv (1.8 GiB)
    • [Tess] Rainbow Nisha Rokubou no Shichinin - 03 [BD 1280x720 HEVC DTS-HD][BCFF4332].mkv (1.7 GiB)
    • [Tess] Rainbow Nisha Rokubou no Shichinin - 04 [BD 1280x720 HEVC DTS-HD][7B05A6A5].mkv (1.6 GiB)
    • [Tess] Rainbow Nisha Rokubou no Shichinin - 05 [BD 1280x720 HEVC DTS-HD][9BCDF26A].mkv (1.7 GiB)
    • [Tess] Rainbow Nisha Rokubou no Shichinin - 06 [BD 1280x720 HEVC DTS-HD][262D5E0B].mkv (1.6 GiB)
    • [Tess] Rainbow Nisha Rokubou no Shichinin - 07 [BD 1280x720 HEVC DTS-HD][AE0F8B0C].mkv (1.4 GiB)
    • [Tess] Rainbow Nisha Rokubou no Shichinin - 08 [BD 1280x720 HEVC DTS-HD][7A809E5E].mkv (1.7 GiB)
    • [Tess] Rainbow Nisha Rokubou no Shichinin - 09 [BD 1280x720 HEVC DTS-HD][199AD063].mkv (1.6 GiB)
    • [Tess] Rainbow Nisha Rokubou no Shichinin - 10 [BD 1280x720 HEVC DTS-HD][86F4A456].mkv (1.5 GiB)
    • [Tess] Rainbow Nisha Rokubou no Shichinin - 11 [BD 1280x720 HEVC DTS-HD][F6329748].mkv (1.3 GiB)
    • [Tess] Rainbow Nisha Rokubou no Shichinin - 12 [BD 1280x720 HEVC DTS-HD][B7E694FE].mkv (1.5 GiB)
    • [Tess] Rainbow Nisha Rokubou no Shichinin - 13 [BD 1280x720 HEVC DTS-HD][A85561CE].mkv (1.7 GiB)
    • [Tess] Rainbow Nisha Rokubou no Shichinin - 14 [BD 1280x720 HEVC DTS-HD][28846C9A].mkv (787.2 MiB)
    • [Tess] Rainbow Nisha Rokubou no Shichinin - 15 [BD 1280x720 HEVC DTS-HD][D63D89F5].mkv (1.3 GiB)
    • [Tess] Rainbow Nisha Rokubou no Shichinin - 16 [BD 1280x720 HEVC DTS-HD][46B85700].mkv (1.1 GiB)
    • [Tess] Rainbow Nisha Rokubou no Shichinin - 17 [BD 1280x720 HEVC DTS-HD][E3F66A1E].mkv (1.4 GiB)
    • [Tess] Rainbow Nisha Rokubou no Shichinin - 18 [BD 1280x720 HEVC DTS-HD][C4DE53A2].mkv (1.4 GiB)
    • [Tess] Rainbow Nisha Rokubou no Shichinin - 19 [BD 1280x720 HEVC DTS-HD][40C639F9].mkv (1.6 GiB)
    • [Tess] Rainbow Nisha Rokubou no Shichinin - 20 [BD 1280x720 HEVC DTS-HD][21081599].mkv (1.1 GiB)
    • [Tess] Rainbow Nisha Rokubou no Shichinin - 21 [BD 1280x720 HEVC DTS-HD][C9C009F1].mkv (1.4 GiB)
    • [Tess] Rainbow Nisha Rokubou no Shichinin - 22 [BD 1280x720 HEVC DTS-HD][92F8ACAD].mkv (1.4 GiB)
    • [Tess] Rainbow Nisha Rokubou no Shichinin - 23 [BD 1280x720 HEVC DTS-HD][C5E7FED9].mkv (1.4 GiB)
    • [Tess] Rainbow Nisha Rokubou no Shichinin - 24 [BD 1280x720 HEVC DTS-HD][22B6EBD4].mkv (881.1 MiB)
    • [Tess] Rainbow Nisha Rokubou no Shichinin - 25 [BD 1280x720 HEVC DTS-HD][082B8C3B].mkv (1.1 GiB)
    • [Tess] Rainbow Nisha Rokubou no Shichinin - 26 [BD 1280x720 HEVC DTS-HD][2D92F473].mkv (1.5 GiB)
Thanks seems good.
Been thinking of rewatching this series Thanks
i wonder what im missing here. how exactly can it look better if you take a bluray that was first upscaled by its manufacturer and crush it down to 720p and then have the viewer upscale it again to their screen? 1080p and above screens are the normal now so 720p is almost never going to be watched without upscaling

Tesseract (uploader)

User
Upscalers are an algorithm that effectively just fill in details by adding pixels. Downscalers work similarly just in reverse. They remove details by removing pixels. So while a downscaler will reduce overall detail it doesn't matter if the source was already upscaled. The upscaler will resample the image and add more pixels to it. The pixels that the downscaler ends up removing are mostly pixels that the upscaler added. So very little of the actual image is lost because the majority of the pixels that were removed never existed in the original image to begin with. Anime blurays use off the shelf upscaling kernels such as bicubic, bilinear, etc. these kernels are fast enough that virtually any modern computer and most older computers can easily run them during playback. So you'll get an image very similar to the source even at a lower resolution when it gets upscaled during playback. At least that's how I think it works. Upscalers are really complicated and the math behind them is way over my head.
interesting. maybe i should try to read more about this because i thought that this 3 step process would do far more harm than good. thought that it just gets converted to a lower resolution with all the flaws of the original upscaling intact
You're half-wrong, half-right. When dealing with upscaled sources, you ideally don't want to downscale them. You still lose out on detail then (yes, even detail that existed in the pre-upscaled source) and keep the flaws presented by the original upscale as well. Instead, you want to undo the math used to upscale it. We call this "descaling" in the encoding sphere. The idea is that you'd theoretically get the exact same picture out of it as you would before upscaling. Theoretical, because this only works 100% on lossless sources, which we as consumers don't have access to, but the effect is usually close enough to still be worth it. Here's some resources on it: [link](https://ddl.kageru.moe/kbz12.pdf) [link](https://guide.encode.moe/encoding/descaling.html) [link](https://silentaperture.gitlab.io/mdbook-guide/filtering/descaling.html). While I don't necessarily agree with the take to downscale this (since iirc the lineart and grain were handled at different resolutions and then merged together or something to that effect according to SCY), with how much the grain generally messes with the image quality of this show, it shouldn't be *too* detrimental to the encode.
>how exactly can it look better if you take a bluray that was first upscaled by its manufacturer and crush it down to 720p and then have the viewer upscale it again to their screen? it won't look better in this case. however, it'll look essentially identical, except the filesizes are much smaller. technically it could actually look better if the encode was descaled and then upscaled back to 1080p with a better kernel than the studio used, but that's not possible here. >720p is almost never going to be watched without upscaling i watch 720p anime encodes on a 1080p screen without upscaling on playback. mostly because it's more than big enough already and it won't actually look any different.
>While I don’t necessarily agree with the take to downscale this (since iirc the lineart and grain were handled at different resolutions and then merged together or something to that effect according to SCY), with how much the grain generally messes with the image quality of this show, it shouldn’t be too detrimental to the encode. i can't think of any "detail" less important to preserve at the native resolution than grain. it's literally just random noise.
Attempting to descale grain at the wrong res can cause it to look a lot sharper and distracting than intended. While it's usually not much of an issue due to how weak it often is, for this show it's so strong that I do think it requires a specific look at when descaling, if only to err on the side of caution.
yes, i mean when just downscaling, not descaling.

Tesseract (uploader)

User
@LightArrowsEXE Thanks I appreciate the correction and resources. So what I'm taking away from this is that I confused descaling and downscaling. I think I have it now so downscaling would basically just slash pixels with zero regard and then descaling would do more what I described in that it would kind of reverse the upscaling. So while downscaling should be avoided it doesn't really damage too much here because the only details really getting damaged is the added grain.
Yeah, that's largely the idea here. For most shows, you'll want to descale, but for something as grainy as this, most of the actual detail will likely already be smudged by the heavy dynamic grain during the original mastering stage.
Yeah, so from what I found, the line-art seems to be 675p while the grain is 810p. Descaling to 810p would yield the best result from a quality vs size standpoint, but you really don't save much space on the video compared to 1080p. Also, there's quite a few shots in the show that have little to no grain, which get destroyed if your x264 settings are specifically catered to the heavy grain look. Either you gotta use zones, or you add dynamic grain to ensure the entire show has a grainy look from start to finish.
really interesting stuff.. thanks to everyone for the comments.
thank you for your time