Go to advanced search

by cheery
Mon Dec 17, 2012 8:54 am
Forum: General discussion
Topic: Windows on Pi?
Replies: 154
Views: 24023

Re: Windows on Pi?

How do you handle the graphics driver? I've thought that Win7 requires accelerated graphics.

Or are you writing drivers there?
by cheery
Wed Dec 05, 2012 10:37 pm
Forum: Graphics programming
Topic: libgdev: Resize surface made by eglCreateGlobalImageBRCM?
Replies: 8
Views: 2337

Re: libgdev: Resize surface made by eglCreateGlobalImageBRCM

I tried your code on my raspberry pi and found few errors. The fixed version is in: https://gist.github.com/2006cace39058cdb65f0 I also pointed out where to put the eglFlushBRCM(); and what's the possible effect of including it. You had an input loop that made it to ask 4 times too many values for t...
by cheery
Wed Dec 05, 2012 3:52 pm
Forum: Graphics programming
Topic: libgdev: Resize surface made by eglCreateGlobalImageBRCM?
Replies: 8
Views: 2337

Re: libgdev: Resize surface made by eglCreateGlobalImageBRCM

That's some pleasantly written code!

Put eglFlushBRCM(); before eglSwapBuffers(); in write.c. Apparently that's required for eglSwapBuffers() to take effect.
by cheery
Tue Dec 04, 2012 1:39 am
Forum: Camera board
Topic: Camera module! (And a picture of JamesH)
Replies: 430
Views: 118165

Re: Camera module! (And a picture of JamesH)

Apparent from the example in the comments of that header you've got way to get full frames at least and maybe encode/decode them. That's good. If you can bind it to a texture, that'd be nice bonus. Sure it's not much copying to do it yourself or big thing. But if these things happen in the GPU and f...
by cheery
Mon Dec 03, 2012 6:07 pm
Forum: Camera board
Topic: Camera module! (And a picture of JamesH)
Replies: 430
Views: 118165

Re: Camera module! (And a picture of JamesH)

Since things are quite far already, could you publish the example code for reading the camera? It's something we all want to see anyway. :P
by cheery
Sun Dec 02, 2012 12:17 am
Forum: General discussion
Topic: OpenWF
Replies: 5
Views: 1469

Re: OpenWF

I perhaps understood on my own how OpenWF is supposed to work. Here's pseudocode of a program that draws a single element to the screen: device = wfc.createDevice() // screenNumber can be apparently retrieved from OpenWF Display API. context = wfc.createOnScreenContext(device, screenNumber); // how ...
by cheery
Sat Dec 01, 2012 4:02 pm
Forum: General discussion
Topic: OpenWF
Replies: 5
Views: 1469

Re: OpenWF

This gist contains the test program that failed with that given error: https://gist.github.com/4182978 I'm unsure about how WFC work, or how to connect it to EGL. But I guess things start from accessing a device. pi@raspberrypi ~ $ vcgencmd version Oct 25 2012 16:37:21 Copyright (c) 2012 Broadcom ve...
by cheery
Sat Dec 01, 2012 12:48 pm
Forum: General discussion
Topic: OpenWF
Replies: 5
Views: 1469

Re: OpenWF

Did not fix. Maybe I should give you some time for implementing OpenWF, or even help you.

I find it better than entirely coming up with my own protocol.
by cheery
Fri Nov 30, 2012 10:16 pm
Forum: General discussion
Topic: OpenWF
Replies: 5
Views: 1469

OpenWF

I looked up into firmware repository today and found out WF directory has been introduced there. Are you getting along on that OpenWF finally? Of course I tried to run a test program, instead of "creating" a device it writes out these errors: wfcipc: wfc_client_ipc_init: could not open vchiq service...
by cheery
Thu Nov 29, 2012 5:50 pm
Forum: Graphics programming
Topic: libgdev: Resize surface made by eglCreateGlobalImageBRCM?
Replies: 8
Views: 2337

Re: libgdev: Resize surface made by eglCreateGlobalImageBRCM

dakerfp wrote:Have you ever tried to share these pixmaps between processes?
If you mean passing the global_image -handle to another process and reading from it - yes. That should work fine.
by cheery
Thu Nov 29, 2012 4:19 pm
Forum: Graphics programming
Topic: libgdev: Resize surface made by eglCreateGlobalImageBRCM?
Replies: 8
Views: 2337

Re: libgdev: Resize surface made by eglCreateGlobalImageBRCM

You could read from my repositories, but let me paste here something that should work out: EGLConfig config; int global_image[5]; int width; int height; EGLint pixel_format = EGL_PIXEL_FORMAT_ARGB_8888_BRCM; EGLint rt; eglGetConfigAttrib(display, config, EGL_RENDERABLE_TYPE, &rt); if (rt & EGL_OPENG...
by cheery
Fri Nov 23, 2012 9:28 pm
Forum: General discussion
Topic: Looking for eletronic paper PADD
Replies: 3
Views: 688

Re: Looking for eletronic paper PADD

hop wrote:What is the link between the PADD and the RasPi? What is your plan? I'm just interested! :D
Both are revered by geeks.

My plan is to boldly control and program the devices I own.
by cheery
Fri Nov 23, 2012 8:30 pm
Forum: General discussion
Topic: Looking for eletronic paper PADD
Replies: 3
Views: 688

Looking for eletronic paper PADD

I wonder whether I could find PADD (Personal Access Display Device) from somewhere. http://www.geek.com/wp-content/uploads/2010/03/Star-Trek-PADD.jpg Tablet devices do not match the category because they're focused around consumers and they are bit heavy. I'd expect those color e-ink displays would ...
by cheery
Wed Nov 21, 2012 1:43 pm
Forum: General discussion
Topic: Couldn't you open the firmware?
Replies: 14
Views: 1364

Re: Couldn't you open the firmware?

The solution is to use glGetPixels to get pixels from openGL. Use vc_dispmanx_resource_write_data to put pixels into a dispmanx buffer. If this is made to work, and profiling shows these calls are the bottleneck to smooth performance, we can investigate solutions. Nice thing in the dispmanx and tho...
by cheery
Wed Nov 21, 2012 1:27 pm
Forum: General discussion
Topic: Couldn't you open the firmware?
Replies: 14
Views: 1364

Re: Couldn't you open the firmware?

I made a diagram to make it less ambiguous what's the problem here. graphics_context.png The two first rows depicts the two examples I've found about setting up a graphics context on raspberry pi. Having to support both ways to create drawing surface makes things complicated though. The third row is...
by cheery
Tue Nov 20, 2012 3:07 pm
Forum: General discussion
Topic: Couldn't you open the firmware?
Replies: 14
Views: 1364

Re: Couldn't you open the firmware?

If you ask around, I'd also like to know about how to get those surfaces resize with minimum effort.
by cheery
Tue Nov 20, 2012 12:32 pm
Forum: General discussion
Topic: Couldn't you open the firmware?
Replies: 14
Views: 1364

Re: Couldn't you open the firmware?

Not sure what your question is. The underlying hardware and software is pretty much 'dispmanx', with EGL implemented on top of it I think. So just use dispmanx. Well my question is: Do I have some sane alternate way to doing this stuff, instead of what I'm currently doing? To get a surface that can...
by cheery
Tue Nov 20, 2012 10:55 am
Forum: General discussion
Topic: Couldn't you open the firmware?
Replies: 14
Views: 1364

Re: Couldn't you open the firmware?

Are you certain that the EGLconfig is required by hardware still? If I could hook EGLImage to dispmanx element, that might help out quite a lot. I could then just always create PixmapSurfaces, and have the compositing and fullscreen behave similarly. Another thing that might help would be if I could...
by cheery
Tue Nov 20, 2012 7:12 am
Forum: General discussion
Topic: Couldn't you open the firmware?
Replies: 14
Views: 1364

Re: Couldn't you open the firmware?

could you not just use a wrapper? My concept of graphics context API is incompatible with EGL. It cannot be implemented on top of a wrapper. In fact I don't even know if it can be done even if firmware were open, but I'd get onto it. also, they cannot give away something they do not own. I don't th...
by cheery
Sun Nov 18, 2012 10:34 pm
Forum: General discussion
Topic: Couldn't you open the firmware?
Replies: 14
Views: 1364

Couldn't you open the firmware?

I've been working on raspberrypi flavoured webgl bindings for node.js as some of you might know. I'm almost done with them and I will release the first version of them soon. I found out I'd like to do a replacement API for egl and dispmanx. The API of firmware is molded to follow the APIs they imple...
by cheery
Sun Nov 11, 2012 2:40 am
Forum: Graphics programming
Topic: trying to move elements in dispmanx
Replies: 9
Views: 2319

Re: trying to move elements in dispmanx

Well dispmanx at least has more than one display to open. I'd expect you can control some of the displays separately.

Also eglCreateWindowSurface takes in a EGL_DISPMANX_WINDOW_T* which must be kept alive apparently.
by cheery
Sun Nov 11, 2012 2:33 am
Forum: Graphics programming
Topic: libgdev: Resize surface made by eglCreateGlobalImageBRCM?
Replies: 8
Views: 2337

libgdev: Resize surface made by eglCreateGlobalImageBRCM?

I'm developing an utility library libgdev , which helps people who want to write desktop environments. It's supposed to become portable over multiple systems. How can I resize pixbuffers that I can create with eglCreateGlobalImageBRCM? Can I get a handle to the pixbuffer before I need to eglChooseCo...
by cheery
Sun Nov 11, 2012 2:10 am
Forum: Graphics programming
Topic: trying to move elements in dispmanx
Replies: 9
Views: 2319

Re: trying to move elements in dispmanx

When you change the size of the rect what do you need to change afterwards to have it working? Also, if you get two displays, how do you move a rect between them?
by cheery
Wed Oct 31, 2012 7:57 am
Forum: Beginners
Topic: Raspberry Pi- the saviour of Linux?
Replies: 29
Views: 4339

Re: Raspberry Pi- the saviour of Linux?

Raspberry Pi is certainly a game changer, but it isn't saving linux. Linux is widely accepted, deployed and capable operating system on it's own. What you are looking at is a black swan for large computer industries. - They won't see it before it KOs them. Raspberry Pi is a platform that makes it ea...
by cheery
Fri Oct 26, 2012 3:56 pm
Forum: Troubleshooting
Topic: Desktop Compositing on Linux
Replies: 5
Views: 3374

Re: Desktop Compositing on Linux

It's time to pick this up again. I'm going to do a desktop compositing library for nodejs , but there's one thing that bothers me. If I make a native window for rendering (might be neat for fullscreen app to get such one), the workflow seems to be: ON SERVER: send nativewindow -handle to CLIENT ON C...

Go to advanced search