Tag: Open-source development

  • RPCS3 Team Urges AI Vibe Coders to Stop Pushing AI-Generated Code

    RPCS3 Team Urges AI Vibe Coders to Stop Pushing AI-Generated Code

    Key Takeaway

    1. The RPCS3 team is frustrated with low-effort, AI-generated code submissions that lack testing and verification.
    2. New rules have been implemented requiring contributors to fully understand and own their code, discouraging AI-only contributions.
    3. The team emphasizes quality and genuine effort over quantity, warning against the use of AI to generate untested or incomplete code.

    Development Team’s Frustration with AI-Generated Code

    The folks who work on the open-source PS3 emulator called RPCS3 are really annoyed lately with people just submitting AI-generated junk code. Recently, their Github has been flooded with low-quality, untested code that’s mostly churned out by big language models, with users who don’t really know much about coding, just pushing whatever the AI hands them. It’s kinda messing up their workflow and taking away their time from actual useful development.

    History and Achievements of RPCS3

    The developers behind RPCS3 have been working on this project by hand since way before AI became a big thing in coding. The project started back in 2011, and over the years, it’s grown a lot. Now, gamers can enjoy most PS3 games on modern computers—but not all, of course. They’ve managed to support nearly all titles, with just a few exceptions. Yet, the rise of AI-generated contributions has really tested their patience, and it’s a real problem for the community.

    Official Warning and New Rules

    The team didn’t hold back and came out straight with a message. They posted on X (formerly Twitter), saying, “Please stop submitting AI slop code pull requests to RPCS3. We will start banning those who do so without disclosing it. There are plenty of resources online to learn how to debug and code instead of generating slop that you don’t understand, and that doesn’t work.” It’s a clear warning telling folks that they need to put in real effort and learn if they want to contribute.

    Strict Guidelines for Contributions

    Following this, the RPCS3 team quickly made some rules for anyone wanting to add to the project. They explained that many recent submissions are untested and unverified, mostly AI-created, which just wastes their time and can even break the emulator for everyone. They warned that nobody could fake their way through this by just relying on AI, and said they would just block those who show up with pointless submissions. The message was loud and clear: learn how to code properly, or don’t bother at all.

    Allowing AI in Certain Situations

    That said, the rules aren’t against AI use entirely. They said researchers or people reverse-engineering can still use AI if they understand exactly what each line of their code means and take full responsibility for it. The key rule is, all communication and code must be written and owned by the contributor, not just generated by a bot or AI tool. They’re really fed up with people hiding behind AI in their pull requests.

    Final Message and Philosophy

    The bottom line from RPCS3’s team is pretty tough but fair—they believe that quality beats quantity, and that making something useful takes real effort, critical thinking, and dedication. They’re not gonna let a flood of AI-made junk drown out the good work. It’s a reminder that creating meaningful software or emulation is about passion and blood, sweat, tears—stuff AI just can’t replace.

    Sources
  • Arm Launches ASR Tech for Enhanced Mobile Gameplay Graphics

    Arm Launches ASR Tech for Enhanced Mobile Gameplay Graphics

    Arm has introduced a revolutionary feature for mobile gamers: Arm Accuracy Super Resolution (ASR). This upscaling technology, derived from AMD’s FSR2 but fine-tuned for mobile devices, allows for smoother gameplay on less powerful phones and tablets. Unlike FSR2, which targets PCs and high-end consoles, Arm ASR is focused on mobile applications and operates efficiently on devices with limited processing capabilities. Additionally, Arm provides ASR as an open-source solution, available to developers at no cost for integration into their games.

    Optimized for Mobile Devices

    The release of this technology is timely. As Arm processors, like Apple’s M series chips, bring more power to laptops, mobile gaming is experiencing a surge. Even high-demand 3A titles are making their way to smartphones and tablets. Arm ASR is designed to handle these trends by being optimized for the constraints of mobile devices.

    Arm’s internal tests reveal impressive outcomes. Using a specific GPU at 2x upscaling resolution, ASR shows a 53% improvement in frame rates compared to FSR2’s 36%. Tests with MediaTek’s Dimensity 9300 chip further indicate that 2x ASR reduces power consumption by over 20% compared to native 1080p rendering. This results in longer gaming sessions on battery-powered devices and helps mitigate overheating issues, a significant concern for mobile gamers.

    A Different Approach to Super-Resolution

    Arm ASR is not the first super-resolution technology for mobile devices (Qualcomm’s version focuses more on performance than image quality), but it takes a unique approach. It employs temporal super-resolution sampling technology, collaborating with the game engine to deliver superior image quality with slightly higher processing demands. This method could benefit Microsoft’s Copilot+ PC running Windows 11 on Arm, given their aim to enhance the Arm gaming experience. While Microsoft’s Auto SR technology uses AI for performance improvement, its dependency on AI processing currently limits its application to Copilot+ PCs.

    Ease of Use and Accessibility

    Arm ASR is also user-friendly. Built on AMD’s FSR2, it allows developers already familiar with the framework to easily adapt to its API and configuration options. Being open-source eliminates licensing fees, streamlining cross-platform game development and enabling seamless game progress transfer between devices, so you can continue your gameplay without interruption.


    Arm Launches ASR Tech for Enhanced Mobile Gameplay Graphics
  • HDMI Forum Denies AMD’s Linux Driver Support for HDMI 2.1

    HDMI Forum Denies AMD’s Linux Driver Support for HDMI 2.1

    AMD’s efforts to improve its open-source Linux graphics driver (AMDGPU) by incorporating HDMI 2.1 features have faced a significant obstacle. Despite extensive internal development aimed at enabling crucial functionalities such as 4K@120Hz and 5K@240Hz, the HDMI Forum has rejected AMD’s proposal.

    AMD’s Proposal Rejected

    The rejection has implications for Linux users with newer AMD Radeon graphics cards, who may find themselves unable to fully exploit the capabilities of HDMI 2.1-enabled displays. AMD conveyed its disappointment with the Forum’s decision, emphasizing that achieving an open-source HDMI 2.1 implementation would be unfeasible without infringing upon HDMI Forum stipulations.

    The HDMI Forum justified its decision based on legal and compliance concerns related to the open-source dissemination of the HDMI 2.1 specification. This development underscores the challenges encountered by open-source HDMI developers following the HDMI Forum’s move to restrict its specifications in 2021.

    Recommendation for Linux Users

    Consequently, the latest HDMI features are expected to remain inaccessible through open-source drivers. AMD’s suggestion for Linux users seeking features like high-refresh-rate 4K gaming is to opt for DisplayPort connections as an alternative.

    Windows Users Unaffected

    In contrast, Windows users with AMD graphics will continue to enjoy full HDMI 2.1 functionality, underscoring a disparity within the open-source development landscape. This discrepancy also sheds light on potential tensions within the relationship between AMD and the HDMI Forum.

    Uncertain Future for Linux Users

    The rejection raises questions about whether Linux users with AMD graphics will ever harness the full potential of next-generation HDMI 2.1 displays. Currently, both AMD and the HDMI Forum seem entrenched in their respective stances, limiting choices for consumers and leaving the situation unresolved.