Quantcast
Channel: stardot.org.uk
Viewing all articles
Browse latest Browse all 3362

8-bit acorn emulators • B-Em Tape Overhaul v4.1

$
0
0
4.1

Source patch, Windows build, tests package:

https://beebstuff.uk/f/acorn/TOH/v4.1-rc9/



SHA256 on pastebin:

https://pastebin.com/UYmarx0L

(check the account name, and the date)



If building from source, apply the source patch to the current master, here:

https://github.com/stardot/b-em/tree/92 ... 92ce1d61e3



From the readme:

Code:

IMPROVEMENTS SINCE 4.0----------------------- improved exception/shutdown handling- implemented saving for non-standard (i.e. not 8N1) serial framings (thx. vanekp)- reverted crash when fullscreen selected on recent macOS (thx. Sazhen86)- added unique shutdown code for absent -tape file- fixed bug causing new blank tape to be created when sometimes it shouldn't be- fixed double free in tape catalogue- line breaks when writing TIBETs now reflect ACIA serial framing- fixed tapenoise ringbuffer not being emptied after motor stops (generic LOAD passthrough bug)- fixed tapenoise ringbuffer not being filled when RS423+MOTOR0 (Ultron passthrough bug)tests.php:- six new tests for saving with non-standard framings (including correct UEF chunks)- added sanity check for tests' tapefiles not being present- CLOCKSP2 test syntax fixed- corrected two bad tests that were using incorrect filenames- slow mode (+s) testing for machines on which full speed tests may be unstable, i.e. recent macOS (thx. Sazhen86)- expiry timeout extended for 75 baud save test- Pro Boxing Simulator test no longer runs demo mode; quicker
tests.php has gained the +s switch to enable slow mode, which adds the two-second delay on startup, prolonging the tests by about ten minutes.

I am aware of one bug still existing in this. I was on my very last manual test item before release, which was to make sure that the fast load modes don't interfere with tape save operations. I had both fast load options enabled, and tape noise enabled, and I was *SAVEing to tape, and it crashed. I believe this is related to a realloc() call. I have tried quite hard today to reproduce the crash, but I can't make it happen, so I'm going to have to ship this release with this bug still lurking somewhere within. If anyone manages to find a way to consistently reproduce this, I would be very interested to hear about it.

Have fun.

Statistics: Posted by Diminished — Mon Mar 10, 2025 9:12 pm



Viewing all articles
Browse latest Browse all 3362

Trending Articles