my software updates

[Dirk Jagdmann]

Hello everybody,

I ordered the kerberos interface when it was initially released, but then never found the time to use it. Until several months ago, being forced to be at home all the time.

I'm enjoying it very much, although I haven't used the MIDI part yet. I"m currently mainly using it as a easyflash cartridge and to start programs. While playing with it, I decided to make some changes to the menu program and the QT program.

menu:

• direct access to the stored programs with keys 1-0 and shift 1-0
• transfer programs via MIDI without starting the transfer 't' menu option
• speedup of the disk copy by keeping the file descriptors open
• fixed exit of the about demo

QT:

• fixed warnings from current compilers and QT 5
• made the Linux ALSA MIDI delay configurable
• hard coded the OsX MIDI delay to 1ms. Smaller delay values seem to be ignored by the QT system and cause CRC errors on the C64.
• fixed a crash when opening slightly incorrect D64 files

See https://github.com/doj/kerberos and https://www.cubic.org/~doj/c64/kerberos/ for source code and compiled programs.

I didn't try to build the QT program on Windows, I don't have a development environment set up. When I  tried to download and install QT 5, it was always failing to download all files and I gave up.

I would be happy if some of you could test my changes, if they work for them. Feel free to hack away at my source code and if there is interest, I could merge them back to the official kerberos software.

-- 
---> Dirk Jagdmann
----> http://cubic.org/~doj
-----> http://llg.cubic.org

[Frank Buss]

It might be a problem if a transfer starts without going to the T sub-menu first, if there is lots of data on the MIDI bus (e.g. in a live environment). But usually it might be no problem, so I would suggest to add a config entry (config.c and the related menu) for this setting, with default set to the new behavior that you don't need to start the T sub-menu. But the user can change the config to be the old behavior.

Regarding the exit of the about demo: I don't know which memory locations the SID player changes and if it conflicts with CC65, and in which state the SID and other peripheral are after the demo was running, this was the reason to do a reset. Probably not a big problem, the about menu is not called often anyway.

Thanks for the other changes, sounds good. Feel free to send a pull request when tested by you and others.

[Eric Cyb]

Thanks for these improvements!

I agree with Frank about the MIDI. Maybe it could wait for a specific sysex before transferring the data

I also added a quick and dirty patch to the QT app, in order in transfer a .prg directly, using the command line, with no click needed.

Maybe you could add this feature to your fork?

[Dirk Jagdmann]

I agree about making the immediate start configurable. I'll work on that.

I forgot to mention, that I also added  a command line option to the QT program to transfer directly. I don't know how to send a command line to a OsX app, but it works fine on Linux. But send your changes, maybe I can include some parts of them.

[Dirk Jagdmann]

I've updated the menu program to make the autostarted MIDI transfer configurable.

Feel free to test everything.