shaohui10086 / advancedluban Goto Github PK

压缩过后的图片缓存目录是在/data/data/.... 如果直接使用这个路径上传图图片到服务器，就会FileNotFound， 这个可以设置压缩后图片存放路径吗

i tried to compress a file with the size around 40 - 60KB using THIRD_GEAR but the file is not being compressed, the file remains its original size.

Luban.CUSTOM_GEAR 这样的压缩感觉有点问题，压缩的图片下载下来，比原图还要大很多，加上限制条件感觉没太大的用还是很大

现在有个需求是需要多图压缩

THIRD_GEAR方式压缩特别慢，平均一张1920x1080的截图压缩要2秒左右，包是最新的

混淆之后报错Caused by: java.lang.NoSuchFieldException: No field producerIndex in class Lc/e/e/b/n;
在混淆规则里添加-keep class me.shaohui.advancedluban.**{*;}仍然报错，请问怎么解决？谢谢！

RT

private static boolean isCacheDirValid(File cacheDir) {
return cacheDir.isDirectory() && (cacheDir.exists() || cacheDir.mkdirs());
}

在实际使用时当目录未创建时 cacheDir.isDirectory() =false ,是否可以切换为
return cacheDir.isDirectory() && (cacheDir.exists() || cacheDir.mkdirs());

你好，能否添加对压缩后图片重命名的方法？（包括单个图片和图片集合），主要解决图片中文名无法上传到服务器的问题

Webview压缩图片上传，服务器说获取不到文件名

图片压缩希望添加保存图片格式自定义啊，因为同质量下webp格式的体积比jpeg小很多啊。而且现在android4.0以上都支持webp了。

    /**
     * Specifies the known formats a bitmap can be compressed into
     */
    public enum CompressFormat {
        JPEG    (0),
        PNG     (1),
        WEBP    (2);

        CompressFormat(int nativeInt) {
            this.nativeInt = nativeInt;
        }
        final int nativeInt;
    }
    bitmap.compress(Bitmap.CompressFormat.JPEG, options, stream);

您好，在压缩横向的超长图时，我的一个23776_3568分辨率的图片被压成1009_153，特别的模糊，几乎设么都看不见了，设置成THIRD_GEAR也没什么作用
想请教下怎么解决这个问题

之前是传base64字符串给服务器的，但因为总是bitmap压塑效果不明显（需求在300-400kB）,又不能裁剪原图片的尺寸，后用了您的压塑框架，是从path --> file -->bitmap -->base64 传给服务器，在file的时候file.length 是符合项目需求的，但下载下来网络上传的图片 大小又和没压塑之前一样了，还有通过file.getAbsolutePath() 获取bitmap 时，bitmap == null
楼主能否给一些提示，谢谢

在上传多组图片的时候进行两个回调 ，会出现File文件错乱的现象 @shaohui10086 #10 #

压缩的路径是根据时间戳来命名的？多文件压缩，会返回相同的文件路径。。。下面是4张不同的图片多图压缩后返回的路径：
压缩后 file path:/data/user/0/com.xxxx.bbb/cache/luban_disk_cache/1477981667061.jpg
压缩后 file path:/data/user/0/com.xxxx.bbb/cache/luban_disk_cache/1477981667061.jpg
压缩后 file path:/data/user/0/com.xxxx.bbb/cache/luban_disk_cache/1477981667062.jpg
压缩后 file path:/data/user/0/com.xxxx.bbb/cache/luban_disk_cache/1477981667063.jpg

E/AndroidRuntime: FATAL EXCEPTION: RxComputationScheduler-3
Process: com.ikongjian.worker, PID: 12642
java.lang.IllegalStateException: Fatal Exception thrown on Scheduler.Worker thread.
at rx.internal.schedulers.ScheduledAction.run(ScheduledAction.java:59)
at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:423)
at java.util.concurrent.FutureTask.run(FutureTask.java:237)
at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$201(ScheduledThreadPoolExecutor.java:154)
at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:269)
at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1113)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:588)
at java.lang.Thread.run(Thread.java:818)
Caused by: java.lang.OutOfMemoryError: Failed to allocate a 3244812 byte allocation with 2117648 free bytes and 2MB until OOM
at dalvik.system.VMRuntime.newNonMovableArray(Native Method)
at android.graphics.BitmapFactory.nativeDecodeStream(Native Method)
at android.graphics.BitmapFactory.decodeStreamInternal(BitmapFactory.java:639)
at android.graphics.BitmapFactory.decodeStream(BitmapFactory.java:615)
at android.graphics.BitmapFactory.decodeFile(BitmapFactory.java:391)
at me.shaohui.advancedluban.Luban.compress(Luban.java:585)
at me.shaohui.advancedluban.Luban.compress(Luban.java:629)
at me.shaohui.advancedluban.Luban.customCompress(Luban.java:502)
at me.shaohui.advancedluban.Luban.compressImage(Luban.java:357)
at me.shaohui.advancedluban.Luban.access$200(Luban.java:42)
at me.shaohui.advancedluban.Luban$9.call(Luban.java:218)
at me.shaohui.advancedluban.Luban$9.call(Luban.java:215)
at rx.internal.operators.OnSubscribeMap$MapSubscriber.onNext(OnSubscribeMap.java:69)
at rx.internal.util.ScalarSynchronousObservable$WeakSingleProducer.request(ScalarSynchronousObservable.java:276)
at rx.internal.operators.OperatorSubscribeOn$1$1$1.request(OperatorSubscribeOn.java:80)
at rx.Subscriber.setProducer(Subscriber.java:211)
at rx.internal.operators.OperatorSubscribeOn$1$1.setProducer(OperatorSubscribeOn.java:76)
at rx.internal.operators.OnSubscribeMap$MapSubscriber.setProducer(OnSubscribeMap.java:102)
at rx.internal.util.ScalarSynchronousObservable$JustOnSubscribe.call(ScalarSynchronousObservable.java:138)
at rx.internal.util.ScalarSynchronousObservable$JustOnSubscribe.call(ScalarSynchronousObservable.java:129)
at rx.Observable.unsafeSubscribe(Observable.java:10200)
at rx.internal.operators.OnSubscribeMap.call(OnSubscribeMap.java:48)
at rx.internal.operators.OnSubscribeMap.call(OnSubscribeMap.java:33)
at rx.Observable.unsafeSubscribe(Observable.java:10200)
at rx.internal.operators.OperatorSubscribeOn$1.call(OperatorSubscribeOn.java:94)
at rx.internal.schedulers.EventLoopsScheduler$EventLoopWorker$1.call(EventLoopsScheduler.java:172)
at rx.internal.schedulers.ScheduledAction.run(ScheduledAction.java:55)
at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:423) 
at java.util.concurrent.FutureTask.run(FutureTask.java:237) 
at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$201(ScheduledThreadPoolExecutor.java:154) 
at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:269) 
at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1113) 
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:588) 
at java.lang.Thread.run(Thread.java:818) 

Invalid image.
java.io.IOException: Invalid marker: 52
at android.media.ExifInterface.getJpegAttributes(ExifInterface.java:1627)
at android.media.ExifInterface.loadAttributes(ExifInterface.java:1353)
at android.media.ExifInterface.(ExifInterface.java:1070)
at me.shaohui.advancedluban.LubanCompresser.getImageSpinAngle(LubanCompresser.java:294)
at me.shaohui.advancedluban.LubanCompresser.thirdCompress(LubanCompresser.java:91)
at me.shaohui.advancedluban.LubanCompresser.compressImage(LubanCompresser.java:75)
at me.shaohui.advancedluban.LubanCompresser.access$100(LubanCompresser.java:28)
at me.shaohui.advancedluban.LubanCompresser$1.call(LubanCompresser.java:44)
at me.shaohui.advancedluban.LubanCompresser$1.call(LubanCompresser.java:41)
at io.reactivex.internal.operators.observable.ObservableFromCallable.subscribeActual(ObservableFromCallable.java:42)
at io.reactivex.Observable.subscribe(Observable.java:10700)
at io.reactivex.internal.operators.observable.ObservableSubscribeOn$1.run(ObservableSubscribeOn.java:39)
at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:423)
at java.util.concurrent.FutureTask.run(FutureTask.java:237)
at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$201(ScheduledThreadPoolExecutor.java:154)
at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:269)
at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1113)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:588)
at java.lang.Thread.run(Thread.java:833)

.asListObservableCurrentThread()

返回的list 的图片都是指向同一个文件

https://github.com/shaohui10086/AdvancedLuban/blob/master/library/src/main/java/me/shaohui/advancedluban/Luban.java#L129
https://github.com/shaohui10086/AdvancedLuban/blob/master/library/src/main/java/me/shaohui/advancedluban/Luban.java#L152

不应该是observeOn主线程么

我的项目中其他的库引用了RXJAVA-2.0.0冲突了怎么解决？

之前版本是有设置压缩存储路径的，怎么后面版本没有了，默认都是data/data/...假如把文件存到内部存储中再复制出来，然后再clean缓存我觉得可能太多余了，在图片比较多的情况下，会显得更耗时，建议使用更灵活的配置满足不同的需求。

what a pity............

多图压缩返回的文件列表中有文件重复

设置了压缩后最大体积为250KB（setMaxSize(250)）一张180KB的图片压缩后变成230KB，建议在customCompress()方法大小判断：
long fileSize = mMaxSize > 0 ? mMaxSize : file.length() / 1024;
中再加一个判断：
long fileSize =( mMaxSize > 0 && mMaxSize < file.lengh())? mMaxSize : file.length() / 1024;

Hi,
First, thanks for a great lib.
Second, I am getting an issue: Images are getting rotated 90% after compression. Could you please assist?

用此库做测试，压缩一张图片 在cache文件夹了生成了多张图片，大概是5张，没看源码不知道为何，所以每次使用时 我都调用了clearcache方法，避免生成过多图片

多图批量操作，一定几率返回的压缩图片list值重复，
使用的compile 'me.shaohui.advancedluban:library:1.2.8'

项目用的是rxjava 1.x的分支,切换压力比较大 ,能否维护一个1.x的分支

业务需要自定义缓存文件名

苦苦寻找真正的效率内存都兼顾的大图压缩算法，看到接口后眼前一亮，然后继续读代码实现。
恕我直言 看过代码后 ，compress 接口以及 saveImage 接口实现应该还有更优雅的实现。

如果我的项目中启用了代码混淆，需要在混淆规则文件(如：proguard-rules.pro)中添加哪些代码？

• 作者有没有把算法用Jni实现一遍的想法? 如果多线程压图的话,或者图片内容过大, 势必会导致OOM, 如果按照队列来处理, 又会导致压缩速度很慢, @@或者能不能把图片数据处理交给jni,利用公共内存空间来避免OOM呢?@shaohui10086
• 具体可以参考 Fresco

为了一个压缩工具类,引入RX,增加APK的大小.没必要.

1 rxjava bug, change thread error.
Observable singleAction(final File file) {
return Observable.fromCallable(new Callable() {
@OverRide
public File call() throws Exception {
return compressImage(mLuban.gear, file);
}
}).subscribeOn(Schedulers.computation()).observeOn(AndroidSchedulers.mainThread());
}
2 customCompress about pic's 16:9 error
thanks~ @shaohui10086

使用listener方式 实现多图压缩 使用customgear 压缩后查看模拟器，一共压缩5张图片，但是实际结果是生成了13个压缩后的图片，虽然，最终Onsuccess里边回调的ｌｉｓｔ＜Ｆｉｌｅ＞数组　最终也是５张图
但是模拟器中　一张图确实压缩了多次，生成了多张相同的图虽然名字不一样。求解释，难道是线程同步没做好？

Error:FAILURE: Build failed with an exception.

• What went wrong:
  Execution failed for task ':app:transformResourcesWithMergeJavaResForDevDebug'.

com.android.build.api.transform.TransformException: com.android.builder.packaging.DuplicateFileException: Duplicate files copied in APK META-INF/rxjava.properties
File1: /Users//.gradle/caches/modules-2/files-2.1/io.reactivex.rxjava2/rxjava/2.0.5/4f1ac7ec0215e8f87ac80269baadc82878b87ed8/rxjava-2.0.5.jar
File2: /Users//.gradle/caches/modules-2/files-2.1/io.reactivex/rxjava/1.2.1/4e4cfa4adc74521d5966799fa5ab70b733552f68/rxjava-1.2.1.jar

• Try:
  Run with --stacktrace option to get the stack trace. Run with --debug option to get more log output.

since android 6.0 ,you must request some permission explicitly, or your app will crash at run time.

每次图片压缩，进入这个方法，返回的Bitmap都是null，是什么原因

如果没有对话，能加上这个处理吗？

在进行多图压缩的时候，返回的List 虽然每个File的名字都不一样，所有的File打开来看之后，其实是同一张图片或者存在多张一样的图片（压缩之前的图片都是不同的）。

　　一张png图实际大小不高，转成BitMap占用内存也不高，但是尺寸有点大．如果压缩，就会严重失真，这种情况怎么处理．源码压缩条件没有考虑到．
　　也就是说，有些图片Bitmap后实际占用内存不大，不需要压缩，一压缩就严重失真．