.
•
Register
•
Login
Brewology.com
All Downloads
PS3
Blu-Ray Disc Java (BDJ)
Custom Firmwares
Drivers
Emulators
Firmware
Homebrew Applications
Homebrew Games
Jailbreaks
Linux Tools
Themes
Tools and Utilities
PSP
Development
Development Libraries
Development Utilities
Source Code
Emulators
Amiga
Amstrad CPC
Apple II
Arcade
Atari
BBC Micro
Carice
Chip 8
ColecoVision
Commodore 64
CPS2
DOS
Dragon32/64 emulator
Gameboy / GBC
Gameboy Advance
HP48
M.A.M.E
Macintosh
MSX
Neo Geo
Nintendo 64
Nintendo NES
PC-9801
PlayStation One
QUASI88
SamCoupe
ScummVM
Sega Genesis Megadrive
Sega Master System
Sinclair ZX81
Super Nintendo SNES
Thomson MO5
TI
Turbo Grafx 16
Vectrex
WonderSwan
X86
Yabasic
ZX Spectrum
Firmwares
Game-Addon-Packs
Hacks and Exploits
Homebrew Applications
General Apps
Media Apps
Organization Apps
Wi-Fi / IR Apps
Homebrew Games
Flash Games
General Games
LUA Games
Homebrew Packs
Magazines
Backgrounds
PSP Magazines
PC Tools
EBOOT Tools Utilities
General Tools Utilities
PSP Emulator
Wii
Applications
Homebrew
Applications
Games
Brewology:
Brewology Menu
Forums!
News
PS3 Homebrew/PSN Store
PSVita Homebrew Store
PS3 Homebrew Manager
PSN Links
PSN Update Finder
PSN / PKG Downloader
Downloads
PSP
PS3
Wii
Saved Games
PSP
PS3
Wii
Go Back
PSGROOVE Payload Custom v2
Filename
psgroovev2.rar
Date Posted
Oct 1, 2010
Categories
PS3
,
Homebrew Applications
Tags
PS3
Downloads
1321
Description:
Developer's note (translated):Looking looking, I've noticed where the problem that makes the game Formula1 2010, does not recognize the controls.This is a patch which is not its function, but removing it, I have not noticed anything unusual: perhaps a sort of check related to the modules that has USB and F1 games like this, do not recognize the command. Perhaps it is only relatively necessary in the initialization process and then beaten.Anyway, I uploaded an update to the source, but does not include that set off the patch, if marked with a warning (see line 169) and includes a define to disable the USB and also another DESTINATION, which states the address where the code is installed (and added a new patch file, if it stayed in another place)Here I note that we have a table (memory_patch_table) that is about to address 0x700710 (because we needed space) and that concerns me, because it may be crushed at any time if new modules are loaded (such may be best off finding another site or directly load the payload in another direction more convenient, at the end of the kernel (I've done this and it has worked, as it has worked to put the code in the DESTINATION so low that it appears aside in the source, but the same is not an appropriate place, of course)The fact is that there is another way to override the patch using the POKE role in eg open_manager:void pokeq( uint64_t addr, uint64_t val){system_call_2(7, addr, val);}pokeq(0x80000000000505d0ULL, 0xE92296887C0802A6ULL);Adding that code to any program, you can disable that patch that prevents the proper functioning of at least F1 2010, without touching the payload.Requires that if your "spike" has the functionality peek / poke, because otherwise it will not work.The source of the second version you can download the first thread, but you know that it is not necessary actualic�is your "thorn", as the modifications are more source code to allow the payload to carry any other direction.PS: I included hex teensy version with at90usb162.� In my case I use two LEDs, but that should be a issue!
Download File