85w ago - Following up on their previous update, today the Spanish PlayStation 3 developers at DemonHades have made available a demonstration video of JFW-DH 3.56 MA PS3 CFW running PSX iSOs including Resident Evil through emulation by the Dynarec system.
To quote from Chekco, roughly translated: Hello friends, today I come to present a powerful tool for Dynarec devs exclusively for our JFW.
Dynarec MA is a port to the old and powerful touch-up system made by AerialX lv2 (Creator of PSL1GHT) over there in 2010 as many touristy even ignore the fact that not everything old is useless, Kammy in the parcheaba 3.41 lv2 to get it ready to run dynamic code recompilation (known by many developers as Dynarecs).
In 3.41 was reached even shuffling dreamcast emulator but the future of this was not very fast because this kind of thing that limited many developers but had kammy is also possible to debug easily (Receive Printfs by socat network) besides having the ability to run JIT code (Anonymous could put to good use to this in his Emulator which only rulaba Dynarec well (best speed close to the full-speed) on 3.41 so far...)
This video shows how MA356 supports the new or revamped Dynarec, as I said kammy at 3.41, from here my thanks to AerialX for this and other developers would not be bad to take a look at this, I mean hobo theft and other, you know that the protection ring in the LV2 NX Bit was a big step ever made in excess of 3.50 fw now possible in MA.
So the devs put aside developments to move people to 3.5x... In this system recovers MA bringing more power and possibilities of carrying more powerful as serious emulators for N64, Dreamcast, NDS, etc
As you can see in the emulator settings allowed the option "INTERPRETER" to OFF to use the Dynarec remember as many in only 3.55 rulaba and slow interpreter mode on and the bios emulated hle now any rula also changes with Dynamic recompiler.
It is noteworthy that this new system will come as a patch TheGrid incorporated into dynamic, so you will have or not to run before anything, just the emulator will come directly. TheGrid SP 1.3 already integrated in this very close to publication.
I take this opportunity to announce that I (BlackDeath) I have work in progress with the PS3SX to which I have updated a lot since the source of Anonymous when they publish in 2011 correcting bugs and improving new rulante Dynarec that rula of the wafer in MA if time I may get better as well as N64 just want to tell all the devs to do what we like and you have an invitation to this development platform that is the 3.56MA.
As you know in PS3SX Rulan shaders and other filters and for the moment we touch the full speed and use the PE OPS (Software) if you want the plugin to get much better hardware quality HD mode at 360 would be great to have the help of other developers who want to help me with this to port it to PS3.
No more nothing to say your server is dismissed BlackDeath.
Acknowledgements: BlackDeath by their daily struggle and bring all your wonderful ideas, has DemonHades being bad and now be in the corresponding moments, Anonymous for their port of PS3SX, AerialX by the great kammy in 3.41, and all the demons who trust us, and THANK YOU for helping kike carry all this weight succulent. Greetings
From the video's caption: This video shows how the system supports Dynarec MA356, this system was only valid in 3.41 so the devs put aside developments to move people to recover MA 3.5x. In this system brings more power and possibilities of porting emulators more powerful as in the case of N64, DreamCast, NDS, etc.
In related news BlackDeath and DemonHades hinted on IRC about a working exploit that could lead to the creation of JFW 4.11 or JFW 3.60. No further details are available yet, however the related file dump is below for those interested:
To quote, roughly translated from Zrandi via zrandiscene.forumcommunity.net/?t=50732845#lastpost:
Hello friends, we have another fresh news from demonhades and his team are already testing universal MAD downgrade. The one who is perfecting it, it's our great spanish dev jaicrab the one who gives veracity to this project.
You can lower from any version from jfwdh356 the times you want, this way many users that were not willing to test it (for x reasons) Now will can try and see the great capacity and work been done in this jfw356.
Also Demon and Kike said to me that you will can downgrade to 3.55 or 3.51 (clean) allowing you to install any CFW or JFWDH3556.
This is what many people were waiting for, well soon will be available in his web and here. Needless to say this year will be full of surprises regarding JFWDH356 and who knows maybe they can achieve an JFWDH3.60 or JFWDH4.11.
Finally, below is the Dynarec source code porting to 3.55 courtesy of IngPereira, as follows:
Here is the source of Dynarec that was implemented in JFW356MA. It was a PKG for example but also can be done as patch on ps3mfw lv2_kernel.self, I will when I have time.
First modify the offsets (This is 3.56 lv2 memory space) to 3.55 fw(memory and Lv2_kernel.self) if we do this there will not be necessary any PKG although this patch is very experimental (Because that never put it on kernel directly) and this one needs a bit to be corrected.
Well this patcher (like lv2patcher) can enable the dynarec execution, i tested it with last ps3sx version i compiled.
If you disable interpreter in emu options it will use a Dynarec created by Anonymous when he coded the ps3sx source and you will need to enable bios loading not hle (load a scph1001.bin) and you will see that is more quick using the dynamic recompilation but has many bugs...
PS3SX Last ver compiled: http://www.mediafire.com/?bzuoebb0gvopo22
You can test it on 3.55 first by porting this patches, i will be porting this, maybe someone can do it more quick.. Thanks to anyone and maybe we can try to help with this so the ps3 can be capable of running jit dynamic recompilation.
Stay tuned for more PS3 Hacks and PS3 CFW news, follow us on Twitter and be sure to drop by the PS3 Hacks and PS3 Custom Firmware Forums for the latest PlayStation 3 scene updates and homebrew releases!
very very nice... really thinking about changing to irismanager.... i think deank could do this a long time ago in multiman... but hes with teamcobra... so he want to make money... NOW he have to do it...
mm is great... it can do alot of stuff... but i really only use it for ftp, filemanager and to create xmb mount pkgs via last game...
i think its no problem to find a alternative ftp and filemanager... there are homebrew stuff for this... so the only important reason for me to use mm is to create xmb mount pkgs via load last game pkg...
if iris manager would have a function like last game... i would change really quick!!!! because i like it simple! and most of futures in mm are useless for me!!
next big thing i hope will be psp backups via irismanager... i really like this dude!!
btw is load last game working with irismanager??? i didnt tested yet!?
Following up on his revisions, today Spanish PlayStation 3 developer Estwald has updated the Iris Manager PS3 game backup manager to version 1.50 followed by v1.50.1, v1.50.2, v1.50.5, v1.50.6, v1.51, v1.52, v1.52.1, and v1.53 with the changes detailed below.
To quote, roughly translated: Well, if you do not mind, I go up and this and that people will test: your upload yours and let me know when (that can be downloaded without using git!) And I add anything new at no cost to you (if you want to take an eye for entertainment, do it ).
I've gotten notes, anyway (I played the payloads also, by the way, to add code if LV2 patches fail because the instruction cache, as seems to be happening at 3.55 in the case of black screen)
Ability to run PSX ISO
IMPORTANT extract psx iso.txt:
As added PSX isos for Iris Manager 1.50 +
Create a folder in root PSXGAMES or USB HDD
Put the PSX game folder inside. The folder name is used as the name of the game in Iris Manager.
The PSX games should be files. Bin or. Img (or. BIN,. IMG) contend sectors of 2352 bytes. You can get from 1-8 files "iso"
Iris Manager takes the isos in alphanumeric order. When you throw a game with multiple isos you can rotate the screen in order
the last moment.
You can put a cover.jpg file (maximum size 1024 x 1024 pixels)
PSX config is saved in the game folder.
Iris Manager mounts USB / BDVD and HDD0 in that order of preference to change the hard disk virtually. If a device can be mounted
It is used to simulate EJECT / PUT.
If a game has two or more discs when the game asks for a disk change, unplug and plug the USB device or disc ejects and hits CD / DVD / BR to change the "iso" (to be ax when your "ejecta" LED flashes green when you put a "new" medium green LED does not blink). The method is rotating so when using the latest iso it will change to the first iso)
NOTE: You can use a BR disc without problems PSX Emu patched. It is not necessary to eject the disc to play.
The configuration of each game is saved in your contacts, while the PSX game disc, is taken as reference for the games you have not saved the configuraracion there.
As I discuss the order they are taken multiple ISOS is alphanumeric (will 1.bin 2.bin Disc 1 and Disc 2 as)
When demos to run, if there are several, are presented with a screen that shows the order of the iso, but that makes pressing CIRCLE rotate upwards (so for example, if we are playing disc 2, you can select Start)
As I comment if you can mount a USB device is taken as "eject" first, otherwise a possible CD / DVD / BR that can be mounted and ultimately the HDD (so you can not eject). This makes it possible that if we have a game on the internal PSX with a pendrive connected and we disconnect and connect back to be changed from "ISO"
Changing ISO can only be done if the game is awaiting it and calling the appropriate function. This is because if "eject" (although no pendrive see activity in the eye) the green led flashes console. To get him back update the counter rotating.
Internally the emulator supports 8 virtual files are rotated. Iris Manager assigns all consecutively. If a game had 3 albums would be allocated as follows: 1,2,3,1,2,3,1,2 by what we see in the following sequence instead of the three would go to 1.
Although you can change discs should not tinker needlessly with that: a game may hang, so Use it only when necessary
Note that the first version of the emulator: if a game does not work but you have the assurance that if it works from ps1_emu CDROM (not the net), you tell me if I can watch it.
Indeed, in PSX options, choosing emulator is unnecessary for ISOS: ya know that you need to run (another thing that is not )
Estwald updated Iris Manager to version 1.50.1 to solve a permission issue in the FTP Server.
Estwald updated again to version 1.50.2 to fix a problem with the settings for PSX ISO
Ability to run PSX ISO (since 1.50.0)
Merged with code from D_Skywalk
Fixed small bugs (the FTP bug was fixed in 1.50.1)
Added option to copy PSX games from USB to HDD and viceversa.
MC now is cached on internal HDD and updated on the original folder returning to Iris Manager
Added option to list games per category using R2 (first all, then each category)
Fixed issue where BR drive was disappearing.
Fixed problem with a poke that could affect 3.55.
v1.51 (232014 via elotrolado.net/hilo_3-55-4-30-iris-manager-v1-38_1842936_s520#p1731460966):
Added support for 4.21 DEX
Removed "PSX unsupported" message when a PSX "ISO" is launched (syscall 8 is required to make it work; LV1 patches are not needed)
New version of the PSX emulator V2 (ps1_emu_patched2.self, do not rename it)
Added support for .ISO and .MDF (alcohol) formats for PSX images.
Images in MODE1/2048, MODE2/2336 and MODE2/2448 (CD-XA) are also supported.
All the images of the same game must be in the same format.
Added check of free space on HDD, when copying games
If size of game is larger than free space on internal HDD + 1GB, the copy is aborted
If size of game is larger than free space on external USB + 1MB, the copy is aborted
BD-EMU does not mount the HDD by default (now there are 2 options: old behavior and the default)
Some parts of the code have been touched (if some hangs occurs on start up)
The patcher tools have been unified in the same rar file
Restored the missing "mkdir" function that caused the error accessing language.ini