|
diskorduser
|
2022-11-24 06:08:08
|
https://www.instagram.com/reel/CjTy3YVv08c/?igshid=YmMyMTA2M2Y=
|
|
|
improver
|
2022-11-24 08:08:28
|
https://brainwaltzera.bandcamp.com/track/itsame-group-hugg
|
|
|
diskorduser
|
2022-11-26 07:45:12
|
<@794205442175402004> the website sidebar looks weird on chrome android.
|
|
2022-11-26 07:45:48
|
|
|
|
_wb_
|
2022-11-26 07:52:38
|
Strange. Reported it.
|
|
|
DZgas Ж
|
2022-11-26 07:52:41
|
But dead
|
|
|
_wb_
|
2022-11-26 07:54:56
|
J2K? On Safari we used it quite a lot, actually. Only recently it is becoming less relevant now webp and avif are also supported on Safari...
|
|
|
DZgas Ж
|
2022-11-26 07:57:03
|
It's certainly not jxl, but between jpeg, j2k, j-xr, I'd rather choose webp, just because it compresses more
|
|
|
_wb_
|
2022-11-26 07:59:20
|
WebP cannot do 4:4:4 though
|
|
|
diskorduser
|
2022-11-26 08:01:29
|
no full range color. Bad
|
|
|
DZgas Ж
|
2022-11-26 08:04:54
|
Well internet use only
|
|
|
_wb_
WebP cannot do 4:4:4 though
|
|
2022-11-26 08:06:57
|
Even I, realizing this, started using jpeg xr q 95 8 years ago, although Now I think it would be better to use webp q100, and it's all the same that yuv420 is there
|
|
|
_wb_
|
2022-11-26 08:08:32
|
I have seen images where webp q100 has problematic banding that is visually obvious even without seeing the original
|
|
2022-11-26 08:14:59
|
(this is not caused by 4:2:0, but by the minimum amount of color quantization that vp8 forces...)
|
|
|
DZgas Ж
|
|
_wb_
I have seen images where webp q100 has problematic banding that is visually obvious even without seeing the original
|
|
2022-11-26 08:20:32
|
Oh yea
|
|
2022-11-26 08:20:52
|
Just yesterday I saw it looks disgusting
|
|
2022-11-26 08:23:28
|
I created a picture in a neural network, its nature is such that it is noisy, I smoothed out the noise in another neural network and compressed it into a webp, and these stripes simply spoil the entire gardient background. I had to compress the original version with noise which visual smoothed out all the band, but the size is all 3 times larger
|
|
2022-11-26 08:23:41
|
https://t.me/my_content/8096
|
|
|
daniilmaks
|
2022-11-26 01:19:51
|
webp is similar to avif in the regard that by design they were not meant to preserve any kind of noise at any quality level.
|
|
2022-11-26 01:47:02
|
I'll assume you're talking about camera RAWs.
the raw not a photo as much as it is a sensor dump that is yet to be transformed into a photo.
raw is the whole grains before even roasting.
|
|
|
_wb_
|
2022-11-26 02:14:58
|
Avif and webp encoders mostly tend to smooth away subtle textures, like skin, wood, stone, textile, clouds etc.
|
|
2022-11-26 02:15:30
|
High-contrast textures they will tend to keep better
|
|
|
Kagamiin~ Saphri
|
|
DZgas Ж
|
|
2022-11-27 04:28:13
|
lmao I swear last time I tried AV1 it wasn't that bad
|
|
2022-11-27 04:28:20
|
though I was doing low bitrate and anime content
|
|
|
_wb_
|
|
diskorduser
<@794205442175402004> the website sidebar looks weird on chrome android.
|
|
2022-11-28 02:53:22
|
they told me it should be fixed now
|
|
|
diskorduser
|
2022-11-28 03:13:36
|
Yes. Works fine
|
|
|
DZgas Ж
|
|
Kagamiin~ Saphri
lmao I swear last time I tried AV1 it wasn't that bad
|
|
2022-11-28 06:59:18
|
Maybe you did it at high speeds. My tests show that hevc with specific settings between slow and medium -- outperform av1 significantly in same time.
The best thing I expected from her was the advantage of compressing the gameplay factorio at 360p. It's amazing. It's better than avc and av1
avc is better than hevc at all qualities lower than 720p (at the same speed). Except for this case
|
|
|
Kagamiin~ Saphri
|
|
DZgas Ж
Maybe you did it at high speeds. My tests show that hevc with specific settings between slow and medium -- outperform av1 significantly in same time.
The best thing I expected from her was the advantage of compressing the gameplay factorio at 360p. It's amazing. It's better than avc and av1
avc is better than hevc at all qualities lower than 720p (at the same speed). Except for this case
|
|
2022-11-28 07:54:45
|
I've found HEVC to be specifically terrible at anime. It's as efficient as AVC in all resolutions while using more CPU time for both encode and decode. Haven't tested with faster presets, wouldn't be surprised if it was worse, the ringing in HEVC is very very visible in anime content
AV1 on the other hand manages to outperform both at anime, though I haven't tested at the same speeds either. Generally I still stick to AVC for anime.
|
|
|
Traneptora
|
2022-11-28 11:32:22
|
good ol' x264
|
|
2022-11-28 11:32:45
|
I encode in H.264 rather than AV1 cause I like my encodes to finish
|
|
|
|
afed
|
2022-11-28 11:53:56
|
HEVC is better for anime because all HW decoders support 10-bit, but good quality requires some careful tuning
|
|
2022-11-29 01:56:37
|
yes, maybe some first gen hw decoders did not support 10-bit, but still their number is pretty small, as well as the vast majority of modern mobile devices and tvs can decode 10-bit hevc (unlike 10-bit avc, which support is almost non-existent, even though it is also in the standard)
|
|
|
Traneptora
|
2022-11-29 02:11:54
|
but hardware decoding for H.264 is also irrelevant
|
|
2022-11-29 02:12:28
|
software decoders can handle it just fine
|
|
2022-11-29 02:13:32
|
trying to discuss 10-bit anime on mobile devices is also a meme cause watching anime on a 6in screen is lol
|
|
2022-11-29 02:18:01
|
yes, because it provides lower file size at the same quality
|
|
2022-11-29 02:18:10
|
even for an 8-bit source scaled to 10-bit and then encoded
|
|
2022-11-29 02:18:28
|
the higher internal precision lets the decoder quantize more
|
|
2022-11-29 02:18:37
|
since 1 bit error out of 8 becomes 3 bits out of 10
|
|
2022-11-29 02:19:26
|
to decode? it's still easily able to be decoded in software in realtime
|
|
2022-11-29 02:19:34
|
to encode? yes much more
|
|
2022-11-29 02:20:18
|
for HEVC it can be a bottleneck on older CPUs but not really for H.264
|
|
2022-11-29 02:21:18
|
especially considering that anime has a low framerate
|
|
|
|
afed
|
2022-11-29 02:21:18
|
I think from 2015-2016 (after UHD BD standardization) 10-bit has basically been a requirement to support
10-bit helps to avoid banding without a huge bitrate boost (dithering/noise is also very bitrate hungry)
|
|
|
Traneptora
|
2022-11-29 02:21:21
|
typically 24000/1001
|
|
|
|
afed
|
2022-11-29 02:24:02
|
perhaps the source was hdr or something like that (wrong tone mapping)?
|
|
|
DZgas Ж
|
|
Kagamiin~ Saphri
I've found HEVC to be specifically terrible at anime. It's as efficient as AVC in all resolutions while using more CPU time for both encode and decode. Haven't tested with faster presets, wouldn't be surprised if it was worse, the ringing in HEVC is very very visible in anime content
AV1 on the other hand manages to outperform both at anime, though I haven't tested at the same speeds either. Generally I still stick to AVC for anime.
|
|
2022-11-29 09:47:14
|
hevc performs well in anime, surpassing avc by 5 or even 10 times with the same quality
Now the question is - how did you compress?
|
|
2022-11-29 09:49:10
|
HEVC is the absolute leader, if we are talking about content in which there are a lot of unchanged frames, anime, cartoons, factorio, gameplay of visual novels, this is all in which hevc has a very great advantage
|
|
2022-11-29 09:51:25
|
But what probably won't tell you is that hevc is forbidden to use lower than SLOW preset, or specific independent presets, precisely because then hevc will bad even avc, both in quality and speed
|
|
2022-11-29 09:53:39
|
I recently developed a preset exclusively for minecraft gameplay compression (from source or bitrate > 8000k), I did my research on all codecs, avc av1 hevc vp9, and only hevc was able to do it well and in an acceptable time.
|
|
|
fab
|
|
DZgas Ж
|
2022-11-29 09:55:15
|
Especially for viewing it in telegram, I got 5 hours of gameplay in 2 gigabytes, with avg 800-900 kbps
But also on the up qualities it looks just great than all
|
|
|
fab
|
2022-11-29 09:55:16
|
AVM AV2
|
|
2022-11-29 09:55:28
|
best frame
|
|
|
DZgas Ж
|
|
DZgas Ж
But what probably won't tell you is that hevc is forbidden to use lower than SLOW preset, or specific independent presets, precisely because then hevc will bad even avc, both in quality and speed
|
|
2022-11-29 09:56:51
|
ffmpeg -i INPUT.mp4 -movflags +faststart -vf "scale=1280:720:flags=spline" -c:a copy -c:v libx265 -preset medium -bf 5 -refs 5 -g 600 -qp 35 -i_qfactor 1.5 -b_qfactor 2.0 -tune fastdecode -x265-params "lookahead-slices=0:me=star:rskip=0:tskip=1:frame-threads=4:pmode=0:pme=0:wpp=1:rc-lookahead=250:ctu=32:subme=3:merange=57:scenecut=0:cbqpoffs=-5:crqpoffs=-5:psy-rd=0:psy-rdoq=0:max-merge=5:weightp=1:rd=4:limit-refs=0" -f mp4 OUTPUT.mp4
qp 35 < 1000 kbps
qp 30 < 2000 kbps
qp 25 < 4000 kbps
|
|
2022-11-29 09:57:51
|
and Example of a streams qp 35 https://t.me/my_content/8101
|
|
2022-11-29 09:59:04
|
vp9 was worse than avc. av1 was worse than hevc at identical speed
|
|
|
Kagamiin~ Saphri
|
|
afed
HEVC is better for anime because all HW decoders support 10-bit, but good quality requires some careful tuning
|
|
2022-11-29 10:55:54
|
any dinky mobile CPU can decode H.264 10-bit in software, and older hardware won't support HEVC decoding at all, so that's irrelevant
|
|
|
DZgas Ж
But what probably won't tell you is that hevc is forbidden to use lower than SLOW preset, or specific independent presets, precisely because then hevc will bad even avc, both in quality and speed
|
|
2022-11-29 10:57:33
|
what the heck lol, so if you encode with faster presets you get better efficiency?
|
|
|
DZgas Ж
I recently developed a preset exclusively for minecraft gameplay compression (from source or bitrate > 8000k), I did my research on all codecs, avc av1 hevc vp9, and only hevc was able to do it well and in an acceptable time.
|
|
2022-11-29 10:58:17
|
I've got gigabytes of minecraft gameplay on my storage so I'm definitely very interested to try that out
|
|
|
DZgas Ж
ffmpeg -i INPUT.mp4 -movflags +faststart -vf "scale=1280:720:flags=spline" -c:a copy -c:v libx265 -preset medium -bf 5 -refs 5 -g 600 -qp 35 -i_qfactor 1.5 -b_qfactor 2.0 -tune fastdecode -x265-params "lookahead-slices=0:me=star:rskip=0:tskip=1:frame-threads=4:pmode=0:pme=0:wpp=1:rc-lookahead=250:ctu=32:subme=3:merange=57:scenecut=0:cbqpoffs=-5:crqpoffs=-5:psy-rd=0:psy-rdoq=0:max-merge=5:weightp=1:rd=4:limit-refs=0" -f mp4 OUTPUT.mp4
qp 35 < 1000 kbps
qp 30 < 2000 kbps
qp 25 < 4000 kbps
|
|
2022-11-29 11:00:59
|
you use -qp rather than -crf? isn't that less efficient?
|
|
2022-11-29 11:01:38
|
will try it out here... also if you happen to have an anime preset for me to try I'd love that
|
|
2022-11-29 11:06:42
|
my CPU is a potato unfortunately and it's gonna take hours...
|
|
2022-11-29 11:07:05
|
oh wait my work computer has a beefy CPU, time to use the free CPU time on it
|
|
2022-11-29 11:07:45
|
can I access files via SSH in FFmpeg?
|
|
2022-11-29 11:10:03
|
owo I can using SFTP
|
|
2022-11-29 11:21:08
|
damn even my work computer isn't encoding very fast, only peaking at 0.5x realtime
|
|
2022-11-29 11:21:17
|
(the source video is 60 FPS though)
|
|
2022-11-29 11:22:01
|
looking at what's already encoded, yeah it looks quite impressive, apart from blurred textures which is to be expected most of the edges are well-preserved and there isn't as much ringing as I'd expect
|
|
|
diskorduser
|
|
Kagamiin~ Saphri
(the source video is 60 FPS though)
|
|
2022-11-29 11:29:28
|
resolution?
|
|
|
Kagamiin~ Saphri
|
|
DZgas Ж
I recently developed a preset exclusively for minecraft gameplay compression (from source or bitrate > 8000k), I did my research on all codecs, avc av1 hevc vp9, and only hevc was able to do it well and in an acceptable time.
|
|
2022-11-29 11:30:19
|
how do you develop presets? I used to be an absolute junkie at testing compression but the knowledge of specific x264/x265 parameters is kinda beyond me
I know what most parameters are but can't quite grasp at how they affect encoding
|
|
|
diskorduser
resolution?
|
|
2022-11-29 11:30:28
|
1280x720 already
|
|
2022-11-29 11:36:38
|
dammit I'm hitting thermal limits on my work laptop and the encoding is throttling T.T
|
|
2022-11-29 11:36:48
|
still faster than my personal potato desktop
|
|
|
diskorduser
|
2022-11-29 11:40:06
|
if you want speed, why not use hw encoder?
|
|
|
Kagamiin~ Saphri
|
|
diskorduser
if you want speed, why not use hw encoder?
|
|
2022-11-29 11:41:33
|
because I also want efficiency... also it's not like I want a ton of speed, I just wish it was at least realtime speed because that's a 11th gen i7
|
|
2022-11-29 11:41:54
|
I expected more, that's all
|
|
|
|
afed
|
|
Kagamiin~ Saphri
any dinky mobile CPU can decode H.264 10-bit in software, and older hardware won't support HEVC decoding at all, so that's irrelevant
|
|
2022-11-29 11:42:23
|
hw decoders it is still much less power consumption and means less heat, noise, more battery life
most of the encoding community follows hw decoder compatibility (like ref frame limit, buffers, etc.), 10-bit avc existed at first as some experiments, but after hevc became widespread they are almost gone
also there is a lot of old hardware and tvs where it is impossible to update the software and 10bit avc is not supported there either
|
|
|
Kagamiin~ Saphri
|
|
afed
hw decoders it is still much less power consumption and means less heat, noise, more battery life
most of the encoding community follows hw decoder compatibility (like ref frame limit, buffers, etc.), 10-bit avc existed at first as some experiments, but after hevc became widespread they are almost gone
also there is a lot of old hardware and tvs where it is impossible to update the software and 10bit avc is not supported there either
|
|
2022-11-29 11:43:39
|
guess I'm really way behind of the encoding community's developments 😦
|
|
|
Kagamiin~ Saphri
looking at what's already encoded, yeah it looks quite impressive, apart from blurred textures which is to be expected most of the edges are well-preserved and there isn't as much ringing as I'd expect
|
|
2022-11-29 11:50:07
|
qp=36 looks impressive for the bitrate, pretty adequate for casual mobile watching, the quality reminds me of the average minecraft stream on Twitch
qp=30 looks good overall, better than Youtube quality at the same overall bitrate
|
|
|
|
afed
|
|
DZgas Ж
hevc performs well in anime, surpassing avc by 5 or even 10 times with the same quality
Now the question is - how did you compress?
|
|
2022-11-29 11:50:07
|
i'm more interested in high fidelity encoding and the difference here is only about 10-25%, maybe more for 4k resolution (but avc is also rarely encoded in 4k), for low bitrates the difference may also be more
|
|
|
|
Deleted User
|
|
Kagamiin~ Saphri
qp=36 looks impressive for the bitrate, pretty adequate for casual mobile watching, the quality reminds me of the average minecraft stream on Twitch
qp=30 looks good overall, better than Youtube quality at the same overall bitrate
|
|
2022-11-29 11:55:01
|
do you have a test clip? i want to try encoding with those settings compared to hw encoding
|
|
|
Kagamiin~ Saphri
|
|
do you have a test clip? i want to try encoding with those settings compared to hw encoding
|
|
2022-11-29 11:56:42
|
I can send you some cut footage from my archives... but I'll need some file sharing website I can use for that, preferably one I don't need an account for
|
|
2022-11-29 11:56:56
|
or you could send me a test clip and I'll encode it here and you encode it on your side and we compare
|
|
|
|
Deleted User
|
|
Kagamiin~ Saphri
I can send you some cut footage from my archives... but I'll need some file sharing website I can use for that, preferably one I don't need an account for
|
|
2022-11-29 11:57:24
|
<https://wetransfer.com/> should work
|
|
2022-11-29 11:58:46
|
might have to change this setting if it defaults to email transfer
|
|
|
Kagamiin~ Saphri
|
2022-11-29 11:59:46
|
okay I'll prepare a clip here... think I'll pick an ender dragon fight I recorded, is that okay?
|
|
2022-11-29 12:00:06
|
(it has a funny moment in it lmao)
|
|
|
|
Deleted User
|
2022-11-29 12:00:26
|
yeah, that's fine 👍
|
|
|
Kagamiin~ Saphri
|
|
yeah, that's fine 👍
|
|
2022-11-29 12:01:55
|
what's the file size limit?
|
|
2022-11-29 12:02:00
|
for that website
|
|
|
|
Deleted User
|
2022-11-29 12:02:22
|
2gb i think
|
|
|
Kagamiin~ Saphri
|
2022-11-29 12:06:03
|
ended up only being 200 MiB, it's a 6-minute clip
|
|
2022-11-29 12:06:07
|
uploading
|
|
2022-11-29 12:06:56
|
this one is only 960x540 resolution however, hope that's okay... it is high bitrate/quality though
|
|
2022-11-29 12:08:47
|
I'm gonna encode with QP=35 okay? to really stress the encoder
|
|
2022-11-29 12:12:15
|
uploading 10%
|
|
2022-11-29 12:12:26
|
I'm on a slow proxy so bear with me
|
|
2022-11-29 12:15:19
|
70%
|
|
2022-11-29 12:17:23
|
https://we.tl/t-qe27zsxEH8 here's the raw clip for you to encode
|
|
2022-11-29 12:20:47
|
and here's what I just encoded: https://we.tl/t-0MUlil1LkM
(sorry I don't have Nitro)
|
|
2022-11-29 12:29:54
|
omg the end of that clip is so funny lmao
|
|
|
|
Deleted User
|
2022-11-29 12:30:18
|
software encoding with the settings dzgas posted: around 75fps 29.1mb, hardware encoding: >450fps 31.77mb
image comparison: <https://slow.pics/c/UlKrNSLv>
software file: <https://mega.nz/file/Y7RhyQqA#pmpk-tp2RAud-wD1JkwRS8cfWIQcsGl24MwtcOcVecA>
hardware file: <https://mega.nz/file/17YGxZSa#4B25LjsoExdZPmnb92XCgtyjDuSyrYimqA0Wbojg4kA>
|
|
2022-11-29 12:35:02
|
would be nice if someone had 1080p or 4k uncompressed footage
|
|
|
Kagamiin~ Saphri
|
2022-11-29 12:36:14
|
welp I could record something at 1080p, just idk what to record
|
|
2022-11-29 12:36:29
|
I usually don't record straight 1080p to keep the file sizes down a bit
|
|
2022-11-29 12:36:47
|
normally when I record I use hardware H.264 with QP=20
|
|
2022-11-29 12:37:29
|
which is pretty good quality especially if we're gonna be reencoding for low bitrates
|
|
2022-11-29 12:37:54
|
my graphics card doesn't do hardware H.265 encoding so that's not an option
|
|
|
diskorduser
|
2022-11-29 12:41:36
|
Capture game play and store in losslessly on ram and encode with h265.
|
|
|
Kagamiin~ Saphri
|
|
software encoding with the settings dzgas posted: around 75fps 29.1mb, hardware encoding: >450fps 31.77mb
image comparison: <https://slow.pics/c/UlKrNSLv>
software file: <https://mega.nz/file/Y7RhyQqA#pmpk-tp2RAud-wD1JkwRS8cfWIQcsGl24MwtcOcVecA>
hardware file: <https://mega.nz/file/17YGxZSa#4B25LjsoExdZPmnb92XCgtyjDuSyrYimqA0Wbojg4kA>
|
|
2022-11-29 12:42:24
|
I think your hardware version actually looks better
|
|
2022-11-29 12:42:34
|
perhaps blurrier, but with less ringing definitely
|
|
|
diskorduser
|
2022-11-29 12:42:46
|
I have 64gb ram now
|
|
|
Kagamiin~ Saphri
|
2022-11-29 12:43:24
|
I only have 12
|
|
2022-11-29 12:43:40
|
and right now 10 GiB in use
|
|
2022-11-29 12:43:46
|
because I leave a lot of stuff open
|
|
2022-11-29 12:43:55
|
and because I forgot Minecraft open overnight
|
|
2022-11-29 12:44:03
|
and Minecraft takes friggin 5 GiB of RAM
|
|
2022-11-29 12:44:16
|
damn there's over 8 GiB of swap usage now
|
|
|
diskorduser
|
2022-11-29 12:44:44
|
h264 lossless isn't that big
|
|
|
Kagamiin~ Saphri
|
2022-11-29 12:45:02
|
I never liked playing with mods that much, except for server plugins
|
|
2022-11-29 12:45:08
|
I play vanilla... ish, because server plugins
|
|
2022-11-29 12:45:25
|
I usually play with friends, either on big servers or small self-hosted ones
|
|
2022-11-29 12:46:00
|
and there's of course /home and /tpa plugins because big servers have it and everybody asks me to put it on the private servers I host for us to play
|
|
2022-11-29 12:46:12
|
haven't played in small servers in a long time tho
|
|
|
Kagamiin~ Saphri
perhaps blurrier, but with less ringing definitely
|
|
2022-11-29 12:47:21
|
I'm gonna try my own approach at encoding the file, in software, but just using x265 defaults and see how that looks in comparison
|
|
2022-11-29 12:47:40
|
nah I played yesterday lol, in a large server, but didn't do much
|
|
2022-11-29 12:47:54
|
just cracked the world seed and went mining for iron ore veins lmao
|
|
2022-11-29 12:48:15
|
got a shulker full of raw iron blocks in about 4-5 hours
|
|
2022-11-29 12:48:23
|
just for the meme
|
|
2022-11-29 12:48:36
|
because I don't even like that server very much and iron isn't even worth a lot there
|
|
2022-11-29 12:49:36
|
last time I cracked the seed on the same server I went into every ancient city and raided all of the chests lmao just so nobody could find swift sneak books anymore...
|
|
2022-11-29 12:49:51
|
but then I was dumb and somebody stole the books from me anyway oh well lmao
|
|
2022-11-29 12:50:13
|
wow are those mods still being updated?
|
|
2022-11-29 12:50:21
|
some people really like older versions tho
|
|
2022-11-29 12:50:45
|
and people with really old low-spec computers are stuck in versions 1.7.10 and below, too
|
|
2022-11-29 12:51:13
|
there are like PVP servers for those versions just because they're way less laggy and some people still use old computers to play, and they're rather popular
|
|
2022-11-29 12:51:43
|
because otherwise a lot of servers in current versions use plugins to emulate the PVP experience from version 1.8
|
|
2022-11-29 12:53:10
|
(no cooldown, decreased hit delay, sometimes the god apples give regen 4 rather than a ton of absorption hearts, but axe damage and sword sweep are retained because people like those things)
|
|
|
Kagamiin~ Saphri
some people really like older versions tho
|
|
2022-11-29 12:53:47
|
heck some people are still playing on Minecraft Beta 1.6, which is the last version before hunger was introduced
|
|
2022-11-29 12:54:09
|
and some libre Minecraft server reimplementations out there aim for Beta 1.6 too
|
|
2022-11-29 01:05:32
|
I'm not into mobile gaming and not into the mobile gaming community so idk for sure but at least from my point of view online PC gaming is as popular as it ever was
|
|
2022-11-29 01:06:04
|
like, sure mobile games are more popular, but it seems like it's a new public, it's not like PC gaming has decreased in popularity
|
|
2022-11-29 01:06:32
|
newer versions are hell for older machines
|
|
2022-11-29 01:06:45
|
they use way more RAM and demand way more CPU power
|
|
2022-11-29 01:07:12
|
it's especially the CPU usage in Minecraft that's bad, has always been kinda the bottleneck but nowadays it's especially serious
|
|
2022-11-29 01:07:48
|
since 1.13 or so the CPU usage has creeped up significantly with the switch from integer block IDs to paletted namespaced NBT data
|
|
2022-11-29 01:08:12
|
I miss the days when it was possible to run the minecraft server alongside a client to play with your friends
|
|
2022-11-29 01:08:22
|
since 1.13 I've had to use a separate computer for that
|
|
2022-11-29 01:08:32
|
because otherwise it lags like hell
|
|
2022-11-29 01:08:52
|
and servers can't take high player counts on these newer versions
|
|
2022-11-29 01:09:43
|
nobody seems to know why but the CPU usage goes up in a very steep curve with the number of players online, and beyond 150 or so it becomes unbearably laggy even on the most powerful hardware available
|
|
2022-11-29 01:10:24
|
on 1.12 and before, this wasn't as much of an issue, a server running on cutting edge hardware could easily tank 500+ online players
|
|
|
Kagamiin~ Saphri
I think your hardware version actually looks better
|
|
2022-11-29 01:24:09
|
I tried doing a couple of CRF encodes rather than QP, I think the quality is better but I'll have to compare carefully later
|
|
|
|
afed
|
|
Kagamiin~ Saphri
and here's what I just encoded: https://we.tl/t-0MUlil1LkM
(sorry I don't have Nitro)
|
|
2022-11-29 01:27:27
|
there is also svt-av1 with fast presets like 8-10, the more cpu cores, the more efficient in quality/speed than x264 and x265, but on streaming quality
https://stolen.shoes/embedVideo?video=https://files.catbox.moe/3rj0sw.mp4&image=https://files.catbox.moe/zesb1t.jpg
|
|
|
Kagamiin~ Saphri
|
2022-11-29 01:29:01
|
will compare that one too
|
|
|
|
afed
|
2022-11-29 01:29:06
|
https://files.catbox.moe/3rj0sw.mp4
|
|
|
Kagamiin~ Saphri
|
2022-11-29 01:31:26
|
yeah already downloading here
|
|
2022-11-29 01:32:24
|
sucks that in mpv, when cycling through video streams (shortcut: `_`), one of the cycled options is no video stream and it closes the window
|
|
2022-11-29 01:32:35
|
can I disable that behavior?
|
|
2022-11-29 01:32:45
|
it sucks for doing A/B comparisons
|
|
2022-11-29 01:33:02
|
or guess I could instead stack the windows and alt-tab between them
|
|
2022-11-29 01:33:14
|
and sync them with Syncplay perhaps
|
|
2022-11-29 01:35:49
|
meh I'll do the comparison later
|
|
|
DZgas Ж
|
|
Kagamiin~ Saphri
what the heck lol, so if you encode with faster presets you get better efficiency?
|
|
2022-11-29 01:39:57
|
What? Where did I say that?
|
|
|
|
Deleted User
|
|
afed
https://files.catbox.moe/3rj0sw.mp4
|
|
2022-11-29 01:39:58
|
looks good, what settings did you use?
|
|
|
Kagamiin~ Saphri
|
|
DZgas Ж
What? Where did I say that?
|
|
2022-11-29 01:40:37
|
oops sorry I misinterpreted your message
|
|
2022-11-29 01:41:40
|
you meant to say that for good efficiency I should stick to at least `-preset slow`, preferably `slower` or `veryslow` if feasible?
|
|
|
DZgas Ж
|
|
Kagamiin~ Saphri
I've got gigabytes of minecraft gameplay on my storage so I'm definitely very interested to try that out
|
|
2022-11-29 01:42:12
|
OK, use my preset at qp 25. Well, or you can remove the 720 parameter and do it in 1080p, then it's better to take qp 30, merange=92 and ctu=64
|
|
|
Kagamiin~ Saphri
you meant to say that for good efficiency I should stick to at least `-preset slow`, preferably `slower` or `veryslow` if feasible?
|
|
2022-11-29 01:42:37
|
Yea
|
|
|
Kagamiin~ Saphri
|
|
DZgas Ж
OK, use my preset at qp 25. Well, or you can remove the 720 parameter and do it in 1080p, then it's better to take qp 30, merange=92 and ctu=64
|
|
2022-11-29 01:42:50
|
the footage is all in either 720p or 540p so no point in doing 1080p
|
|
|
DZgas Ж
OK, use my preset at qp 25. Well, or you can remove the 720 parameter and do it in 1080p, then it's better to take qp 30, merange=92 and ctu=64
|
|
2022-11-29 01:43:27
|
I tested your preset but using -crf 30 rather than -qp 35 and the quality seems better with approximately the same file size
|
|
2022-11-29 01:43:35
|
still gonna do a more careful comparison later
|
|
|
DZgas Ж
|
|
Kagamiin~ Saphri
the footage is all in either 720p or 540p so no point in doing 1080p
|
|
2022-11-29 01:43:47
|
Well, at 540p the efficiency drops significantly. Due to the fact that the total length of the vector and the shift decreases
|
|
|
|
afed
|
|
looks good, what settings did you use?
|
|
2022-11-29 01:44:21
|
just a preset (8-10), nothing more
|
|
|
Kagamiin~ Saphri
|
|
DZgas Ж
Well, at 540p the efficiency drops significantly. Due to the fact that the total length of the vector and the shift decreases
|
|
2022-11-29 01:44:52
|
but if I upscale the video, will I get more objective quality for the same file size?
|
|
|
DZgas Ж
|
|
Kagamiin~ Saphri
you use -qp rather than -crf? isn't that less efficient?
|
|
2022-11-29 01:45:14
|
I don't like how crf works. But in exceptional cases, I use it, in fact, only in one, with exceptional frame statics, for example, for rendering a Chat from a twitch
|
|
|
Kagamiin~ Saphri
|
|
DZgas Ж
I don't like how crf works. But in exceptional cases, I use it, in fact, only in one, with exceptional frame statics, for example, for rendering a Chat from a twitch
|
|
2022-11-29 01:45:55
|
you can use -qpmin to limit how much crf ends up varying the qp, too
|
|
2022-11-29 01:46:05
|
I think it was -qmin?
|
|
|
|
afed
|
|
Kagamiin~ Saphri
meh I'll do the comparison later
|
|
2022-11-29 01:46:06
|
without specifying which encoder it is
|
|
|
DZgas Ж
|
|
Kagamiin~ Saphri
you can use -qpmin to limit how much crf ends up varying the qp, too
|
|
2022-11-29 01:46:14
|
meh
|
|
|
Kagamiin~ Saphri
|
2022-11-29 01:46:35
|
I had that in my personal preset for compressing anime for watching on the bus, though that was H.264
|
|
|
afed
without specifying which encoder it is
|
|
2022-11-29 01:47:19
|
every second one is x265
|
|
|
DZgas Ж
|
|
Kagamiin~ Saphri
how do you develop presets? I used to be an absolute junkie at testing compression but the knowledge of specific x264/x265 parameters is kinda beyond me
I know what most parameters are but can't quite grasp at how they affect encoding
|
|
2022-11-29 01:48:14
|
Dozens of times reading documentation and independent experiments on thousands of examples, I've been doing this for at least 5 years, almost every day, I'm crazy
|
|
|
Kagamiin~ Saphri
|
2022-11-29 01:48:43
|
I think this was my anime encode preset for mobile:
`-codec:v libx264 -pix_fmt yuv420p10le -preset slower -tune animation -crf 30 -qmin 24 -aq-mode 3 -s 1280x720`
|
|
|
DZgas Ж
Dozens of times reading documentation and independent experiments on thousands of examples, I've been doing this for at least 5 years, almost every day, I'm crazy
|
|
2022-11-29 01:49:17
|
I've been there before but never got too deep into cherry-picking x264/x265 options
|
|
|
DZgas Ж
|
|
Kagamiin~ Saphri
this one is only 960x540 resolution however, hope that's okay... it is high bitrate/quality though
|
|
2022-11-29 01:49:18
|
If you want to do this, then you probably need to experiment with a more complex method of calculating vectors
|
|
2022-11-29 01:50:25
|
Maybe rd=6 maybe subme=3,4,5,6,7 maybe me=star,full
|
|
|
Kagamiin~ Saphri
I've been there before but never got too deep into cherry-picking x264/x265 options
|
|
2022-11-29 01:54:31
|
My most important mistake 3 years ago was thinking - everything new is better than the old
|
|
|
Kagamiin~ Saphri
I think this was my anime encode preset for mobile:
`-codec:v libx264 -pix_fmt yuv420p10le -preset slower -tune animation -crf 30 -qmin 24 -aq-mode 3 -s 1280x720`
|
|
2022-11-29 01:55:00
|
Why 10 bit, for anime?
|
|
|
|
Deleted User
|
|
DZgas Ж
Why 10 bit, for anime?
|
|
2022-11-29 01:55:40
|
doesn't 10bit reduce banding and stuff?
|
|
|
DZgas Ж
|
2022-11-29 01:56:00
|
Damn, it was so funny about 7 years ago, there were 10 bits of hevc on the torrents, but the hardware decoders were only 8 bits, that's hilarious
|
|
|
Kagamiin~ Saphri
|
|
DZgas Ж
Why 10 bit, for anime?
|
|
2022-11-29 01:56:02
|
because "I heard it gave better compression efficiency".
|
|
|
DZgas Ж
|
2022-11-29 01:56:28
|
Mm
|
|
2022-11-29 01:56:48
|
Not heard about this
|
|
|
Kagamiin~ Saphri
|
|
doesn't 10bit reduce banding and stuff?
|
|
2022-11-29 01:57:51
|
not if your source is 8-bit to begin with lol... but I heard 10-bit was better because it gave better precision for the DCT coefficients and that could yield slightly better quality at high QP
|
|
|
|
Deleted User
|
|
DZgas Ж
Not heard about this
|
|
2022-11-29 01:58:08
|
<https://yukisubs.files.wordpress.com/2016/10/why_does_10bit_save_bandwidth_-_ateme.pdf>
|
|
|
|
afed
|
2022-11-29 01:59:06
|
x265 took many years to be better than x264, there are proprietary hevc encoders which are better than x265 but they are not available for personal use
|
|
|
DZgas Ж
|
2022-11-29 01:59:53
|
av1 for strong compression can no longer be used without 10 bits, av1 have are very good gradient noise smoothing functions that look disgusting at 8 bits
|
|
|
<https://yukisubs.files.wordpress.com/2016/10/why_does_10bit_save_bandwidth_-_ateme.pdf>
|
|
2022-11-29 02:01:18
|
???
|
|
2022-11-29 02:02:34
|
See if you take 2 pixels of 8 bits each, and then combine their values 50/50. Then you will get a non-8 bit value
|
|
2022-11-29 02:03:41
|
this means that it makes sense to save the original 8-bit picture into a 10-bit picture when resizing, downscale
|
|
|
afed
x265 took many years to be better than x264, there are proprietary hevc encoders which are better than x265 but they are not available for personal use
|
|
2022-11-29 02:06:11
|
x265 is better than x264. But only if the frame size is up than 720p.
|
|
2022-11-29 02:08:08
|
Even if the progress of x264 stopped at 960p resolution. (In my opinion.) You can always start using a complex tesa me-range=64 or even yuv444
|
|
2022-11-29 02:08:46
|
anything
|
|
2022-11-29 02:10:50
|
I myself compress only avc in telegram, because it is more profitable than hevc, even sometimes much better quality, but always faster
|
|
2022-11-29 02:11:01
|
movie and anime
|
|
|
|
afed
|
2022-11-29 02:28:03
|
for medium quality and streaming i will probably be using av1 mostly when support becomes more widely available
since there are already fast encoders like svt-av1 (on a cpu with a large cache and lots of cores, it can be faster than x264 with better quality) and also hw encoders
but for high quality it is very unstable and slow
|
|
|
DZgas Ж
|
|
afed
for medium quality and streaming i will probably be using av1 mostly when support becomes more widely available
since there are already fast encoders like svt-av1 (on a cpu with a large cache and lots of cores, it can be faster than x264 with better quality) and also hw encoders
but for high quality it is very unstable and slow
|
|
2022-11-29 02:48:55
|
If it's not a problem for you to encode av1 in real time on parameters 8 and below, then there's nothing more to talk about
|
|
|
|
afed
|
|
afed
https://files.catbox.moe/3rj0sw.mp4
|
|
2022-11-29 02:49:42
|
svt-av1 10-bit
https://files.catbox.moe/qqisb6.mp4
|
|
|
DZgas Ж
|
2022-11-29 02:50:00
|
AV1 has no disadvantages, it is the best in everything, if you do not take into account the speed
|
|
2022-11-29 02:51:02
|
https://encode.su/threads/3953-Video-Codecs-user-experience
|
|
|
Kagamiin~ Saphri
|
|
DZgas Ж
https://encode.su/threads/3953-Video-Codecs-user-experience
|
|
2022-11-29 02:56:09
|
doesn't open for me :/
|
|
|
DZgas Ж
|
|
Kagamiin~ Saphri
doesn't open for me :/
|
|
2022-11-29 03:56:21
|
vpn?
|
|
|
Kagamiin~ Saphri
|
|
DZgas Ж
vpn?
|
|
2022-11-29 04:04:26
|
I'm on a Tor proxy
|
|
|
DZgas Ж
|
2022-11-29 04:05:11
|
<:Thonk:805904896879493180>
|
|
|
|
afed
|
|
afed
svt-av1 10-bit
https://files.catbox.moe/qqisb6.mp4
|
|
2022-11-29 04:40:34
|
x265 10-bit (at or near real-time encoding speeds, depending on the cpu)
https://files.catbox.moe/ogjkfl.mp4
|
|
|
Kagamiin~ Saphri
and here's what I just encoded: https://we.tl/t-0MUlil1LkM
(sorry I don't have Nitro)
|
|
2022-11-29 04:53:06
|
vs. ^
|
|
|
DZgas Ж
|
|
afed
vs. ^
|
|
2022-11-29 07:38:29
|
is this my present vs svt-av1?
|
|
|
|
afed
|
2022-11-29 07:41:37
|
probably, didn't check how it was encoded
and it's vs x265 10-bit (with my settings)
https://discord.com/channels/794206087879852103/806898911091753051/1047190344871186502
|
|
|
DZgas Ж
|
|
afed
probably, didn't check how it was encoded
and it's vs x265 10-bit (with my settings)
https://discord.com/channels/794206087879852103/806898911091753051/1047190344871186502
|
|
2022-11-29 07:45:08
|
well, look, this is important, because according to my tests, both AV1 and SVT-AV1 lose VERY much at identical encoding speeds vs hevc
|
|
|
afed
x265 10-bit (at or near real-time encoding speeds, depending on the cpu)
https://files.catbox.moe/ogjkfl.mp4
|
|
2022-11-29 07:46:10
|
and firefox doesn't support AV1 inside mp4, why don't you use webm
|
|
|
|
afed
|
2022-11-29 07:47:30
|
it's hevc, not av1
|
|
|
DZgas Ж
|
2022-11-29 07:47:47
|
ok
|
|
2022-11-29 07:47:51
|
hevc vs av1
|
|
|
|
afed
|
2022-11-29 07:48:35
|
the last one is hevc vs hevc (with my settings)
|
|
|
DZgas Ж
|
2022-11-29 07:48:44
|
hevc vs av1 same encode time
|
|
2022-11-29 07:48:57
|
|
|
2022-11-29 07:50:06
|
look to the wooden posts that are blurred by the movement of the blocks (av1)
|
|
|
afed
the last one is hevc vs hevc (with my settings)
|
|
2022-11-29 07:51:39
|
you can write your settings
|
|
|
DZgas Ж
ffmpeg -i INPUT.mp4 -movflags +faststart -vf "scale=1280:720:flags=spline" -c:a copy -c:v libx265 -preset medium -bf 5 -refs 5 -g 600 -qp 35 -i_qfactor 1.5 -b_qfactor 2.0 -tune fastdecode -x265-params "lookahead-slices=0:me=star:rskip=0:tskip=1:frame-threads=4:pmode=0:pme=0:wpp=1:rc-lookahead=250:ctu=32:subme=3:merange=57:scenecut=0:cbqpoffs=-5:crqpoffs=-5:psy-rd=0:psy-rdoq=0:max-merge=5:weightp=1:rd=4:limit-refs=0" -f mp4 OUTPUT.mp4
qp 35 < 1000 kbps
qp 30 < 2000 kbps
qp 25 < 4000 kbps
|
|
2022-11-29 07:56:43
|
comparation with my hevc preset. for av1 used SVT-AV1 speed 11 they have an identical encoding time
|
|
2022-11-29 07:59:24
|
unfortunately, AV1 is not suitable for GOOD compressing streams on the processor, for some real period of time
|
|
|
|
afed
|
|
DZgas Ж
look to the wooden posts that are blurred by the movement of the blocks (av1)
|
|
2022-11-29 07:59:26
|
yes, but it depends on the cpu, the more threads the better for svt-av1 because it scales almost linearly with the number of threads and therefore it is possible to use slower presets (x264/x265 benefit much less from this)
|
|
|
DZgas Ж
comparation with my hevc preset. for av1 used SVT-AV1 speed 11 they have an identical encoding time
|
|
2022-11-29 07:59:35
|
I'll try encoding with these settings
|
|
|
DZgas Ж
|
|
afed
yes, but it depends on the cpu, the more threads the better for svt-av1 because it scales almost linearly with the number of threads and therefore it is possible to use slower presets (x264/x265 benefit much less from this)
|
|
2022-11-29 07:59:48
|
HAH
|
|
|
afed
yes, but it depends on the cpu, the more threads the better for svt-av1 because it scales almost linearly with the number of threads and therefore it is possible to use slower presets (x264/x265 benefit much less from this)
|
|
2022-11-29 08:00:55
|
but after all, x265 is the most parallelized codec in general, when I first studied it, I was shocked by how many technologies were used there for this
|
|
2022-11-29 08:02:09
|
and also, few people talk about it for some reason, but x264 parallelizes by default and without problems into 35 Thread, and this is due to the fact that AVC is a very old codec and can be split into such a number of streams without affecting the image quality.
|
|
2022-11-29 08:03:57
|
while AV1 is the technological successor of VP9 in parallelization techniques (bad). But it's worth saying that they tried very hard to make it work somehow
|
|
|
|
afed
|
2022-11-29 08:08:16
|
libaom yes, but svt-av1 scales linearly even on multiprocessor 96+ cores cpu
x264/x265 have their limits, especially for slow settings
|
|
|
DZgas Ж
|
2022-11-29 08:08:33
|
in any case, all this has led to the fact that the best way to compress a One file is to divide it into 20 parts and compress each on one core, then combine everything. unthinkable
|
|
|
|
afed
|
2022-11-29 08:10:18
|
this is a good way to do it and there are tools available for this like av1an, but it is not useful for streaming
|
|
|
DZgas Ж
|
|
afed
libaom yes, but svt-av1 scales linearly even on multiprocessor 96+ cores cpu
x264/x265 have their limits, especially for slow settings
|
|
2022-11-29 08:10:18
|
whoa?
|
|
|
|
afed
|
2022-11-29 08:11:32
|
yes, but these are old tests, svt-av1 has significantly reduced memory consumption in the new versions
|
|
|
DZgas Ж
|
2022-11-29 08:12:08
|
well, you didn't write about memory, but about cores? you mistake?
|
|
|
DZgas Ж
whoa?
|
|
2022-11-29 08:13:45
|
|
|
2022-11-29 08:14:29
|
<@1034873369314730065>I don't understand you. I just want to say that nothing parallels, this is the *scourge* of av1
|
|
2022-11-29 08:16:31
|
given the **monolithic **AV1 structure, as well as VP9, parallelization is possible only by physically dividing the image into parts, this also kills the quality
|
|
|
|
afed
|
2022-11-29 08:17:52
|
maybe, although back then there was no 64c/128t on the single cpu like now and maybe I was looking at other comparisons, I mean that svt-av1 has no limits (except resolution) on scalability
|
|
|
DZgas Ж
|
|
DZgas Ж
given the **monolithic **AV1 structure, as well as VP9, parallelization is possible only by physically dividing the image into parts, this also kills the quality
|
|
2022-11-29 08:18:16
|
but not so much, it's quite possible to do it on 4 streams without problems, but who do you have to be to be able to stream like that? with good preset
|
|
|
afed
maybe, although back then there was no 64c/128t on the single cpu like now and maybe I was looking at other comparisons, I mean that svt-av1 has no limits (except resolution) on scalability
|
|
2022-11-29 08:19:11
|
I only agree that such parallelism can be achieved on image sizes like 8k by 8k.
|
|
2022-11-29 08:21:21
|
I like how AOMENC compresses 360p at 1-2 speeds, it's really a beautiful sight, no one has been able to beat AVC at this resolution since its introduction
|
|
|
|
afed
|
2022-11-29 08:24:15
|
parallelization for a single frame is bad for VODs, when it is possible to do it offline and get any number of frames, but for live streaming it does not so much hurt the quality (for av1)
|
|
|
DZgas Ж
ffmpeg -i INPUT.mp4 -movflags +faststart -vf "scale=1280:720:flags=spline" -c:a copy -c:v libx265 -preset medium -bf 5 -refs 5 -g 600 -qp 35 -i_qfactor 1.5 -b_qfactor 2.0 -tune fastdecode -x265-params "lookahead-slices=0:me=star:rskip=0:tskip=1:frame-threads=4:pmode=0:pme=0:wpp=1:rc-lookahead=250:ctu=32:subme=3:merange=57:scenecut=0:cbqpoffs=-5:crqpoffs=-5:psy-rd=0:psy-rdoq=0:max-merge=5:weightp=1:rd=4:limit-refs=0" -f mp4 OUTPUT.mp4
qp 35 < 1000 kbps
qp 30 < 2000 kbps
qp 25 < 4000 kbps
|
|
2022-11-29 08:48:09
|
i retested even on my oldest pc with i7 4/8, and these settings are slower than svt-av1 -preset 8, something like 39-41 fps vs 58-62 fps on average
https://files.catbox.moe/97fxfc.mp4
|
|
2022-11-29 08:49:30
|
encoding with my hevc settings is also faster
|
|
2022-11-29 08:57:18
|
x265 for ffmpeg
`-vcodec libx265 -preset slow -tune ssim -x265-params me=hex:subme=2:max-merge=2` + `-crf/-qp` i prefer `-crf`
+ `-threads 0` or needed threads
`-pix_fmt yuv420p10le` for 10-bit (a bit slower)
they may look "weird", but they are a pretty universal and balanced speed/quality settings (real time on modern cpus), though they could be better tuned for certain content
they are also for medium to low quality (not really good for high quality)
|
|
2022-11-29 09:15:53
|
svt-av1, tune visual quality (less blurring)
https://files.catbox.moe/d4kfcg.mp4
|
|
|
DZgas Ж
|
|
afed
x265 for ffmpeg
`-vcodec libx265 -preset slow -tune ssim -x265-params me=hex:subme=2:max-merge=2` + `-crf/-qp` i prefer `-crf`
+ `-threads 0` or needed threads
`-pix_fmt yuv420p10le` for 10-bit (a bit slower)
they may look "weird", but they are a pretty universal and balanced speed/quality settings (real time on modern cpus), though they could be better tuned for certain content
they are also for medium to low quality (not really good for high quality)
|
|
2022-11-29 10:08:04
|
me=hex and max-merge=2 is very bad for minecraft gameplay
|
|
2022-11-29 10:09:12
|
I conducted tests with ssim and for me it showed worse results than the default HEVC metrics
|
|
|
afed
x265 for ffmpeg
`-vcodec libx265 -preset slow -tune ssim -x265-params me=hex:subme=2:max-merge=2` + `-crf/-qp` i prefer `-crf`
+ `-threads 0` or needed threads
`-pix_fmt yuv420p10le` for 10-bit (a bit slower)
they may look "weird", but they are a pretty universal and balanced speed/quality settings (real time on modern cpus), though they could be better tuned for certain content
they are also for medium to low quality (not really good for high quality)
|
|
2022-11-29 10:10:50
|
these parameters are simply disgusting, you use the SLOW preset that activates many functions that are completely ineffective for minecraft gameplay, But at the same time you choose the worst vector mode
|
|
2022-11-29 10:17:38
|
well, speed 8 is already better, obviously better than 11, but how is such a big speed space possible??
|
|
2022-11-29 10:19:09
|
of course, if it could work for me at a speed of 8 at the same time as HEVC, I would use it (as soon as its support appears), .... but this... is not
|
|
|
afed
i retested even on my oldest pc with i7 4/8, and these settings are slower than svt-av1 -preset 8, something like 39-41 fps vs 58-62 fps on average
https://files.catbox.moe/97fxfc.mp4
|
|
2022-11-29 10:19:47
|
no no you not oldest, i am AMD Athlon(tm) II X4 640 Processor 3.01 GHz
|
|
|
|
afed
|
|
DZgas Ж
these parameters are simply disgusting, you use the SLOW preset that activates many functions that are completely ineffective for minecraft gameplay, But at the same time you choose the worst vector mode
|
|
2022-11-29 10:31:19
|
these are not just random settings (they are selected and a bit simplified in terms of speed/quality ratio from a very large number of other parameters), although they are not fine-tuned for something, they are more or less universal
and also the results can always be compared to something else and make sure that it will be better (or worse), better visually, metrics is only as some kind of assistant (which is not so difficult to cheat, without real visual improvement)
|
|
|
DZgas Ж
|
2022-11-29 10:33:14
|
simpleton
|
|
|
|
afed
|
|
DZgas Ж
well, speed 8 is already better, obviously better than 11, but how is such a big speed space possible??
|
|
2022-11-29 10:33:40
|
probably different cpu, different versions (I use the latest master build compiled with flags for my cpu) or something else
|
|
|
DZgas Ж
|
2022-11-29 10:34:10
|
do you even know how many parameters x265 has and how much each contributes
|
|
|
|
afed
|
2022-11-29 10:34:55
|
these are not even all of the parameters
|
|
|
DZgas Ж
|
2022-11-29 10:35:53
|
you have the bigger screen?
|
|
|
|
afed
|
|
DZgas Ж
no no you not oldest, i am AMD Athlon(tm) II X4 640 Processor 3.01 GHz
|
|
2022-11-29 10:36:17
|
i mean the oldest cpu that i have, it's about 9 years old or something like that
|
|
|
DZgas Ж
you have the bigger screen?
|
|
2022-11-29 10:37:53
|
`x265 --fullhelp`
|
|
|
DZgas Ж
|
2022-11-29 10:38:59
|
very funny
|
|
|
|
afed
|
2022-11-29 10:46:51
|
to make it easier to compare, here are all the encoded results:
https://files.catbox.moe/3rj0sw.mp4 svt-av1 8-bit psnr
https://files.catbox.moe/qqisb6.mp4 svt-av1 10-bit psnr
https://files.catbox.moe/d4kfcg.mp4 svt-av1 10-bit vq
https://files.catbox.moe/ogjkfl.mp4 x265 10-bit (my settings <https://discord.com/channels/794206087879852103/806898911091753051/1047254954500436008>)
https://files.catbox.moe/97fxfc.mp4 x265 (DZgas settings <https://discord.com/channels/794206087879852103/806898911091753051/1047088747449167933>)
|
|
|
DZgas Ж
|
|
afed
x265 for ffmpeg
`-vcodec libx265 -preset slow -tune ssim -x265-params me=hex:subme=2:max-merge=2` + `-crf/-qp` i prefer `-crf`
+ `-threads 0` or needed threads
`-pix_fmt yuv420p10le` for 10-bit (a bit slower)
they may look "weird", but they are a pretty universal and balanced speed/quality settings (real time on modern cpus), though they could be better tuned for certain content
they are also for medium to low quality (not really good for high quality)
|
|
2022-11-29 10:49:51
|
subjectively, in fact, it was important for me to make exactly 720 and precisely to upload it to telegram, so that every smartphone 6 years ago could play it (because the video is at 720p 60 fps), therefore, for a more honest comparison of presets, you need to remove -tune fastdecode
|
|
2022-11-29 10:50:27
|
and of course No 10 bit
|
|
2022-11-29 10:55:13
|
yes, when already add av1 support AT LEAST SOMEWHERE, otherwise it's already funny, no twitter, no reddit, no discord, no telegram, SOMEONE HAS ALREADY HELLO
|
|
|
|
afed
|
2022-11-29 10:58:11
|
6 year old smartphones, if I remember correctly, had hw hevc, so `-tune fastdecode` is not needed, just need to have limits for ref and maybe a few other settings
and the formats support in telegram is also quite weird, on some platforms av1 is supported, but on others is not
|
|
|
DZgas Ж
|
|
afed
6 year old smartphones, if I remember correctly, had hw hevc, so `-tune fastdecode` is not needed, just need to have limits for ref and maybe a few other settings
and the formats support in telegram is also quite weird, on some platforms av1 is supported, but on others is not
|
|
2022-11-29 11:07:58
|
this is the support of purely client-creators. that is, not official, I agree with HW. and yet I'm of the opinion that you don't have to have HW for playback of anything
|
|
2022-11-29 11:08:55
|
for the same reason, I will adjust the AV1 to the performance of my Samsung j1 2016, which I have in my collection
|
|
|
yurume
|
2022-11-30 10:56:45
|
my job hunt this year is now over, and I'm quite happy with the outcome. alas, it is not related to jxl (or whatever sort of image processing) 😉
|
|
|
_wb_
|
2022-11-30 11:07:51
|
Congrats! What's your new job?
|
|
|
yurume
|
2022-11-30 11:21:22
|
Presumably (cause I applied to multiple JDs and it's not yet decided where I would go) an NPU compiler optimization and stuffs.
|
|
|
Jim
|
2022-11-30 11:27:16
|
Congrats!
|
|
|
yurume
|
2022-11-30 12:06:40
|
hopefully (not guaranteed though), and I already have a backlog of changes in the background
|
|
2022-11-30 12:07:58
|
J40 does require a higher level of concentration that I can't easily retain, which is the main reason I had little visible progress for a while
|
|
|
Traneptora
|
2022-11-30 12:21:07
|
noice
|
|
2022-11-30 12:21:32
|
it'll be cool to have a third decoder to compare things to
|
|
2022-11-30 12:21:45
|
for the more obscure features
|
|
|
fab
|
2022-11-30 02:32:35
|
|
|
2022-11-30 02:32:44
|
latest update
|
|
|
BlueSwordM
|
|
DZgas Ж
given the **monolithic **AV1 structure, as well as VP9, parallelization is possible only by physically dividing the image into parts, this also kills the quality
|
|
2022-11-30 05:43:30
|
Not true.
|
|
2022-11-30 05:44:23
|
AV1 encoders have multiple ways to thread: row threading, tile threading, frame threading, as well as slice threading for other processes.
|
|
|
DZgas Ж
|
|
diskorduser
|
2022-12-01 01:20:48
|
https://twitter.com/mikjcal/status/1597164383075196928?t=3IF63OzEWHzr9qZavArdDA&s=19
|
|
|
yurume
|
2022-12-01 03:35:26
|
on the possibility of deprecating webp as like flash (from <#822105409312653333> ):
|
|
2022-12-01 03:35:59
|
I think flash is actually an edge case, where Apple was strongly involved
|
|
|
|
PhilH
|
2022-12-01 03:40:50
|
Yes, thinking back now, I agree that Apple played a major role in it. (And didn't really play it fair.)
|
|
|
yurume
|
2022-12-01 03:41:51
|
flash was, with caveats like NPAPI dependence etc., much more mature than the contemporary web technologies
|
|
2022-12-01 03:42:36
|
adobe could have made flash a de jure standard if they wanted
|
|
|
|
afed
|
2022-12-01 03:43:06
|
flash was never a web standard and wasn't really part of browsers (although it became very popular and was often enabled by default as a plugin because there were no other alternatives at the time), it was actually a standalone ecosystem within a standalone app
|
|
|
yurume
|
2022-12-01 03:43:27
|
they were however reluctant, and sidetracked with AIR etc., giving Apple a reason for outright deprecation
|
|
|
afed
flash was never a web standard and wasn't really part of browsers (although it became very popular and was often enabled by default as a plugin because there were no other alternatives at the time), it was actually a standalone ecosystem within a standalone app
|
|
2022-12-01 03:44:44
|
you are right, but it was not a far-fetched idea to make it blend to the web ecosystem
|
|
2022-12-01 03:45:49
|
at some point you had no choice but using flash as a proxy to more advanced features that web browsers simply didn't have
|
|
2022-12-01 03:46:05
|
video playback was a prime example, but there are tons of other examples
|
|
2022-12-01 03:46:49
|
it took a whole *decade* for web technologies to catch up with what flash provided
|
|
|
|
afed
|
2022-12-01 03:48:52
|
yeah, I mean it's easier to remove than a real web standard or formats in browsers, the same thing happened for example with silverlight or javafx
|
|
|
yurume
|
2022-12-01 03:50:47
|
I'm not very sure about that, for example you can reasonably argue that XHR was also not a web standard at least initially because it was originally an ActiveX plugin
|
|
2022-12-01 03:52:14
|
but web browsers eventually standardized XHR but not flash
|
|
2022-12-01 03:52:39
|
I know XHR is much smaller than flash though
|
|
|
|
afed
|
2022-12-01 04:03:52
|
another problem is that flash was proprietary and closed and there were some alternatives, it could in theory become a standard or fully open, but then it would not be the same flash we are talking about, it would be a real web standard without additional third-party plugins (which is actually what happened over time with the most needed features)
|
|
2022-12-01 04:12:48
|
same happens with web game engines, at first it was only third-party plugins, but now a lot of functionality is ported to web standards such as webgl
|
|
|
yurume
it took a whole *decade* for web technologies to catch up with what flash provided
|
|
2022-12-01 04:28:09
|
i think because adopting and approving standards originally took a very long time and did not keep up with the real fast growth and needs for the web, later it was accelerated, perhaps because the role of standards development and promotion has mostly moved to large corporations
|
|
2022-12-01 04:43:43
|
about formats, if I remember correctly, none of the formats that have been added to browsers have ever been removed
but many of the very popular formats that were only in third-party plugins are now gone, like realvideo/audio, vp1-7, wmv/wma, etc.
|
|
|
yurume
|
|
afed
about formats, if I remember correctly, none of the formats that have been added to browsers have ever been removed
but many of the very popular formats that were only in third-party plugins are now gone, like realvideo/audio, vp1-7, wmv/wma, etc.
|
|
2022-12-01 05:22:07
|
https://en.wikipedia.org/wiki/X_BitMap is a counterexample.
|
|
|
|
afed
|
2022-12-01 05:52:54
|
yeah, I didn't specify that some might have been removed that were originally very niche and didn't gain much popularity
theoretically Jpeg2k could be removed because it was not supported by other browsers, also Jpeg XR was only supported by Microsoft and was not widely used and supported (I don't remember, maybe it was already removed)
but for example vp8 is actually a transitional format, originally needed to avoid (possible) fees for avc (for online video), it could also have been removed after vp9, but vp8 was added and used in webrtc as standard (and other browsers added support for vp8 in webrtc pretty quickly), it is also used in webp (which also could have been skipped after more modern formats were added, but other browsers also added support after many years even when next-generation formats were already or almost ready) and after all that, removing them is fairly unlikely anytime soon
|
|
|
_wb_
|
2022-12-01 05:53:29
|
I hope at some point BMP can be removed as a web codec
|
|
2022-12-01 05:54:55
|
J2K and JXR are easily removed since they never got universal support, so there should always be fallbacks for these since otherwise the page would only work in Safari or Edge, respectively
|
|
|
w
|
2022-12-01 05:55:01
|
what if they added jxl into bmp
|
|
|
_wb_
|
|
VcSaJen
|
2022-12-01 07:09:47
|
I've seen somewhere that jpeg xl could be added to pdf at some point in future, is that still true?
|
|
|
_wb_
|
2022-12-01 08:32:42
|
I remember people related to the PDF standard talking about that at some point, no idea what the timeline on that would be though.
|
|
|
Fraetor
|
|
_wb_
I hope at some point BMP can be removed as a web codec
|
|
2022-12-01 09:21:11
|
I doubt it can be removed without breaking some 1990s era websites that are never going to be updated, but it would be interesting to see if browsers could start shipping certain "deprecated" features as WASM modules for a bit of seperation from the core code.
|
|
|
|
afed
|
2022-12-01 09:32:54
|
yeah, I think in the future the wasm implementation for lightweight or very rarely used formats is quite possible
|
|
|
Traneptora
|
2022-12-01 11:53:48
|
there's minimal reason to remove BMP though because it's such a primitive format
|
|
2022-12-01 11:54:00
|
the overhead of maintaining it is very low
|
|
|
Nova Aurora
|
2022-12-02 01:06:36
|
<@416586441058025472> Opinion on comic sans?
|
|
|
w
|
2022-12-02 02:51:12
|
idk about primitive, bmp can contain PNG and jpeg
|
|
|
sklwmp
|
2022-12-02 02:54:50
|
what now
|
|
|
The_Decryptor
|
|
_wb_
J2K and JXR are easily removed since they never got universal support, so there should always be fallbacks for these since otherwise the page would only work in Safari or Edge, respectively
|
|
2022-12-02 06:31:08
|
I think JXR has already been removed, Edge dropped support for it a few years back (With the transition to chromium)
|
|
|
_wb_
|
2022-12-02 06:37:36
|
Indeed. It's only left in older versions, which still are being used a little.
|
|
|
w
idk about primitive, bmp can contain PNG and jpeg
|
|
2022-12-02 06:38:24
|
Can it? Aren't you confusing with ICO?
|
|
2022-12-02 06:38:48
|
In any case BMP is kind of a mess
|
|
|
w
|
2022-12-02 06:39:29
|
i may have said it before, but the wikipedia page is really good <https://en.wikipedia.org/wiki/BMP_file_format#File_structure>
|
|
|
_wb_
|
2022-12-02 06:39:56
|
It's basically a memdump of internal Windows representations of images across a few decades of how Windows has represented images, right?
|
|
2022-12-02 06:41:14
|
I assume only some kinds of BMP images will actually work in all browsers
|
|
2022-12-02 06:43:16
|
Anyway if you want to "clean up" image formats in browsers, removing BMP would be where I would start. I cannot imagine it has much usage in the wild at all, and there is absolutely no reason why it would ever be a good idea to use it on the web.
|
|
|
|
Squid Baron
|
|
Fraetor
I doubt it can be removed without breaking some 1990s era websites that are never going to be updated, but it would be interesting to see if browsers could start shipping certain "deprecated" features as WASM modules for a bit of seperation from the core code.
|
|
2022-12-04 06:47:08
|
well, that's how pdf works in firefox
|
|
|
diskorduser
|
2022-12-04 11:49:47
|
https://youtube.com/shorts/G2fnBl9QUhs?feature=share
|
|
|
improver
|
|
|
afed
|
|
afed
libaom yes, but svt-av1 scales linearly even on multiprocessor 96+ cores cpu
x264/x265 have their limits, especially for slow settings
|
|
2022-12-05 12:57:08
|
I am not confused, though
|
|
|
improver
|
2022-12-06 08:00:50
|
https://www.youtube.com/watch?v=MVwl3tRzjbg&list=OLAK5uy_nLnXok_OoxNB01xgj8z1SVH2tISL64uv8
|
|
|
Demiurge
|
2022-12-08 01:07:26
|
Why did Mozilla fire all of the Servo developers?
|
|
2022-12-08 01:09:07
|
They could have made a new web browser and obliterated Chrome.
|
|
2022-12-08 01:10:41
|
And since money is the only thing Mozilla cares about these days, they could be making more money after taking back market share from Chrome
|
|
2022-12-08 01:11:36
|
Even if you're a complete sellout that only cares about money, it's just a stupid move to fire everyone working on Servo. Servo is something that would most immediately and directly help Mozilla's bottom line.
|
|
|
yurume
|
|
Demiurge
Why did Mozilla fire all of the Servo developers?
|
|
2022-12-08 02:14:18
|
most people don't know that many components developed for Servo eventually made into Firefox anyway
|
|
|
Demiurge
|
2022-12-08 02:30:32
|
Well if they didn't fire the developers they could have replaced even more of Gecko and made it much faster than Chrome.
|
|
2022-12-08 02:30:43
|
And actually attracted attention and boosted market share
|
|
|
yurume
|
|
Demiurge
Well if they didn't fire the developers they could have replaced even more of Gecko and made it much faster than Chrome.
|
|
2022-12-08 02:38:59
|
they could have replaced certain parts of Gecko with Servo components exactly because *Servo is intentionally made so*
|
|
2022-12-08 02:39:38
|
in fact at this point Gecko is actually faster than Chrome in many aspects, contrary to public expectations (for example, JS performance)
|
|
|
diskorduser
|
2022-12-08 02:47:41
|
I find chrome perform better than Firefox especially on js websites. Firefox is laggy.
|
|
|
Demiurge
|
2022-12-08 02:47:55
|
Same
|
|
2022-12-08 02:48:18
|
Firefox has been noticeably slower and jankier for a long time and Servo has the potential to completely obliterate Chromium
|
|
2022-12-08 02:48:34
|
It was rapidly heading in that direction because of its multithreaded architecture
|
|
2022-12-08 02:48:46
|
But Mozilla put the kibosh on that
|
|
2022-12-08 02:48:52
|
Literally fired everyone working on it
|
|
|
yurume
|
|
diskorduser
I find chrome perform better than Firefox especially on js websites. Firefox is laggy.
|
|
2022-12-08 02:49:51
|
it took quite a while, but nowadays I don't have that kind of problems for most websites (it used to require restart for youtube, for example, but it is no longer necessary at least for me)
|
|
|
Demiurge
It was rapidly heading in that direction because of its multithreaded architecture
|
|
2022-12-08 02:50:48
|
I have actually used Servo for multiple times, and it never reached the point where I can actually build something on it. it would have taken a lot of efforts to make it a production-grade browser.
|
|
2022-12-08 02:51:21
|
to my knowledge the last remaining piece of puzzle in Gecko's performance is a networking stack
|
|
|
diskorduser
|
2022-12-08 02:51:49
|
On recent Firefox updates, I find Firefox very unreliable especially on YouTube, sound goes off when I pause and play. I have to pause and play two times to get sound working.
Sometimes vp9 decoding stops working too.
|
|
|
yurume
|
2022-12-08 02:51:55
|
everything else has been revamped over the last decade
|
|
2022-12-08 02:53:24
|
I have used Firefox in both Windows and macOS for a long time (>10y) and it's substantially better than it used to be
|
|
|
diskorduser
|
2022-12-08 02:53:49
|
The only thing which keeps me using Firefox is, it has nice and smooth scrolling performance on touchpad on Wayland.
|
|
|
yurume
|
2022-12-08 02:54:19
|
does Chromium work well with Wayland then?
|
|
|
diskorduser
|
2022-12-08 02:54:41
|
Scrolling is not good on chrome/chromium on Wayland
|
|
|
yurume
|
2022-12-08 02:55:08
|
then I guess it's a Wayland problem (or more accurately speaking, a developer problem with Wayland support) and not a Firefox problem
|
|
|
diskorduser
|
2022-12-08 02:55:30
|
No. There is a merge request on chromium, it is not merged/implemented yet
|
|
|
yurume
|
2022-12-08 02:55:35
|
platforms with lesser support tend to drift in that way, generally speaking
|
|
2022-12-08 02:56:53
|
anyway your mileage may vary, but I can speak with a confidence because I do open up to 1,000 tabs in both browsers combined
|
|
2022-12-08 02:57:59
|
they have very different failure modes at this scale, but I found Chrome is a lot worse than Firefox in this regard, and actually it has gotten worse in recent years
|
|
|
diskorduser
|
2022-12-08 02:59:05
|
Hmm. For me chrome/chromium is very stable and more responsive.
|
|
|
yurume
|
2022-12-08 02:59:17
|
(namely: some tabs spontaneously fail to respond, with no reason, and the only solution is to open a builtin process manager and kill affected processes)
|
|
2022-12-08 03:00:53
|
in the casual usage (i.e. not that many tabs open) I see no practical differences between them, except for some cutting-edge features where developers are not hesitant to say they know no browsers besides from Chrome 😦
|
|
2022-12-08 03:01:26
|
and when I stretch browsers to their limits Chrome tended to break much earlier than Firefox
|
|
|
diskorduser
|
2022-12-08 03:12:24
|
Probably you have a high performance cpu and won't notice the difference.
|
|
|
yurume
|
2022-12-08 03:12:50
|
I also use Firefox in my now 8-year-old laptop 😉
|
|
2022-12-08 03:13:34
|
I agree that browsers in general demand more computation power than they used to do, but Chrome is no different in this regard, at least for me
|
|
|
diskorduser
|
2022-12-08 03:13:57
|
Okay. do you use self compiled Firefox or the precompiled one from distro?
|
|
|
yurume
|
2022-12-08 03:14:39
|
I don't compile Firefox from a source and I see no advantage in that (I know this statement will anger some Linux distro users, I know)
|
|
2022-12-08 03:15:05
|
that laptop is, for the reference, an Early 2015 MacBook Air
|
|
2022-12-08 03:15:37
|
and I think I can't compile Firefox in that machine
|
|
|
sklwmp
|
2022-12-08 07:25:23
|
FWIW, I just switched back to Firefox from Chrome, and there really isn't much difference.
On Windows, the most noticeable thing is font rendering, but other than that my experience has been mostly the same.
|
|
2022-12-08 07:25:48
|
Of course, Google apps (Docs, Meet, etc.) work a lot better on Chrome than Firefox, so that's what kept me from switching for a while.
|
|
|
w
|
2022-12-08 07:36:16
|
it turns out the font rendering is because chrome doesnt respect cleartype settings
|
|
2022-12-08 07:36:20
|
it seems edge has fixed this recently
|
|
2022-12-08 07:36:44
|
another main reason i stick to firefox is the smooth scrolling behaviour/settings
|
|
2022-12-08 07:37:54
|
microsoft's impulse scrolling in chromium helps a bit but it's still not as good as the old edgeview scrolling
|
|
2022-12-08 07:38:18
|
oh yeah and chrome's image scaling is still abysmal
|
|
|
Demiurge
|
|
yurume
I have actually used Servo for multiple times, and it never reached the point where I can actually build something on it. it would have taken a lot of efforts to make it a production-grade browser.
|
|
2022-12-08 07:44:59
|
What was your experience?
|
|
|
yurume
|
2022-12-08 07:46:27
|
pretty much same with many experimental browser engines. works for a few selected sites, but does not work well for others.
|
|
2022-12-08 07:46:56
|
for instance it was pretty much unusable for Korean websites
|
|
|
Traneptora
|
2022-12-08 04:39:41
|
Firefox is also much better if you use ublock origin to block adverts
|
|
2022-12-08 04:39:46
|
they wrote a blog about it
|
|
|
|
umitkacar
|
2022-12-08 05:59:35
|
Will OpenCV support JPEG XL?
|
|
|
Traneptora
|
2022-12-08 06:03:22
|
that ultimately depends on if someone writes an image reader to decode JXL for open cv
|
|
2022-12-08 06:03:38
|
that said, you can always have a separate decoder and feed OpenCV an uncompressed image
|
|
|
|
umitkacar
|
2022-12-08 09:19:20
|
thanks
|
|
|
The_Decryptor
|
|
w
it turns out the font rendering is because chrome doesnt respect cleartype settings
|
|
2022-12-09 08:54:27
|
Firefox ignores some as well, forces GDI rendering for some fonts and ignores the system contrast value if it's set to the default setting
|
|
|
Demez
|
2022-12-09 10:12:22
|
I hate modern GDI rendering, so sluggish, it's crazy
|
|
|
The_Decryptor
|
2022-12-09 10:27:47
|
I wish more stuff used Direct2D, Lots of stuff seemingly moved to Cairo (And then Skia, like Firefox for a while) which gives better quality than GDI, but still not amazing performance
|
|
2022-12-09 10:28:28
|
I was looking at the issue tracker for .NET "winforms", which uses GDI/GDI+ for all custom rendering, and there's an issue about replacing that with something newer
|
|
2022-12-09 10:29:19
|
The vast majority of comments were suggesting Skia, using the OpenGL backend over a Google translation layer
|
|
2022-12-09 10:29:30
|
And then creating a home grown remoting solution
|
|
|
Demez
|
2022-12-09 10:29:54
|
if only hardware GDI wasn't killed off in windows vista with the new driver model
|
|
|
The_Decryptor
|
2022-12-09 10:29:56
|
While Direct2D is a core part of Windows and is built into RDP so it already handles all remoting
|
|
|
Demez
|
2022-12-09 10:30:11
|
GDI was actually quite fast in windows xp
|
|
2022-12-09 10:30:43
|
just try resizing the columns in services.msc in an xp VM compared to windows 10 and you'll see lol
|
|
|
The_Decryptor
|
2022-12-09 10:31:17
|
iirc they mostly offset that with 7 (re-adding a lot of the old support), but it still doesn't play well with things like the DWM
|
|
|
Demez
|
2022-12-09 10:31:41
|
didn't seem to really do anything from what I saw
|
|
|
The_Decryptor
The vast majority of comments were suggesting Skia, using the OpenGL backend over a Google translation layer
|
|
2022-12-09 10:32:10
|
also we do have FreeType
|
|
|
username
|
2022-12-09 10:32:24
|
I have heard reports that microsoft broke GDI acceleration in some version of windows 10
|
|
2022-12-09 10:32:44
|
and that it just silently falls back to software
|
|
|
Demez
|
2022-12-09 10:32:48
|
oh yeah that as well
|
|
2022-12-09 10:33:00
|
gotta love modern windows
|
|
|
The_Decryptor
|
2022-12-09 10:33:10
|
Wouldn't surprise me in the slightest, also wouldn't surprise me if the GPU side atrophied as well
|
|
2022-12-09 10:35:22
|
I remember reading some blog post years ago from a MS dev that went into some detail
|
|
2022-12-09 10:35:46
|
Like GDI having specific pixel coverage functions that can't be changed
|
|
2022-12-09 10:36:27
|
While something like Direct2D just relies on vertex sampling on the GPU with normal supersampling
|
|
|
Demez
|
|
Fox Wizard
|
2022-12-10 09:15:10
|
<@794205442175402004>fun thing about that Twitter compression post you commented on, you can actually get decent quality images on Twitter
|
|
2022-12-10 09:15:55
|
|
|
2022-12-10 09:16:42
|
https://twitter.com/A_Fox_Wizard/status/1601505813117698048/photo/1 (only you can view it on Twitter, because I don't want my only posts to just be some test images, so it's hidden for everyone else <:KekDog:892418529117233162>) this link will work for everyone else: <https://pbs.twimg.com/media/FjmwpTkXoAEfLu_?format=jpg&name=4096x4096>
|
|
2022-12-10 09:19:24
|
Think the criteria for Twitter not to compress your jpegs are: the resolution can't be higher than 4096 pixels and I think the file size can't be higher than 5MB
|
|
|
_wb_
|
2022-12-10 09:20:55
|
It could be something like that, yes.
|
|
|
uis
|
|
Demez
also we do have FreeType
|
|
2022-12-12 08:37:17
|
Isn't freetype library for fonts?
|
|
|
Demez
|
|
_wb_
|
2022-12-15 08:31:27
|
In Dutch and French the expression is "the ball is in your camp" while in English it is "the ball is in your court".
|
|
|
|
afed
|
2022-12-16 11:46:56
|
https://www.riffusion.com/about
|
|
|
sklwmp
|
2022-12-17 01:12:39
|
https://www.theverge.com/2022/12/16/23511461/apple-google-mozilla-chrome-safari-firefox-browser-speedtest-3
|
|
2022-12-17 01:12:44
|
> It’s nice to see everyone working together to make the web better.
|
|
2022-12-17 01:12:45
|
hah
|
|
|
|
afed
|
2022-12-17 01:33:08
|
> Mozilla says that a benchmark built by several web companies will help provide a “shared understanding of what matters.” The company says that’s important when you’re trying to coordinate across web developers, standards bodies, the groups that build the engines that interpret code based on those standards, and the companies that build browsers based around those engines.
> As Google points out in its Twitter thread, though, the companies have set up rules that should help prevent any of them from trying to tip the results in their favor. Nontrivial changes will require approval from “at least two of the participating browser projects” and can’t be implemented if there are strong objections from others, and major changes require a consensus from everyone involved, according to the governance policy.
|
|
|
_wb_
|
2022-12-17 02:29:25
|
For some reason, the Chrome team only seems to communicate around jxl on Fridays. Could be there's some reason for that, like maybe they have a team meeting then or something, no idea. But it does seem to be quite consistently that if they communicate on jxl, it's on a Friday.
|
|
2022-12-17 02:41:39
|
This is not ideal to have a conversation, because Friday in the US is already weekend in Europe. I always get to see it on my Saturday morning: the addition of the removal note (Oct 28), the "we'll work on publishing data" message (Nov 11), the actual publishing of the data (Dec 2), the removal of jxl (Dec 9) and now the updated decode speed data and the change to `wontfix` (Dec 16). Always on a Friday.
|
|
|
sklwmp
|
|
_wb_
This is not ideal to have a conversation, because Friday in the US is already weekend in Europe. I always get to see it on my Saturday morning: the addition of the removal note (Oct 28), the "we'll work on publishing data" message (Nov 11), the actual publishing of the data (Dec 2), the removal of jxl (Dec 9) and now the updated decode speed data and the change to `wontfix` (Dec 16). Always on a Friday.
|
|
2022-12-17 02:58:12
|
The "conspiracy theory" interpretation of that could be that they're scheduling it so your replies, as the main public proponent of JPEG XL, are delayed somewhat so they can save face for a just a bit longer.
Of course, it's probably the former. Some sort of scheduled meeting or agreement.
|
|
|
|
veluca
|
2022-12-17 03:01:03
|
my take on it is that it's just normal "oh let me do this before I end my work week" stuff
|
|
|
Kleis Auke
|
2022-12-17 03:06:25
|
Here in the Netherlands, we usually do a "VrijMiBo" (<https://en.wiktionary.org/wiki/vrijmibo>) on Friday. Perhaps the Chrome team is doing something similar? If so, perhaps too many alcoholic drinks are involved (i.e. the "Bo" part of that word)?
|
|
|
_wb_
|
2022-12-17 03:24:12
|
Chrome you're drunk
|
|
|
veluca
my take on it is that it's just normal "oh let me do this before I end my work week" stuff
|
|
2022-12-17 03:27:19
|
Or maybe rather "I don't want to deal with this now" for most of the week and then on Friday "right, this still needs to be done, sigh". But yeah it's likely something like that.
|
|
|
yoochan
|
2022-12-17 05:52:51
|
sounds like an "agile method" organization with a sprint end every friday 😄
|
|
|
improver
|
2022-12-17 06:18:24
|
recurring "prove avif's superiority against competing image codecs" ticket
|
|
|
lonjil
|
2022-12-18 08:27:49
|
PSA: if anyone here has joined Mastodon, you may want to use FediFinder to find the Mastodon accounts of those you follow on Twitter ASAP, as Twitter is now banning links to other social media platforms. (<https://fedifinder.glitch.me/>, <https://fedifinder-backup.glitch.me/>)
Also, if you get the archive from <https://twitter.com/settings/download_your_data>, you can this tool <https://tinysubversions.com/twitter-archive/make-your-own/> to make a searchable archive of your tweets.
|
|
|
DZgas Ж
|
2022-12-19 08:35:36
|
chatGPT is real deal
|
|
|
lonjil
|
|
DZgas Ж
|
2022-12-19 11:33:09
|
I have no idea what kind of text, it needs to be searched somewhere deep in the archives of 4chan, to tell the truth - to generate something beautiful myself is a very big deal, so I just take other people's pictures, well, or for example I made this apple myself
|
|
2022-12-19 11:34:14
|
although I have another photo from that post
|
|
2022-12-19 11:35:07
|
I don't remember, there were a lot of posts from SD, it seems like 5 boards, in any case I can only say that now it's lost
|
|
|
_wb_
|
2022-12-19 02:01:57
|
tried to make my youtube channel slightly nicer: https://www.youtube.com/@JonSneyers
|
|
2022-12-19 02:02:27
|
still very amateurish youtube channel, obviously
|
|
|
spider-mario
|
2022-12-20 09:04:12
|
whew, the book I’m reading doesn’t always mince its words:
> I offer the following simple and consistent explanation for the persistent irrational belief that natural remedies are safe: taking them rots your brain, gradually destroying the capacity for logical thought.
|
|
|
Traneptora
|
2022-12-20 08:35:44
|
what is "natural remedy" in this context?
|
|
|
improver
|
2022-12-20 08:56:35
|
prolly something in lines of alcohol or natural drugs
|
|
2022-12-20 08:58:48
|
something like daturas can be used as pain-relief medicine too sorta but these are example of something that would definitely rot your memory stuff if used persistently
|
|
|
_wb_
|
2022-12-20 09:38:20
|
https://www.youtube.com/watch?v=jvPPXbo87ds nice sequel to the earlier Bézier video
|
|
2022-12-20 09:39:49
|
good intro to jxl's Catmull-Rom splines (only doesn't go into detail about centripetal)
|
|
2022-12-20 09:42:04
|
we really need to make a "jxl brush" for krita or inkscape or something, to draw with splines exactly representable in jxl so you can save the image as a crazy small jxl file
|
|
2022-12-20 09:45:56
|
(also we need to better define what the maximum pixel area of splines is in each profile/level, in a way that doesn't cripple how this could be used in the future, but also doesn't cause DoS issues)
|
|
|
spider-mario
|
|
Traneptora
what is "natural remedy" in this context?
|
|
2022-12-21 09:07:57
|
I think it was a general statement about remedies that are “natural” (often herbs, essential oils, this sort of thing)
|
|
2022-12-21 09:08:00
|
same as in https://sciencebasedmedicine.org/herbal-medicine-and-aristolochic-acid-nephropathy/
|
|
2022-12-21 09:08:19
|
> It has been a stunning triumph of marketing and propaganda that many people believe that treatments that are “natural” are somehow magically safe and effective (an error in logic known as the naturalistic fallacy). There is now widespread belief that herbal remedies are not drugs or chemicals because they are natural.
|
|
2022-12-21 09:08:48
|
> Herbal remedies are drugs, plain and simple. They contain chemicals that are ingested on a regular basis for their pharmacological effects. The fact that they derive from plants is irrelevant. The fact that individual chemicals are not purified and given in precise amounts does not mean they are not pharmacologically active chemicals – it just means that when taking an herbal remedy you are getting a mixture of many chemicals in unknown doses.
|
|
2022-12-21 09:10:03
|
in a similar vein, Steven Novella (SBM link above) also wrote https://sciencebasedmedicine.org/how-safe-is-cbd/
|
|
2022-12-21 09:22:04
|
the book I quoted for is by another author (the same as https://www.researchgate.net/publication/38415685_Three_things_every_medical_writer_should_know_about_statistics)
|
|
|
Traneptora
|
2022-12-21 10:37:34
|
instead of medicine, I see
|
|
2022-12-21 10:38:06
|
so the usual hoax remedies
|
|
|
fab
|
2022-12-21 09:07:09
|
Update
|
|
|
|
afed
|
2022-12-22 12:41:28
|
https://youtu.be/LQdjmGimh04
|
|
|
Fox Wizard
|
|
fab
|
2022-12-22 03:08:05
|
https://github.com/fabiorug/Riliu/releases/tag/1.0
|
|
|
diskorduser
|
2022-12-23 04:32:38
|
Actually that 64gb ram computer is the one which I use it workplace. I use that to compile software. At home I use a laptop which is only 4gb 😶.
|
|
2022-12-23 04:36:37
|
Works fine for me. I use discord and 6 tabs on Firefox, few background programs. All work fine on 4gb ram.
|
|
2022-12-23 04:37:16
|
I have 3gb zram too.
|
|
|
Demez
|
2022-12-23 08:49:22
|
i thought KDE didn't use that much ram
|
|
2022-12-23 08:50:46
|
hmm
https://www.reddit.com/r/xfce/comments/kb0d87/i_compared_the_ram_use_of_15_desktop_environments/
|
|
|
DZgas Ж
|
|
dormosaurus
|
2022-12-24 12:03:40
|
One time I wanted to convert a large image to jxl, but kept running out of memory (16gb physical + 4gb zram), I ended up setting zram to 48gb/zstd and managed to successfully encode the image in about 10 minutes, peak memory usage of cjxl was around 50gb.
The experience was weird and magical in some sense, it shouldn't be possible to "download more ram" like this and yet...
|
|
2022-12-24 12:35:54
|
14442x21564
It was one of these tiffs:
https://archive.org/download/unix-magic
|
|
|
diskorduser
|
|
DZgas Ж
wtf
|
|
2022-12-24 05:53:21
|
Do you know zram size can be changed?
|
|
2022-12-24 05:54:23
|
On fedora default install it was 4gb. After installing opensuse I chose to use 3gb.
|
|
|
DZgas Ж
|
|
diskorduser
Do you know zram size can be changed?
|
|
2022-12-24 07:59:40
|
I don't understand what kind of zram you invented
|
|
|
diskorduser
|
2022-12-24 08:00:29
|
Did I say I invent zram? 🤔
|
|
|
DZgas Ж
|
2022-12-24 08:01:33
|
<:This:805404376658739230>
|
|
|
diskorduser
|
|
improver
|
2022-12-24 02:03:40
|
lol zram is a linux' compressed memory storage thing
|
|
|
_wb_
|
2022-12-24 09:50:16
|
https://www.reddit.com/r/ProgrammerHumor/comments/ztzpsj/for_the_programmers_who_use_tar/?utm_source=share&utm_medium=mweb
|
|
|
dormosaurus
|
2022-12-24 09:53:51
|
tar caf // create autocompress file
tar xf // extract file
This is all I need 99% of the time
|
|
|
pandakekok9
|
2022-12-26 04:20:16
|
<@557099078337560596> From #adoption:
> this suddenly reminds me of the old OpenBSD ports controversy with Pale Moon...
Admittedly it could've been handled A LOT BETTER from the Pale Moon side
|
|
2022-12-26 04:21:14
|
On the other hand I'm not a fan of the OpenBSD dev insisting on getting the word from Moonchild himself despite being clear that the build configuration is not acceptable for Pale Moon
|
|
2022-12-26 04:21:56
|
Nor the removal of the browser (not even an unbranded version) from ports
|
|
2022-12-26 04:25:45
|
And it's really weird that people insist on using system libs as if it's a silver bullet for security (despite debunking: https://forum.palemoon.org/viewtopic.php?f=5&t=23706)
|
|
|
diskorduser
|
2022-12-26 10:00:47
|
Nice Xmas doggo
|
|
|
pandakekok9
|
2022-12-26 12:05:16
|
Heh, thanks
|
|
|
improver
|
|
Fraetor
|
|
|
veluca
|
2022-12-28 08:44:15
|
I mean, it's not wrong...
|
|
|
improver
|
2022-12-29 02:30:16
|
https://www.youtube.com/watch?v=a_pMd409bhM
|
|
|
DZgas Ж
|
2022-12-30 04:37:26
|
oh yea
|
|
|
improver
|
2022-12-31 04:13:18
|
https://www.vidlii.com/watch?v=cvcpyD-W1DW
|
|
|
diskorduser
|
|
DZgas Ж
oh yea
|
|
2022-12-31 05:33:40
|
What are you going to do with them
|
|
|
DZgas Ж
|
|
diskorduser
What are you going to do with them
|
|
2022-12-31 05:40:15
|
nothing, it's not even my photo, it's just a very funny reminder of what happens without strict standardization. the same could be said about smartphone accumulators
|
|
2022-12-31 05:59:09
|
|
|