Current TZX specification says: "Header blocks have 8063 and data blocks have 3223 pilot pulses"
It also says: "The pilot tone consists in 8063 pulses if the first data byte (flag byte) is < 128, 3223 otherwise"
(unlike tap format that if flag byte is 0 indicates header block and data block otherwise).
* luaengine: video:size(), video:pixels(), screen:refresh_attoseconds()
pixels() and size() correspond to internal game resolution covering all screens and internal pixel colors. the same values are used for bitmap dumping. similar things available for screen_device lua library take into account final UI resolution and colors, so they can't be used when accurate framebuffer is needed.
refresh_attoseconds() allows to calculate precise numerator and denominator for framerate
- Needed to keep audio in sync when playing rhythm game machines such
as konami system 573. This is because the lowest audio_latency currently
supported (audio_latency 1) introduces at least 10 ms of variable latency.
I am unsure how to go about this without breaking backward compatibility
so I set it to work only when audio_latency is 0 (which was previously ignored
by mame itself and was treated equivalent to audio_latency 1). I am aware
that setting audio_latency to 0 is not supported by many mame frontends,
but this change seems natural. Otherwise, would it be better to add
a new mame.ini option, or to automatically enable this low-latency mode
when pa_latency is set lower than, say, 0.01 (10ms), which would
break people's configurations if they already rely on the old behavior?
- k573dio now correctly reports the actual number of samples already
played (instead of rounding up by one discrete mpeg frame in advance and
disregarding samples that have been copied to the stream but not yet
actually played).
Corrected Datasoft title after looking up the official spelling.
Corrected Broderbund to Broderbund Software after looking up official titling.
Added more Apple II disks, both WOZ originals and cleanly cracked.
* mpu5.hxx: Add Spanish Gold Striker dipswitches info (nw)
Better to have the info on the code until the dipswitches get proper emulation on the driver
* Typo (nw)
