Open GoogleCodeExporter opened 9 years ago
Hi,
There's no work being on this currently. Would the imageio plugin [1] work?
[1] https://bitbucket.org/luciad/webp-imageio
Original comment by jz...@google.com
on 13 Jan 2015 at 2:51
"WebP decoding supports an advanced API to provide ability to have on-the-fly
cropping and rescaling, something of great usefulness on memory-constrained
environments like mobile phones." -- WebP API Documentation
As Google is targeting this usage scenario, it is only fair to expect that
Google should provide access to its Advanced API in what is ostensibly the
language binding of WebP for Google-powered mobile phones. The omission of such
a binding is somewhat embarrassing seen in this light.
Original comment by thorh...@gmail.com
on 13 Jan 2015 at 3:10
ImageIO plugin author here. That won't work on Android since it's tied to
javax.imageio which isn't available on Android. If there's sufficient interest,
I can make the core WebP interface part JavaSE/Android independent so it can be
used on both platforms.
Original comment by pepijn.v...@luciad.com
on 13 Jan 2015 at 8:10
@pepijn.v...@luciad.com, we're definitely interested, and I've seen others who
are interested in back porting webp to earlier versions of Android. For
example, https://github.com/mreichelt/webp-android-backport-library is an
attempt to back port but that only uses the Simple API, which isn't ideal.
Having an independent interface will be great!
I also wanted to mention that, although we're not experienced in this area, we
can help out with development of the interface. We'd need some guidance on how
to approach it and probably a pair of eyes to review it. Let me know if this
works.
Thanks!
Original comment by Sajjad.J...@gmail.com
on 13 Jan 2015 at 7:00
https://bitbucket.org/luciad/webp-imageio/commits/fa68e79f784b7e1bc6b957cb2ed8d4
86d31c08d7
splits off the Java SE dependent parts and adds a really basic Android
compatible wrapper. All the libwebp encoder/decoder options are exposed via the
WebPEncoder/DecoderOptions classes. These aren't documented yet, but the naming
and semantics are identical to what you can find in the libwep's webp.h header.
I haven't had time to create an Android.mk script for the native library yet,
nor for the jar file. Contributions always welcome of course.
The Android code also hasn't been optimized yet at all (there's a lot of
needless memcpy'ing going on) and I haven't had a chance to test this yet
either. Really a work-in-progress in other words intended to solicit feedback.
Original comment by pepijn.v...@luciad.com
on 14 Jan 2015 at 8:40
Original issue reported on code.google.com by
Sajjad.J...@gmail.com
on 12 Jan 2015 at 7:54