[-] [email protected] 2 points 1 day ago

Have you considered using av1an? it supports vaporsynth which has a large amount of upscale and frame interpolation tools, AI or not. If your upscaler supports vapoursynth, it could be a lot better option.

[-] [email protected] 2 points 1 day ago* (last edited 1 day ago)

what are your system specs? at a low effort you should be getting a lot more FPS, what cli command are you using? but I guess it would be best for you to export to /tmp given enough ram and then go from there

EDIT: for context, when encoding libjxl I would do -distance 0 -effort 2 for lossless output

[-] [email protected] 1 points 1 day ago

going from YUV->RGB wont incur any meaningful loss, going from RGB -> YUV on the other hand can, but it's rare that it will actually happen so long as you arent messing up your bitdepth too much

[-] [email protected] 5 points 1 day ago* (last edited 1 day ago)

A) Export using a lower effort, with libjxl effort 2 or something will be fine.

B) Export to a faster image format like QOI or TIFF or PPM/PNM etc.

PNG, JXL, WEBP, all have fairly high encode times by default with ffmpeg. lower the effort or use a faster format

If you think that it really could be write speed limitations, encode to a ramdisk first then transfer if you have the spare ram, but using a different and faster format will probably help as PNG is still very slow to encode. (writing to /tmp is fine for this)

[-] [email protected] 1 points 3 days ago

This has been a thing for a long time

[-] [email protected] 2 points 1 week ago

whats the context for this?

[-] [email protected] 4 points 1 week ago

skia doesn't actually have that many alternatives, and skia is well maintained used by a large amount of projects. and none I am aware of are nearly as mature as skia is.

[-] [email protected] 2 points 1 week ago

Honestly, I'm not sure that's quite a good takeaway. The article itself was pretty much a bland nothing burger and the articles that were cited were, again, pretty bland. The biggest thing I can find is that they won't be facing off another browser and then it's like, well duh.

It's just one of those things. It just feels like the original dude said one thing and the author interpreted it a completely different way.

[-] [email protected] 34 points 1 week ago

saying 'no code' from rivals seems highly misleading, and I can't seem to see a hard citation for this, in fact, it very directly contradicts this same sentence from the article

He also said that unlike SerenityOS, Ladybird will “leverage the greater OSS ecosystem,” meaning that it will use other open source libraries for some features.

it would be better to say they aren't relying on libraries and features from rivals. not that they will use "no code" from them, good code is good code afterall

[-] [email protected] 45 points 1 week ago

Boring hit piece that way overblows some issues on the topic.

view more: next ›

drwankingstein

joined 1 year ago