otomatalabs/furnace
7
0
Fork 0
Code Issues Pull requests Actions Packages Projects Releases Wiki Activity
9650 commits 2 branches 0 tags 332 MiB
Commit graph

2647 commits

Author SHA1 Message Date
tildearrow 6050b2c31b Virtual Boy: acquireDirect() 2025-03-07 17:05:12 -05:00
tildearrow 229003c597 VRC6: acquireDirect() 
to-do: check for regressions? I need to sleep
 2025-03-07 06:28:03 -05:00
tildearrow 0e7df18ab3 NES and MMC5: heuristic oopsie 2025-03-07 05:11:18 -05:00
tildearrow c5492f2f2c PCE: oh man a typo 2025-03-07 04:34:27 -05:00
tildearrow 8ee01d15f7 TIA: acquireDirect() 
# TIA Benchmark

twin.fur

acquire(): 11.324s
acquireDirect(): 1.267s

Balmeranda.fur

acquire(): 11.923s
acquireDirect(): 1.093s

# MMC5 (Goofy Asses per second)

unoptimized: 9.22/s
optimized: 108.96/s
 2025-03-07 03:58:13 -05:00
tildearrow 9730988cef MMC5: reset write queue... 2025-03-07 03:21:04 -05:00
tildearrow 47f176b0f0 MMC5: acquireDirect(), part 2 
PCM now works
 2025-03-07 03:12:18 -05:00
tildearrow 1070fb5d10 MMC5: acquireDirect(), part 1 
no samples
also fixed chan osc
 2025-03-07 03:07:52 -05:00
tildearrow 86fb92595a NES: fix a little accuracy problem 2025-03-07 02:31:38 -05:00
tildearrow 007ef91e84 NES: puNES acquireDirect(), part 3 
reduce CPU usage a bit
 2025-03-07 02:10:08 -05:00
tildearrow 08e7112d85 NES: fix unused variable 2025-03-07 02:02:55 -05:00
tildearrow 29849972dd NES: puNES acquireDirect(), part 2 
per-chan osc
 2025-03-07 02:02:04 -05:00
tildearrow 5df3e1f030 NES: make it C++ 
so we can submit to chan osc buffer
 2025-03-07 01:57:52 -05:00
tildearrow 1d60bb03cc NES: reduce CPU usage when no channels active 2025-03-07 01:48:10 -05:00
tildearrow dde97171ab NES: puNES acquireDirect(), part 1 
no per-chan osc
 2025-03-07 01:29:40 -05:00
tildearrow ad8437e5ae this is why I don't use tabs 
in one editor it's 8 spaces, in another it's 2...
spaces on the other hand are the same regardless of editor
 2025-03-06 23:23:46 -05:00
tildearrow f43715775c no to-do 2025-03-06 20:23:10 -05:00
tildearrow 645e97ef93 NES: puNES macro expansion 
preparations for acquireDirect()
 2025-03-06 20:21:26 -05:00
tildearrow c2228cd74b SCC: acquireDirect() 2025-03-06 19:06:45 -05:00
tildearrow 7a6f6a6745 PCE: remove core quality 2025-03-06 12:18:10 -05:00
tildearrow 4c166b9b5a move blip_buf to extern 
so it can be used by other cores
 2025-03-06 12:07:28 -05:00
tildearrow 2078949093 Amiga: tweak the filters once again 2025-03-06 02:00:07 -05:00
tildearrow 43891b8d79 PCE: optimize 5ms 2025-03-05 19:07:10 -05:00
tildearrow 68a550a419 update the acquireDirect API 
size_t offset is no more - it is always 0
 2025-03-05 18:57:17 -05:00
tildearrow ec451cd80e Amiga: acquireDirect, part 3 2025-03-05 15:26:17 -05:00
tildearrow 69a43a70fc Amiga: improve filter calc 2025-03-05 05:40:39 -05:00
tildearrow e941dfb174 Amiga: acquireDirect, part 2 
the filter is back!
 2025-03-05 04:49:22 -05:00
tildearrow e116f2e523 PCE: fix anti-click 2025-03-05 00:17:09 -05:00
tildearrow 655b3621f6 Merge branch 'master' into amigaOpt 2025-03-04 13:18:07 -05:00
tildearrow ac8df480ab PCE: half working channel osc 
it doesn't look right
 2025-03-04 12:37:31 -05:00
tildearrow 11c99f9f96 PCE: push it even further! 
now a bit faster
 2025-03-04 12:21:56 -05:00
tildearrow ec5aafb9ad PCE: PCM works 
CPU usage increases though when it's in use :<
 2025-03-04 12:19:46 -05:00
tildearrow 5d3a22a502 PCE: PCM might work again 2025-03-04 11:57:41 -05:00
tildearrow f0a3e3f590 PCE: Mednafen is wonderful 
the PSG emulator already comes with heuristics... I stripped them off
for Furnace but now that we have acquireDirect() we can give it our
blip_buf and handle everything there

from 40-70% to 10% CPU usage on my phone, and highest quality!

TODO:
- PCM
- chan osc (should be very easy)
 2025-03-03 20:29:34 -05:00
tildearrow 95b1085aed I have no idea what's going on 2025-03-03 17:18:52 -05:00
tildearrow acdce2c795 Amiga: acquireDirect, part 1 
filter no longer works... I'll think of a possible approach
 2025-03-03 04:11:01 -05:00
tildearrow f5589d0084 Amiga: increase DMA off delay 2025-03-03 02:32:11 -05:00
tildearrow 71ac185cbf FDS: lower CPU usage 2025-03-03 02:27:00 -05:00
tildearrow b3b50bdb66 ESFM: optimize osc buf 2025-03-03 01:45:42 -05:00
tildearrow 6d55c8088c GA20: yaaaay I fixed chan osc 2025-03-02 20:41:34 -05:00
tildearrow 8f54445625 GA20: acquireDirect optimizations, part 1 
buggy, slow and glitchy
output is good but chan osc is now broken

from 1.5 to 0.4 seconds
 2025-03-02 20:29:28 -05:00
tildearrow 2c75555fae GA20: excellent... 2025-03-02 19:34:52 -05:00
tildearrow 6813c30e3a new chan osc, part 8 
fix remaining bugs
 2025-03-02 18:02:38 -05:00
tildearrow 49a8693dcb new chan osc, part 7 
i am done
 2025-03-02 16:14:49 -05:00
tildearrow 6265d2cd39 new chan osc, part 6 
more adaptations

how can I get you out of my head... I want to go back to work!
 2025-03-02 04:11:10 -05:00
tildearrow fe00ee805d new chan osc, part 5 
fix C64 rate
 2025-03-01 19:57:16 -05:00
tildearrow a16d20e190 new chan osc, part 4 
adapt dispatch code to it
 2025-03-01 19:49:56 -05:00
tildearrow 10e60ec8c1 new chan osc, part 2 
why is it jerky?
 2025-03-01 17:22:34 -05:00
tildearrow dd7e1def3d new chan osc work in progress 2025-03-01 05:05:50 -05:00
tildearrow c83ecfe993 prepare new chan osc code 
chan osc output will be 65536Hz - always
new functions for initializing the osc buffer and all
 2025-02-26 20:29:13 -05:00