[Pizza] Urusei Yatsura (2022) - S01E01 [WEB 1080p][x265][E-AC3 2.0] :: Nyaa ISS

[Pizza] Urusei Yatsura (2022) - S01E01 [WEB 1080p][x265][E-AC3 2.0]

Category:
Date:
2022-10-16 13:04 UTC
Submitter:
Seeders:
8
Information:
Leechers:
0
File size:
2.5 GiB
Completed:
918
Info hash:
aa3f518f0ad6558db0278b84ce29f2a2e26d5bbe
[Mediainfo](https://pastebin.com/ULEJQxtW) | [Source-Encode Comparison](https://slow.pics/c/s47UdsK4) | [Comparison to other encodes](https://slow.pics/c/lW3xLCIJ) | [Vapoursynth Scripts](https://github.com/Moelancholy/Encode-Scripts/tree/master/Pizza/Urusei%20Yatsura%20(2022)) This is going to release Sunday ~1pm UTC every week—not earlier or later (and delays should be in the realm of hours, not days). During this first week we had to take a few shortcuts (hardly any scenefiltering, WIP OP Styling, no ED TL as there's no official lyrics yet) to meet this deadline, but things should start running more smoothly now that the first hurdles have been cleared. **We're looking for** experienced typesetters who can help us either typeset some signs (currently typesetting from Hidive is left untouched), or help us with realising [memes](https://cdn.discordapp.com/attachments/861006430990893087/1031204845853609984/01_1203.850-1205.270.mp4). If interested, hit me up on Discord: @Moelancholy#6036. You can also find me on the GJM Discord server. Encode: Lehmer merge, aa, dehalo, dering, strong denoise wiping *all* grain and compression, deband, regrain, some scenefiltering. Subs: English (Hidive Base, restyled, retimed, Song TL) Audio: Amazon Chapters: Yes Encode: Moelancholy Song TL: Neon (TL), Flower (Editor) Song Styling: colgatto Timing: Pookie QC: Moelancholy You may use any part of this release without permission or credit. Use mpv for playback.

File list

  • [Pizza] Urusei Yatsura (2022) - S01E01 [69AEBC37].mkv (2.5 GiB)

Tsukudakobashi (uploader)

User
As for why this encode is so big: the show is supposed to be *very* grainy. The grain was starved to shit even on 1.5GB Amazon CBR rips (and Bili 2.6GB rips were denoised), so I had to remove all grain to even put a dent in the compression artefacting, and then regrained to roughly match the amount of grain present in Amazon CBR. If I were to introduce all that artefacting again this whole process would have been pointless. That being said, this encode is CRF 17, so by no means did I go for transparency with this encode. I'm really pushing it... to keep it this "small".
Wow 👍 BTW any info/update about sonny boy
Pizza Yatsura!

Tsukudakobashi (uploader)

User
@mahatma41 It's been stalled at everyone but me until recently... there may or may not be an episode coming next week.
so fucking based, the release that this show deserves
>no ED TL as there’s no official lyrics yet just translate it by ear smh
@StazCherryBlood giatay
I thought this reboot will not be picked up by a Fansub but this is totally amazing just by looking at meme clip. Btw, can I hope for not stalling? Edit : Sorry for not noticing the scehdule as I commented without reading carefully. :3 Thank you for this release.

Tsukudakobashi (uploader)

User
Bro.. no offense but read the first sentence in the description please lmao
sweet, I'll start waiting for this next week
Oh no, not a mini...
I sure hope that at some point grain can be passed as an argument to the decoder/player software, similar to aspect ratio, so that all this silly regraining business can cease forever. Completely denoising the image just to put all the noise back in and bloat the encode by a factor of 2–3x with something that can easily be added at playback stage (and looks much better as it bypasses all compression when done this way) sounds *terribly* inefficient.

Tsukudakobashi (uploader)

User
There's more to graining than just *having grain* in the image (specifically how it interacts with the compression step in the first place), but generally I agree. The only somewhat viable implementation is currently in AV1, and it's pretty bad/barebones and gives hardly any of the many facetted tools that are at your disposal if you add it while filtering the video. And well, AV1 also isn't good for high quality encodes in general.
VVC grain synthesis when
Well, at least with codec-poison game footage (think emulated Sega Saturn NiGHTS Into Dreams, where you get a hundred clashing colors per square centimeter and zero smoothing of any kind), AV1 produced significantly smaller lossless encodes when I compared it to the more conventional codecs. That was tested about 1.5 years ago, though; no idea if things have changed since. In any case I doubt we've seen the peak of its potential yet; H.264 took over a decade of savant-grade developers toiling at it to reach the heights it's at right now. Have you tried to see how x265 deals with losslessly encoding denoised footage with no regraining, btw?

Tsukudakobashi (uploader)

User
For those that care: [comparison with every other available encode](https://slow.pics/c/lW3xLCIJ).
Wow that Trix guy completely failed his encode, he really needs to improve his filtering skills and tune his encoder better for this show ;)
except for Zafkiel who is a distant second, everything else is absolute trash. Wow.

Tsukudakobashi (uploader)

User
It's really more of a question of what sources were used for the encodes. Lots of these automated minis just took Hidive, when Hidive and ADN are fucking useless. EMBER is the smallest but looks better than most in there because Amazon CBR was the base. Zafkiel used 4K Bili, which is also good. Problem is that even the salvageable sources are all fucked in some way: Bili is denoised and nukes background detail, Amazon CBR rings out the ass, Amazon VBR is also denoised and starved, and D+ has a bit of all of these issues. So what I did was merge those sources together, and splice in certain sources where they were better than the merge (e.g. Bili 4K looks better than merging all sources together, for most of the OP, and sometimes Bili looks just better on the lineart).
EMBER use same sharpen filter as Moozzi2 do you really think its better just because it's sharpened ?

Tsukudakobashi (uploader)

User
I realise you are either retarded or trolling, but yes their encode is better than the other shitty encodes in that comparison that are of similar size (so not Zafkiel) by virtue of having started from better material. This is true regardless of any filtering they may or may not have done, and I think a simple look at the actual comparison would confirm as much.
Never encode web video, that is called re-encoding. (aka mini encode or adding bloat) all my web-rips/web-dls & Digital Manga are untouched from the official sites. I love these subs!!! keep up the good work. I would love to help out if I can.
thank you for these
You know, maybe I should actually make a good encode for this.

Tsukudakobashi (uploader)

User
...Uhuh. Godspeed I guess? Why would you tell me this?