DCEmulation
dreamcast development • homebrew software • hardware hacking • indie games • emulators • and more!
scherzo wrote:It will also sport a new interface using the system I developed for Super Famicast.
I think he will do thatShadowofBob wrote:Make an option so that you can return to your game if you exit to the menu in NesterDC.
We do have a driver capable of running the modem up to 33Kbps. To go above that, you'd need to load custom code onto the modem's DSP, and we don't have the required code, so... Other than that, although it's not a standard Hayes compatable modem, you can just prod the modem registers and get it to do things, like dial, hang up, or whatever.Phantom wrote:If it's truly a winmodem we'd need more than that. For example, implementations of modem standards such as V90.BlackAura wrote:KOS (the latest versions, which you can grab from SubVersion) has a PPP driver and a fully working IP stack. As far as I know, PPP works over a serial cable just fine. I'm not sure if anyone actually wrote a dialler program and connected the PPP driver to the modem, but most of the work has already been done.
I hope I'm wrong though...
I'm assuming you might to this in a similar why to how z-battle is set up or z-net they are both programs that work with the snes emulator to enable online play for the supernintendo.scherzo wrote:You're not the only one, I've noticed this issue with latency in button response as well. From looking at the code, it seems to be because the graphics are quadruple buffered. This coincides with something I read that the PVR internally quadruple buffers too. It might be just a matter of only using two buffers instead of four. We'll see.ethoscapade wrote:my biggest complaint about Nester however has to be the tiny tiny button delay. i'm not sure if anybody else has noticed it, but i'm positive it's there, and it's most noticeable in SMB and punch out - it's a lot harder to make that jump in 8-1 and dodge bald bull's uppercuts in nester as opposed to the NES.
I'm going to use the official 7.1 since that's what I used for NesterGP and I'm familiar with it. I can't recall any games that I like that didn't work with it. Later, I'll do a game by game fix later for games that worked in 6 and not in 7. Then I'll add the missing mappers using other open source emus that support them as a reference. It would be like porting code, and I seem to be good at that.
As for the modem, I see that KOS only provides very raw use of the modem. Looks like a PPP driver and IP stack would have to be made if you wanted the netplay to function over the internet. Otherwise you'd have to directly dial to your opponent, which would make trying to find a random person to play with a bitch. That's why I want to do this over the internet. Then NesterDC can connect to a central server to find opponents.
On the flipside, the BBA should relatively be a piece of cake.
scherzo wrote:Hey everyone. I've got some stuff to discuss with you all....
First, by the end of the weekend, I will release a new version of Super Famicast. No, it will not be blazingly faster; not even close to fullspeed. Here's what it WILL have:
- Syncronized sound
- Mouse support
And that's it. Some of you might choose not to burn a new version since there isn't too much different from the last version. I might even give this a subversion number like 1.5.
Second, I want to ask someone to take over the task of speeding it up. The more and more I fool around with the code, the more I realize that maybe the task of writing the CPU core in assembler is in a little over my head being my first assembler project of any kind. I think I could do it, but not with the amount of free time I get. I foresee it taking and LOOOONG time if I do it.
I have made a little progress though. I wrote the main execution loop in assembler. I don't know if it's quality code. I'm not that good at optimizing code where I have little understanding about what it does. I've never written an emulator before. I do know that one of the the biggest bottlenecks is in the frame rendering code. I've gone through gfx.cpp commenting out bits and pieces to see how much faster it would run if it didn't do certain things... like not draw the objs or bgs. It affects performance a great deal. If all rendering is disabled, then it runs at fullspeed without sound.
I don't want to think of this as giving up but more as asking for help. I need someone with a good knowledge of SNES emulation and a knack for writing SH4 assembler. Hard to find. A while back I was talking with yoyofr, the author of openSnes9xGP, to see if he could help me out since he had done a good job of hacking up the graphics code to get speed increases on the GP32. But he started to ignore my IMs and I figured he didn't want to help.
Well, that's where the status of Super Famicast stands. I know I might be disappointing a lot of you. Hell, I want to see full speed SNES emulation on DC as badly as the rest of you, so I'm disappointed as well. I don't have the skills right now and don't have the time needed to really develop them. Yet, that's one reason why I made Super Famicast open source. It doesn't end here. Unlike DreamSNES, you can lend a hand at anytime.
On to other things...
Last night I got the latest version of NesterDC to compile in my dev environment. I plan on making a Special Edition of this emu with added features. The feature that will stand out the most is netplay and will support both the modem and bba. NesterDC will connect to a central server where you can find other people to play with. It will also sport a new interface using the system I developed for Super Famicast.
If anyone here has ideas for new features they would like to see in NesterDC SE (Special Edition, Scherzo Edition) then post them here.
I will also need testers in the future, especially people with a bba since those are difficult to come by.
I hope you all can understand why I'm moving on. I want to work on something where I can be productive. Thanks.
javascript:emoticon(':sabre:')javascript:emoticon('
')')javascript:emoticon(':ninja:')
Im hoping your wrong but i think you maybe spot on.Phantom wrote:If it's truly a winmodem we'd need more than that. For example, implementations of modem standards such as V90.BlackAura wrote:KOS (the latest versions, which you can grab from SubVersion) has a PPP driver and a fully working IP stack. As far as I know, PPP works over a serial cable just fine. I'm not sure if anyone actually wrote a dialler program and connected the PPP driver to the modem, but most of the work has already been done.
I hope I'm wrong though...
