New NMI handler / .commands (Page 1 of 16)

Thanks AA, I have some information on dot commands and NMI handler (disassembly mainly), but I need a complete API info to do serious job.

Hello, I'm working in a new NMI handler for ESXDOS v0.8.6. I implement a new navigator (the navigation keys are the same: Edit, Up, Down, Left, Right, Enter, Space) and I'm working in new functions: P-Poke, L-Lock page register and even more. Actually used 2890 bytes of 3594, there is a lot of room available yet for new functions.
It's usable:  load tapes and snapshots, poke memory, lock it's functional, but i don't have enough information for continue working on it, mainly related to ESXDOS API.
If you want to test it, there is a copy on https://www.dropbox.com/s/nds242mhkapexhi/NMI.sys?dl=0

Very good work.
The 64 character mode for possible display of LFN is good to look at.
Please develop further

Hello, I'm working in basic functionality of NMI browser: navigate and do actions. At this moment I use snapload dot command for execute z80 and sna files and I plan to use dot comands to do most of things. But I need more detailed information about how ESXDOS calls NMI.sys: the NMI BUFFER passed in HL (to implement snapshot  features), a more complete API information to optimize functions and size of NMI.sys, and access to new 0.9 version to implement an alternative NMI handler for it.

Luzie, when I will finish basic functionality, I will add more things like those that you suggest!

I finished snapshot saver, works good for 48k and 128k machines! I'm optimizing some code and correct any bugs, and when I finish, I publicate new version for testing.

Hello, here is the new version: https://www.dropbox.com/s/lea9c4ixzffl6k7/NMI.sys?dl=0
It can save 48k/128k snapshots, detecting existing files and autoincrementing filename numbering for avoid esxDOS error 18
S-Save snapshot, P-Poke, L-Lock page register, V-View screen (only .scr)
The NMI navigator is able of list directories with 3982 entries, but I limit it to 990
Please test it!!!

Luzie, I'm working on joystick navigation. It's not possible use Sinclair 1/2 because it maps key presses (it would be necessary to change the current navigation keys: 0, 5, 6 , 7, 8), but Kempston is possible! I'm working too on rename/delete options, the next version will incorporate them. Finally, regarding to direct starting/loading file, I do not find it useful enough to spend space on it. Can you tell me exactly what you need and find a really useful solution?

Velesoft, your ideas are always welcome, your reputation precedes you. How do I contact you?

Would be a good start with adding Kempston!
But let me tell my ideas on Sinclair 1/2: Maybe you could do a version with Cursor (5,6,7,8,0) + Kempston
(so people using Joystick together with keyboard Cursor-Keys will be satisfied) and one alternative with Sinclair 6,7,8,9,0 + Kempston for those who mainly use "Joystick only".
"Perfect" will be a solution where we start with "Cursor+Kempston" and if someone press "9" (which is Right Sinclair Joystick "up") we change reading keys to "Sinclair 6,7,8,9,0+Kempston". But this will be most memory-consuming, so I think you won´t like it for NMI.SYS ;-)
Joystick-Keys/Ports Description: http://worldofspectrum.org/faq/referenc … #Joysticks

Should just be a "Fast-start-ramp" for some .tap-Files which have name of yet unused keys like press "w" should just load "w.tap". Just an idea which maybe isn´t to memory-consuming.

An alternative idea maybe to build a sort of menu-system: pressing e.g. "m" can maybe load and display a list of programs in
a file called "m.enu" which then could be started...

Or "f" for loading a "file-manager" which looks like your nmi.sys and have functions like rename in it. So these functions could be left out of NMI.SYS to save memory.

You see, I have much ideas :-)

btw. as "Spezzi63" mentioned: "r" for Reset should be added/brought to life :-) Thanks!

Tried today with ESXDOS 0.8.5 but nothing happens when pressing NMI. I think this maybe because of .API-changes. I think it´s not your first priority to look for this backward-compatibilty?

Before kempston joystick controll need autodetection if kempston port exist.

I'm working in kempston joystick support, in the possibility of a configuration system (keys, type of joystick...), a "Fast-start-ramp", TRD to drive, TAP to tapein/out, select active drive for navigator, and some more surprise

You need to read kempston port on startup - without interface connected there should be 255 there. With interface you get 0 or at least 3 highest bits set to 0.