So I was looking into getting the joybus communications mode working on vba-m, and it *seems* to work fine, at least when just using one gameboy. The correct registers are set and transferred (I think
)
Now, some problems/questions:
- The current IPC method is winsock, which isn't good at all, as I'm looking for a cross-platform way to do it. I know this is vba-l's fault, but whatever
- The svn is sorta hard to understand for me. Which branch should be worked on? The mfc project in trunk seems to be the latest, but Qt is better for cross-platform...
- Is anyone working on this already?
mudlord told me to ask Spacy about this.
Also yes, this is for communication with dolphin. So, anyone on vba-m want to help?
p.s.- get on your irc channel!
edit: ah, i forgot some links
http://code.google.com/p/dolphin-emu/iss...id=173#c12 implementing a dummy gba device in dolphin
http://nocash.emubase.de/gbatek.htm#siojoybusmode The greatest docs ever
http://shawnh.arcynic.net/vba-m/ temp site for patch/info
MFC is the current port, however you're better off developing it as a controller plugin, as thats really how it works. so the platform would not matter as much.
Don't use branches/mfc or branches/qt, they are both experimental. everything in trunk is just fine.
Anyway, I have no idea about all that cable/signal/chip stuff.
Except for the branches, it seems that only the Win32 frontend uses Winsock, and it looks like it only uses it for remote debugging. Thus, it seems that there is no real investment in Winsock, and you're free to do IPC however you wish.
EDIT: But it would be best if you didn't add any more dependencies, so sockets or pipes are probably your best bet.
thanks for the comments.
squall: yes, we'll probably redo the pad plugin spec so that the plugins only emulate one device per plugin instance.
kunaiTeam: look in gbalink.h
Oh, I missed that one for some reason...
Dear lord, what a mess.
ok, here is a patch to add link gui and "pause when inactive" back to vba-m. Lots o bugs still, and of course the socket code wont due for my needs yet.
btw, the GB link code is totally orphaned, so I just made it use GB_LINK_EMULATION
hmm wait, so it had info for DMG Linking as well?
yeah, and actually...i shouldnt have put that #else in GB.cpp there. Doesn't matter atm tho.
would be nice if someone knew where linkSendByte came from.
p.s. more fun!
http://nocash.emubase.de/pandocs.htm#ser...rlinkcable
By the way, I checked the vba cvs, and it seems like DMG linking has been orphaned since the first commit 6 years ago. That, plus it's not really my focus so I'm not going to care about it anymore.
lol, we'll look at GB linking later on, GBA linking and emulator interactivity is the main goal at this point.
looks very interesting
I look forward to seeing more of this.
many things don't work, but trading pokemans does
just got excited so i had to post.
Thats excellent progress Shuffle2
Quite interesting indeed. Kudos for the progress with that part.
hmm I look forward to more progress
i'm rewriting the mfc linking gui, but now that spacy is on hiatus, is there no one to do the qt counterpart?
Maybe nakee will do it, or i will get ambitious and compile qt for msvc again
(takes HOURS)
(12-02-2008 03:48 AM)shuffle2 Wrote: [ -> ]i'm rewriting the mfc linking gui, but now that spacy is on hiatus, is there no one to do the qt counterpart?
Maybe nakee will do it, or i will get ambitious and compile qt for msvc again (takes HOURS)
good work i look forward to seeing an updated patch.
hopefully it makes it in the sdl build also if not when its in svn ill be fiddling with it to see if i can do it
(12-02-2008 03:48 AM)shuffle2 Wrote: [ -> ]i'm rewriting the mfc linking gui, but now that spacy is on hiatus, is there no one to do the qt counterpart?
Maybe nakee will do it, or i will get ambitious and compile qt for msvc again (takes HOURS)
DrNach, when he isn't too busy with zsnes 2.0.
pretty much done...
http://forums.dolphin-emu.com/thread-7476.html
Here is a patch containing changes to src/ from
here compared to current VBA-M SVN HEAD.
It also includes some of the changes necessary to the vs2008 vcproj, however not all of them. And as I do not agree with VBA-M's dependency rules, I will not be making further changes to this patch.
here are the changes to the sln/vcproj as it exists in the mercurial branch, for reference
http://pastie.org/838894
