[2ndfire] Akira [UHD-BD,1080p,AV1,10bit] [469D0236] v2

Category:
Date:
2020-05-21 03:55 UTC
Submitter:
Seeders:
2
Information:
No information.
Leechers:
0
File size:
1.3 GiB
Completed:
1376
Info hash:
037c902d60d6afe856334ee59a9c3fd0ceefb13b
This is a downscale of the 4K UHD release, which is a high quality scan of the 35mm master. The older 1080p BD release is not a scan of the 35mm master, and also lower quality (more/larger film grain, lower detail). Source: UHD-BD AV1 yuv420p10le (I wanted to do 444, but my 8700k@5.0 all core couldn’t decode some of the high entropy scenes) Opus 192kbit 5.1 JPN Opus 128kbit 5.1 ENG ASS THORAnime subs (official BD?) Commands: ``` ffmpeg -i infile -vcodec libx264 -vf crop=3840:2072:0:44,zscale=t=linear:npl=100,format=gbrpf32le,zscale=p=bt709,tonemap=mobius:desat=0,zscale=t=bt709:m=bt709:r=tv,scale=1920:1036,format=yuv420p10le -sws_flags lanczos -qp 0 -x264opts no-deblock-preset medium -an -threads 12 -g 12000 outfile ffmpeg -i infile -vcodec libaom-av1 -lag-in-frames 25 -g 900 -crf 29 -cpu-used 2 -row-mt 0 -b:v 0 -auto-alt-ref 1 -an -strict -2 -denoise-noise-level 25 -pass 1 -f null /dev/null ffmpeg -i infile -vcodec libaom-av1 -lag-in-frames 25 -g 900 -crf 29 -cpu-used 2 -row-mt 0 -b:v 0 -auto-alt-ref 1 -acodec libopus -af channelmap=channel_layout=5.1 -b:a:0 192k -b:a:1 128k -strict -2 -denoise-noise-level 25 -pass 2 -map 0:0 -map 0:1 -map 0:2 -map 0:3 outfile.mkv ``` P.S. denoise-noise-level in AV1 removes noise (file grain in this case), models it, and then puts the model with the video stream, which AV1 regenerates and adds during playback. Film grain is random after all. P.P.S desat=0 works with hable, but can cause more colorful(less “pale”) highlights than expected with mobius (ex. Sol’s Laser) P.P.P.S v1 didn’t have the english audio track like it was supposed to.

File list

  • [2ndfire]Akira[UHD-BD,1080p,AV1,10bit][469D0236]v2.mkv (1.3 GiB)
hi, thx for the effort but the file won't play smoothly on my pc using vlc, it stutters and sometimes not responsive at all. any idea why?
for smooth playback get the latest Shinchiro MPV builds updated every week or so from sourceforge. edit mpv config file at Windows: "\AppData\Roaming\mpv" or mpv/mpv.conf if portable install Linux : `.config/mpv/mpv.conf` Add this lines with your preferred ram size (in this example it's 6GB, Minimum recommended 2GB): vd-queue-enable=yes ad-queue-enable=yes vd-queue-max-bytes=6000MiB vd-queue-max-samples=2000000 vd-queue-max-secs=50 cache=yes demuxer-max-bytes=2000M demuxer-max-back-bytes=1000M This decodes video ahead of time and keeps it in memory like buffering a video. Cons: 1.High ram consumption (Be ready to dedicate 2-8 GB or ram for storing decoded video), 2. Playback need room to 'breath', because playback is buffered it's necessary after seeking or getting stutters (in case frames start to drop) to pause playback for 5-10 seconds and give player time to fill the buffer.

2ndfire (uploader)

User
@sho_fukamachi What are your PC specs? This is AV1 so it takes a powerful machine And increasing queue size helped when I was trying the 444 version.
@PirateOfThe9 @2ndfire oh, mine is pentium G5400 @3.7GHz, 8GB RAM didn't realize the system requirement to play AV1 is so high as so far has no problem playing downloaded medias including HEVC thx anyway, keep up the good work

2ndfire (uploader)

User
AV1 is the successor to HEVC, it's horrifically intensive right now. You can try ffplay or something cpu-efficient, but it's still hard.
That's impressively small for 4K. Though not many will be able to play it. Nice job. This is promising!
@Impakt Well i have i5-3470 and with the newest version of dav1d I was able to play it fine with ocasional dupe frames drop.
Appreciate this!