Breakthrough for the ao486 core announced - Cache
- NightShadowPT
- Posts: 224
- Joined: Mon May 25, 2020 9:56 am
- Has thanked: 5 times
- Been thanked: 12 times
Breakthrough for the ao486 core announced - Cache
Hi,
In case you have missed it, Smoke Monster just announced that FPGAzumSpass has been working on cache implementation for the ao486 core, giving it a boost in performance of aprox. 85%.
You can watch the video here: https://www.youtube.com/watch?v=rv4JHLI ... e=emb_logo
Looking forward to see this being released.
In case you have missed it, Smoke Monster just announced that FPGAzumSpass has been working on cache implementation for the ao486 core, giving it a boost in performance of aprox. 85%.
You can watch the video here: https://www.youtube.com/watch?v=rv4JHLI ... e=emb_logo
Looking forward to see this being released.
Re: Breakthrough for the ao486 core announced - Cache
Oh nice.. I wonder how much of a speed boost Ill see in El-Fish (generating/breeding the fish was very slow on the Mister) and with Geoworks Ensemble (that ran ok but it should fly now)
great news.. !!
great news.. !!
- NightShadowPT
- Posts: 224
- Joined: Mon May 25, 2020 9:56 am
- Has thanked: 5 times
- Been thanked: 12 times
Re: Breakthrough for the ao486 core announced - Cache
I do have a comment though.
Despite the SIGNIFICANT overall performance increase, Doom still looked kind of slow for such a machine.
I remember it being faster on a 25Mhz 386DX (with a mid-sized window and low resolution).
Maybe it's my nostalgia Goggles, but it also may be that Doom needs something else that this core still doesn't have (?)
Despite the SIGNIFICANT overall performance increase, Doom still looked kind of slow for such a machine.
I remember it being faster on a 25Mhz 386DX (with a mid-sized window and low resolution).
Maybe it's my nostalgia Goggles, but it also may be that Doom needs something else that this core still doesn't have (?)
Re: Breakthrough for the ao486 core announced - Cache
FPU?NightShadowPT wrote: ↑Fri Jul 03, 2020 5:47 am
Maybe it's my nostalgia Goggles, but it also may be that Doom needs something else that this core still doesn't have (?)
Re: Breakthrough for the ao486 core announced - Cache
Or FPGAzumSpass announced it and Smokemonster just spread the wordNightShadowPT wrote: ↑Fri Jul 03, 2020 1:01 am Hi,
In case you have missed it, Smoke Monster just announced that FPGAzumSpass has been working on cache implementation for the ao486 core, giving it a boost in performance of aprox. 85%.
You can watch the video here: https://www.youtube.com/watch?v=rv4JHLI ... e=emb_logo
Looking forward to see this being released.
Re: Breakthrough for the ao486 core announced - Cache
That is a welcome boost.
To my surprise after I saw the a0486 Benchmarks, Wing Commander run a bit to fast, Wing Commander 2 runs just fine.
Can we have a turbo button to cut speed in half for some games?
To my surprise after I saw the a0486 Benchmarks, Wing Commander run a bit to fast, Wing Commander 2 runs just fine.
Can we have a turbo button to cut speed in half for some games?
- NightShadowPT
- Posts: 224
- Joined: Mon May 25, 2020 9:56 am
- Has thanked: 5 times
- Been thanked: 12 times
Re: Breakthrough for the ao486 core announced - Cache
Don't think that's it.
My 386DX did not have a 387DX math co-processor.
The idea would be to have a "speed selector" with 12/25/33/40/50Mhz, but that would be asking too much.
Although I guess that an option to disable the cache will now be possible, should the developer want.
Re: Breakthrough for the ao486 core announced - Cache
A Speed Dial would be actually "needed" for Games older then 1991 I assume. Wing Commander already runs to fast, my old Dos Classic "Smash the Smurfs" is unplayable.
Performance doesnt seem to scale equally, while both Wing Commanders run good, DOOM is not anywhere near that, also Masters of Magic and Warlords 2 take their sweet time "thinking".
Performance doesnt seem to scale equally, while both Wing Commanders run good, DOOM is not anywhere near that, also Masters of Magic and Warlords 2 take their sweet time "thinking".
- Chris23235
- Top Contributor
- Posts: 984
- Joined: Sun May 24, 2020 8:45 pm
- Has thanked: 127 times
- Been thanked: 197 times
Re: Breakthrough for the ao486 core announced - Cache
I only played it an a 486 and it didn't ran in fullscreen and high with a decent framerate, so I looked it up, my guess is its nostalgia GooglesNightShadowPT wrote: ↑Fri Jul 03, 2020 5:47 am I do have a comment though.
Despite the SIGNIFICANT overall performance increase, Doom still looked kind of slow for such a machine.
I remember it being faster on a 25Mhz 386DX (with a mid-sized window and low resolution).
Maybe it's my nostalgia Goggles, but it also may be that Doom needs something else that this core still doesn't have (?)
https://www.youtube.com/watch?v=qQEHHc1q06c
- NightShadowPT
- Posts: 224
- Joined: Mon May 25, 2020 9:56 am
- Has thanked: 5 times
- Been thanked: 12 times
Re: Breakthrough for the ao486 core announced - Cache
That's a great video, and it goes to prove one thing... I was a lot less demanding with my gaming in 1993.Chris23235 wrote: ↑Fri Jul 03, 2020 11:21 am I only played it an a 486 and it didn't ran in fullscreen and high with a decent framerate, so I looked it up, my guess is its nostalgia Googles
https://www.youtube.com/watch?v=qQEHHc1q06c
I distinctly remember finishing the game, but not being able to play it on full screen (more like medium), but apparently I was happy with 12-15 fps of performance.
Funny how things work. I would not be able to play Doom nowadays with such a low frame rate.
Anyway, I guess that answers my question.
Thanks
- Chris23235
- Top Contributor
- Posts: 984
- Joined: Sun May 24, 2020 8:45 pm
- Has thanked: 127 times
- Been thanked: 197 times
Re: Breakthrough for the ao486 core announced - Cache
It was the same for me, I played it on a 25 MHz 486 and while I remember that I couldn't play in fullscreen, my memory is that it ran very fluid, but then around 20 FPS were fluid for anything 3D back then
-
- Top Contributor
- Posts: 531
- Joined: Tue May 26, 2020 5:06 am
- Has thanked: 87 times
- Been thanked: 211 times
Re: Breakthrough for the ao486 core announced - Cache
Thanks FPGAzumSpass!
Before/After --> https://youtu.be/XAdJtDVf8k4
Before/After --> https://youtu.be/BAdYjpfMbSI
Before/After --> https://youtu.be/XAdJtDVf8k4
Before/After --> https://youtu.be/BAdYjpfMbSI
- tontonkaloun
- Top Contributor
- Posts: 361
- Joined: Sun May 24, 2020 7:38 pm
- Has thanked: 161 times
- Been thanked: 53 times
Re: Breakthrough for the ao486 core announced - Cache
bbond007 wrote: ↑Sat Jul 04, 2020 6:33 am Thanks FPGAzumSpass!
Before/After --> https://youtu.be/XAdJtDVf8k4
you have a compiled file to test it?
Re: Breakthrough for the ao486 core announced - Cache
I had a 486SX 50MHz growing up, and while Doom was certainly playable, the framerate still fluctuated wildly (unless I stared at a wall or something).
It’s only when I upgraded to a Pentium 133MHz that I finally got to experience Doom at its full 35 FPS glory.
It’s only when I upgraded to a Pentium 133MHz that I finally got to experience Doom at its full 35 FPS glory.
Re: Breakthrough for the ao486 core announced - Cache
I'd like to say it's not too difficult to compile yourself, but got a 'Can't convert time-limited SOF into POF, RBF, etc.' message in the log.tontonkaloun wrote: ↑Sat Jul 04, 2020 6:09 pmbbond007 wrote: ↑Sat Jul 04, 2020 6:33 am Thanks FPGAzumSpass!
Before/After --> https://youtu.be/XAdJtDVf8k4
you have a compiled file to test it?
Here are the steps I took:
1.) Download & extract core's GitHub repository [~48MB as ZIP] & register for an account at Intel.com to download & install Quartus Lite 17.0.0.595 [Size: 1.7 GB MD5: F95E47F859713C3C6DD59A94A9FC5E43]:
a.) https://github.com/MiSTer-devel/ao486_M ... master.zip
b.) http://download.altera.com/akdlm/softwa ... indows.exe
2.) Download the proper version of the Quartus Device Package [*.QDZ] that is compatible with Quartus Lite 17.0.0.595 for your Terasic DE10-Nano's Cyclone V SoC FPGA [Size: 1.1 GB MD5: 978CC235B50DA9BCC95C709EDADE4503]:
a.) http://download.altera.com/akdlm/softwa ... .0.595.qdz
3.) Start Quartus Lite 17.0.0.595, open the Quartus Project File [*.QPF] within its respective [unzipped] core's repository files and select 'Processing' > 'Start Compilation' on the file menu [OR press Ctrl+L].
P.s. I read the QPF file in the repository to determine the particular version of Quartus Lite I needed to install in order to attempt to compile/generate a working Raw Binary File [*.RPF] for my specific Terasic DE10-Nano's Cyclone V SoC FPGA MiSTer setup.
I've done it successfully for the TG16 repository, don't know exactly why ao486 is not generating anything resembling an RBF file anywhere in the 'output_file' folder after finishing compilation.
Is there anyone here that can tell me more about what else might go into successfully compiling an updated binary of ao486 for myself?
Apologies in advance if this is the wrong thread to post this question in.
-
- Top Contributor
- Posts: 531
- Joined: Tue May 26, 2020 5:06 am
- Has thanked: 87 times
- Been thanked: 211 times
Re: Breakthrough for the ao486 core announced - Cache
I could be wrong, but I think that is due to using the "Lite" version of Quartus.
I have compiled the DEV branch.
It would probably be be better to wait for official release from the people who know what they are doing, but if you can't..
EDIT:
Instruction Fetch path improved:
- bypass prefetch fifo
- don't request TLB if not required
- stop cache burst when jump happened
EDIT:
EDIT:
Revert: prefetch TLB request removal
EDIT:
Add simulation framework for modelsim for both caches and cpu test
EDIT:
Adjust non-MPU UART speed in MIDI mode. Cleanup from cross-device ports.
EDIT:
Move 100MHz to debug menu.
Re: Breakthrough for the ao486 core announced - Cache
Thank You.bbond007 wrote: ↑Sun Jul 05, 2020 2:37 amI could be wrong, but I think that is due to using the "Lite" version of Quartus.
I have compiled the DEV branch.
It would probably be be better to wait for official release from the people who know what they are doing, but if you can't...
ao486_Cache.zip
Make sure you update Main_MiSTer or you won't get video.
It looks like all the search results I've found point to the same thing you mentioned, basically need to pay to play/deal with licensing issues.
Info: Command: quartus_cpf -c ao486_time_limited.sof ao486_time_limited.rbf
Error (210039): File ao486_time_limited.sof contains one or more time-limited megafunctions that support the OpenCore Plus feature that will not work after the hardware evaluation time expires. Refer to the Messages window for evaluation time details.
Info (210040): SRAM Object File ao486_time_limited.sof contains time-limited megafunction that supports OpenCore Plus feature -- Vendor: 0x6AF7, Product: 0x010C
Error: Quartus Prime Convert_programming_file was unsuccessful. 1 error, 0 warnings
Error: Peak virtual memory: 4422 megabytes
Error: Processing ended: Sat Jul 04 20:05:55 2020
Error: Elapsed time: 00:00:01
Error: Total CPU time (on all processors): 00:00:01
- SuperBabyHix
- Posts: 152
- Joined: Sun May 24, 2020 8:26 pm
- Has thanked: 45 times
- Been thanked: 36 times
Re: Breakthrough for the ao486 core announced - Cache
This runs very well with the new FastDoom port. Getting mid 20s-30 fps with tweaks. https://www.vogons.org/viewtopic.php?f=24&p=868617
Thanks very much FPGAzumSpass.
Thanks very much FPGAzumSpass.
- NightShadowPT
- Posts: 224
- Joined: Mon May 25, 2020 9:56 am
- Has thanked: 5 times
- Been thanked: 12 times
Re: Breakthrough for the ao486 core announced - Cache
Thanks for the benchmark videos... very interesting.bbond007 wrote: ↑Sat Jul 04, 2020 6:33 am Thanks FPGAzumSpass!
Before/After --> https://youtu.be/XAdJtDVf8k4
Before/After --> https://youtu.be/BAdYjpfMbSI
- tontonkaloun
- Top Contributor
- Posts: 361
- Joined: Sun May 24, 2020 7:38 pm
- Has thanked: 161 times
- Been thanked: 53 times
Re: Breakthrough for the ao486 core announced - Cache
a big thank-you! I was impatientbbond007 wrote: ↑Sun Jul 05, 2020 2:37 amI could be wrong, but I think that is due to using the "Lite" version of Quartus.
I have compiled the DEV branch.
It would probably be be better to wait for official release from the people who know what they are doing, but if you can't...
ao486_Cache.zip
Make sure you update Main_MiSTer or you won't get video.
- tontonkaloun
- Top Contributor
- Posts: 361
- Joined: Sun May 24, 2020 7:38 pm
- Has thanked: 161 times
- Been thanked: 53 times
Re: Breakthrough for the ao486 core announced - Cache
tontonkaloun wrote: ↑Sun Jul 05, 2020 9:55 amThanksbbond007 wrote: ↑Sun Jul 05, 2020 2:37 amI could be wrong, but I think that is due to using the "Lite" version of Quartus.
I have compiled the DEV branch.
It would probably be be better to wait for official release from the people who know what they are doing, but if you can't...
ao486_Cache.zip
Make sure you update Main_MiSTer or you won't get video.
I had compiled it but I got the file "limited time.sof"
I had tried to convert it but with an error message with the same command as you.
I admit, I didn't look any further
I think I am limited with the lite version of quartus, I wanted to take a license today!
Re: Breakthrough for the ao486 core announced - Cache
I guess I wait for the official update.
What surprises me is performance in Games like Wing Commander 1 + 2 it fells like my 486 DX50, WC1 running to fast for its own good, WC2 seems fine.
Games like Warlord 1 and 2 feel a bit slow, same Masters of Magic. Doom I did expect much more FPS after I played Wing Commander 2.
Looking forward for the official update.
What surprises me is performance in Games like Wing Commander 1 + 2 it fells like my 486 DX50, WC1 running to fast for its own good, WC2 seems fine.
Games like Warlord 1 and 2 feel a bit slow, same Masters of Magic. Doom I did expect much more FPS after I played Wing Commander 2.
Looking forward for the official update.
Re: Breakthrough for the ao486 core announced - Cache
Just gave it a quick try! It's awesome Windows 95 is so much snappier - very big thanks, FPGAzumSpass!
-
- Core Developer
- Posts: 385
- Joined: Sat May 23, 2020 12:55 pm
- Has thanked: 42 times
- Been thanked: 414 times
Re: Breakthrough for the ao486 core announced - Cache
More improvements from today (yellow bars). I fear this will not improve more so easy
Re: Breakthrough for the ao486 core announced - Cache
Looking forward to using the performance increase - this core has a lot to offer! Thank you FPGAzumSpass.
- tontonkaloun
- Top Contributor
- Posts: 361
- Joined: Sun May 24, 2020 7:38 pm
- Has thanked: 161 times
- Been thanked: 53 times
Re: Breakthrough for the ao486 core announced - Cache
If you've got $2,995 to burn, go right aheadtontonkaloun wrote: ↑Sun Jul 05, 2020 10:03 amThanksbbond007 wrote: ↑Sun Jul 05, 2020 2:37 amI could be wrong, but I think that is due to using the "Lite" version of Quartus.
I have compiled the DEV branch.
It would probably be be better to wait for official release from the people who know what they are doing, but if you can't...
ao486_Cache.zip
Make sure you update Main_MiSTer or you won't get video.
I had compiled it but I got the file "limited time.sof"
I had tried to convert it but with an error message with the same command as you.
I admit, I didn't look any further
I think I am limited with the lite version of quartus, I wanted to take a license today!
Then again, maybe you're a developer and can actually use the license for more than just compiling up-to-the-minute DEV releases of these MiSTer cores discussed here.
I think I'll wait till the ppl that know what they're actually doing compiles it properly for release before trying to compile myself again. Although I feel I 'know what I'm doing', having gotten this far, it's that 'knowing what I'm ACTUALLY doing' part that gets me
Strange thing is... certain cores [e.g. TG16CD] allow me to compile an RBF using Quartus Lite, not so with this 'ao486' core... why/how, I wonder, does that occur?
Re: Breakthrough for the ao486 core announced - Cache
As discussed in another thread, it's because the ao486 core uses a 16550 UART "IP core" from Intel/Altera that requires a paid license. Quartus will allow you to use the core anyway for evaluation and development purposes, but won't allow you to generate a "production" bitstream format like .rbf. Most other MiSTer cores do not use IP cores that require a paid license, so this limitation doesn't apply to them.