The Video Electronics Standards Association yesterday formally announced its new DisplayPort 1.4 standard, setting the stage for improved video quality and color for external display connections over both DisplayPort and USB-C connectors.
Rather than an increase in actual bandwidth, the improvements in DisplayPort 1.4 come due to improved compression, taking advantage of VESA's new Display Stream Compression 1.2 standard to support High Dynamic Range (HDR) video up to either 8K resolution at 60 Hz or 4K resolution at 120 Hz.
DSC version 1.2 transport enables up to 3:1 compression ratio and has been deemed, through VESA membership testing, to be visually lossless. Together with other new capabilities, this makes the latest version of DP ideally suited for implementation in high-end electronic products demanding premier sound and image quality.
In addition to video-related improvements, DisplayPort 1.4 also expands audio capabilities with support for 32 channels, 1536kHz sample rates, and broader support for "all known" audio formats.
The approval of DisplayPort 1.4 comes even though consumers are still awaiting the arrival of devices supporting the previous DisplayPort 1.3 standard. Intel had been expected to support DisplayPort 1.3 in its current Skylake generation of chips, but the company instead opted to offer dual DisplayPort 1.2 support. As we detailed earlier this year, the lack of DisplayPort 1.3 support in Skylake could lead Apple to hold off on releasing a new 5K Thunderbolt Display until next year when chips supporting the standard become available.
Intel hasn't laid out its DisplayPort support plans beyond Skylake, so it's unknown whether the company will first move to DisplayPort 1.3 or if it can jump straight to the new DisplayPort 1.4 standard. Either way, we're unlikely to see Macs supporting DisplayPort 1.4 until 2017 at the earliest.
Compression is never lossless. It may be imperceptible to the ear or eye, but it is still compressed at some level.
Excuse me, but this is complete nonsense. Indeed there is true lossless compression (though I cannot say for sure that "lossless" in this article truly means lossless). Just think about zip compression, you compress a text file by zipping it and get the exact same file with all data back when unzipping it. That's exactly what happens also with audio or video, when talking about lossless compression, though algorithms may differ.
Jesus. Never in my life would I have believed this is how people actually think. Dude, I don't want to mock you but you are so wrong, so UTTERLY ignorant about this subject, it's not funny.
Let me simply point out that LOSSLESS compression is a well-defined mathematical field, it is built upon probability theory, like all CS it consists of theorems and algorithms, and it applies to all random processes (think "data streams") regardless of whether they are text, video, sensor data, or anything else. It has NOTHING to do with "rephrasing" and use of "shorter words". Your comment is the sort of thing I'd expect EE's to send each other on April Fools' day as a joke.
Compression is never lossless. It may be imperceptible to the ear or eye, but it is still compressed at some level.
And compressing a file in the form of a ZIP 'archive' is also never lossless. If you zip a text file, the text will be shortened by slight rephrasing and the use of shorter words. This may be imperceptible to the reader but it is still compressed at some level.
Compression is never lossless. It may be imperceptible to the ear or eye, but it is still compressed at some level.
No - there are plenty of lossless compression algorithms. E.g. LZW compression used by GIF, some types of TIFF and ".zip" files (using lossy compression on executables and data files is not a good idea), Apple Lossless ('https://en.wikipedia.org/wiki/Apple_Lossless') audio, FLAC ('https://en.wikipedia.org/wiki/FLAC') audio, .png files...
Lossless compression works by finding a more efficient way to pack the data. E.g. replacing frequently occurring patterns with short codes or 'run length encoding' (e.g. if there is a row of 1000 white pixels just send 'white' and '1000'). Morse code is another example (frequently occurring letters are given the shortest code rather than ASCII which uses 8 bits for every single character - Huffman encoding is the algorithmic equivalent).
With lossless compression, you get back exactly what you put in. You don't get the sort of 100x compression you see with lossy compression, but 2-3x is feasible.
However, "visually lossless" is either a redundancy (if its lossless, of course there's no visual difference) or weasel words.
Intel hasn't laid out its DisplayPort support plans beyond Skylake, so it's unknown whether the company will first move to DisplayPort 1.3 or if it can jump straight to the new DisplayPort 1.4 standard. Either way, we're unlikely to see Macs supporting DisplayPort 1.4 until 2017 at the earliest.
Knowing Intel, we might see 1.4 sometime around 2025. :rolleyes:
And compressing a file in the form of a ZIP 'archive' is also never lossless. If you zip a text file, the text will be shortened by slight rephrasing and the use of shorter words. This may be imperceptible to the reader but it is still compressed at some level.
Jesus. Never in my life would I have believed this is how people actually think. Dude, I don't want to mock you but you are so wrong, so UTTERLY ignorant about this subject, it's not funny.
Let me simply point out that LOSSLESS compression is a well-defined mathematical field, it is built upon probability theory, like all CS it consists of theorems and algorithms, and it applies to all random processes (think "data streams") regardless of whether they are text, video, sensor data, or anything else. It has NOTHING to do with "rephrasing" and use of "shorter words". Your comment is the sort of thing I'd expect EE's to send each other on April Fools' day as a joke.
Apple has announced it will be holding a special event on Tuesday, May 7 at 7 a.m. Pacific Time (10 a.m. Eastern Time), with a live stream to be available on Apple.com and on YouTube as usual. The event invitation has a tagline of "Let Loose" and shows an artistic render of an Apple Pencil, suggesting that iPads will be a focus of the event. Subscribe to the MacRumors YouTube channel for more ...
Wednesday April 24, 2024 3:39 pm PDT by Juli Clover
Apple today released several open source large language models (LLMs) that are designed to run on-device rather than through cloud servers. Called OpenELM (Open-source Efficient Language Models), the LLMs are available on the Hugging Face Hub, a community for sharing AI code. As outlined in a white paper [PDF], there are eight total OpenELM models, four of which were pre-trained using the...
Apple has dropped the number of Vision Pro units that it plans to ship in 2024, going from an expected 700 to 800k units to just 400k to 450k units, according to Apple analyst Ming-Chi Kuo. Orders have been scaled back before the Vision Pro has launched in markets outside of the United States, which Kuo says is a sign that demand in the U.S. has "fallen sharply beyond expectations." As a...
Apple is finally planning a Calculator app for the iPad, over 14 years after launching the device, according to a source familiar with the matter. iPadOS 18 will include a built-in Calculator app for all iPad models that are compatible with the software update, which is expected to be unveiled during the opening keynote of Apple's annual developers conference WWDC on June 10. AppleInsider...
Wednesday April 24, 2024 2:05 pm PDT by Joe Rossignol
Apple is set to unveil iOS 18 during its WWDC keynote on June 10, so the software update is a little over six weeks away from being announced. Below, we recap rumored features and changes planned for the iPhone with iOS 18. iOS 18 will reportedly be the "biggest" update in the iPhone's history, with new ChatGPT-inspired generative AI features, a more customizable Home Screen, and much more....
Top Rated Comments
Lossless compression works by finding a more efficient way to pack the data. E.g. replacing frequently occurring patterns with short codes or 'run length encoding' (e.g. if there is a row of 1000 white pixels just send 'white' and '1000'). Morse code is another example (frequently occurring letters are given the shortest code rather than ASCII which uses 8 bits for every single character - Huffman encoding is the algorithmic equivalent).
With lossless compression, you get back exactly what you put in. You don't get the sort of 100x compression you see with lossy compression, but 2-3x is feasible.
However, "visually lossless" is either a redundancy (if its lossless, of course there's no visual difference) or weasel words.
Dude, I don't want to mock you but you are so wrong, so UTTERLY ignorant about this subject, it's not funny.
Let me simply point out that LOSSLESS compression is a well-defined mathematical field, it is built upon probability theory, like all CS it consists of theorems and algorithms, and it applies to all random processes (think "data streams") regardless of whether they are text, video, sensor data, or anything else.
It has NOTHING to do with "rephrasing" and use of "shorter words". Your comment is the sort of thing I'd expect EE's to send each other on April Fools' day as a joke.