|
RaveSteel
|
|
My normal camera app. The CPU is too slow to compress them :P
|
|
2025-02-26 08:10:55
|
What the heck xd
|
|
|
Fox Wizard
Heh, 200MP DNG works now apparently
|
|
2025-02-26 08:11:06
|
Which phone?
|
|
|
Fox Wizard
|
2025-02-26 08:11:13
|
But 50MP DNG from stock camera is 2+ times bigger than 200MP DNG in Camera Raw...
|
|
|
RaveSteel
Which phone?
|
|
2025-02-26 08:11:22
|
S25 Ultra
|
|
|
RaveSteel
|
2025-02-26 08:11:28
|
Hm alright
|
|
2025-02-26 08:11:37
|
not for S23U
|
|
2025-02-26 08:11:48
|
Not, that I'd need it xd
|
|
|
jonnyawsom3
|
|
Fox Wizard
But 50MP DNG from stock camera is 2+ times bigger than 200MP DNG in Camera Raw...
|
|
2025-02-26 08:11:53
|
Hmm, expert raw saves JXL DNGs right?
|
|
|
RaveSteel
|
2025-02-26 08:11:56
|
Yes
|
|
2025-02-26 08:12:07
|
But debayered
|
|
2025-02-26 08:12:12
|
so linear JXL DNG
|
|
|
jonnyawsom3
|
2025-02-26 08:12:24
|
~~linear DNG isn't DNG~~
|
|
|
Fox Wizard
|
2025-02-26 08:12:46
|
|
|
2025-02-26 08:13:01
|
Nothing special, just quick pics of my desk in a dark room <:KekDog:884736660376535040>
|
|
|
RaveSteel
|
2025-02-26 08:13:24
|
Expert Raw used to have this bug where the JXL DNGs were extremely lossy, I am talking 1-2MB for a 12MP DNG lol
|
|
|
Fox Wizard
|
2025-02-26 08:13:30
|
But yes, expert raw does seem to use JXL
|
|
|
RaveSteel
|
2025-02-26 08:14:33
|
```
Image Width : 4000
Image Height : 3000
Bits Per Sample : 16 16 16
Compression : JPEG XL
Photometric Interpretation : Linear Raw
```
|
|
2025-02-26 08:14:39
|
From an Expert Raw DNG
|
|
|
jonnyawsom3
|
|
RaveSteel
Expert Raw used to have this bug where the JXL DNGs were extremely lossy, I am talking 1-2MB for a 12MP DNG lol
|
|
2025-02-26 08:14:44
|
My non-linear lossless 12 MP DNG is 3 MB
|
|
2025-02-26 08:15:25
|
|
|
|
|
embed
|
|
|
|
2025-02-26 08:15:30
|
https://embed.moe/auto.gif?q=https%3A%2F%2Fcdn.discordapp.com%2Fattachments%2F806898911091753051%2F1344402464136233130%2FTinyDNGLossless.jxl%3Fex%3D67c0c7dd%26is%3D67bf765d%26hm%3D77205b519b70fb13bcfb57f7e8043e15154967e0926e3c7775d13feaeba1db9f%26
|
|
|
RaveSteel
|
|
My non-linear lossless 12 MP DNG is 3 MB
|
|
2025-02-26 08:15:39
|
I haven't tested extensively, but linear JXL DNGs are normally much larger than non-linear JXL DNGs
|
|
2025-02-26 08:15:55
|
And Expert Raw outputs linear
|
|
|
Fox Wizard
|
2025-02-26 08:15:58
|
Heh, never noticed higher res uses a lower amount of bits per sample
|
|
2025-02-26 08:16:07
|
16 for 12MP, but 14 for higher
|
|
|
RaveSteel
|
2025-02-26 08:16:13
|
They also fixed it, so now the DNGs are much larger
|
|
|
Fox Wizard
16 for 12MP, but 14 for higher
|
|
2025-02-26 08:16:55
|
Doesn't matter anyway, since the sensors used by Samsung are all 10 bit as far as I know
|
|
|
jonnyawsom3
|
2025-02-26 08:17:35
|
IIRC mine reported as 16bit in ExifTool too, but the actual JXL is the correct bitdepth
|
|
|
RaveSteel
|
2025-02-26 08:18:11
|
You can check your sensor's bitdepth using this app
https://www.celsoazevedo.com/files/android/google-camera/dev-bsg/camera2test/
|
|
|
Fox Wizard
|
2025-02-26 08:18:19
|
Wonder if disabling certain processing options will stop high MP images from being bugged
|
|
|
RaveSteel
|
2025-02-26 08:19:28
|
What are you refering to?
|
|
|
Fox Wizard
|
2025-02-26 08:19:53
|
"Expert RAW Labs" options
|
|
2025-02-26 08:21:28
|
Hm, that seems to be a nope. Still the same size
|
|
2025-02-26 08:22:18
|
Guess it's only an option for 24MP and 12MP for some reason
|
|
|
RaveSteel
|
2025-02-26 08:22:54
|
Samsung is not the best regarding camera software anyhow. My phone won't save a DNG if I don't switch from Pro mode to a different mode and back before taking a photo
|
|
2025-02-26 08:23:18
|
When cold starting the camera app*
|
|
|
jonnyawsom3
|
|
RaveSteel
You can check your sensor's bitdepth using this app
https://www.celsoazevedo.com/files/android/google-camera/dev-bsg/camera2test/
|
|
2025-02-26 08:29:11
|
10-bit with an 8-bit pipeline. Though I did spot a 'Depth' output with a resolution of around 1K, probably from the dedicated sensor on the back along with 'Private' which will be the greyscale sensor that's not registered to the OS properly
|
|
|
RaveSteel
|
2025-02-26 08:31:11
|
Check the white level category, the value there will be the bitdepth
|
|
2025-02-26 08:31:15
|
1023 is 10 bits
|
|
|
jonnyawsom3
|
2025-02-26 08:31:50
|
Yeah, it's 10bit
|
|
|
RaveSteel
|
2025-02-26 08:32:59
|
Most phone sensors seem to be 10bit
|
|
2025-02-26 08:33:33
|
I have an arducam 12 or 16MP module lying around somewhere, I should check it that is 10bit too
|
|
|
_wb_
|
2025-02-27 07:55:50
|
As far as I understand, iPhone cameras don't really have a useful CFA raw image since they use multiple sensors and exposure stacking and lens corrections and a bunch of signal processing to produce a final image, so the real raw data is just too messy and all they can really produce is a high bit depth RGB image.
|
|
|
CrushedAsian255
|
2025-02-27 08:10:26
|
So iPhone ProRAW is basically just a normal image but with out-of-gamut / out-of-range data preserved and higher bit depth and lossless compression?
|
|
2025-02-27 08:11:16
|
Like you can take a “RAW” night mode photo on iPhone, even though Night mode implies heavy processing
|
|
|
Traneptora
|
2025-02-27 11:57:49
|
well "RAW" is not really pixel data, it's sensor data, and iPhones don't show you the sensor data
|
|
|
_wb_
|
2025-02-27 02:59:59
|
In the purest sense, raw is completely unprocessed sensor data, but it has become common practice to do at least some amount of processing even when producing "raw", e.g. to take care of defective subpixels.
|
|
2025-02-27 03:02:13
|
In the broadest sense, "raw" is anything that can still be edited in a postproduction workflow, as opposed to delivery formats where the precision and fidelity is reduced to a point that suffices for consumption but not for production.
|
|
|
spider-mario
|
2025-02-27 08:48:16
|
https://youtu.be/160F8F8mXlo
|
|
2025-02-27 09:01:17
|
(it seems it’s mainly the beginning that’s interesting)
|
|
|
AccessViolation_
|
2025-02-27 09:39:08
|
that was a good video
|
|
2025-02-27 09:39:37
|
the rest is mostly about philosophy, most of their videos are
|
|
2025-02-27 09:42:12
|
I liked this one too
|
|
2025-02-27 09:42:17
|
https://www.youtube.com/watch?v=wS7IPxLZrR4
|
|
|
jonnyawsom3
|
2025-02-28 10:06:07
|
https://fixupx.com/litteralyme0_/status/1895181102719082546
|
|
2025-02-28 10:07:15
|
Reminds me, I've seen a lot of washed out videos on Telegram lately. Wonder if their HDR handling changed
|
|
|
Meow
|
2025-02-28 04:14:36
|
No more Skype in May
https://x.com/Skype/status/1895477868261412953
|
|
|
RaveSteel
|
2025-02-28 04:58:11
|
But what about Skype for business 🤔
|
|
|
spider-mario
|
2025-02-28 05:08:50
|
also Microsoft Teams, I guess
|
|
2025-02-28 05:08:53
|
https://youtu.be/XRPUoz1TYro
|
|
|
lonjil
|
2025-03-01 01:24:59
|
hooray
|
|
|
Traneptora
|
|
lonjil
hooray
|
|
2025-03-01 03:24:58
|
why are you paying for HRT with crypto
|
|
|
lonjil
|
|
Traneptora
why are you paying for HRT with crypto
|
|
2025-03-01 08:30:05
|
Because it's what the grey market sellers accept. I don't live in the US where you can just show up at Planned Parenthood and ask for informed consent HRT.
|
|
|
diskorduser
|
2025-03-01 10:11:03
|
https://youtu.be/qXrn4MqY1Wo
|
|
|
spider-mario
|
2025-03-01 06:49:48
|
I read this as “It takes years to build Rust”
|
|
|
AccessViolation_
|
2025-03-01 06:51:33
|
LMAO
|
|
2025-03-01 06:53:45
|
that's so true, if you're working on a Bevy project and don't use their recommended tricks to speed up compile times, one might be tempted to quickly run the project after saving some changes, and then halfway though the build you realize you need to change some values real quick so you need to wait half a minute again
|
|
|
lonjil
|
2025-03-01 06:56:17
|
IME, the slowest part of incremental rebuilds in Rust is linking. Moving my projects folder from spinning rust to an SSD sped up rebuilds by like 30x.
|
|
|
AccessViolation_
|
2025-03-01 06:57:41
|
interesting. linking was also definitely the slowest part for me, but i was already using an SDD. changing to the experimental `mold` linker reduced iterative build times from 40 seconds to like 4 seconds (for Bevy projects)
|
|
|
Meow
|
2025-03-01 07:48:12
|
It takes years to build jxl-rs
|
|
|
AccessViolation_
|
2025-03-01 11:33:20
|
I was just clicking around on Wikipedia, and came across this again. I remember being very interested in it as a child, after watching some youtube video about lost technologies
https://en.wikipedia.org/wiki/Sloot_Digital_Coding_System
|
|
|
jjrv
|
2025-03-02 04:40:03
|
OpenStreetMap PBF files have a *lot* of varint encoded integers. They use 7 bits of data and 1 continuation bit in between. Turns out you can read those branchless: https://gist.github.com/jjrv/b9cc022faec13109a99691b2c38ceeff
It could be easily adapted to read JPEG XL's 8 bits of data between continuation bits, but it only supports encoding / decoding 56-bit integers when using 64-bit registers. Would need a bit more thinking to support more bits. I guess varints aren't common enough in jxl files to make that very relevant.
|
|
|
_wb_
|
2025-03-02 08:13:36
|
Only used in some headers and file format stuff, iirc. So speed doesn't matter.
|
|
|
novomesk
|
2025-03-03 03:43:23
|
Does anyone have Computer or VM with Windows 7 or Windows 8 or 8.1 ?
I need someone to check if a portable build of nomacs starts there:
https://github.com/nomacs/nomacs/issues/1267#issuecomment-2694257078
|
|
|
diskorduser
|
2025-03-03 04:26:22
|
https://www.youtube.com/watch?v=BBuvc_K8tDg
|
|
|
Aerocatia
|
|
novomesk
Does anyone have Computer or VM with Windows 7 or Windows 8 or 8.1 ?
I need someone to check if a portable build of nomacs starts there:
https://github.com/nomacs/nomacs/issues/1267#issuecomment-2694257078
|
|
2025-03-03 04:34:13
|
I can try this now
|
|
2025-03-03 04:36:02
|
It works on Windows 7 Professional
|
|
|
spider-mario
|
2025-03-03 04:37:38
|
in libjxl, we’ve started to link the MS VC++ runtime statically to avoid this sort of issue
|
|
|
Aerocatia
|
2025-03-03 04:37:57
|
<@886264098298413078> does it have a custom Qt6 or something?
|
|
|
spider-mario
|
2025-03-03 04:38:00
|
(actually, more insidious issues where it would seemingly start and run but crash in mysterious ways because the installed runtime was too old)
|
|
|
novomesk
|
|
Aerocatia
It works on Windows 7 Professional
|
|
2025-03-03 04:38:47
|
Thank you!
|
|
|
Aerocatia
<@886264098298413078> does it have a custom Qt6 or something?
|
|
2025-03-03 04:39:48
|
It uses DLLs from https://github.com/crystalidea/qt6windows7/
|
|
|
Aerocatia
|
2025-03-03 04:41:35
|
oh cool, I might use that.
|
|
|
Quackdoc
|
2025-03-03 05:07:37
|
if any video editor enthusiasts here, olive update https://youtu.be/invMlMRPUrM
|
|
|
AccessViolation_
|
2025-03-04 10:17:04
|
|
|
2025-03-04 10:17:05
|
<@1028567873007927297> fair i guess, I basically assume the backbone of my system is a bunch of bug-ridden C spaghetti regardless <:KekDog:805390049033191445>
|
|
|
Demiurge
|
2025-03-04 10:22:42
|
I wish the system backbone was pared down and attacked with dikes more often, rather than being allowed to grow into monstrous piles of spaghetti.
|
|
|
diskorduser
|
2025-03-05 05:08:41
|
https://www.youtube.com/watch?v=NgLW-E22vOM
|
|
|
A homosapien
|
|
spider-mario
|
2025-03-06 10:09:49
|
https://www.reddit.com/r/europe/comments/1j4014j/the_dutch_public_broadcaster_made_a_sketch_on_the/
|
|
|
AccessViolation_
|
2025-03-06 10:41:41
|
NPO my beloved
|
|
|
DZgas Ж
|
2025-03-06 03:24:24
|
core dev pov
|
|
|
Demiurge
|
2025-03-06 11:28:58
|
It's beautiful
|
|
2025-03-06 11:29:03
|
High fidelity
|
|
|
Fox Wizard
|
2025-03-07 04:52:32
|
That surprising moment when Discord can play a video that MPV can't handle <:KekDog:884736660376535040>
|
|
2025-03-07 04:53:23
|
4k@60 high bitrate 10b HDR HEVC test video
|
|
|
RaveSteel
|
2025-03-07 04:56:15
|
Yes, for 4k ≥24FPS it is generally better to enable hwaccel so it plays properly, else it will be a stuttery mess
|
|
|
𝕰𝖒𝖗𝖊
|
|
Fox Wizard
That surprising moment when Discord can play a video that MPV can't handle <:KekDog:884736660376535040>
|
|
2025-03-07 05:45:05
|
for me mpv plays it perfectly fine with software or hardware decoding.
discord doesn't play it (on Linux, it doesn't support HEVC) 😁
9950x and 4080S
|
|
|
jonnyawsom3
|
2025-03-07 05:51:51
|
Oh my god WHAT
Discord actually engaged my phone's non-standard HDR mode. That's the first time anything other than YouTube has worked
|
|
|
Quackdoc
|
2025-03-07 06:02:21
|
non standard HDR mode?
|
|
|
jonnyawsom3
|
2025-03-07 06:24:25
|
It doesn't use the normal Android API, so requires specific integration
|
|
|
A homosapien
|
|
Fox Wizard
4k@60 high bitrate 10b HDR HEVC test video
|
|
2025-03-07 06:50:28
|
Wait a minute, discord natively embedding a video over 450MB?!
|
|
2025-03-07 06:50:40
|
Did they increase the embed limits?
|
|
2025-03-07 06:51:40
|
I thought it was around 50 MB
|
|
|
jonnyawsom3
|
2025-03-07 08:58:50
|
IIRC videos have no embed limit, images are around 25 MB
|
|
|
username
|
2025-03-07 09:02:27
|
probably because videos can be streamed in while with images the whole thing is just one frame/thing
|
|
2025-03-07 09:03:34
|
I wonder if you where to upload a video in which the generated thumbnail ends up going above 25MB that it would fail to embed?
|
|
|
Traneptora
|
|
Fox Wizard
4k@60 high bitrate 10b HDR HEVC test video
|
|
2025-03-07 10:18:44
|
working fine here in mpv
|
|
|
CrushedAsian255
|
|
A homosapien
|
2025-03-07 10:34:46
|
I use software decoding for mpv, it's laggy but functional, hw decoding works fine
|
|
|
Fox Wizard
|
|
𝕰𝖒𝖗𝖊
for me mpv plays it perfectly fine with software or hardware decoding.
discord doesn't play it (on Linux, it doesn't support HEVC) 😁
9950x and 4080S
|
|
2025-03-08 09:04:01
|
Nice, guess I'll just blame my 9900K and sub optimal mpv defaults then. Weirdly enough I never had issues with HEVC playback though, but guess the test videos went just over what my CPU can handle (it works fine wirh hardware decoding in Chrome) <:KekDog:884736660376535040>
|
|
|
A homosapien
Wait a minute, discord natively embedding a video over 450MB?!
|
|
2025-03-08 09:09:19
|
Think they improved their media handling by a lot recently. Support for new formats and higher embed limits
|
|
|
Demiurge
|
2025-03-08 11:29:35
|
Someone needs to add jxl support to https://github.com/discord/lilliput
|
|
2025-03-08 11:30:25
|
Wonder if they like pull requests
|
|
2025-03-08 11:31:37
|
They recently added avif
|
|
|
damian101
|
|
Fox Wizard
4k@60 high bitrate 10b HDR HEVC test video
|
|
2025-03-08 04:41:58
|
I assume mpv uses more computationally expensive tonemapping?
|
|
2025-03-08 04:42:13
|
and gamut reduction
|
|
|
A homosapien
|
2025-03-08 07:38:50
|
Mpv uses software decoding by default.
|
|
|
damian101
|
2025-03-08 07:48:57
|
wait really?
|
|
|
A homosapien
|
|
Traneptora
|
|
wait really?
|
|
2025-03-08 07:55:20
|
ya, it has `--hwdec=no` by default
|
|
|
A homosapien
|
2025-03-08 07:57:13
|
From their docs
`Hardware decoding is not enabled by default, to keep the out-of-the-box configuration as reliable as possible. However, when using modern hardware, hardware video decoding should work correctly, offering reduced CPU usage, and possibly lower power consumption. On older systems, it may be necessary to use hardware decoding due to insufficient CPU resources; and even on modern systems, sufficiently complex content (eg: 4K60 AV1) may require it.`
|
|
|
Traneptora
|
2025-03-08 07:57:42
|
we're considering changing the default to auto-safe
|
|
|
lonjil
|
2025-03-08 10:39:39
|
My HRT got here and now I'm injecting myself weekly. Should last 70+ weeks.
|
|
|
AccessViolation_
|
2025-03-08 10:46:17
|
awesome!
|
|
|
username
|
2025-03-09 06:16:32
|
https://www.unicode.org/L2/L2021/21075-heart-emoji-coverage.pdf
|
|
|
AccessViolation_
|
2025-03-09 09:56:46
|
this reminds me of a cursed idea i had for an image format that decomposes images not into cosine waves but into emoji
|
|
2025-03-09 09:57:01
|
discrete emoji transform (patent pending)
|
|
2025-03-09 10:00:17
|
|
|
|
jonnyawsom3
|
2025-03-09 10:04:33
|
I'm going to make a sussy dither pattern
|
|
2025-03-09 10:22:49
|
|
|
|
Demiurge
|
2025-03-09 10:38:43
|
Those shadows look so bad
|
|
|
CrushedAsian255
|
2025-03-09 10:38:57
|
It adds a fuzzy texture
|
|
|
Demiurge
|
2025-03-09 10:39:00
|
Underneath the dexter paw
|
|
2025-03-09 10:39:36
|
I have never seen such bad shadows
|
|
|
jonnyawsom3
|
2025-03-09 10:41:19
|
For some reason, the palette is only 92 colors, so could be a lot better
|
|
2025-03-09 10:44:04
|
Think the shadow is weird because the model is slightly above the ground
|
|
|
Demiurge
|
|
Think the shadow is weird because the model is slightly above the ground
|
|
2025-03-09 10:46:54
|
Even taking that into account, what's that detached horizontal bar shadow coming from? It looks like a completely different shadow compared to the shadow caster
|
|
2025-03-09 10:48:39
|
Maybe that screenshot uses potato settings because the paw looks like a totally flat blocky polygon with a blurry looking texture slapped on
|
|
2025-03-09 10:48:50
|
No bumpmapping or anything
|
|
2025-03-09 10:49:03
|
Looks like quake 3
|
|
|
jonnyawsom3
|
2025-03-09 10:52:13
|
You need to go on OnlyFans to get high res feet
|
|
2025-03-09 10:55:35
|
Usually you're not that close to them, IIRC I was crouching for the other photo
|
|
|
Demiurge
|
2025-03-09 11:16:01
|
Ok that looks more acceptable 😂
|
|
2025-03-09 11:16:27
|
You have too many beryl nuts in your inventory
|
|
|
jonnyawsom3
|
2025-03-09 11:46:06
|
Just as a snack
|
|
|
pekaro
|
2025-03-09 12:07:37
|
hi! are there good books you can recommend on image compression? For educational purposes I started reading Jon's paper but I feel I sometimes lack the understanding of basic stuff (ie metrics to grade the quality of a codec)
|
|
|
Demiurge
|
2025-03-09 12:41:51
|
The most well known metric is PSNR. It's a generic signal processing term and it's extremely bad at grading the quality of something in terms of human perception.
|
|
2025-03-09 12:42:38
|
There is no well known metric that corresponds with human perceived fidelity.
|
|
2025-03-09 12:43:05
|
Unfortunately.
|
|
2025-03-09 12:43:40
|
Makes it a lot harder to fine tune encoders since the quality comparisons have to be done by eye most of the time
|
|
2025-03-09 12:43:55
|
Or intuition
|
|
|
pekaro
|
2025-03-09 01:43:57
|
I heard of simulacra both in paper and other sources but also I heard that it is specifically a metric for jpeg block artifacts (I may be wrong). I'm trying to roll out my own codec in my masters thesis and I'm looking for good metrics for non DCT solutions. I will check that PSNR since I still need to find a way of getting the right quantization values
|
|
2025-03-09 01:46:41
|
I mean I tried once just doing a grid search across several divisors and measuring MSE * scaled sizeof compressed image and then finding a minimum but it weren't that good/fast
|
|
|
_wb_
|
2025-03-09 01:50:30
|
Best perceptual metrics imo are currently: CVVDP, IW-SSIM (Y only but otherwise not bad), SSIMULACRA2, Butteraugli p-norm.
|
|
|
pekaro
|
2025-03-09 01:54:03
|
i will check them out! also the introduction in your paper is a really good resource for newbs like me, thank you for putting it out 🙌
|
|
|
A homosapien
|
2025-03-09 02:31:22
|
Dssim is also pretty good
|
|
|
jonnyawsom3
|
2025-03-09 04:06:25
|
*So far* every time I've used it, I've agreed with SSIMULACRA2... Apart from 20 minutes ago but we'll ignore that one
|
|
2025-03-09 04:06:44
|
At the very least, it doesn't tend to be massively off-target like some of the others can be
|
|
|
juliobbv
|
2025-03-09 07:48:05
|
I mostly agree with SSIMULACRA2, the only exception being that it seems to weigh very low frequency retention too much relative to high frequency to my eyes in the low to mid-high quality region
|
|
2025-03-09 07:50:33
|
so e.g. the highest scoring tuned 50 SSIMULACRA2 image can look a bit too soft around edges or fine textures
|
|
2025-03-09 07:51:16
|
but SSIMULACRA2 is worlds better than OG SSIM or especially PissNR
|
|
|
gb82
|
|
_wb_
Best perceptual metrics imo are currently: CVVDP, IW-SSIM (Y only but otherwise not bad), SSIMULACRA2, Butteraugli p-norm.
|
|
2025-03-09 11:37:06
|
are there any MOS correlation numbers for CVVDP?
|
|
|
Demiurge
|
2025-03-10 03:39:27
|
Haven't heard of cvvdp but afaik there aren't any metrics that correspond with human vision at all... Heavily tuned and optimized encoders like x264 use custom parameters tuned to human vision instead of a naive metric
|
|
2025-03-10 03:40:14
|
Encoders that are tuned for metrics and rely too much on metric scores rather than human vision, tend to look very blurry and bad
|
|
2025-03-10 03:41:29
|
The metrics think an ambiguous blur looks better than rough grit and texture
|
|
|
CrushedAsian255
|
2025-03-10 03:42:18
|
Need new metrics?
|
|
|
Demiurge
|
2025-03-10 03:42:51
|
All of the metrics ESPECIALLY hate it when there's an imperceptible amount of noise that the human eye can easily see through. Even when that noise is masked/hidden by a noisy background.
|
|
2025-03-10 03:44:10
|
They would prefer everything gets blurred and blasted away into an unrecognizable smudge than for detail and grit to be preserved (which would increase the amount of objective noise, in a way that's completely transparent to the human eye.)
|
|
2025-03-10 03:44:46
|
X264 was tuned for example to completely do the opposite of metrics here because metrics are actually stupid
|
|
2025-03-10 03:45:12
|
It's usually called "psycho rdo"
|
|
|
CrushedAsian255
Need new metrics?
|
|
2025-03-10 03:45:31
|
Yep.
|
|
2025-03-10 03:46:02
|
Metrics only care about the objective power of noise
|
|
2025-03-10 03:46:17
|
Not whether that noise is transparent to the human eye
|
|
2025-03-10 03:46:57
|
It does not distinguish the difference between completely blasting and smearing away details, vs adding a tiny amount of transparent noise that is hidden against a noisy background.
|
|
2025-03-10 03:47:21
|
Metrics will usually prefer blasting away crucial image details
|
|
2025-03-10 03:47:54
|
Metrics are too stupid and naive to tell one is a lot worse than the other
|
|
2025-03-10 03:48:12
|
That's the fatal flaw of today's image fidelity metrics
|
|
2025-03-10 03:48:52
|
The best encoders have a lot of tuning to do the complete opposite of what the metrics like
|
|
2025-03-10 03:51:10
|
For example, noise shaping and noise masking techniques are very common in lossy audio coding
|
|
2025-03-10 03:51:28
|
And in well tuned image codecs like x264
|
|
2025-03-10 03:54:14
|
For example, a high contrast, noisy background can help to hide/mask distortion noise from compression. Flat, low-contrast backgrounds make noise more obvious.
|
|
2025-03-10 03:55:20
|
That's also why noise is easier to spot in dark images and regions, because there is less contrast so the human eye is more sensitive to small changes.
|
|
2025-03-10 03:56:47
|
And if the spectral profile of noise is similar to the spectral profile of the background, it can also hide noise. Or if the noise spectrum is shifted to the higher frequencies, it can help preserve dynamic range in the lower frequencies, both in image and audio!
|
|
2025-03-10 03:57:03
|
That's why blue noise looks so good!
|
|
2025-03-10 03:57:29
|
Sorry for the rant ;)
|
|
|
juliobbv
so e.g. the highest scoring tuned 50 SSIMULACRA2 image can look a bit too soft around edges or fine textures
|
|
2025-03-10 04:02:41
|
ssimu2 does not seem to do any dct or spectral analysis or anything to ensure the spectral profile of image features is getting preserved and that the higher-frequency part of the spectrum isn't getting blasted smooth...
|
|
|
CrushedAsian255
|
2025-03-10 04:34:29
|
Theoretically would doing a DWT on the image help with metrics?
|
|
|
juliobbv
|
2025-03-10 04:48:33
|
SSIMU2 is multi-scale, so it can "see" image features at various levels of detail, and each scale (1:1, 1:2... 1:32) will effectively correlate on structural similarity of certain frequencies, with 1:1 being the finest, and 1:32 being the coarsest.
I've noticed that SSIMU2 sometimes likes images encoded with steeper quantization matrices that I'd personally prefer in the SSIMU2 <60 range. I'd rather look at sharper looking images with a bit more distortion than SSIMU2 prefers. Above 60-ish I start agreeing with SSIMU2 though. Then again, I don't think I'm the average viewer with rating preferences SSIMU2 was trained on.
|
|
2025-03-10 05:07:41
|
this is a good example: https://slow.pics/c/ECBjvPXX
|
|
|
Demiurge
|
2025-03-10 05:09:39
|
I like "transparent" or even "translucent" distortion that the human eye can "see through" and preserve the information underneath... rather than the type of distortion that just simply DELETES spectral bands of energy from the original file. No metric score tries to even punish this!
|
|
|
juliobbv
|
2025-03-10 05:11:07
|
In this case, tune iq uses a flatter quantization matrix than tune ssimulacra2, so while iq scores a bit lower, it keeps a bit more higher frequencies -- mostly seen on the tree on the lower left corner. Tune ssimulacra2 looks makes the leaves look like they have a mild gaussian blur applied to them.
|
|
|
Demiurge
|
2025-03-10 05:11:37
|
Metrics are perfectly okay with image features being completely wiped out and obliterated by excessive smoothing that makes it harder to tell what the original file looks like. It's very much against the stated design goals of libjxl, yet libjxl does this too
|
|
2025-03-10 05:12:26
|
I remember one of the stated design goals was to make compression artifacts more "honest"
|
|
2025-03-10 05:13:16
|
libjxl used to be better than avif in this regard
|
|
2025-03-10 05:14:12
|
Recent improvements in libaom have left libjxl falling short of this promise.
|
|
|
juliobbv
|
2025-03-10 05:15:29
|
Maybe libjxl could benefit from a tuning option. One where you can instruct the encoder to smooth less by using smaller transforms or flatter quantization matrices (at the potential expense of other artifacts).
|
|
|
Demiurge
|
2025-03-10 05:15:30
|
Today libaom produces more honest artifacts, which is surprising, since av1 coding tools are optimized for excessive smoothing and jxl bitstream coding tools are theoretically designed to be more well optimized for honest compression
|
|
2025-03-10 05:19:01
|
av1 file format itself is designed for blur, while jxl is designed for roughness and grit and texture and fine details. But for some reason the libjxl encoder does not play to these strengths and instead has extremely steep quant matrices where it naively zeroes out the higher coefficients instead of coarser quantization and adaptive noise shaping.
|
|
2025-03-10 05:19:50
|
So basically av1 is doing the opposite of what it's designed for and so is libjxl
|
|
|
A homosapien
|
2025-03-10 05:21:58
|
> av1 file format itself is designed for blur
That's an incorrect statement, the state of modern encoders are *tuned* to favor blur. It's an implementation issue NOT a spec issue.
|
|
2025-03-10 05:22:38
|
If h264, a more limited spec can handle psy-rd properly, then logically AV1 and JXL which are more advanced should be able to as well.
|
|
|
Demiurge
|
2025-03-10 05:23:35
|
It's a video codec. It's quite literally designed to have a lot more types of blurring filters
|
|
2025-03-10 05:24:00
|
Because it's designed for motion and frames that appear on screen for fractions of a second
|
|
2025-03-10 05:25:40
|
jxl is designed with still images in mind first, with high fidelity as the top priority.
|
|
2025-03-10 05:26:54
|
The bitstream tools in jxl are all made with that in mind and are extremely good for high fidelity, visually lossless compression
|
|
2025-03-10 05:27:23
|
It's an oversimplification but overall honest
|
|
2025-03-10 05:28:03
|
You would not expect a codec like av1 to have more honest artifacts than jxl but current versions of libaom do
|
|
|
juliobbv
|
|
A homosapien
> av1 file format itself is designed for blur
That's an incorrect statement, the state of modern encoders are *tuned* to favor blur. It's an implementation issue NOT a spec issue.
|
|
2025-03-10 05:28:47
|
Correct, and you can e.g. make AV1 visually behave almost like MJPEG, so super blocky and not blurry. This encoder https://github.com/rachelplusplus/tinyavif restricts itself to 8x8 DCT transforms, no AQ, no filters of any kind, and DC prediction only.
|
|
|
Demiurge
|
|
A homosapien
If h264, a more limited spec can handle psy-rd properly, then logically AV1 and JXL which are more advanced should be able to as well.
|
|
2025-03-10 05:29:54
|
True, but a lot of the av1 bitstream features are not appropriate for high fidelity still image compression and are obviously designed for high motion frames
|
|
|
juliobbv
|
2025-03-10 05:30:39
|
It's worth mentioning that AV1 does have the ADST and IDTX transforms in its coding toolset, which don't inherently contribute to blurring, yet these can improve compression efficiency over just pure DCT.
|
|
|
A homosapien
|
|
Demiurge
True, but a lot of the av1 bitstream features are not appropriate for high fidelity still image compression and are obviously designed for high motion frames
|
|
2025-03-10 05:31:08
|
And you can modify and tune them for high fidelity or not use them at all. Same deal with JXL or any codec for that matter.
|
|
2025-03-10 05:31:21
|
Again, it's all about implementation
|
|
|
juliobbv
|
2025-03-10 05:31:36
|
These transforms can be used quite often especially at higher quality efforts.
|
|
|
Demiurge
|
|
A homosapien
And you can modify and tune them for high fidelity or not use them at all. Same deal with JXL or any codec for that matter.
|
|
2025-03-10 05:32:18
|
Yeah, what I'm saying is an oversimplification, but overall it's reasonable to say that it defies expectations for av1 to be tuned that way and jxl to be tuned the other way. Like they are playing to the opposite of their strengths!
|
|
2025-03-10 05:33:41
|
Blurring is a strength of av1 and grit is a strength of jxl, yet libjxl is blurrier today than modern libaom
|
|
2025-03-10 05:35:19
|
But that's oversimplifying the strengths of jxl of course
|
|
2025-03-10 05:37:20
|
I know av1 has basically all the same coding tools of jxl but it's a more complicated and less flexible codec in terms of color, bit depth, resolution/seams, etc
|
|
2025-03-10 05:38:43
|
No splines or patches or other cool modular features either
|
|
2025-03-10 05:40:53
|
Anyways I really hope libjxl gets some form of adaptive noise shaping and smarter, courser quantization instead of zeroing out our precious image data in the future.
|
|
2025-03-10 05:43:58
|
Reminds me of the blurry early days of Theora
|
|
2025-03-10 05:45:09
|
https://people.xiph.org/~xiphmont/demo/theora/demo9.html
|
|
|
username
|
|
Demiurge
Reminds me of the blurry early days of Theora
|
|
2025-03-10 05:46:19
|
I'm still so angry that browsers removed support for Theora. it was supported for **15 years** then Chrome decides "we are just gonna remove it lol" and then of course Firefox follows a few weeks later with the only sole reason being "Chrome did it"
|
|
|
Demiurge
|
2025-03-10 05:47:36
|
Wow. It's almost as if mozilla is just a skeleton crew vassal of Google now. 🙄
|
|
2025-03-10 05:48:23
|
Theora is potentially a faster h.264 if someone makes a good encoder for it
|
|
2025-03-10 05:49:00
|
It's actually a GOOD codec. Very simple and good and freely licensed.
|
|
2025-03-10 05:49:26
|
Good economy of complexity-vs-compression
|
|
|
username
|
2025-03-10 05:49:34
|
simple to decode and also has other chroma subsampling modes unlike *VP8*
|
|
|
Demiurge
|
2025-03-10 05:49:40
|
Extremely fast on CPU
|
|
2025-03-10 05:49:55
|
Yeah that's the most crazy thing about it
|
|
2025-03-10 05:50:08
|
VP3 actually being superior to VP8
|
|
|
username
|
2025-03-10 05:50:51
|
well Theora is a superset of VP3, iirc VP3 did not have other chroma subsampling modes only Theora does
|
|
|
Demiurge
|
2025-03-10 05:51:50
|
No one wanted to improve libtheora after libvp8 was open sourced. Even though libvp8 was very poorly written and had no actual spec
|
|
2025-03-10 05:52:33
|
I was kind of sad. I saw it as a mistake to switch to that piece of trash instead of putting that tuning/optimization effort into theora but everyone lost interest and ptalarbvorm never was released
|
|
|
username
|
2025-03-10 05:52:38
|
still dumb to me how lossy WebP wasn't a superset of VP8 and is instead just regular VP8
|
|
|
Demiurge
|
2025-03-10 05:53:53
|
It would not have taken long for libtheora to match vp8 efficiency at a much faster speed.
|
|
|
username
|
2025-03-10 05:53:55
|
either obsessed with having WebP be hardware decodable OR just not caring and making a low effort image format
|
|
|
Demiurge
|
2025-03-10 05:54:21
|
Rather than waste time on libvpx. But theora had a bad reputation and people wanted to move to the new shiny
|
|
2025-03-10 05:55:15
|
And the poorly written new encoder was giving slightly better results than libtheora at the time
|
|
2025-03-10 05:56:20
|
It was seen as having more promise and potential, and there was a trend moving towards higher complexity codecs with greater CPU usage...
|
|
2025-03-10 05:56:58
|
I don't think libtheora even uses multiple cores yet
|
|
|
A homosapien
|
|
Demiurge
I know av1 has basically all the same coding tools of jxl but it's a more complicated and less flexible codec in terms of color, bit depth, resolution/seams, etc
|
|
2025-03-10 05:57:40
|
There are very few codecs that are using their spec to it's fullest potential.
|
|
|
Demiurge
|
2025-03-10 05:57:50
|
Personally I think there is great value in getting 90% the efficiency in 10% of the time
|
|
|
A homosapien
There are very few codecs that are using their spec to it's fullest potential.
|
|
2025-03-10 05:58:23
|
People say x264 comes the closest, lol
|
|
|
juliobbv
|
2025-03-10 05:59:09
|
x264 really did an awesome job
|
|
|
Demiurge
|
2025-03-10 05:59:32
|
One of the x264 devs even tossed around the idea at some point, modifying x264 to output a different format
|
|
2025-03-10 05:59:46
|
Which eventually happened for h.265
|
|
2025-03-10 05:59:56
|
But at the time they were thinking vp8 or theora
|
|
2025-03-10 06:00:52
|
That would be an amazing project
|
|
|
juliobbv
|
2025-03-10 06:01:34
|
it also happened for MPEG2
|
|
2025-03-10 06:01:40
|
in the form of x262
|
|
|
Demiurge
|
2025-03-10 06:02:39
|
I wonder what happened to 'dark shikari'
|
|
|
juliobbv
|
2025-03-10 06:02:51
|
I hope they're doing okay
|
|
|
Demiurge
|
2025-03-10 06:02:54
|
He wrote a famous critique of vp8
|
|
2025-03-10 06:03:43
|
One of the elder gods of image coding
|
|
|
juliobbv
|
|
A homosapien
There are very few codecs that are using their spec to it's fullest potential.
|
|
2025-03-10 06:04:12
|
The person who comes up with a fast way to leverage patches (or intraBC in AV1) will become a celebrity I think
|
|
2025-03-10 06:05:12
|
I hate that the answer might be ✨AI✨
|
|
|
A homosapien
|
2025-03-10 06:05:30
|
Same with splines in JXL 😅 . Nobody really knows how to do it at the moment.
|
|
|
juliobbv
|
|
Demiurge
One of the elder gods of image coding
|
|
2025-03-10 06:06:28
|
https://tenor.com/bbhRGtfDtiD.gif
|
|
|
Demiurge
|
2025-03-10 06:07:45
|
Spline subtraction would really be cool to add to a jxl encoder
|
|
2025-03-10 06:07:52
|
Everyone knows it
|
|
|
juliobbv
|
|
A homosapien
Same with splines in JXL 😅 . Nobody really knows how to do it at the moment.
|
|
2025-03-10 06:08:00
|
just ask ChatGPT "where are the curly thingies in this image" 😂
|
|
|
A homosapien
|
|
juliobbv
just ask ChatGPT "where are the curly thingies in this image" 😂
|
|
2025-03-10 06:09:31
|
How about a Captcha where it asks you to place the spline on the image 😂
|
|
|
Demiurge
|
2025-03-10 06:10:01
|
I don't think machine learning is necessarily the most efficient tool for subtracting splines from images, since there are probably more precise and exact pre-existing tools for that
|
|
|
juliobbv
|
|
A homosapien
How about a Captcha where it asks you to place the spline on the image 😂
|
|
2025-03-10 06:10:56
|
the image
|
|
|
Demiurge
|
2025-03-10 06:11:22
|
But to be honest with you I'm not familiar with any pre existing tools that can decompose and subtract splines from photos
|
|
2025-03-10 06:11:50
|
If anyone has a link to a piece of code or paper on that, post it on this server
|
|
2025-03-10 06:12:48
|
How did you get a photograph of my scalp
|
|
2025-03-10 06:13:34
|
Do I need to tape my webcam
|
|
|
spider-mario
|
2025-03-10 01:18:24
|
|
|
2025-03-10 01:18:24
|
I remember experimenting with OSX86 around 2010 or so, but hardware support for what I had was very limited
|
|
2025-03-10 01:18:34
|
no hardware-accelerated graphics and no network
|
|
2025-03-10 01:19:01
|
I was also interested in GNUstep around that time
|
|
2025-03-10 01:19:33
|
I wanted to try out programming apps in Objective-C for some reason
|
|
2025-03-10 01:19:37
|
don’t remember why
|
|
2025-03-10 01:20:25
|
something about it (and Cocoa / OpenStep) felt mysterious and intriguing to me
|
|
|
alerikaisattera
|
|
Meow
|
2025-03-10 04:04:20
|
How about AI crypto
|
|
|
jonnyawsom3
|
2025-03-10 04:09:42
|
Crypo inherently is associated with scams and loosing money, AI is just god damn annoying from how often it's overused
|
|
|
Aräjtav
|
2025-03-10 04:13:32
|
crypto is also short for cryptography tho, and cryptography is cool
|
|
|
alerikaisattera
|
|
Crypo inherently is associated with scams and loosing money, AI is just god damn annoying from how often it's overused
|
|
2025-03-10 04:30:13
|
More often that not, AI is a scam as well
|
|
|
Traneptora
|
|
Aräjtav
crypto is also short for cryptography tho, and cryptography is cool
|
|
2025-03-10 05:09:17
|
I think they were referring to cryptocurrency specifically tho
|
|
|
Aräjtav
|
2025-03-10 05:39:21
|
i know
|
|
|
DZgas Ж
|
|
alerikaisattera
|
|
2025-03-10 06:10:23
|
what a funny question. almost useless <:Thonk:805904896879493180>
|
|
|
spider-mario
|
2025-03-10 06:18:27
|
there’s a definite possibility that AI is a bit overhyped at the moment, but there’s still at least a kernel of usefulness that’s hard to deny
|
|
2025-03-10 06:18:59
|
automatic translation is a clear example that comes to mind
|
|
2025-03-10 06:19:10
|
imperfect but usually better than nothing
|
|
|
Quackdoc
|
|
alerikaisattera
More often that not, AI is a scam as well
|
|
2025-03-10 07:31:04
|
I wouldnt call AI a scam for me it has been immensly helpful in writing code thanks to rsi, just need to baby it
|
|
|
CrushedAsian255
|
|
alerikaisattera
More often that not, AI is a scam as well
|
|
2025-03-10 09:52:07
|
I wouldn't say AI is a scam, it just seems overhyped sometimes
|
|
|
alerikaisattera
|
|
spider-mario
there’s a definite possibility that AI is a bit overhyped at the moment, but there’s still at least a kernel of usefulness that’s hard to deny
|
|
2025-03-11 01:23:09
|
Much like crypto
|
|
|
CrushedAsian255
I wouldn't say AI is a scam, it just seems overhyped sometimes
|
|
2025-03-11 01:25:59
|
Not all AI is scam, but a lot of it is
|
|
|
Meow
|
2025-03-11 03:19:56
|
If this would affect the adoption of JXL
https://www.macrumors.com/2025/03/10/doj-google-chrome-sale/
|
|
|
spider-mario
|
|
alerikaisattera
Much like crypto
|
|
2025-03-11 07:02:49
|
hardly
|
|
|
alerikaisattera
|
|
Meow
If this would affect the adoption of JXL
https://www.macrumors.com/2025/03/10/doj-google-chrome-sale/
|
|
2025-03-11 08:26:43
|
This wouldn't do anything. It would just change the formal owner of Chromium, but the actual owner would still be Google
|
|
|
spider-mario
hardly
|
|
2025-03-11 08:27:10
|
It is very much like crypto though
|
|
|
spider-mario
|
2025-03-11 08:47:05
|
how so?
|
|
|
alerikaisattera
|
|
spider-mario
how so?
|
|
2025-03-11 09:30:59
|
1. Both are solutions looking for a problem
2. Both are nowhere near as useful as their simps claim, yet not completely useless
3. Both consume extreme amounts of electrical energy
|
|
|
AccessViolation_
|
2025-03-11 09:45:34
|
they're similar in those aspects you mention, but there's also a significant difference: crypto is tied to economics/finance, and so additionally has all the problems that arise from that, while bringing few benefits to the table
|
|
|
alerikaisattera
|
2025-03-11 09:57:08
|
So is a lot of AI, specifically, most of AI is tied to selling promises
|
|
|
AccessViolation_
|
2025-03-11 10:27:30
|
that's not what I meant. I would consider AI marketed with "our AI trading bots will make you rich" compatible with the way in which I mean crypto to be related to economics/finance, but most of it isn't that
|
|
2025-03-11 10:28:33
|
which is not to say that it isn't overhyped for profit. it definitely is. but basically everything is done for profit in our society, so that's not a useful distinction here
|
|
|
CrushedAsian255
|
2025-03-11 10:28:45
|
Like ChatGPT isn’t a “scam”, it does what they say it does
|
|
|
dogelition
|
2025-03-11 10:35:09
|
even if you think that the recent generative AI stuff is bad or unethical for various reasons, i don't think you can argue that the use of AI for things like computer vision or alphafold is bad
|
|
|
alerikaisattera
|
|
CrushedAsian255
Like ChatGPT isn’t a “scam”, it does what they say it does
|
|
2025-03-11 10:41:47
|
Not quite. For most part, it just generates worthless slop
|
|
|
dogelition
|
2025-03-11 10:51:43
|
i get a lot of value out of LLMs
i mostly use them to search for things that are easy to answer "if you know", but really hard to google (e.g. what language some code is in), for writing boilerplate code, and for analyzing code too
they do screw up a lot, but just the fact that i can throw huge files in there and ask questions about them and get answers instantly is extremely useful
|
|
2025-03-11 10:54:54
|
like i was able to just throw an entire decompiled binary (no symbols, just used the ghidra decompiler) into an LLM and it could explain the general structure of the program, what function does what, and what data structures it uses
|
|
2025-03-11 10:55:08
|
and that was a 300 kilobyte .c file (~11000 lines)
|
|
|
Demiurge
|
|
CrushedAsian255
Like ChatGPT isn’t a “scam”, it does what they say it does
|
|
2025-03-11 11:07:12
|
It absolutely does not. It's a lie and a scam by design and intent.
|
|
2025-03-11 11:08:01
|
They don't make any attempt to give users accurate and useful expectations about what it is or how it works.
|
|
2025-03-11 11:08:13
|
In fact they do the opposite
|
|
2025-03-11 11:08:36
|
They intentionally lie about what it is and how it works in order to give a false impression.
|
|
|
spider-mario
|
|
alerikaisattera
1. Both are solutions looking for a problem
2. Both are nowhere near as useful as their simps claim, yet not completely useless
3. Both consume extreme amounts of electrical energy
|
|
2025-03-11 11:33:54
|
my contention is that crypto is much closer to “completely useless” than AI is
|
|
2025-03-11 11:35:06
|
even assuming that AI’s actual usefulness is 0.1% of its hype vs. 1% for crypto, I think it still translates into a much higher absolute number
|
|
|
Demiurge
|
2025-03-11 12:16:10
|
I thought bitcoin was a pretty cool toy, back when I first heard of it and it was like $0.11 per BTC
|
|
2025-03-11 12:16:23
|
A decentralized ledger to keep track of how many unicorn farts everyone has
|
|
2025-03-11 12:17:03
|
Basically it's a strict improvement over the Federal Reserve Note
|
|
|
spider-mario
|
2025-03-11 12:49:07
|
I would advise anyone who haven’t read https://singlelunch.com/2020/10/21/badeconomics-putting-400m-of-bitcoin-on-your-company-balance-sheet/ to do so
|
|
|
alerikaisattera
|
|
spider-mario
my contention is that crypto is much closer to “completely useless” than AI is
|
|
2025-03-11 12:52:46
|
Not much
|
|
2025-03-11 12:53:12
|
Also, AI is more harmful than crypto
|
|
|
Meow
|
|
alerikaisattera
Also, AI is more harmful than crypto
|
|
2025-03-11 01:05:51
|
How about this https://jpeg.org/jpegai/
|
|
|
A homosapien
|
2025-03-11 01:14:42
|
I've gotten some use out of AI. For crypto? Nothing.
Like on a societal level. I understand how AI can be bad; cheating on assignments, LLM generated articles & websites, dead Internet theory and so on.
But on a personal level I have lost money on crypto. Family members and friends have lost money on crypto. It's just sucky.
I have yet to lose money on AI because I don't spend any on it.
|
|
2025-03-11 01:15:56
|
I know it's a selfish way of looking at things. But crypto didn't solve any problems for me at all.
|
|
2025-03-11 01:16:21
|
AI certainly helped.
|
|
|
username
|
2025-03-11 01:17:52
|
also at least with all the massive amounts of power being used with AI it results in something tangible but with crypto it's just stupid numbers with assigned values
|
|
|
Meow
|
2025-03-11 01:18:32
|
If that AI means Apple Intelligence it would be useless
|
|
|
username
|
2025-03-11 01:19:40
|
i guess i should rephrase. AI *can* result in something tangible but with crypto it's all stupid nothing
|
|
|
alerikaisattera
|
|
Meow
How about this https://jpeg.org/jpegai/
|
|
2025-03-11 01:34:14
|
Let's cram AI into everything! EVERYTHING!!!!
|
|
|
username
also at least with all the massive amounts of power being used with AI it results in something tangible but with crypto it's just stupid numbers with assigned values
|
|
2025-03-11 01:35:31
|
This is actually true, although extreme energy consumption is limited to proof of work cryptos
|
|
|
Meow
|
2025-03-11 02:32:32
|
JPEG 1 vs JPEG AI
|
|
|
jonnyawsom3
|
|
alerikaisattera
|
2025-03-11 04:01:19
|
https://arxiv.org/pdf/2411.06810 looking into JPEG AI compression, it looks very sloppy, much like everything AI
|
|
2025-03-11 04:02:42
|
|
|
|
_wb_
|
2025-03-11 04:22:49
|
As can kind of be expected, as far as I can tell / have seen so far, AI-based codecs are amazing at producing a plausible and great-looking image at incredibly low bitrates, while for high-fidelity compression they are not so good, or at least not better than jxl.
|
|
|
TheBigBadBoy - 𝙸𝚛
|
2025-03-11 08:21:50
|
and I guess the decoder for AI-based codecs is huge too
in filesize i mean
|
|
|
AccessViolation_
|
2025-03-11 09:30:57
|
I think we'll see some sort of neural network prediction for (lossless) image formats in the future. I've read papers where they significantly scaled down the neural network predictors to the point where they became sort of competitive performance wise while still significantly outperforming classical predictors in terms of residuals
|
|
2025-03-11 09:34:46
|
there are of course a lot of cases where deep learning is a pretty decent solution, and sometimes even more efficient than the classical counterparts, but those are massively overshadowed by the ocean boiling large language models which have taken over the discourse
|
|
2025-03-11 09:35:48
|
I really like this application of it, for example. more accurate *and faster* than traditional signature-based file format recognition
[Magika: AI powered fast and efficient file type identification](<https://opensource.googleblog.com/2024/02/magika-ai-powered-fast-and-efficient-file-type-identification.html>)
|
|
2025-03-11 09:39:35
|
correction, it's "almost as fast", not faster. I misremembered
|
|
2025-03-11 09:56:14
|
hmm, I wonder if the reason LLMs use so many words to give you very generic information or sentences that basically hold no information at all is because that's just an artifact from the training process, or if it's intentional, because when they get too specific they are wrong too often. you can avoid being wrong about specifics if you're overly generic all time time
|
|
|
spider-mario
|
2025-03-11 10:27:46
|
there’s maybe also some potential in using AI to produce valid JXL bitstreams
|
|
2025-03-11 10:28:07
|
splines are a use-case we’ve had on our minds for a while but never implemented, but there might be more
|
|
2025-03-11 10:38:27
|
https://graphics.axios.com/hermesv2/2025-03-06-1401-timeline-of-us/index.html
|
|
|
Demiurge
|
|
spider-mario
I would advise anyone who haven’t read https://singlelunch.com/2020/10/21/badeconomics-putting-400m-of-bitcoin-on-your-company-balance-sheet/ to do so
|
|
2025-03-12 02:20:24
|
This blog post argues that inflation is inherently good and deflation is inherently bad. I can see why the blog is called "BadEconomics"
|
|
2025-03-12 02:29:11
|
It argues that "having control" over the money supply is a good thing, without asking who should have that control or what human incentives that would create for abuse. It asserts that the Gold Standard is "nonsense" too, even though gold is the most globally accepted store of value today and throughout most of human history.
|
|
2025-03-12 02:30:17
|
These are pretty old economic arguments though...
|
|
2025-03-12 02:53:26
|
It's kinda meaningless to assert one way or the other because people will never stop arguing regardless of what the truth is...
|
|
2025-03-12 03:27:40
|
Basically, "do you wanna use some common fungible commodity like gold, or do you want to give a bunch of completely unaccountable rich people absolute control over the economy, and force everyone at gunpoint to use their fake monopoly money by requiring taxes to be paid in McDollars"
|
|
|
spider-mario
|
|
Demiurge
This blog post argues that inflation is inherently good and deflation is inherently bad. I can see why the blog is called "BadEconomics"
|
|
2025-03-12 07:31:48
|
not really
|
|
2025-03-12 07:32:05
|
did you not see it explain how not to get hyperinflation?
|
|
|
Demiurge
|
2025-03-12 07:40:10
|
I kinda rolled my eyes and moved on when I saw the "fixed supply" problem and saw that it thinks inflation or deflation have inherent intrinsic values to them.
|
|
2025-03-12 07:41:18
|
That's getting into the controversial territory that economic scholars endlessly debate about today
|
|
2025-03-12 07:44:43
|
Personally I don't believe inflation or deflation have any intrinsic values any different than any other natural price adjustment in response to supply and demand. A lot of economists confuse the idea of "value" itself and often mix their own personal values and goals with some kind of objective and intrinsic property of the object they're describing.
|
|
2025-03-12 07:45:47
|
At the same time I don't agree with all the crypto bros comparing their shitcoin to gold because "it's just subjective man"
|
|
2025-03-12 07:48:03
|
It's difficult for philosophers and scholars to navigate the intersection of subjective human decision making and choices with objective consequences of reality that is at the focal point of economics
|
|
2025-03-12 07:49:35
|
There is a such thing as objective and subjective and they do coexist but it's difficult to merge them together into economics without a lot of people getting confused and acting irrationally and coming to absurd conclusions
|
|
2025-03-12 07:51:26
|
This confusion also benefits those in power. Politicians have mastered the art of weaponizing ignorance and confusion to justify doing the opposite of what they say they're going to do.
|
|
2025-03-12 07:52:21
|
That's why even today you have articles like this where scholars will justify things like allowing rulers to counterfeit currency because it somehow benefits us.
|
|
2025-03-12 07:54:13
|
Arguing that it's actually LESS risky if we give the people with the most power and least accountability the ability to counterfeit money and give loans to their friends and the well-connected
|
|
2025-03-12 07:55:29
|
At the expense of everyone else, but especially the poor are affected the most since the poor have most of their savings in cash rather than other investments.
|
|
2025-03-12 07:56:23
|
It's funny how most government policy is designed to really grind the poor into the dirt as much as possible when they are already at their low.
|
|
2025-03-12 07:57:35
|
And to cut off the bottom rungs of the ladder too
|
|
2025-03-12 07:59:13
|
Like how the income tax really is felt the hardest by single kids making minimum wage but not so much by wealthy people who hire an accountant.
|
|
2025-03-12 07:59:40
|
I'm pretty sure it's by design. There is some kind of strange pleasure in kicking people while they are down
|
|
2025-03-12 07:59:54
|
Keeping their noses in the dirt
|
|
2025-03-12 08:01:20
|
The funniest thing is, when the income tax was being talked about and sold to the public for the first time, about 110 years ago in the USA, hilariously they said it was only for the rich.
|
|
2025-03-12 08:02:13
|
I think it was Wilson? He assured the public that the average peasant won't ever have to pay a dime of this new tax
|
|
|
spider-mario
|
|
Demiurge
That's why even today you have articles like this where scholars will justify things like allowing rulers to counterfeit currency because it somehow benefits us.
|
|
2025-03-12 08:03:18
|
that's also not what it does
|
|
|
Demiurge
|
2025-03-12 08:04:43
|
> Having control over supply of your currency is a good thing, as long as it’s well run
> ...
> Since the 1970s, the USD has been a fiat money with no intrinsic value. This means we control the supply of money
|
|
2025-03-12 08:04:54
|
lmao. "We" control.
|
|
2025-03-12 08:05:50
|
As if the author has some kind of control or say at all
|
|
|
spider-mario
that's also not what it does
|
|
2025-03-12 08:11:04
|
The first half of the article definitely sounds like it. Maybe in the second half he dials it back... but I had read enough up until that point that I didn't expect anything different from what I had read hundreds of years ago at that point 😂
|
|
2025-03-12 08:13:02
|
I took a peek into the second half of the article, and I see that he does tone it back a few notches.
|
|
2025-03-12 08:13:59
|
But when the first half is like that it's hard to continue reading...
|
|
2025-03-12 08:14:20
|
Since it sounds like we are accepting way too many shaky premises
|
|
2025-03-12 08:15:22
|
I am more interested in the technical and objective side of things rather than debating about human problems.
|
|
2025-03-12 08:16:07
|
Like how sustainable and scalable the network is.
|
|
2025-03-12 08:17:08
|
The network protocol had to go through some forks and revisions I heard. I stopped following it after the price of unicorn farts ballooned to tulip-levels
|
|
2025-03-12 08:17:30
|
Haven't been that interested in bitcoin for a long time since then
|
|
2025-03-12 08:17:38
|
It was cool when it was a toy
|
|
2025-03-12 08:17:55
|
Now it's too popular and I'm too hipster
|
|
2025-03-12 08:18:06
|
😎
|
|
2025-03-12 08:19:01
|
It's rare for me to have fun talking like this. It's why I enjoy the jxl community
|
|
|
AccessViolation_
|
|
spider-mario
splines are a use-case we’ve had on our minds for a while but never implemented, but there might be more
|
|
2025-03-12 08:42:28
|
I always felt like splines could be encoded relatively easily with specialized edge detection and curve fitting, but maybe not
|
|
|
Demiurge
|
|
spider-mario
that's also not what it does
|
|
2025-03-12 11:13:01
|
Ultimately it does argue it's basically a necessary evil. Like a lot of modern economic scholars.
|
|
|
jonnyawsom3
|
2025-03-12 02:26:11
|
It would seem Windows decided to start defragging my SSD while idle....
|
|
2025-03-12 02:27:29
|
250 GB written in 15 minutes while I was downstairs, by `svchost.exe (defragsvc)`
I noticed the write count suddenly skyrocketed the other day, and has been every day since
|
|
|
lonjil
|
|
AccessViolation_
I really like this application of it, for example. more accurate *and faster* than traditional signature-based file format recognition
[Magika: AI powered fast and efficient file type identification](<https://opensource.googleblog.com/2024/02/magika-ai-powered-fast-and-efficient-file-type-identification.html>)
|
|
2025-03-12 02:30:56
|
Last I checked that's way *less* accurate, not more accurate.
|
|
|
Demiurge
That's getting into the controversial territory that economic scholars endlessly debate about today
|
|
2025-03-12 02:32:31
|
Wrong. Literally 100% of economists agree that deflation is really bad.
|
|
2025-03-12 02:35:55
|
Which makes sense. If money increases in value, stuffing bills in your mattress becomes a good investment. So you end up stalling the economy, and go into recession.
|
|
|
jonnyawsom3
|
|
It would seem Windows decided to start defragging my SSD while idle....
|
|
2025-03-12 02:50:04
|
<https://learn.microsoft.com/en-us/windows-server/administration/windows-commands/defrag#scheduled-task>
> When run from the scheduled task, defrag uses the below policy guidelines for SSDs:
>
> Traditional optimization processes. Includes traditional defragmentation, for example moving files to make them reasonably contiguous and retrim. This is done once per month. However, if both traditional defragmentation and retrim are skipped, then analysis isn't run. Changing the frequency of the scheduled task doesn't affect the once per month cadence for the SSDs.
>
> If you manually run traditional defragmentation on an SSD, between your normally scheduled runs, the next scheduled task run performs analysis and retrim, but skips traditional defragmentation on that SSD.
.....What the fuck Microsoft
|
|
2025-03-12 02:50:26
|
Why are you killing my drive
|
|
|
Demiurge
|
|
lonjil
Wrong. Literally 100% of economists agree that deflation is really bad.
|
|
2025-03-12 03:18:49
|
Deflation is just a price adjustment. There's nothing intrinsically good or bad about prices changing. Maybe the reasons or the consequences can be good or bad, but in and of itself, no...
|
|
2025-03-12 03:19:23
|
It's just a price adjustment... of the price of money itself
|
|
|
lonjil
Which makes sense. If money increases in value, stuffing bills in your mattress becomes a good investment. So you end up stalling the economy, and go into recession.
|
|
2025-03-12 03:20:24
|
There could be good or bad reasons for the price of money increasing in value.
|
|
|
lonjil
|
2025-03-12 03:20:26
|
"shooting someone isn't good or bad. Maybe someone being hit in the head by a bullet is good or bad, but in itself, no"
|
|
|
Demiurge
|
2025-03-12 03:20:52
|
Shooting someone can't be compared with the value of a fungible item going up or down.
|
|
2025-03-12 03:21:15
|
One is obviously harmful and one is completely and utterly neutral
|
|
2025-03-12 03:24:47
|
A lot of economists will probably argue that there is intrinsic value here, because of the weird mattress stuffing argument that is oft repeated. But I think that's confusing the personal values of the economist with objective reality.
|
|
2025-03-12 03:25:21
|
There is always a time to hold and a time to sell.
|
|
|
alerikaisattera
|
|
<https://learn.microsoft.com/en-us/windows-server/administration/windows-commands/defrag#scheduled-task>
> When run from the scheduled task, defrag uses the below policy guidelines for SSDs:
>
> Traditional optimization processes. Includes traditional defragmentation, for example moving files to make them reasonably contiguous and retrim. This is done once per month. However, if both traditional defragmentation and retrim are skipped, then analysis isn't run. Changing the frequency of the scheduled task doesn't affect the once per month cadence for the SSDs.
>
> If you manually run traditional defragmentation on an SSD, between your normally scheduled runs, the next scheduled task run performs analysis and retrim, but skips traditional defragmentation on that SSD.
.....What the fuck Microsoft
|
|
2025-03-12 03:25:53
|
What the hell? Windows has automatic SSD defragmentation? What are they smoking?
|
|
|
Demiurge
|
|
250 GB written in 15 minutes while I was downstairs, by `svchost.exe (defragsvc)`
I noticed the write count suddenly skyrocketed the other day, and has been every day since
|
|
2025-03-12 03:28:33
|
Holy shit
|
|
2025-03-12 03:29:46
|
I also noticed a long time ago (I use windows rarely) that windows is constantly thrashing when idle compared to Linux. I guess shit like this is one reason why
|
|
|
jonnyawsom3
|
2025-03-12 03:30:15
|
Right now I'm downstairs waiting for it to go idle, then I'll check the write count again and see if it finally stopped
|
|
|
Demiurge
|
2025-03-12 03:30:22
|
The cpu stays in a higher power state and the Disk blinkenlight is always blinken.
|
|
2025-03-12 03:30:54
|
It does not ever stop. In my experience.
|
|
|
jonnyawsom3
|
2025-03-12 03:30:56
|
My activity light is usually solid when it's idle, I guess now I know why
|
|
|
Demiurge
|
2025-03-12 03:31:08
|
It was constant. This was years ago. But it never ever stopped
|
|
|
jonnyawsom3
|
2025-03-12 03:31:28
|
I mean this 'monthly defrag'
|
|
|
Demiurge
|
2025-03-12 03:31:49
|
On linux the CPU and Disk lights were off with occasional twinkle
|
|
2025-03-12 03:33:28
|
I talk a lot of smack about how bad linux is but at least it doesn't TRY do bad things on purpose.
|
|
2025-03-12 03:33:44
|
It's stupid, not malicious
|
|
2025-03-12 03:34:07
|
Windows is intelligently evil
|
|
|
jonnyawsom3
|
2025-03-12 03:35:30
|
Welp, time to see if it's wasted more of my drive's life
|
|
2025-03-12 03:39:10
|
Hrmm... Still a few gigs, but at least it's not over 100 like before
|
|
|
Meow
|
2025-03-12 03:43:45
|
Isn't defragmentation to SSDs on Windows just "trimming"?
|
|
|
jonnyawsom3
|
2025-03-12 03:46:53
|
No, this is actual defragmentation... Which degrades SSD lifetime for no benefit
|
|
|
Meow
|
2025-03-12 03:47:54
|
https://support.microsoft.com/en-us/windows/defragment-optimize-your-data-drives-in-windows-54d4fed1-c96e-46db-b843-8c6b34bd27a4
|
|
|
jonnyawsom3
|
|
<https://learn.microsoft.com/en-us/windows-server/administration/windows-commands/defrag#scheduled-task>
> When run from the scheduled task, defrag uses the below policy guidelines for SSDs:
>
> Traditional optimization processes. Includes traditional defragmentation, for example moving files to make them reasonably contiguous and retrim. This is done once per month. However, if both traditional defragmentation and retrim are skipped, then analysis isn't run. Changing the frequency of the scheduled task doesn't affect the once per month cadence for the SSDs.
>
> If you manually run traditional defragmentation on an SSD, between your normally scheduled runs, the next scheduled task run performs analysis and retrim, but skips traditional defragmentation on that SSD.
.....What the fuck Microsoft
|
|
2025-03-12 03:48:25
|
.
|
|
|
Meow
|
2025-03-12 03:48:50
|
> Hard drives are defragmented, which is reorganizing the files so that they are all lined up and easier for the drive to read. Solid-state drives (SSDs) are what's known as "trimmed," which is basically telling the drive where it can safely do cleanup work when it's not busy doing more important things like saving or loading your files. It's all optimization.
|
|
|
jonnyawsom3
|
2025-03-12 03:49:05
|
Check the link I posted
|
|
|
Meow
|
2025-03-12 03:50:57
|
That's Windows Server. Quicker to get a new server
|
|
|
jonnyawsom3
|
2025-03-12 03:52:48
|
It's the same executable and scheduled task
|
|
|
Meow
|
2025-03-12 03:55:04
|
Get a Mac
|
|
|
Traneptora
|
|
Demiurge
Deflation is just a price adjustment. There's nothing intrinsically good or bad about prices changing. Maybe the reasons or the consequences can be good or bad, but in and of itself, no...
|
|
2025-03-12 06:43:26
|
deflation is *really bad* and this is not debated by economists. but I guess be an armchair expert
|
|
|
damian101
|
2025-03-12 08:45:59
|
that would be monetary deflation, though
|
|
2025-03-12 08:46:22
|
it is debated by economists, though
|
|
2025-03-12 08:47:28
|
it's just that mainstream economics is largely dominated by some forms of Keynesianism
|
|
|
Traneptora
|
|
it is debated by economists, though
|
|
2025-03-12 08:55:20
|
except it isn't, and that's what the word deflation means
|
|
|
damian101
|
|
Traneptora
except it isn't, and that's what the word deflation means
|
|
2025-03-12 08:55:41
|
what does the word deflation mean?
|
|
|
Traneptora
|
2025-03-12 08:55:47
|
it's when the price index decreases
|
|
|
damian101
|
2025-03-12 08:55:48
|
monetary deflation is clearly defined
|
|
|
Traneptora
it's when the price index decreases
|
|
2025-03-12 08:56:00
|
change the index, and you don't have deflation anymore
|
|
|
Traneptora
|
2025-03-12 08:56:09
|
<:Thonk:805904896879493180>
|
|
2025-03-12 08:56:22
|
you can't just "change the index"
|
|
|
damian101
|
2025-03-12 08:56:26
|
you can
|
|
|
Traneptora
|
2025-03-12 08:56:31
|
the index is based on the average price level of things relative to a specific year
|
|
|
damian101
|
2025-03-12 08:56:39
|
it's not objective
|
|
|
Traneptora
|
2025-03-12 08:57:15
|
it's unitless and always relative to a specific year so you can't just rescale it in a way that takes an increase and makes it look like a decrease
|
|
|
damian101
|
2025-03-12 08:57:17
|
and flawed in many ways as a lot of price changes can not accurately be quantified
|
|
2025-03-12 08:57:48
|
Like, you can't compare a smartphone now to one you could buy 10 years ago
|
|
|
Traneptora
|
2025-03-12 08:58:30
|
no, but you can look at the aggregate price of goods in 2025 compared to the aggregate price of goods in 2015 using nominal dollars
|
|
|
damian101
|
2025-03-12 08:58:40
|
not objectively
|
|
2025-03-12 08:58:51
|
not saying it's meaningless, though
|
|
|
Traneptora
|
2025-03-12 08:59:17
|
if you really want to be specific about "monetary deflation" it's always a bad thing and that's not debated
|
|
|
damian101
|
2025-03-12 08:59:18
|
and if we had zero monetary inflation, prices would still change, of course
|
|
|
Traneptora
|
2025-03-12 08:59:38
|
well they're essentially the same thing
|
|
|
damian101
|
2025-03-12 08:59:42
|
productivity increases lower prices
|
|
|
Traneptora
|
2025-03-12 08:59:53
|
because the reason money is less valueable is that the purchasing power of a dollar goes down
|
|
2025-03-12 09:00:03
|
and that's because the nominal prices go up
|
|
|
damian101
|
2025-03-12 09:00:04
|
well, sure
|
|
|
Traneptora
|
2025-03-12 09:00:46
|
so in that sense monetary inflation is directly linked to the nominal price of goods
|
|
2025-03-12 09:00:57
|
cause the value of money is largely dependent on its purchasing power
|
|
|
damian101
|
2025-03-12 09:01:15
|
monetary inflation indeed influences the price of goods, yes
|
|
|
Traneptora
|
2025-03-12 09:01:16
|
increases in productivity decrease the real price of goods, not the nominal price of goods
|
|
|
damian101
|
|
Traneptora
increases in productivity decrease the real price of goods, not the nominal price of goods
|
|
2025-03-12 09:02:11
|
<:Thinkies:987903667388710962>
no, if productivity increases, consumption increases
|
|
|
Traneptora
|
2025-03-12 09:02:37
|
consumption and the nominal price of goods aren't directly related
|
|
|
damian101
|
2025-03-12 09:02:51
|
they are
|
|
|
Traneptora
|
2025-03-12 09:03:17
|
consumption increases when *reall wages* increase which isn't the same thing as productivity increasing
|
|
2025-03-12 09:03:32
|
in fact, productivity has skyrocketed in recent decades and real wages have not
|
|
|
damian101
|
|
Traneptora
in fact, productivity has skyrocketed in recent decades and real wages have not
|
|
2025-03-12 09:04:35
|
eh, that's just because labor compensation has shifted away from pure monetary compensation
|
|
|
Traneptora
|
2025-03-12 09:04:45
|
that's false
|
|
|
damian101
|
|
Traneptora
|
2025-03-12 09:04:53
|
no, it's false
|
|
|
damian101
|
2025-03-12 09:05:04
|
Also people often use bad deflators.
|
|
2025-03-12 09:05:31
|
There is no increasing productivity labor compensation gap.
|
|
|
Traneptora
|
2025-03-12 09:05:40
|
there is, and you're dead wrong.
|
|
2025-03-12 09:06:17
|
this is well-documented
|
|
|
damian101
|
|
Traneptora
|
2025-03-12 09:06:40
|
>heritage foundation
|
|
2025-03-12 09:06:45
|
no thanks
|
|
2025-03-12 09:07:56
|
in fact the source listed has been refuted directly by others
|
|
2025-03-12 09:08:27
|
what James Sherk is doing is he's conflating mean with median
|
|
2025-03-12 09:08:58
|
so as income inequality grows, so does the compensation difference between between a typical worker and a mean worker
|
|
|
damian101
|
|
Traneptora
so as income inequality grows, so does the compensation difference between between a typical worker and a mean worker
|
|
2025-03-12 09:09:24
|
that's a totally different claim, though
|
|
|
Traneptora
|
2025-03-12 09:09:38
|
no, conflating typical with average is exactly the issue he's experiencing
|
|
2025-03-12 09:10:21
|
because he's claiming that "average" wages have increased, which maybe they have! but it's also not a meaningful or useful thing to calculate because it ends up always correlating with productivity in a way that tells no story
|
|
2025-03-12 09:10:52
|
because obviously money in and money out are going to be the same (at the end of the day, all costs and all value added are labor costs, even raw materials)
|
|
|
damian101
|
2025-03-12 09:11:11
|
This is about average wages, though?
|
|
|
Traneptora
|
2025-03-12 09:11:38
|
average wage is not a useful quantity because marginal propensity to consume is dependent on income per household
|
|
|
damian101
|
|
Traneptora
because obviously money in and money out are going to be the same (at the end of the day, all costs and all value added are labor costs, even raw materials)
|
|
2025-03-12 09:12:04
|
Good for you for seeing that.
|
|
|
Traneptora
|
2025-03-12 09:12:13
|
I actually have studied this
|
|
2025-03-12 09:12:16
|
so yes
|
|
2025-03-12 09:12:31
|
you have to sum the marginal propensity to consume per household times the income of that household, over all households
|
|
2025-03-12 09:12:41
|
average wage is just the sum of income of all households (divided by the population)
|
|
2025-03-12 09:13:03
|
which is a less useful metric than the weighted sum by marginal propensity to consume
|
|
2025-03-12 09:13:19
|
and *that* is what affects consumption, not average wage.
|
|
|
damian101
|
|
Traneptora
because obviously money in and money out are going to be the same (at the end of the day, all costs and all value added are labor costs, even raw materials)
|
|
2025-03-12 09:17:11
|
The common claim is that it is investors and entrepreneurs that suck up all that productivity and the wage laborers get less and less of that total productivity. Which is what just is not true, at least not to anywhere close the extent it is often said to be.
Most people of course are wage laborers of some sort, and I never made a claim about how the income distribution changes there, because I just don't know. I strongly assume there is growing divide, though.
|
|
|
Traneptora
|
2025-03-12 09:17:33
|
There is absolutely a growing divide, it's well-documented
|
|
|
damian101
|
|
Traneptora
There is absolutely a growing divide, it's well-documented
|
|
2025-03-12 09:17:47
|
I never disagreed with that.
|
|
2025-03-12 09:17:59
|
well, which divide are we talking about
|
|
|
Traneptora
|
2025-03-12 09:18:12
|
except you said that wage laborers aren't getting less of the total productivity
|
|
2025-03-12 09:18:14
|
but they are
|
|
2025-03-12 09:18:18
|
this is also well-known
|
|
|
damian101
|
|
Traneptora
but they are
|
|
2025-03-12 09:18:21
|
they're not
|
|
|
Traneptora
|
2025-03-12 09:18:38
|
are you including the top 1% in "wage laborers"
|
|
|
damian101
|
2025-03-12 09:19:09
|
many of them sure are part of the top 1% income bracket
|
|
|
Traneptora
|
2025-03-12 09:19:49
|
the only way you don't observe a decrease in that fraction is by including exceptionally wealthy people who are significantly wealthier than they used to be in that category
|
|
|
damian101
|
2025-03-12 09:19:57
|
Like, there are investors and entrepreneurs earning less than the people they pay.
|
|
|
Traneptora
|
2025-03-12 09:20:22
|
that's only true if the people they pay are also well-off
|
|
|
damian101
|
|
Traneptora
the only way you don't observe a decrease in that fraction is by including exceptionally wealthy people who are significantly wealthier than they used to be in that category
|
|
2025-03-12 09:20:23
|
This is about income, not wealth.
|
|