GitLab

Detail:
  s/Sound1 - Adapt service call handler so that on Service_SoundLevel0Alive we reregister ourselves as the sound channel handler. (Also, fix Level0Alive handling to occur in a callback so that the level 0 SWIs are actually available)
Admin:
  Tested on iMX6
  This means that voice generators will continue to work following *RMReinit of SoundDMA, unlike previously where a reinit of SoundChannels would have been required (followed by a reinit of the standard voice generators)


Version 1.42. Tagged as 'Sound1-1_42'

Detail:
  s/Sound1 - Avoid unnecessary remainder calculation in DivRem macro
Admin:
  Tested on Cortex-A15


Version 1.41. Tagged as 'Sound1-1_41'

Detail:
  s/Sound1 - Follow the PRM's instructions and issue Sound_Mode before Sound_SampleRate, instead of assuming Sound_SampleRate 1 would be safe on systems without 16 bit sound. Single-reg LDM/STM swapped for Pull/Push to fix assembler warnings.
Admin:
  Tested on BB-xM


Version 1.40. Tagged as 'Sound1-1_40'

Detail:
  s/Sound1 - Change the Sound_Tuning implementation so that Service_SoundAutoTune will be issued whenever automatic tuning is turned on or off. Allow automatic tuning to be used on systems without 16 bit sound; we just calculate the frequency manually from the sample period. Fix 64 bit multiply in SoundShared; MLAS does not set the carry flag to anything useful
Admin:
  Tested on BB-xM


Version 1.39. Tagged as 'Sound1-1_39'

The SWI Sound_SampleRate shouldn't be called when on an 8 bit sound system, so don't offer autotuning in that case.
As it happens, the SWI is implemented but returns 0, so the autotune was spreading the samples to infinity - resulting in silence.
In the resources, help for *TUNING moved from its syntax string to the help string.

Tested on IOMD with 8 bit sound.

Version 1.38. Tagged as 'Sound1-1_38'

Detail:
  Sound1 now has the ability to automatically calculate the correct *Tuning value for the current sample rate.
  This is only supported if Sound0 implements the Sound_ReadSysInfo SWI, and indicates that the Service_SoundConfigChanging service call is generated
  In addition to automatically calculating the *Tuning value, the value that converts a sound duration to a buffer fill count is also calculated, instead of being fixed at 5 like previous versions (which assumed a ~100Hz buffer fill rate)
  New functionality is controlled via "*Tuning auto on|off" or by passing the magic &AUTO parameter to the Sound_Tuning SWI
  s/Sound1 - Code for automatic tuning feature
  Resources/Germany/CmdHelp, Resources/Germany/Messages, Resources/UK/CmdHelp, Resources/UK/Messages - Updated messages files with new help/syntax/error text
Admin:
  Tested in OMAP3, Iyonix & IOMD ROM softloads
  System beep is now correct pitch on OMAP machines (hurrah)


Version 1.37. Tagged as 'Sound1-1_37'

Detail:
  s/Sound1 - Try using OS_ReadSysInfo to find the location of the OS_Byte variables before falling back on the old OS_Byte &A6
Admin:
  Tested on rev A2 BB-xM


Version 1.36. Tagged as 'Sound1-1_36'

Previous changes were untagged, but incrementing the version number gives
us a tag we can associate with the official RISC OS 5.16 release.

Version 1.35. Tagged as 'Sound1-1_35'

Detail:
  Uses suffixed file extensions for compatiblity with both objasm and asasm.
Admin:
  Supplied by Peter Naulls, tested at ROOL

Version 1.34. Not tagged

  Updated to build using objasm instead of aasm.
  Sources changed to be objasm-compatible.
Admin:
  Requires Library 0.71 or later.
  Requires BuildSys 3.06 or later.
  Requires Env 0.65 or later.

Version 1.34. Tagged as 'Sound1-1_34'

Detail:
  Code updated to use macros from HdrSrc for mode changing and IRQ
    state updates.
Admin:
  Tested 26-bit and 32-bit builds on Risc PC by pressing ^G to generate
    the system beep, Maestro to play several sounds concurrently, and
    Replay to play audio files.

Version 1.33. Tagged as 'Sound1-1_33'

Changed to use srccommit.

Version 1.32. Tagged as 'Sound1-1_32'