Hi Bobcat1, thanks for your reply.
I've yet to do a test, but I think it is possible, and as you quite correctly pointed out, I must reload the SSP buffer as soon as a packet has finished (also, read the buffer, according to Microchip). Which will be tough, especially if I use a 20Mhz osc, with a datarate of 2.5Mb/s, each 'bit' lasts two instruction cycles. I think the SSP peripheral has a buffer, which I can load while sending a packet.
Of course, I would only have to load in a new byte every 16 instructions, but I may have to reload a byte as soon as the SPI has finished sending, again, within 2 instructions.
It would be superb if I could get it working. Having a constant stream of data, in MB/s coming out of the PIC, and at the same time, reading in packets from a separate device (running off the SPI clk). It'll save me a load of board space for a CPLD for serializing/deserializing, no to mention I/O's on the PIC. But considering how 'tight' the code will be, I won't have any time to do any complicated functions, so I might have to try the CPLD option. Then again, thats why 'look-up tables' were invented
Anyway, thanks again, if I happen to get hold of an oscilloscope, I confirm/deny the feasibility of this.
BuriedCode.