سخت‌افزار و رایانش ابری

تحلیل فنی تزریق غیررسمی DLSS 5 به موتور Quake سال ۱۹۹۶: چالش‌های پردازش تصویر در محیط‌های شبیه‌سازی‌شده

در اتفاقی که مرزهای میان بازسازی مدرن گرافیکی و دستکاری‌های تجربی نرم‌افزاری را جابجا کرده است، یک مادِر اوکراینی با نام والری کریزانوفسکی (Valery Kryzhanovsky) موفق به اجرای نسخه نشت‌یافته (Leaked) فناوری DLSS 5 بر روی بازی کلاسیک Quake محصول سال ۱۹۹۶ شده است. این آزمایش که با استفاده از تکنیک‌های پس‌پردازش (Post-processing) انجام شده، نشان می‌دهد که تزریق الگوریتم‌های هوش مصنوعی مدرن به موتورهای بازی قدیمی بدون ادغام بومی (Native Integration)، نتیجه‌ای فراتر از یک کنجکاوی فنی به همراه ندارد.

معماری تزریق: فراتر از یک افزونه ساده

برخلاف تصور اولیه، این پروژه از قابلیت‌های بومی کارت‌های گرافیک سری RTX برای بهبود تصویر Quake استفاده نمی‌کند. والری به جای ادغام مستقیم در موتور بازی، از ReShade در کنار RenoDX بهره برده است تا فریم‌های خروجی از شبیه‌ساز DOSBox را به صورت لایه‌ای تحت پردازش قرار دهد. تکنیک استفاده شده در این آزمایش، «4x Multipass» نام دارد؛ به این معنا که الگوریتم ارتقای تصویر (Upscaling) چهار بار متوالی بر روی یک فریم اجرا می‌شود تا داده‌های بصری بازسازی شوند. این متد در واقع یک فیلتر هوش مصنوعی بلادرنگ است که بر روی خروجی نهایی موتور بازی اعمال می‌شود، نه یک سیستم ارتقای مقیاس که بر پایه بردارهای حرکتی (Motion Vectors) و داده‌های عمق (Depth Buffer) در موتور بازی عمل کند.

چرا خروجی با استانداردهای مدرن فاصله دارد؟

نتایج حاصل از این آزمایش به شدت ناامیدکننده است و تصاویر خروجی در بسیاری از صحنه‌ها «نفرین‌شده» (Cursed) به نظر می‌رسند. دلیل اصلی این نقص فنی، فقدان دسترسی DLSS 5 به داده‌های حیاتی موتور بازی است. فناوری DLSS برای عملکرد بهینه، به بردارهای حرکتی، داده‌های پیشین تصویر و اطلاعات عمق نیاز دارد تا بتواند پیکسل‌های جدید را با دقت بالا بازسازی کند. در این پروژه، چون هیچ ارتباطی با کد منبع بازی (Engine Source Code) وجود ندارد، الگوریتم هوش مصنوعی به جای بازسازی دقیق لبه‌ها و جزئیات، با داده‌های نویزآلود و ناقص روبرو شده و در نهایت با افزایش کنتراست شدید و تیرگی غیرمعمول (Darkening) مواجه می‌شود. این در حالی است که پیش‌تر، مهندسان مستقلی مانند «سولتیم تسیرنداشیف» موفق شده بودند با تزریق مستقیم Ray Tracing به موتور Quake، نتایج خیره‌کننده‌ای مشابه دموی رسمی انویدیا برای Quake II خلق کنند.

مشخصات فنی و چالش‌های اجرا

  • پلتفرم مبدأ: Quake 1996 اجرا شده در شبیه‌ساز DOSBox
  • متد پیاده‌سازی: پس‌پردازش (Post-process) از طریق ReShade و RenoDX
  • الگوریتم مورد استفاده: نسخه نشت‌یافته DLSS 5 (مدل توسعه‌یافته با تمرکز بر 4x Multipass)
  • محدودیت کلیدی: عدم دسترسی به Motion Vectors و Depth Buffer بومی بازی
  • نتیجه مشاهده شده: افت شدید روشنایی، آرتیفکت‌های بصری سنگین و اعوجاج در بافت‌های محیطی

آینده DLSS و توسعه مدل‌های هوش مصنوعی

در حالی که این پروژه یک شکست بصری محسوب می‌شود، نباید پتانسیل‌های پلتفرم DLSS را با این آزمایش‌های آماتورانه اشتباه گرفت. طبق آخرین گزارش‌ها در پاییز ۱۴۰۵، انویدیا اعلام کرده است که مدل‌های نسل جدید DLSS تا ۲ برابر بهبود کارایی داشته و ردپای حافظه (Memory Footprint) آن‌ها تا ۲۴ درصد کاهش یافته است. این پیشرفت‌ها بر پایه آموزش‌های سنگین در محیط‌های مجازی واقعی صورت گرفته است. آنچه در Quake مشاهده کردیم، استفاده از نسخه‌ای «کم‌آموزش‌دیده» (Undertrained) و نشت‌یافته از این تکنولوژی در یک محیط کاملاً ناهمگون است.

نتیجه‌گیری نهایی این است که هوش مصنوعی در گرافیک بازی‌های رایانه‌ای، بدون هماهنگی عمیق با معماری موتور بازی (Engine-level Integration)، نه تنها باعث بهبود نمی‌شود، بلکه می‌تواند اصالت بصری آثار کلاسیک را نیز مخدوش کند. توسعه‌دهندگان باید برای دستیابی به خروجی مطلوب، به جای روش‌های تزریقی ناپایدار، به دنبال بازسازی‌های بومی با استفاده از ابزارهای رسمی توسعه‌دهندگان باشند.

📌 منبع و مطالعه بیشتر: گزارش تحلیلی Tom’s Hardware درباره آزمایش DLSS 5 روی Quake
حامد

حامد

مسئول مجله فناوری آسمان نقره‌ای