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. > 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 -- Gustavo Sverzut Barbieri -------------------------------------- Mobile: +55 (19) 9225-2202 Contact: http://www.gustavobarbieri.com.br/contact ------------------------------------------------------------------------------ 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
