บัญชี X/Twitter อย่างเป็นทางการของ FFmpeg ออกมาแซะ AMD ต่อสาธารณะในสัปดาห์นี้ โดยระบุว่านักพัฒนา FFmpeg ไม่พอใจกับสิ่งที่เรียกว่า “แพตช์ขยะจาก AI (AI slop patches)” พร้อมอ้างอิงไปยัง pull request หนึ่งบนเซิร์ฟเวอร์โค้ดของ FFmpeg ที่ถูกปิดไปแล้ว

Pull request ดังกล่าวพยายามเพิ่มการรองรับการ build สำหรับ AMD HIP SDK บน Windows
หากใครไม่คุ้นเคยกับ HIP — AMD HIP (Heterogeneous-computing Interface) SDK คือแนวทางที่ AMD ใช้นำบางส่วนของ ROCm มาให้ใช้งานบน Windows พร้อมเครื่องมือและ API สำหรับงาน GPU compute ผ่าน HIP

ในเธรดรีวิว นักพัฒนา FFmpeg แสดงความไม่เห็นด้วยกับรายละเอียดหลายจุดที่ดูเหมือนสไตล์ของ LLM ทั้งในตัวแพตช์และข้อความ commit โดยเฉพาะการใส่คำแนะนำสำหรับผู้ใช้ปลายทางเกี่ยวกับการตั้งค่าระบบ รวมถึงขั้นตอนที่เกี่ยวข้องกับซอฟต์แวร์อย่าง pacman ลงไปใน commit message แทนที่จะโฟกัสเฉพาะว่า “มีการเปลี่ยนอะไร” และ “เปลี่ยนไปทำไม” ตามมาตรฐานปกติ

ฝั่งนักพัฒนา AMD โต้แย้งว่า คำอธิบายที่ยาวนั้นมาจากประสบการณ์การ build จริงและเอกสารเก่า ไม่ได้เป็นข้อความมั่วหรือ filler แต่อย่างใด และในภายหลังก็มีการแก้ไขข้อความบางส่วน หลังจากที่ผู้รีวิวพยายามดึงการถกเถียงกลับมาให้อยู่ในกรอบของมาตรฐาน commit

อย่างไรก็ตาม สุดท้าย pull request นี้ก็ถูกปิดอยู่ดี ด้วยเหตุผลด้านทิศทางทางเทคนิค ไม่ใช่แค่เรื่องรูปแบบการเขียนเท่านั้น เนื่องจาก FFmpeg กำลังลงทุนกับแนวทาง GPU แบบไม่ผูกกับค่ายใดค่ายหนึ่ง (vendor-neutral) มากขึ้น โดยใช้ Vulkan เป็นหลัก รวมถึงงานถอดรหัสวิดีโอผ่าน Vulkan ที่ถูกพัฒนาให้เป็นโซลูชันข้ามแพลตฟอร์มและข้ามผู้ผลิต

บางคนอาจมองว่าคอมเมนต์ของ FFmpeg ค่อนข้างแรงเกินไป เมื่อพิจารณาว่าสิ่งที่ส่งมาเป็นเพียงการสรุปงานที่เคยทำมาก่อนแล้ว แต่ด้านบวกคือเหตุการณ์นี้แสดงให้เห็นว่ายังมีนักพัฒนาที่อ่าน ตรวจสอบ และรีวิวทุก commit อย่างจริงจัง

และก็อดไม่ได้ที่จะคิดเล่น ๆ ว่า… บางทีเหล่าเกมเมอร์อาจต้องตั้งกองทุนโทเคนให้ AMD เพื่อจะได้เอา AI มานั่ง “slop” ทำ FSR 4 ให้รองรับ RDNA 3 สักที

ที่มา : VideoCardz