Looks like CR India is now using those downgraded settings from before. If you want better quality, you should probably avoid ToonsHub CR rips from now on.

(or to whoever uploaded S3+S4, in case you were just reposting somebody else's links)

Much appreciated. Are you planning to do S1+S2 as well?

Here :
https://gofile.io/d/b1939326-11cc-4087...243642f6fa

YouTube crap quality.

Per episode less than 100MB? Nice...

Please fetch this

fetch please

whatever the Nyaa page says.

Subs

Subs?

Thanks for the reply and the great work, and please take your time!

Howdy, thanks for the report! We can confirm this issue and it looks like it is a similar case to S01E16 and many other releases that were plagued by issues with L-Smash seeking/chunking. Thankfully, we no longer use that so a new version should avoid the issue.

We have plans to redo the whole show with a better source, new settings, and foreign subtitles if we can find them. It'll be a while until we get to it so apologies, we can't offer a replacement right away. We have the source already so we'll be on it as soon as possible but we're working on several projects at the same time so no estimate either.

Have a nice day,
- SavI0r

Is there any chance for a v2 of episode 14? At 13:05 I'm seeing big artifacts until 13:13. Thank you.

At that point we really recommend just loading it up in vs-preview with the native-res plugin installed and playing with settings there. It's easier, faster, and more detailed than the generated slow.pics. In the slow.pics, it's hard to tell a difference between Bilinear and Mitchell in some cases but in vspreview the difference is a lot clearer. That's likely due to the webp compression but we're not trying to spam slow.pics with hundreds of massive lossless images either.

If you'd like to use the same (mostly) script we did to test it then you can take a look here. If you use VS Code you can collapse all the regions except for "Setup" and play with settings there.

no chroma comp?

downl oad

Here ya go! We're already familiar with motbob's kernels sheet as well as the handful of kernels published by JET. We concur that they're quite handy for people encoding seasonal or very recent content but this show is unfortunately not on there. Given their strict standards, they may very well deem this show non-rescalable based on what we've seen. We won't get into details as we're not experts, but a simple rescale of just one resolution and kernel across the entire runtime may not be the right answer to acheive a "real" or perfect rescale. Borrowing your words, nothing "looks correct" to us but we're going with the best we got.

A vast majority of the time, bilinear was the right choice for the content we've dealt with in the past. However, due to the haloing already present and introduced by some kernels, we gave Catrom and Mitchell another look to see if we could avoid these artifacts. Having looked at it again with even more kernels, we may reconsider bilinear over mitchell but we need to test other episodes and make samples for playback to really dial in our decision. We added Dehalo to a couple of the kernels to get idea for how much of the artifacts introduced/worsened with the rescale.

Philosophy time. Feel free to skip to the TLDR.

Regarding "real" versus "fake" rescales, the ends sometimes justify the means. If it improves upon the image without deviating too far or introducing noticeable artifacts then all's well. You and many others may vehemently disagree with that and we'll respect your opinion because ultimately that's what it boils down to, an opinion. We're not striving for absolute perfect content that reflects the ground truth either - we're mini-encoders; bottom-of-the-barrel scum in most eyes! Even worse, we use film-grain synthesis to emulate the original grain/noise so we'll never have a perfectly equivalent encode. So as long as the image is faithful to the original and isn't distracting, we don't mind it. Yes, we've seen what happens when things get taken too far and all this testing is to avoid that.

TLDR: All that is to say, we heed your caution and appreciate the info.

Have a nice day,
- SavI0r

It would be easier to have this exchange on discord tbh

I have not experimented with this show myself. However past evidence has shown that these codecs just "look correct" due to their inherent low error (https://docs.google.com/spreadsheets/d/1QsQ4SqPmxgOQWFgZ0NVX7LhitVDZEkey0zrtxA4Onco). I'd also like to add that fake rescalers like setsugen no ao, beatrice (all of it's encoders), kawaiika (all of it's encoders), vcb etc have all used these kernels. But I'll give you the benefit of the doubt since there are no comparisons (the one true way to prove descales) provided in your comment.

god forbid someone have a life

And thus, "Mitchel and catrom spikes are red herrings" guy was never heard from ever again.

Yawn

and there are also people like this guy "free anime service isn't giving them...."

There are always going to have people that dose this...

1. Broken subs like this on occasional seasonals are not very common.
2. Be grateful these groups are ripping these and make them publicly available to you for free. Because we all know if they didn't, people would be crying, pissing, and shitting their pants if they have to wait more than a few minutes or hours.
3. Blame Crunchyroll for having incompetent, outsourced employees.

It was CR's mistake, but they fixed it mere minutes after the episode came out. SubsPlease and other groups rip as soon as episodes come out, so every release group had busted subs on their v1s.

QC'd subtitles are not the responsibility of automated groups like SubsPlease/Erai-raws/Varyg. Their goal is simply to rip what Crunchyroll/Hidive/etc. releases. If they have broken subs, 99.9% of the time it's due to the fault of the streaming service itself.

Thanks for the advice! If you have tested parameters for this show then could you share your findings?

We never mentioned how we tested or for what reason we chose these parameters but we don't claim they are perfect either. It's also very likely this show should not be rescaled based on some of our observations but we're no experts so we'll defer to others whenever possible.

Looking forward to seeing your results,
- SavI0r

Mitchel and catrom spikes are red herrings

[removed]

We refreshed the link above. We're also working on a better version using the BD remux from CRUCiBLE. We tested some promising rescale parameters (918p, Mitchell) and we plan on making 2 versions with our latest tool, SWAN. Scene complexity in this show is similar to Sakura Quest so we expect far greater efficiency, especially considering all the encoder improvements since the initial release.

Have a nice day,
- SavI0r

Does anyone still have this? It looks like the link is dead. Please help! Thank you!

Patch file: https://buzzheavier.com/5iye0p6x6wwx

Audio cuts out in episode 10, here's a patch for v2: https://buzzheavier.com/5iye0p6x6wwx

Audio is broken for episode 10, here's a patch for v2: https://buzzheavier.com/5iye0p6x6wwx

Dude is mad their free anime service isn't giving them that they want when they want it.

we're lucky we have people willing to do this.

It's all about being first to upload.
Not about quality.

Yes, this was CR's mistake lol

Another group issued an ep7 at 14:00 and a 7v2 at 15:00, both versions listed as CR.

QC could only have told someone to look for a v2 coming, if that's not automated.  No SP v2 as of 22:00.

Are you sure CR made a mistake like that? I made sure Shiunji-ke didn't use any other subs, so... SP uploading raw data CR which not QC.

Why would some one QC subtitles for an automatic system? It's not automatic then.

Go blame CR for not having a QC.

The problem is, all their videos never QC. Just waiting for reports from downloaders. Subsplease: Blame CR, our system works automatically.

Subs are for some other show. Typical Crunchyshit experience!

I'm talking about the older batches for the same anime :)

Sorry but it's working for me

This torrent is still being processed - not all files may be displayed

Can someone please seed the older batches?

You open nyaa directly, read the comments section.