[Q] Will Drastic ever support non-buffered rendering?
Posted: Sun Jun 22, 2014 5:13 pm
Will drastic ever support non buffered rendering like ppsspp or something similar? Would be a pretty nice touch playing games in glorious HD *-*
Nintendo DS emulator
https://www.drastic-ds.com/
Id love to see 512x384 res rendering added. My phone would probaly be handle that playable with some frameskip (currently most games are full 60fps with frameskip turned off and my CPU is fast)Exophase wrote:I'm not totally sure what non-buffered rendering is, but I think it's only really applicable to PPSSPP..
If you mean rendering in higher resolutions then there's two things on that: one, we don't have any intention to try to use 3D acceleration for rendering graphics because that causes a lot of problems and performance issues with DS emulation. Two, we do have plans to try supporting a mode where the emulator renders to 512x384 instead of 256x192, but since it's rendered in software it will be very demanding and will probably only work well on high end devices. I doubt we'd even try to support higher resolutions than that.
May as well have the option, though, even if it's buried deep in the menus. I know the "Wow this DS emulator runs at 60fps on my Ti-83" headlines are nice, but there are people with overclocked Shields and Note 3s champing at the bit for something to sink their teeth into. Maybe a developer/tweaker mode you can only enable with the manual editing of a file with a root explorer.Exophase wrote:I'm not totally sure what non-buffered rendering is, but I think it's only really applicable to PPSSPP..
If you mean rendering in higher resolutions then there's two things on that: one, we don't have any intention to try to use 3D acceleration for rendering graphics because that causes a lot of problems and performance issues with DS emulation. Two, we do have plans to try supporting a mode where the emulator renders to 512x384 instead of 256x192, but since it's rendered in software it will be very demanding and will probably only work well on high end devices. I doubt we'd even try to support higher resolutions than that.
Why not? you can use open gl for 3d acceleration. nds4droid works with it along with practically every windows ds emukator and with most gpus in phones it wont be an issue. Rendering jusy 3D graphics in open gl could work. if you just use software the whole time we'll never be able to get high quality or hi red rendring and uts something a lot of us want nowExophase wrote:Did you read the post you were responding to?I already said, we have plans to try stuff with this. I don't have a problem with it being an option that's easy to enable for whoever wants to, that's not the issue. It's something that needs actual work to implement, it's not a trivial change. And it will only be with software rendering, we're not doing anything with 3D acceleration.
He blamed it on how unusually complex the DS' 3D subsystem is.kaikun97 wrote:Why not? you can use open gl for 3d acceleration. nds4droid works with it along with practically every windows ds emukator and with most gpus in phones it wont be an issue. Rendering jusy 3D graphics in open gl could work. if you just use software the whole time we'll never be able to get high quality or hi red rendring and uts something a lot of us want nowExophase wrote:Did you read the post you were responding to?I already said, we have plans to try stuff with this. I don't have a problem with it being an option that's easy to enable for whoever wants to, that's not the issue. It's something that needs actual work to implement, it's not a trivial change. And it will only be with software rendering, we're not doing anything with 3D acceleration.
And just think how fast nds4droid is. Iirc, the reason its not implemented is coz the ds has a weird way of doing 2d-3d and isn't really using the opengl standard thus using it could potentially hurt speed/playability. Just coz others use it doesn't mean we have to bandwagon. Desmume still has to rely on powerful cpus for most games to play (I dare anyone to use it on old pentium 4s).kaikun97 wrote:Why not? you can use open gl for 3d acceleration. nds4droid works with it along with practically every windows ds emukator and with most gpus in phones it wont be an issue. Rendering jusy 3D graphics in open gl could work. if you just use software the whole time we'll never be able to get high quality or hi red rendring and uts something a lot of us want nowExophase wrote:Did you read the post you were responding to?I already said, we have plans to try stuff with this. I don't have a problem with it being an option that's easy to enable for whoever wants to, that's not the issue. It's something that needs actual work to implement, it's not a trivial change. And it will only be with software rendering, we're not doing anything with 3D acceleration.
abeit the fact open gl works fine on nds4droid, just a little slow becaecause of nds4drpid being unoptimisedhuckleberrypie wrote:He blamed it on how unusually complex the DS' 3D subsystem is.kaikun97 wrote:Why not? you can use open gl for 3d acceleration. nds4droid works with it along with practically every windows ds emukator and with most gpus in phones it wont be an issue. Rendering jusy 3D graphics in open gl could work. if you just use software the whole time we'll never be able to get high quality or hi red rendring and uts something a lot of us want nowExophase wrote:Did you read the post you were responding to?I already said, we have plans to try stuff with this. I don't have a problem with it being an option that's easy to enable for whoever wants to, that's not the issue. It's something that needs actual work to implement, it's not a trivial change. And it will only be with software rendering, we're not doing anything with 3D acceleration.
Speaking of which, is it true that scenes are limited to like a thousand or so polys/vertices?