N64DD IPL4ROM & V64JR

N64DD IPL4ROM & V64JR (now with pictures)

Were in luck children.

Today I finaly got my 256 V64jr working. You can actualy run the dev IPL4ROM on a v64jr. Wii

I'll post some pictures later tonight.

Few interesting notes.
1) It crashes when I insert a DD into the drive.
2) It gives error 41 if a DD unit is not present (just to prove it was on a v64 and not just the n64 booting my dd ipl).

Anyways gonna have to try ripping the ipl from a comercial unit and see if it boots a game. It might or it's posible the n64 hung since the ipl4rom was being read over the pi dma channel (dd uses pi dma channel to send to rdram).

Anyways to the guy who has the M3 disk, it would be interesting to see you try the same with a dev unit.

Now to hack a rom to give me the DD register returns. ray:

-- Edit --
Time for the images

Where N64 Hangs when a comercial DD disk is put into the comercial DD Drive and the unit is started with a V64jr and the IPL4ROM (From a dev unit)


N64 Running IPL4ROM with no DD connected (to show it actualy boots)

 

Nice to know the reverse engineering is going forward

 

excelent work, this is some very exciting news.

 

dont hot-insert a DD into the drive while deck is on. big "no-no"!

 

Untrue. The DD suports hot swaps providing the drive is not reading from the disk. How do you think communication studio works.

Plus if it was not suported the sys would lock up, DD actualy is in a wait state and the IPL pretty much loops waiting for a disk to be inserted.



Need to figure out how to write to a v64jr from a n64. I asume you just write to rom but I would think the N64 should not allow it. So do i just write via SW opcodes or must I use the PI dma to write back to rom (providing it's suported).

 

thats awesome subbie! nice to see this getting exciting

 

Yes you can write directly to the ROM if you disable the (N64) "write-protect" flag on the Jr (most transfer software should be able to do this.)

 

I was reffering to hot-swapping the 64DD itself, (the cartridge connector to the bottom of the deck) NOT the 64DD games mister Games/DD disks can be ofcourse swapped, that was one of the big features of it from the start!



I would imagine the deck (n64) provides copying parts of DRAM to some PI device, how else would the 64DD write to the disk for saving ?

 

any more info on this? Also what transfer tools might suport this (on my laptop only elim works but on my main pc most tools work).

I'm not crazy. I wont hotswap the DD unit. I turned the unit off, unplugged the DD then turned the unit on with no DD inserted but did have the v64jr pluged in. It was more to prove the unit did boot the ipl4rom from a v64jr and not the DD.
:033:

--edit--
Two pictures now up. I took more but not much use to post them.

 

Of course the Bung tools like "V64 jr. Tool 2.0"/DRJRWIN or 1.0 for DOS have this option; I believe wJrWrite does too. I'd be surprised if ELIM didn't have it, I don't know though because I've never used it. "Write protect" and "cartridge enable" are very necessary for operation and every tool should allow the user to toggle them.

 

Sweet thanks. Now to find time to write a DDROM (aka comercial IPL) dumper.

:033:

 

great!
anyway there some good people at dextrose that can help you ;D

 

Interesting. Be careful though, I know almost for a certainty that the writers at Future Publishing, who write the UK's unnoficial Wii mage "N-Gamer", check this forum out quite frequently to use bits in their mag. There was news and screens of the M3 disks in N-Gamer, taken directly from topics here.

So while I'd love to see this develop (and hopefully be allowed to cover it as news in my own mag, Retro Gamer), be cautious, since there are eyes everywhere...

 

There's nothing worse than having an idea, doing hard work, and someone else taking credit or whoring the whole subject.

Support your assemblergames.com 64DD emu team, Subbie and Barc0de!

 

Thats exactly why you should *always* watermark your pics

 

Yeah, Well I have alot of info documented but I dont post it. I plan to keep almost everything secret untill I have things done and ready for implementation into emulators. That way I wont have to worrie about someone stealing my work. I plan to add suport into my own emu plus pass the doc onto zilmar of pj64 who will gladly give me proper credit for it. Then the docs can go public and nobody can say they beat me to it (unless lac what he figured out years ago but never completed).

 

It's not a matter of who does it first, but who does it *best*.

-hl718

 

So what's your role?

Best can't come without a first and a second and since there isn't a first... wait, is anyone even working on a low level N64 emulator?

 

The plans of a 64DD dumper were started by myself on a post I made last year on 64DD.net(with an example of LeoCommands to be used in order to dump sections etc) , as you may want to visit to take a detailed look. Since then, I was looking for someone skilled who knows of n64 coding, in order to do in practice what I assumed in theory. I had talks with Zilmar himself, but he too was busy at the time. I have also provided some files (hacked etc) for study.

Me and Subbie met on these boards and being confident that Subbie knows (as it shows) his magic we started talks etc. It is no secret that subbie is doing all the hard work here, since I m not into coding anymore as I used to be due to time restraints from my studies and work, but the whole thing is still a brain-child of both to an extent. To answer your question, from the way you put it Calpis, yes, Subbie is the Wizard on the project. I m more like a cheerleader :Girl: Satisfied? :110:

PS: The way you put your question has a feel of "put down"/sarcasm to it, is this what you wanted to achieve or did it just sound that way?

 

I was just curious; there is a lot of talk on these boards but very little walk. I've been sizing up people on this board since forever, sorry if I struck a wrong chord.