DC Nincest 64

Orange_Ribbon · Post by **Orange_Ribbon** » Sun Aug 01, 2004 7:02 pm

I still go with

Link2k4 · Post by **Link2k4** » Mon Aug 02, 2004 2:14 am

Well I own a N64, I can see that people may enjoy the project but I don't think it will reach a playable speed and I am pretty dure most people would like to play games at a playable speed. I hope this works for every one who is for it, but i am just adding my two cents saying that making a N64 emulator is kinda pointless where it would be better to have a full speed SNES and GENESIS emulator FIRST before atttack the bigger guns, but no one senses my form of wisdom. well Good luck with the project buddy.

GPF · Post by **GPF** » Mon Aug 02, 2004 9:46 am

here are some new screenshots, now I am using the PVR to render the screen instead of SDL.

and here is the link to the sourcecode and compiled 1st_read.bin and a windows executable and the N64 stars demo.

http://s101533388.onlinehome.us/GPF/dcnin64.zip

Troy

ethoscapade · Post by **ethoscapade** » Mon Aug 02, 2004 10:02 am

looks like chankast.

did you know DCEmu was slashdotted the other day for this?

Strapping Scherzo · Post by **Strapping Scherzo** » Mon Aug 02, 2004 10:12 am

Very cool GPF! Do you mind if I tinker with your source to see what ideas I can come up with for speed improvements?

GPF · Post by **GPF** » Mon Aug 02, 2004 10:21 am

scherzo wrote:Very cool GPF! Do you mind if I tinker with your source to see what ideas I can come up with for speed improvements?

That would be great. Have Fun

Troy

vanadium · Post by **vanadium** » Mon Aug 02, 2004 6:18 pm

WRAGGSTER wrote:this emulator doesnt support any commercial games as far as i know

but yes its amazing just to see it working

No kidding... I never thought I'd see this.

Rigor Mortis · Post by **Rigor Mortis** » Tue Aug 03, 2004 12:00 pm

Regarding RAM limitations
dynamic loading of Roms too large to fit in RAM has been done succesfully in GPADV, the GBA emulator for GP32.

I believe source can be found here...
http://cvs.sourceforge.net/viewcvs.py/gpadvance/gpadv/

Strapping Scherzo · Post by **Strapping Scherzo** » Tue Aug 03, 2004 12:03 pm

Rigor Mortis wrote:Regarding RAM limitations
dynamic loading of Roms too large to fit in RAM has been done succesfully in GPADV, the GBA emulator for GP32.

I believe source can be found here...
http://cvs.sourceforge.net/viewcvs.py/gpadvance/gpadv/

I'm sure that the transfer rate from SMC card to GP32 main memory is much faster than CD to DC main memory would be.

Vchat20 · Post by **Vchat20** » Tue Aug 03, 2004 12:32 pm

iirc, the cd rate of the DC s 11x. also, iirc 1x = 1411kbps roughly.

11x X 1411kbps = 15,521kbps = 15.1Mbit.

while that doesnt prove much, it may allow you more experienced devs (scherzo) to compare. also, how fast is the transfer on the n64 cart anyhow?

edit: nvm. while i dont know how credible the site is, but this site here says the transfer rate of the n64 carts is 1Mbyte/sec. the DC CD transfer rate (15.1 / 8 = 1.87) is slightly faster @ 1.8MB/sec.

Post by **Quzar** » Tue Aug 03, 2004 1:20 pm

That is the tranfer rate for the much slower N64DD carts.

Alexvrb · Post by **Alexvrb** » Tue Aug 03, 2004 4:27 pm

Besides, CDs have comparatively horrible access time. Who knows though, you might be able to set something up for ROMs that are just a bit too big.

Orange_Ribbon · Post by **Orange_Ribbon** » Tue Aug 03, 2004 5:49 pm

What if you used a Dummy file to place the data better on the disk?

typoEDR · Post by **typoEDR** » Tue Aug 03, 2004 6:01 pm

Orange_Ribbon wrote:What if you used a Dummy file to place the data better on the disk?

It wouldn't make the transfer rate any faster (or significantly faster).

Vchat20 · Post by **Vchat20** » Tue Aug 03, 2004 6:14 pm

2 solutions to this issue that came to mind (dont flame

)

1. bba/serial transfer
2. cpu pause during access of cd

Alexvrb · Post by **Alexvrb** » Tue Aug 03, 2004 8:16 pm

Vchat20 wrote:(dont flame )

serial transfer

$~\/~$

Hilltopper · Post by **Hilltopper** » Tue Aug 03, 2004 8:35 pm

The cpu pause idea actually sounds kinda cool. Can anyone elaborate on the feasiblilty of doing something like this.

Vchat20 · Post by **Vchat20** » Tue Aug 03, 2004 9:33 pm

the cpu pause idea may end up acting like the auto SRAM save in superfamicast and dsnes. anytime the sram changes, the game pauses momentarily, saves the sram to the vmu and continues. some games do this often and in the middle of play, others only do it during loading screens and such where gameplay wont be affected. while a rom is not the same as the sram, the cpu pause idea partially came from that.

uncleben · Post by **uncleben** » Wed Aug 04, 2004 1:42 am

I think the CPU Pause idea isn't that bad...
I am wondering if N64 games load gameplay data into ram, so the rom isn't accessed that often. If it was like this, this idea should be quite acceptable.

Rev. Layle · Post by **Rev. Layle** » Wed Aug 04, 2004 1:54 am

i would think, however, the ROM can be accessed (read-only, tho) like any other random accessed memory - so at any point in time, any part of the RAM can be accessed for data. so unless all of the ROM was loaded into memory (impossible for many games), the chances are for large ROMs for a requested piece of memory not available in the DC's memory is higher also.

i mean the CPU pause is one idea, however i think a cache of most accessed parts of the ROM should be in memory. when ROM data is requested it sees if that chunk is in memory first, if not then load a chunk of ROM data into memory (possibly replacing other ROM data in memory that has been accessed the least out of the chunks currently in the DC's memory)