Chotab remux with ordered chapters. https://nyaa.si/view/1155178
This series has some bitrate intensive openings and endings, so doing ordered chapters is a major space savings. Ordered chapters + FLAC debloat + dub removal adds up to a whopping 12GB savings over Chotab’s release.
This series has taken up too much of my time. First I did a Beatrice-raws remux, but then I really wasn’t thrilled with their choice of filtering so I did my own encode, and then Chotab comes along and does a restoration that stomps on everybody else and so I do this all over again for a third time.
v2 fixes audio desync in ep 15.
Dub remvoed AND FLAC debloat? Yeah, this is definitely an improvement.
I don't understand why people insist on having lossless audio tracks in their releases. Complete waste of space.
>diff is kinda subtle
This show was mostly animated at 810p, so all the 1080p for this show were just upscales, and a lot of them were poor ones as well, but Chotab managed to do a better job at it than many others, so if you'd like the best encode for this series then get his, or this, which uses his encode, otherwise, get pyroneko, which is smaller (17GiB) and just as good as this (not as great though).
Subs-wise though, a lot would argue that LostYears subs for this show were better than the CR-edited subs that pyroneko used !
I just checked what I currently have and it seems I grabbed the Cerberus 1080p version quite a while ago. It's obviously a lot small then yours so I'm curious to see the difference. This show certainly had it's problems, but I enjoyed it.
Thanks!
@Hermandshot
For when you can't find the show 20 years down the line or something (especially with dubs). It also allows you to re-encode it at some point down the line, or to be used as a source for other releases. Imagine if all releases on this site were encoded to something like low bit rate vorbis or something and you want AAC, you'd sure wish you had a lossless track to re-encode.
tl;dr: It makes sense if you're trying to be the "definitive" release of a show on the site, but not for anything trying to be small.
If you have the encode you don't need to re-encode. It's already encoded.
Asking an encode to not be encoded misses the point of encoding. If you want something that's not encoded, grab the BD box set.
A half-encoded release is not a "definitive" anything except retardation. Once you've encoded everything properly, *then* you have the definitive encode. Half-assing it on the thought that you're going to finish encoding it 20 years down the line is quite stupid when you can encode it just fine right now and have the definitive release.
The encoded audio is 36MB/ep while this FLAC is 112MB. Are you going to sit on 76MB/ep of bloat for 20 years in the hopes you could encode the audio transparently down to 26MB/ep then? But then wouldn't you make the same argument then about keeping the FLAC for future encoding, and be stuck sitting on 86MB/ep of bloat for another 20 years hoping you could get it down to 16MB/ep? If you can't finish the encode now you're never going to finish it in the future.
I'm not going to carry around the 150GB BD box because it's just too big to store and too much data to seed. The release that deals with the size issues the best is not a half-finished one, it's the one that takes all the space savings that are available.
can we get a properly descaled, debloated 810p release of franxx which looks on par with chotab? Because as of now there's no *good* release of franxx apart from chotab.
@kuchikirukia
Well most people understand that downloading a 100+ GiB series is a tad overkill which can easily be encoded down to say 40 GiB with basically no quality loss. But the other 95% of people (me) would consider that bloat as well, and """compromise""" at something around 10-25 GiB.
*But the main point of my first comment was it's good to have lossless tracks available for future sharing.*
if you wanna reverse upscales when you probably arent supposed to, the answer is simple.
> rescale = clip_y.lineart_rpow2(1280, 720) #fvf.DescaleAA in VS
> halomask = clip_y.finedehalo(showmask=1)
> clean = rescale.mt_merge(clip_y, halomask)
>
> rescale.repair(clean, 1)
a lot of these commenters look like they came from something like 4chan :D which basically means tons of complaints with random insults thrown in, from people who claim to know how things should be done but for some reason are always unable to make their own perfect release instead of complaining on someone elses release
Thanks to the people still seeding this! Im doing my part when possible now. It took me some time to find out how ordered chapters work in MPC-BE, but a bit of work is fair for the space savings that this offers.
Comments - 26
Archer0034
D3NPA
nabiru3
Hermandshot
TGminer
D3NPA
Archer0034
nabiru3
kuchikirukia (uploader)
SeaSmoke
kuchikirukia (uploader)
Darkmatter
Simplistic
kuchikirukia (uploader)
tonikaku
menpe
Koitern
SeaSmoke
Darkmatter
Simplistic
crackpipe
Zastin
SomaHeir
Dakara
valid
porlopite