[syou] When Budding Lilies Blossom (x3200) (JPEG XL) [English] [FAKKU].zip

2021-04-11 21:14 UTC
File size:
203.7 MiB
Info hash:
syou's first english language yuri book! If you enjoy yuri, please support the artist by purchasing your own copy! https://www.fakku.net/hentai/when-budding-lilies-blossom-english https://www.amazon.com/When-Budding-Lillies-Blossom-Syou/dp/1634422279 https://www.dlsite.com/books/work/=/product_id/BJ168889.html (CENSORED, NON-ENGLISH) Syou's latest book: https://www.dlsite.com/books/work/=/product_id/BJ263450.html (CENSORED, NON-ENGLISH) Artist: syou Parody: Original Work Circle: Sakuranbu Publisher: FAKKU Language: English Pages: 199 pages Description: Romance Blossoms in the Springtime of Youth Rena and Manami originally planned to have a romantic Christmas date, but when Manami catches a cold, their happy holiday is put on hold. Fast forward to New Year’s Eve - Rena heads to Manami’s to make up for lost time, but once she arrives questions start swirling around in her head. This is their first night together, and Rena’s face heats up wondering if Manami ever has “adult” things on her mind. Despite her doubts, Rena still wishes to give her the best night of her life. To Rena’s surprise, Manami has a Christmas miracle in store for her! Decked head to toe in holiday cheer with decorations everywhere, Manami beams with excitement, gifting her a beautiful necklace. Rena is grateful for the gift, but -oh no!- she didn’t get a gift for her! No worries for Manami, because Rena is the gift she wants to unwrap. When Budding Lilies Blossom is FAKKU’s first-ever yuri title, and there is no one better at crafting dreamlike romance as syou. Collecting nine chapters, Blossom features beautiful, heartfelt love stories ranging from first loves, rekindling romances, and forbidden bonds. With cute girls, detailed outfits, and well-crafted stories, Blossom buds into beautiful memories these heroines will never forget. Tags: yuri, petite, stockings, uncensored, schoolgirl outfit, tanlines, glasses, swimsuit, hentai, lingerie, cunnilingus, twintails, book --- This release is being used to test a new image coding system: JPEG XL. JPEG XL’s lossy mode provides equal quality to JPEG at 60% smaller file sizes, and its lossless mode enables file sizes 35% smaller on average compared to PNG (incidentally, manga seems to compress much better than average: using -q 100 -s 9 -E 3 -I 1 [and for some pages, -g 3], I attained a better than 41% size reduction on this doujin, compared to the zipped PNG files on FAKKU.) It has a bevy of other features too, including alpha channel support, animation, progressive decoding, and high bit depths (up to 32-bit [float] per channel), and image dimensions that cap at 1,073,741,823 x 1,073,741,824 pixels. Most of that isn’t relevant to manga, but it’s still quite cool. It also has a special feature: the ability to losslessly recompress existing JPEG files, to reduce file sizes another ~20%; the old JPEGs can even be perfectly recreated from the JPEG XL files produced in this way! JPEG XL is totally capable of perfectly replacing JPEG, GIF, PNG, and WebP! Here are some links to get started: Sample results for lossless compression: https://docs.google.com/spreadsheets/d/1ju4q1WkaXT7WoxZINmQpf4ElgMD2VMlqeDN2DuZ6yJ8 Source code: https://gitlab.com/wg1/jpeg-xl Official website: https://jpeg.org/jpegxl/ Early Viewers: https://imageglass.org/moon A precompiled windows binary: https://encode.su/threads/3564-JXL-version-0-3-released?p=69282&viewfull=1#post69282 (NEW!) Support added to the latest Canary builds of Chrome/Chromium! Version 91.0.4471.0 (Official Build) canary (x86_64) https://chromium.googlesource.com/chromium/src/+/6980917f414387c968a94b4ee1feb4fdf654b157 In the linked zip file with the binaries, cjxl.exe can be used to convert files to JPEG XL, and djxl.exe can be used to decode JPEG XL files, and export as a different format. You can use -h -v to get information about the functions of the binaries. If you want to batch convert lots of PNG files to JPEG XL, here is a suggestion for how to do so: Move the PNG files into the folder where cjxl.exe is located, click on the Windows Explorer address bar (when you are in that folder) and type ‘cmd’ (without the quotes) and hit ‘ENTER’ on your keyboard. Then use the following command: for %i in (D:\jpeg-xl*.png) do cjxl “%i” “%i.jxl” -q 100 -s 9 -E 3 -I 1 Set the location in the brackets to wherever your binary and PNG files are. You may also visit ‘https://squoosh.app/’ to work with JPEG XL files, as well as other formats, and to convert between them.

File list

  • [syou] When Budding Lilies Blossom (x3200) (JPEG XL) [English] [FAKKU].zip (203.7 MiB)

AtomicRobot (uploader)

As an aside, I'm looking for a couple of yuri books that don't seem to be out on the net yet. If anyone has them, would you please share? https://www.fakku.net/hentai/lesson-in-lust-english https://www.fakku.net/hentai/this-brat-is-still-thirsty-for-step-mommy-english
Unless windows 10 natively support jxl, this format will never take off, like webp.Chrome/firefox/opera supported webp, but guess what windows 10 didn't and so webp is forever in the dumpster. Same thing will happen to jxl. So who cares if chrome 91 is supporting it. No one is going to decompres into individual files just to read it on a browser that doesn't have proper image viewer control. So why the hell are you releasing this in jxl when there's perfectly good one released in normal jpg: https://sukebei.nyaa.si/view/3084644.
ah another jpeg xl upload... thank god for conversion software to a usable format such as jpg or png
Pretty much figured out that JPEG-XL-kun is either Jewcob, or On Takawhoever (also Jewcob in yellowface). And the older syou yuri dl already posted is in PNG, either here or at Panda. No need for this DL at all. So yeah, slow golf clap fakku employee well played.
I can't be the only one aside from the uploader that likes JXL. It's an absurd size improvement over PNG. Also, if you specifiy -q 100, it's lossless like png - the format is modular and attempting to replace all the image formats. I convert all my stuff to it just for the space savings - I don't have unlimited storage, and the smaller sizes are great. I mean, it can't be read on everything, but installing the image plugin for the Qt framework makes it so that anything using Qt to decode images can handle it. Imagemagick supports it as well so in practice thumbnails and any image viewer using libMagick is also fine. QComicBook needs a patch around line 33 of src/ImageFormatsInfo.cpp, but works perfectly. I still need to convert manga to PNG sometimes for when I want to use my phone to read stuff, but overally it works great as a storage format and good as a actual readable format on Linux. This is just the exact same shitposts that happened when h265 overtook h264. Get over yourself, formats and standards evolve. I bet you lot were also annoyed when apng and webms started replacing GIFs.
The comparison between h264 and jxl is completely different. Since forever, users do not use the default windows video player. They use VLC, media player classic,or some other video player with codec plugins. That isn't the case with images. Most smoe joe juse use the native image viewers that windows provide. So if windows implement jxl natively, then it will be adopted. If not, then it's like webp that goes nowhere. No one is disputing that jxl has better compression for quality. What people is complaining about is the lack of adoption that's easily accessible. No native support on windows, mac, linux, nor android. I aint fucking installing some bloat shit image viewer just for this crap that might or might not be adopted. H264 was different.Every major video pirates and legit companies were using h264 because it was the next best thing after xvid/divx. What's different here is no big software players give a shit about jxl. Browsers don't count because that same shit happened to webp. And for many people who hoard files, hard drive space isn't a concern with terabytes hard drives. And good luck to you converting all your shares into jxl when jxl becomes trashcan and you're stuck with it. If windows support it then I'm all for jxl but with the status quo right now, adopting jxl so early is pointless.
@srrojo That's hilarious
If I read this do i become gay?
@xephy Anyone who likes tech stuff would like such fancy algorithms. It's hard not to. The problem for many people is to understand the reality. Reality right now is that you need to spend the amount of processing power (also time) that is arguably excessive - to decode such an image, especially if it's lossless, and much more to encode it. Perhaps the only 2 cases where it can be realistically useful are (a) re-encoding small low quality files in order to save some space and (b) embedding into archive format like ZIP/RAR/7Z for best lossless compression in order to archive huge collections.