Pine64 (64-bit quad core for $15) Quick Start Guide
rayhightower.com
rayhightower.com
For example, I was unable to use V4L with my webcam on CHIP. The install was simple on my RPi. Another - I recently tried to build the dmx_usb kernel driver on an ODroid C1. Nope, their sources are missing a bunch of headers.
Both of these things were absolutely trivial on an RPi. Just install some packages and go.
If the chip vendor doesn't provide the drivers then the integrator can't either.
I agree -- I think a corollary is that a larger installed base of users will yield overall better quality.
If you're using a very small subset of the accessory features, you might find that this is a good value. I've had good luck with ODROID XU3 but I only use it for ssh-ing and building/testing code.
The RPi is often worth the additional money for the quality and community benefits.
Did you have a bad experience with these? I was thinking of buying either an ODroid or Raspberry Pi 3, now I'm curious to hear what your experiences are.
See my review of the ODROID-C2 / compared to Pi 3 for more thoughts[1]
[1] http://www.jeffgeerling.com/blog/2016/review-odroid-c2-compa...
Was a lovely powerful platform -when it worked-. The Pis are woeful when you compare them for raw power but they're orders of magnitude less dicking about and that's important.
What is this, 1995?!
(Oh, and it's super important to preserve the permissions of the ISO file you're dd'ing over the SD card…)
On the other hand, what is the purpose of comparing the default installed packages on the distribution image? I thought there would be some useful performance comparisons, but there's none.
Does the hardware require special driver to run Linux? So some distro would have the DMA bug and others don't? Or is it just those people are too lazy to upgrade their buggy drivers?
Many (maybe even most?) SoCs, including at least all previous Allwinner chips do support booting directly from SD cards, though.
Also, the images being stored in .rar format is a little crazy. I'm not sure why that's the case when there are a plethora of other compression formats more generally used for binary image compression.
All of these projects have endless streams of explanations why the product isn't available yet: "it's a Kickstarter", "supply chain", blah blah blah.
I don't think it's a coincidence that there are 5 or 6 Linux boards in the $40 range and zero available for purchase in the $10 range.
The excuse that's given on the Pi foundation forums is that they're prioritizing education production? But what exactly is the hold-up? Is it really that hard to get time on a pick-and-place machine in China? Is order fulfillment scaling badly somehow? Is the supply of the Broadcom chip low right now?
I want the Pi-zero, and right now it's nothing but vapor-ware!
[0] https://www.adafruit.com/products/2885 [1] https://www.reddit.com/r/raspberry_pi/search?q=pi+zero&restr...
Raspberry Pi announced the Raspberry Pi 3 on Leap Day (I think); I ordered it, it came within 2 weeks (on Pi Day!). Installed the Recalbox OS and the Pi 3 works like a champ! it streams videos from an external hard drive and handles ROM's and emulators really well. I highly recommend this if you want a media center and more.
I hope playing with the Pine64 will make up for the wait time, but the execution on the campaign was a bit lacking (not that I could have done better). Still pretty excited, just was hoping to have it on time.
They asked for $31k and took $1.7 million. It's hardly surprising it's taken longer than predicted. I'm looking forward to receiving mine but I'm not stressing over getting it quickly. I'll play with the Pi in the meantime.
I had never backed a Kickstarter project before but had heard of stories of projects not delivering on time (or at all). I was (naively) hoping that this would not be the case. Just thought it was interesting that Raspberry Pi Foundation was able to come out with a 64 bit single board computer without a hitch, but I chalk that up to having much more experience to consumer demand in this space.
I am loving the Pi 3 and can't wait to get the Pine64! Do you have any specific plans for it?
I haven't decided what I'll use it for yet. Right now I'm making a robot with my 4 year old daughter using a Pi Zero.
[1] https://www.kickstarter.com/projects/vela/vela-one-the-world...
That aside, interesting article. All these new ultra-cheap computers are exciting.
Edit: oh, I guess you meant the ? in `bs=?M`, in which case I don't know. Probably damurdock's way of not committing to a particular value in their post.
Is there anything else like that on the market for cheap? I'd actually like to play around with a high core count chip. "Only" 4 cores is for kids :)
The 16-core Epiphany III-based Parallella is available at Amazon.
Linux does not run on the coprocessor itself, so your coprocessor code runs on the bare metal and has no access to the POSIX APIs, or any existing libraries, really.
Finally (this was the deal-breaker for my project, after I bought a bunch of Parallellas!) the Epiphany has only something like 8mb (not gb!) of RAM. All 16 cores have to share that. (The main CPU has access to something like a gig, but the bandwidth bottleneck between the two processors is unacceptable for trying to randomly access main memory from the Epiphany.)
If anyone is still not scared off, I have two extra Parallellas lying around still in the original packaging. Ping me at afishionado@gmail.com if you're interested.
I'm happy with mine.
Ridiculous core counts typically find workloads that saturate the memory controller or I/O, which is why so few are made. They typically bring with them a non-uniform memory space, cache-incoherent/rings, etc. All of that makes software teams groan and decide to spend a few thousand USD on a multi-socket Xeon or a GPU.
I agree it is funny wording. An idea for a device is a 4k streamer, from the above quote.
It dumps data.
" > "Dennis Ritchie" <d...@bell-labs.com> wrote
>> Spurious. dd was always named after JCL dd cards. > > Alright, I'll bite: What did that "dd" stand for?
I hesitate to leap in front of Dennis Ritchie, but ...
On IBM mainframes, programs are started by "submitting" them in JCL ("Job Control language") to JES, the Job Entry System.
One of the most important statements in JCL is the DD statement. DD stands for "Data Definition". It is used to define the data (duh ;-) that is used when the job is run - input files, output files etc.
JCL has a "unique" flavour; it is utterly unlike normal programming languages and is archane, cryptic, obscure, complex and rude. It is also ugly and stupid. However there is so much JCL in the world that, hell, we still have to live with it - even after thirty years of Unix ;-).
The Unix dd command copies data from one place to another, rather like a typical DD card in a JCL stack.
The "if=", "of=", "bs=", etc, parameters to the Unix dd command retain some of the characteristic syntactic idioms of JCL (not to say that the dd command is as ugly as JCL - it just has a faint echo of the JCL syntax).
For a mainframe guy, the dd command on Unix gives a nice homely touch.
Cheers Andrew "
I am going to try mine out as a multimedia/game box for my den TV for starters, as there are lots of fun little games the kids & teens like to play on Android. I've had no issues with hooking up dongle-based wireless keyboards and game controllers.