irelephant [he/him]@lemmy.dbzer0.comM to iiiiiiittttttttttttEnglish · 2 months agoCompression!lemmy.dbzer0.comimagemessage-square30linkfedilinkarrow-up1450arrow-down17
arrow-up1443arrow-down1imageCompression!lemmy.dbzer0.comirelephant [he/him]@lemmy.dbzer0.comM to iiiiiiittttttttttttEnglish · 2 months agomessage-square30linkfedilink
minus-squarexoggylinkfedilinkEnglisharrow-up79arrow-down1·2 months agoTurns out we’re already doing a lot of compression at the file and filesystem level.
minus-squareOpisek@piefed.blahaj.zonelinkfedilinkEnglisharrow-up33·2 months agoNot necessarily. For example, you can’t really compress encrypted files. You can certainly try but the result will likely be what the meme portrays.
minus-squareRandelung@lemmy.worldlinkfedilinkarrow-up33·2 months agoTurns out pseudo random byte streams don’t really repeat that often.
minus-squareSkyeStarfall@lemmy.blahaj.zonelinkfedilinkEnglisharrow-up5·2 months agoWe just need to develop an algorithm to compress random byte streams, easy
minus-squareWolfLink@sh.itjust.workslinkfedilinkEnglisharrow-up7·2 months agoMedia files are always thoroughly compressed (except in certain settings like professional video and audio work).
minus-squarerainwall@piefed.sociallinkfedilinkEnglisharrow-up5·2 months agoMedia files can can benefit from a codec change. Going from h264 to h265/hevc can net a 30-50% reduction in size for almost no quality loss. The only trade off is increased cpu usage if the client doesnt have hardware h265 support and the time to do the transcoding.
minus-squareulternolinkfedilinkEnglisharrow-up3·2 months agoAnd then comes AV1, with crazily varying quality/compression for different source materials.
minus-squareOpisek@piefed.blahaj.zonelinkfedilinkEnglisharrow-up1·2 months agoI don’t see how that relates to encryption.
minus-squareWolfLink@sh.itjust.workslinkfedilinkEnglisharrow-up2·2 months agoIt’s more relevant to the previous comment as an example of how we are doing a lot of compression at the filesystem level. The files that are typically largest are already quite thoroughly compressed.
Turns out we’re already doing a lot of compression at the file and filesystem level.
Not necessarily. For example, you can’t really compress encrypted files. You can certainly try but the result will likely be what the meme portrays.
Turns out pseudo random byte streams don’t really repeat that often.
We just need to develop an algorithm to compress random byte streams, easy
Media files are always thoroughly compressed (except in certain settings like professional video and audio work).
Media files can can benefit from a codec change. Going from h264 to h265/hevc can net a 30-50% reduction in size for almost no quality loss.
The only trade off is increased cpu usage if the client doesnt have hardware h265 support and the time to do the transcoding.
And then comes AV1, with crazily varying quality/compression for different source materials.
I don’t see how that relates to encryption.
It’s more relevant to the previous comment as an example of how we are doing a lot of compression at the filesystem level.
The files that are typically largest are already quite thoroughly compressed.