[release] alternative ED64 Menu

[saturnu]

beta2:

small update:
big games >32Mb like

- resident evil 2
- pokemon stadium 2

are loading now

thanks for that info krikzz! ^^

[dvd2vcd]

small update:
big games >32Mb like

- resident evil 2
- pokemon stadium 2

are loading now

thanks for that info krikzz! ^^


alt64_beta2.7z

thank you for your continued support for V1 OS software, very much appreciated

[Doom]

Appreciated indeed

[saturnu]

bugfix:
roms with a strange filesize like

- homebrews
- some patched files (Wonder Project J2 English patch)

are loading now

beta3
----------
beta4

the menu is running with the default tv type now
it's still possible to override it in the ALT64.ini

ALT64.ini
tv_mode=1    ; 1=ntsc 2=pal 3=mpal 0=force_off

[dvd2vcd]

bugfix:
roms with a strange filesize like

- homebrews
- some patched files (Wonder Project J2 English patch)

are loading now

beta3
----------
beta4

the menu is running with the default tv type now
it's still possible to override it in the ALT64.ini

ALT64.ini
tv_mode=1    ; 1=ntsc 2=pal 3=mpal 0=force_off

alt64_beta4.7z

genius

[r00t670]

Great work, I'll test this out on my V2 sometime soon. Btw, I noticed your GitHub repository for the menu appears to have been deleted. Do you plan to bring it back at some point? Would love to take a peak

[saturnu]

sure i'm going to upload the source again, maybe on subversion.
i have to clean the code and write some docs first.
the github code was just outdated.

-----------
beta5:
fix cheat boot program counter

----
beta6:

pal/ntsc is now set by header-information and could be forced to menu settings before startup

[floriane67]

Thanks SATURNU But this alternative Menu ED64 is unstable on my ED64 V2 NTSC System and not work properly  ,  but its normal its beta test version ,  i understand  ..And thanks again ...Otherwise the OS 2.04 krikzz  work fine for me on my everdrive64 V2 NTSC

Keep the good work krikzz and saturnu

[reprep]

thanks a lot.

can't wait for the transfer pak version.

[D4v3WTF]

Nice work Saturnu, keep up the good work! Love the boxart

[saturnu]

beta7:

new:
analog-stick navigation
scrolling with held dpad or analog stick

fix:
cursor position overflow
menu flickering!

now it's a much better experience using the filebrowser

beta8:
fix Eeprom16K
e.g. Perfekt Dark

[saturnu]

the right one is my bad sram dump - it's ocarina of time (pal)


I did a bit testing on my sram bug:
 - where some bytes from sram are missing

if i edit the header of my menu, so it looks like zelda and boot it with the original menu and from there zelda,
the original menu stores the sram fine.
so i hope it's everything ok with my boot simulation and that there is something wrong with the way i backup the sram

the strange thing is that my sram testrom und other games like f-zero are working fine. ^^


OOT should have a different bootcode for CIC-NUS-6105 but how should that effect sram saving? ^^
i think all i have to do is setting the domain2 timing to

05   Latency
OC   Pulse Width
OD   Page Size //maybe 0F for flashram
02   Release Duration

check if PI DMA is Busy

and set
PI_DRAM_ADDR_REG buffer-addr
PI_CART_ADDR_REG 0xa8000000
PI_WR_LEN_REG length-1

PI_STATUS_REG //0x2 or 0x3

then write back and invalidate the cache lines 'cause it's a mips system

and what about this guy
http://themanbehindcurtain.blogspot.de/2013/08/n64-sramflashram-results.html
why did he have the same problem with real sram-chips? ^^


I would be thankful for any help


btw. i uploaded the source code in the first post

[KRIKzz]

Those guy may have problems cuz he used bunch of long wires, n64 don't likes thing like that.
Do you set timings for PI dom2 or for PI dom1? sram area is a dom2.
In the os i used same timing like for the ROM, when i backup sram or flashram, but normal sram timing should work also. By the way, you can read sram and flashram from rom area, they located in 0xB4000000 - ram size (except eeprom, it available only via standard eeprom interface)

[saturnu]

yes i set it for dom2 but it gives me the same results as if i didn't touch the timing anyway. ^^

thanks for your hint with the sram mapped to cartspace, i can read a working zelda sram dump from there,
but reading is obviously only half the story. ^^

i tried this two functions of the ED64IO, too - but without success ^^
dma_write_sram(void* src, u32 offset, u32 size)
void dma_write_sram(void* src, u32 offset, u32 size)

[KRIKzz]

Seems like i know what is going on. Yours menu use default bootloader firmware. You should not care about firmware if your program loads after OS, but if it loads directly... You need this thing: http://krikzz.com/pub/support/ed64/fpga.zip