Comment Re:Seems like a bullshit article. (Score 1) 148
I find the interesting thing is that last time I used fglrx drivers - which was quite a few years ago, maybe before AMD bought them - they exhibited this very behaviour on Xvideo. I'm rather curious what makes them decide that a simple buffer swap for the entire screen should be done by drawing it in little triangles (presumably a variant of tiled rendering, but it's a full buffer swap!) in an unsynchronised random order (well, roughly from the right to left - but why not display order, top to bottom?). Even when they did get vsync activated, it synced not to the vertical blank but about 1/9th into the screen - so you got a *guaranteed* horisontal tear in the same place instead of random jagged ones. That was all with just one monitor - when I ran two, some versions would synchronize to the wrong monitor. Meanwhile, the very new open source radeon driver support used a rock steady video overlay.
ATI proudly proclaimed their two-step release cycle back then. What we saw in reality was drivers getting released with alternating sets of bugs. Of course, support for something as plain as video playback wasn't a priority, so maybe there were improvements I didn't notice as much.
What fascinates me is not so much that they get issues when running on multiple monitors, but that the same weird artifacts keep popping up. It's not like modern graphics cards don't have the memory to use readout driven frame buffer base address swaps.
In all, I'd say the artifacts are not news worthy, but their longevity and recurrence are cause for shame.