$89 Exynos4412 1.7Ghz ARM Cortex-A9 Quad-Core 2GB(hardkernel.com)
hardkernel.com
$89 Exynos4412 1.7Ghz ARM Cortex-A9 Quad-Core 2GB
http://www.hardkernel.com/renewal_2011/products/prdt_info.php
24 comments
One of the first controllers I played around with was the BASIC stamp, by Parallax.
There is no single word for the horrible, utterly disgusting, nasty setup that these things required. There is some sort of tokenizer for Linux that kind of makes the required upload. The GUI is BAD. And when they had serial interfaces, you had to buy a USB-RS232 from them because they did screwy shit.
Thank the gods for the Arduino. Working with that cheap microcontroller is pleasant.
There is no single word for the horrible, utterly disgusting, nasty setup that these things required. There is some sort of tokenizer for Linux that kind of makes the required upload. The GUI is BAD. And when they had serial interfaces, you had to buy a USB-RS232 from them because they did screwy shit.
Thank the gods for the Arduino. Working with that cheap microcontroller is pleasant.
Actually, at the time the original BASIC Stamp was released (early 90s), programming a microcontroller directly from your serial port was a huge improvement. Most microcontrollers back then required a separate, expensive programming board, in addition to non-free programming software. You also had to remove most microcontrollers from your circuit to program them.
I agree that by today's standards, programming via serial port is cumbersome, but it's actually a good thing that the STAMPs are still available because they are used in a _ton_ of embedded applications that are still in use and need maintenance and replacement parts.
I agree that by today's standards, programming via serial port is cumbersome, but it's actually a good thing that the STAMPs are still available because they are used in a _ton_ of embedded applications that are still in use and need maintenance and replacement parts.
I'm well aware of what we came from.
My dad had a few of these. One I distinctly remember was a 2 part combo. To write, you put the chip in a ZIF socket (he changed this from a socketed to ZIF) in a huge metal box, and what looks like a parallel port to the computer. Then, you realize that wasnt a parallel socket, but something going to an 8bit ISA card.
To erase, you had to untape the window and put the chip in a UV box for a few hours.
I've still got it around here, somewhere...
My dad had a few of these. One I distinctly remember was a 2 part combo. To write, you put the chip in a ZIF socket (he changed this from a socketed to ZIF) in a huge metal box, and what looks like a parallel port to the computer. Then, you realize that wasnt a parallel socket, but something going to an 8bit ISA card.
To erase, you had to untape the window and put the chip in a UV box for a few hours.
I've still got it around here, somewhere...
Thats an old school EPROM setup; never used one myself but heard they were a right pain to use.
http://en.wikipedia.org/wiki/EPROM
http://en.wikipedia.org/wiki/EPROM
Newly-minted video game prototype collectors over the past decade have found themselves wondering why one-of-a-kind games in their collection kept coming up unreadable although they were perfectly usable when they first purchased the cartridge. In most cases, it's because they found themselves fiddling with the EPROM window and/or carelessly storing the cartridge until bit rot ran its course.
There was plenty of benefit to EPROMs back in the day to a developer, but long-term data retention was certainly not one of them.
There was plenty of benefit to EPROMs back in the day to a developer, but long-term data retention was certainly not one of them.
This reminds me a lot of programming EPROMs for the BBC Micro back in the 80s. Several people (including me) brought one of their ROM sockets out to a ZIF socket on the side of the keyboard.
Very cool. I'm building a new HW project, based on the Raspberry Pi, and I'm always looking for options that are similarly sized, but pack a bit more power ;)
The thing I wonder for things like this, though, is at what quantity I can get them, and what the reliability looks like. One of the things I like about the Pi is that it's well tested - Even if it's a bit slower, they're making 4K of them per day, and everyone's using one, helping map out the gotchas, etc.. If you go with a lesser known board, you're a lot more on your own..
The thing I wonder for things like this, though, is at what quantity I can get them, and what the reliability looks like. One of the things I like about the Pi is that it's well tested - Even if it's a bit slower, they're making 4K of them per day, and everyone's using one, helping map out the gotchas, etc.. If you go with a lesser known board, you're a lot more on your own..
> a bit slower
The rpi is far more than a bit slower, more than the cores and clock counts imply. The pi is a slower microarch and is cache deprived too.
For somethings this doesn't matter but many of those things should probably be done on a proper microcontroller.
The odroid stuff appears to have a lot of users too, and these devices are less 'weird' than the rpi— they're more like the pandaboard and beagleboard— so there are less sharp edges to figure out.
The rpi is far more than a bit slower, more than the cores and clock counts imply. The pi is a slower microarch and is cache deprived too.
For somethings this doesn't matter but many of those things should probably be done on a proper microcontroller.
The odroid stuff appears to have a lot of users too, and these devices are less 'weird' than the rpi— they're more like the pandaboard and beagleboard— so there are less sharp edges to figure out.
That's why I'm hoping the next-gen Raspberry Pi will be 64-bit based on Cortex A53. They should skip the ARMv7 architecture and jump from ARMv6 to ARMV8. It should make things easier for the people maintaining the Raspbian OS,too, if they didn't have to support 3 architectures at once.
I have been assuming that it's most likely they won't make another board - or at least not another design.
I assume that, because in that case - they'd be fanfaring a lot more about how their newer design is being worked on. I'm seeing that they're more focusing on developing the userbase and utilities of the current board.
ie. with expansion cards, refining the software stack and such.
I assume that, because in that case - they'd be fanfaring a lot more about how their newer design is being worked on. I'm seeing that they're more focusing on developing the userbase and utilities of the current board.
ie. with expansion cards, refining the software stack and such.
Note Ethernet is via a USB device, which limits throughput and latency, and generally increases CPU load. Hard disk connection is the same: USB only.
Something like this with SATA and Ethernet on a fast bus would be awesome
Something like this with SATA and Ethernet on a fast bus would be awesome
It's only 10/100 Ethernet, I can't see it being limited too much by the Bus speed. I've tested an apple-branded USB 10/100 Ethernet adapter at ~98Mbit on a beaglebone.
Right. USB 2.0 is already packetized with a MTU larger than ethernet already. The net overhead for the USB stack is near zero. It's true that fancy ethernet devices can do things like TCP or encryption offload, scatter-gather DMA for zero-copy transfers, etc... And clearly this isn't going to do that stuff. But if all you want is to get packets on and off the wire, there's nothing wrond with USB 2.0 Hi-Speed.
(FWIW: that apple-branded adapter is almost certainly an ASIX part -- the same chipset is sold under dozens of brands and works quite well in my experience.)
(FWIW: that apple-branded adapter is almost certainly an ASIX part -- the same chipset is sold under dozens of brands and works quite well in my experience.)
http://boundarydevices.com/products/sabre-lite-imx6-sbc/
This one caught my eye. I'm not sure if the i.MX 6 quad is as capable as the exynos and there's only 1GB of RAM, but the board has SATA (there's a controller built into the SoC AFAICT) and Gigabit ethernet on an RGMII interface. Not that I really know what that means, other than I'm guessing a dedicated, gigabit-capable interface on the SoC. There's also PCIe which they're apparently going to release a breakout daughter-board for at some point.
Of course this board is not all that cheap compared to the ODROID.
This one caught my eye. I'm not sure if the i.MX 6 quad is as capable as the exynos and there's only 1GB of RAM, but the board has SATA (there's a controller built into the SoC AFAICT) and Gigabit ethernet on an RGMII interface. Not that I really know what that means, other than I'm guessing a dedicated, gigabit-capable interface on the SoC. There's also PCIe which they're apparently going to release a breakout daughter-board for at some point.
Of course this board is not all that cheap compared to the ODROID.
I'm sure there is (or was?) a low-cost MIPS board with four gigabit Ethernet ports. I can't find anything about it now though.
EDIT: this was it, the Ubiquity Networks RouterStation Pro http://www.ubnt.com/rspro ; it was the basis of an official "MIPS Linux Starter Kit" http://store.mips-store.com/mips-linux-starter-kit.html which is now "[t]emporarily out of stock". 1 × USB2, 128MB RAM, JTAG, no video. $79 USD MSRP.
EDIT: this was it, the Ubiquity Networks RouterStation Pro http://www.ubnt.com/rspro ; it was the basis of an official "MIPS Linux Starter Kit" http://store.mips-store.com/mips-linux-starter-kit.html which is now "[t]emporarily out of stock". 1 × USB2, 128MB RAM, JTAG, no video. $79 USD MSRP.
There's the Carambola:
http://www.8devices.com/product/3/carambola
Runs OpenWRT
http://www.8devices.com/product/3/carambola
Runs OpenWRT
Apparently it was EOLed.
Something like the cubieboard? http://cubieboard.org
I received one from the indiegogo campaign, haven't played with it much yet though.
I received one from the indiegogo campaign, haven't played with it much yet though.
When will it ship though?
Shouldn't be a big deal so long as it's got a decent USB controller. The reason the Raspberry Pi has so many issues with USB and excessive CPU usage is that the onboard USB controller is really dumb and mostly implemented in software.
I've got a Linaro build running on mine. (It arrived on the 24th, so I had a good Christmas!) it's actually stable overclocked to 2GHz and the Mali in it is also stable at 800MHz.
Could you comment on getting Linux up and running with the ODROID boards? I'm thinking of using one of them for a hardware project and even though I haven't really looked into it yet, it seemed to me that a full blown distro was not ready yet.
Well, I had a bit of a fuss as they are using ARM TrustZone, so the 3.0.15 kernel didn't want to compile with a newer gcc than the one that Hardkernel uses by default (CodeSourcery 2010q1 - which translates to roughly GCC 4.4.1 with their extras.) - through the help of a friend that is patched up (but sadly breaks it building with CodeSourcery (heh) - patch is at https://gists.github.com/4395518 - that will let you build with GCC 4.6.3 (Linaro/Ubuntu defaults) - if you want to build with 4.7.2, you will also need to edit line 234 of drivers/video/samsung/s3cfb.h and remove the inline.
After that, it's just like every other rootfs. I focus on Gentoo, so other distros... I don't know, but they will have an Ubuntu image up soon.
There are no graphics until X though, so you're stuck with ssh or serial console until then.
Kernel sources come from the BSP download on hardkernel's site. Should be a tarball in there named kernel_4412.tar.gz
After that, it's just like every other rootfs. I focus on Gentoo, so other distros... I don't know, but they will have an Ubuntu image up soon.
There are no graphics until X though, so you're stuck with ssh or serial console until then.
Kernel sources come from the BSP download on hardkernel's site. Should be a tarball in there named kernel_4412.tar.gz
The problem with all those board - except rapsberry pi is that there are no proper gpu hardware drivers for them - at least under linux. So one can't build linux based XBMC media centre on them to play HD movies :(
When it comes tocheap boards only r-pi can do this, other boards can only do this when you use Android on them :(
Depends on what you mean by "proper" drivers. The GPU drivers for the Raspberry Pi, like the drivers for most other development boards, consist of an open-source shim and a closed-source userspace blob [1].
HD decoding on these boards is performed using a digital signal processor (DSP) integrated into the SOC, the CPU (even with GPU support) is too slow for 1080P h264 Content. This is not specific to Android, for example TI supports use of the DSP of the Pandaboard on Linux as well [2] (it is still not very stable, at least on the OMAP 4430 version of the Pandaboard).
[1] http://airlied.livejournal.com/76383.html
[2] https://launchpad.net/~tiomap-dev/+archive/release
Edit: formatting
HD decoding on these boards is performed using a digital signal processor (DSP) integrated into the SOC, the CPU (even with GPU support) is too slow for 1080P h264 Content. This is not specific to Android, for example TI supports use of the DSP of the Pandaboard on Linux as well [2] (it is still not very stable, at least on the OMAP 4430 version of the Pandaboard).
[1] http://airlied.livejournal.com/76383.html
[2] https://launchpad.net/~tiomap-dev/+archive/release
Edit: formatting
yes - but for exynos or allwinner 10 you dont even have that shim :( - thats what i meant - you basicly cant run XBMC on linux on those with acceptable performance as of today.
Im hoping this situation will change soon, but it looks like there is no interest by soc vendors to provide necessary tools.
I know this works on pandaboard and some others, but those boards are about 150$ range if i remember correctly.
I know this works on pandaboard and some others, but those boards are about 150$ range if i remember correctly.
Hmm Allwinner A1X and Exynos 4412 both have integrated Mali 400 GPUs, so there should be at least some GPU support on Linux [1].
There is an unofficial XBMC port for A1X devices which supports the HW Video Decoder of the SOC [2]. I have an A10 device at work, but unfortunately won't be in the office to play around with it for some time.
[1] http://linux-sunxi.org/Mali400
[2] http://linux-sunxi.org/XBMC
There is an unofficial XBMC port for A1X devices which supports the HW Video Decoder of the SOC [2]. I have an A10 device at work, but unfortunately won't be in the office to play around with it for some time.
[1] http://linux-sunxi.org/Mali400
[2] http://linux-sunxi.org/XBMC
http://www.j1nx.nl/xbmc-allwinner-a10-apologies-received-acc...
According to what XBMC devs say - it doesnt work at this point, and there is some online drama going on ;-)
Although i would be super happy to see progress on this.
One of the links you gave me: "Allwinner officially only supports the Mali GPU driver on the Android platform only." :(
According to what XBMC devs say - it doesnt work at this point, and there is some online drama going on ;-)
Although i would be super happy to see progress on this.
One of the links you gave me: "Allwinner officially only supports the Mali GPU driver on the Android platform only." :(
Does anyone know of a small ARM computer board supporting gigabit Ethernet? The ones I find are physically too large, eg: http://www.tweaktown.com/news/24233/via_introduces_amazing_4...
What is your project? At GigE line rate you have approximately 8 CPU cycles/byte at 1Ghz, which doesn't count for much on ARM
My project is a tiny box in the living room that copies Blu-ray discs over NFS to a multi-TB fileserver. The difference between 100Mbps and 1Gbps when copying a 40GB image is 55 min vs. 5 min...
I should add that with DMA and checksum offloading, even a (relatively) slow CPU can handle 1Gbps data transmission rate easily.
brigade: thanks for the board tips!
I should add that with DMA and checksum offloading, even a (relatively) slow CPU can handle 1Gbps data transmission rate easily.
brigade: thanks for the board tips!
Sabre lite and nitrogen6x. Supports SATA too.
Last I knew, and I'll admit I haven't looked recently, the gigabit was actually limited to something like 480M. The only other one I can think of that is armv7+ (that isnt mx6) with gigabit is the OpenBlocks which has 2 or 4 gigE ports but there is no video on it.
Depends on the packet size. With 64k packets, you can easily approach 800M. But, yes, default packet of 8k will yield 480M at best.
This is the latest update it seems http://boundarydevices.com/i-mx6-ethernet/ but that is decent for a consumer type ARM device (I presume some of the server options do better).
i dont think it makes too much sense as the CPUs cant handle the throughput anyway. There are alot of older NAS with Gigabit ethernet that hardly come near those speeds because the CPUs are just too slow. I am not sure where the current ARM CPUs are performance wise in relation to that, but i dont think you would get much more than 100Mbit out of it anyway.
Why is this cool?
I'm a designer who also programs, so don't fully understand why this is cool. Can someone explain?
I'm a designer who also programs, so don't fully understand why this is cool. Can someone explain?
This is the fastest computer you can get for $80 (plus shipping from Korea) Also it's smaller than a 2" cube and draws around 6 watts under load.
Just six years ago, a computer this fast would probably have cost in excess of $1000 and have been at least a minitower drawing 100 watts.
Just six years ago, a computer this fast would probably have cost in excess of $1000 and have been at least a minitower drawing 100 watts.
It allows you to move the computer to your data. There are lots of places where power can be an issue (solar collection only), a full 'computer' would take up a lot of power and space. A micro like this would allow you to process signals on site and only send back 'important' information over potentially limited bandwidth. The device is inexpensive and generic, so you can program it do to what you need, there are many custom devices that do what this board can, but they are either expensive or fixed function.
Not only that. Imagine tying a ton of these together, with a hundred of them, say, you would spend as little as ~9k and have a supercomputer on your hands. Or, suppose you want to create some sort of small device that relies on existing software like an MP3 player or some sort of video player. This would allow you to build it, without a lot of trouble having to do things from scratch. Or this could power a laptop sans screen... it goes on and on.
It feels like splitting hairs, but at 10W this uses significantly more power than a Raspberry Pi ("A" is 1.5W, "B" is 3.5W). Just a heads up.
The 10 watt power supply is so that the USB ports can have full power. The board alone probably doesn't use much more than 6 watts or so at maximum load (the similar ODROID-X draws about 7 watts maximum on the AC side of the power adapter)
Being able to power the RPi off USB is, unexpectedly, one of my favorite features. Wall warts just plain suck. You won't be able run 6w off USB 3.0 for a while yet.
It's unfortunate to not be able to power other things off of the Raspberry Pi's USB though. Like a WiFi USB dongle.
But we knew we were in for the ride when we bought rPi's.
But we knew we were in for the ride when we bought rPi's.
Raspbery Pi is 700 MHz, single core, 256MB RAM.
This is 1.7 GHz, quad core, 2048MB RAM.
If anything, it's more efficient per watt than RPi (and per dollar).
This is 1.7 GHz, quad core, 2048MB RAM.
If anything, it's more efficient per watt than RPi (and per dollar).
More efficient, though depending on what your plan is efficiency will be less important than power consumption. Battery power would be a good deal harder with those.
Like anything, you've got to pick the right tool for the job.
Like anything, you've got to pick the right tool for the job.
It's pretty much an updated version of the Dreamplug, although I'm going to miss the GigE.
I've been thinking of building Linux From Scratch [1] as an effort to better understand the workings of GNU/Linux. Would this be a good machine to build it on? It certainly seems to fit the bill!
[1]: http://www.linuxfromscratch.org
[1]: http://www.linuxfromscratch.org
I'd do LFS in a VM first. If you try doing it on one of these devices, then either you're cross-compiling (which can be somewhat finicky), or you're compiling on this device (which will be slow).
I would try it on an x86 device first, just to get your feet wet. There's enough ways to trip yourself up with LFS without trying to do it on unusual hardware.
I think it is still expensive, manufacturers in China ship Android HDMI-usb dongles for samples at 55$ featuring 1.6GHz A9 dual core, quad core GPU, builtin 802.11n, BT 2.0 and HDMI output featuring Android 4.1 and more..
Any links to the "manufacturers in China"?
Here's one for you, no need for samples - retails $51.99 with free shipping: http://www.aliexpress.com/item/Android-4-1-Mini-PC-TV-Box-Ro...
[deleted]
Cool to see this on HN. We're sticking this board on our little legged robots for vision processing.
Power consumption is the issue though, even 3W is going to tank our battery life. I've looked around, but can anyone come up with something that is better in terms of a 'processing power to power consumption' ratio?
Power consumption is the issue though, even 3W is going to tank our battery life. I've looked around, but can anyone come up with something that is better in terms of a 'processing power to power consumption' ratio?
Does anyone happen to know of any MIPS-based things like this? I'd seen quad and 16 core MIPS packages earlier--anybody know of attempts to put them on a board like this?
EDIT: Also, did anyone else notice the full credit-card number on the picture...? I hope they fix that. :(
EDIT: Also, did anyone else notice the full credit-card number on the picture...? I hope they fix that. :(
The credit card number is the same set of 4 digits repeated 4 times - it's probably shopped.
No multi-core MIPS that I know of, but I have a Carambola. pretty cool little device:
http://www.8devices.com/product/3/carambola
http://www.8devices.com/product/3/carambola
Looks like a good upgrade to an xmbc on raspberry pi.
This might be a stupid question but does anyone know if HDMI-CEC would work on it? I want to be able to use my tv remote just like on rpi.
The elephant in the room is always how well the Linux driver for the GPU works (if it exists).
This looks pretty cool, with plenty of power, and coming with the case. Adding the Wifi built-in would be better. Now it needs to add the bulky USB based wifi piece.
[deleted](1)
Whoa! Amazing stuff. Gonna build something this new year :)
caveat emptor with development boards, the term implies it might not be product quality. eg the sheevaplugs I bought died within a few months of purchase.
[deleted](1)
What's up with the full photo of a credit card? (I understand the size comparison aspect).
What aspect is unclear then? Security? It seems safe to say that 4412 4412 4412 4412 is not a real CC number :-)
With the card numbers 4412 repeated? Like Exynos4412. :)
There are a gazillion of these. (Most of these are dual, there are a few quad cores mixed in. For XBMC, the dual core is more than powerful enough. The quad core won't fix software rendering, it's up the OEMs to get CedarX working (it's close) or Pivos to push out more amlplayer updates for utilizing the Mali GPU for accelerated playback.)
http://www.alibaba.com/trade/search?fsb=y&IndexArea=prod...
It's like the AMLogic-M3 f16ref. There are a dozen different flavors of these and the roms are interchangeable but there's no community around them to get continuous integration and good builds of XBMC setup. There should be an effort to get a distro that will generate nightly builds to target these devices with Linux/Android and optionally XBMC.
I keep rehashing this and everytime I do I say I should start a blog or set of resources for this... I need to follow through but my other projects are more immediately exciting :S
It's like the AMLogic-M3 f16ref. There are a dozen different flavors of these and the roms are interchangeable but there's no community around them to get continuous integration and good builds of XBMC setup. There should be an effort to get a distro that will generate nightly builds to target these devices with Linux/Android and optionally XBMC.
I keep rehashing this and everytime I do I say I should start a blog or set of resources for this... I need to follow through but my other projects are more immediately exciting :S
> There are a gazillion of these.
Nope there aren't, not at this price. Even the pandaboard ES is more expensive (and TI is discontinuing OMAP :-(( ). Sure there are quite a lot Allwinner and Rockchip based boards, but these don't compare to a Samsung Exynos. Not yet.
Nope there aren't, not at this price. Even the pandaboard ES is more expensive (and TI is discontinuing OMAP :-(( ). Sure there are quite a lot Allwinner and Rockchip based boards, but these don't compare to a Samsung Exynos. Not yet.
TI is not discontinuing OMAP. They are discontinuing the tablet-oriented chips and refocusing on embedded. What that means for the hobbyist SBC market remains to be seen.
This is the kind of thing going on with the Omap5.
http://www.phytec.com/pdf/OMAP5_product_brief.pdf
http://www.phytec.com/pdf/OMAP5_product_brief.pdf
There is a community that is trying to get things working.
I think there are lots of very small disjoint communities that are duplicating effort. That's my fear and out look.
I think things are going to spice up for the AMLogic-M{3,6} devices very soon from j1nx.nl.
I think things are going to spice up for the AMLogic-M{3,6} devices very soon from j1nx.nl.
Hot off the press! http://www.j1nx.nl/amlogic-8726-m3-f16ref-where-are-we-now/?...
What ARM needs to do is start a multi-core revolution. Give me 64 cores, 128 cores, 1024 cores. That shit would be so useful for video encoding.
It would be nice, but maintaining a coherent cache is a huge challenge at 100+ cores.
Parallela, featured on HN a few months ago, is aiming to do exactly that: http://www.kickstarter.com/projects/adapteva/parallella-a-su...
It's not clear what the instruction set is. Is there any software that can run on it (and not on ARM A9 like in their demos)?
It's also not clear whether it's a SIMD solution. If that's the case, they are basically reinventing GPUs.
It's also not clear whether it's a SIMD solution. If that's the case, they are basically reinventing GPUs.
All the architecture documentation is available. The instruction set is custom. There's a gcc port. The OS is hosted on the ARM, but several of their demos involve calculations offloaded to the Epiphany chip, otherwise there wouldn't be much point.
It is not SIMD. Each core is totally independent of the others. Basically the cores are structured in a grid, and all cores have 32KB in-core static RAM, but can also access the memory of all the other cores (at the cost of a few cycles delay), or main memory.
You could certainly use them as much like a SIMD if you wanted to, but then you'd likely get better performance out of a GPU.
We'll see when they deliver on their kickstarter project what type of performance people get out of it in reality...
It is not SIMD. Each core is totally independent of the others. Basically the cores are structured in a grid, and all cores have 32KB in-core static RAM, but can also access the memory of all the other cores (at the cost of a few cycles delay), or main memory.
You could certainly use them as much like a SIMD if you wanted to, but then you'd likely get better performance out of a GPU.
We'll see when they deliver on their kickstarter project what type of performance people get out of it in reality...
Actually, video encoding for most codecs is a task which doesn't lend itself to parallelism due to temporal encoding. Because each frame depends on the last one, you really don't gain much from going to multiple cores (at least yet).
But couldn't you just have each core start at a different key frame?
To start encoding at different times with each core you would need a really fast (read: expensive) storage (every core will need a steady stream to compress, if you have 64 cores you need a storage that can handle 64 parallel requests really fast or a lot of RAM to cache everything) and the chips have to handle really heavy I/O. The current many-core ARMs only have a small amount of dedicated RAM for each core.
Also, keyframes are not known from the start in many encodings. A keyframe is inserted when the difference between a frame and the next one is big; this can only be detected when encoding, or with a multi-pass encoding.
Also, keyframes are not known from the start in many encodings. A keyframe is inserted when the difference between a frame and the next one is big; this can only be detected when encoding, or with a multi-pass encoding.
Even cheap modern SSDs can handle 400-500 MB/sec reads. You can consume 500 MB chunks of video into RAM and eliminate I/O bottleneck completely.
Video encoding is CPU-bound, not I/O bound.
Video encoding is CPU-bound, not I/O bound.
Nvidia intends to do that with Project Denver/Boulder (2014) with 64 bit chips, and supposedly a new Maxwell-based GPU. I think they will be making 16-core on die, but they'll also help their customers make 512-1024 core racks. They already did it with Tegra 3 with some customer from Barcelona.
Applied Micro also intends to introduce a 128 core SoC in 2014:
http://www.apm.com/products/x-gene
Applied Micro also intends to introduce a 128 core SoC in 2014:
http://www.apm.com/products/x-gene
For video encoding, things like OMAP/et al already give you hardware video encoding next to the ARM, usually based on an arm "DSP" like cortex m3/m4.
Given this is infinitely cheaper than using general purpose cores, why wouldn't you just build yourself an army of cortex m3/m4's and use them for video encoding now.
ARM doesn't really need to do anything here to make this happen. Since they give you all the chip related stuff necessary to build your own, just go and do it. If you want 64 m3's, go make it.
Given this is infinitely cheaper than using general purpose cores, why wouldn't you just build yourself an army of cortex m3/m4's and use them for video encoding now.
ARM doesn't really need to do anything here to make this happen. Since they give you all the chip related stuff necessary to build your own, just go and do it. If you want 64 m3's, go make it.
[deleted]
Also, plug computers like FreedomBox: http://en.wikipedia.org/wiki/Plug_computer
And single board microcontrollers like the arduino boards, make controller, basic stamp, etc.: http://en.wikipedia.org/wiki/Single-board_microcontroller
I personally would like to see a build-your-own tablet type of thing that can run android or ubuntu. Of course there already is the nexus 7 though.