More actions
m (Text replacement - "GameBrew!" to "GameBrew") |
No edit summary |
||
| Line 18: | Line 18: | ||
|source=https://dlhb.gamebrew.org/vitahomebrews/taihenbycuevavirusvita.7z | |source=https://dlhb.gamebrew.org/vitahomebrews/taihenbycuevavirusvita.7z | ||
}} | }} | ||
[[ | [[TaiHEN Vita|TaiHEN]] is a CFW framework for PS Vita. When loaded with a kernel exploit, it acts as a common substrate for patching the system. taiHEN provides three main facilities. | ||
This is an update to the original TaiHEN, previous releases used versions 0.2 to 0.11. Please consider them as 0.2.0 to 0.11.0. From this point, versions 0.x.y will be backward compatible with 0.11.0, while versions 1.x.y will not. | |||
The installation is exactly the same as [[TaiHEN Vita|TaiHEN]]. | |||
==Features== | ==Features== | ||
*Updated with multi-fw support | *Updated with multi-fw support. | ||
*PSTV recovery method | *PSTV recovery method. | ||
*Memory use reduction | *Memory use reduction. | ||
*Many bug fixes. | *Many bug fixes. | ||
== | ==User guide== | ||
Recovery from bad plugin on a PSTV: | |||
* Unplug the power supply from the PSTV. | |||
* Plug in the power supply. The PSTV will boot automatically. Connect the controller by pressing the PS button. | |||
* The power LED will blink slowly for 10 seconds when taiHEN is waiting for input. When the controller has connected, press and hold L1. The power LED will blink rapidly to indicate that input has been received. | |||
* Boot continues with plugin loading skipped. | |||
Note that if you boot with any other method, taiHEN will not wait for input during boot. | |||
==Changelog== | ==Changelog== | ||
''' | '''v0.12.2''' | ||
* Fixed a bug where USB drive fails to mount when boot was delayed from waiting for controller input from booting by plugging in the power cable | * Fixed a bug where USB drive fails to mount when boot was delayed from waiting for controller input from booting by plugging in the power cable | ||
* Fixed a bug where taiHEN waits for controller input even when not using Enso | * Fixed a bug where taiHEN waits for controller input even when not using Enso | ||
''' | '''v0.12.1''' | ||
*Fixed a bug where remote module load may fail due to incorrect caller context. If you had trouble opening Adrenaline with 0.12.0 this will fix it. | *Fixed a bug where remote module load may fail due to incorrect caller context. If you had trouble opening Adrenaline with 0.12.0 this will fix it. | ||
''' | '''v0.12.0''' | ||
* Module changes | * Module changes: | ||
** Support all system software versions >=3.60 with a single module | ** Support all system software versions >=3.60 with a single module. | ||
** Skip plugin load on boot on a PSTV (see steps below) | ** Skip plugin load on boot on a PSTV (see steps below). | ||
** Reduced the memory requirement of the loadable image from 256 KiB to 64 KiB | ** Reduced the memory requirement of the loadable image from 256 KiB to 64 KiB. | ||
** Reduced the block size of the patches heap from 64 KiB to 4 KiB | ** Reduced the block size of the patches heap from 64 KiB to 4 KiB. | ||
** Fixed a fatal crash caused by erroneous linked list manipulation when unhooking when the hook chain has two or more hooks | ** Fixed a fatal crash caused by erroneous linked list manipulation when unhooking when the hook chain has two or more hooks. | ||
** Fixed a fatal crash caused by unresolved stubs erroneously identified as resolved | ** Fixed a fatal crash caused by unresolved stubs erroneously identified as resolved. | ||
** Fixed a fatal crash caused by a Thumb to Thumb BLX (reg) instruction erroneously written to the outro trampoline when the jump patch overwrites a Thumb to ARM BLX (imm) instruction (https://github.com/yifanlu/taiHEN/issues/84) | ** Fixed a fatal crash caused by a Thumb to Thumb BLX (reg) instruction erroneously written to the outro trampoline when the jump patch overwrites a Thumb to ARM BLX (imm) instruction (https://github.com/yifanlu/taiHEN/issues/84). | ||
*Development header changes: | |||
*Development header changes | ** Added a TAI_NEXT macro similar to TAI_CONTINUE, but has static type checking and allows continuing the hook chain on functions that pass arguments with VFP registers. | ||
** Added a TAI_NEXT macro similar to TAI_CONTINUE, but has static type checking and allows continuing the hook chain on functions that pass arguments with VFP registers | ** Added taihenModuleUtils functions to the public header. | ||
** Added taihenModuleUtils functions to the public header | * No API changes. The included stub libraries are for the SN linker only. The Vitasdk stub libraries from previous releases will continue to work for Vitasdk users. | ||
No API changes. The included stub libraries are for the SN linker only. The Vitasdk stub libraries from previous releases will continue to work for Vitasdk users. | |||
== External links == | == External links == | ||
* Official Website - https://forum.devchroma.nl/index.php?topic=334.0 | * Official Website - https://forum.devchroma.nl/index.php?topic=334.0 | ||
* Reddit - https://www.reddit.com/r/vitahacks/comments/lobm00/release_taihen_updated_with_multifw_support_pstv/ | * Reddit - https://www.reddit.com/r/vitahacks/comments/lobm00/release_taihen_updated_with_multifw_support_pstv/ | ||
Revision as of 09:42, 3 February 2023
| taiHEN by cuevavirus | |
|---|---|
| File:Taihenbycuevavirusvita.jpg | |
| General | |
| Author | taihen |
| Type | Custom Firmwares |
| Version | 0.12.2 |
| License | Mixed |
| Last Updated | 2021/02/24 |
| Links | |
| Download | |
| Website | |
| Source | |
TaiHEN is a CFW framework for PS Vita. When loaded with a kernel exploit, it acts as a common substrate for patching the system. taiHEN provides three main facilities.
This is an update to the original TaiHEN, previous releases used versions 0.2 to 0.11. Please consider them as 0.2.0 to 0.11.0. From this point, versions 0.x.y will be backward compatible with 0.11.0, while versions 1.x.y will not.
The installation is exactly the same as TaiHEN.
Features
- Updated with multi-fw support.
- PSTV recovery method.
- Memory use reduction.
- Many bug fixes.
User guide
Recovery from bad plugin on a PSTV:
- Unplug the power supply from the PSTV.
- Plug in the power supply. The PSTV will boot automatically. Connect the controller by pressing the PS button.
- The power LED will blink slowly for 10 seconds when taiHEN is waiting for input. When the controller has connected, press and hold L1. The power LED will blink rapidly to indicate that input has been received.
- Boot continues with plugin loading skipped.
Note that if you boot with any other method, taiHEN will not wait for input during boot.
Changelog
v0.12.2
- Fixed a bug where USB drive fails to mount when boot was delayed from waiting for controller input from booting by plugging in the power cable
- Fixed a bug where taiHEN waits for controller input even when not using Enso
v0.12.1
- Fixed a bug where remote module load may fail due to incorrect caller context. If you had trouble opening Adrenaline with 0.12.0 this will fix it.
v0.12.0
- Module changes:
- Support all system software versions >=3.60 with a single module.
- Skip plugin load on boot on a PSTV (see steps below).
- Reduced the memory requirement of the loadable image from 256 KiB to 64 KiB.
- Reduced the block size of the patches heap from 64 KiB to 4 KiB.
- Fixed a fatal crash caused by erroneous linked list manipulation when unhooking when the hook chain has two or more hooks.
- Fixed a fatal crash caused by unresolved stubs erroneously identified as resolved.
- Fixed a fatal crash caused by a Thumb to Thumb BLX (reg) instruction erroneously written to the outro trampoline when the jump patch overwrites a Thumb to ARM BLX (imm) instruction (https://github.com/yifanlu/taiHEN/issues/84).
- Development header changes:
- Added a TAI_NEXT macro similar to TAI_CONTINUE, but has static type checking and allows continuing the hook chain on functions that pass arguments with VFP registers.
- Added taihenModuleUtils functions to the public header.
- No API changes. The included stub libraries are for the SN linker only. The Vitasdk stub libraries from previous releases will continue to work for Vitasdk users.