On 12/19/2020 8:26 PM, Brian K. White wrote:
On 12/19/20 8:32 PM, Scott McDonnell wrote:
Ha. Wait… this is Brian White’s program, too, isn’t it? 😊
It's really Jimmy Petit's, which I then hacked on.
Jim Brain has taken mine and hacked some more too, though that's in
rough shape too as it was a more major refactor and it both cleans up
some things and introduces new breakage. I have been meaning to adopt
the first few of his patches which do fix up several things. We were
working on it together back & forth for about one solid weekend a few
months ago and were starting to get somewhere.
Yep, my apologies. I have done the following:
* I replaced the complex ring buffer construct in the codebase with a
simpler buffer
* I refactored all of the source into a few different files, to make
the code a bit easier to read
* Migrated all "magic values" into defines
* Moved all defines and such to header files
* Moved to a little easier logging system
* Refactored a bunch of the global variables into local when global
was not needed
* Added in some of the extensions found in other solutions
All that should be relatively solid, and I can create a release of those
items.
I also am in the process of virtualizing the filesystem, since I think
the SDFatFS lib is a bit big for this use case and FatFS might be more
space efficient. I have the SDFat lib virtualized, but ran into a
problem adding in FatFS, and then I got called onto a project in my day
job and need to get back to it.
I will commit to working on it over the Holidays if there's some
interest in testing.
I'd like to get the codebase to dual compile using Arduino IDE and a
standard Makefile, since I know compiling as a normal C project saves a
couple kB of flash on many platforms, and that could be helpful. It
will also allow me to compile the same code as a cygwin/linux app, to
save some development cycles.
Jim
--
RETRO Innovations, Contemporary Gear for Classic Systems
www.go4retro.com
store.go4retro.com
