The source is up .
Although it's pretty messy .
Although it's pretty messy .
So my point is validIt is emulation. POPS is the built in emulator developed by Sony.
Don't use sf2d to blit the image, copy it directly to the framebuffer for now.The source is up .
Although it's pretty messy .
Don't use sf2d to blit the image, copy it directly to the framebuffer for now.
It's WAY too early to saySo.... will this run on o3ds or not quite yet?
No. It does not work in any version because it's a WIP and the first version. Guys please read. Don't try it expecting it to work.I just downloaded this but can't try until later: does/will this work on 11.0.0-33U? (n3ds)
Quick look at source tells me yes. Does not rely on any kernel exploits is completely userland only. And as such should work. But I might be wrong though.I just downloaded this but can't try until later: does/will this work on 11.0.0-33U? (n3ds)
gbatemp really needs rules for it's development forums like xdadevelopers to keep garbage posting like the past 16 pages of this thread out. One shouldn't need to resort to PMs for help.
@shutterbug2000 does the repo contain all dependencies needed to compile? (With the exception of perhaps ctrulib which I have anyway.) I can't say I can help you with porting, as I've never worked with emulators before, but I am interested in building for fun.
It compiled for me first time. I do have sf2dlib which I think is needed (and external).gbatemp really needs rules for it's development forums like xdadevelopers to keep garbage posting like the past 16 pages of this thread out. One shouldn't need to resort to PMs for help.
@shutterbug2000 does the repo contain all dependencies needed to compile? (With the exception of perhaps ctrulib which I have anyway.) I can't say I can help you with porting, as I've never worked with emulators before, but I am interested in building for fun.
Thanks. I was perusing the makefile and wanted to confirm that. Might pull that in later unless you're going to move to ctrulib soon. Are you only using sf2dlib to blit to the screen like the snippet in the OP? I'd go with the suggestion earlier and copy to the framebuffer directly for now and concern yourself with hardware acceleration after that.The currently uploaded source needs sf2dlib, but I'm trying to make it ctrulib only.
Thanks. I was perusing the makefile and wanted to confirm that. Might pull that in later unless you're going to move to ctrulib soon. Are you only using sf2dlib to blit to the screen like the snippet in the OP? I'd go with the suggestion earlier and copy to the framebuffer directly for now and concern yourself with hardware acceleration after that.
You can't set the framebuffer size, you have to run a loop and blit each pixel since the 3ds screen is rotated. Example:Yeah, my one question is how do I set the framebuffer size to that of the DS? Right now it just wants to draw on the side of the screen in rows.
for(x=0; x<256; x++){
for(y=0; y<192;y++){
framebuffer[((x*240) + (239 -y))] = source[( y * sourcewidth ) + x];
}
}
You can't set the framebuffer size, you have to run a loop and blit each pixel since the 3ds screen is rotated. Example:
Code:for(x=0; x<256; x++){ for(y=0; y<192;y++){ framebuffer[((x*240) + (239 -y))] = source[( y * sourcewidth ) + x]; } }