XBMC is hardware accelerated. Any pixel that appears on the screen is put there by the GPU using OpenGL/ES or OpenMAX.A Future Pilot wrote:I don't believe so. I'm pretty sure it uses the CPU to draw the menus and such. Now the actual video playing is accelerated (it plays using the GPU). I was just curious about whether menus could be accelerated.
gets my vote!dom wrote:Whether the ARM generates the commands to render the menus in an efficient manner is a different question.
X does render into the framebuffer... Or are you interested in no-X programs? I'm only targetting 2D X at the moment.A Future Pilot wrote:Will this same development work towards things rendered in a framebuffer in the console? (I would assume not, since that's not inside X)
Nearly all the source is available here: https://github.com/simonjhall/amknight wrote:Sorry to be immensely dim and/or lethargic, but is there any way I can get hold of the Debian packages and source code to try this accelerated server out? I think it's a fabulous idea and I will give feedback.
Tell your girlfriend that you've become world famous because of that work--and that's "world famous" in a GOOD way.teh_orph wrote:Naw, done all off my own back. My girlfriend is not a fan.
Nine months of fun here
Simon,teh_orph wrote:... in order to accelerate stuff like antialiased fonts (ie lots of small glyphs) where latency - but not throughput - is important.
Well, we *have* - but Simon seems to be making much faster progress.yaggi wrote:Is the RPi foundation then paying for it's own X11 Driver development independant of yours?
This seems like it would be a waste of resources after you've spent so much time in development to begin building there own X11 drivers independent of yours.
Unless by 'we've put engineering resource on it' Liz meant 'waiting for Simon'.
Users browsing this forum: GVD and 110 guests