raspberry pi

Gunstarrhero

New member
Joined
Feb 19, 2018
Posts
54
Country
USA
Region
PA
has anyone tried to get the raspberry pi to run interface with the amiga like a vampire card? i know you can emulate, is it possible to interface and run it like a vampire to the 68k? or to upload 68k cores or images to it instead of going through winuae? is that even possible, has anyone built a hardware level bridge through software or a physical bridge? if it emulates, isnt the 68k code present in the software?

ok so i took a very good look at the pi, i think its funny how the pi and the vampire are the same cards with features include/exclude here and there minus the fpga.

30$ or 300$. if someone could get the pi running the same as the vampire, we'd be saving a hell of a lot more money for the same features, plus usb, and ethernet. and, that 40 pin header can be used to bridge type.
instructions are instructions, write instructions point from the pi to the amiga, telling the amiga what to do, just as you would the pi to pi internal structure. leave port open on GPIO for others the same. thats what its for, i know its for programming the type, you dont have to just program from it, you could just use it as a connect to connect (P2P) connection over the hardware sending instructions back and forth.

i know it doesnt have an fpu, well that can be taken care of, cause the vampire doesnt have one either, it runs better on that level, that is because of the 060 dump they use. grab that dump and put it on the pi. its not an fpga, although you can still use the sd card slot. write it to that, point to the sd. its more than enough. put it on a usb flash drive or thumb drive. there are many more options here than the vampire i belive. whats the major difference? they can boat onto chip. well you can with the pi, all it takes is a proper pinout from GPIO. get an ide cable that allows 2 connections, strap up to the other type running we'll say the arm as an fpu, get a block header and strap up to well say a (id love for someone to dump ppc instructions) a ppc on the arm(its arm, however completely hypothetical, why not?) how about programming one for 3d acceleration? how about another for sound card process? sure you can use one pi for all that on a quad core, why? why not separate and let sit separate?

im sure someone will tell me that they arent the same, etc. i looked at the vampire and the pi, and they are more similar than not.

i just ask that you be objective about this.
 
Last edited:
has anyone tried to get the raspberry pi to run interface with the amiga like a vampire card? i know you can emulate, is it possible to interface and run it like a vampire to the 68k? or to upload 68k cores or images to it instead of going through winuae? is that even possible, has anyone built a hardware level bridge through software or a physical bridge? if it emulates, isnt the 68k code present in the software?
You really need an FPGA to do anything like that, which is what the Vampire board is. Raspberry Pi can't do much more than interface with the floppy drive connector, parallel port, etc.
 
i just watched a video with some ppl building supercomputers off of these. i know you need an fpga, what if we used the sd as the fpga on direct routine and instruction, or even used through pointing fpu instructions to a flashdrive or sd card.
i know ppl are doing things with the pi, looks like its gonna take time to see it the same as the vampire on a more cost effective level.
 
SD card as an FPGA? I'm assuming you want to make an accelerator. I don't see how you're going to do that with this rather fantasy setup. Use the right tool for the job, which is an FPGA.
 
its an idea because it doesnt have and fpga, and it is a writeable source, i understand that its not going to access as quickly as an fpga. and i was saying why not point the sd card when an fpu is being called aand write to the card, or accewss the card as a "cache" like prom to behave like an fpu, all it needs to do is make fpu reads and writes.
 
its an idea because it doesnt have and fpga, and it is a writeable source, i understand that its not going to access as quickly as an fpga. and i was saying why not point the sd card when an fpu is being called aand write to the card, or accewss the card as a "cache" like prom to behave like an fpu, all it needs to do is make fpu reads and writes.
I don't mean any disrespect, but I don't think you understand how an FPGA or processor works. You can't substitute a storage device for one.
 
yes you can. and, i know how an fpga works; what i was getting at is that if the sd is segmented and partitioned, burned routines and instructions working in that partition, a random number generator can also be built to sit in that segment, not partition. a cpu is a capacitated storage medium, segmented. the faults that are required can be pointed back out to the 68k its self, or the arm through routine pointing or instruction. the point is to leave the rest of the sd card open for read and write segmentation and when a fault is needed to pass parallel back to the cpu, the segmented partition points back to 68k or arm. 8gb is more than enough,and i believe just enough for fpu calc, the only thing that is missing from storage mediums on it is/are a numerator (hence the random number generator) if the vampire is using a core that is pulled from a 060, the fault segment and the points and calls it makes to the fpu are there as well. thats one place to start. those can be written in that segment. say we arent using that, then we have to make points out to 68k, or arm for handling(segments, page faults). when programs call for an fpu there is a specific point they use in call and in reference out to the cpu that points if there is or isnt a fpu on board. that also is on the cpu and it is also in the core dumps apollo uses. if that is routined in @ burn on that particular segment, the arm processor and 68k can make calls out to an fpu. the same can be done with the sd card and making it an fpga, independent segmentation and fault handliing along with a custom random number generator (numerator), close that section off and dump those binaries to the sd. the only difference at this point is to make sure the pi is point out to the 68k , just like the vampire does.

could always point out to an fpu...... (after thought )
 
Last edited:
No offense but since you already have a plan and knowledge why don't you go for it!
 
no one said i havent already start mon frair :)

i post just in case devs come buy and read, that and i like to display possibilities to others. thats what being apart of a community is all about. right? point is, who know whos gonna see. maybe someone will say "hey look at that, that guy is onto something" read through all the neigh sayers, say f* them, and reply, or just go and get started.
 
Last edited:
Back
Top Bottom