The full screenshots here (not the thumbnails) are lossless PNGs, so should be equivalent to the source frame captured, without further loss (what I presume you meant by "compressed").
Having said that, still frames aren't the most accurate way to determine quality, since video is meant to be watched in motion, but can provide a rough guide.
the screenshots are compressed so comparing them to judge quality is utterly pointless and dumb as they're in no way a representation of the quality of the video.
I would like to express my gratitude for the screenshots. Being able to compare, without having to download, is so incredibly useful. And has saved me many GBs of traffic by now.
It's especially creepy, when a release above ~300mb actually looks worse than the smaller ones.
I can't understand people who do such things o.0 Instead of trying to search and find an alternative domain, just use a VPN. A good, free one with Zero-logging is AdGuard VPN. Another well-known one is Psiphon which uses users' data to make money like most other free VPNs.
Because Nyaa didn't change the new domain, and merged subdomain sukebei into the main domain. Their sukebei are vulnerable to being blocked by every country. Adult content.
Thanks for the pointer, though with all the rattling Nyaa has been doing blocking proxies, we'll have to see if this one lasts. (side note, if you search for Nyaa proxies, you can quickly find a bunch that work; many have their own ads and who knows what, but I suppose they need an incentive to run such a service. Does go to show that Nyaa's rattling was mostly toothless, to no-one's surprise)
This host seems to error too frequently, so much it can't get through its backlog. I don't know if there's some limit in place (error message just says "An error occurred, try again (#4)"), but looks like I'll have to scale it down.
If you're familiar with CSS, you can create your own image, edit the style code and apply it using a plugin like Stylist or Stylish. There's two custom styles posted here, which may help in terms of an example.
I've updated the screenshot renderer to fix the colorspace issue. Thanks again for pointing out the problem.
Also figured out the slight brightness difference. Using ffmpeg as a baseline, it seems that it can be replicated by converting to RGB48, then RGB24. In other words:
The second version seems to match the screenshot you posted, but differs slightly in brightness relative to the first (which is what the renderer now generates). I'm guessing there's some rounding issue somewhere when it goes through two stages, causing the difference.
Thanks for the suggestion! They seem to require registration for uploads, and the general preference is to upload anonymously, but if there's no other suggestion, I might give it a try.
Thanks for the suggestion! Not sure they'd have any reason to give such, but if you can get such an account, I'm happy to use it if you're willing to pass on the details.
Today was a sad day :( I just found out that one of my favourite and go-to sites has been closed down. I visited that site at least three time per week for several years, though I haven't visited it in the past 4 months. I will miss it 😢 I downloaded many great (big) books (including DK's books) from there. (RlsLog.net/game-over) RIP RlsLog!
I've been here for about 5 years now and I really hope AT continue to exist for many more years to come.
Based on timing, I've made the assumption that you're referring to this file.
I found that the input color matrix is being ignored, which is the cause of the color difference. Though even forcing to interpret the source as 709, I still get a slight difference in brightness - I'll continue investigating. I'm guessing the bad YUV -> RGB conversion is causing the color blotching/banding that you're referring to.
Please provide a link to the exact file, as I otherwise don't know which one is yours. If you can, also give relevant details on the video decoder and renderer used (such as version and relevant settings), as the more info provided, the easier it is to diagnose.
Thanks!
As for the AT side, I'm guessing the issue lies somewhere on the frame renderer, the code of which can be found here (though it may be a bit out of date). Rendering done via libavcodec 4.1.8 / PyAV 6.2.0. Let me know if there's a known issue with these libraries or you spot a bug in the code. You can test if it's in the renderer by replacing the '.png' at the end of the image URL with '.mkv', to download the raw render source.
If you can give specific examples, I can look into them for you. The process basically extracts I-frames and renders it via libav, if that info is of any use.
There's something wrong with the way you're capturing screenshots. Lots of color blotching/banding. The screenshots in my Mushoku Tensei entry left me panicked that there was something terribly wrong with my encode.
Crypto also requires money. I don't have any. I slave in a pit for peanuts and am forced to give 99% of it to the scum that owns the box I'm graciously allowed to sleep in. They of course don't work - they just feed off me. It's the same for everything. I'd had enough years ago, and I've had more than enough now. If any group of peasants ever gets a set of balls I'll be marching right next to them to burn it all to the ground.
10/02/2022 11:20 — admin