Let me ask again. Does the NES emulator support game saves? Also does anyone know if the SCUMM emulator will work on the everdrive?
So at this point, can we consider the ED64 sorta "stable" when it comes to saving and whatnot? I may jump in on the next wave. Also, while I was messing around @ retrogate, I noticed that there is no option for bare cart with no CIC installed. Is that how it has to be ordered now, or did I miss the non-installed CIC option? I'm cool with needed the CIC installed, though. If you want, I can just send the game I was planning to take the CIC from and just send it back to you, KRIKzz.:nod:
Bummer I missed out again on the sale at Retrogate again. No worrys though, I'm sure they will be even better by the time I order one in a couple of months. Keep up the good work Igor!
oh great looks like we have missed out again how about supply meeting demand?... what carts need to be donor carts? ill happily send one of my own if it speeds things up
I can't update everdrive 64 and now it doesn't work I buyed an Altera USB cable and I'm trying to update the everdrive 64's firmware. After some problems, I managed to install drivers and programmer detects USB-blaster. I tryed to program everdrive 64 but I got this error Now my everdrive 64 doesn't work. I need help...
zantzue go to this thread: http://www.assemblergames.com/forums/showthread.php?t=34590 most possible problems: 1) need to keep connector by fingers otherwise contact will be no a sure 2) quartus v11 have some bugs in firmware update section, so need to install 11.0_programmer_windows.exe also or use more old version of quartus
I personally recommend using a solderless header for flashing the firmware. You can either permanently attach it by pushing it through the holes (which I don't do) or simply hold it in place. Because of the shape of the pins, it makes getting a good connection by holding the connector in place really simple. Here's an example of one: http://www.modzstore.com/10_Pin_Sol...B5101_Modems_Premod/product107536_983075.aspx
Is there no room in the FPGA for the CIC logic (4-bit CPU?) Their various implementations have (I believe) been reverse engineered for emulators? http://www.emutalk.net/threads/53217-N64-PIF-CIC-NUS-6105-Algorithm-Finally-Reversed http://hackmii.com/2010/01/the-weird-and-wonderful-cic/ I'd help with the VHDL/Verilog code (but I'm sure you don't need me?)
I was thinking the same thing. Sounds like it would be possible but perhaps the PCB is wired up to send all CIC data directly to the CIC slot with no way for the FPGA to simulate the results? Destop/CZN had planned that type of solution to his DIY device -> http://www.crazynation.org/N64/yan64bu.htm It seems for 100% compatibility the options are: i) CIC code in FPGA on a new PCB revision ii) LaC to come out of retirement and crack Conkers Bad Fur Day (Though he did say on the old dextrose.com forum that there was no room in the 512MB ROM for the crack code) iii) Get a doner CIC-NUS-6105 chip and use that instead of the CIC-NUS-6101 (would this cause any problems with any other non 6105 games?)
alexh: unfortunatelly there is no complete information about cic, only information about cic6105 reques/response algorithm which used by banjo tooie and jetforce for extra security. anyway i think that we can't implement cic in fpga, even if cic will be completely reverse engineered,because fpga need some time for initialisation, but i guess that cic should be ready to work immediately, so need to use cpld or mcu for emulation fathertime: conker bad fur day already works, probably you mean banjo tooie. cart's menu will not boot if you will install 6105 because menu designed for 6102
