Sponsored Links

Sponsored Links

PS3 4.40 CFW By MiralaTijera with QA Flag Integrated and 3.0.1 Core


Sponsored Links
75w ago - Following up on his initial release, DEX update and PS2 Classics payload, today Spanish PlayStation 3 developer MiralaTijera has released PS3 4.40 CFW by MiralaTijera with QA Flag integrated alongside a 3.0.1 Core.

Download: [Register or Login to view links] (47.06 MB) / [Register or Login to view links] (Pre-Patched PUP - 193.63 MB) / [Register or Login to view links] (2.72 MB) / [Register or Login to view links] (2.72 MB)

Hash PUP Final (via pastie.org/private/d29apzonxy5hzw2mozpg):

CRC32: BB84E431
MD5: B43BE1DB688FB3A3B06E164DED951FE9
SHA-1: 9D2F46E6B1E7A1D0F5FEDA82F07E8D4389451B82

To quote, roughly translated: CFW 4.40 MiralaTijera:

Specifications:

  • sys_init_osd (special LEED)
  • lv1 peek / poke
  • lv2 peek / poke
  • Syscon patched hash
  • nas_plugin patched (install pkg's)
  • explore_plugin patched (Original Install Package Files)
  • appldr, lv2 hash
  • appldr, ECDSA
  • isoldr, ECDSA
  • spu_pkg_rvk_verifier, ECDSA
  • spu_token_processor, ECDSA

Functional QA flag:

  • You can reinstall the cfw on itself and can be installed from 4.31 miralatijera, and theoretically from any cfw (mine only confirmed)

Special:

  • 3.0.1 Core integrated (installad nosearch the flag for the problem of synchronization of the controls / dev_usb000/flags/nosearch)
    sys_init_osd longer exists, is completely replaced by CORE
  • Led always green (for now)

Bugs: no controller BDEMU nonfunctional nonfunctional otheros

Payload: Iris Manager 2.22 with 4.40 payload included and ported to this release the sources I give them to estwald to upload it to the git

The creation process is identical to the previous cfw cfw created by my... morning or this afternoon I update the core to add bdemu without controller and the rest remains to carry the core




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!

Comments 111 Comments - Go to Forum Thread »

• Please Register at PS3News.com or Login to make comments on Site News articles. Thanks!

PS3 News's Avatar
#111 - PS3 News - 46w ago
Resume discussion in this ongoing thread: [Register or Login to view links]

PS3 News's Avatar
#110 - PS3 News - 67w ago
Following up on his previous updates, today Spanish PlayStation 3 developer MiralaTijera has updated his PS3 4.40 CFW to include System Manager 1.1 and Integrated Core 3.2.0 alongside QAFlag functionality.

Below are the details, roughly translated: UPDATE 3: Warning, this update if it is best installed first previous... I copy and paste the post of Estwald because of what you put on I have nothing more to add... Estwald wrote:

First of all, Miralatijera me that if they "saw" made ​​public the Core in its name and the rest is of my own by collaborating

On the other hand, the uniqueness of this, is that just your CFW offers the ability to launch applications in the background and these things, show that when the CFW provide useful ideas and instead locked away, are offered the possibility the dev, they can do things and are more likely to do so. In contrast, others, think that by taking out a CFW automatically have to give support... it will be no [poraki]

You try hard enough and you provide the info or you worry your porting (I mean Iris Manager), as did Miralatijera (in 4.31 gave us all the information he could and at 4.40, made the port it, and I then managed some little things: well if you do things), because if not directly rule and I stand so quiet [burla2].

And with that, let the matter:

The Core

The core novelty presents how the possibility of launching an application in the background, which is called "sm.self" and installed in root / dev_flash, which has advantages and disadvantages:

Disadvantages:

  • If the application in the background hangs the system, obviously, the system will not advance from that point. So the flag is provided removes, but obviously, if someone puts nosearch flag, the result would be a semibrick (have to reinstall CFW). So careful with this.
  • Access to the system is limited to exports of syscalls and basically liblv2.
  • That the application is in the background, does not mean you do not eat resources, obviously

Advantages:

  • The ability to control the temperature and fan without affecting other processes directly or maintaining "awake" USB devices tend to fall asleep, it seems a good start. The application runs on a separate plane to vsh.self, PSX emulator or PS3 game (obviously on the PS2 emulator, at least natively on the FATs, the LV2 ceases to exist and our application dies) and processes not stop LV2 how true alternatives.

The System Manager

The System Manager is how I called the application that will run in the background, basically consists of three separate parts:

1) The main: The main loop is enclosed in a 1 ms in duration to receive commands via address 0x450 of LV2 with which to configure the application (you can set the thread priorities, changing temperature tables, and mode time device activation and get some additional information)

2) FanCtrl_Thread: basically, this thread does the same as the payload that I developed for Fan Control Utility (Incidentally, the application has been updated to the 1.5 to work with this without problems)

[Register or Login to view links]

The advantage is that unlike the payload, this does not affect directly the processes, so that should not happen reporting problems some users of the application. Basically, this is how I would have liked me to do from the beginning, but until now, there was no way.

Added a small payload that is housed in the direction of LV2 0xF70, like Fan Control Utility, but only to protect the syscalls sm_shutdown and provide compatibility with the previous system, so that it can be integrated in Iris Manager support.

3) UsbWakeup_Thread: This thread has 3 running modes and basically deals with "wake up" USB devices that tend to "sleep" for lack of use, causing problems in games.

The wake mode is to write in a file called "nosleep" we can create in root of the device (no matter that has length 0, just exists or not) for the SM know or not to use units. By default, it does every minute, but you can program steps of 10 seconds (2560 seconds maximum, to which we must add two seconds for the indicator).

USB storage devices, can be divided into hard drives and flash memory devices that are not as convenient to be writing all the time. This is the reason that is delegated to the user to create "nosleep". Indeed, in some games, you must set BD Emu and that makes the USB pass renamed as / dev_bdvd, which also supported.

The three modes are: 0 -> disabled, 1 -> enabled for a single device and 2 -> enabled for all devices (this is the default)

Default operation (autonomous)

Just load the SM, the settings are:

  • Temperature control / fan Fan Control Utility equivalent asset.
  • Wakeup writing on all devices, including / dev_bdvd (if a USB device allow writing) on, proceeding to write 1 time every minute or so. Obviously, writing only affects those devices with the file "nosleep" (elsewhere, could detect read access as much)

The LEDs indicate the following:

  • Yellow Led Fixed: temperature below 70 degrees
  • Led yellow / green flashing temperature above or equal to 70 degrees
  • Led red / yellow / green flashing temperature above or equal to 75 degrees
  • Green LED remained two seconds every 10: led activity
  • Leds off for two seconds: indicate a write access to USB device. This is important to know, because we should not unplug a USB device in a deed, obviously (we wait for the LED to turn off and unplug a few seconds later)

External Control Support

Fan Control Utility 1.5: [Register or Login to view links]

And soon, Iris Manager: [Register or Login to view links]

Installation and Use

  • If you have the flag "nosearch" active, unset. Copy the Core (sys_init_osd.self) and root sm.self in a pendrive and expects the restarts (for many, to install the core and then to install the system manager)
  • If you want to uninstall sm.self then adds the flag "removesm"
  • If you want to prevent a USB device "sleep" create a file "nosleep" in root of the device (whether measured 0 bytes)

Download

Core 3.3.0: [Register or Login to view links]

System Manager v1.0: [Register or Login to view links]

(Includes source code for compilation under PSL1GHT)

UPDATE 4: another update from Estwald

What's new:

  • There have been some corrections of time to avoid excessive delays when changing the mode of operation for the Fan and USB Wakeup.
  • Priorities have been reduced to a minimum to try and stop the System Manager as little as possible to other processes running and only use their downtime.
  • Added the ability to change a priority and update time main () (this used to be able to tinker with things, if necessary, but in principle it should count as is)

Download

[Register or Login to view links]

Installation:

  • If you already have the previous version, simply copy sm.self in USB root, put it in USB000 (closest to the reader) and reboot.
  • If you have the core 3.2.0 then go here (elotrolado.net/hilo_update3-cfw-4-40-miralatijera-100-core-3-2-0-integrado-qaflag_1880798) and following the instructions, replaces the old sm.self by the new.

Uninstalling:

  • Copy the folder "flags" is inside the RAR to the device and restart with it plugged in USB000

USB Wakeup:

  • Create a file called "nosleep" (no extension, which I already see it coming XD ) In root of the device you wish that every so often, are accessed by writing to keep alert

Psmaniaco wrote: Estwald a question, in your Iris Manager I think you added the temperatures of Cell and RSX right? Are the temperatures of the sensors you mentioned further back? A greeting.

If put another application in the background... Yes and no. For starters, you can only be accessed through syscalls or liblv2 exportable functions in PSL1GHT. Make them the idea that this is pre-vsh.self and operates completely autonomously. Also, you need a series of special construction flags or not work (which I include in the Makefile to scetool).

If not done well, the best thing you can get, is to ignore your application By the way and for that matter, if you delete the sm.self you can do it directly (root is / dev_flash and just mount it in writing) or otherwise, add the flag "removesm" to do it for the core you: no need to remove the core.

And by the way, a recommendation mine: NEVER put no root any files that could be copied by the core unless it is that what you want: if you put a vsh.self in root, for example, automatically copies and going to care if it's a different version. So very careful with that, it can cause a semibrick

More PlayStation 3 News...

mrpostiga's Avatar
#109 - mrpostiga - 70w ago
Great information

jrob8802's Avatar
#108 - jrob8802 - 73w ago
Hi everyone,

I am just wondering if there is a good thread around where you actually get a good break down of all the steps it takes to mod your ps3? I still have the ofw 4.40 and haven't bothered updating because it's sooo complicated to find the necessary information! It's like there is no clear path do do anything. i tried the newest 440 rogero but it stops after 71% says file corrupt.

I do appreciate that you can eventually find what you need but I would much appreciate it if someone could guide me to a thread or to the necessary files you need to update to the latest version that allows playing homebrew games.

Kind regards,
jon

pepperman73's Avatar
#107 - pepperman73 - 74w ago
yes i have the the nand dump no flasher though

Sponsored Links

Sponsored Links
Sponsored Links

Sponsored Links







Affiliates - Contact Us - PS3 Downloads - Privacy Statement - Site Rules - Top - © 2014 PlayStation 3 News