Justin Schroeder, un dezvoltator Linux, a creat un sistem inedit care combină un MacBook mai vechi, cu procesor Intel, cu o oglindă și o cameră video. Acest sistem AI folosește camera laptopului, oglinda și ecranul acestuia pentru a permite software-ului să examineze modificările grafice fără a necesita verificări umane în timpul dezvoltării.
Acest proces a avut loc pe Omarchy, o distribuție Linux open-source adaptată pentru hardware grafic Radeon.
Camera devine „ochii” agentului
Experimentul transformă camera web a laptopului într-un instrument de inspecție neobișnuit, fiind orientată spre o oglindă plasată în fața ecranului.
Imaginea reflectată oferă acestui sistem AI acces la informații vizuale despre ceea ce se întâmplă după efectuarea modificărilor în codul grafic.
În loc să se bazeze exclusiv pe date textuale, sistemul poate inspecta problemele vizibile de randare care apar direct pe ecranul laptopului.
Aceste probleme pot include imagini distorsionate, pâlpâiri ale ecranului, rezoluții incorecte sau alte modificări care indică o funcționare defectuoasă a software-ului grafic în timpul testării.
Configurația este neobișnuită deoarece computerul își folosește, practic, propria cameră pentru a observa o imagine generată chiar de el.
Demonstrația lui Schroeder vizează suportul AMD Radeon în Omarchy, unde compatibilitatea driverului necesită modificări ce pot influența modul în care este afișată imaginea pe ecran.
Astfel, camera și oglinda creează o cale fizică de feedback între agentul software și hardware-ul grafic pe care acesta îl modifică în timpul fiecărui test.
Conform lui Schroeder, agentul poate „vedea” ecranul modificat, procesul de programare beneficiind astfel de informații provenite din feedback vizual direct în timpul testării.
Schroeder a spus că MacBook-ul folosește camera pentru a îmbunătăți suportul pentru cipurile Radeon în Omarchy. Postarea sa nu prezintă însă codul modificat și nici nu identifică modelul de inteligență artificială folosit.
Modificările driverului pot fi verificate prin intermediul ecranului
Activitatea convențională de dezvoltare a driverelor grafice presupune, de obicei, ca programatorii să modifice codul, să îl compileze, să repornească serviciile relevante și să inspecteze manual rezultatele.
În schimb, acest experiment oferă agentului AI posibilitatea de a inspecta rezultatul după modificarea, recompilarea și testarea codului driverului grafic.
Acest lucru înseamnă că verificarea vizuală se poate realiza direct pe dispozitivul fizic, fără a depinde doar de mesajele compilatorului sau de diagnosticele textuale.
În cazul suportului pentru Radeon, această distincție este importantă, deoarece o compilare reușită nu garantează neapărat o afișare grafică corectă.
Un driver poate fi compilat cu succes, dar poate genera diferite efecte vizuale, o randare instabilă, setări de afișare incorecte sau alte probleme în timpul funcționării efective. Fluxul de lucru demonstrat îi permite agentului să identifice respectivele modificări vizuale și să le utilizeze atunci când decide ce porțiuni de cod necesită ajustări suplimentare.
De asemenea, acesta permite efectuarea unor teste repetate fără a necesita intervenția unui programator pentru a inspecta fiecare rezultat intermediar generat pe parcursul ciclului de dezvoltare grafică.
Prin urmare, experimentul lui Schroeder stabilește o legătură între programarea automatizată și observarea directă a rezultatelor afișate de hardware, deși demonstrația disponibilă nu indică în ce măsură această metodă poate fi scalată în mod fiabil.
Configurația nu demonstrează că agentul a creat în mod independent un driver Radeon complet, gata de utilizare, fără implicarea directă a oamenilor.
În schimb, aceasta ilustrează o metodă de dezvoltare în care un sistem AI poate modifica codul driverului și poate primi informații vizuale pe baza imaginii afișate.
Această distincție este importantă, deoarece dezvoltarea driverelor implică numeroase funcții care nu pot fi evaluate exclusiv prin ceea ce apare pe ecran.
About the Author
