This project is mirrored from https://github.com/libretro/px68k-libretro.git. Pull mirroring updated .
  1. 11 Mar, 2022 1 commit
  2. 26 Nov, 2021 24 commits
  3. 12 Jul, 2021 1 commit
  4. 11 Jul, 2021 1 commit
  5. 09 Jul, 2021 7 commits
    • barkingbad2's avatar
      Merge branch 'audio-desync-hack-option' · 2d6c046a
      barkingbad2 authored
      2d6c046a
    • barkingbad2's avatar
      Merge branch 'core-throttle-fix' · b6778b0f
      barkingbad2 authored
      b6778b0f
    • barkingbad2's avatar
      Merge branch 'latency-option' · 61ea9b27
      barkingbad2 authored
      61ea9b27
    • barkingbad2's avatar
      Added Audio Desync Hack core option · fb63273a
      barkingbad2 authored
      Add core option to address the problem of audio desynchronizing when
      NoWaitMode is enabled. It works by simply discarding any audio samples
      generated past the requested amount per frame slice, which from my tests
      isn't many and my ears can't notice a difference. Forces NoWaitMode to
      enabled regardless of its setting, thus leaving speed throttling up to
      the frontend by way of some combination of its various sync options
      (video, audio, and/or exact content framerate/time sync) - which is "the
      right way" for a libretro core.
      
      AFAICT NoWaitMode set to disabled avoids this problem by periodically
      oversleeping and thereby starving the audio buffer. This hack is no less
      ugly of a fix, sure it's not the right way but neither is throttling in
      the core in the way NoWaitMode disabled does, IMO. If/when the root
      problem is addressed this option (and NoWaitMode) will no longer be
      needed.
      fb63273a
    • barkingbad2's avatar
      Added Push Video before Audio core option · 7312fd2a
      barkingbad2 authored
      Add core option to prioritize reducing video latency over audio latency
      and/or potential stuttering by pushing video before audio, old behavior
      is left as the default.
      7312fd2a
    • barkingbad2's avatar
      Core throttle fix and toggle framerates core option · e21646f1
      barkingbad2 authored
      Change core speed throttling code to get elapsed time from the frontend
      via the frame time callback, this allows fastforward (and slowmo?) to
      work properly when NoWaitMode is disabled.
      
      Add core option to toggle between using actual(new) or
      compatible(?)(old) framerates, option defaults to using the old values.
      e21646f1
    • barkingbad2's avatar
  6. 01 Jul, 2021 4 commits
  7. 28 Jun, 2021 1 commit
  8. 26 Jun, 2021 1 commit