Inuyasha 001 [BD][SAD]v0

Category:
Anime - English-translated
Date:
2020-05-12 22:31 UTC
Submitter:
sorrow
Seeders:
0
Information:
No information.
Leechers:
0
File size:
580.0 MiB
Completed:
71
Info hash:
5223cc92859d6dde03b8e7cd919100279669f7ce
Download Torrent or Magnet
Strong denoise/degrain, Light AA, Light line darken, Deband with grain. qAAC q127 x265 crf19 I'm not targeting perfect quality, but good enough without bloating the size. Ideally I think under 650MB/ep is my target. I really don't know if I should bother doing all 167eps, I don't have experience or a good workflow. Manually syncing and adding subtitles would take a lot of time, if there's a better way please tell me. If you know things I've done wrong or poorly tell me. Even more frame compares including some new test encodes. https://imgur.com/a/Akpzjr4 ![HEVC](https://i.imgur.com/GoXcoQc.png) ![BD](https://i.imgur.com/CrVVclE.png) ![HEVC](https://i.imgur.com/1qBIb4e.png) ![BD](https://i.imgur.com/RzAfrp1.png) ![HEVC](https://i.imgur.com/pSC1X2m.png) ![BD](https://i.imgur.com/v1ko7S4.png) General Unique ID : 128127356125178862760763235969357282108 (0x60646E622F095FC881BCBB5CCAF77B3C) Complete name : E:\enc\Inuyasha 001 [BD][SAD]v0.mkv Format : Matroska Format version : Version 4 File size : 580 MiB Duration : 24 min 7 s Overall bit rate : 3 362 kb/s Encoded date : UTC 2020-05-12 21:19:52 Writing application : mkvmerge v44.0.0 ('Domino') 64-bit Writing library : libebml v1.3.10 + libmatroska v1.5.2 Video ID : 1 Format : HEVC Format/Info : High Efficiency Video Coding Format profile : Main 10@L4@Main Codec ID : V_MPEGH/ISO/HEVC Duration : 24 min 6 s Bit rate : 3 065 kb/s Width : 1 440 pixels Height : 1 080 pixels Display aspect ratio : 4:3 Frame rate mode : Constant Frame rate : 23.976 (24000/1001) FPS Color space : YUV Chroma subsampling : 4:2:0 Bit depth : 10 bits Bits/(Pixel*Frame) : 0.082 Stream size : 529 MiB (91%) Writing library : x265 3.3+2-gbe2d82093:[Windows][GCC 9.2.0][64 bit] 10bit Encoding settings : cpuid=1111039 / frame-threads=3 / numa-pools=12 / wpp / no-pmode / no-pme / no-psnr / no-ssim / log-level=2 / input-csp=1 / input-res=1440x1080 / interlace=0 / total-frames=34690 / level-idc=0 / high-tier=1 / uhd-bd=0 / ref=4 / no-allow-non-conformance / no-repeat-headers / annexb / no-aud / no-hrd / info / hash=0 / no-temporal-layers / open-gop / min-keyint=23 / keyint=240 / gop-lookahead=0 / bframes=9 / b-adapt=2 / b-pyramid / bframe-bias=0 / rc-lookahead=48 / lookahead-slices=4 / scenecut=40 / hist-scenecut=0 / radl=0 / no-splice / no-intra-refresh / ctu=64 / min-cu-size=8 / no-rect / no-amp / max-tu-size=32 / tu-inter-depth=1 / tu-intra-depth=1 / limit-tu=0 / rdoq-level=2 / dynamic-rd=0.00 / no-ssim-rd / signhide / no-tskip / nr-intra=0 / nr-inter=0 / no-constrained-intra / strong-intra-smoothing / max-merge=3 / limit-refs=3 / limit-modes / me=2 / subme=2 / merange=48 / temporal-mvp / no-frame-dup / hme / Level / merange / L0,L1,L2=16,32,48 / weightp / weightb / no-analyze-src-pics / deblock=0:-1 / no-sao / no-sao-non-deblock / rd=4 / selective-sao=0 / no-early-skip / rskip / no-fast-intra / no-tskip-fast / no-cu-lossless / no-b-intra / no-splitrd-skip / rdpenalty=0 / psy-rd=1.75 / psy-rdoq=3.85 / no-rd-refine / no-lossless / cbqpoffs=-1 / crqpoffs=-1 / rc=crf / crf=19.0 / qcomp=0.70 / qpstep=4 / stats-write=0 / stats-read=0 / ipratio=1.40 / pbratio=1.30 / aq-mode=4 / aq-strength=0.80 / cutree / zone-count=0 / no-strict-cbr / qg-size=32 / no-rc-grain / qpmax=69 / qpmin=0 / no-const-vbv / sar=0 / overscan=0 / videoformat=5 / range=0 / colorprim=1 / transfer=1 / colormatrix=1 / chromaloc=0 / display-window=0 / cll=0,0 / min-luma=0 / max-luma=1023 / log2-max-poc-lsb=8 / vui-timing-info / vui-hrd-info / slices=1 / no-opt-qp-pps / no-opt-ref-list-length-pps / no-multi-pass-opt-rps / scenecut-bias=0.05 / hist-threshold=0.01 / no-opt-cu-delta-qp / no-aq-motion / no-hdr10 / no-hdr10-opt / no-dhdr10-opt / no-idr-recovery-sei / analysis-reuse-level=0 / analysis-save-reuse-level=0 / analysis-load-reuse-level=0 / scale-factor=0 / refine-intra=0 / refine-inter=0 / refine-mv=1 / refine-ctu-distortion=0 / no-limit-sao / ctu-info=0 / no-lowpass-dct / refine-analysis-type=0 / copy-pic=1 / max-ausize-factor=1.0 / no-dynamic-refine / no-single-sei / no-hevc-aq / no-svt / no-field / qp-adaptation-range=1.60 / no-scenecut-aware-qpconformance-window-offsets / right=0 / bottom=0 Default : Yes Forced : No Color range : Limited Color primaries : BT.709 Transfer characteristics : BT.709 Matrix coefficients : BT.709 Audio ID : 3 Format : AAC LC Format/Info : Advanced Audio Codec Low Complexity Codec ID : A_AAC-2 Duration : 24 min 7 s Bit rate : 295 kb/s Channel(s) : 2 channels Channel layout : L R Sampling rate : 48.0 kHz Frame rate : 46.875 FPS (1024 SPF) Compression mode : Lossy Stream size : 50.9 MiB (9%) Language : Japanese Default : Yes Forced : No Text ID : 2 Format : ASS Codec ID : S_TEXT/ASS Codec ID/Info : Advanced Sub Station Alpha Duration : 20 min 56 s Bit rate : 120 b/s Count of elements : 290 Compression mode : Lossless Stream size : 18.4 KiB (0%) Language : English Default : Yes Forced : No Script: clip = core.std.Crop(clip, 240, 240, 0, 0) clip = core.knlm.KNLMeansCL(clip, d = 3, a = 2, h = 1, channels = "Y", device_type="gpu") clip = havsfunc.SMDegrain(clip, tr=2, thSAD=300, contrasharp=True, RefineMotion=True, prefilter=2, chroma=False, pel=1,plane=0) clip = core.knlm.KNLMeansCL(clip, d = 1, a = 2, h = 2, channels = "UV", device_type="gpu") clip = taa.TAAmbk(clip, showmask=0, preaa=-1, aatype='Nnedi3', opencl=True, mtype=3, mthr=38, dark=0.3, sharp=0, aarepair=0, postaa=False, stabilize=2) clip = core.f3kdb.Deband(clip, 12, grainc=20, grainy=60, y=48, cb=32, cr=32, dither_algo=2)

File list

  • Inuyasha 001 [BD][SAD]v0.mkv (580.0 MiB)

Comments - 15

D3NPA

User
2020-05-12 23:36 UTC
> without bloating the size > qAAC q127 why not opus then??

Rafaelggalindo

User
2020-05-12 23:55 UTC
Most importantly, does this have the opening with the song Change the world? Because other files found here don't and I can't watch the anime without the original op.

sorrow (uploader)

BANNED User
2020-05-13 00:35 UTC
@D3NPA while opus is great I've found that there's still plenty of devices that don't support it, but I may still consider it at 160kbs or I may drop the audio to 192kbs qAAC if I do a full release since the file size difference will add up with that many episodes. @Rafaelggalindo the BDs don't use that opening, and I haven't bothered to replace it.

D3NPA

User
2020-05-13 00:55 UTC (edited)
> plenty of devices that don’t support it but with hevc10 support? > 192kbs qAAC no thx, at least try FDK or leave qAAC q127

DmonHiro

Trusted
2020-05-13 01:47 UTC
Guys. there is no BD of Inuyasha that has the 1st and 5th openings, the 8th ending and the insert song from episode 124. The reason for that licensing. All 4 songs were sung by groups that belong to Johnny's and Associates. This talent agency is scum for many reasons, one of them being their refusal to license things if they feels slighted. It's also a front for the yakuza and ran by pedophiles, but that's a different story.

sorrow (uploader)

BANNED User
2020-05-13 02:21 UTC (edited)
@D3NPA yeah, mostly 2016/17 smart tv's from when I originally tested opus, but it seems now that almost all smart tv's do support opus. I used to have trouble with my Nvidia shield with opus getting transcoded in plex, it does seem now that it gets direct played, so using opus seems likely now. I haven't played around with opus much, but I used to feel that 160kbs was great years ago, but now maybe even lower like 128 may sound nearly perfect. Is there really a noticeable difference between FDK and qAAC at 192kbs? I don't think I've tested FDK at all, so I don't really know about it

Polarwindz

User
2020-05-13 03:10 UTC
Just do all the episodes at once and upload the batch. Most people do a few episodes then stop

D3NPA

User
2020-05-13 03:45 UTC
> used to feel that 160kbs was great years ago, but now maybe even lower like 128 may sound nearly perfect. 144-192 is pretty enough even for complex music, IMO for (especially classic) anime even 96 should be enough but i don't see any point in such low bitrate for a 1080p rip, 144-192 should be fine)

ChaoXide

User
2020-05-13 05:20 UTC
Instead of removing grain and fine details then bitrate starving it in order to hit a file size requirement... why not just encode to lower res such as 576p or 720p to be within your desired limits without sacrificing the overall image quality? Never understood mini-encoders desire to maintain 1080p when the idea is to hit a certain file size. A nicely encoded 720p encode would look much better than a bitrate starved 1080p on any screen.

Tanteiouji

User
2020-05-13 06:26 UTC
As far as syncing subtitles goes it won't take much time I have the whole BD remux version for Inuyasha and it took me around 3 hours to sync them since the delays are mostly consistent.

sorrow (uploader)

BANNED User
2020-05-13 11:53 UTC
@ChaoXide here's a bunch more frame compares with some new test encodes that try to retain grain more and 720p ones. I tried to stick aroundish the same size as my v0. I also included both encode settings and scrips for each of the encodes. https://imgur.com/a/Akpzjr4 I think I made some improvements and personally think the 720p retain grain and 1080p retain grain v2 encodes are best so far. @Tanteiouji If you'd be so kind as to share your subs timed to the BD that'd be awesome! I don't plan on making any cutting adjustments to final encodes so they would stay in sync with the BD.

Chilled

User
2020-05-13 19:29 UTC
make it 720x540p 4:4:4 10bit and don't use any filter, also dither before resizing; you can use other filters but line darken it never a good thing to add imho; fvf.Depth(src, 16) fvf."coose your kernel"(out, 1280, 720, kerneluv='blackmanminlobe', yuv444=True) fvf.Depth(out, 10)

D3NPA

User
2020-05-13 20:07 UTC (edited)
> make it 720x540p 4:4:4 10bit but he want it to be h/w compatible and 540p is kinda smol for this

sorrow (uploader)

BANNED User
2020-05-14 06:09 UTC (edited)
@Chilled I won't use 4:4:4 since as mentioned by D3NPA there's almost zero hardware decoder support for it, but I did do some 540p tests as well as new 720p and 1080p ones. So far I think I'll probably end up with 720p since it mostly appears 90% the same as 1080p but at nearly twice the encode speed 9.5fps vs 4.86fps on my 8700k/1080ti. I tried to use fvf.Depth but it wouldn't load in the GUI/Editor I use, StaxRip, so I used something else to change bit depth instead. Here's a bunch of frame compares of test encodes with line darkening on and off and different resolution and settings etc, didn't include the settings/script for each though. The line darkening is pretty subtle but I'm still undecided or keeping or removing it. https://imgur.com/a/97Hxshu I think the best I have so far are retain grain v2.5 16b10b and 720p retain grain 16b10b. 540p while it does look good enough I feel just isn't worth it with the noticeable loss in clarity. My current script goes like this but with some values changing depending on the resolution, this is from one of the 540p encodes. clip = core.std.Crop(clip, 240, 240, 0, 0) clip = core.fmtc.bitdepth (clip, bits=16) clip = core.resize.Spline36(clip, 720, 540) clip = core.knlm.KNLMeansCL(clip, d = 2, a = 2, h = 0.10, channels = "Y", device_type="gpu") clip = havsfunc.SMDegrain(clip, tr=2, thSAD=100, contrasharp=True, RefineMotion=True, prefilter=-1, chroma=False, pel=2, plane=0) clip = core.knlm.KNLMeansCL(clip, d = 1, a = 1, h = 0.15, channels = "UV", device_type="gpu") clip = taa.TAAmbk(clip, showmask=0, preaa=0, aatype='Nnedi3', opencl=True, mtype=3, mthr=64, dark=0, sharp=0, aarepair=0, postaa=False, stabilize=2) clip = core.f3kdb.Deband(clip, 12, grainc=16, grainy=48, y=40, cb=28, cr=28, dither_algo=2) clip = core.fmtc.bitdepth (clip, bits=10)