There's some weird very low volume background music (?) distracting from the actual content. Or maybe a compression artifact.
I thought for half an hour that my neighbor listened to piano music.
The Unreasonable Effectiveness of JPEG: A Signal Processing Approach [video]
11–20 of 21 posts
Re: The Unreasonable Effectiveness of JPEG: A Signal Processing Approach [video]
#12JPEG has been growing on me lately. In addition to all of the clever information theory magic, it is also practically the fastest way to compress an image by miles. I've got implementations on top of libjpegturbo that can encode with latency low enough to support interactive frame rates at modern resolutions. We are talking 1920x1080@4:4:4 in under 10 milliseconds.
You can get libx264 to encode 1080p in under 10ms if you spend enough time tuning it, altough I never compared the quality to JPEG.
Re: The Unreasonable Effectiveness of JPEG: A Signal Processing Approach [video]
#13Nice video explaining the quirkiness of the compression in the media formats.
Re: The Unreasonable Effectiveness of JPEG: A Signal Processing Approach [video]
#14I'm not sure if it would make you YouTube famous, but I'd be interested in a video series where it emphasised how crappy, expedient, short-sighted and idiotic choices in the development of technologies were. I feel the focus on the beauty and amazement is somewhat misleading. It's like a magic trick, they're trying to fool you into thinking this is some superman feat. I want the story of the JPEG told from the "let's…
Yes. An opinionated podcast with hot takes on other people's work would certainly be a refreshing thing.
I'm only about 80% sure that this comment is sarcastic...
Re: The Unreasonable Effectiveness of JPEG: A Signal Processing Approach [video]
#15I'm not sure if it would make you YouTube famous, but I'd be interested in a video series where it emphasised how crappy, expedient, short-sighted and idiotic choices in the development of technologies were. I feel the focus on the beauty and amazement is somewhat misleading. It's like a magic trick, they're trying to fool you into thinking this is some superman feat. I want the story of the JPEG told from the "let's…
Except that JPEG built on decades of academic research. It's the exact opposite of a dirty hack that just happens to work well enough to stick. The magic is doing the foundational research, iteratively, painstakingly, over decades, without the constraints of getting a concrete job done:
https://en.wikipedia.org/wiki/JPEG#Background
> The original JPEG specification published in 1992 implements processes from various earlier research papers and patents cited by the CCITT (now ITU-T) and Joint Photographic Experts Group.[1] The main basis for JPEG's lossy compression algorithm is the discrete cosine transform (DCT),[1][8] which was first proposed by Nasir Ahmed as an image compression technique in 1972.[9][8] Ahmed developed a practical DCT algorithm with T. Natarajan of Kansas State University and K. R. Rao of the University of Texas in 1973.[9] Their 1974 paper[15] is cited in the JPEG specification, along with several later research papers that did further work on DCT, including a 1977 paper by Wen-Hsiung Chen, C.H. Smith and S.C. Fralick that described a fast DCT algorithm,[1][16] as well as a 1978 paper by N.J. Narasinha and S.C. Fralick, and a 1984 paper by B.G. Lee.[1] The specification also cites a 1984 paper by Wen-Hsiung Chen and W.K. Pratt as an influence on its quantization algorithm,[1][17] and David A. Huffman's 1952 paper for its Huffman coding algorithm.[1]
The JPEG2000 standards major move forward was using wavelets instead of cosines, building on a different strand of research also going back decades...
Re: The Unreasonable Effectiveness of JPEG: A Signal Processing Approach [video]
#16JPEG has been growing on me lately. In addition to all of the clever information theory magic, it is also practically the fastest way to compress an image by miles. I've got implementations on top of libjpegturbo that can encode with latency low enough to support interactive frame rates at modern resolutions. We are talking 1920x1080@4:4:4 in under 10 milliseconds.
It’s pretty fast, but I’m not sure it’s the fastest.
If you want throughput, hardware-based h.264 gonna be faster than JPEG while delivering better quality. It’s possible to configure the encoder so it only emits keyframes (I-frames), which makes the video stream a sequence of independent compressed frames. However don’t forget about parameter sets, i.e. SPS/PPS blobs – the decoder gonna need them for each frame.
If you want latency, consider BC1 https://docs.microsoft.com/en-us/windows/win32/direct3d10/d3... or BC7 https://docs.microsoft.com/en-us/windows/win32/direct3d11/bc... They are lossy codecs usually used for textures in 3D scenes, the decoders are implemented in hardware in all modern PC GPUs. The algorithms are way simpler than JPEG, also easily parallelizable. Compression ratio is much worse though, for RGB24 images it’s 33% for BC7 and 17% for BC1, JPEG compression is way more efficient.
Re: The Unreasonable Effectiveness of JPEG: A Signal Processing Approach [video]
#17I'm not sure if it would make you YouTube famous, but I'd be interested in a video series where it emphasised how crappy, expedient, short-sighted and idiotic choices in the development of technologies were. I feel the focus on the beauty and amazement is somewhat misleading. It's like a magic trick, they're trying to fool you into thinking this is some superman feat. I want the story of the JPEG told from the "let's…
Except that JPEG built on decades of academic research. It's the exact opposite of a dirty hack that just happens to work well enough to stick. The magic is doing the foundational research, iteratively, painstakingly, over decades, without the constraints of getting a concrete job done: https://en.wikipedia.org/wiki/JPEG#Background > The original JPEG specification published in 1992 implements processes from various…
Yes, the process of coming up with JPEG was extremely thorough. I recall from a uni lecture that originally multiple working groups were pursuing multiple research directions. Then they selected the 2 most promising and focused on those, and eventually the current JPEG codec emerged as winner. They meticulously hand-tuned the quantisation tables too. The process lasted about 6 years (1986-1992). No wonder it's still the most widespread codec. JPEG stands for Joint Photographic Experts Group for a reason!
Re: The Unreasonable Effectiveness of JPEG: A Signal Processing Approach [video]
#18Obligatory note about JPEG's successor: JPEG XL (.jxl) -- better in every way ;)
Re: The Unreasonable Effectiveness of JPEG: A Signal Processing Approach [video]
#19JPEG has been growing on me lately. In addition to all of the clever information theory magic, it is also practically the fastest way to compress an image by miles. I've got implementations on top of libjpegturbo that can encode with latency low enough to support interactive frame rates at modern resolutions. We are talking 1920x1080@4:4:4 in under 10 milliseconds.
Motion JPEG is widely used as a simple video streaming format.
Yes, but it stems from the fact that some phone manufacturers decided to reuse the hardware IP they already had in place for JPEG compression instead of paying for another chip that could do MPEG. It works, but it's not compression.
Then for some weird reason it gained traction as a "good quality video codec" (probably because there's no motion vectors, hence the associated artifacts simply can't happen with it).
Re: The Unreasonable Effectiveness of JPEG: A Signal Processing Approach [video]
#20JPEG has been growing on me lately. In addition to all of the clever information theory magic, it is also practically the fastest way to compress an image by miles. I've got implementations on top of libjpegturbo that can encode with latency low enough to support interactive frame rates at modern resolutions. We are talking 1920x1080@4:4:4 in under 10 milliseconds.
You can get libx264 to encode 1080p in under 10ms if you spend enough time tuning it, altough I never compared the quality to JPEG.
The fact that it is multi-threaded (where .jpeg and .png are not) is also a huge deal.