nesdev.org

Thanks, I figured it was probably something like that

Sort of still along this topic; I'm curious as to how the process to add a new mapper number currently works? For instance, how did the later ones get standardized / agreed upon and added to (most) emulators without having conflicts?

I haven't had any trouble with either the links or the svn.

I happen to like hong kong pirate games

I do want to have some fun with some other boards too, The powerpak can't handle *all* board types either though, if you want certain board types your only option is a donor board. Also, since the powerpak emulates mappers, I believe it is possible that there are differences in rom behavior between...

Is it just me, or aren't there some games that run on the original hardware that have only been emulated using unif format due to limitations in the ines2?

I will make functions for making .nes and .unif in library form.

I got the tar for the bcn app, but the source doesn't seem to be included.

Yeah I was surprised what a pain it was to get the autotools to work. Would you mind posting the source for the bcn sample? I am thinking of building something against libcopynes to allow for making .nes and unif files, and that would be a big help!

Let me know if you are going to open a libCopyNES source code / google code project. I would like to help further too if there are some functions you don't feel like implementing, let me know.

I'm thinking that we should start over from scratch

Agreed. I think everything useful (to copynes) out of that package is already in your file.

There is a ton of code there, but most of it is recycled.

the code from the serial project that Lord Nightmare posted
http://www.sendspace.com/file/tqpc3i

looks like it would be really helpful for the cart dumping part.

Yeah, I'l admit to having alterior motives.. I already wrote the networking code from another (tcpip based) project, and I wanted to see if I could make it work with the serial port.. you can kinda tell by the "fake synchronize" code that it doesn't exactly *need* asynchronous code. It got...

You are so much faster at this than I am lol, I have been working on this thing for a while but I didn't think it was far enough along to create a project yet. It is currently not in a working state. I The current problem is that the change_recv_size function doesn't switch the receiving mode from s...

Hey, I tried to create a new sourceforge project for it, but it will take awhile before it gets approved. If you want, pm me and I will email you the package. It already has autoconf stuff built in.

I have actually started on this project, but I made it unneccessarily complicated (as I always do) I am trying to do asynchronous communication rather than the sleep() junk that the current source does. so I'm currently stuck on some standard C problems. I am certainly willing to share / post what I...