AMD Demonstrates FreeSync-over-HDMI Concept Hardware at Computex 2015
by Ian Cutress & Ryan Smith on June 3, 2015 5:00 AM ESTWhile AMD wasn’t the first GPU vendor to implement a system for variable refresh, the company has made up for lost time with zeal. Since demonstrating their FreeSync proof-of-concept laptop demo back at CES 2014, AMD has since been able to get the necessary signaling and refresh technology implemented into the DisplayPort standard as an optional annex of 1.2a, more commonly known DisplayPort Adaptive-Sync. With DPAS implemented into monitors, AMD has been able to roll out their FreeSync implementation of variable refresh back in March of this year, when the first DPAS-enabled monitors shipped.
Since then AMD has been relatively quiet (no doubt gearing up for their big GPU launch). However as it turns out they have been hard at work at expanding FreeSync past the realm of DisplayPort monitors, and they are for the first time showing off that technology at their suite at Computex 2015.
AMD's demonstration and the big revelation from the company is that they now have a prototype implementation of FreeSync-over-HDMI up and running. Powered by an R9 200 series card (we'd wager 290X), AMD's demonstration involved running their windmill FreeSync demo against the prototype FreeSync-enabled HDMI monitor to showcase the viability of FreeSync-over-HDMI.
We wasted no time in tracking down AMD's Robert Hallock for more details, and while AMD isn't being super deep at this time – it’s a proof-of-concept prototype after all – we do have a basic understanding of what they are up to.
The monitor in question is running a Realtek TCON, with AMD and Realtek developing the prototype together. The TCON itself is by all indications a bog-standard TCON (i.e. not custom hardware), with the only difference being that Realtek has developed a custom firmware for it to support variable refresh operation and the FreeSync-over-HDMI technology.
On the signaling side, AMD tells us that they're running a custom protocol over HDMI 1.4a. As one might expect, the necessary functionality doesn't currently exist in HDMI, so AMD went and added the necessary functionality to their driver and the Realtek firmware in order for both ends to operate. Compared to FreeSync-over-DisplayPort all other operation is the same from what we're told, so the end result is the same kind of variable refresh support currently found in DPAS-enabled monitors, except now over HDMI instead of DisplayPort.
The goal here from AMD is very similar to what they did with DisplayPort last year. The company wants to introduce variable refresh support into the HDMI standard, making it a standardized (and common) feature of HDMI. The payoff for AMD and their users would be that getting variable refresh support into HDMI would allow FreeSync to potentially work with many more monitors, as DisplayPort is not found in all monitors whereas HDMI is. This is especially the case in cheaper monitors, which of course make up the bulk of monitor sales.
Because AMD has been working with Realtek on this, it was unknown if other TCON manufacturers would have issues writing firmware. However if variable refresh were implemented into the HDMI standard, then there's no reason to believe it wouldn't eventually be a solved issue. Meanwhile the fact that Realtek is doing this via custom firmware on a standard TCON does technically open up the possibility of flashing existing monitors to enable such functionality, but given the fact that this hasn't happened for DisplayPort monitors, it's unlikely here as well.
In any case, AMD isn't saying too much else at this time. With a proof-of-concept up and running, AMD can now begin attempting to influence the necessary parties to add the feature to HDMI, and to get customers demanding the technology.
First 30Hz Minimum Refresh Rate DisplayPort Adaptive-Sync Monitor: Nixeus NX-VUE24
Along with the FreeSync-over-HDMI demo, AMD also had one bit of FreeSync news at Computex. As regular readers are likely aware, all of the current DPAS monitors have a minimum refresh rate over 30Hz – typically 40Hz or 48Hz – which unfortunately for AMD’s FreeSync efforts is counterproductive to their goals since you lose the bulk of the benefits of FreeSync when framerates fall below the minimum refresh rate. And although this is a monitor limitation rather than a DPAS/FreeSync limitation, AMD is still looking to push vendors to get lower minimum rate monitors on the market and to promote those monitors.
To that end, monitor vendor Nixeus has announced the first 30hz minimum refresh rate DPAS monitor, the NX-VUE24. The NX-VUE24 is a 24”, 1080p TN display that supports variable refresh rates from 30Hz up to 144Hz. A 1080p TN monitor is admittedly not likely to set the world on fire at this point, but it’s still an important milestone in getting 30Hz-minimum DPAS displays out in to the market. And at 1080p and just 24”, this will likely be the most affordable/cheapest variable refresh monitor yet.
Update: We also have confirmation that the NX-VUE24 supports pixel overdrive
Nixeus has not yet announced a release date or price for the monitor, but they tell us it should be coming soon.
FreeSync’s Teething Issues
Finally, while we had a chance to talk to AMD about FreeSync, we asked them about some of the barbs NVIDIA has been flinging their way lately, particularly on the subject matter of minimum refresh rates and pixel overdrive. Though NVIDIA is not above poking at AMD when it suits them, these were still important points that we wanted to hear AMD's answer to.
On the matter of pixel overdrive, AMD has clarified that pixel overdrive can work with FreeSync, but it is up to the monitor manufactures. DPAS/FreeSync doesn’t offer any control over overdrive to the video card, so whether any overdrive happens is up to the monitor manufacturer, who would need to implement it in their scaler. Ultimately pixel overdrive is not a required part of the DPAS standard, so its presence is going to be on a monitor-by-monitor basis, and the quality of any overdrive solution is up to the vendor. As with NVIDIA’s solution, this all boils down to doing frame delivery prediction and adjusting their overdrive values accordingly, with DPAS monitor manufacturers needing to do that in their scaler as part of their per-frame operations (just as how it works today on fixed refresh rate monitors.
Meanwhile on the subject of minimum refresh rates, AMD’s comments were a bit less concrete, but also a bit more optimistic. How minimum refresh periods are handled is ultimately up to FreeSync; there needs to be a refresh within the maximum pixel decay period in order to maintain the display, but it’s up to AMD how they want to do those refreshes. For 144Hz monitors this can mean just running a quick refresh over 7ms, whereas for 60Hz monitors the subject is a bit trickier since a refresh takes 16ms.
In any case the message from AMD has been that they have the ability to change their minimum refresh behavior as they see fit or as they develop better ways to handle the situation. However absent any concrete details at this time, all we can do is wait and see if and when AMD makes any changes. AMD clearly isn’t wanting to commit to anything right now, at least not until they have something ready to deploy.
91 Comments
View All Comments
LordSojar - Wednesday, June 3, 2015 - link
Only trouble is, since these panels aren't vetted by AMD and just have a badge slapped on them if they fall within the spec for Freesync, the blurring issue and other reported issues remain. These issues do not exist within the GSync ecosystem because nVidia vets the panels themselves, on an individual level with each manufacturer before it can receive approval as a GSync approved panel for production. So, despite the price difference, you do indeed pay for what you get.Hopefully, GSync will see some major expansion this year and subsequent price drops. I own one myself and it's the best thing I've purchased for a PC since a solid state drive, period. Don't regret it one bit. Still have my S-IPS ProArt for photo editing as a second monitor as well, so no sacrifice on that front, but it would be nice to have 3-5ms GSync enabled S-IPS panels from good manufacters this year. I wouldn't even care about 4k on a panel like that... a 2560x1440, 5ms response time, 120Hz S-IPS GSync monitor? I will literally throw you my money.
Nagorak - Wednesday, June 3, 2015 - link
Hopefully GSync will just die off completely. We don't need any more of these BS closed, proprietary implementations. We need open standards. If Freesync has problems, then hopefully they can be improved on. None of us benefit from having to match our monitors to a specific graphics card manufacturer.meacupla - Wednesday, June 3, 2015 - link
There's no point of open standards, if these 'standards' have such low quality.Such is the case with the Philips screwdriver. It may be standard, but it's easily the worst screw drive available, as it easily damages itself and you have to apply a lot of force into keeping it mated, instead of having a secure contact and letting the screw do the work.
bloodypulp - Wednesday, June 3, 2015 - link
I, for one, am glad the Philips standard exists! It isn't difficult to determine which drivers are the better ones. And if you want to be a cheap@$$, you can get a cheap one!Flunk - Wednesday, June 3, 2015 - link
The Philips screwdriver was never meant to be used with motorized screwdrivers so perhaps that's the cause of your issues. I've never had an issue with it using hand tools.I'm not a big fan or Robertson or Torx screw-heads because you need the exact right size for anything. I have 12 different Torx screwdrivers and that just covers the non-security versions of the common sizes.
Yojimbo - Wednesday, June 3, 2015 - link
The Philips screwdriver was specifically designed to be used with motorized screwdrivers.From http://charlesandhudson.com/the-history-of-the-phi... :
"Phillips wasn’t trying to make life with hand tools easier. He was trying to solve an industrial problem. To drive a slot screw, you need hand-eye coordination to line up the screwdriver and the slot. If you’re a machine — especially a 1930s machine — you ain’t got no eye, and your hand coordination may depend on humans.
The Phillips-head screw and Phillips screwdriver were designed for power tools, especially power tools on assembly lines. "
mdriftmeyer - Thursday, June 4, 2015 - link
As a mechanical engineer, whether you're advocating torque or philips designed heads it is a matter of strengths of materials used in the screw that matters most.DanNeely - Wednesday, June 3, 2015 - link
Slotted is even worse than philips.The problem with philips is that we keep trying to use it for things it wasn't designed to do. It was never intended for high torque uses (like driving a screw into a block of wood without a pilot hole). The intent of the sloped hole and bit was that the driver was supposed to torque out to prevent over tightening and/or snapping off the screw head at a time (circa a century ago) when torque wrenches were prohibitively expensive for the factory floor and machinery for automatically installing screws wasn't consistent enough in the level of torque it applied.
akamateau - Wednesday, June 3, 2015 - link
@Dan NeelyYou are just SOOOOOOOO WROOONG. Where do I even begin?
Why should I bother. Just go here and read.
http://www.acontinuouslean.com/2013/04/05/a-better...
Then learn how to use a screw driver.
Murloc - Wednesday, June 3, 2015 - link
you say he's wrong and yet you post a link that explains the exact same thing he said.