Patrick Klepek writes via Motherboard: Few role-playing experiences are as beloved as the original Final Fantasy games, which is why Square Enix announcing a new brand it's calling Pixel Remasters for the first six games was greeted with equal parts shock and horror. For every brilliant reinvention, like last year's Final Fantasy 7 Remake, you have these nightmarish updates to classics like Final Fantasy 6 that are so abjectly awful to look at that fans created mods to try and replace the visuals. It's not really clear what Square Enix wants to accomplish with these Pixel Remasters, but what's abundantly clear is that Square Enix intends to revisit the visuals across each 2D game. The new sprites aren't massive departures from the originals, but they're different, and it's led to speculation about whether the company is going to address a longstanding issue with older games being released on fancy new televisions and computer monitors.

I've always loved the way video games looked -- fuzzy and crunchy -- on those humorously heavy and bulky older cathode-ray tube (CRT) TVs that used to populate family rooms. What I didn't know until earlier this year, however, was the science behind it all. It's not just that high-definition displays provide a crisper look at art made in earlier eras of video games, but that art was specifically drawn knowing it would ultimately pipe through a CRT, and when that art is viewed on a modern, non-CRT display, you're actually losing some intended detail. [...] The problem is many people will never experience it in real-life, and so filters and similar technologies are essentially forms of emulation for television tech. More than 705 million CRT TVs have been sold in the United States since 1980, and the vast majority of these environmentally unfriendly devices are in the process of being broken down and recycled. That process will take years. But more practically, nobody is making CRT TVs anymore, and as the existing supply naturally breaks down, it falls to hobbyists to keep them ticking. No great shock to learn that Starkweather isn't a huge fan of Square Enix's approach for the Pixel Remasters, partially because it risks erasing the work of the original artists. One solution that Starkweather proposes is Square Enix spending time on a refined CRT filter.

"Filters are simply filters and they change visuals without having any artistic intention behind," said renowned pixel artist Thomas Feichtmeir. "I have not yet seen any CRT filter implemented in a game which truly simulated a realistic CRT experience." While naive folks like myself learned about CRT through a Twitter account, Feichtmeir had a similar realization years ago. At home, Feichtmeir had a CRT monitor next to an LCD laptop, and as he transferred his dawn pixels from one to the other, it dawned upon him that they looked different. He noticed a similar issue playing games re-released on modern displays. "If you make a piece of pixel art on a LCD and you put it on a CRT," he said, "it's the equivalent of taking one of your articles, putting it through Google Translate and to expect that the other language it comes out [with] will have perfect meaning and grammar. A whole field of 'localization' exists for writing and in the game industry to address those issues." Though Feichtmeir has no specific insight into what Square Enix is or isn't planning for its Pixel Remasters series, watching what's been released gave him pause on the CRT theory. "Considering the couple of screenshots and snippets we saw in the presentation, I would not say any of it really accounts for the gap between CRT and LCDs," he said. "We still can see a lot of techniques which theoretically should stay on a CRT -- like overly dithered textures or just color optimized battle backgrounds. The biggest change are the characters, where they basically removed the volumetric shading in exchange for a dark outlined flat style. In my eyes this just changes the style to something which does not feel close to the original. And I think what a remaster should deliver on is to recreate the feeling how the original game felt."

An anonymous reader quotes a report from Ars Technica: Microsoft has released a new version of source-code editor Visual Studio Code that runs natively on Apple Silicon Macs like the MacBook Air, MacBook Pro, and Mac mini models with Apple M1 chips. The change came in Visual Studio Code 1.54 (now 1.54.1, thanks to a bug fix update), which is available as a universal 64-bit binary, as is standard for apps with Apple Silicon support. That said, Microsoft also offers downloads for x86-64 and Arm64 versions specifically, if desired.

There are no differences in features between the two versions, of course. And the non-Apple Silicon version worked just fine on M1 Macs previously via Rosetta, but Microsoft says M1 users can expect a few optimizations with the new binaries: "We are happy to announce our first release of stable Apple Silicon builds this iteration. Users on Macs with M1 chips can now use VS Code without emulation with Rosetta, and will notice better performance and longer battery life when running VS Code. Thanks to the community for self-hosting with the Insiders build and reporting issues early in the iteration." Other key features in Visual Studio Code 1.54 include the ability to retain terminal processes on window reload, performance improvements in the Windows version, product icon themes, improvements when viewing Git history timeline entries, and various accessibility improvements.

Long ago there were plans for a remastered Xbox 360 version of the Nintendo 64 game "Goldeneye 007" — but they never materialized, and that game became a lost legend. But then Monday Ars Technica interviewed longtime Spanish game streamer Graslu00, who had somehow uploaded a two-hour video demo-ing the lost game. The files came with a peculiar note: "Never say never, release coming soon, James."
Days later Engadget reported: This week, a ROM of a canceled 2007 Xbox 360 remaster of the game appeared online, allowing those with a PC to play it using an emulator. According to VGC (via Polygon), the leaked ROM includes the game's entire single-player campaign, as well as its multiplayer component. It also allows players to seamlessly toggle between the remaster's enhanced textures and effects and the original's blocky N64 graphics.
So this weekend the BBC tracked down videogame designer David Doak, who'd worked on the original 1997 game, who admitted it was fun finally seeing the remastered game "out in the wild." "It is always heart-warming to see that the original game is still so fondly remembered and has obviously brought joy to so many people over almost 25 years since release.

"The current excitement over the leak of this 'naughty remaster' speaks volumes for the impact and enduring legacy of GoldenEye 007."

David Doak also appeared as a character called Dr Doak in the original game, but was replaced in the remastered version. Some gamers have already modified the leaked software to put him back in, which he said was "particularly touching."
Since 2009 he's been using the Twitter handle @DrDoak.

In March he'd tweeted, "Dr Doak works in a chemical weapons facility. He washes his hands regularly and is careful to avoid touching his face. This is good practice. Be like Dr Doak."

A mysterious hacking group has compromised the server infrastructure of a popular Android emulator and has delivered malware to a handful of victims across Asia in a highly-targeted supply chain attack. ZDNet reports: The attack was discovered by Slovak security firm ESET on January 25, last week, and targeted BigNox, a company that makes NoxPlayer, a software client for emulating Android apps on Windows or macOS desktops. ESET says that based on evidence its researchers gathered, a threat actor compromised one of the company's official API (api.bignox.com) and file-hosting servers (res06.bignox.com).

Using this access, hackers tampered with the download URL of NoxPlayer updates in the API server to deliver malware to NoxPlayer users. Despite evidence implying that attackers had access to BigNox servers since at least September 2020, ESET said the threat actor didn't target all of the company's users but instead focused on specific machines, suggesting this was a highly-targeted attack looking to infect only a certain class of users. Until today, and based on its own telemetry, ESET said it spotted malware-laced NoxPlayer updates being delivered to only five victims, located in Taiwan, Hong Kong, and Sri Lanka. "We discard the possibility that this operation is the product of some financially motivated group," an ESET spokesperson told ZDNet today via email. "We are still investigating, but we have found tangible correlations to a group we internally call Stellera, which we will be reporting about in the near future."

jyosim writes: Professors at the University of Florida are outraged that the university essentially put a "tattle" button on a campus safety app that lets students report if professors aren't teaching in person. Apparently more than 100 professors there have asked to teach online for health reasons but have been denied, and administrators worry that they'll just teach online anyway. Professors feel the app is akin to a "police state." "The university spokesperson said that administrators had heard that some professors 'would simply refuse to teach an in person class if that's what they were supposed to be doing,' so they added the feature, which rolled out this week as spring classes began," reports EdSurge. An email was sent to all students on Monday that encouraged them to use the app if they saw any 'inconsistencies' in course delivery."

In response, Daniel A. Smith, chair of the university's political-science department, wrote in a letter: "Emulation of police states is not a good look for a university devoted to the education of democratic citizens. What sort of message does this send to our students?" On Twitter, professor Lisa S. Scott said she was "more than a little disturbed" by the move, adding, "@UF do better. We've been working our asses off for you through all of this."

Fast Company's technology editor harrymcc writes: After years of growing technical irrelevance and security concerns, the Flash browser plug-in will reach the end of the road on January 12 when Adobe blocks its ability to display content. The web will survive just fine. But there's a huge library of old Flash games — some of them quirky, interesting, and worth preserving. Over at Fast Company, Jared Newman wrote about several grassroots initiatives that will allow us to continue to enjoy these artifacts of the Flash era even after Flash is history.
Some tips from the article:

• If you have a Windows PC, the best way to replay old Flash content is with FlashPoint, a free program with more than 70,000 web games and 8,000 animations, most of which are Flash-based. (Experimental Mac and Linux versions are also available, but are complicated to set up....)

• Conifer lets you run a legacy browser with Flash support on a remote machine, insulating you from any security issues...

• The Internet Archive has made thousands of Flash games and animations playable online in modern web browsers through emulation, so you can play the Helicopter Game or watch Peanut Butter Jelly Time in their original forms.

• Ruffle is the underlying emulation software that The Internet Archive is using. You can also install it as a standalone program or browser extension...

• Newgrounds has released its own Flash Player for Windows that safely loads content from its website, so you still get the full experience of using Newgrounds proper.

But the article opens with a sentence reminding us that "After all the challenges of 2020, there's one thing we can all look forward to in the new year: Adobe Flash Player will finally be dead."

Microsoft has made available two different Windows 10 test builds today, one of which includes the promised x64 app emulation for Arm, among other features. ZDNet reports: The RS_Prerelease build 21277 -- which ultimately is expected to be designated as the "Cobalt" branch -- includes the features Microsoft had previously been testing but removed at the end of October. This includes the updated emoji picker, redesigned touch keyboard, voice typing, theme-aware splash screens and more. It also provides the aforementioned Arm emulation support. Currently, Windows on Arm natively supports Arm apps, including ARM64 versions. But so far, only 32-bit Intel (x86) apps are supported in emulation. This lack of x64 emulation has limited the number of apps that can run on Windows on Arm devices, since apps that are 64-bit only have only been available on Windows on Arm (WoA) devices if and when developers created native versions of them. As of now, these x64 Arm apps also can run in emulation. More details on the x64 Arm emulation preview functionality are in this Microsoft post.

PCMag.com's lead mobile analyst calls Qualcomm "a little too unbothered by Apple's M1 Macs" Qualcomm executives brushed off a question about Apple's new M1-based Macs during a question-and-answer session at the company's Snapdragon Summit today, where Qualcomm announced a new flagship smartphone chipset but no upgrades to its year-old chips for PCs... In general, reviews of Qualcomm-powered laptops such as the Microsoft Surface Pro X have celebrated the devices' long battery life, but lamented problems with third-party apps that were originally coded for Intel processors. That stands in stark contrast to Apple's new M1-based Macs, which don't seem to be slowed down as badly by older software...

"It's a great validation of what we've been doing for the past few years and [Qualcomm's product line] is just going to get stronger and stronger as we broaden our scope," said Alex Katouzian, Qualcomm SVP for mobile. Katouzian made sure to subtly call out ways in which Qualcomm's always-connected PCs are superior to Apple's newest Macs. The Macs lack 4G connectivity and still have poor-quality, 720p front-facing cameras... Katouzian also pointed out that (presumably unlike Apple) Qualcomm addresses "many tiers...and many price points" with its 7c, 8c, and 8cx laptop chipsets, letting Windows laptop makers drive prices well below the MacBook Air's $999 list price.

The core problem with Qualcomm's always-connected PC strategy is one that Qualcomm itself can't fix. While Qualcomm could, and probably will, soon announce a laptop chip that's based on the new Snapdragon 888 and has a level of raw power closer to Apple's M1, it's really down to Microsoft, as well as peripheral and app makers to solve the platform incompatibilities that have frustrated PC reviewers.
Hot Hardware cites Microsoft's promises of changes come in future updates to Windows 10, arguing that "with the arrival of x64 emulation and a growing library of native Arm64 apps, Windows 10 on Arm is going to be an even more powerful platform." From a performance perspective, while running Windows 10 on Arm, these [Snapdragon 8cx] chips may currently be at a disadvantage to the Apple M1, but some day in the not so distant future that might not be the case. We have no doubt that Qualcomm is likely working on a new Windows PC-centric SoC that is based on Snapdragon 888 or similar architecture. Qualcomm has promised a 25 percent uplift in CPU and a 35% lift in GPU performance over the Snapdragon 865, with the Snapdragon 888, which already offers a big boost over the previous gen Snapdragon 855/8cx. So, Qualcomm has the potential to put up a strong showing against the Apple M1, whenever its next-generation Snapdragon PC chip launches.
That may be, but John Gruber at Daring Fireball argues that currently "M1 Macs embarrass all other PCs — all Intel-based Macs, including automobile-priced Mac Pros, and every single machine running Windows or Linux." Those machines are just standing around in their underwear now because the M1 stole all their pants. Well, that just doesn't happen, your instincts tell you. One company, even a company like Apple, doesn't just embarrass the entire rest of a highly-competitive longstanding industry. But just because something hasn't happened — or hasn't happened in a very long while — doesn't mean it can't happen. And in this case, it just happened... M1 Macs completely upend what we can and should expect from PCs. It's a breakthrough along the lines of the iPhone itself in 2007.

Developer Alexander Graf has successfully virtualized the Arm version of Windows on an M1 Mac, proving that the M1 chip is capable of running Microsoft's operating system. From a report: Currently, Macs with the M1 chip do not support Windows and there is no Boot Camp feature as there is on Intel Macs, but support for Windows is a feature that many users would like to see. Using the open-source QEMU virtualizer, Graf was able to virtualize the Arm version of Windows on Apple's M1 chip, with no emulation. Since the M1 chip is a custom Arm SoC, it is no longer possible to install the x86 version of Windows or x86 Windows apps using Boot Camp, as was the case with previous Intel-based Macs. However, he said in a Tweet that when virtualized on an M1 Mac, "Windows ARM64 can run x86 applications really well. It's not as fast as Rosetta 2, but close."

Microsoft is officially revealing it's working on x64 app emulation support for Windows on ARM today. From a report: Currently, Windows on ARM devices like the Surface Pro X can only run native 32- and 64-bit ARM apps, alongside 32-bit x86 apps. The vast majority of desktop apps, including Adobe's Creative Suite, have moved to 64-bit x86 and many have stopped supporting their 32-bit variants. This has left devices like the Surface Pro X unable to access certain apps, but Microsoft's new emulation support will mean any and all Windows apps will now work on Windows on ARM. The new x64 emulation support will start rolling out to Windows Insider testers in November and should arrive in a broader operating system update next year.

Most of Microsoft's money now comes from its cloud service Azure, points out open-source advocate Eric S. Raymond. Now he posits a future where Windows development will "inevitably" become a drag on Microsoft's business: So, you're a Microsoft corporate strategist. What's the profit-maximizing path forward given all these factors? It's this: Microsoft Windows becomes a Proton-like emulation layer over a Linux kernel, with the layer getting thinner over time as more of the support lands in the mainline kernel sources. The economic motive is that Microsoft sheds an ever-larger fraction of its development costs as less and less has to be done in-house. If you think this is fantasy, think again. The best evidence that it's already the plan is that Microsoft has already ported Edge to run under Linux. There is only one way that makes any sense, and that is as a trial run for freeing the rest of the Windows utility suite from depending on any emulation layer.

So, the end state this all points at is: New Windows is mostly a Linux kernel, there's an old-Windows emulation over it, but Edge and the rest of the Windows user-land utilities don't use the emulation. The emulation layer is there for games and other legacy third-party software. Economic pressure will be on Microsoft to deprecate the emulation layer... Every increment of Windows/Linux convergence helps with that — reduces administration and the expected volume of support traffic.

Eventually, Microsoft announces upcoming end-of-life on the Windows emulation. The OS itself , and its userland tools, has for some time already been Linux underneath a carefully preserved old-Windows UI. Third-party software providers stop shipping Windows binaries in favor of ELF binaries with a pure Linux API...

...and Linux finally wins the desktop wars, not by displacing Windows but by co-opting it. Perhaps this is always how it had to be.

At WWDC 2020 earlier this week, Apple announced that it's moving Macs away from Intel processors to its own silicon, based on ARM architecture. To help ease the transition, the company announced Rosetta 2, a translation process that allows users to run apps that contain x86_64 instructions on Apple silicon. The Verge reports: Rosetta 2 essentially "translates" instructions that were written for Intel processors into commands that Apple's chips can understand. Developers won't need to make any changes to their old apps; they'll just work. (The original Rosetta was released in 2006 to facilitate Apple's transition from PowerPC to Intel. Apple has also stated that it will support x86 Macs "for years to come," as far as OS updates are concerned. The company shifted from PowerPC to Intel chips in 2006, but ditched support for the former in 2009; OS X Snow Leopard was Intel-only.) You don't, as a user, interact with Rosetta; it does its work behind-the-scenes. "Rosetta 2 is mostly there to minimize the impact on end-users and their experience when they buy a new Mac with Apple Silicon," says Angela Yu, founder of the software-development school App Brewery. "If Rosetta 2 does its job, your average user should not notice its existence."

There's one difference you might perceive, though: speed. Programs that ran under the original Rosetta typically ran slower than those running natively on Intel, since the translator needed time to interpret the code. Early benchmarks found that popular PowerPC applications, such as Photoshop and Office, were running at less than half their native speed on the Intel systems. We'll have to wait and see if apps under Rosetta 2 take similar performance hits. But there are a couple reasons to be optimistic. First, the original Rosetta converted every instruction in real-time, as it executed them. Rosetta 2 can convert an application right at installation time, effectively creating an ARM-optimized version of the app before you've opened it. (It can also translate on the fly for apps that can't be translated ahead of time, such as browser, Java, and Javascript processes, or if it encounters other new code that wasn't translated at install time.) With Rosetta 2 frontloading a bulk of the work, we may see better performance from translated apps. The report notes that the engine won't support everything. "It's not compatible with some programs, including virtual machine apps, which you might use to run Windows or another operating system on your Mac, or to test out new software without impacting the rest of your system," reports The Verge. "(You also won't be able to run Windows in Boot Camp mode on ARM Macs. Microsoft only licenses the ARM version of Windows 10 to PC manufacturers.) Rosetta 2 also can't translate kernel extensions, which some programs leverage to perform tasks that macOS doesn't have a native feature for (similar to drivers in Windows)."

At the WWDC 2020 keynote today, Apple announced that the company is going to switch from Intel chips to Apple's own silicon, based on ARM architecture. They also announced that iPad and iPhone apps will be able to run natively on ARM-powered Macs. TechCrunch reports: First, you'll be able to compile your app to run both on Intel-based Macs and ARM-based Macs. You can ship those apps with both executables using a new format called Universal 2. If you've been using a Mac for a while, you know that Apple used the same process when it switched from PowerPC CPUs to Intel CPUs -- one app, two executables. As for unoptimized software, you'll still be able to run those apps. But its performances won't be as good as what you'd get from a native ARM-ready app. Apple is going to ship Rosetta 2, an emulation layer that lets you run old apps on new Macs.

When you install an old app, your Mac will examine the app and try to optimize it for your ARM processor. This way, there will be some level of optimization even before you open the app. But what if it's a web browser or a complicated app with just-in-time code? Rosetta 2 can also translate instructions from x86 to ARM on the fly, while you're running the app. And if you're a developer working on code that is going to run on servers, Apple is also working on a set of virtualization tools. You'll be able to run Linux and Docker on an ARM Mac.

As a bonus, users will also be able to access a much larger library of apps. "Mac users can for the first time run iOS and iPadOS apps on the Mac," Apple CEO Tim Cook said. While the company didn't share a lot of details, Apple isn't talking about Catalyst, its own framework that makes it easier to port iOS apps to macOS. You should be able to download and run apps even if the developer never optimized those apps for macOS.

Last week, Kotaku reported on a new project, called Insignia, "that aims to recreate the original Xbox Live service, potentially restoring online play to many dozens of classic Xbox games that fell offline when the original Xbox Live service closed on April 15, 2010." From the report: The project's announcement on the r/originalxbox subreddit came from SoullessSentinel, a screen name of one Luke Usher. Usher is well known in the vintage Xbox community as the lead developer of Cxbx-Reloaded, arguably the most advanced PC-based emulator of the 2001 Xbox hardware. (Microsoft's classic console has proven notoriously tricky to emulate over the years.)

As a demonstration of Insignia's progress, Usher shared a video depicting the creation of a new Xbox Live account via the Xbox's system UI. It's a cool trick, as this process has not been technically possible since the online service's April 2010 closure. (In a cheeky touch, the video names the newly created account HiroProtagonist, the Gamertag of Xbox co-creator J Allard.) Insignia will work with normal, unmodded consoles, provided the user can perform a one-time process to retrieve their unit's internal encryption keys. Long-existing Xbox soft-mod techniques, which require physical copies of exploitable games like Splinter Cell or MechAssault but do not necessarily alter the console's hardware or operating system, should suffice for accomplishing this key retrieval. Once that initial setup's completed, Usher envisions a more or less vanilla Xbox Live experience, complete with matchmaking, voice chat, messaging, and almost everything else you might remember. (One exception would come in a lack of proprietary game DLC, which Insignia and its developers lack rights to distribute.) Anti-cheating measures are also in the works, as well as reporting and banning mechanisms for truly bad actors. The project works by using a DNS man-in-the-middle maneuver to redirect all of Xbox Live's original server calls to new addresses that point to Insignia's work-in-progress infrastructure.

"The current plan is for Insignia to be a centralized service run by Usher and associates," reports Kotaku. "He believes keeping it centralized will prevent player populations from diluting across multiple third-party servers, and that it will not be much of a resource burden." "The server," he noted, "is used for authentication, matchmaking, storing friends lists, etc. but actual game traffic is usually P2P between Xboxes, so the requirements for our server are pretty low."

Slashdot reader thereitis shares a report from Ars Technica that "delves into the reversing community's efforts to produce usable C source code from N64 game binaries." Here's an excerpt: Early this week, with little warning, the Internet was graced with a Windows executable containing a fully playable PC port of Super Mario 64. Far from being just a usual emulated ROM, this self-contained program enables features like automatic scaling to any screen resolution, and players are already experimenting with adding simple graphics-card-level reshaders, including ray-tracing, as well. The PC port -- which was released with little buildup and almost no promotion -- wasn't built from scratch in a modern game engine, in the manner of some other now-defunct Super Mario 64 porting projects. And its release has nothing to do with a recent leak of internal Nintendo files dating back to the Gamecube days. Instead, the port seems to be a direct result of a years-long effort to decompile the Super Mario 64 ROM into parsable C code. This kind of reverse-engineering from raw binary to easy-to-read code isn't a simple process, but it's an effort that a growing community of hobbyist decompilers is undertaking to unlock the secrets behind some of their favorite games.

Last year, Apple accused a cybersecurity startup based in Florida of infringing its copyright by developing and selling software that allows customers to create virtual iPhone replicas. Critics have called the Apple's lawsuit against the company, called Corellium, "dangerous" as it may shape how security researchers and software makers can tinker with Apple's products and code. From a report: The lawsuit, however, has already produced a tangible outcome: very few people, especially current and former customers and users, want to talk about Corellium, which sells the eponymous software that virtualizes iPhones and Android devices. During the lawsuit's proceedings, Apple has sought information from companies that have used the tool, which emulates iOS on a computer, allowing researchers to probe potential iPhone vulnerabilities in a forgiving and easy-to-use environment.

"Apple has created a chilling effect," a security researcher familiar with Corellium's product, who asked to remain anonymous because he wasn't allowed to talk to the press, told Motherboard. "I don't know if they intended it but when they name individuals at companies that have spoken in favor [of Corellium], I definitely believe retribution is possible," the researcher added, referring to Apple's subpoena to the spanish finance giant Santander Bank, which named an employee who had Tweeted about Corellium. Several other cybersecurity researchers expressed fear of retribution from Apple for using Corellium.

The developers of the open-source QEMU (Quick EMUlator) emulator, which can run programs on various architectures such as ARM and RISC-V, have released version 5.0. Slashdot reader syn3rg writes: Hot on the heels of the 4.0 release (from a major release perspective), the QEMU team has released version 5.0. This version has many changes, including:

• Live migration support for external processes running on QEMU D-Bus
• Support for using memory backends for main/"built-in" guest RAM
• block: support for compressed backup images via block jobs
• ARM: support for the following architecture features: ARMv8.1 VHE/VMID16/PAN/PMU ARMv8.2 UAO/DCPoP/ATS1E1/TTCNP ARMv8.3 RCPC/CCIDX ARMv8.4 PMU/RCPC
• ARM: support for Cortex-M7 CPU
• ARM: new board support for tacoma-bmc, Netduino Plus 2, and Orangepi PC
• MIPS: support for GINVT (global TLB invalidation) instruction
• PowerPC: 'powernv' machine can now emulate KVM hardware acceleration to run KVM guests while in TCG mode
• PowerPC: support for file-backed NVDIMMs for persistent memory emulation
• RISC-V: experimental support for v0.5 of draft hypervisor extension
• s390: support for Adapter Interrupt Suppression while running in KVM mode

"Not a current user, but I'm happy to see the project advancing," adds syn3rg.

For the full list of changes, you can visit the changelog. QEMU 5.0 can downloaded here.

The Verge has been investigating Samsung's "artificial human" project Neon, which seems to be about creating realistic human avatars: A tweet from the project's lead and some leaked videos pretty much confirm this -- although they don't give us nearly enough information to judge how impressive Neon is. The lead of Neon, computer-human interaction researcher Paranav Mistry, tweeted this image, apparently showing one of the project's avatars. Mistry says the company's "Core R3" technology can now "autonomously create new expressions, new movements, new dialog (even in Hindi), completely different from the original captured data...."

In a recent interview, Mistry made clear he thinks "digital humans" will be a major technology in the 2020s... "While films may disrupt our sense of reality, 'virtual humans' or 'digital humans' will be reality. A digital human could extend its role to become a part of our everyday lives: a virtual news anchor, virtual receptionist, or even an AI-generated film star."
Reddit users also found the URLs for videos in the source code on Neon's home page -- and though the videos have since been removed, some of the footage has been archived and analyzed on YouTube.

An anonymous reader quotes a report from Ars Technica: Apple has expanded a lawsuit against an iOS virtualization company, claiming that its actions facilitate jailbreaking and violate the Digital Millennium Copyright Act (DMCA) prohibition on circumvention of copyright-protection systems. Apple sued Corellium, a company that sells access to virtual machines that run copies of the operating system used in iPhones and iPads, in August 2019. Apple said that Corellium sells "perfect replicas" of iOS without a license from Apple and markets its software as "a research tool for those trying to discover security vulnerabilities and other flaws in Apple's software." But instead of aiding good-faith security research, Corellium "encourages its users to sell any discovered information on the open market to the highest bidder," Apple alleged.

The first version of Apple's lawsuit accused Corellium of copyright infringement. A new version filed on December 27 alleges both copyright infringement and "unlawful trafficking of a product used to circumvent security measures in violation of 17 U.S.C. 1201," a statute that's part of the DMCA. Apple argued that Corellium gives users the ability to jailbreak iOS for either benign or malicious purposes. In response to the new allegations, Corellium CEO Amanda Gorton said "Apple's latest filing against Corellium should give all security researchers, app developers, and jailbreakers reason to be concerned."

Corellium is "deeply disappointed by Apple's persistent demonization of jailbreaking," with Gorton writing that "developers and researchers rely on jailbreaks to test the security of both their own apps and third-party apps." Apple's filing, according to Corellium, essentially "assert[s] that anyone who provides a tool that allows other people to jailbreak, and anyone who assists in creating such a tool, is violating the DMCA." Apple, Gorton wrote, "is using this case as a trial balloon in a new angle to crack down on jailbreaking" and "is seeking to set a precedent to eliminate public jailbreaks."

Prorammer Rick Brewster has worked at both Microsoft and Facebook. But this Christmas on Twitter he shared the story of his long-lost videogame creation "that somehow -- like some kind of lost, drunken cat -- finally found its way home on Christmas Eve."

An anonymous reader quotes Kotaku: Rick Brewster is a programmer and the author of Paint.NET, a free replacement for Microsoft Paint that's expanded to have features similar to image creation programs like Photoshop and GIMP. In 1994, at the age of 12, Brewster made The Golden Flute IV: The Flute of Immortality, a DOS-based roleplaying game inspired by a text adventure from a 1984 instructional book on how to write adventure games. He wrote The Golden Flute IV on a Tandy 1000 TL/2, an IBM clone computer...

"I made ONE installable copy onto 3.5" 720K disks that I packaged up and mailed to my cousin on the east coast, and that's it," Brewster explained in a Twitter thread. That copy was seemingly lost, with no playable copy surviving.

Apparently, that's not what happened. Somehow, a version of that game found its way into the hands of a streamer name Macaw, who specializes in old and obscure games. He played The Golden Flute IV on December 23rd, exploring it for a short time before moving on to other games.
"Apparently breaking & entering is a 'serious felony' and punishable by execution without a trial in this universe," Brewster remembered on Twitter on Christmas Day.

He believes that back in 1994 his cousin must've uploaded the videogame to a BBS, since it's now ended up in the old game collection "Frostbyte" at the Internet Archive. Which means that you, too, can now play 12-year-old Rick Brewster's long-lost amateur videogame using Archive.org's online DOSbox emulator.