Ok. No ainakin ruksi puuttui synkronointi kohdasta, ei kun testaamaan.
Archin ohjeen mukaan synkronointiasetuksen tulisi olla kytkettynä pois päältä silloin kun käytetään TearFree-parametria, ja vastaavasti päällä silloin kun TearFree ei ole käytössä. Kokeile siis myös niin että TearFree-rivi on poistettu /etc/X11/xorg.conf.d/20-radeon.conf -tiedostosta. Käynnistä varmuuden vuoksi järjestelmä uudelleen aina kun muutat näitä asetuksia.
Eipä tuo tunnu hyödyttävän oikein. Synkronointi kohdassa lukee pystysuuntaisesta piirrosta mutta leveys suunnassahan tuo itseasiassa vaikuttaisi tapahtuvan korjattava asia.
Piirto tehdään yleensä ylhäältä alas, jolloin synkronointiongelma näkyy vaakasuuntaisena leikkauksena, kun kuva siirretään näytölle ennen kuin piirto valmistuu. Silloin näytöllä näkyy yläosassa uusi kuva ja alaosassa edellinen. Leikkauskohta voi hypellä jatkuvasti eri paikkoihin tai se voi pysyä lähes paikallaan.
Jos leikkauskohtia on kerralla useampia, kyseessä on todennäköisesti kompositointiin liittyvä ongelma tai muu monisyisempi juttu. Ilmiö on kuitenkin niin nopea, ettei leikkausten lukumäärää voi luotettavasti havainnoida paljaalla silmällä. Myös näyttöpaneelin päivitysnopeus vaikuttaa asiaan.
Miten tuota nyt päättelee sitten. On vähän kuin sivuttain koko ruudun mitalta jaettu osiin ja nämä palaset ei asetu liikkeen mukana oikeassa tahdissa paikoilleen.
Tuon perusteella kyseessä on juuri tearing-ilmiö, joka johtuu piirron synkronoinnin puuttumisesta. Tässä ei auta kuin googlailla vastaavia kokemuksia samassa työpöytäympäristössä ja samoilla ajureilla, ja kokeilla eri ratkaisuvaihtoehtoja.
Jos ratkaisua ei tunnu löytyvän, ehdottaisin kokeilemaan jotain muuta jakelua/työpöytää esimerkiksi livetilassa. Vaikkapa GNOME Shell, Unity, Cinnamon tai MATE.