Frequently Asked Questions
How is Ludo different from RetroArch?
Ludo will stay smaller than RetroArch by only implementing the core features and by targeting less platforms.
By not adding advanced functionalities, we aim to deliver a stable frontend for beginner users on Windows, Mac OSX and Linux.
Some design choices are different. For examplem we support less cores, and choose cores for the user. The cores are packaged in the frontend so no additional step is required to launch a game.
How is Ludo similar to RetroArch?
Like RetroArch, Ludo is a libretro frontend, so the way of communicating with the emulators is the same.
Same cores, similar UI patterns, joypad driven UI, same game thumbnails, mostly the same game database, same terminology. It also shares some of the same developers, as kivutar is an important contributor of the libretro team, and all the people who provided help have also been members of the Libretro community.
It definitely shares a lot of the same core values.
Why not implement Ludo as a menu driver in RetroArch?
To keep software stable on a number of different platforms, it is important to keep a small codebase with a good test coverage. It is also important to not introduce changes at a high rate.
RetroArch is an extremely active project and has a growing codebase that makes it harder to reach stability.
Also, RetroArch is a very powerful and sophisticated frontend, and one of the common criticisms is that it exposes too many configuration options for the average retro gamer.
Implementing Ludo as a menu driver of RetroArch would solve none of these core issues.For now, Ludo distinguishes itself from RetroArch by offering less features and focusing on a more easy to use interface.
Does Ludo offer a better scanning method compared to RetroArch?
No, the scanner logic is basically the same and Ludo supports even less ROM formats.
CDs are scanned based on file name instead of serial number.
Ludo's scanner faster for this reason and because it leverages goroutines.
Can you add feature X to Ludo?
@hd474 said in Mac emulation on Raspberry Pi, Can't copy applications. I copied stuffit expander (.sit) to the unix folder. Stuffit Expander needs to be installed, but for the installer to survive the transfer without losing it's resource fork, you'll need find it encoded as a.hqx file. Raspberry pi emulation for mac free download. Etcher Etcher is a powerful OS image flasher. It protects a user from accidentally overwriting hard-drives.
The answer is likely to be no, as we're trying to keep the code small, so only bugfixes are really welcome.
We encourage you to fork Ludo and add the feature yourself. It should be fairly easy given the scope of the project.
If you are able to author a very useful improvement with a minimum of changes, we might merge your changes.
Want to be able to run classic Mac OS applications compiled for the Motorola 68000 series of processors on your ever-so-modern Mac OS X machine? Or maybe you'd rather run them on a Raspberry Pi, or an Android device for that matter? There's an emulation project that's trying to achieve just that: Advanced Mac Substitute (AMS).
Raspberry Pi Macintosh Emulator
Emulators of older computer platforms and game consoles are popular with vintage game enthusiasts. But emulators also could be attractive to others with some emotional (or economic) attachment to old binaries—like those with a sudden desire to resurrect aged Aldus PageMaker files.
Advanced Mac Substitute is an effort by long-time Mac hacker Josh Juran to make it possible to run old Mac OS software (up to Mac OS 6) without a need for an Apple ROM or system software. Other emulators out there for 68000 Mac applications such as Basilisk II require a copy of MacOS installation media—such as install CDs from Mac OS 7.5 or Mac OS 8. But AMS uses a set of software libraries that allow old Mac applications to launch right within the operating environment of the host device, without needing to have a full virtual hardware and operating system instance behind them. And it's all open source.
Advertisement
I got a demo of AMS from Juran at Shmoocon in Washington, DC, this past weekend. He showed me an early attempt at getting the game Load Runner to work with the emulator—it's not yet interactive. A version of the project, downloadable from Github, includes a 'Welcome' screen application (a sort of Mac OS 'hello world'), Mac Tic-Tac-Toe, and an animation of NyanCat.
Advanced Mac Substitute https://t.co/mCyiI6lU8M emulated greatness via @joshuajuranpic.twitter.com/SMeI241yGd
— xraytext (@xraytext) January 21, 2019
Macintosh Emulator Raspberry Pi
Applications are launched from the command line for now and are executed by the emulation software, which interprets the system and firmware calls. A small graphical front-end displays video and accepts user input.
Unfortunately, there's still a lot of work to be done. While AMS works on Mac OS X up to version 10.12—both on Intel and PowerPC versions of the operating system—the code for the graphics front end currently won't compile on MacOS Mojave. (Juran is looking for someone with some expertise in Coco to help fix that.) And the Linux implementation of AMS does not yet support keyboard input. I was unable to get the front end to execute at all on Debian 9 on Intel.
Pc Raspberry Pi Emulator
But there's hope that these hurdles can be cleared. Juran said that he's considering a crowdfunding program to support further development of AMS and is looking for others willing to contribute to the project. With luck, I'll be laying out the neighborhood newsletter on Aldus PageMaker 4 for Mac and hunting down binaries for Balance of Power.