No :-(

I have tried the patch mentioned in the original thread and it didn't
solve the issue. For the moment, I have given up and I'm working full
screen. I will debug perhaps later if I have time. If anybody has any
idea, it's more than welcome to share,

Grégoire


PS: Also, there is another bigger (for me) problem: OMAP3 + PowerVR
graphics libraries + "cogl_enable_depth_test(TRUE);" doesn't work. I get
some driver errors and the stage output shows random noise :-( I will
write an extended report later. I have not yet figured out if it's the
driver or if it's inside the eglx backend. Any idea on this issue is
very welcome too.


On Tue, 2009-01-20 at 11:56 +0530, Amit Pundir wrote:
> Hi Grégoire,
> 
> Are you able to work around that error which you were getting while
> embedding clutter widget in a gtk window with eglx backend?
> 
> The error was:  "Unable to create a new stage: the eglx backend does
> not support multiple stages."
> 
> It would be great if you can share any information on that.
> I got stuck at the same error. I'm using the same setup as yours i.e
> OMAP3 + PowerVR graphics libraries. I'm getting this error with the
> latest clutter stable release 0.8.6.
> 
> Thanks for your concern.
> 
> Regards
> Amit Pundir
> 
> 
> On Wed, Dec 24, 2008 at 4:59 PM, Gregoire Gentil <[email protected]> wrote:
> > Robert,
> >
> > Many thanks for your email. It's exactly what I wanted to read. No
> > problem, I will hunt the bug if any. I just wanted to make sure that I
> > was not misunderstanding how clutter-gtk can work on a PowerVR platform.
> >
> > Thanks for the clarification,
> >
> > Grégoire
> >
> > On Tue, 2008-12-23 at 14:43 +0000, Robert Bragg wrote:
> >> On Tue, 2008-12-23 at 00:38 -0800, Gregoire Gentil wrote:
> >> > Hello,
> >> >
> >> > I'm compiling clutter-0.8.4 with the following "--with-flavour=eglx
> >> > --with-gles=2.0". I'm also compiling clutter-gtk-0.8.2 with the
> >> > following "--with-flavour=x11 --with-gles=2.0"
> >> >
> >> > My ultimate goal is to use something like:
> >> >
> >> > gtk_clutter_init(&argc, &argv);
> >> > GtkWidget *clutter_widget = NULL;
> >> > clutter_widget = (GtkWidget *)gtk_clutter_embed_new();
> >> > gtk_container_add(GTK_CONTAINER(c), clutter_widget);
> >> > stage = (ClutterActor *)gtk_clutter_embed_get_stage(clutter_widget);
> >> >
> >> > I get the following warning/errors:
> >> > Clutter-WARNING **: Unable to create a new stage: the eglx backend does
> >> > not support multiple stages.
> >> > Clutter-CRITICAL **: clutter_actor_realize: assertion 'CLUTTER_IS_ACTOR
> >> > (self)' failed
> >> > ClutterX11-CRITICAL **: clutter_x11_get_stage_visual: assertion
> >> > 'CLUTTER_IS_STAGE (stage)' failed
> >>
> >> hmm, this seems odd because it looks like Matthew updated the eglx
> >> backend to support multistage back in April. (Clutter 0.7.1, git rev
> >> 77a7eaeed51) I tried checking out 0.8.2 and 0.8.4 and grepping for "not
> >> support multiple stages" and sure enough it looks like the only backends
> >> that should print similar messages are the eglnative, SDL and fruity
> >> backend, unless I'm missing somthing?
> >>
> >> >
> >> > I'm obviously confused by what clutter can do with eglx backend and how
> >> > I should do it. Can anyone clarify to me at least the following points:
> >> >
> >> > - Can I embbed cluter into gtk with the eglx backend?
> >> I can't say I've tested what you're trying but I think it should
> >> work modulo various bugs due to lack of testing. Some experience with
> >> early OMAP 3 PowerVR drivers showed the eglx drivers to be a bit
> >> unstable and sensative to the size of the X Window used. (e.g. we were
> >> ok with full screen windows, but saw issues when window managers resized
> >> our eglx windows.) - Of course this may have improved since we last
> >> tried.
> >>
> >> > - If yes, what am I doing wrong?
> >> Double checking you are running against the right version and
> >> understanding how you see the error you report when it seem like Clutter
> >> 0.8.x doesn't contain that message in the source code, seems like the
> >> place to start.
> >>
> >> > - If not, does it mean that clutter-eglx can only work in fullscreen on
> >> > top of everything? How does it work?
> >>
> >> eglnative corresponds to full screen egl, or rather passing a NULL
> >> display/window handle to egl, which is what the IMG NULL window
> >> system EGL driver expects.
> >>
> >> eglx is used to draw over a single X window. It passes an Window XID to
> >> EGL, according to how the IMG eglx window system defines the egl Native
> >> types. (technically powervr-eglx might be a better name.) This should
> >> not be limited to fullscreen.
> >>
> >> >
> >> > I would definitely appreciate some clarifications or some pointers
> >> > explaining the backend story and roadmap.
> >> I'm sorry, but the best I can suggest here if you want to look into
> >> the history is to look at the code/git logs; unless you have a more
> >> specific question. As far as a road map goes for backends, I'm afraid we
> >> don't have one. If there is something specific you would like to see
> >> though or you can clearly point to a bug please file a report in
> >> http://bugzilla.o-hand.com, or we would be very happy to review patches.
> >>
> >> kind regards,
> >> - Robert
> >>
> >> --
> >> Robert Bragg, Intel Open Source Technology Center
> >>
> >
> > --
> > To unsubscribe send a mail to [email protected]
> >
> >

-- 
To unsubscribe send a mail to [email protected]

Reply via email to