I would like to do this however I'm not sure where to host. I can get a free git through my github account, but I've never used that version control system before. Also many of the important parts of the project are simply patches for existing libraries (with specific version numbers). How should I host this? Suggestions please!spurious wrote:This sounds really interesting work teh_orph.
Have you put the code anywhere public, so people can have a look.
And keep up the good work!
I think Hexxeh's approach would work.teh_orph wrote:I would like to do this however I'm not sure where to host. I can get a free git through my github account, but I've never used that version control system before. Also many of the important parts of the project are simply patches for existing libraries (with specific version numbers). How should I host this? Suggestions please!
Because X was designed so that on one X server screen you could have a number of clients displayed where the clients are actually all running on different machines and different from the X Server. i.e. communication is via the TCP/IP stack, where as in other systems for example Windows there is no network stack involved. With X you pay for this feature/flexibility even if its not used 99% of the time.I agree with you here that there is a lot of communication between the X server and clients. This however appears to be common to allow windowing environments. Why should this set-up be worse than a different windowing system? (I know where you're going with this, I just wanna coax it out of you )
This is possible with Qt. A bit unstable with 4.X but 5.X will definitely work and be stable. Take a look at the "QtonPi" SD-card-image if you want a demonstrationtheHetman wrote:... If font rendering could be off loaded to the GPU then that might be quite a win.
OpenVG is a first class interface handled by the GPU. It is not a wrapper on top of OpenGL ES.ArborealSeer wrote:But thats still not directly handled by the GPU, its still software which as someone posted before may well be layered on top of OpenGL ES.
as I suspected... dom also confirmed (ish) the fonts aren't GPU acceleratedtheHetman wrote: If font rendering could be off loaded to the GPU then that might be quite a win.
dom wrote:I"d guess it"s mainly fonts (freetype rendered by ARM)
Good point and if you can render Bezier Curves in hardware then basic fonts aren't too much harder. Font hinting is another matter and is needed to stop characters rendered in small point sizes from looking like smudges. The OpenVG 1.1 spec is very clear that font hinting should be supported so that the API can be used in eBook readers.jannis wrote:Well at least there is a libOpenVG.so in https://github.com/raspberrypi/firmware ... opt/vc/lib
and it wouldn't make much sense to ship it with the other closed-source stuff it it wasn't supported at all by the GPU
eben wrote:We'll have to take a look. As James mentions, we support hardware-accelerated OpenVG, and have had Flash Lite running incredibly fast. Personally, I'd like to get the official hardware-accelerated Flash 10 going on there, running against OpenGL ES 2.0, but that's something to think about after the launch.
Users browsing this forum: Bing [Bot] and 82 guests