Re: [E-devel] Search EFL compatible embedded hardware
On Thu, 14 Jul 2011 09:27:24 +0200 Andreas Volz li...@brachttal.net said: what are your pricepoints (lets say BOM price maybe target retail price?). what about screen and resolution? what is the target use - simply click once kind of gps nav thing - no smooth scrolling stuff, or you want like smooth scrolling in elementary (60fps) how much effort do you plan to put into a port? for almost all soc's these days a linux port is a done deal. even older ones. the problem is things like gpu - if you want or need one. how good will that be? thats still to this day the poorest supported bit of an soc. often on older ones all u get, IF u can get source for their gles drivers is a poorly ported driver with lots of things not finished and left up to you, and even with lots of lurking bugs/gotchas. if you dont want x11 then u'd have to do a little work on making a gl_fb engine (gl_x11 but minus the x11 windowing bits and just raw gles/egl on fb). Hello, For a project I'm searching some low cost hardware that is EFL compatible. Spec: - flat board possible to mount on back of (included) display (~5-8) - supports Linux (or any other opensource OS) - supports EFL or possible to port without big efford - X or framebuffer output for one single fullscreen process - fanless - low power needs - touch screen (optional) - enough memory to run OS + EFL + small application - less CPU usage needed (enough for simple animations) - runs OS from flash - USB or SD card support - sound output (optional) - hardware possible to buy as prototype and at larger numbers Maybe think of some digital image frame hardware or some PNA (navigation) hardware but I need it for another usage. All what I found was not tiny enough from board size and offered better (more expensive) hardware than I need. As I know some of you are working with EFL on embedded hardware maybe someone has an hint for me. For sure this hardware needs to be cheap! regards Andreas -- Technical Blog http://andreasvolz.wordpress.com/ -- AppSumo Presents a FREE Video for the SourceForge Community by Eric Ries, the creator of the Lean Startup Methodology on Lean Startup Secrets Revealed. This video shows you how to validate your ideas, optimize your ideas and identify your business strategy. http://p.sf.net/sfu/appsumosfdev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- - Codito, ergo sum - I code, therefore I am -- The Rasterman (Carsten Haitzler)ras...@rasterman.com -- AppSumo Presents a FREE Video for the SourceForge Community by Eric Ries, the creator of the Lean Startup Methodology on Lean Startup Secrets Revealed. This video shows you how to validate your ideas, optimize your ideas and identify your business strategy. http://p.sf.net/sfu/appsumosfdev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Search EFL compatible embedded hardware
On Thu, 14 Jul 2011 17:15:53 +0900 Carsten Haitzler (The Rasterman) ras...@rasterman.com wrote: On Thu, 14 Jul 2011 09:27:24 +0200 Andreas Volz li...@brachttal.net said: for almost all soc's these days a linux port is a done deal. even older ones. the problem is things like gpu - if you want or need one. how good will that be? thats still to this day the poorest supported bit of an soc. often on older ones all u get, IF u can get source for their gles drivers is a poorly ported driver with lots of things not finished and left up to you, and even with lots of lurking bugs/gotchas. if you dont want x11 then u'd have to do a little work on making a gl_fb engine (gl_x11 but minus the x11 windowing bits and just raw gles/egl on fb). Don't think he mentioned gl at all. For a project I'm searching some low cost hardware that is EFL compatible. Spec: - flat board possible to mount on back of (included) display (~5-8) - supports Linux (or any other opensource OS) - supports EFL or possible to port without big efford - X or framebuffer output for one single fullscreen process Simple enough to get EFL + frame buffer working so long as you can get fb working in the kernel. I'm doing exactly this, one single full screen elementary app on top of frame buffer. I'm hoping to get it running on a x486 board from ICOP soon. The stuff I'm doing is not touch screen though, so don't know about that part. -- A big old stinking pile of genius that no one wants coz there are too many silver coated monkeys in the world. signature.asc Description: PGP signature -- AppSumo Presents a FREE Video for the SourceForge Community by Eric Ries, the creator of the Lean Startup Methodology on Lean Startup Secrets Revealed. This video shows you how to validate your ideas, optimize your ideas and identify your business strategy. http://p.sf.net/sfu/appsumosfdev2dev___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Search EFL compatible embedded hardware
On Thu, 14 Jul 2011 18:23:16 +1000 David Seikel onef...@gmail.com said: On Thu, 14 Jul 2011 17:15:53 +0900 Carsten Haitzler (The Rasterman) ras...@rasterman.com wrote: On Thu, 14 Jul 2011 09:27:24 +0200 Andreas Volz li...@brachttal.net said: for almost all soc's these days a linux port is a done deal. even older ones. the problem is things like gpu - if you want or need one. how good will that be? thats still to this day the poorest supported bit of an soc. often on older ones all u get, IF u can get source for their gles drivers is a poorly ported driver with lots of things not finished and left up to you, and even with lots of lurking bugs/gotchas. if you dont want x11 then u'd have to do a little work on making a gl_fb engine (gl_x11 but minus the x11 windowing bits and just raw gles/egl on fb). Don't think he mentioned gl at all. he doesnt need to mention it - he needs it if he wants high resolution rendering with lots of scaling, blending etc. AT high speed... software only goes so far. gl is not a requirement one should list - its a means to an end: fast rendering. For a project I'm searching some low cost hardware that is EFL compatible. Spec: - flat board possible to mount on back of (included) display (~5-8) - supports Linux (or any other opensource OS) - supports EFL or possible to port without big efford - X or framebuffer output for one single fullscreen process Simple enough to get EFL + frame buffer working so long as you can get fb working in the kernel. I'm doing exactly this, one single full screen elementary app on top of frame buffer. I'm hoping to get it running on a x486 board from ICOP soon. The stuff I'm doing is not touch screen though, so don't know about that part. -- A big old stinking pile of genius that no one wants coz there are too many silver coated monkeys in the world. -- - Codito, ergo sum - I code, therefore I am -- The Rasterman (Carsten Haitzler)ras...@rasterman.com -- AppSumo Presents a FREE Video for the SourceForge Community by Eric Ries, the creator of the Lean Startup Methodology on Lean Startup Secrets Revealed. This video shows you how to validate your ideas, optimize your ideas and identify your business strategy. http://p.sf.net/sfu/appsumosfdev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Search EFL compatible embedded hardware
On Thu, 14 Jul 2011 19:15:33 +1000 David Seikel onef...@gmail.com said: On Thu, 14 Jul 2011 17:41:27 +0900 Carsten Haitzler (The Rasterman) ras...@rasterman.com wrote: On Thu, 14 Jul 2011 18:23:16 +1000 David Seikel onef...@gmail.com said: On Thu, 14 Jul 2011 17:15:53 +0900 Carsten Haitzler (The Rasterman) ras...@rasterman.com wrote: On Thu, 14 Jul 2011 09:27:24 +0200 Andreas Volz li...@brachttal.net said: for almost all soc's these days a linux port is a done deal. even older ones. the problem is things like gpu - if you want or need one. how good will that be? thats still to this day the poorest supported bit of an soc. often on older ones all u get, IF u can get source for their gles drivers is a poorly ported driver with lots of things not finished and left up to you, and even with lots of lurking bugs/gotchas. if you dont want x11 then u'd have to do a little work on making a gl_fb engine (gl_x11 but minus the x11 windowing bits and just raw gles/egl on fb). Don't think he mentioned gl at all. he doesnt need to mention it - he needs it if he wants high resolution rendering with lots of scaling, blending etc. AT high speed... software only goes so far. gl is not a requirement one should list - its a means to an end: fast rendering. He did not mention that either, in fact what he did mention seemed to go in the opposite direction - depends if he includes scrolling with animation. a lot of people don't. for efl scrolling and animation is the same thing. it's all re-rendering. - flat board possible to mount on back of (included) display (~5-8) - X or framebuffer output for one single fullscreen process - enough memory to run OS + EFL + small application - less CPU usage needed (enough for simple animations) snip All what I found was not tiny enough from board size and offered better (more expensive) hardware than I need. Don't sound like he's wanting to do much high resolution or high speed rendering. Sounds more like my current project. Sometimes a slow processor, with minimal RAM, and software rendering on a simple frame buffer are all you need. If, as you say, gl is that much work, then he would need to consider if he actually needs it, not just let it go without saying. Same with me, I did not need X, I did not need GL, I don't even need directFB so those are things I do not have to worry about for my project. It's all working fine on software driven fb with much less effort. it all depends on what your final target experience is meant to be. The older generation of gumstyx might work for him, it comes with E17 as the default window manager, so you know it runs EFL and Linux. Only reason I'm not using those in my current project is that the client wanted VGA output. Just like Andreas, my client is having a hard time sourcing stuff that is not just way overpowered for the application. that's pretty much part of the game. if you want to order in large quantities - you can get just about anything. small quantities == you have to piggyback off excess volume and that generally either means obsolete stock someone hasn't dumped yet, or something recent thats out and in the mainstream and hasn't been passed up yet in favor of the next best thing. probably the only socs i know u can find readily these days that are not the cortex-a8 land (gumstix as u mention) might be the older pxa or s3c64xx ones - those are now pretty much on the get rid of stock list i'd think - or close to it. the gumstix verdex (pxa270) is about as old school as u get now in easy to find volume. and its a mere $20 less than the omap 3503 overo which gets you a significantly faster SoC. you're talking $150 vs $130. you seriously aren't going to get a hell of a lot cheaper unless you make your own boards, and then you'll have to pay for the board design, production runs etc up front so you'll only come out cheaper if your volume is up there. only thing i know of that might be cheaper is finding an already mass-produced device (gumstix arent mass-production really, though cool and awesome) and strip it down. chances are u will find it around a similar price range, BUt you'll get a screen, battery and other bits too. e.g. this: http://phandroid.com/2010/03/02/below-100-hivision-speedpad-android-tablet/ for $100 you get a s3c6410 (its going to beat the fastest pxa270 gumstix has at 600mhz as it'll clock in at between 800mhz AND has an opengl-es2 gpu in there too - thus why i ask about the opengl stuff). now let's compare the CHEAPESt thing gumstix has: gumstix vs speedpad price: $129 vs $99 speed: 400mhz vs 800mhz ram: 64m vs 256m storage: 16m vs 2048m camera: n/a vs yes screen: n/a vs 7 800x480 + touch battery: n/a vs yes (4200mAh 6hrs) wifi: n/a vs 802.11b/g i'm not saying that he should go for this, i'm just saying that... a ready-made product is already cheaper than a bare bones board. i'd