هوش مصنوعی در لپ‌تاپ مک‌بوک اینتل از وب‌کم و آینه برای بازنویسی و اشکال‌زدایی کد درایور AMD Radeon خود به صورت زنده و مستقیم – بدون برنامه‌نویس در حلقه استفاده می‌کند.

یک وب‌کم و آینه جایگزین چشم انسان در طول آزمایش درایور Radeon می‌شوند

لپ تاپ صفحه نمایش خود را از طریق یک تصویر آینه ای تماشا می کند

راه‌اندازی شرودر سازگاری AMD Radeon در لینوکس Omarchy را هدف قرار می‌دهد جاستین شرودر، یک توسعه‌دهنده لینوکس، یک راه‌اندازی غیرمعمول ایجاد کرد که یک مک بوک قدیمی اینتل را با آینه و دوربین جفت کرد.

این تنظیمات از دوربین لپ‌تاپ، یک آینه و نمایشگر آن استفاده می‌کند تا به نرم‌افزار اجازه می‌دهد تا تغییرات گرافیکی را بدون بررسی انسان در طول توسعه بررسی کند.

این فرآیند هنگام کار بر روی Omarchy، یک توزیع منبع باز لینوکس که برای سخت افزار گرافیکی Radeon سازگار است، نشان داده شد.

یک دوربین به چشم مامور تبدیل می شود

این آزمایش، وب‌کم لپ‌تاپ را با هدایت نمای آن به سمت آینه‌ای رو به نمایشگر، به یک ابزار بازرسی غیرمعمول تبدیل می‌کند.

این تصویر منعکس شده به عامل برنامه نویسی اجازه می دهد تا به اطلاعات بصری در مورد آنچه پس از ایجاد تغییرات در کد گرافیکی رخ می دهد، دسترسی داشته باشد.

به جای تکیه کامل بر خروجی متن، سیستم می‌تواند مشکلات رندر قابل مشاهده را که مستقیما روی صفحه نمایش لپ‌تاپ ظاهر می‌شوند، بررسی کند.

این مشکلات می تواند شامل تصاویر مخدوش، سوسو زدن نمایشگر، وضوح نادرست، یا سایر تغییراتی باشد که نشان می دهد نرم افزار گرافیکی در طول آزمایش کار نمی کند.

این چیدمان غیرعادی است زیرا کامپیوتر به طور موثری از دوربین خود برای مشاهده تصویری که توسط خودش تولید می شود استفاده می کند.

نمایش شرودر مربوط به پشتیبانی AMD Radeon در Omarchy است، جایی که سازگاری درایور نیازمند تغییراتی است که می تواند بر خروجی نمایشگر واقعی تأثیر بگذارد.

بنابراین دوربین و آینه یک مسیر بازخورد فیزیکی بین عامل نرم‌افزار و سخت‌افزار گرافیکی که در طول هر آزمایش در حال تغییر است، فراهم می‌کنند.

شرودر گفت که عامل می تواند صفحه نمایش تغییر یافته را ببیند و اطلاعات فرآیند کدگذاری خود را از بازخورد بصری مستقیم در طول آزمایش می دهد.

تغییرات درایور را می توان از طریق نمایشگر بررسی کرد

کار درایور گرافیک معمولی معمولا به برنامه نویسان نیاز دارد که کد را تغییر دهند، آن را کامپایل کنند، سرویس های مربوطه را مجددا راه اندازی کنند و نتایج را به صورت دستی بررسی کنند.

این آزمایش در عوض به عامل برنامه نویسی هوش مصنوعی راهی می دهد تا پس از اصلاح، بازسازی و آزمایش کد درایور گرافیک خود، نتیجه را بررسی کند.

این بدان معنی است که تأیید بصری می تواند مستقیما در ماشین فیزیکی انجام شود نه اینکه فقط به پیام های کامپایلر یا تشخیص متنی بستگی داشته باشد.

برای پشتیبانی Radeon، این تمایز مهم است زیرا کامپایل موفقیت آمیز لزوما به این معنی نیست که خروجی گرافیکی به درستی ظاهر می شود.

درایور ممکن است در حین تولید مصنوعات قابل مشاهده، رندر ناپایدار، تنظیمات نمایشگر نادرست، یا سایر مشکلات در حین عملیات واقعی، با موفقیت بسازد.

گردش کار نشان داده شده به عامل اجازه می دهد تا آن تغییرات بصری را شناسایی کند و هنگام تصمیم گیری در مورد کدهایی که نیاز به تنظیم بیشتر دارد از آنها استفاده کند.

همچنین امکان تست مکرر را بدون نیاز به برنامه نویس برای بازرسی هر نتیجه میانی تولید شده در چرخه توسعه گرافیک فراهم می کند.

بنابراین آزمایش شرودر، برنامه‌نویسی خودکار را با مشاهده مستقیم خروجی سخت‌افزار مرتبط می‌کند، اگرچه نمایش موجود نشان نمی‌دهد که این مقیاس چقدر قابل اعتماد است.

تنظیم همچنین نشان نمی دهد که عامل به طور مستقل یک درایور کامل Radeon آماده تولید بدون دخالت مستقیم انسان ایجاد کرده است.

در عوض، یک روش توسعه را نشان می دهد که در آن یک سیستم هوش مصنوعی می تواند کد راننده را تغییر دهد و اطلاعات بصری را از صفحه نمایش دریافت کند.

این تمایز مهم است زیرا توسعه درایور شامل عملکردهای زیادی است که نمی توان آنها را صرفا از طریق آنچه در یک صفحه ظاهر می شود ارزیابی کرد.