einstein95 / crunchy-xml-decoder

GNU General Public License v2.0
35 stars 14 forks source link

Little bug when i download anime #82

Open Dokman opened 8 years ago

Dokman commented 8 years ago

image it's just formatting but well it's better with a good characters

jsonn commented 8 years ago

It's using an ANSI escape sequence to clear the current line. I have no idea what is supported by cmd.exe for that purpose.

darkhelmet2016 commented 8 years ago

Why are the output files smaller then usual for videos?

jsonn commented 8 years ago

HLS is using VBR and maybe even a lower effective bitrate for the same resolution.

Kamekameha commented 8 years ago

No, the RTMP streams were already VBR, more specifically, using the 2 pass ratecontrol. Their HLS ones are encoded using CRF, which it's technically better but for some reason Crunchyroll decided to use worst overall, and not even consistent, x264 settings than their RTMP counterparts, thus making them not only even smaller (their x264 settings on the RTMP streams are already bad tbh) but also worse in quality terms. So yeah, technically "better", no more than that. Anyway, that shouldn't really matter for most of their shows as this is mostly noticeable on scenes with high amount of action.

Also, you could look up for the x264 options used on either the HLS or RTMP stream's SEI, it really worth a shot to read if you really want to say that either stream is VBR or not, when, in some way or another, both are.

albogango commented 8 years ago

Has this issue yet been solved? I'm experiencing the same thing when downloading 1080p. If so, is there a layman's solution?

jaw20 commented 7 years ago

@Kamekameha Using media info, (i think this is what you are looking for) I grabbed the encoding setting for a ts file that was being downloaded. cabac=1 / ref=4 / deblock=1:1:1 / analyse=0x3:0x113 / me=hex / subme=6 / psy=1 / psy_rd=0.40:0.00 / mixed_ref=1 / me_range=16 / chroma_me=1 / trellis=1 / 8x8dct=1 / cqm=0 / deadzone=21,11 / fast_pskip=1 / chroma_qp_offset=-2 / threads=1 / lookahead_threads=1 / sliced_threads=0 / nr=0 / decimate=1 / interlaced=0 / bluray_compat=0 / constrained_intra=0 / bframes=5 / b_pyramid=2 / b_adapt=1 / b_bias=0 / direct=1 / weightb=1 / open_gop=0 / weightp=1 / keyint=48 / keyint_min=24 / scenecut=40 / intra_refresh=0 / rc_lookahead=30 / rc=crf / mbtree=1 / crf=25.7 / qcomp=0.60 / qpmin=0 / qpmax=69 / qpstep=4 / vbv_maxrate=8000 / vbv_bufsize=12000 / crf_max=0.0 / nal_hrd=none / filler=0 / ip_ratio=1.40 / aq=1:0.60

and here is the mediainfo file. hls.txt

Kamekameha commented 7 years ago

@jaw20 sorry, I'm kind of missing your point there. I based what I said on my previous comment off of both the RTMP and HLS streams' SEI (i.e. encoding settings like the one you just posted), so you're basically proving my point, unless you meant something else of course.