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.
/article-new/2016/03/dp_usb_c.jpg?lossy)
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.
/article-new/2016/03/dp_1_4_compression.jpg?lossy)
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.
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.