silvaren / easyrs

Convenience RenderScript tools for processing common Android formats such as Bitmap and NV21.
MIT License
153 stars 26 forks source link

android.support.v8.renderscript... to android.renderscript.... #8

Open wosiu opened 5 years ago

wosiu commented 5 years ago

How about using android.renderscript instead of android.support.v8.renderscript everywhere?

Here quote from docs (https://developer.android.com/guide/topics/renderscript/compute):

When developing an Android application that uses RenderScript, you can access its API from Java in one of two ways:

android.renderscript - The APIs in this class package are available on devices running Android 3.0 (API level 11) and higher. android.support.v8.renderscript - The APIs in this package are available through a Support Library, which allows you to use them on devices running Android 2.3 (API level 9) and higher. Here are the tradeoffs:

If you use the Support Library APIs, the RenderScript portion of your application will be compatible with devices running Android 2.3 (API level 9) and higher, regardless of which RenderScript features you use. This allows your application to work on more devices than if you use the native (android.renderscript) APIs. Certain RenderScript features are not available through the Support Library APIs. If you use the Support Library APIs, you will get (possibly significantly) larger APKs than if you use the native (android.renderscript) APIs.

I believe currently almost no-one (?) targeting API level < 11, whereas smaller apk sounds good. Also I've got some build problem when adding support for android.support.v8.renderscript in my gradle build, but I guess it's internal problem which requires to dig deeper on my side.

I could try migrate whole code to use android.renderscript instead of support one if you agree