Homebrew OPEN_AGB_FIRM discussion thread

Pickle_Rick

I'm a pickle Morty!
OP
Member
Joined
Aug 28, 2017
Messages
694
Trophies
0
Age
27
Location
Garage
XP
1,469
Country
United States
:lol: I had just finished compiling .cia/.3dsx shortcuts for the first alpha build a few minutes ago and then this one suddenly drops. I've recompiled new versions with the latest build now. You can find them here. Feel free to link in the OP if you like - just add credit to https://github.com/Ordim3n/That-Shortcut-Thingy for providing the tooling.
Note: it does require FastBoot3ds or GodMode9 Firm0 instead of B9S (follow links through to official instructions on GitHub if you would like to do this).
Damn, I'm definitely using this version. Thanks for this!
Edit: Added to OP.
 
Last edited by Pickle_Rick,

Nutez

Assimilator of Lumas
Member
Joined
Jan 2, 2018
Messages
175
Trophies
0
Location
The other side of paradise.
XP
1,814
Country
United Kingdom
Cia version is a shortcut? o is better use cia than start + power on?
The CIA version requires you to have FastBoot3DS or GodMode9 installed as Firm0 instead of B9S. People would need to follow the official instructions from FastBoot3DS/GodMode9 GitHub pages to set that up first. So it might not be worth the hassle for many people, since the CIA version is just a handy way to reboot into "open_agb_firm mode" from an icon on your home menu. It does NOT give you any new features or let you use Rosalina because you still end up in "open_agb_firm mode". The official .firm and unofficial CIA versions are currently in-sync with build 2020-08-09. So, considering the explanation above, take your pick :) .

Edit: Also, I call it a "shortcut" because that was the terminology that the developer of the tool for making "CIA versions" of .firm files named it (https://github.com/Ordim3n/That-Shortcut-Thingy). The .firm is actually included in the compiled CIA file, so you don't need the .firm on your SD card.

Edit, edit: There is one minor advantage to using the CIA: you can switch off the power LED through the Rosalina menu before you boot into "open_agb_firm mode" via CIA and it will remain switched off.
 
Last edited by Nutez,

Rahkeesh

Well-Known Member
Member
Joined
Apr 3, 2018
Messages
2,178
Trophies
1
Age
42
XP
3,261
Country
United States
Sharper, not really, it looks about the same as VC, which are already aggressively sharp for the display.

Colors are however fairly saturated for a 3DS, but this is done with a bright backlight with low color values, making it impossible to see in daylight.
 
D

Deleted User

Guest
Has been testing it, could potentialy be a replace* for the NSUI method (alas injecting to GBA VC). The colors also looks way better. Hope this gets spiced up as time flies by!
 
Last edited by ,
  • Like
Reactions: MadMakuFuuma

MadMakuFuuma

Well-Known Member
Member
Joined
Jun 23, 2018
Messages
192
Trophies
0
Age
40
XP
1,308
Country
Brazil
Has been testing it, definitive replace for the NSUI method (alas injecting to GBA VC). The colors also looks way better. Hope this gets spiced up as time flies by!

i hope to see someday some form of scaling implementation. now we only have two scales: original (way too small on 3ds screen) or that weird full screen that screws with sprites and such (aka no perfect pixel scale).
 

Rahkeesh

Well-Known Member
Member
Joined
Apr 3, 2018
Messages
2,178
Trophies
1
Age
42
XP
3,261
Country
United States
i hope to see someday some form of scaling implementation. now we only have two scales: original (way too small on 3ds screen) or that weird full screen that screws with sprites and such (aka no perfect pixel scale).

800 px mode would be our answer, because then you can have perfect 3x horizontal scaling and only have to interpolate vertically. However I'm not sure that the libctr stuff that recently came out can easily apply to this AGB_FIRM stuff.
 
  • Like
Reactions: MadMakuFuuma

DSoryu

GBA/NDS Maniac
Member
Joined
May 5, 2010
Messages
2,359
Trophies
2
Location
In my house
XP
4,770
Country
Mexico
i hope to see someday some form of scaling implementation. now we only have two scales: original (way too small on 3ds screen) or that weird full screen that screws with sprites and such (aka no perfect pixel scale).

For that being possible the screen needs to be at least 2x the size of the original output, and the 3DS is only 1.5x of the GBA height resolution, so it won't be possible at all.
 

MadMakuFuuma

Well-Known Member
Member
Joined
Jun 23, 2018
Messages
192
Trophies
0
Age
40
XP
1,308
Country
Brazil
For that being possible the screen needs to be at least 2x the size of the original output, and the 3DS is only 1.5x of the GBA height resolution, so it won't be possible at all.
im noob about resolutions lol, so excuse my next question XD: is possible to get at least 1.5 resolution (not fullscreen, but at least more than 1:1 resolution) something like 360 x 240?
 

uncon

New Member
Newbie
Joined
Apr 3, 2011
Messages
1
Trophies
0
XP
88
Country
United States
Is it possible to get 1:1 on the resolution? (I am not a fan of the Vaseline effect caused by non-integer scaling. Give me those razor sharp pixels even if it's a smaller area!)
 

DSoryu

GBA/NDS Maniac
Member
Joined
May 5, 2010
Messages
2,359
Trophies
2
Location
In my house
XP
4,770
Country
Mexico
Is it possible to get 1:1 on the resolution? (I am not a fan of the Vaseline effect caused by non-integer scaling. Give me those razor sharp pixels even if it's a smaller area!)

Is currently hardcoded, to make that change you need to change the setting on the source code then compile a build for 1:1 scaling.
 

Stellar

Well-Known Member
Member
Joined
Jul 20, 2014
Messages
194
Trophies
0
XP
1,774
Country
Portugal
Sono said:
To put it simply, hardware timings align to whack the capture card out of sync, but the code responsible for synchronization is so bad that it can't recover, so it'll get stuck in this cycle where it tries to whack the 3DS LCD into sync, but fails miserably due to a small amount of lag messing up the timing, and it'll stay like this until the capture card is reset and restarted.

The code is so complex that it's easier to just disable the code responsible for this. You can notice when this code is disabled because if you're looking at 60FPS fluid motion, you'll see stutter every once in a while because the LCD timings can NOT be matched without artifacts or within the 3DS LCD's limit.

Does anyone know if this problem is also present in OPEN_AGB_FIRM? It's the bug that slices some of the top part of the image and draws it below instead.
 
Last edited by Stellar,

Sono

cripple piss
Developer
Joined
Oct 16, 2015
Messages
2,821
Trophies
2
Location
home
XP
9,317
Country
Hungary
Does anyone know if this problem is also present in OPEN_AGB_FIRM? It's the bug that slices some of the top part of the image and draws it below instead.

What someone with the random username in the TWPatch thread said is true, open_agb_firm's MTX driver is written from scratch, and uses optimized DMA routines, so it doesn't have this issue.
 
Last edited by Sono, , Reason: reverted the edit because I really can't read

Site & Scene News

Popular threads in this forum

General chit-chat
Help Users
  • No one is chatting at the moment.
    SylverReZ @ SylverReZ: @Psionic Roshambo, Thats pretty cool.