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
tildearrow
e94d99d79e
PC Speaker: fix it
2025-02-26 15:45:26 -05:00
tildearrow
d935d3c6d1
acquireDirect proof of concept
...
extremely low CPU usage in PC Speaker
WARNING! no per-chan osc yet!
2025-02-25 19:58:25 -05:00
tildearrow
4502fa6912
FIX BUILD FAILURE
2025-02-25 18:56:04 -05:00
tildearrow
4b1e883d1b
PC speaker: prepare for acquireDirect
2025-02-25 18:53:02 -05:00
tildearrow
231819da2e
Revert "Revert "prepare acquireDirect API" - stupid crap"
...
thought of an idea for optimization. let's try again.
This reverts commit 4ca7033dec
2025-02-25 18:45:28 -05:00
LTVA1
c58a7cba20
Update sid3.c
2025-02-22 14:45:09 -05:00
tildearrow
a80cdbb1dd
ES5506: increase precision in Amiga pitch mode
...
issue #2120
2025-02-22 01:32:31 -05:00
tildearrow
c5576ebcd2
PCE: fix sample linger in VGM export
...
issue #2322
2025-02-21 19:41:48 -05:00
tildearrow
9af53cac73
PCE: fix sample volume in VGM export
...
issue #2319
2025-02-21 19:35:29 -05:00
tildearrow
41d3dcde66
Virtual Boy: handle phase reset first
2025-02-21 18:58:58 -05:00
tildearrow
0b1e90b908
Virtual Boy: disable channel 5 when changing mod t
...
able
2025-02-21 18:50:00 -05:00
tildearrow
4ca7033dec
Revert "prepare acquireDirect API" - stupid crap
...
the most POINTLESS plan of all time... acquireDirect.
why? because you gotta fill in the oscBufs anyway, which will take
precious CPU time, so you can't just pass the blip_bufs to dispatch
and hope it'll help by not processing when nothing's happening.
"so disable it when the per-chan osc is up!" NO! we need this for
volume calculation....
"how about rewrite per-chan osc logic?" you know what? I don't have
either the time or the will for that.
now back to Something Else......
This reverts commit 08177d839a
2025-02-21 01:27:04 -05:00
tildearrow
cf89a4ff44
GA20: yet another optimization
2025-02-20 04:44:19 -05:00
tildearrow
08177d839a
prepare acquireDirect API
...
provide direct access to blip_buf to dispatch code, which may allow for some serious optimizations
2025-02-19 15:46:10 -05:00
tildearrow
a2bd669792
Virtual Boy: where did the noise channel go?
2025-02-19 04:29:54 -05:00
tildearrow
0e0aab88de
GA20: another optimization
2025-02-18 05:53:54 -05:00
tildearrow
f55f92975a
GA20: tiny optimization
2025-02-18 05:32:09 -05:00
tildearrow
556b268d80
Virtual Boy: we cannot take a fast path...
2025-02-18 03:11:52 -05:00
tildearrow
e1b7618348
Virtual Boy: make it work on hardware
...
issue #2373
2025-02-18 02:30:14 -05:00
tildearrow
63ee7cf5d8
Virtual Boy: write waveforms before init channels
2025-02-18 00:36:20 -05:00
