3 ms·
The fast JPEG codec was written for the ARM NEON SIMD coprocessor found in the iPhone. Most Android devices also sport the same architecture, so it is indeed p
by jpap 13y ago
The fast JPEG codec was written for the ARM NEON SIMD coprocessor found in the iPhone. Most Android devices also sport the same architecture, so it is indeed possible.
The code for the codec is written in mixed C and assembly, so it can be "easily" ported to Android by making use the JNI.
While the R&D for the fast JPEG codec took about a year to perfect, the iOS app took just about the same time to get polished (including the NodeJS backend work, the HTML5 website and embeddable widgets in AngularJS).
Writing the rest of the app would take a few months of full time work, and it's not yet clear if that might pay off at this stage.
We'll see... and glad to hear there's interest! :D
- vidarh 13y agoIf I was you, if you're unsure it might pay off, I'd go to the phone makers and offer them licenses for just the encoder.
- fluidcruft 13y agoDon't overlook the fact that the source for the stock Android camera is available under a commercial-use-friendly open source license and has a quite nice native android UI. You don't have to reinvent all the wheels unless you're stubborn. https://android.googlesource.com/platform/packages/apps/Camera.git https://android.googlesource.com/platform/packages/apps/Came... I would buy that in a heartbeat. Unrelated, how quickly can you alter exposure settings? Can you get 30 pictures per second with three interleaved exposure brackets? (i.e. burst of 10 HDR photos / second) That would be very, very, very, very cool.
- jpap 13y agoThat's really interesting. I wasn't aware of that. I'll have a look at it once social sharing is out the door. I did consider getting into other aspects of iPhoneography, like HDR, etc. The trouble with HDR in particular is that there's no API access to direct the sensor into each of the bracketing modes. In the case of HDR, it might be more fruitful to attempt some kind of image signal processing, similar to "Clarity" on Camera+. I looked into that for a while, and I figured that Camera+ might be using some version of the Contrast Limited Adaptive Histogram Equalization (CLAHE) algorithm. In any case, what they've done is really neat from a DSP perspective. :D
- est 13y agoHi, There's also a cool technology allows you to save near the same jpeg with much, much smaller file size. https://news.ycombinator.com/item?id=2940505 https://news.ycombinator.com/item?id=2940505