# Durarara!!
---
| | |
| --- | --- |
| Container | MKV |
| Codec | aomenc (AV1) 10bit CQ 30 two-pass 1c0r |
| Source | [BluRay 1080p](https://nyaa.iss.one/view/346522) |
| Audio | Opus 2.0 (VBR @96kbps) |
| Audio Language | English, Japanese |
| Subtitles | English |
**How to play** :
AV1 is a fairly new format and therefore has still playback and performance issues, especially with 10bit content.
It’s suggested to use MPV (https://mpv.io/) or the latest VLC Nightly (https://nightlies.videolan.org/build/win64/).
If VLC is lagging: Try increasing the “File caching (ms)” to e.g. 1000ms.
Minimum CPU requirements: 2nd Gen i5 and higher. Newer mobile devices should be able to play AV1 using VLC.
Performance improvements from the decoder are still work in progress.
| | |
| --- | --- |
| Origin | Japan |
| Release Year | 2010 |
| Number of Episodes | 26 |
| Studio | Brain's Base |
| Rating | R-17+ (violence & profanity) |
| Genres | Action, Mystery, Supernatural |
| Score | 8.20/10 (MAL) |
**Synopsis**:
>In Tokyo's downtown district of Ikebukuro, amidst many strange rumors and warnings of anonymous gangs and dangerous occupants, one urban legend stands out above the rest—the existence of a headless "Black Rider" who is said to be seen driving a jet-black motorcycle through the city streets.
>
>Mikado Ryuugamine has always longed for the excitement of the city life, and an invitation from a childhood friend convinces him to move to Tokyo. Witnessing the Black Rider on his first day in the city, his wishes already seem to have been granted. But as supernatural events begin to occur, ordinary citizens like himself, along with Ikebukuro's most colorful inhabitants, are mixed up in the commotion breaking out in their city.
| Source | Encode |
| --- | --- |
|  |  |
|  |  |
It has taken me a bit longer than expected due to weird bug we discovered inside the encoder itself. There was a specific scene in episode 10 that crashed the encoder no matter what we did. We fed it Y4M stream, reencoded it in a lossy and not lossy format etc. In the end it was the content itself that crashed the encoder. Then I pinpointed the commit on github that started the crash. Apparently it had to do with forward keyframes, so we started to play around with those settings. Finally one of the members suggested to use maximum keyframe distance (we don't use it because it lowers efficiency, so while quality is the same, file size is like 1% bigger or so, highly dependent on the video itself) and we set it at 240. This fixed the issue. This is a temporary solution, but should be good enough for now, because otherwise we would need to use a build that is over 2 months old.
Comments - 5
Montec (uploader)
Godim
StazCherryBlood
newyorkdragon14
throwaway28458345