04 March 2024, 15:57 | #161 | ||
Registered User
Join Date: Dec 2019
Location: North Dakota
Posts: 741
|
Quote:
From my current understanding, this is not Emu68-speific. Caching/Branching is a major performance/consideration factor for 060 (and to some extent 040). Since I will be using some FPU code, I don't have to care about anything below 040 (besides, it's RTG, so it's not like it can reasonably run on A1200 anyway). Quote:
Or does RTG completely bypass the chipset malarkey ? I figure it should be possible if the board has a separate video out, then it can safely ignore chipset, no ? I've seen plenty YT vids where there are 2 monitors connected - one to the chipset output and another to the RTG one - so it looks like this is the reason (well, best as I can guess anyway) Last edited by VladR; 04 March 2024 at 15:59. Reason: typos |
||
04 March 2024, 17:18 | #162 |
Alien Bleed
Join Date: Aug 2022
Location: UK
Posts: 4,469
|
I'd like a VamPiStorm.
|
04 March 2024, 17:37 | #163 | ||
Registered User
Join Date: Feb 2017
Location: Denmark
Posts: 1,213
|
Quote:
Quote:
|
||
05 March 2024, 14:31 | #164 |
Thalion Webshrine
Join Date: Jan 2004
Location: Oxford
Posts: 14,465
|
|
05 March 2024, 14:44 | #165 | |
Registered User
Join Date: Dec 2019
Location: North Dakota
Posts: 741
|
Quote:
Of course, this is most definitely something I could contribute myself, given how many different assembler backends I wrote for my compiler. I don't really foresee (once I'd have dev env set-up), AMMX support taking more than 2 weeks of work as it should be just a simple replacement of the AMMX op with an ARM equivalent stream of ops. But you need real Amiga HW for that, so we're back to square one on this one... |
|
05 March 2024, 14:55 | #166 | ||
Registered User
Join Date: Dec 2019
Location: North Dakota
Posts: 741
|
That's good to hear - I certainly don't need chip-ram for a SW rasterizer - just wasn't sure on driver-side of RTG things (like, perhaps the bitmaps does have to be shuffled through chip-ram to be displayed).
Quote:
Quote:
Still, I will keep an option for not displaying the final frame so that we can benchmark how long it takes for RTG to display the rendered frame (mostly for BFG and other cards). |
||
05 March 2024, 17:55 | #167 |
Registered User
Join Date: Feb 2017
Location: Denmark
Posts: 1,213
|
There are also the unimplemented FPU ones (FSINCOS etc), but you don't need to forgo 64-bit math (or sin/cos) - just don't do it with the unimplemented instructions. Call library functions or inline the code, or use the FPU (if you require that anyway) - extended precision gives exact 64-bit integer results.
|
05 March 2024, 18:48 | #168 | |
Registered User
Join Date: Dec 2019
Location: North Dakota
Posts: 741
|
Quote:
On Vampire I noticed a significant boost when using FP and INT ops in parallel especially for scanline traversal, so I plan on using FP as much as possible (though I intend to keep whole pipeline/coordinate system Integer/FixedPoint). Did Motorola run out of money when working on 060 or something ? Why did they butcher the functionality they already have for 040 ? Heat/silicon/size perhaps ? |
|
05 March 2024, 19:10 | #169 | |
Registered User
Join Date: Feb 2017
Location: Denmark
Posts: 1,213
|
Quote:
I won't speculate too much on why MC did what they did (lest we move too much off topic), but if you don't need to support 64-bit mul/div in HW you can have a strictly 32-bit ALU which I imagine is a significant win. For the FPU it's obvious (most (all?) were already not in silicon on 040 either). In the documentation MC claims unimplemented instructions are rare in the programs they looked at (which is probably true). Apparently MacOS used FPU for most of its 64-bit math anyway, so they wouldn't be hurting that market (though I don't know if 060 was even available there..), and for something like a "big integer" library you would re-do that anyway for the new faster processor. |
|
05 March 2024, 19:37 | #170 | |
Registered User
Join Date: Dec 2019
Location: North Dakota
Posts: 741
|
Quote:
I was considering creating a separate branch for the 64-bit coordinate system given that I am targeting high-end specs, as that would significantly simplify things for many scenarios (based on early estimates in my excel), but based on this thread I'll just keep it 32-bit as it is and focus on other features instead. I truly appreciate opportunity to learn from these threads Last edited by VladR; 05 March 2024 at 19:38. Reason: typos |
|
05 March 2024, 22:57 | #171 |
Registered User
Join Date: Sep 2007
Location: Melbourne/Australia
Posts: 4,421
|
Personally for my new 1200 build I'm thinking about a PiStorm running Emu68 and just sticking with AGA for that authentic feel. Either that or I'll just go with a TF030 for a basic classic experience.
I've never been that interested in the Vampire, always seemed a bit too far removed from the original hardware in my eyes. |
05 March 2024, 23:26 | #172 | |
Registered User
Join Date: Aug 2006
Location: Scunthorpe/United Kingdom
Posts: 2,092
|
Quote:
|
|
06 March 2024, 09:55 | #173 | |
0ld0r Git
Join Date: Mar 2009
Location: Cornwall, UK
Posts: 1,655
|
Quote:
Maybe a sponsorship or something to raise funds for the hardware required?? - I wouldn't mind chipping in a few UK bucks to kick off. |
|
06 March 2024, 14:50 | #174 | |
Registered User
Join Date: Dec 2019
Location: North Dakota
Posts: 741
|
Quote:
There's nobody in North Dakota anyway. There's folks in Minneapolis, but that's a 12-hour roundtrip drive. EDIT: This year has only started but I'll try to budget $1,500 for a properly expandable A1200 with 060 accelerator (by the end of 2024). But I only do temp jobs to cover 3-4 month coding spurs anyway. Last edited by VladR; 06 March 2024 at 16:10. Reason: . |
|
06 March 2024, 15:26 | #175 |
Thalion Webshrine
Join Date: Jan 2004
Location: Oxford
Posts: 14,465
|
If you could scrape together the low-level technical information about the "parts" of 68080 instruction set you would need (e.g. AMMX) and maybe a test program then it could be submitted to Michal for consideration. I imagine it would be low down on his list but at least it would be there.
|
06 March 2024, 16:21 | #176 | |
Registered User
Join Date: Dec 2019
Location: North Dakota
Posts: 741
|
Quote:
|
|
06 March 2024, 16:56 | #177 |
Thalion Webshrine
Join Date: Jan 2004
Location: Oxford
Posts: 14,465
|
Makes sense. Just remember that the BCM2837 (RPi3) and BCM2711 (RPi4) which are required for PiStorm both have the ARMv8-A ISA. Their equivalent of AMMX is I *think* Neon?
|
06 March 2024, 23:07 | #178 | |
0ld0r Git
Join Date: Mar 2009
Location: Cornwall, UK
Posts: 1,655
|
Quote:
Just trying to think of way's to get you "kickstart"ed.... Good luck which ever way you decide to go. |
|
05 June 2024, 13:22 | #179 |
Registered User
Join Date: Jul 2019
Location: Poland
Posts: 30
|
Anyone have any experience with pistorm and Vampire? I have the impression that pistorm development is much faster. How is the compatibility of both platforms with Amiga software at the moment? Which one is more compatible? What demoscene productions, software, games do not want to work and on which platform?
|
05 June 2024, 13:34 | #180 | |
Retro Freak
Join Date: Nov 2001
Location: Slovenia
Age: 51
Posts: 1,665
|
Quote:
Currently implemented: - Full CPU and FPU emulation, seems to be bug free since we haven't found a bug in a long time - RTG implementation using rPI HDMI output - P96 driver working with any custom resolution you can come up with in all bit depths - native SD card partitions used by the Amiga. Very fast disk access with over 20MB/s transfer rates - WIFI driver implementation on all rPI models. Upto WPA2 encryption supported. Transfer speeds upto 5MB/s have been seen in normal usage. Uses WirelessManager on amiga to connect to wifi. In Development: - FrameThrower module - Native RGB output on the HDMI output. Possibility to have full screen or window (any size) output. A600 version already produced and tested by a lot of people, A1200 version is currently in testing. Compatibility: - WHDLoad Games should be 100% compatible. We have developed a WHDLoad Wrapper application that sets the Pistorm/Emu68 settings individually per game before the WHDLoad is started. It is being maintained and updated all the time. Database gets updated automatically if your amiga is online. - WHDLoad Demos should be around 99% compatible. Same features apply as for games. - WB Applications should all work, the pistorm gets performance from anywhere near 1000 MIPS to 2500 MIPS , depends on the rPI model. - RTG Games all work flawlessly and with VERY high FPS, no other accelerator comes even close to the numbers. |
|
Currently Active Users Viewing This Thread: 1 (0 members and 1 guests) | |
Thread Tools | |
Similar Threads | ||||
Thread | Thread Starter | Forum | Replies | Last Post |
A1000 with PiStorm is a thing apparently | eXeler0 | support.Hardware | 11 | 06 June 2024 08:34 |
PiStorm for Amiga1200? | AmiBoy | Hardware mods | 123 | 01 September 2023 12:22 |
Amiga Case Badges - TF1260 - PiStorm - 1260 WARP | RetroPassionUK | MarketPlace | 4 | 26 June 2021 17:11 |
[WANTED] RGBtoHDMI v2 and PiStorm | hiroshima | MarketPlace | 1 | 02 May 2021 15:49 |
|
|