Watamote [Quantum][BDRRip][AV1]
- Date
- Submitter
- Quantum1248
- Category
- Anime – English-translated
- Size
- 3594.18 MiB
Watashi ga motenai no wa dō kangaetemo omaera ga warui!
Video source: Aikawa https://nyaa.si/view/1492373
Sub source: Rasetsu https://nyaa.si/view/930583
Audio was encodec using Opus 128Kb/s
The command used for encoding is:
av1an -i filename -c mkvmerge -e aom --chunk-method lsmash --split-method av-scenechange --sc-method standard -x 0 --min-scene-len 120 -v “–bit-depth=10 --cpu-used=4 --end-usage=q --cq-level=20 --threads=32 --enable-cdef=0 --kf-max-dist=240 --lag-in-frames=19" -a=”–c:a libopus -b:a 128k"
If you drop frames in scenes were there are lots of movements and you use mpv you can try this https://www.reddit.com/r/AV1/comments/gjq2mv/drastically_improving_av1_playback/ It should help if you can decode on average at more than 1x speed but drop below that on heavy scene, but if you are always below 1x it won’t help much.
A big thanks to Rasetsu for the fansub and Aikawa for the video raws!
Comments (4)
| StazCherryBlood |
Transparent encode |
|---|---|
| NekoTrix |
Those aomenc settings are completely retarded. |
| OpusMaxE |
Checks out. |
| Quantum1248 |
@NekoTrix In fact I already read that post and all the previous works of BlueSwordM, and I even used his for of aomenc, aom-psy. I disabled cdef because it increases decode speed and it doesn’t impact output size and vmaf, at least in my test on anime episodes. It’s true that using threads it’s worse for efficiency(in fact for my previous releases I always disabled them), but recently I changed cpu and I don’t have enough ram to fully utilize it with more workers, so I had to enable threads to utilize it at 100%. I made some test and the penality is only of 1-2MB and 0.1-0.2 points in vmaf(that is at 97% for 75% of frames and 93 for 1%). For the lag in frames options, I too have read that higher is better for efficiency, but it didn’t turn out to be true in my tests. I tried with many values, from 120(the max for aom-psy) to 16, and with higher values the file size was bigger: for 120 the files were almost 40MB bigger if I remember correctly, all the while the vmaf didn’t change more than 0.2 from 120 to 19. The only jump I saw was from going lower than 19, using 18 the files size grows and the vmaf decreased significantly, so in the end I used 19 because the file size was smaller and the encoder was faster. |