Work on a low-level Nintendo 64 emulator core is being done by this guy: http://www.mameworld.net/vlinde/
Yeah thats pretty cool. I heard about this when it was only doing 2d. I tried to do LLE rsp emulation before HLE (based on zilmar's rsp plugin) but I never could get any 3d out of it so i gave up. I cant run the Bung tool since I am on XP. Also Elim does not have the option (i've tried contacting lac to see if it was maybe undocumented but its near imposible to reach him). I also dont see the option in wJrWrite. Anybody know any info on how to controll this info? I might just insted write an app to go in after a roms loaded to change the v64 state to allow rom writes (as well as backup ram).
I don't know if you've tried this or not, but I don't see why the Bung tool wouldn't work under XP as long as you run PortTalk http://beyondlogic.org/porttalk/porttalk22.zip You just install the driver, and copy allowio.exe to your bung tools directory, then just call "allowio bungtool.exe 0x378" I've been able to run Rtool, transfer with RUNCART, IAS, etc... isn't zilmar also working on a LLE graphics plugin for PJ64? http://www.pj64.net/main/content/view/581/31/
No i have not tried that. Thanks for the info (will check it out tonight). Not sure what simple copier you're refering to. I know it can be done with an with one of the cheatcode carts (cant remember the name, have it noted somewhere). You pretty much just have to access 0xA6000000 and dump 4MB. It's nothing complex at all but if you dont notice there is not a load of ipl roms floating on the net. So just gonna make a simple tool people can use to backup their own DD ipl.
Uhm im not a specialist in that, but i had some experience with ports under NT as well. Maybe you already know this (for sure), but I'll just say it : its because NT doesnt allow ANY application to grab ports. You need to either a) pass through the NT kernel b) get a bypass that does the work for you. I found one some time ago (Win2K era)and it worked fine for me..I wanted to write a better MP3 file manager for my MP-Man player. Ah the good old days ^^! **WARNING : Beware, i have no idea what i am talking about! ^^;** Actually yes, I meant a simple plain copier - its on cart right? Or am I totally wrong and its on a DD disk? Because if its on cart well then an usual dumper should do the job too - or am I wrong? But they are all the same or? So why dump each one?
Yep I saw that, on my case I used a driver called "inpout32" (if I remember it correctly) . In practice it's a simple DLL you call for performing In/outs operations.
Way Way Way out in left field and no where near the ball. DDROM is composed of 3 parts. the IPL (which helps with communicating and booting the DD), Font table & Audio table (the font & audio tables were ment for some generic fonts/audio you could use in a DD game). The DDROM resides in the DD unit it self. It is accessable at the address 0xA6000000. It is not on a cart (cart & DD have to share the PI bus and both can not use the bus at the same time). The Dev DDROM is stored on cart but I believe this was so it could be changed or upgraded since the Dev units were sent out long before real units went into production. Again as I stated there are only 2 IPLs for the DD. I have the Dev one which should differ from the one found in the comercial unit (since the dev ipl has to consider it must go over the PI bus). There are 0 public dumps of the DDROM/IPL off a comercial unit. A few have dumped it them selfs but not posted it publicly. The Dev DDROM/IPL also has not been posted freely on the net. Some do have it (I do, its what my pictures came from) but its not something you will find on a torrent or on google. Really Dumping the DDROM is very simple. Its just I did not know how to allow me to enable rom writes. Should not be more then a few lines of ASM code (or C) to copy from DDROM to V64jr. (just need to get to my gf pc which has EPP mode, laptop only does epc).
Haha - you got flashed by my great N64DD knowledgde eh?? (Joke) . Thanks for you clarification, i promise to be a good Jedy from now on!
:033: Something I forgot to mention. Comercial DD units can not boot dev (blue) DD Disk and Dev DD units cant boot Comercial (grey) DD Disk. So there is a need for the comercial IPL to be dumped.
subbie, from what I recall the drive it self is part of the barrier in running dev disks on commercial units and vice versa. Look inside the manual, you know it be true. Is the ipl part of the problem too? (PI i guess)
The mistery of the universe has moved one step forward tonight. If you incorrectly look at the number its only 5 away from 64. Anyways I finaly found out so far the value the 64DD returns when the status register is read & also the flag indicating a disk is present in the drive. Unfortunatly (for the project) gf mother is showing up 1 day sooner then exspected (umm like an hour from now, need to get to the airport soon) so I wont get to plug the number into an emulator and see what it pops out untill later this week.
Hi, I would like to know if there is a list of 64DD prototype games, whose existence is confirmed. Thank you
Well I did a test. Still not sure if the value I recived is accurate but my emulator changed from writing a reset rtc command to a new command but nothing else happens. So i think i need to start logging the PI to see if anything turns up. www.64dd.net