Am Sat, 7 Dec 2013 12:31:58 -0200 schrieb Gustavo Sverzut Barbieri: > On Sat, Dec 7, 2013 at 12:19 PM, Andreas Volz <li...@brachttal.net> > wrote: > > Am Fri, 6 Dec 2013 22:48:50 +0900 schrieb Carsten Haitzler (The > > Rasterman): > > > >> On Fri, 6 Dec 2013 10:19:43 -0200 Gustavo Sverzut Barbieri > >> <barbi...@gmail.com> said: > >> > >> > On Fri, Dec 6, 2013 at 12:25 AM, Carsten Haitzler > >> > <ras...@rasterman.com> wrote: > >> > > On Fri, 6 Dec 2013 00:18:58 +0100 Andreas Volz > >> > > <li...@brachttal.net> said: > >> > > > >> > >> Hello, > >> > >> > >> > >> I've the use case to develop a digital cluster instrument demo > >> > >> with Edje or Elementary. Main element are two rotating > >> > >> pointers as on this mechanical device, but with a big display: > >> > >> > >> > >> http://www.passatplus.de/umbauten/kombiinstrument/tachoringe.jpg > >> > >> > >> > >> My requirement is that that speed should be around 400°/sec > >> > >> rotary speed without visual bad result. > >> > >> > >> > >> I developed two first demos. One with a 2D image which is > >> > >> rotated with a edje map. Another with a prerendered pointer > >> > >> for each angle. Both solutions work, but visual effect is bad > >> > >> for very fast rotating pointers. > >> > > > >> > > have you looked at the tacho used for cpufreq in e? it does a > >> > > separate shadow object that is "below" the dial so its in the > >> > > right position (split shadow out from the dial needle itself). > >> > > it's always looked rather nice to me... shadow is correct, dial > >> > > can rotate any way i like and at any speed... > >> > > >> > he describes problem with fast changes... (okay, the shadow > >> > thing is likely a problem as well and easy to fix as you said!) > >> > >> actually he didnt describe it at all. he just said "bad". that > >> doesn't say much at all. using map to rotate a dial or drawing one > > > > I uploaded a demo: > > > > http://tux-style.de/tmp/tacho.edj > > code: http://codepad.org/T5Zzcnbj > > > > If you size it up (target display has 1440x550 pixels) you see the > > effect even more. And I need two pointers. > > > > The "right" move is nearly acceptable, but the fast way to "left" is > > "jumping" much. There's a implementation with another toolkit at my > > work which renders the pointer with 75hz update rate and it looks > > perfect without any jumping with the same speed. So it seems edje > > doesn't update the rotation with enough frames. > > Could be because edje defaults to 60fps, not 75.
Hmmm. Not sure if this is the reason. Even with 60fps result should look better! Could this be changed in edje by configuration or hacking code? > > > So my hope was the > > rotating a 3D vertex object with opengl is faster than rotating an > > image. > > if you're using opengl with efl it should be pretty fast as well. I > don't think an average card would have problems to rotate such image > in opengl. > If it's elementary, make sure you use ELM_ENGINE=gl I'll try the opengl hints from the thread and then see if result looks better. Thanks! :-) -- Technical Blog <http://andreasvolz.wordpress.com/> ------------------------------------------------------------------------------ Sponsored by Intel(R) XDK Develop, test and display web and hybrid apps with a single code base. Download it for free now! http://pubads.g.doubleclick.net/gampad/clk?id=111408631&iu=/4140/ostg.clktrk _______________________________________________ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
