Linked by Thom Holwerda on Tue 15th Jan 2008 17:00 UTC, submitted by anonymous
3D News, GL, DirectX Kerneltrap has an interview with the creator of project VGA. "The project aims to develop a simple, low budget, open source, VGA compatible video card available this year. Michael is also a member of the Open Graphics Project, but started Project VGA in order to get something affordable on the market as soon as possible."
Order by: Score:
Programmable hardware
by WereCatf on Tue 15th Jan 2008 19:47 UTC
WereCatf
Member since:
2006-02-15

I'm not sure if I understood it correctly but I got the impression that if you reprogram it yourself you can leave out the VGA compatibility and even make the hardware do something not related to graphics at all. IMHO it sounds pretty interesting and I am quite curious. But since I have almost no experience with so low-level software programming I won't benefit much from such card.. And I really can't think of much use for it either. But it sure sounds neat and I am 100% certain that there will be lots of enthusiasts buying these and coming up with dozens of different interesting use cases.

Reply Score: 2

RE: Programmable hardware
by Earl Colby pottinger on Wed 16th Jan 2008 04:05 UTC in reply to "Programmable hardware"
Earl Colby pottinger Member since:
2005-07-06

Personally what I want/need is a large frame buffer (2560 * 2048) that feeds four monitors (each 1280 * 1024). So far I have not found such a beast and have considered ripping the Open-Graphic card and now the Project VGA to help create such a card.

Reply Score: 2

RE[2]: Programmable hardware
by WereCatf on Wed 16th Jan 2008 15:23 UTC in reply to "RE: Programmable hardware"
WereCatf Member since:
2006-02-15

Why not just use two separate cards with dual output each? Atleast X can use all the screens as a large single one. Or is it a Windows based project you'd need that for?

Reply Score: 2

Earl Colby pottinger Member since:
2005-07-06

Because then you are not directly working with a single frame buffer, you either end up shadowing the frame buffer in main memory and have to copy that to the separate buffers in the video cards, or your software has to figure out which card it is drawing to on the fly.

Either method has a lot of overhead.

Reply Score: 2

RE[4]: Programmable hardware
by WereCatf on Thu 17th Jan 2008 04:58 UTC in reply to "RE[3]: Programmable hardware"
WereCatf Member since:
2006-02-15

Well, if your software really has to have direct access to the hardware frame buffer.. But if your app was just an X application X would present all the screens to it as just one large screen and you could render anything you wish and leave the rest to X. Though, I don't have a clue what you're planning so can't really help more than that ;)

Reply Score: 2

Earl Colby pottinger Member since:
2005-07-06

Plus it is an interesting design problem ;)

Reply Score: 2

xilinx board
by transputer_guy on Wed 16th Jan 2008 10:55 UTC
transputer_guy
Member since:
2005-07-08

Sad that the original grand project appears to have failed while this smaller project looks much more promising.

Xilinx/Avnet also has a board with Spartan3s 1000 on it and a Philips triple 10b DAC tda8777 (upto 330MHz), runs about $300 or so and can use PCIe 1x connector. The PCIe IP needed for this can be used on trial. I would guess the Spartan3s might have a tough time driving the VGA anywhere near its max spec so the video output would likely be limited. The Xilinx docs mentions a 25MHz clock for driving at basic VGA 640 resolution, if it could atleast get to 1600x1200, I'd be a lot more interested, put my cpu core in as well.

The PCIe IP though is the hurdle there.

Reply Score: 2