-
Notifications
You must be signed in to change notification settings - Fork 81
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Data Corruption with Epyx Fast Load Cartridge on 1.24 #237
Comments
+1. Came here to report the exact same thing, and was glad to see this issue near the top of the issues page. Thought I was going crazy and/or that I made some sort of mistake while soldering up my Pi1541. In my case, the data corruption isn't just sporadic, it is GUARANTEED 100% of the time if I have fastload enabled. If I disable fastload, everything works perfectly. Likewise, if I downgrade to 1.23, everything works perfectly, both with and without fastload enabled. |
Came here to say that v1.24 still not compatible with pi1541 for pi zero with fast load enabled. Using v1.23 is recommended. |
Has the developer abandoned the pi1541. Haven’t seen a fix for 1.24. Not a sign of 1.25😢 |
I just ran across this issue on a Pi Model A+(Pi 1). It seemed to work just fine with the Fastload cartridge disabled, but corrupted frequently when it was enabled. After discovering this report I tried downgrading to 1.23 as suggested above. I downloaded the source and succefully built the 1.23 kernel with RASPPI ?= 1BPlus (same arch and GPIO pin count as the A+). The Pi booted and ran, but the problem was still present. Curious if it was a hardware problem, I switched to a Pi 2 and built a 1.24 kernel with RASPI ?= 2. That worked without any issue, so I concluded that it's probably not an problem with 1.24 specifically. More so probably with the older, slower Pi hardware, at least in my case. With 1.24 working I decided to try the Pi 1 again. In the config.txt I had the option arm_freq=1000. I remembered why that was there after I commented it out and it wouldn't boot. I retried with arm_freq=1100 and it started booting again. This time everything seems to be working as it should. With Fastload enabled I was now able to load programs that almost always corrupted on load before. Also worth noting, I'm now able to load and run some larger games that wouldn't load before even with the Fastload disabled. I had assumed the disk images were just broken, but it appears it was having timing issues with or without the Fastload. It just became much more noticable with Fastload enabled. So far that seems to have resolved the problem for me. Anyone running into this, even on newer Pi hardware, it may be worth the time to do some testing with the arm_freq value. |
After upgrading from 1.23 to 1.24 on a Raspberry Pi 3B reads from the PI1541 on d64 images have sporadic data corruption when loading when the fast load cartridge is enabled. Without the cartridge programs are loaded correctly.
I loaded the "FB64" from the fb.d64 and dumped the first 0x4D bytes loaded and compared with and without the cartridge. A table of the differences is below.
I'd suspect that this is the cause of the issues reported in #215 and #233
The text was updated successfully, but these errors were encountered: