Nope, sorry, TWPatch only supports DS(i) mode, and secretly GBA mode too. Other VC are emulated, not real hardware.
If you can download the cia and nds and the patches using a 3DS only then only the 3DS is required.
Nope, sorry, TWPatch only supports DS(i) mode, and secretly GBA mode too. Other VC are emulated, not real hardware.
If you can download the cia and nds and the patches using a 3DS only then only the 3DS is required.
It's me again, can I make a video about this app? I will put the credits and the download link will be from this site (what you left)
Nothing stops you from making a video, but the current patcher is under rewrite, so it'd end up looking/working different to what it is now. If you're fine with that then sure, go ahead
Yeah, it only requires patching up to 4bits depending on how you want it to behave, simple. I'll look into it once I'll have time, which is unknown when :/
That is fantastic, thank you.
If there's a way to do that for GBA, that would be even better. It takes ages to boot a GBA VC inject on an old 3DS so it hurts my finger to hold select for so long
That is fantastic, thank you.
If there's a way to do that for GBA, that would be even better. It takes ages to boot a GBA VC inject on an old 3DS so it hurts my finger to hold select for so long
I co-develop AGB patches along with TWL patches, so all patches which work on TwlBg should work with AgbBg (within technical limits).
- Joined
- Apr 30, 2006
- Messages
- 3,810
- Trophies
- 2
- Location
- USA MTN timezone
- Website
- Visit site
- XP
- 3,290
- Country
Hi, thank you for your valuable efforts and advances. May I ask if the widescreen "stretching" filter problem is being fixed?
Because of the advancements in rtcom technology, it will be eventually possible to do that from DS side.
As for doing it inside TwlBg, more work needs to be done. I managed to find more unused code space, but I need more work to get it working without any crashes while having a working sleep mode.
Seeing the poll, I have good and bad news:
Bad news: I tried to optimize the patcher...not only did I make it 4x slower, but I also broke it 
Edit: I reverted the changes, made a few typos, and now it's marginally faster. yay.
Good news: I "recovered" roughly 0xDC bytes by relocating rtcom to the smaller hole (0x104 safe zone), leaving the big hole (0x1C8) usable for anything! This is good news, because the original hole is so big that it can fit (currently) all patches at once.(except rtcom of course). This also includes GBA support as well.
Now that I got a whiff of determination, I'll try to make useful commits every few days while working on the patcher ~5-40mins a day, if possible.
I have ideas on where to "cut corners" to make a functional, but not übercrappy release.
Bad news: I tried to optimize the patcher...
Edit: I reverted the changes, made a few typos, and now it's marginally faster. yay.
Good news: I "recovered" roughly 0xDC bytes by relocating rtcom to the smaller hole (0x104 safe zone), leaving the big hole (0x1C8) usable for anything! This is good news, because the original hole is so big that it can fit (currently) all patches at once.(except rtcom of course). This also includes GBA support as well.
Now that I got a whiff of determination, I'll try to make useful commits every few days while working on the patcher ~5-40mins a day, if possible.
I have ideas on where to "cut corners" to make a functional, but not übercrappy release.
Last edited by Sono,
Yet another status update.
Turns out in my last post I was wrong about the good news. BUT WAIT!
This is good, because otherwise I wouldn't have discovered a new code hole! Sadly it's ridiculously small, being only a mere 0xF8 bytes (oof), but that's still a lot of bytes, considering the sizes of the patches.
This mistake on my part led to this great discovery, meaning we now have 3 holes:
- rtcom resides in a roughly 0x130 big hole with a tiny but still usable headroom
- the newly discovered 0xF8 bytes can be used for hardcoded trainers, like CPad-to-touch mappers, or widescreen toggler helpers (but sadly not both)
- the originally discovered 0x1E0 bytes can fit a lot of run-once initialization routines, like a crash handler installer, or the redshift unpacker
As for the 3DS-side patcher, I'll release two prereleases soon, one only containing rtcom (opt-out) + widescreen (opt-in) with the new hole system, and a later one where the Redshift configurator is fully present, allowing redshift to be configured from the configurator itself.
Yes, this means that FINALLY no exe patcher will be required, and it'll be accessible to everyone capable of installing CIAs
Turns out in my last post I was wrong about the good news. BUT WAIT!
This is good, because otherwise I wouldn't have discovered a new code hole! Sadly it's ridiculously small, being only a mere 0xF8 bytes (oof), but that's still a lot of bytes, considering the sizes of the patches.
This mistake on my part led to this great discovery, meaning we now have 3 holes:
- rtcom resides in a roughly 0x130 big hole with a tiny but still usable headroom
- the newly discovered 0xF8 bytes can be used for hardcoded trainers, like CPad-to-touch mappers, or widescreen toggler helpers (but sadly not both)
- the originally discovered 0x1E0 bytes can fit a lot of run-once initialization routines, like a crash handler installer, or the redshift unpacker
As for the 3DS-side patcher, I'll release two prereleases soon, one only containing rtcom (opt-out) + widescreen (opt-in) with the new hole system, and a later one where the Redshift configurator is fully present, allowing redshift to be configured from the configurator itself.
Yes, this means that FINALLY no exe patcher will be required, and it'll be accessible to everyone capable of installing CIAs
Finally, after debugging a stupid issue I finally got the patcher working again!
Changes since last public version:
- reworked hole system, so extra patches can fit in their respective holes
- can hold X before pressing and releasing START to enable the widescreen patch
[Download]
I haven't forgot about this (but I did before releasing this version, sorry), I hope I'll include it in the version with Redshift UI.
Changes since last public version:
- reworked hole system, so extra patches can fit in their respective holes
- can hold X before pressing and releasing START to enable the widescreen patch
[Download]
I haven't forgot about this (but I did before releasing this version, sorry), I hope I'll include it in the version with Redshift UI.
Thank you so much and don't worry, I don't presume anyone owes me anything. I'm beyond grateful that you're doing it at all, regardless of when it's released.
Good work and thanks again for being awesome.
Install, then open it and follow the screen instructions, then a patched twlbg will be saved on your root/luma/sysmodules folder.
Yeah, but don't forget to enable "external module loading" in the Luma config!
After that it's literally just selecting a scale filter, pressing START, waiting 6mins, pressing SELECT to exit, then launching into DS(i)/GBA mode.
Not if you're testing on a 2DS
Gotta commend you for the .cia and last update @Sono!I was surprised to see it even worked with my forwarded PKMN HeartGold game, but I guess it shows that I don't really understand well how this works
Simplified but still accurate explaination:
There's a "capture card" in the 3DS which is hooked up to the DS GPU. It records the output of the non-existant DS LCD, and stores the output in itself.
This "capture card" also has a built-in "matrix unit" which has the capability to apply filters to the output image, or even use it as an upscaler.
The CPU the 3DS games run on (ARM11) is in control of storing this captured image in VRAM, and uses the 3DS GPU (the PICA200) to draw it onto the screen, rotated (because on the 3DS both screens's top is actually on the left, so if you rotate your 3DS to the right, that's the right way up!).
What TWPatcher does, is patch Nintendo's original upscale filter with better ones, and for the widescreen patch it patches the GPU driver (named DMPGL, DMP being the company who makes the PICA200, and GL being OpenGL) to accomodate for the higher resolution output image from the "capture card".
As for rtcom, that's almost magic. Long story short, the real time clock (RTC) is sort of emulated, and hijacking it from ARM11 it's possible to exchange very small amounts of data between the ARM11 and ARM7. This is where the name comes from, RTC and COMmunication.
Thanks for the explanation! About rtcom it still amazes me to think the 3ds circle pad was possible to use in DS mode, regarding the vid you posted a while ago.Not if you're testing on a 2DS
Simplified but still accurate explaination:
There's a "capture card" in the 3DS which is hooked up to the DS GPU. It records the output of the non-existant DS LCD, and stores the output in itself.
This "capture card" also has a built-in "matrix unit" which has the capability to apply filters to the output image, or even use it as an upscaler.
The CPU the 3DS games run on (ARM11) is in control of storing this captured image in VRAM, and uses the 3DS GPU (the PICA200) to draw it onto the screen, rotated (because on the 3DS both screens's top is actually on the left, so if you rotate your 3DS to the right, that's the right way up!).
What TWPatcher does, is patch Nintendo's original upscale filter with better ones, and for the widescreen patch it patches the GPU driver (named DMPGL, DMP being the company who makes the PICA200, and GL being OpenGL) to accomodate for the higher resolution output image from the "capture card".
As for rtcom, that's almost magic. Long story short, the real time clock (RTC) is sort of emulated, and hijacking it from ARM11 it's possible to exchange very small amounts of data between the ARM11 and ARM7. This is where the name comes from, RTC and COMmunication.
I've been playing around with the darkned filter in twpatcher and it's pretty nice. It makes me wonder if similar filters like a black and white and maybe a blue filter are possible or if that's more like a shader and requires more processing?
Similar threads
-
- Locked
-
-
-
@
CameronCataclysm:
Why no blog posts about Nitendont going after Garry's Mod repos that have been up for a decade or 2? -
-
-
@
Xdqwerty:
Is it safe to update a modded ps3?
Can I play online in pirated games? (with ps3hen either enabled or not) -
-
-
-
-
-
@
Xdqwerty:
@salazarcosplay, I used apollo save tool to activate my ps3 offline so i could play a game that wasnt working
-
S @ salazarcosplay:from what I understood. you load up the piratged game. you the clear the syscalls, then you play
-
-
-
-
-
-
-
-
-
-
-
-
