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.
Comments - 9
p9535422
Thank you!
sho_fukamachi
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?
Pirate0fThe9
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)
@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.
sho_fukamachi
@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)
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.
Impakt
That’s impressively small for 4K. Though not many will be able to play it.
Nice job. This is promising!
absinth
@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.
SomaHeir
Appreciate this!