12 replies to this topic

[awx]

Does anyone know if there is a way to get the graphics context and draw directly to the screen in an e2 plugin?

[neku]

push...

Would it be possible to compile SDL for enigma2?

Edited by neku, 2 January 2012 - 12:02.

[pieterg]

on platforms with a plain framebuffer (no opengl), sdl means just adding an extra layer. It doesn't provide any advantages.

For a pc however, sdl makes sense (because it allows to use opengl, and because it allows to cooperate with a window manager)
See this thread
http://openpli.org/f...ntu-104-32-bit/

They are probably using sdl as well.

[neku]

I though I maybe could compile my SDL game for enigma2.

So this is not possible?

[pieterg]

'game' sounds like opengl, so almost certainly not.

[neku]

AFAIK SDL is not based on opengl.
You can use openGL with SDL but you don't have to.

[pieterg]

true, but what I said was sdl doesn't give any advantages on hardware without opengl support (and without a window manager). It just adds overhead on top of the framebuffer.

[neku]

Is there a method how I could draw something on the framebuffer?

[pieterg]

yes, but only using the stuff in lib/gdi
e2 is not designed to work with a 'window manager', and cannot share the framebuffer.

even though there is an SDL conditional in the e2 makefile, sdl is not used for the osd, only for media playback.

[MiLo]

You could check what the teletext (tuxtxt) plugin does, it also directly writes to the framebuffer. You can get a FB lock and then just manipulate bits. If you want to run games, there is some hardware accellerated bitblitting possible, in particular fast 8-bit rendering is very interesting for sprites, and for emulators that expect an 8-bit framebuffer (which you could emulate by painting on a 8-bit surface and accellerated blt to the framebuffer, which also gives you double-buffering).

For example, the zx spectrum emulator should run well on these boxes, it ran fine on the Topfield which had only a 150MHz CPU and 8MB RAM.

You'll also need to spend time on implementing input devices, since they're not standard.

[neku]

You could check what the teletext (tuxtxt) plugin does, it also directly writes to the framebuffer.

Good advice, but as far as I've seen the tuxtxt plugin is only as *.pyo available.

[MiLo]

opkg install enigma2-src

[neku]

Did that, but I cannot find the source...