09147: alphatro (possibly clones as well): Cassette operation has regressed, in both saving and loading

ID	Category [?]	Severity [?]	Reproducibility	Date Submitted	Last Update
09147	Media Support	Major	Always	2 days ago	2 days ago

Tester	Robbbert	View Status	Public	Platform	MAME (Self-compiled)
Assigned To		Resolution	Open	OS	Windows 10/11 (64-bit)
Status [?]	New			Driver	ta/alphatro.cpp
Version	0.275	Fixed in Version		Build	64-bit
		Fixed in Git Commit		Github Pull Request #

Summary	09147: alphatro (possibly clones as well): Cassette operation has regressed, in both saving and loading
Description	Cassettes used to work, and I still have 2 test tapes. But they can no longer be loaded as they are not recognised. When saving a tape, the result is garbage and can't be loaded back.
Steps To Reproduce	Start alphatro and make sure the FDD Interface is OFF. Microsoft Basic will start up. Create a small program, for example: 10 PRINT "ALPHATRO" Mount a new tape and hit record. CSAVE"x" The tape will be saved. Now restart the system and try to CLOAD the tape. It will be ignored. The tape format is supposed to be 1200 baud KCS, but it is now something else entirely. Most KCS tapes can be verified with the Super-80, with the header consisting of a string of D3 bytes followed by the name in quotes from the CSAVE command, and then followed by the program (tokenised). The tape now is just nonsense bytes.
Additional Information
Github Commit

Flags
Regression Version
Affected Sets / Systems	alphatro (possibly clones as well)

Attached Files