snicklin

Wow, you have put a lot of work in here, as well as others. Just to say though, this auto save option is not a good idea for people who have SSD's. Writing to SSD every few seconds will damage them, with each bit having limited write counts. It may be an idea not to use this... Is there a way that by default this is switched off for people with SSD's if you can detect them over HDD's?

How are people getting rates like 300,000 per second? I have a PC with an i9 processor, 10 core, 20 threads, up to 5ghz and only get around 10 to 15000 per second.

Well, for a start, I can't program Python! It is also a lot slower, so I wouldn't really be gaining anything there. Go is a quick language, not the quickest, but up there and allows concurrency easily. As for libraries, I cannot comment on the mentioned libraries, are they totally applicable to this situation? I only ask because RC is a very specialised bit of software, would they help, I am not sure.... not being negative, I really don't know. Good algorithms will always be better, but is there one better than LHC, also, I am not sure. A good algorithm with the right language would be a killer here. C++ though is well up there with the fastest languages, probably only beaten by C and Assembly.

Has anyone ever considered porting this to Go (Golang)? I thought it might be good to see if the concurrency capabilities of Go would make conversion quicker? It may not, as C++ is quicker than Go on a single thread. I have taken a look at the code, but it is a lot of work to do to potentially find out you have wasted your time. I noticed some mentions of concurrency in the Rastaconverter code, but didn't really understand that side of it as I am not a c++ person, though can read general code. From memory from what I have read here, there is some concurrency.....

He was in Aberdeen at the time, he was a uni student. I really enjoyed his work.

Now here is a name that is a blast from the past. Sorry, no idea what happened to him. If you find out, see of he knows what happened to Les and Sandy Ellingham! I miss them, they'd be pretty old now if they are still alive.

Redacted

I like it! Is it programmable with code? Do you have a link to it? Or the model number and brand?

I have just opened it fine, should be ok now.

I really should wear my glasses when using my iPad, I initially read the title of this and thought someone was working on a version of GTA V. As crazy as that is.

I felt kind of bad before saying that I couldn't work with you (or anyone, not you personally). As you're not reliant on me, as you're unable to find time a lot of the time, we won't be too dependent on one another. So go on, how do you feel about writing a general purpose package for reading / writing / extracting from ATR's? It seems like a little bit too much for one person (I tend to keep my packages quite small). I could write up the template for such a package with the functions in there and me and you can then fill in the details for each function? And if anyone else wants to join in, they can? I can host it on GitHub. I can give you a GitHub location when a template is available? Just note, I have never worked collaboratively online (only within a company where we know exactly who does what and a minor contribution to RastaConverter a decade ago), so I hope we can balance it well? If it seems too big for you, I like lots of small functions rather than a few big ones, and if I template it well enough, you can pick off little bits here and there?

I have felt the same way regarding this. I am still a beginner at using Fyne, but I am impressed with what I've been able to do so far, even if it is of no use. There is a good book from the author of Fyne. Note though that much of the material is similar to the online stuff, but if you like books, this one is good: https://www.amazon.com.au/Building-Cross-Platform-Applications-Fyne-platform-agnostic/dp/1800563167

Very sorry to hear this. Way, way too young. RIP.

Hi Scott, I am glad that you are learning Go. It is a great language and I enjoy it a lot. I will politely say no to working with you, just because I am very sporadic in when I do things and don't wish to hold you up. I can't describe myself as reliable due to work and family committments. Yes, servers are a very good application that can be quite simply knocked up with Go. Other things I can think of would be file converters, something that maybe stripped text or graphics out of files etc. I wrote a FastBasic preprocessor in Go and a few other small utilities listed in my footer. I have used Ebitengine. I used it to try and write a GUI framework and managed to get backgrounds, splash screens, text and buttons working but nothing more due to time. Fyne is much better for it though, I am still in my early days with Fyne. Make sure you listen to the podcasts such as Cup o'Go and Go Time and sign up to the Golang Weekly news email. All the best and if you write any neat little Atari packages, let me know. Steve

Thanks for the reply Sheddy. I don't mind there being no UI as I program in Go and can also use the Fyne library for anything UI. I just want to see if there is a way that I can build up a repository of Atari specific code I can use without me having to code the specifics of every possible kind of ATR for example. I might take another look at Copilot to see what it has. I would love to code a swiss army knife program on the CLI for doing Atari specific tasks.