| — | Source | This Encode |
|---|---|---|
| Video Codec | AVC | AV1 |
| Video Format | YUV420P8 | YUV420P10LE |
| Framesize | 1920x1080 | 1920x1080 |
| Audio Codec | LPCM | FLAC |
| Images Codec | PNG | JPEG-XL |
| Images Profile | Lossless | Lossless |
Video: aomenc-av1-lavish 3.6.0 with some additional modifications
Audio & Audio CDs: FLAC git-72787c3f 20231124
Images: JPEG-XL encoder v0.10.0 733dfda
Sources: BDMV and Scans, Subtitles, Opening Theme Audio CD
MediaInfo: Episode 02
AniDB: Kunoichi Tsubaki no Mune no Uchi
Been lazying out on this one for a few months, been keeping it around all this time, finally finished it. Well I wasn’t just being lazy, I had another project that I was working on before starting this one, and I was lazying out on that instead. I wasn’t really happy with how it was turning out, and it was a lot of work, so I ended up just dropping that after a few months trying to convince me I should finish it. Thanks to that I finally could start working on other things again.
If I thought my “recent” BD releases have been becoming overkill, this one crosses all the boundaries: Using an experimental fork of lavish, with even further tuning, and basically at CQ11. aomenc enjoyers, this way please ¬u¬
Now to address the elephant in the room: why changing to FLAC all of a sudden? It is quite simple actually. I’m moving to lossless, and although usually WavPack would win, ever since that commit to add multithreading to FLAC, pushing it further has became more viable than ever. Testing on the first 4 episodes, FLAC did compressed better than WavPack by a little bit. It still takes 2 to 3 times longer to encode than WavPack but it is still fast enough to be perfectly bearable, and a technical victory is still a victory, so I went with FLAC instead. I’ll really try to not change codecs again every release, but WavPack still seem to perform better with music and at multichannel, but we’ll see, the differences are close enough between them now that I could just settle with FLAC for a while.
The FLACs on this release were made using options that require the usage of --lax, so I can’t say for sure it will work on 100% of things that stricter FLACs does. I still haven’t found something that can’t play them, but do mind that.
Another change from the usual is, better named chapters!
No more Part A and Part B, this time I named them according to the section name on both the AniDB page and the in episode name. I don’t know how I never thought about doing that before…
The MediaInfo on the Links section is of the episode 02 because episode 01 had a single section which was divided into I and II, episode 02 has two proper different chapter names.
The scans should be all 1200dpi, I confess I haven’t checked every single one of them but most of them are so…
Note that on Windows, your explorer window may hang for a long time upon entering the scans folder (well, the folders inside it like Vol.01, Vol.02…, where the images are actually located). That is normal, just give it time and let it think and it will eventually come back. The time it hangs seem to vary with disk speed as well.
As mentioned on the top, the scans folder for this one is quite big. You can save about 11.5GB if you don’t download them.
As usual, my releases are meant to be watched using mpv and listened using Foobar2000. It probably works on other players but that is beyond me.
For veryfing the hashes you can use rhash, on a terminal go to the top level folder of the release and rhash --check --blake2s ".\Extras\Hashes\BLAKE2s.txt", of course changing the --blake2s and the txt file name to the hash you want to verify.
You can view the JXL files with mpv, by simply dragging and dropping it there or calling it via command line and passing the image path, or if you prefer a proper image viewing solution, on Windows I recommend IrfanView or ImageGlass.
I need more loli things to encode…
Comments - 7
zetsu_shoren
wtf is .jxl
Hogoledo
Title:
くノ一ツバキの胸の内
くのいち ツバキ の むね の うち
In the Bosom/Heart of Female Ninja Tsubaki
https://anidb.net/anime/16966
https://anilist.co/anime/141350
File names ending in .jxl are JPEGXL files, which you could deduce if you read the table he provided. They can encode old format JPEG files at higher compression without loss of quality.
Wondering about lossless audio. Was the source lossless? If not, why not copy it?
I have been looking for you on your IRC channel on Rizon, #ScarletNeko , but you have not been there.
You should join the AllTheFallen forum and solicit source media and encode requests and join the discussion of compression. There are threads for compression and media codecs and encoding.
About the file names of video files:
We do not need repeating 1080p , AV1 , FLAC .
It is good you provided files with hashes. I think it is worth putting the CRC32 in the file name because that can then also be used to search for a file.
If you wished to use PAR2 to create data recovery files, there are multiple tools which can do that. Using the original, to create a 4MB recovery block for the entire directory hierarchy, the command would be
par2 c -t1 -T1 -c1 -s4194304 -R PAR2 .
My favorite encoding of Tsugumomo, which is not chroma subsampled, has all the main video files seeded.
https://nyaa.si/view/1685226
Thanks for making such high quality encodes where they are needed.
ScarletNeko (uploader)
@zetsu_shoren JXL is the extension for files encoded with the JPEG-XL codec, its an image codec (can do animated images too) that support both lossless and lossy, and it can also compress JPG in a lossless way. It can compress further than webp, and avif is a joke for lossless often making files larger than their sources, it’s been my image codec of choice for a while already. The size of all the scans went from around 17.11GB (source was optimized PNGs) to around 11.5GB while keeping them lossless.
@Hogoledo Well the IRC was pretty dead, so I just stopped joining there eventually… I can join again sometime since its not like IRC clients take a lot of resources though.
The source audio was indeed lossless, as indicated by the LPCM on the table. Also these FLACs have zero tricks or hybrid shenanigans, they are true lossless. They were encoded with
--lax -8epl32r15P0j12. Flac is lossless compression, and although compatibility is not a problem for me, it is very widely supported, theres no reason to compress everything but the audio. The episodes audio size went down from around 390mb to 240mbHogoledo
In my tests, lossless AVIF images of photographic scenes are roughly 1.1× the size of WebP images. It could be different for images with large fields of color, such as manga.
chrnodroid
One of the best anime ever made, and I can’t wait the season 2, since the manga is ended.
Thank you very much for this realese! You have almost my same taste and culture, when I see ScarletNeko it’s an easy click and download for me.
Anyway, for those who want to know the best jxl viewer, I use this one: https://github.com/sylikc/jpegview
Hogoledo
One keyword I search for is ScarletNeko. Another is BluRay. BD has a detriment in that those are 2 characters which appear in hexadecimal. BluRay would be a good key word to include in the title. Another abbreviation is BRD.
To make MPV key bindings appropriate as an image viewer.
https://github.com/occivink/mpv-image-viewer
Good image and comic book viewing programs:
geeqie gthumb mcomix qcomicbook
NekoTrix
ScarletNeko seems to have started using “[BD1080p]” recently, you could search for that. Obviously comes with the disadvantage that not every releases are 1080p, but I mean the amount of variations is rather limited.