Re: [ts-7000] Re: About to give up

[Steve Pisciotta <>]

Getting linux graphics to run is a very difficult challenge. Two years ago I spend $1500 on a 'turnkey solution' (not TS).  I was new to linux graphics and didn't have the knowledge about LVDS interfaces, etc. After months of dealing with the system, I gave up. Then I spent a tremendous amount of time learning various linux graphics libraries, such as Allegro and directfb. I also spent time understanding the interface, backlighting, touchscreens. The bottom line is that developing any new system is difficult!!  Adding linux graphics creates another level of complexity, not to mention using Qt, Eclipse, etc.
 
My recommendation is to start simple by learning Allegro on a desktop or laptop, which runs in windows and linux . They have tons of examples. From there I transitioned over to directfb (very limited examples) and then I finally moved everything over to the single board computer.

After 6 months of very frustrating work, I have a very nice vehicle mounted system with a 10.4" high end display and integrated touchscreen.


--- On Wed, 8/26/09, Gary Wicker <> wrote:

From: Gary Wicker <>
Subject: Re: [ts-7000] Re: About to give up
To:
Date: Wednesday, August 26, 2009, 10:36 PM

 

Scott, that is where we have it easy.  Our products don't have any graphics since they're TS-7250 based.  They use network, serial, and USB interfaces only.  I'm sure having to deal with a screen complicates things immensely.

On Wed, Aug 26, 2009 at 8:07 PM, Scott Zimmerman <> wrote:

Can I ask what you do for graphics?  Are you using X under the stock etch release that ships on the SD card?

On Wed, Aug 26, 2009 at 1:15 PM, janne.kario <m("yahoo.com","janne.kario");" target="_blank" href="/mc/compose?to=">janne.kario@ yahoo.com> wrote:

 

--- In .com, "bburtan65" < .> wrote:
>

> The bottom line is that if TS wants to become the de facto standard for embedded Linux SBCs then they need to insulate customers from the hardcore details of Linux so customers can concentrate on building their end-user products.

I'm pretty happy with my TS board. I've set it up with 2.6.29 kernel and lenny EABI rootfs that I've copied from my NSLU2. I'm pretty much insulated and can work with board as with any other computer. No need to setup complicated cross compiling environments. I could probably setup something like Qt with single "aptitude install qt4-dev-tools".

I'm a hobbyist so I'm using the board for non-commercial stuff. I didn't even try to use the default busybox or ts kernel. For me the shortest path to success was to get recent kernel and recent version of debian / openembedded running on the board and from there on rely on the broad userbase and available documentation of those communities. This option gives me the most options, support and continuity. I do think that could also apply on the commercial side. However, I don't know the client profile TS has. Which percentage the clients are content with the default stuff and which percentage use the board to break the boundaries using the latest stuff available. Might be that the majority of their customers are content with the default busybox for example and use it for simple C programs / shell scripts which read serial port etc.

>From my standpoint (as a hobbyist) TS is doing the wrong thing (maintaining their own kernel fork / busybox rootfs / debian rootfs). They could concentrate all that effort into getting TS peripheral stuff driver support into mainline and just riding the wave from there on. Rootfs is not a problem. Anyone should be fairly easily able to come up with a rootfs which suits their specific needs. I do think that the same applies also on the commercial side.

__._,_.___

Your email settings: Individual Email|Traditional
Change settings via the Web (Yahoo! ID required)
Change settings via email: =Email Delivery: Digest | m("yahoogroups.com?subject","ts-7000-fullfeatured");=Change Delivery Format: Fully Featured">Switch to Fully Featured
Visit Your Group | Yahoo! Groups Terms of Use | =Unsubscribe

__,_._,___