On Thu, 1 Dec 2011 21:22:05 +1000 David Seikel <onef...@gmail.com> said:
> On Thu, 1 Dec 2011 19:37:16 +0900 Carsten Haitzler (The Rasterman) > <ras...@rasterman.com> wrote: > > > On Tue, 29 Nov 2011 19:51:26 +1000 David Seikel <onef...@gmail.com> > > said: > > > > > While I'm happy that EFL is working on the tiny little embedded > > > 800MHz 486 board, it might be a tad underpowered. > > > > > > At one point during this devices typical usage, it has to send > > > stuff to a serial printer, play a sound (through a USB based built > > > in sound chip), AND do a simple edje animation. At other times, it > > > might be doing one of the more complex animations, but need to play > > > a short sound on demand. The printer is kinda fussy about the > > > timing of stuff sent to it. > > > > are you doing this all from a single process? > > Yep. well you're in deep trouble then. > > > It's my understanding that edje runs in the idler, so shouldn't the > > > sound and printer, which both use ecore FD handlers to know when > > > it's a good time to write, have priority? > > > > no... edje does not "run in the idler". it does some things in jobs, > > some things in event handlers and callbacks from evas, and some in > > evas_render time > > - when evas asks edje to recalc before render... and then evas spends > > a lot of cycles rendering stuff. > > I think it says somewhere in the docs that it runs in the idler, or at > least implies that. it doesn't. if you do it in 1 process, then you have lots of trouble. rendering may take an arbitrary amount of time. evas may have to load vast wads of data. audio REQUIRES that you provide a new buffer before the old buffer runs out. since you have an unknown timeslice between opportunities to provide a new buffer of mixed audio... you will have this problem forever until you use another process (and have regular kernel scheduling guarantee your exact timeslice position) or other threads (similar but less ability to have higher priority like FIFO). -- ------------- Codito, ergo sum - "I code, therefore I am" -------------- The Rasterman (Carsten Haitzler) ras...@rasterman.com ------------------------------------------------------------------------------ All the data continuously generated in your IT infrastructure contains a definitive record of customers, application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-novd2d _______________________________________________ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel