Nyaa archive 1268192

[Tess] Clannad + Clannad ~After Story~ [BD 1280x720 AVC AAC]

Saved on 2020-11-10 21:50:02. This copy includes the description and comments available at capture.

Submitter
Tesseract
Category
Anime - English-translated
Published
2020-08-02 21:46:17
Size
19.0 GiB
Info hash
b9c5dda106853012f07427e5cf54d4bc1c8a9a22
Information
No information.

Description

Source: JP BDMV
Subs: Tsundere
Audio: qAAC @ q127

Uploader Notes:
Why is this in 720p? These blurays are HD upscales with a native resolution of 720p. Below are some comparison screenshots between the source and this encode. The encode screenshots were losslessly taken in mpv and scaled using scale=ewa_lanczossharp.

Source Encode
jXkBtA.th.png jXkJa3.th.png
jXkm4M.th.png jXkCLF.th.png
jXksPQ.th.png jXkV60.th.png
jXk4ia.th.png jXk9lD.th.png
jXkKde.th.png jXkdbq.th.png

Mediainfo:

General
Unique ID : 214912331827583511746950080936702770652 (0xA1AE9C0A0F04132CA15381DD0DD1FDDC)
Complete name : [Tess] Clannad - 01 [BD 1280x720 AVC AAC][E9A2E6C7].mkv
Format : Matroska
Format version : Version 4
File size : 506 MiB
Duration : 24 min 11 s
Overall bit rate : 2 923 kb/s
Encoded date : UTC 2020-07-28 10:36:17
Writing application : mkvmerge v47.0.0 ('Black Flag') 64-bit
Writing library : libebml v1.3.10 + libmatroska v1.5.2
Attachments : RUZICKATYPEK.TTF / [Doki] Clannad After Story - 03 (848x480 h264 BD AAC) [C1E2BDF0]_attachment_Alberta_Regular.ttf / [Tsundere] Clannad - 02 [BDRemux h264 1920x1080 LPCM][64222C94]_attachment_odstemplik.ttf / AVGARDNEclipse.ttf / BALZANO.TTF / HARNGTON.TTF / INFROMAN.TTF / IwaMinPro-Md-Kami.ttf / kaiu.ttf

Video
ID : 1
Format : AVC
Format/Info : Advanced Video Codec
Format profile : High [email protected]
Format settings : CABAC / 12 Ref Frames
Format settings, CABAC : Yes
Format settings, Reference frames : 12 frames
Codec ID : V_MPEG4/ISO/AVC
Duration : 24 min 11 s
Bit rate : 2 247 kb/s
Width : 1 280 pixels
Height : 720 pixels
Display aspect ratio : 16:9
Frame rate mode : Constant
Frame rate : 23.976 (24000/1001) FPS
Color space : YUV
Chroma subsampling : 4:2:0
Bit depth : 10 bits
Scan type : Progressive
Bits/(Pixel*Frame) : 0.102
Stream size : 389 MiB (77%)
Writing library : x264 core 159 r2999 296494a
Encoding settings : cabac=1 / ref=12 / deblock=1:-2:-2 / analyse=0x3:0x133 / me=umh / subme=11 / psy=1 / psy_rd=1.00:0.00 / mixed_ref=1 / me_range=32 / chroma_me=1 / trellis=2 / 8x8dct=1 / cqm=0 / deadzone=21,11 / fast_pskip=0 / chroma_qp_offset=-2 / threads=22 / lookahead_threads=6 / sliced_threads=0 / slices=4 / nr=0 / decimate=1 / interlaced=0 / bluray_compat=0 / constrained_intra=0 / bframes=8 / b_pyramid=2 / b_adapt=2 / b_bias=0 / direct=3 / weightb=1 / open_gop=0 / weightp=2 / keyint=250 / keyint_min=23 / scenecut=40 / intra_refresh=0 / rc_lookahead=250 / rc=crf / mbtree=1 / crf=15.0 / qcomp=0.60 / qpmin=0 / qpmax=69 / qpstep=4 / vbv_maxrate=720000 / vbv_bufsize=720000 / crf_max=0.0 / nal_hrd=none / filler=0 / ip_ratio=1.40 / aq=3:0.80
Default : Yes
Forced : No

Audio
ID : 2
Format : AAC LC
Format/Info : Advanced Audio Codec Low Complexity
Codec ID : A_AAC-2
Duration : 24 min 11 s
Bit rate : 639 kb/s
Channel(s) : 6 channels
Channel layout : C L R Ls Rs LFE
Sampling rate : 48.0 kHz
Frame rate : 46.875 FPS (1024 SPF)
Compression mode : Lossy
Delay relative to video : 20 ms
Stream size : 111 MiB (22%)
Default : Yes
Forced : No

Text
ID : 3
Format : ASS
Codec ID : S_TEXT/ASS
Codec ID/Info : Advanced Sub Station Alpha
Duration : 24 min 2 s
Bit rate : 173 b/s
Count of elements : 453
Compression mode : Lossless
Stream size : 30.5 KiB (0%)
Language : English
Default : Yes
Forced : No

Menu
00:00:00.000 : en:Intro
00:02:00.996 : en:OP
00:03:30.836 : en:Episode 01
00:22:09.787 : en:ED
00:23:39.793 : en:Preview

Comments 18

@herkz

ikr I have nothing but 1080p. Might as well upload my 1080p version in the future. Those videos aren’t even that big for 720p. The audio is 111MiB which is ridiculous, meaning each video is about 200MiB each. Both seasons combined at 720p should be at least 25GB. Thanks, but I’ll pass.

I sure hope you didn't descale to 720p, because the vast, vast majority of this show isn't 720p native, but 716p. Very few scenes are actually 720p. Unless you're manually checking every scene or using my fancy descaling function, you probably fucked things up.

EDIT: quick glance, looks like just a blurry and starved downscale to me, so whew. Bullet dodged(?).

@LightArrowsEXE looking more into descaling, vapoursynth has much better tools than what I used. I'm definitely doing a v2 I didn't realize how much of a difference a proper descaling function made. I initially just used ffmpeg's scale filter. I largely just upload as a way to familiarize myself with encoding and various encoding tools as a side hobby. I appreciate the constructive feedback.

That's fine. I suggest checking out my descaling function for this, since you're gonna have to have it check for multiple resolutions. I've been encoding it as well to the side for a future release, so I've already figured out a bunch of stuff. So far it seems to be consistently 716/720p native scaled with bilinear, so something like this should work:

import lvsfunc as lvf

scaled = lvf.scale.descale(src, height=[716, 720], kernel=lvf.kernels.Bilinear())

Just note that it'll be incredibly slow. You can pass it whatever upscaler you want, but the built-in one seems good enough. Personally I'm using a mixed nnedi3/FSRCNNX upscale, but that might be too advanced for you to write for now. Hope this helps!

The audio is 111MiB which is ridiculous

it's 6-channel audio

ffmpeg

wait, people actually use that to encode? i thought it was just a meme. even handbrake is better lol.

10 bits? no thanks it's enough 8 bits in series where there's not as much movement or almost nothing as here

herkz pls, don’t do this to me :(

it's better because it at least has avisynth support. you can't do any real filtering if all you use is ffmpeg.

10 bits? no thanks it’s enough 8 bits in series where there’s not as much movement or almost nothing as here

nice meme, but the benefit to 10-bit has nothing to do with "movement"

so the 1080p releases are really still upscales? finding any info about the original resolution of anything seems hard

@herkz It supposedly works with ffmpeg too, through a simple -i script.avs, but why would you use AVS nowadays when you can run AVS filters in VS and pipe that straight to ffmpeg/x264?

@valid Not as hard as you'd think. Anibin lists quite a few shows, and you can run tests yourself.

i assume if you're using ffmpeg to resize video with the built-in filters, you don't know anything about avisynth, so handbrake would be an upgrade

@herkz I have a base level familiarity with vapoursynth mainly just from my knowledge of python programming. I initially had used ffmpeg for scaling because I genuinely thought it didn't make a difference how you descaled something. Now looking more into it that was a really stupid assumption. I mainly just use ffmpeg as an x264 front-end last time I tried using x264 it created duplicate frames for some reason. I assume it was either something wrong with my distro's binary or something on my end. ffmpeg works fine though. I just wrote a bash wrapper script for ffmpeg and use that. I typically just pipe in vapoursynth scripts and it works fine.

it shouldn't matter for downscaling, but descaling is a different matter entirely. and, of course, there's way more to filtering anime than merely resizing video.

can't say i know about piping vapoursynth scripts into x264, but i know with avisynth how exactly you do it depends on a few variables.

the 10-bit stink looks terrible on smart panasonic and sony 4k from the first series that eagerly put 10 instead of 8 if you compare it there is no noticeable difference