$99 ARM-based PC runs either Ubuntu or Android
arstechnica.com
arstechnica.com
You didn't think the software decoder takes 5% cpu did you ? :)
The i.MX6 has a VPU that supports h.264 1080p60 decode and 1080p30 BP encode. For more information about the VPU you can mouse over the block diagram: http://www.freescale.com/webapp/sps/site/prod_summary.jsp?co... or you may want to review the i.MX6 GStreamer docs as well: https://community.freescale.com/docs/DOC-93387
For that type of appliance, I'd rather have OpenWRT than Ubuntu. Comes pre-fit to the job at hand. And with a reasonable secure configuration by default, as opposed to whatever the thing you've hacked together yourself accidentally leaves open.
That said: Having medium-powered, cheap, compact and appliance-like general purpose computing available is certainly a nice change.
Big computers with lots of cores and gigahertz gets boring pretty quickly. These kinds of things sort of takes computing a bit more back to its roots.
Sure, it's no aptitude or pacman, but you have to remember that OpenWRT is a full fledged distribution (package manager and all) that fits on an image of less than 4MB!
>Sure, it's no aptitude or pacman, but you have to remember that OpenWRT is a full fledged distribution (package manager and all) that fits on an image of less than 4MB!
It's nice when resources are a limitation. But that's not the case here.
I've run into lots of other annoyances with it (e.g. its database is rather slow), but that's the one that sticks in my memory.
I have a Bus Pirate wired up to the router's UART and a JTAG adapter attached to the JTAG port. Now if only I could get the CFE bootloader to talk to my PC so I can boot the kernel over TFTP and run debian installer or a debootstrapped rootfs. =( I can't even get ping!
EDIT: This is the basic path that I am taking: http://people.zoy.org/~walken/wgt634u/HOWTO.html
Sadly it doesn't have any arm support whatsoever which is extremely disappointing.
That pretty much guarantees you've never looked into pfSense [1]
I like having my setup sub-divided into separate things, in small, dedicated boxes. I don't want to have to run a PC as router in my otherwise neat and tidy home.
I used to do that, mind you, but I don't feel like going back to that anytime soon.
Oh, you mean like one of these things? http://itzr.en.alibaba.com/product/520930686-50069247/Firewa...
yeah, I bet it's really rough to find space in your house for that. it's a shame, too; I got a quote for $45 each in lots of 20 on that unit. I can easily sell them for triple that price, with pfsense installed, and a cheap plastic housing.
besides, you could potentially run openwrt on this too anyways...
http://www.anandtech.com/show/5240/pogoplug-series-4-introdu...
I can't find that price point anywhere. Was that a typo or am I not looking in the right place?
This one is 18$ http://www.amazon.com/Pogoplug-Backup-and-Sharing-Device/dp/... but it looks like the first device of the list without sata and usb3 (still good for doing some small hack[1]
Some years ago I bought a Seagate Dockstar (that was derived from the first pogoplug imho) for around 30-40$ (the street price was 80-100) and I'm still using it with Debian (nothing too fancy, just samba, transmission bt client and minidlna)
[1] NB according to this blog post http://fortysomethinggeek.blogspot.com/2013/03/pogoplug-seri... che old versions had better specs (this pogoplug has 800mhz cpu and 128mb ram, the old one was 1.2ghz like my dockstar)
It's a pity Amazon USA doesn't ship electronics to Spain (and while Amazon UK does, the price is much higher). I'll search the 2nd hand market, because it looks like a really great device for that price for little hacks and such :)
If you plan on buying do a little research on the best performing one.
http://fortysomethinggeek.blogspot.com/2013/03/pogoplug-seri...
NB of course a raspberry pi is always a great solution for its price
[1]http://v2.blogdoch.net/2012/08/19/wusel-080047/ [2]http://www.varkey.in/2011/06/seagate-goflex-net-serial-conne...
I would think twice before using the i.MX6 as a router. A laptop maybe, but not something for which you require/expect reliable network links.
I have a Chinese Android TV box (RK3066) and video playback for 1080p files is not perfect.
http://www.aliexpress.com/item/CS918-Cortex-A9-Mini-PC-Andro...
While its possible to use VLANs to do routing over single ethernet port, its much less hassle if you have two.
If they are real serial ports it sounds too good to be true. They would make great S1 ntp boxes with GPSDOs. I have a sneaking suspicion that line is a typo and/or they have some whacky interdependence on USB and the lines will be riddled with jitter.
The iMX UARTs are internal to the SoC, all you need is a line driver to bring them out of the board.
So I took the original code, recompiled it to arm-eabi, and stuck it into an NDK library on Android 4.04. So now I have an Android UI in the foreground talking over JNI to the orignal (unmodified) control panel code in the background. All I needed to do was switch the serial driver code a bit to handle the iMX's UART setup and pthread up the old UI event loop to let it run free underneath Android.
The board I'm using is a custom-designed PCB with an iMX6 Solo (single A9 core), but we used the SABRE-SD reference design from Freescale as our starting point. For proof of concept I used a Boundary SabreLite (now called BD-SL-i.MX6) for $199. That comes with two RS232 ports with DB-9 breakout connectors.
I don't think you'll find a cheaper design than this Utilite, although they really don't have full pricing online yet. I'm guessing the $99 is for the Solo or even SoloLite and the multiple core units will be significantly more than this.
They also don't say how much RAM is on the $99 unit. "Up to 4GB" says nothing about the specs on the cheapest one. I've found I need at least 256MB to run the FSL AOSP build in a minimal form.
You seem concerned about GPS as well, this Android build from Freescale contains a driver for the Atheros Orion GPS chipset over UART. So I think they have a lot you can work with out of the box.
But: For the serial data of a timing GPS receiver, that fact should be completely pointless if you settle to use one of the GPIO pins (of which I assume that board has several available for your use, or at least some that can be re-purposed from other chip-functions by changing the pin-muxes) for the timing critical PPS signal.
See here for an example to connect the PPS to a raspberry-pi GPIO pin and use that function with ntp, I assume that the example could be transfered easily to the i.MX of the particular board mentioned in this thread.
But I can assure you that it's ok to have a timing GPS connected to a USB serial port, as long as you feed the timing signal to an input that supports proper PPS timestamping. Here's a graph of a Trimble Thunderbolt PPS connected to a PC's parallel port. The serial port the device connects to is a USB dongle, but that's completely irrelevant for the PPS precision.
http://vogelchr.blogspot.de/2011/10/thunderbolt-gpsdo-pps-si... (it's a pretty busy old Pentium)
So, up to this point, there's no speculation about using a USB serial device, while the actual timing signal is connected elsewhere, and here's where I speculate only a little:
I have no reason to assume that the generic PPS on GPIO support would be any worse than the parport- solution, because the implementation is pretty much identical (recording a timestamp in a minimal interrupt routine), especially as it's been shown to work for a conceptually similar CPU.
One caveat from the I.MX6 datasheet: "One of the five UARTs (UART1) supports 8-wire while others four supports 4-wire. This is due to the SoC IOMUX limitation, since all UART IPs are identical." http://cache.freescale.com/files/32bit/doc/data_sheet/IMX6DQ...
Gigabyte Brix with AMD Kabini is going to be interesting, and possibly very competitive in pricing without sacrificing performance:
http://liliputing.com/2013/06/gigabyte-brix-mini-computer-to...
What I'm looking for is a board with a reasonably fast CPU (preferably dual core), SATA and a a PCI-E or USB3 port for a fast 802.11n/ac wifi adapter. PogoPlug v4 is almost there, but the CPU is too slow to sustain more than ~40MB/s of I/O.
As a side note, I have had a lot of fun with thin clients in the past few years due to a variety of interesting x86 architectures (AMD Geode, Transmeta Efficeon, VIA Nano) each with its own little quirks and features (accelerating torrent hash checking and peer handshaking with hardware sha-1 crypto engine and montgomery multiplier on VIA cpu was probably my silliest project).
And he said "There's scope for something very powerful (almost PC-like) in the $70 price range. If I was starting a new venture today, this is where I'd aim."
(I know I can get a Roku box or similar, but I'm yet to find something that can replicate all the functions I want. An Android machine would be perfect)
I wouldn't use the Ouya for serious storage anyway because I couldn't readily access or manipulate that data through the network, but that's just me.
Another issue is that's the base/lowest price? There are already competing boards/kits that may be better priced than this is. Once you add the cost for the faster (quad-core) cpu, and storage, how will this compare to an AMD ITX based solution? Whenever I see a media solution like this, that's always the path I go down. When I'm going to actually spend more than $200 for a full version of an ARM solution, I tend to rethink that an ITX solution with an AMD board/APU seems like a better deal.
I honestly think it will take a bigger name to actually push a decent solution like this. Apple TV hasn't done too well here, and nothing else even comes close to that. Roku and other media hubs are pretty limited, but effective. What I don't like so far are the solutions integrated into the TV... those in the blueray players are a little better, but still, would like to see something more open as a platform. I do think that something like Ouya could be that, but Ouya is targeted at games, and almost no media so far... though I haven't checked the Ouya store in a few weeks.
Other than that, give it two USB ports so that the end user can connect a wireless USB NIC and/or a 3G/cellular card if they need to. Two (at most) 10/100 or 10/100/1000 Ethernet ports would be perfect. Video (VGA/HDMI/whatever) wouldn't be necessary, nor would sound.
Keep it under $200 and I imagine the networking industry will be happy to take them off your hands real quick.
When everything is working properly, you almost never need them... but when SHTF, they can be invaluable and save lots of time and money.
However, currently the site isn't responding - I suspected it's died under the load.
Direct link: http://www.utilite-computer.com/
Btw, thank you for the boundary devices link. The only weakness against Utilite is one Ethernet nic vs two.
One of the issues with arm is that its a whole separate world of compatibility and performance from x86— it's easy to get a order of magnitude less performance accidentally if you're not careful with what you're buying. I'm sure the same is true for x86 too, but people coming from that background have the experience to avoid it.
I'm really looking forward to getting a Cortex-A57 based U2 like device, aarch64 sounds fun.
This should give some rough indication of the options available and the price increments.
http://en.wikipedia.org/wiki/HDMI#CEC http://wiki.xbmc.org/index.php?title=CEC
I think I'll pick one up. It will make for a much better dev server/Time Capsule clone/AirPlay server clone/router than my PI, and then I'll have a free RPi to use as a micro-controller.
[1]http://raspberrypi.stackexchange.com/questions/7122/level-of...
Personally I would happily fork out an extra $50 to get 2x gb ethernet and decent video performance.
I would dearly love USB 3 too.....
(And of course licensing Windows would have increased the price by a large factor.)
I'm curious about what level of output this GPU can do -- are we looking at an OUYA competitor or bitcoin-miner, or is it only powerful enough for basic desktop acceleration?
GFLOPS isn't the whole picture of course, but my Google-fu is failing me at the moment.
[1]: http://en.wikipedia.org/wiki/I.MX#i.MX6x_series [2]: http://www.cnx-software.com/2013/01/19/gpus-comparison-arm-m...
It's more aimed at computer vision applications such as image filters for robotics.
FYI, I did some OpenCL tests and benchmarks on the GC2000 some time ago and reported about it here: https://blog.visucore.com/2013/3/12/opencl-on-i-mx6 . I'm also working on a reverse engineered open source driver for Vivante GPUs such as that in the i.mx6 (https://github.com/laanwj/etna_viv).
*for some value of computer
...just saying.