Yes, there is a better, faster way of encoding/decoding bitmaps using an ANE:
https://airnativeextensions.com/extension/com.distriqt.Image <https://airnativeextensions.com/extension/com.distriqt.Image> - This Image extension allows developers to encode and decode image data with native code. The extension provides the ability to encode/decode, save/load image data both synchronously and asynchronously. Using native functionality to encode image data will significantly increase the speed of saving image data to the device. There are probably others out there. While I haven't used this particular ANE, I have been using the QR Scanner, Push Notifications, Fingerprint Auth, Native Dialogs, Native StageView, and PDF Viewer ANEs from Distriqt and can vouch they are well supported, work as advertised, are kept up to date with every new OS version, and work across iOS and Android with the APIs. Another approach we use for one app where we need to save the image to an asset server, we upload the data and do the conversions on our java-based web service hosted on super fast hardware and offload that job from the mobile device and return the URL and display that in the app. It's actually faster that encoding on older phones and this app shares captured photos among all connected users so it makes sense not to bother encoding on the device. Erik On Jan 26, 2018, at 1:50 AM, Hans Nuecke <hnue...@vservu.de> wrote: Eric, is there a better (faster) way for JPG/PNG encoding/decoding than using as3corelib <https://github.com/mikechambers/as3corelib> (which is not maintained for more than 7 years now)? Thanks Hans Am 26.01.2018 um 01:49 schrieb Erik J. Thomas: > Unfortunately, the flash CameraRoll (which is truly great) doesn't provide > what you need in this scenario. > > I think you have three options: > > 1. Respond to the "select" event and if the file is unsupported, pop a > message and allow them to select another file. Make sure your app UI preps > the user about what image types are supported. However, this is a sticky > wicket when only supporting one image type when all other apps in the world > support at least png and jpg, and often bmp, etc. > > 2. Change your app to support png format which is a really good idea anyway, > and use #1 if they select a video. > > 3. Use an ANE that supports a filter. > > I do not see any option in flash CameraRoll to establish a file type filter. > But consider that mobile apps are about easy stuff. So supporting both png > and jpeg at a minimum will increase the value of your app by a lot. If you > need any help using the 2d library to manipulate jpg and png, I can help. > I've written a lot of raw bitmap manipulation logic through the years, both > jpg and png. In fact, if you really need to only support jpg, you can convert > your png to a jpg, though it takes a little time on a mobile device, measured > in seconds if it's large. > > Cheers, > > Erik > > On Jan 24, 2018, at 10:11 PM, bilbosax <waspenc...@comcast.net> wrote: > > My app needs to be able to import an image that the user selects from the > cameraroll. But my app is not capable of handling a video or a PNG, only > JPG files. Is there a way when you browse the cameraroll, that you can > specify it to only show the JPG images that the user has, and not all the > various image types that they may have?? > > Thanks! > > > > -- > Sent from: http://apache-flex-users.2333346.n4.nabble.com/ > > >
