12 June 2014, 21:55 | #41 |
Banned
Join Date: Jan 2010
Location: Kansas
Posts: 1,284
|
@JimDrew
Back in the day, did you ever ask C= for chunky modes or why they didn't add them? Or were they oblivious to the success and potential of your Mac emulation? Of course we can do it the right way today with chunky and an enhanced Amiga chipset in the fpga. Wasn't MikeJ going to upgrade the fpga for the fpgaArcade plus anyway? If he would put a descent sized Altera fpga on there, we would be set . |
12 June 2014, 22:35 | #42 | |
Registered User
Join Date: Dec 2013
Location: Lake Havasu City, AZ
Posts: 741
|
Just replaced the original upload I did with a newer version with a slightly faster PCx C2P routine (.5ms or so faster). It was the last version I had in all of my code, and it matches the code in the video drivers for the Mac and PC emulations, so that is what we released officially for EMPLANT, FUSION, and PCx.
Quote:
I gave Commodore my C2P routines to be used in some project that they were working on. That was kind of an exchange for them giving me permission to use the foundation of the kernal's multitasking code that had to be modified to allow the Mac to run peacefully with the Amiga. I had a meeting with John Dilulo (then CEO I believe) about the Mac emulation and of course they were thrilled that video production houses were buying Amigas to run the Mac's Avid video suite via my emulation, but CBM was (rightfully) afraid of Apple's reaction if Commodore were to try to pursue this themselves as an official CBM product. I ran into the same issue when I met with the CEO of Sony while in Japan - Sony wanted a tiny PC capable of running my Mac emulation, but Apple was making noises so a bundle never occurred. When I actually met with John Sculley and the Apple legal team in Cupertino to discuss a bundle deal, they really didn't care what I was doing as long as it didn't some how make the Mac look slow or fail to run apps. It was actually the opposite, where we could run more apps (and faster) than any single Mac could. That too posed a problem, and Apple decided it was in their best interest to not bring attention to my product and they surprisingly admitted that they had no legal means to stop it because the emulation was clearly not using any Apple code or violating any copyrights. It was a friendly departure at the end of the day... which was a blessing. I was fearing the worst! I have not looked at the synth lately but I think there is still plenty of space in Mike's FPGA Arcade Replay to add things like C2P conversion. Last edited by TCD; 17 June 2014 at 02:29. Reason: Back-to-back posts merged |
|
12 June 2014, 23:57 | #43 | ||
Banned
Join Date: Jan 2010
Location: Kansas
Posts: 1,284
|
Quote:
Quote:
I'm sure there is room for C2P although there is RTG chunky already. There is enough fpga space for the retro 8 bit and some simpler 16 bit computer emulation but space is tight for more complex systems and processors that need more performance. Emulation of Genesis/MegaDrive, NeoGeo, X68000, Nintendo, SNES, etc is what would really put the fpga Arcade on the map. Then there are Amiga and AtariST enthusiasts that want new faster and more advanced computers. I think Mike's concept is good and I like the standalone fpga board but I don't think the current fpga size has hit the sweet spot where the possibilities really feel unlimited. |
||
13 June 2014, 00:11 | #44 |
Registered User
Join Date: Dec 2013
Location: Lake Havasu City, AZ
Posts: 741
|
Interesting. There is quite a bit of space left with the Amiga core. There are many different emulations planned or already being ported to the replay board. Mike has an Atari ST emulator, and I have already seen SNES, Nintendo, and other cores in the works. It's always good to have a larger capacity device but Mike designed this thing years ago when the latest and greatest (affordable) FPGA was being used. It's too bad that they don't make FPGAs like they do micros - 100% pin compatible with more code/core space!
Yeah, Apple had a change of heart between when I wrote the Mac emulation for the Amiga and the PC version. I am confident that they ripped my code apart looking for anything they could possibly claim. I am sure they learned a few things about the Amiga too. |
13 June 2014, 00:36 | #45 | |
Registered User
Join Date: Apr 2014
Location: Germany
Posts: 154
|
Also with more bits planar can be nice.
Imagine AGA would have had a 9 plane EHB mode. It would not have costed any more color registers. And would have costed only 12% more DMA bandwidth to double the colors on the screen. Quote:
Did only cost about 60 LE. This is nearly free. |
|
13 June 2014, 00:49 | #46 | |
Banned
Join Date: Jan 2010
Location: Kansas
Posts: 1,284
|
Quote:
I thought it would be nice if fpgas could be bought on a DIMM like module (consistent for fpgas with the same number of pins). When prices drop, you just pop out the old and pop in the new. It's the same logic as a CPU socket but it makes more sense with fpga technology that is changing faster than CPU technology today. Do you think we could make money producing and marketing them? Last edited by matthey; 13 June 2014 at 17:52. |
|
13 June 2014, 00:54 | #47 | |
Registered User
Join Date: Apr 2014
Location: Germany
Posts: 154
|
Quote:
How many LE does it have again? All I remember is that the MIST FPGA has a very good size. It should be big enough for the chipset and the CPU. |
|
13 June 2014, 01:06 | #48 | |
Banned
Join Date: Jan 2010
Location: Kansas
Posts: 1,284
|
Quote:
Logic Cells, 14,752 slices). Maybe it is big enough. Edit: Added manufacturer claims for ELC and slices although I've heard that they are over stated compared to Altera fpgas. In any case, this is not a cheap fgpa. Last edited by matthey; 13 June 2014 at 17:51. |
|
13 June 2014, 01:15 | #49 | |
Registered User
Join Date: Apr 2014
Location: Germany
Posts: 154
|
Quote:
The really important info is the number of slices or LE equivalents. Can someone with a replay say how many slices / LE are free? I mean how many are available after loading the chipset. |
|
13 June 2014, 03:03 | #50 |
Computer Nerd
Join Date: Sep 2007
Location: Rotterdam/Netherlands
Age: 47
Posts: 3,763
|
|
13 June 2014, 03:20 | #51 |
Banned
Join Date: Jan 2010
Location: Kansas
Posts: 1,284
|
I believe each logic element would take several transistors. There are also other fpga resources using significant transistors, especially memory. I would guess that the fpga gate count would be the closest equivalent to chip transistors or maybe it's just "bla-bla" marketing crap .
|
13 June 2014, 07:12 | #52 | ||
Registered User
Join Date: Dec 2013
Location: Lake Havasu City, AZ
Posts: 741
|
Quote:
Quote:
I just saw some sysinfo screens and watched a video of the Vampire 600. It's way slower than FPGA Arcade's full AGA core. Did the FPGA change from the BOM? From what Mike and Wolfgang have stated, there is enough space in the Spartan for several Amiga cores. Last edited by TCD; 13 June 2014 at 07:38. Reason: Back-to-back posts merged |
||
13 June 2014, 09:37 | #53 | ||
Registered User
Join Date: Apr 2014
Location: Germany
Posts: 154
|
Quote:
If I see the info correct the Vmapire has 8K flipflops and the Replay has 28K flipflops. This is good news. As this means the Replay could upgrade the CPU core. It seems we remembered some older/wrong info about the replay. Quote:
The new Phoenix CPU core gives a good speed boost. |
||
13 June 2014, 18:13 | #54 | |
Banned
Join Date: Jan 2010
Location: Kansas
Posts: 1,284
|
Quote:
Last edited by matthey; 13 June 2014 at 18:55. |
|
13 June 2014, 18:40 | #55 |
Registered User
Join Date: Dec 2013
Location: Lake Havasu City, AZ
Posts: 741
|
Where can I get info on the Apollo core? Is it open source? There would be no need to switch tooling as the Xilinx ISE can use either Verilog or VHDL, and its not that difficult to convert one to the other if you absolutely needed to.
I am the North American distributor for the FPGA Arcade Replay. |
13 June 2014, 19:31 | #56 | |
Banned
Join Date: Jan 2010
Location: Kansas
Posts: 1,284
|
Quote:
http://www.apollo-core.com/ Apollo is a superscalar, highly pipelined mostly 68020 compatible CPU. Phoenix is scalar with a shortened pipeline and currently lacks 68020 compatibility because of size limitations in the Cyclone II. Phoenix is complete and being debugged in Majsta's Vampire 600. Apollo has only been tested in simulation but bug fixes of Phoenix should improve Apollo as many of the units are the same. The Apollo and Phoenix cores are written in VHDL. It wouldn't be rocket science to convert but would probably require substantial tweaking and optimizing. The less familiar Xilinx software may take some time to get used to also. Gunnar could explain better I'm sure. There has been discussion of some kind of fairly open license but the cores are not currently open source. They aren't quite ready for distribution yet. |
|
13 June 2014, 23:13 | #57 |
Registered User
Join Date: Dec 2013
Location: Lake Havasu City, AZ
Posts: 741
|
Had a nice hour long chat with Gunnar about this core today. Thanks for the link!
|
16 June 2014, 22:42 | #58 |
AmigaMan
Join Date: Oct 2012
Location: Castro Urdiales/Spain
Posts: 761
|
Wooow...Gunnar and Jim Drew speaking together. Only good things can happends from here.
|
17 June 2014, 05:15 | #59 | |
Registered User
Join Date: Jan 2012
Location: USA
Posts: 372
|
Quote:
A linear increase in memory usage allows for an exponential increase in color. For example, going from 16 to 32 colors takes 25% more memory but doubles the number of colors. And an 8 color image wastes memory access slots if the display hardware requires 4 bits per pixel. The bitplanes scheme can also help area fill operations since a single plane can be area filled and this single plane can then quickly be written (sometimes inverted) into display planes to produce a poly of a particular color. At the time the Amiga was designed, most displays were actually chunky in the sense that they might use 2 adjacent bits or 4 adjacent bits per pixel for color selection and memory was still very expensive per bit. The initial design of the Amiga actually called for something like 128k of chipram. Had the Amiga not been delayed by corporate politics, the machine would have been released earlier and the bitplane idea would have been seen as a great advantage. But as we all know memory densities continued to increase rapidly. One of the worst thing about bitplanes is the difficulty of taking advantage of page mode in DRAM. While it takes 280ns for a chip ram memory access on a standard Amiga, a page mode access on the same ram might take 150ns or even 120ns, but bitplanes in separate areas of memory generally mean the page changes on every access so page mode can't be used. The AGA chipset does take some advantage of this but at the expense of silicon used for larger buffers. |
|
17 June 2014, 06:49 | #60 |
Registered User
Join Date: Dec 2013
Location: Lake Havasu City, AZ
Posts: 741
|
Creative use of bitplanes allows you efficient updates of background data quickly too, like scrolling.
|
Currently Active Users Viewing This Thread: 1 (0 members and 1 guests) | |
Thread Tools | |
Similar Threads | ||||
Thread | Thread Starter | Forum | Replies | Last Post |
Coders Challenge #2: C2P | oRBIT | Coders. General | 4 | 04 June 2010 18:12 |
Any C2P experts here? | oRBIT | Coders. General | 36 | 27 April 2010 07:26 |
C2P....help! | NovaCoder | Coders. General | 8 | 17 December 2009 00:15 |
Game in c2p? | oRBIT | Amiga scene | 11 | 01 February 2007 21:28 |
Fastest TCP/IP software | Smiley | support.Hardware | 7 | 14 March 2005 18:26 |
|
|