You understand very well, but in the pi case we are in luck, 1. the "send data to an attached display" i can do that now in many formats and the encode video is normally a problem, but if you use the soon to come camera module (usb ones do not work very well on the pi).ecoRI wrote:HMS- DEX-
Sounds interesting. My only thought would be about how one would be able to send data to an attached display, encode video etc without having to write a massive amount of code to do this on a dedicated OS. Or perhaps I'm misunderstanding.
http://www.raspberrypi.org/phpBB3/viewt ... 395#p80395How it works : The camera modules outputs raw data direct to the GPU. There it goes through about 17 stages of processing (Debayering, lens correction, black level, gain control, AWB, scaling, cropping, distortion etc). This is all done in real time at 30fps because it's all done in HW under control of the GPU software. The GPU can then also HW encode to JPEG a single capture at full res, or send a lower rez processed stream to the H264 encoder which can encode at 1080p30. Once all that is done, the results are/will be sent to Linux running on the Arm. That's the bit that still needs to be sorted out.
I have try to make it has easy to program has possible, the code its self is full assembly, but i have hidden the hard to code assembly with macros, that let you program in a basic like language.ecoRI wrote:Dex-
How different is the code from say c or java? Can the average programmer program it? I'm just thinking about what the future of this device could be and how easy it would be for others to code on it and tailor it to their needs.
It seems obvious that we need some sort of low latency system to keep up with high polling rates. What do you think of a second pi running linux used to interface this device in order to take advantage of resources such as xwindows to drive a display at lower polling rates than the DEX device (after all we can only display data as fast as a display can refresh). Send data wirelessly to a remote logging station etc....
Also we'll need to be able to support a large number of IO channels both digital and analog. Do you know if any expansion boards are available for the pi that do this?
Code: Select all
include 'DexBasic\DexBasic.inc' pinMode GPIO16, OUTPUT LetsLoop: digitalWrite GPIO16, HIGH delayMicroseconds 1000000 digitalWrite GPIO16, LOW delayMicroseconds 1000000 goto LetsLoop ProgramSize: ScreenBuffer:
Just to be nosey - what do you race? I used to race Locosts - still got the car, just not the time.djsayles wrote:Hi, did anything ever come of this? I run an expensive (but only standard def) Racelogic video vbox for my race car and a cheaper alternative with hi def would be amazing. Unfortunately my skills would be useless to be able to help which is a shame as I'm fascinated by the Pi.