Posts Tagged ‘updated’

Fuse PSP version 0.10.0.2 released

Sunday, April 5th, 2009

A new version of Fuse PSP is now out. Changes include:

  • On-screen indicators for floppy and tape drives – enable in the Options tab
  • Fuse updated to 0.10.0.2; libspectrum updated to 0.5.0.1
  • Source: ‘aux’ directory has been renamed, and source code can now be checked out under Windows
  • Bugfix: held keys will be automatically released when the virtual keyboard is displayed
  • Bugfix: Older (pre-0.10) button configuration files will now load
  • Bugfix: Multiple simultaneous L+[button] and R+[button] combination presses will now register correctly

What’s new in Fuse 0.10.0.2 and libspectrum 0.5.0.1 (as relevant to the PSP port):

  • Make loader acceleration work on all compilers (Philip Kendall; thanks, Carlos Almeida, Alberto Garcia and Alexander Yurchenko)
  • Allow both +3 disk drives to be used at once (Gergely Szasz)
  • Allow both +D disk drives to be used at once (Gergely Szasz)
  • Make .dsk code handle missing newline on “Track-Info” header (Gergely Szasz; thanks, Simon Owen)
  • Looser signature checks for .dsk files to allow files not strictly compliant with the specification to work (Gergely Szasz; thanks, zx81 and Simon Owen)

Two issues require further discussion: bugs were reported related to a) absence of a “Gluk” boot menu when loading certain files (the menu does appear in pre-0.10 Fuse PSP), and b) intermittent, but common issues when loading consecutive disk images (the disk image will load the first time, not load the second time, may load the third time – or not). Both issues seem to be related to Fuse 0.10, and not just the PSP port, as I get the same behavior in the Linux (Ubuntu) version of the emulator. The issue may be related to configuration, in which case, if you know a workaround/fix, please notify me.

UPDATE Many thanks to Carl Murray and Fred of worldofspectrum forums for the following clarifications: the “Gluk” boot menu has been removed from Pentagon 128K, and moved into Pentagon 512K and 1024K. To use the menu, switch the machine type to either of the two systems mentioned.

Download

psp.akop.org functional again

Wednesday, March 11th, 2009

I just noticed that psp.akop.org had been broken; this has probably been the case since last week, when my host switched servers. The switch to a new server apparently broke my Rails installation, which in turn broke the application that runs the site.

In any case, this has been fixed, and downloads are accessible again.

March 13 Site was down again for a while (thanks Carl); should be back up now (I hope for good)

RACE! PSP news, future ideas, new poll

Friday, September 12th, 2008

Flavor recently posted news that he considers RACE! PSP the official PSP port of RACE, and that he doesn’t plan on continuing another port. He also mentioned a new undocumented button (not present on the consumer handheld) discovered by FluBBa, the author of an NGPC emulator for GBA that enables hidden debugging features in several NGP games (namely, Card Fighters’ Clash, Card Fighters’ Clash 2, and Dokodemo Mahjong); this feature will be added in the next release of RACE! PSP; ideally, with the ability to save state.

For a while now, I’ve been seriously considering utilizing PSP’s Media Engine (ME) processor in fMSX PSP, to (potentially) enable full-speed emulation with MSX Audio and MSX Music enabled. Currently, enabling any of the two requires emulation at 333 MHz, while enabling both makes the emulator near-unplayable. Of course, utilizing the ME opens up a whole new slew of issues, not the least of which is the challenge presented by parallel programming. If fMSX/ME succeeds, Handy may be finally coaxed to run full-speed.

RACE! PSP was one of the emulators I reported to be working on; another one is still in the initial stages. If things pan out, there may be another pre-release riddle, which should give you an idea of which system it will emulate. Thankfully, I received my replacement video card yesterday, so I can finally continue work again.

Finally, I’ve added a new poll; if you have some time, please take it.

CORRECTION The discoverer of the undocumented button was not porting RACE to NDS, he’s actually writing a new emulator for the GBA (thanks Flavor)

UPDATE The poll should now be fixed

End to Pandora?

Wednesday, August 27th, 2008

Odds are that you’ve probably heard about the new PSP-3000 model (colloquially called “PSP Brite”) that’s due to be released soon, and one that will replace the PSP-2000 series (“PSP Slim”). The new model will include a built-in microphone and a brighter, more responsive screen – an improvement that is almost negligible when one considers the improvements between “Slim” and “Phat” (PSP-1000 series).

Like many other developers and hobbyists, I suspect that there’s more to the system than what the press release lets on – I’m fairly certain that the new PSP model will be built differently to eliminate the extremely efficient “Pandora” hack. A recent dcemu thread discusses just that – probability of the elimination of PSP’s “hackability”, and raises some interesting points, among them “will this stop piracy?”. I’m fairly certain that the answer is “no” – and not just to piracy, but hacking in general. After all, the initial hacks of the PSP centered around badly implemented loading routines in the PSP’s image viewer and GTA: LCS, and as long as there are inquisitive people, there will be exploits to be found and security holes to be exploited. While I expect to see the end of Pandora, I doubt we’ve seen the end of buffer overflow exploits – hardware (and firmware) necessary to deter/elminate buffer overflow exploits would, in all likelihood, break backwards compatibility (not to mention prove too costly).

One thing that I believe is important to remember, however, is that Sony shouldn’t necessarily be chastised for this step. Piracy is an unfortunate side-effect of homebrew development – while I’m not going to venture a guess as to how much money the company is losing/has lost due to piracy, I’m fairly certain that it’s a considerable amount. For many, like myself, the PSP is a retrogamer’s dream come true – there’s no better way to waste hours on end than by playing Legend of Zelda, a port of Doom, or any of the large number of homebrew applications. For too many, however, it’s just a way to hoard modern games.

Sony has stated in the past that they’re aware of PSP’s homebrew community, and that their problem is not with homebrew, but piracy. While I have no reason to trust any particular large company (Enron, anyone?), I have no basis to doubt this fact in the current situation – if anything, homebrew development has helped Sony sell more units. At the same time, piracy hurts those who make the PSP into what it is – the makers of the PSP games. No PSP games means much fewer sales (I don’t think homebrew alone will carry the PSP); fewer sales means no motivation to support or manufacture the PSP.

Comments are welcome.

UPDATE Indeed, Pandora is no longer bootable in the same fashion as the older models