With the latest encoder I almost like a different codec at V0 compared to the pre-3.99 encoders. It quite hard to justify why use AAC or Opus when LAME MP3 at V0 can be transparent with such old tech. Even the pre-echo/smearing can be fixed using --allshort with the LAME 3.99a3 encoder I found a while back which got me so much hate from people mad I found a brute force work around.
I designed a compression algorithm to store prime numbers. Basically, a bitmap is used to store the fact that numbers are prime or not, but only numbers which are not multiple of 2, 3 .... 23 are considered in the bitmap.
For numbers below 10^13, this allows to store the prime numbers with a maximum size of 0.456 bytes per prime.
Details can be found in this article: https://teraprimes.org/downloads/High_Performance_Storage_of_Prime_Numbers.pdf
I would welcome any comment !
I’ve always used VMAF in the past, but I realized early on that the metric couldn't meet my high-fidelity standards. That’s why I’ve been waiting for a tool like VideoMetricsLab that supports SSIMULACRA2 and Butteraugli. I’d never heard of CVVDP before now, but it seems to be the gold standard for video metrics, so I’ve been experimenting with that as well. However, that annoying screen size function is driving me crazy. I don’t want results that depend on screen size—after all, I might have a TV twice the size in ten years. :) Is there a way to use this metric without factoring in screen size? Just like the others? Or do I have to select a hypothetical 120-inch TV with a viewing distance of one meter? ;)
Hi. I made TinyCodec/TCOM, a lossless image codec that I made in 71 lines of code which beats QOI on aggregate file size and encode/decode speed (On the corpus that I personally use).
It's 158 lines of code to support a cli with pack/unpack commands, inputs like webp, bmp, pnm, png, etc.
That's about all.
If you find it interesting, it's Apache-2.0 and on the GitHub.
Edit: This is now outdated, it's now 45 lines, it has a readable implementation beside it (164 lines of code) the cli and format adapter is 157 lines of code, and the benchmarks got slighter better.
It's been two weeks since I learn how to get the frames straight from the gpu as a direct 3D surface .
now I ran into the problem of how to compress this frame and send it via UDP server to officially compelete my streaming project.
I tried to scale the frame and then send it , it worked , but it looks super ugly and yet the process is not as fast as I want (it is a remote computer control, it must be a smooth picture in the end).
I used LZ4codec , believe me nothing reach up to my expectations 😔.
does any one have the optimal solution in which it will straight compress the frame to be less than 65kb so I can send it properly, and don't forget get to be ultra fast approation 🙂.
