[Dark] Gabriel Dropout [BD 1080p][AV1][Opus][10bit]

Category:
Anime - English-translated
Date:
2020-09-24 00:01 UTC
Submitter:
DarkRainbow
Seeders:
11
Information:
https://discord.gg/QpTdWmV
Leechers:
0
File size:
2.5 GiB
Completed:
699
Info hash:
d41881d5f651c0d5cd9aa42e0b9a9fee04f58381
Download Torrent or Magnet
![Gabriel Dropout Logo](https://lainsafe.delegao.moe/files/160090306312831.png "Gabriel Dropout") ### Gabriel Dropout #### Doga Kobo **Synopsis** For centuries, Heaven has required its young angels to live and study among humans in order to become full-fledged angels. This is no different for top-of-her-class Gabriel White Tenma, who believes it is her mission to be a great angel who will bring happiness to mankind. However, Gabriel grows addicted to video games on Earth and eventually becomes a hikikomori. Proclaiming herself a "Fallen Angel," she is apathetic to everything else—much to the annoyance of Vignette April Tsukinose, a demon whom Gabriel befriended in her angelic early days on Earth. Vignette's attempts to revert Gabriel back to her previous self are in vain, as Gabriel shoots down any attempt to change her precious lifestyle. As they spend their time on Earth, they meet two eccentric personalities: the angel Raphiel Ainsworth Shiraha, Gabriel's classmate with a penchant for sadism, and the demon Satanichia McDowell Kurumizawa, a clumsy self-proclaimed future ruler of the Underworld. Gabriel DropOut follows these four friends' comedic lives as they utterly fail to understand what it truly means to be a demon or an angel. **Episodes:** 12 + 2 OVA **Episode duration:** 23 min per episode **Year:** 2017 **Genres:** Comedy, Demons, Supernatural, School, Shounen **Rating:** 7.51 ([MyAnimeList](https://myanimelist.net/anime/33731/Gabriel_DropOut)) | **General** | **Video** | **Audio** | **Subs** | |-------------------------- |------------------------------------------- |------------------------- |---------------------------------------- | | **Source:** JP Blu-Ray | **Codec:** AOMedia AV1 | **Codec:** Opus | **Authors:** FFF, HorribleSubs, Mori | | **Container:** MKV | **Preset:** CQ 21 - 2 pass - CPU3 | **Bitrate:** 128 kbps | **Source:** [xxon](https://nyaa.si/view/1206342) | | **Total size:** 2,5 GiB | **Bit depth:** 10-bit | **Channel:** 2.0 Stereo | **Format:** ASS | | - | **Res:** 1920x1080 | **Language:** Japanese | **Language:** English | | Source | Encode | |:-------------:|:-------------:| | ![Gabriel Dropout Frame](https://lainsafe.delegao.moe/files/160090492938262.png "Gabriel Dropout Frame") | ![Gabriel Dropout Frame](https://lainsafe.delegao.moe/files/160090504241378.png "Gabriel Dropout Frame") | | ![Gabriel Dropout Frame](https://lainsafe.delegao.moe/files/160090521819418.png "Gabriel Dropout Frame") | ![Gabriel Dropout Frame](https://lainsafe.delegao.moe/files/160090524305542.png "Gabriel Dropout Frame") | | ![Gabriel Dropout Frame](https://lainsafe.delegao.moe/files/160090529062706.png "Gabriel Dropout Frame") | ![Gabriel Dropout Frame](https://lainsafe.delegao.moe/files/160090530952758.png "Gabriel Dropout Frame") | *This is my first batch of AV1 encoding. Bear in mind that it might not be perfect, but please leave feedback so that I can release more quality content in the future. Be sure to check out our [Telegram group](https://t.me/darkav1).*

File list

  • [Dark] Gabriel Dropout [BD 1080p][AV1][Opus][10bit]
    • Gabriel Dropout - 01 - The Day I Knew I Could Never Go Back.mkv (236.0 MiB)
    • Gabriel Dropout - 02 - The Angel, the Demon, and the Class President.mkv (185.8 MiB)
    • Gabriel Dropout - 03 - Friends, Work, and the Summer of Bugs.mkv (176.5 MiB)
    • Gabriel Dropout - 04 - Summer Vacation, Ho!.mkv (182.3 MiB)
    • Gabriel Dropout - 05 - The Angel Whose Illusions Were Shattered Like Hell.mkv (166.6 MiB)
    • Gabriel Dropout - 06 - Satania's Counterattack.mkv (181.0 MiB)
    • Gabriel Dropout - 07 - Vigne's Demonic Life.mkv (181.2 MiB)
    • Gabriel Dropout - 08 - Fall School Life.mkv (198.4 MiB)
    • Gabriel Dropout - 09 - Christmas and New Year's Eve Surprise.mkv (215.1 MiB)
    • Gabriel Dropout - 10 - The Angels and Demons Return Home.mkv (191.2 MiB)
    • Gabriel Dropout - 11 - Fun Forever After.mkv (191.6 MiB)
    • Gabriel Dropout - 12 - Gabriel Dropout!.mkv (196.5 MiB)
    • Gabriel Dropout - OVA1 - A Steamy Special - A Certain Demon's Plan to Defile an Angel's Pure Skin.mkv (116.0 MiB)
    • Gabriel Dropout - OVA2 - A Gift from an Angel.mkv (147.5 MiB)

Comments - 29

D3NPA

User
2020-09-24 00:52 UTC
looks not 1080p-ish try this before encode ? https://guide.encode.moe/encoding/descaling.html

DarkRainbow (uploader)

User
2020-09-24 01:10 UTC
@D3NPA Thanks for your insight. I am currently reading it and I will take it into account for any future encodes. In this case, the source is the Blu-Ray and it indeed doesn't look super sharp for a 1080p stream. The encoded result was meant to be as close to the source as possible, thus no filters or effects have been used.

salarx

User
2020-09-24 05:58 UTC
Have you tried this? Should decode better. https://www.reddit.com/r/AV1/comments/i3zv7c/by_disabling_cdef_filter_10bit_decoding_speed/

DarkRainbow (uploader)

User
2020-09-24 11:08 UTC
@salarx I didn't know that. Thank you for the tip. I'll do a test run and if there's any performance gain I'll take it into account for future releases. I might also skip 10-bit altogether for other shows as some devices struggle with it.

Hifumi_l

User
2020-09-24 14:01 UTC
✅ JP Bluray ✅ Japanese audio + Eng subs ✅ Excellent file size Keep it up. You doing very good ? Hope you stay and continue improving and releasing

DarkRainbow (uploader)

User
2020-09-24 14:30 UTC
@Hifumi_l Thank you very much for your feedback. This is exactly what I wanted: A reasonably sized release of the show at good quality. And I must say that the 2.5 GiB mark surprised me too. Looking forward to do more releases in the near future. Any suggestions are welcome.

salarx

User
2020-09-24 14:35 UTC
@DarkRainbow you're doing good work. Most releases have no issue if you're playing on mobiles or tablets (ARM based CPU). On PC, most releases stutter during OP (or scenes with fast movement, high bitrate). All these issues are with 10-bit. I have a capable processor (i5 8th Gen, 4 cores, 8 threads), but it struggles. For now 10-bit AV1 is only good for mobile devices; for laptops, the current decoders don't seem capable enough for now. If someone can tell me what settings to use (VLC / MPV on PC) to get 10 bit encodes running smoothly, please do.

D3NPA

User
2020-09-24 16:07 UTC (edited)
runs smooth on my old AF e5-1650@4.2 and MPC-BE with LAV please don't skip 10-bit, maybe decrease cpu load by only descale to original resolution (like 810p for example)? and increase opus bitrate to 144-160kbps please <3

DarkRainbow (uploader)

User
2020-09-24 16:36 UTC (edited)
@salarx @D3NPA Thank you again for your input. I will definitely look into downscaling future releases if the source has been upscaled so that it can run smoother. Regarding Opus bitrate, I think 128kbps is pretty much the sweet spot for 2.0 audio [(source)](https://wiki.xiph.org/Opus_Recommended_Settings), but I may raise the bitrate as it won't have that much of a difference in the file size. The audio track of an episode was sitting at 12-15 MiB iirc. Is there any audible difference in the show? By the way, I invite you to join the [Telegram group](https://t.me/darkav1) so that we can have direct contact for further discussion.

eXmendiC

Trusted
2020-09-24 17:50 UTC (edited)
I can recommend 160kbps for 2.0 audio. There is barely any difference in the show itself, but OP/ED (or music in general) can benefit from >128kbps. I don't recommend using 8bit instead of 10bit for better compatibility. That kinda destroys the purpose for delivering better visual quality with less file size. Newer CPUs/GPUs should have native HW decoders anyway, so it's more like an investment for the future, I guess? An valid alternative would be encoding in the native resolution (810p for this show as an example). You can check native resolutions with https://anibin.blogspot.com/ and/or https://github.com/Infiziert90/getnative

salarx

User
2020-09-24 18:28 UTC
@eXmendiC Just a question, are the realtime upscaling algorithms as good encode time upscaling algorithms? And do they put load on CPU / GPU? And do their efficiency depend on the video coding format? I have been avoiding native 720p releases due to this confusion.

adamantokujira

User
2020-09-27 10:41 UTC (edited)
Very good quality, for the first release! + Please include fonts with the .ass subs, if you are using `ffmpeg` look into [`-map` option](https://trac.ffmpeg.org/wiki/Map), by default I think ffmpeg only copies 1 video, 1 audio and 1 subtitle streams. + Maybe leave the title out of the filename and put it inside the mkv title? I think it's tidier this way. You can do it with `mkvtoolnix` without even transmuxing so it's almost instant. In gui it should be straightforward enough, in the terminal you can use `mkvpropedit "FILENAME" -e info -s "title=TITLE"`. This way it's very easy to automate it. + The chapters are unnamed, although maybe that's a problem with this one bluray? + If you don't know about this, maybe look into [NotEnoughEncodes](https://github.com/Alkl58/NotEnoughEncodes) or [Av1an](https://github.com/master-of-zen/Av1an), it might speed up the encoding. Although I've never used them and my experience with av1 is also very limited, so I don't know how good they are. I'd love to see more of your releases in the future!

DarkRainbow (uploader)

User
2020-09-28 09:31 UTC (edited)
Thank you for your feedback @adamantokujira. - Subs and chapters are something I am still working on, I was aware of the issues you have pointed out but I was unsure on how to address them. - I was curious about why I've never seen any other releases with the title on the filename, I guess that's the reason. I will look into it. - Thank you for pointing out those two tools. I am already using NEAV1E and it's doing wonders. I've tried Av1an too but I had some problems with it so I'm sticking with the former for a while. VMAF is a really interesting thing available on Av1an though. I am looking forward to do more releases in the future. Hope you can enjoy them too!

adamantokujira

User
2020-09-28 13:48 UTC (edited)
I had some more thoughts: + Not many people care about titles, rarely are they included, but it's nice to have them. If they are present, they are usually in both places. I think it's best to put the episode title only into mkv metadata, along with the show's title, season, episode. It's a designated place for it. I see no reason to put it in the filename, but maybe I'm missing something. + Netflix created VMAF, you can install it as a standalone app `vmafossexec` or use ffmpeg, though using it manually would be harder. Also, Av1an can automatically change encoder options based on segment's score to save more space. VMAF is not always right, I don't think it cares that much about small detail, like particles, so it's important to always manually check at the end. ffmpeg calculates VMAF by decoding frames on the fly, so it would be the best option, if it worked properly, but there was a bug, where `vmafossexec` and `libvmaf` used inside ffmpeg had different scores. The github issue is closed, but I encountered this bug a few months ago, so I don't think it was resolved. [How to use vmafossexec on windows.](https://youtu.be/1sgkTPVjCmI) + When a show has multiple names, like romaji and english or a popular nickname (Bofuri, DanMachi), remember to put them all in the title, so it's easier to find the release. Also, putting the ova in the title might not be a bad idea, for some reason a lot of the people don't include them with the rest of the episodes. + Since you are using windows, I'm guessing you're not using the command line, at least not to its full potential. I know it can be scary at first, but it's an awesome tool for automation, highly recommend looking into it. For example, on my linux machine, when I want to transcode audio from flac to opus all I need is 1 line, to process all the files in the folder: `fd -t f -d 1 -j 1 -x ffmpeg -i {/} -map 0 -c copy -c:a libopus -b:a 128k opus/{/}` Thanks for reading, even if you know some of those things.

Hogoledo

User
2020-10-04 11:59 UTC (edited)
10bit AV1 decodes too slowly, except possibly on ARM CPUs. Decode is too slow for playing. Avoid it until it decodes as quickly as 8bit. Either 8bit AV1 or go back to H265.

DarkRainbow (uploader)

User
2020-10-04 19:31 UTC
@Hogoledo may I ask which CPU is it that are you having issues with the playback? People have reported smooth playback on 8 year old CPUs. I am not sure if skipping 10-bit is a tradeoff for "playability" I am willing to make. Hopefully this can be solved in the near future.

salarx

User
2020-10-05 04:51 UTC
@Hogoledo It makes less sense to use h265 since there are many competiting releases in that format.

Hogoledo

User
2020-10-07 16:42 UTC (edited)
@DarkRainbow My CPU should be recent and high end enough: 8 core AMD Bulldozer. Yes, it decodes too slowly for playback. If you are encoding at CQ21, I doubt that 8b versus 10b is going to be a significant issue as far as total quality. You would have more chance of noticing it at CQ<16. You can get some more resolution in the chroma if you encode to yuv444 rather than yuv420.

Hogoledo

User
2020-10-07 19:25 UTC
Playback of 720p 10bit is also too slow. I can manage 480p@30f/s 10bit.

adamantokujira

User
2020-10-08 12:58 UTC
@Hogoledo Are you using dav1d? I checked now and even my 2013 laptop cpu, i7-4700hq (4 cores, 8 threads, @2.4 GHz boost to 3.4 GHz) dropped only 16 frames (1.11 %) while playing the first 60 s of the first episode. It really falls apart during the intro, but apart from that it's quite watchable, even on such old hardware.

DarkRainbow (uploader)

User
2020-10-08 15:20 UTC
@Hogoledo I wouldn't call Bulldozer a recent architecture but I have played the file using VLC on a Pentium G4560 (2c/4t) without a lot of issues, and I am sure playback could be improved with proper settings. I am not sure having more cores will help in this situation as libaom doesn't really scale that well on multiple cores but there must be something wrong with your setup. I've taken note of using yuv444 instead of yuv420. I'll try it for future releases.

adamantokujira

User
2020-10-08 16:48 UTC
I'm not going to say "don't use yuv444", I don't know enough about that myself, but maybe read more about chroma subsampling and YCbCr in general first, before deciding to use it, it seems it's actually a bad thing. [UQW] @Paraexo used to do it, many people complained in the comments of their releases, e.g. [here](https://nyaa.si/view/1186709#com-1) and now they don't do it anymore.

Hogoledo

User
2020-10-08 17:28 UTC (edited)
@adamantokujira davd1d is only optimized for 8bit, except for ARM CPUs, which is also optimized for 10bit. That is why I wrote, "except possibly on ARM CPUs". People were doubtful of Paraexo because he was up-scaling -- including upscaling the chroma layer. Indeed, you may not want encode to YUV444 by upscaling chroma. However downscaling should work well. If the source is 2160pYUV420, then the chroma is already 1080p resolution. So, then you can downscale the luma to 1080p to match the chroma resolution and output as YUV111/YUV444. @DarkRainbow AMD is still selling Bulldozer CPUs. I had already configured MPV for faster playback. I can play 4096 × 2160 @ 60FPS video encoded in H264 without dropping frames. AOM AV1 encodes in parallel well if you use the right settings at encode time. Set ~~~ auto-alt-ref 1 frame-parallel 1 tile-columns 2 tile-rows 1 row-mt 1 ~~~ So, I think it should be able to decode in parallel also. If you did not use those settings and that many tiles or more, then that may speed up playback. I have not tried playing 540p 10bit AV1 yet. With a 1080p YUV420 source, you could scale it to 540p YUV444. The chroma resolution would remain the same and the luma halved.

Hogoledo

User
2020-10-08 21:04 UTC (edited)
The best solution to banding which can occur with 8bit encodes is for the user to apply a debanding filter in his player. With MPV, use options ~~~ deband deband-grain=0 ~~~ You can also apply debanding during the transcoding. FFMPEG has the `deband` filter, but I think the final compression would re-introduce banding.

adamantokujira

User
2020-10-08 21:12 UTC
@Hogoledo thank you for all your insight! Would 4k -> 1080p yuv444 be noticeably better than 1080p yuv420 though? I'm just guessing there's a reason consumer media is almost always yuv420. I tried to check it myself, but I don't think I know how to convert it correctly. Off the top of my head, I tried `ffmpeg -i A.mkv -s 1920x1080 -pix_fmt yuv444p -c:v libx264 -crf 15 444.mkv`. I can't find any available comparisons online either, though likely I don't know how to search properly for them. Also, how big would be the difference in filesizes between this theoretical 1080p downscale in yuv420 vs yuv444? I'm not trying to argue which is better btw, just trying to learn. I played the whole second episode on my 2700x for more testing and dropped ~300 frames throughout. I wasn't expecting it to be this many. I hope it's enough to disable the already mentioned cdef filter.

Hogoledo

User
2020-10-09 10:14 UTC (edited)
The human eye notices changes in the luma more and TV encoding is lossless. That is why they use YUV420. However, when encoding lossy, the encoder takes care of the different eye sensitivity to changes in luma and chroma so that there is no reason to not encode to YUV111 (pix_fmt yuv444p) when down scaling to half the source resolution or less and the result is going to be displayed on a computer monitor rather than TV. The main problem with 8bit encodes for final viewing is banding. Increasing the chroma resolution can help with banding due to chroma gradients but is not going to have an effect on banding due to luma gradients. So, yes, yuv444p is going to in sometime cases. In summary, it is always best to encode to YUV111 (yuv444p) when you are transcoding with all of the following: - a lossy codec - down scaling to half the source resolution or less - the result is to be displayed on a computer monitor rather than TV. Some FFMPEG flags about scaling with chroma may be necessary to use the full chroma resolution properly. I suggest the following flags. You can look up what they do. ~~~ -pix_fmt yuv444p -filter:v 'scale=iw/2:ih/2' -sws_flags area+full_chroma_inp+full_chroma_int+accurate_rnd ~~~ That is going to keep the chroma resolution the same as a YUV420 source and down scale the luma resolution. You can add deband filter to that transcode if you wish. There may be some improvement to be made by manually selecting the dither.

immortallix

User
2021-07-04 05:56 UTC
Do you know the subs source?

nph

User
2021-08-24 09:06 UTC (edited)
Plays fine on Nvidia Shield Pro with MX Player Pro app (haven't tried other player apps - no point because MX Player Pro is the best and is only $5.00). Zero noticeable issues. My concern is saving space on my NAS - I'd like to keep as many of my favorite shows as possible for as long as possible without having to spend more money on hard drives. Only ultra-weebs care about "archival quality" nonsense and smooth PC playback. If I wanted "archive quality" I would buy BDs myself (which I do for the shows I REALLY love) and I think most everyday anime watchers agree with me, so keep up what you're doing @DarkRainbow Don't increase Opus bitrate to 160kbps. That is a waste of bits. 128kbps is considered transparent to source for everything except sonically-complex music such as baroque harpsichord. Hell, the default music bitrate for the reference encoder (libopus) is 96 in the most recent versions - and that's fine for almost everything I've tried it on (I am an audiophile and I am obsessed with testing codecs, and even differences between codec versions). 128 is already giving standard TV anime (which is often poorly mixed) more than it needs. 160 is absolute overkill for anything except expertly-recorded complex classical music where absolute detail preservation is a must. USAC (eXhale), the new "commercial standard" for audio (along with VVC/H266 for video) is coming along nicely and may be competitive with Opus or even better at lower bitrates, although the current reference encoder is very slow, but until it matures Opus 128 or 96 is fine.

DarkRainbow (uploader)

User
2021-08-24 10:24 UTC
Thanks for your input @nph. I will keep this in mind for future encodes, and I'll see if going back to 128kbps is the best option. Space savings aren't too noticeable but definitely worth looking.