just curious - you do this frequently - ask a question then mark it solved. Any reason you cant post the solution instead on just marking it solved? I think if you are posting a question to the community looking for assistance/answers then you could update your post with the answer as well. This strikes me as odd that you do this as you generally share code/information in other situations.EDIT: Solved!
just curious - you do this frequently - ask a question then mark it solved. Any reason you cant post the solution instead on just marking it solved? I think if you are posting a question to the community looking for assistance/answers then you could update your post with the answer as well. This strikes me as odd that you do this as you generally share code/information in other situations.
There's recent-ish compiled ones right hereAny tips on compiling makerom? The precompiled download seems to be down.
Whenever I try to make it from here I get a spam of warnings, and it eventually reaches an error and stops.
Am I doing it wrong, or is the current version just not stable? Any suggestions on which version I should use?
(I am compiling with MinGW as recommended.)
Hm, I thought this was doing the trick but it seems to not like my .rsf. Is this the regular makerom, and not some RetroArch specific version?There's recent-ish compiled ones right here
https://github.com/libretro/RetroArch/tree/master/ctr/tools
The format has changed, use the template.rsf in the same directory I linked you to.Hm, I thought this was doing the trick but it seems to not like my .rsf. Is this the regular makerom, and not some RetroArch specific version?
It says Unrecognised Key: 'Rom' and Unrecognised Key: 'ExeFs'. My .rsf does have these... should I just be removing them?
(I don't have a <=9.2 3ds to test on, I was hoping this would just work as is since other people eg. @daxtsu have managed to compile it ok.)
Yeah, you're right, I did run into more problems. (Apparently SystemCallAccess is unrecognised, which is part of the template). Thanks for your suggestion but I'd rather not move the project onto another library. I guess I'll go look for the older makerom before the format changed.The format has changed, use the template.rsf in the same directory I linked you to.
Honestly, you will likely keep running into problems, so I suggest just moving your projects over to the citrus library.
make && make install
https://github.com/Steveice10/citrus
then move your project source here
https://github.com/Steveice10/3DSHomebrewTemplate
You don't need to use the citrus library code, you can just drop your source files in the homebrew template and overwrite the pre-existing ones. It's worth it to have a better and current build environment.Yeah, you're right, I did run into more problems. (Apparently SystemCallAccess is unrecognised, which is part of the template). Thanks for your suggestion but I'd rather not move the project onto another library. I guess I'll go look for the older makerom before the format changed.
(Sorry, I know this is the "wrong" way to approach it but I'd rather be conservative since CIAs are more of a bonus to me than a goal - a bonus I can't even use. Plus I know it is a working setup as is since other people have already built previous versions.)
Yeah, you're right, I did run into more problems. (Apparently SystemCallAccess is unrecognised, which is part of the template). Thanks for your suggestion but I'd rather not move the project onto another library. I guess I'll go look for the older makerom before the format changed.
(Sorry, I know this is the "wrong" way to approach it but I'd rather be conservative since CIAs are more of a bonus to me than a goal - a bonus I can't even use. Plus I know it is a working setup as is since other people have already built previous versions.)
Why hasn't the 9.3+ exploit been released yet? I remember some guy posted saying he wanted to grow the hype a while longer, but don't we want it enough already? Was he completely lying? Was there no exploit found at all? If this is the case, what's the progress on finding one?
Standard C I/O library (fopen, fclose...) what format of path does accept? ("sdmc:/Myfile.txt" or just "/MyFile.txt" ?)
both works
blocks.bin
cloud.bin
cursor.bin
terrain.bin
test.vsh
Traceback (most recent call last):
File "c:/devkitPro/msys/aemstro_as.py", line 665, in <module>
parseLine(dvlb.getDVLP(), vsh_dvle, line, False)
File "c:/devkitPro/msys/aemstro_as.py", line 643, in parseLine
dirList[name](dvlp, dvle, r.group(2))
File "c:/devkitPro/msys/aemstro_as.py", line 535, in parseOut
s[2]=s[2].replace(" ", "")
IndexError: list index out of range
make[1]: *** [test.vsh.o] Error 1
make: *** [build] Error 2
according to both testing and #3dsdev both do work (for example 3ds.js doesn't use the prefix).Shame the answer here was "both". This just sent me on a wild goose chase for nonexistent bugs in my app. I now use sdmc:/
Did you install Python? If so which version? You may also want to check that you have the correct version of aemstro installed.Hello I'm new
I explain my problem
When you compile 3dscraft me error:
sorry for my EnglishCode:blocks.bin cloud.bin cursor.bin terrain.bin test.vsh Traceback (most recent call last): File "c:/devkitPro/msys/aemstro_as.py", line 665, in <module> parseLine(dvlb.getDVLP(), vsh_dvle, line, False) File "c:/devkitPro/msys/aemstro_as.py", line 643, in parseLine dirList[name](dvlp, dvle, r.group(2)) File "c:/devkitPro/msys/aemstro_as.py", line 535, in parseOut s[2]=s[2].replace(" ", "") IndexError: list index out of range make[1]: *** [test.vsh.o] Error 1 make: *** [build] Error 2
according to both testing and #3dsdev both do work (for example 3ds.js doesn't use the prefix).
Have initialized everything?