आपका निर्माण कैसे स्थापित किया गया है? क्या आप ABI स्प्लिट्स का उपयोग कर रहे हैं? http://frescolib.org/docs/shipping.html

@oprisnik
मेरा निर्माण सेटअप
android { compileSdkVersion 27 buildToolsVersion '27.0.3' defaultConfig { applicationId "com.mobix.pinecone" minSdkVersion 15 targetSdkVersion 27 versionCode 83 versionName '5.42' multiDexEnabled true } buildTypes { release { minifyEnabled false multiDexKeepProguard file("proguard.multidex.config") } debug { minifyEnabled false multiDexKeepProguard file("proguard.multidex.config") } } productFlavors { } dexOptions { jumboMode true javaMaxHeapSize "4g" } testOptions { unitTests.returnDefaultValues = true } }

और मल्टीडेक्स कॉन्फिग
-keepclassmembers class * implements android.os.Parcelable { static ** CREATOR; } -dontwarn com.google.android.gms.** -keep class com.google.android.gms.** { *; } -keep class com.google.firebase.** { *; } -keep class io.realm.** { *; } -keep class io.branch.** { *; } -keep class io.fabric.sdk.android.** { *; } -keep class io.socket.** { *; } -keep class com.google.android.youtube.** { *; } -keep class com.crashlytics.android.** { *; } -keep class com.facebook.internal.FacebookInitProvider.** { *; } -keep class com.facebook.FacebookSdk.** { *; } -keep class com.facebook.appevents.AppEventsLogger.** { *; } -keep class com.facebook.common.memory.MemoryTrimmableRegistry.** { *; } -keep class com.facebook.drawee.backends.pipeline.Fresco.** { *; } -keep class com.facebook.imagepipeline.core.ImagePipelineConfig.** { *; } -keep class me.zhanghai.android.materialprogressbar.** { *; } -keep class com.nguyenhoanglam.imagepicker.** { *;} -keep class com.iarcuschin.simpleratingbar.** { *;} -keep class android.support.v4.app.NotificationManagerCompat.** { *;}

मुझे नहीं पता कि यह केवल OPPO - OS पर क्यों होता है: Android 5.1.1 और संस्करण 1.8.0 में अपडेट से पहले, ये समस्या समान बिल्ड कॉन्फिगरेशन के साथ नहीं होती है

हाय @hsandyque , आपको soloader पर अतिरिक्त निर्भरता की आवश्यकता नहीं है क्योंकि यह अब 1.8.0 से फ्रेस्को के साथ जहाज करता है। मैं 1.8.1 पर अपडेट करने की अनुशंसा करता हूं क्योंकि यह अन्य बग को ठीक करता है।

आपकी build.gradle फ़ाइल को proguard-fresco.pro फ़ाइल का संदर्भ देना चाहिए जैसा कि @oprisnik द्वारा पोस्ट किए गए लिंक में वर्णित है।

स्पष्टीकरण के लिए: क्या यह बग _only_ उस विशेष डिवाइस पर होता है? क्या कोई adb logcat आउटपुट है जिसे आप साझा कर सकते हैं?

हाय @lambdapioneer ,
स्पष्टीकरण के लिए: क्या यह बग केवल उस विशेष डिवाइस पर होता है? क्या कोई एडीबी लॉगकैट आउटपुट है जिसे आप साझा कर सकते हैं?
हाँ, यह केवल OPPO Android 5.1.1 उपकरणों (R7sfg / R7g / A51fa) पर होता है
और अटैचमेंट लॉगकैट हैं
1.txt
2.txt

हाय @hsandyque , यह देखते हुए कि यह केवल ओप्पो फोन के साथ होता है, यह बताता है कि जिस तरह से बाइनरी पुस्तकालयों को बंडल किया जाता है और जिस तरह से फोन लोड होता है वह अच्छा नहीं खेल रहा है।

मेरे पास इस समय OPPO फोन तक पहुंच नहीं है और खोज करते समय मुझे बेहतर पॉइंटर्स नहीं मिले: /

(ए) क्या यह शोकेस ऐप इंस्टॉल करते समय भी होता है जो हमारे पास हमारे भंडार में है? (एक बार जब मैं ओप्पो फोन पर पकड़ लेता हूं तो यह मुझे डीबग करने के करीब लाएगा)
(बी) क्या आप अपने रिलीज एपीके पर unzip -l your_release.apk | grep lib/ चलाने का आउटपुट प्रदान कर सकते हैं? यह दिखाएगा कि कौन सी फाइलें वास्तव में बंडल की गई हैं।

हाय @lambdapioneer ,

मेरे पास OPPO फ़ोन नहीं है (Android 5.1.1), ये समस्याएं Crashlytics की रिपोर्ट करती हैं। मुझे नहीं पता कि ये शोकेस ऐप पर भी होते हैं या नहीं।

और बंडल सूची इस प्रकार है
158176 00-00-1980 00:00 lib/arm64-v8a/libgifimage.so 383192 00-00-1980 00:00 lib/arm64-v8a/libimagepipeline.so 3107040 00-00-1980 00:00 lib/arm64-v8a/librealm-jni.so 91980 00-00-1980 00:00 lib/armeabi-v7a/libgifimage.so 255696 00-00-1980 00:00 lib/armeabi-v7a/libimagepipeline.so 1877536 00-00-1980 00:00 lib/armeabi-v7a/librealm-jni.so 100168 00-00-1980 00:00 lib/armeabi/libgifimage.so 313028 00-00-1980 00:00 lib/armeabi/libimagepipeline.so 4058380 00-00-1980 00:00 lib/mips/librealm-jni.so 145240 00-00-1980 00:00 lib/x86/libgifimage.so 452312 00-00-1980 00:00 lib/x86/libimagepipeline.so 3397252 00-00-1980 00:00 lib/x86/librealm-jni.so 150360 00-00-1980 00:00 lib/x86_64/libgifimage.so 477784 00-00-1980 00:00 lib/x86_64/libimagepipeline.so 3336720 00-00-1980 00:00 lib/x86_64/librealm-jni.so

हाय @lambdapioneer ,
अधिक लॉग
02-21 15:14:44.524 25391-25537/com.mobix.pinecone E/art: dlopen("/data/data/com.mobix.pinecone/lib-main/libimagepipeline.so", RTLD_LAZY) failed: dlopen failed: "/data/data/com.mobix.pinecone/lib-main/libimagepipeline.so" is 64-bit instead of 32-bit 02-21 15:14:44.524 25391-25537/com.mobix.pinecone E/SoLoader: Could not load: libimagepipeline.so 02-21 15:14:44.537 25391-25537/com.mobix.pinecone E/AndroidRuntime: FATAL EXCEPTION: FrescoIoBoundExecutor-2 Process: com.mobix.pinecone, PID: 25391 java.lang.UnsatisfiedLinkError: couldn't find DSO to load: libimagepipeline.so at com.facebook.soloader.SoLoader.doLoadLibraryBySoName(SoLoader.java:522) at com.facebook.soloader.SoLoader.loadLibraryBySoName(SoLoader.java:420) at com.facebook.soloader.SoLoader.loadLibrary(SoLoader.java:370) at com.facebook.soloader.SoLoader.loadLibrary(SoLoader.java:335) at com.facebook.imagepipeline.nativecode.ImagePipelineNativeLoader.load(ImagePipelineNativeLoader.java:42) at com.facebook.imagepipeline.memory.NativeMemoryChunk.<clinit>(NativeMemoryChunk.java:33) at com.facebook.imagepipeline.memory.NativeMemoryChunkPool.alloc(NativeMemoryChunkPool.java:58) at com.facebook.imagepipeline.memory.NativeMemoryChunkPool.alloc(NativeMemoryChunkPool.java:20) at com.facebook.imagepipeline.memory.BasePool.get(BasePool.java:257) at com.facebook.imagepipeline.memory.NativePooledByteBufferOutputStream.<init>(NativePooledByteBufferOutputStream.java:51) at com.facebook.imagepipeline.memory.NativePooledByteBufferFactory.newByteBuffer(NativePooledByteBufferFactory.java:98) at com.facebook.imagepipeline.memory.NativePooledByteBufferFactory.newByteBuffer(NativePooledByteBufferFactory.java:26) at com.facebook.imagepipeline.producers.LocalFetchProducer.getByteBufferBackedEncodedImage(LocalFetchProducer.java:89) at com.facebook.imagepipeline.producers.LocalFetchProducer.getEncodedImage(LocalFetchProducer.java:101) at com.facebook.imagepipeline.producers.LocalResourceFetchProducer.getEncodedImage(LocalResourceFetchProducer.java:39) at com.facebook.imagepipeline.producers.LocalFetchProducer$1.getResult(LocalFetchProducer.java:54) at com.facebook.imagepipeline.producers.LocalFetchProducer$1.getResult(LocalFetchProducer.java:50) at com.facebook.common.executors.StatefulRunnable.run(StatefulRunnable.java:45) at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1112) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:587) at com.facebook.imagepipeline.core.PriorityThreadFactory$1.run(PriorityThreadFactory.java:53) at java.lang.Thread.run(Thread.java:818)

नमस्ते @oprisnik
मुझे एक ही समस्या है कि इसे कैसे ठीक किया जाए?

java.lang.UnsatisfiedLinkError: लोड करने के लिए डीएसओ नहीं मिल सका: libimagepipeline.so
com.facebook.soloader.jb पर (सोर्सफाइल:522)
com.facebook.soloader.ja पर (सोर्सफाइल:420)
com.facebook.soloader.ja पर (सोर्सफाइल: 370)
com.facebook.soloader.ja पर (सोर्सफाइल:335)
com.facebook.imagepipeline.nativecode.aa पर (सोर्सफाइल:42)
com.facebook.imagepipeline.memory.NativeMemoryChunk पर।(सोर्सफाइल:33)
com.facebook.imagepipeline.memory.li पर (सोर्सफाइल:58)
com.facebook.imagepipeline.memory.lb पर (सोर्सफाइल:20)
com.facebook.imagepipeline.memory.aa पर (सोर्सफाइल:257)
com.facebook.imagepipeline.memory.o पर।(सोर्सफाइल:51)
com.facebook.imagepipeline.memory.nb पर (सोर्सफाइल:98)
com.facebook.imagepipeline.memory.na पर (सोर्सफाइल: 26)
com.facebook.imagepipeline.producers.za पर (सोर्सफाइल:89)
com.facebook.imagepipeline.producers.zb पर (सोर्सफाइल: 101)
com.facebook.imagepipeline.producers.aa.a पर (सोर्सफाइल:34)
com.facebook.imagepipeline.producers.z$1.d पर (सोर्सफाइल:54)
com.facebook.imagepipeline.producers.z$1.c पर (सोर्सफाइल:50)
com.facebook.common.berun पर (सोर्सफाइल:45)
java.util.concurrent.ThreadPoolExecutor.runWorker (ThreadPoolExecutor.java:1112) पर
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:587) पर
com.facebook.imagepipeline.dk$1.run पर (सोर्सफाइल:53)
java.lang.Thread.run पर (थ्रेड.जावा:८१८)

@hsandyque

क्या आप अपने ऐप्स ग्रेडल फ़ाइलों में कोई ABI (CPU प्रकार) फ़िल्टर निर्दिष्ट करते हैं?

@erikandre
मैं अपनी ग्रेडल फ़ाइल में किसी भी एबीआई फ़िल्टर का उपयोग नहीं करता हूं, और पहले से ही पिछले उत्तर पर विवरण सेटिंग सूचीबद्ध करता हूं

मैं संस्करण 1.8.1 का उपयोग करता हूं, एक ही समस्या है। डिवाइस VIVO X7 (एंड्रॉइड 5.1.1, arm64-v8a) है।

FrescoIoBoundExecutor-2(121704)

java.lang.UnsatisfiedLinkError

com.facebook.imagepipeline.memory.NativeMemoryChunk

1 कॉम.facebook.imagepipeline.memory.NativeMemoryChunkPool.alloc(NativeMemoryChunkPool.java:58)

2 कॉम.facebook.imagepipeline.memory.NativeMemoryChunkPool.alloc(NativeMemoryChunkPool.java:20)
3 कॉम.facebook.imagepipeline.memory.BasePool.get(BasePool.java:257)
4 com.facebook.imagepipeline.memory.NativePooledByteBufferOutputStream.(NativePooledByteBufferOutputStream.java:51)
5 com.facebook.imagepipeline.memory.NativePooledByteBufferFactory.newByteBuffer(NativePooledByteBufferFactory.java:98)
6 com.facebook.imagepipeline.memory.NativePooledByteBufferFactory.newByteBuffer(NativePooledByteBufferFactory.java:26)
7 com.facebook.imagepipeline.producers.LocalFetchProducer.getByteBufferBackedEncodedImage(LocalFetchProducer.java:89)
8 com.facebook.imagepipeline.producers.LocalFetchProducer.getEncodedImage(LocalFetchProducer.java:101)
9 com.facebook.imagepipeline.producers.LocalFileFetchProducer.getEncodedImage(LocalFileFetchProducer.java:34)
10 com.facebook.imagepipeline.producers.LocalFetchProducer$1.getResult(LocalFetchProducer.java:54)
11 com.facebook.imagepipeline.producers.LocalFetchProducer$1.getResult(LocalFetchProducer.java:50)
12 com.facebook.common.executors.StatefulRunnable.run(StatefulRunnable.java:45)
13 java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1112)
14 java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:587)
15 com.facebook.imagepipeline.core.PriorityThreadFactory$1.run(PriorityThreadFactory.java:53)
16 java.lang.Thread.run(Thread.java:818)

FrescoIoBoundExecutor-1(१२११५०)

java.lang.UnsatisfiedLinkError

लोड करने के लिए डीएसओ नहीं मिला: libimagepipeline.so

1 कॉम.facebook.soloader.SoLoader.doLoadLibraryBySoName(SoLoader.java:522)

2 कॉम.facebook.soloader.SoLoader.loadLibraryBySoName(SoLoader.java:420)
3 कॉम.facebook.soloader.SoLoader.loadLibrary(SoLoader.java:370)
4 com.facebook.soloader.SoLoader.loadLibrary(SoLoader.java:335)
5 कॉम.facebook.imagepipeline.nativecode.ImagePipelineNativeLoader.load(ImagePipelineNativeLoader.java:42)
6 कॉम.facebook.imagepipeline.memory.NativeMemoryChunk।(NativeMemoryChunk.java:33)
7 com.facebook.imagepipeline.memory.NativeMemoryChunkPool.alloc(NativeMemoryChunkPool.java:58)
8 com.facebook.imagepipeline.memory.NativeMemoryChunkPool.alloc(NativeMemoryChunkPool.java:20)
9 com.facebook.imagepipeline.memory.BasePool.get(BasePool.java:257)
10 कॉम.facebook.imagepipeline.memory.NativePooledByteBufferOutputStream.(NativePooledByteBufferOutputStream.java:51)
11 com.facebook.imagepipeline.memory.NativePooledByteBufferFactory.newByteBuffer(NativePooledByteBufferFactory.java:98)
12 com.facebook.imagepipeline.memory.NativePooledByteBufferFactory.newByteBuffer(NativePooledByteBufferFactory.java:26)
13 com.facebook.imagepipeline.cache.BufferedDiskCache.readFromDiskCache(BufferedDiskCache.java:336)
14 com.facebook.imagepipeline.cache.BufferedDiskCache.access$400(BufferedDiskCache.java:36)
15 com.facebook.imagepipeline.cache.BufferedDiskCache$2.call(BufferedDiskCache.java:182)
16 com.facebook.imagepipeline.cache.BufferedDiskCache$2.call(BufferedDiskCache.java:166)
17 बोल्ट। टास्क $ 4. रन (टास्क.जावा: 357)
18 java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1112)
19 java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:587)
20 com.facebook.imagepipeline.core.PriorityThreadFactory$1.run(PriorityThreadFactory.java:53)
21 java.lang.Thread.run(Thread.java:818)

कोई फिक्स? यह मेरा लॉग है
घातक अपवाद: java.lang.UnsatisfiedLinkError: लोड करने के लिए डीएसओ नहीं मिल सका: libimagepipeline.so
com.facebook.soloader.SoLoader.doLoadLibraryBySoName(SoLoader.java:522) पर
com.facebook.soloader.SoLoader.loadLibraryBySoName(SoLoader.java:420) पर
com.facebook.soloader.SoLoader.loadLibrary(SoLoader.java:370) पर
com.facebook.soloader.SoLoader.loadLibrary(SoLoader.java:335) पर
com.facebook.imagepipeline.nativecode.ImagePipelineNativeLoader.load (ImagePipelineNativeLoader.java:42) पर
com.facebook.imagepipeline.memory.NativeMemoryChunk पर।(NativeMemoryChunk.java:33)
com.facebook.imagepipeline.memory.NativeMemoryChunkPool.alloc(NativeMemoryChunkPool.java:58) पर
com.facebook.imagepipeline.memory.NativeMemoryChunkPool.alloc(NativeMemoryChunkPool.java:20) पर
com.facebook.imagepipeline.memory.BasePool.get(BasePool.java:257) पर
com.facebook.imagepipeline.memory.NativePooledByteBufferOutputStream पर।(NativePooledByteBufferOutputStream.java:51)
com.facebook.imagepipeline.memory.NativePooledByteBufferFactory.newOutputStream (NativePooledByteBufferFactory.java:141) पर
com.facebook.imagepipeline.memory.NativePooledByteBufferFactory.newOutputStream (NativePooledByteBufferFactory.java:26) पर
com.facebook.imagepipeline.producers.NetworkFetchProducer.onResponse(NetworkFetchProducer.java:90) पर
com.facebook.imagepipeline.producers.NetworkFetchProducer$1.onResponse(NetworkFetchProducer.java:70) पर
com.facebook.imagepipeline.backends.okhttp3.OkHttpNetworkFetcher$2.onResponse(OkHttpNetworkFetcher.java:180) पर
okhttp3.RealCall$AsyncCall.execute(RealCall.java:153) पर
okhttp3.internal.NamedRunnable.run(NamedRunnable.java:32) पर
java.util.concurrent.ThreadPoolExecutor.runWorker (ThreadPoolExecutor.java:1112) पर
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:587) पर
java.lang.Thread.run पर (थ्रेड.जावा:८१८)

@wangshuwen1107 @csbz17027 @ignaciogs
फेसबुक के अभी भी समस्या की जाँच करने के कारण, मुझे इसका समाधान मिल गया जो इस समस्या को अस्थायी रूप से ठीक कर सकता है।

dlopen("/data/data/xxx/lib-main/libimagepipeline.so", RTLD_LAZY) failed: dlopen failed: "/data/data/xxx/lib-main/libimagepipeline.so" is 64-bit instead of 32-bit

लॉग मैंने पाया कि ये विशिष्ट डिवाइस 32-बिट में ऐप चलाते हैं (मुझे नहीं पता क्यों, शायद फ्रेमवर्क बग) लेकिन libimagepipeline.so 64-बिट है।

निम्नलिखित कोड स्नैप के रूप में एपीआई फ़िल्टर जोड़ें, "arm64-v8a" छोड़ें
defaultConfig { ... ndk { abiFilters "armeabi", "armeabi-v7a", "x86", "x86_64", "mips", "mips64" } }
यह सही समाधान नहीं है, लेकिन हो सकता है कि यह पहले समस्या को ठीक कर दे और फिर हम अपडेट की प्रतीक्षा कर रहे हों

@hsandyque बहुत बहुत धन्यवाद, आपकी प्रतिक्रिया बहुत मददगार है, आपके अपडेट की प्रतीक्षा है！

@oprisnik @erikandre @lambdapioneer
क्या आपके पास इस मुद्दे को ठीक करने के बारे में कोई विचार है?

@hsandyque क्या आप किसी अन्य निर्भरता को लोड करते हैं जैसे कि सिस्टम 32 बिट और 64 बिट पुस्तकालयों के मिश्रण से भ्रमित हो सकता है?

इस मामले में मेरा सुझाव है कि आप निम्नलिखित abiFilters लाइन के साथ जाएं:

abiFilters "armeabi", "armeabi-v7a", "x86", "mips"}

यदि आप विशेष रूप से किसी विशेष उपकरण को लक्षित नहीं करते हैं तो शायद mips पूरी तरह से छोड़ दें।

अभी भी v1.9.0 पर यह समस्या आ रही है।

जोड़ा जा रहा है

        ndk {
            abiFilters "armeabi", "armeabi-v7a", "x86"
        }

मेरे लिए काम किया। लेकिन उपरोक्त बातचीत को पढ़कर लगता है कि यह "सही" समाधान नहीं है?

मेरी टीम के पास एक ही समस्या है, इस तरह की तीसरी लाइब्रेरी से इतनी अधिक क्रैश रिपोर्ट (फ्रेस्को के ओओएम का कारण) नहीं मिली है, यह अलविदा कहने का समय है!

मैं उपयोग करता हूं
ndk { abiFilters "armeabi,armeabi-v7a" }
तथा
compile 'com.facebook.fresco:fresco:1.8.0' compile 'com.facebook.fresco:animated-gif:1.8.0' compile 'com.facebook.fresco:animated-webp:1.8.0' compile 'com.facebook.fresco:webpsupport:1.8.0'
भी एक ही दुर्घटना है।

अभी भी v1.9.0 पर यह समस्या है।

अभी भी 1.9.0 पर समर्थित एबिस "आर्मेबी", "आर्मेबी-वी 7 ए", "एक्स 86" के साथ उस मुद्दे का सामना करना पड़ रहा है

अभी भी v1.9.0 पर यह समस्या है।

मुझे भी यही समस्या हो रही है। मेरा ऐप खुलने पर क्रैश हो रहा है। यह केवल एंड्रॉइड 5.0.2 पर चलने वाले एचटीसी वन ई9प्लस डुअल सिम पर होता है
त्रुटि: घातक अपवाद: java.lang.UnsatisfiedLinkError
लोड करने के लिए डीएसओ नहीं मिला: libimagepipeline.so

अद्यतन: जिनके लिए हमें यह समस्या मिली है, कृपया फ्रेस्को वेबसाइट पर उत्पादन मार्गदर्शिका देखें , जो हमारी समस्या का समाधान करती है।

विभिन्न उपकरणों पर भी इस समस्या को देखना:

एपीके आकार को कम करने के लिए फ्रेस्को संस्करण 1.9.0 और एबीआई फिल्टर का उपयोग करना:

ndk {
    abiFilters "armeabi-v7a", "x86"
}

हमारे लिए यह समस्या तब शुरू हुई जब हमने फ्रेस्को को 1.5.0 से 1.9.0 तक अपडेट किया। इसमें ReLinker के उपयोग को हटाना और स्पष्ट रूप से शामिल proguard-fresco.pro फ़ाइल को हटाना भी शामिल था।

अरे वहाँ, ऐसा लगता है कि हाल ही में इस मुद्दे पर कोई गतिविधि नहीं हुई है। क्या समस्या का समाधान कर दिया गया है, या क्या इस पर अभी भी समुदाय के ध्यान की आवश्यकता है? यदि आगे कोई गतिविधि नहीं होती है, तो यह समस्या बंद हो सकती है। आप इस मुद्दे को "बग" या "एन्हांसमेंट" के रूप में भी लेबल कर सकते हैं और मैं इसे खुला छोड़ दूंगा। आपके योगदानों के लिए धन्यवाद।

टक्कर। यह अभी भी एक सतत मुद्दा है। यह दुर्घटना 1.5.0 से 1.9.0 तक अद्यतन करने के बाद हुई और कोई समाधान प्रदान नहीं किया गया है जो मेरे लिए काम करता है।

@jmbusby आप केवल आर्म v7a को लक्षित कर रहे हैं। क्या कुछ उपकरण armv6 या armv5 भी हो सकते हैं? उदाहरण के लिए https://forum.xda-developers.com/showthread.php?t=1596800 के अनुसार v6 के साथ कुछ ZTE डिवाइस प्रतीत होते हैं

@oprisnik मुझे लगता है कि यह संभावना नहीं है, क्योंकि दुर्घटनाग्रस्त होने वाला सबसे आम फोन एक Asus Zenfone 3 Max है जिसमें ARM v8 प्रोसेसर है। सबसे आम ZTE फोन ब्लेड V7 है, वह भी ARM v8.

1.8.1 . से 1.10 पर माइग्रेट करते समय मुझे यह समस्या दिखाई दे रही है

हमारे ऐप में हमारे द्वारा उपयोग किए जाने वाले कुछ घटक हमें केवल 'आर्मेबी' और 'x86' स्प्लिट्स का उपयोग करने के लिए मजबूर करते हैं ... और v-1.10 के लिए इमेजपाइपलाइन की एआर फ़ाइल को देखते हुए, 'आर्मेबी' संस्करण अनुपस्थित है। क्या आगे भी ऐसा ही होने वाला है? क्या आप उस वास्तुकला के लिए समर्थन छोड़ रहे हैं?
हालांकि .so फाइलें 1.9 में मौजूद हैं।

यहां कोई लीड

अरे वहाँ, ऐसा लगता है कि हाल ही में इस मुद्दे पर कोई गतिविधि नहीं हुई है। क्या समस्या का समाधान कर दिया गया है, या क्या इस पर अभी भी समुदाय के ध्यान की आवश्यकता है? यदि आगे कोई गतिविधि नहीं होती है, तो यह समस्या बंद हो सकती है। आप इस मुद्दे को "बग" या "एन्हांसमेंट" के रूप में भी लेबल कर सकते हैं और मैं इसे खुला छोड़ दूंगा। आपके योगदानों के लिए धन्यवाद।

मुद्दा अभी बाकी है

नमस्ते दोस्तों, आपको फिर से 'देखने' के लिए अच्छा है।

@lambdapioneer , @oprisnik इस मुद्दे को फ्रेस्को 0.1 के बाद से विभिन्न अवतारों में बताया गया है। समस्या पुस्तकालयों को लोड करने वाले उपकरणों की अधिकता में है, उनमें से कुछ में समस्याएँ होना लाजमी है।

अनुशंसित समाधान (APK को विभाजित करना) अन्य समस्याओं का कारण बनता है। अन्य बातों के अलावा, एपीके को विभाजित करने के लिए प्रत्येक एबीआई के लिए अलग संस्करण कोड की आवश्यकता होती है। जब आपके पास पहले से ही कई उत्पाद स्वाद और बिल्ड प्रकार होते हैं, जिनमें से सभी को हॉकीएप जैसे बाहरी प्लगइन्स द्वारा प्रबंधित किया जाता है, तो बंटवारे से टीम की आंखें नम हो जाती हैं। इस बिंदु पर ऐसा करने की तुलना में ग्लाइड पर स्विच करना वास्तव में आसान होगा।

NativePooledByteBuffer वास्तव में API>=21 के लिए उतना महत्वपूर्ण नहीं है, जो कि अब बहुत से ऐप्स लक्षित कर रहे हैं (Dalvik अब 10% तक नीचे है)। इसे वैकल्पिक बनाने और बाद के प्लेटफार्मों के लिए मानक जावा मेमोरी का उपयोग करने के लायक हो सकता है।

मैं बाद में इस पर काम करने में सक्षम हो सकता हूं, लेकिन मुझे संदेह है कि आप अभी भी एफबी पर ऐसा करने के लिए किसी को पसंद करेंगे :)

अरे @tyronen! बहुत समय से मिले नहीं' :)

अच्छा समय, हमारे पास वास्तव में इस समय कोई काम कर रहा है (NativePooledByteBuffer और इसी तरह की कक्षाओं का जावा संस्करण) - इसलिए इसे जल्द ही ठीक किया जाना चाहिए।

हालांकि, यदि आप फिर से योगदान करना चाहते हैं तो हमारे पास भविष्य में सुधार के लिए कुछ अन्य खुले मुद्दे और विचार हैं।
हमारे पास ड्रावे और पाइपलाइन दोनों के लिए कुछ बड़े बदलाव भी हैं, इसलिए चीजें जल्द ही बदलने की संभावना है।

सैमसंग गैलेक्सी S9 Android 8 अभी भी काम नहीं करता है।

मैं भी इस मुद्दे का सामना करता हूं। यह OPPO A51 फोन पर हुआ, यह तब दिखाई देता है जब मैं Fresco v1.8.1 का उपयोग कर रहा हूं लेकिन यह v0.12.0 भीतर प्रकट नहीं हुआ

तो मुझे लगता है कि इस पर ध्यान नहीं दिया जाएगा? संस्करण 1.8 से शुरू होने वाले सबसे लोकप्रिय उपकरणों पर क्रैश हो रहा है...

एपीआई 'com.facebook. ताज़ा: ताज़ा : 1.10.0'
मैं

कोई भी जानकारी?

यहाँ एक ही मुद्दा
करीब 8 महीने पुराना मामला।
कोई उपाय पता है? क्या फ्रेस्को को अपग्रेड करना और सोलोडर का उपयोग करना काम करता है?

सभी को नमस्कार, मैं इस मुद्दे की हताशा को समझता हूं।

मैं आपको बताना चाहता हूं कि हम मूल कोड के साथ (विभिन्न) मुद्दों और इसके कारण होने वाली समस्याओं से अच्छी तरह वाकिफ हैं। हम बिना किसी मूल कोड के फ्रेस्को का उपयोग करने की अनुमति देने पर सक्रिय रूप से काम कर रहे हैं (उदाहरण के लिए ImagePipelineExperiments#disableNativeCode देखें )। यह रिलीज़ v1.11 या v1.12 के साथ तैयार हो सकता है। @MikaelMorales . को प्रणाम

इस तरह के मुद्दों पर, हमारे लिए बिना किसी पूर्ण रेपो के प्रगति करना वास्तव में कठिन है, जिसके साथ हम काम कर सकते हैं। यहाँ ऐसा लगता है कि build.gradle फ़ाइल से स्निपेट्स का होना पर्याप्त नहीं है। इसे न्यूनतम, लेकिन पूर्ण, प्रोजेक्ट होना चाहिए।

यदि आपके पास स्थानीय रेप्रो है, तो आप इस थ्रेड पर हमारी और सभी की बहुत मदद कर सकते हैं:

• यह जांचा जा रहा है कि क्या यह शोकेस ऐप के साथ पुन: उत्पन्न होता है
• फिर धीरे-धीरे शोकेस ऐप से अपने बिल्ड कॉन्फ़िगरेशन पर जा रहे हैं और देख रहे हैं कि यह किस बिंदु पर टूटता है

यह एक ऐसा मुद्दा है जहां हमें आपकी मदद की बहुत जरूरत है! मैंने "बग" टैग जोड़ा है ताकि बासी-बॉट चुप रहे।

@ ch4ndu , आपने सही ढंग से देखा है कि armeabi में नवीनतम फ्रेस्को संस्करण गायब हैं। इसे NDK r17 (https://developer.android.com/ndk/guides/abis) में हटा दिया गया था।

W/System.err: java.lang.UnsatisfiedLinkError: लोड करने के लिए DSO नहीं ढूँढ सका: libimagepipeline.so
इसे कैसे जोड़ेंगे

एनएनडीके { abiFilters "आर्मेबी"}
कार्यान्वयन 'com.facebook. फ्रेस्को: फ्रेस्को : 1.11.0'
कार्यान्वयन 'com.facebook. फ्रेस्को: एनिमेटेड-जीआईएफ : 1.11.0'
कार्यान्वयन 'com.facebook. फ्रेस्को: एनिमेटेड-वेब : 1.11.0'
कार्यान्वयन 'com.facebook. फ़्रेस्को: webpsupport : 1.11.0'

नमस्ते, मुझे इस मुद्दे को पुन: उत्पन्न करने का एक और तरीका मिल गया होगा।

हम अपने ऐप में कुछ स्थिर छवियों और एनिमेटेड जीआईएफ लोड करने के लिए फ्रेस्को 1.11 का उपयोग करते हैं। जब हम एपीके बनाते और इंस्टॉल करते हैं तो वे दोनों अच्छी तरह से काम करते हैं, लेकिन तब नहीं जब हम एंड्रॉइड स्टूडियो से ऐप बंडल बनाते हैं और हम बंडलटूल का उपयोग ( build-apks ) बनाने और एपीके इंस्टॉल करने के लिए करते हैं ( install-apks )। उस स्थिति में, GIF लोड नहीं होते हैं, लेकिन जब हम उन्हें लोड करने का प्रयास करते हैं तो ऐप क्रैश नहीं होता है और एक स्थिर छवि लोड करने का प्रयास करने से ऐप क्रैश हो जाता है ( couldn't find DSO to load: libimagepipeline.so )।

हमने फ्रेस्को के ImagePipelineConfig में .experiment().setNativeCodeDisabled(true) सेट करने का प्रयास किया है और इसके साथ ही स्थिर छवियां काम करती हैं लेकिन GIF एक अलग त्रुटि ( couldn't find DSO to load: libgifimage.so ) के साथ क्रैश हो जाती है। यहां तक ​​कि अगर यह काम करता है, तो हम उत्पादन में ".experiment ()" नामक किसी चीज़ का उपयोग करने में सहज नहीं होंगे।

मैं एंड्रॉइड ग्रैडल प्लगइन 3.2.1, एंड्रॉइड स्टूडियो 3.3 बीटा 4 और बंडलटूल 0.7.1 का उपयोग कर रहा हूं। मैं एंड्रॉइड 8.10 फोन पर परीक्षण कर रहा हूं।

क्या ऐप बंडलों के साथ फ़्रेस्को का मज़बूती से उपयोग करने का कोई तरीका है? यह हमें फिलहाल नए फॉर्मेट में जाने से रोक रहा है। धन्यवाद!

प्रयोग चालू करने के बाद जीआईएफ लोड करने का प्रयास करते समय यह दुर्घटना है:

11-22 16:39:03.339 18019 18019 D SoLoader: init start
11-22 16:39:03.340 18019 18019 D SoLoader: adding system library source: /vendor/lib
11-22 16:39:03.340 18019 18019 D SoLoader: adding system library source: /system/lib
11-22 16:39:03.340 18019 18019 D SoLoader: adding application source: com.facebook.soloader.DirectorySoSource[root = /data/app/com.packagename--UQkiLx1zhtubNxSl35TMg==/lib/arm64 flags = 0]
11-22 16:39:03.341 18019 18019 D SoLoader: adding backup  source: com.facebook.soloader.ApkSoSource[root = /data/data/com.packagename/lib-main flags = 1]
11-22 16:39:03.341 18019 18019 D SoLoader: Preparing SO source: com.facebook.soloader.DirectorySoSource[root = /system/lib flags = 2]
11-22 16:39:03.341 18019 18019 D SoLoader: Preparing SO source: com.facebook.soloader.DirectorySoSource[root = /vendor/lib flags = 2]
11-22 16:39:03.341 18019 18019 D SoLoader: Preparing SO source: com.facebook.soloader.DirectorySoSource[root = /data/app/com.packagename--UQkiLx1zhtubNxSl35TMg==/lib/arm64 flags = 0]
11-22 16:39:03.342 18019 18019 D SoLoader: Preparing SO source: com.facebook.soloader.ApkSoSource[root = /data/data/com.packagename/lib-main flags = 1]
11-22 16:39:03.343 18019 18019 V fb-UnpackingSoSource: locked dso store /data/user/0/com.packagename/lib-main
11-22 16:39:03.347 18019 18019 I fb-UnpackingSoSource: dso store is up-to-date: /data/user/0/com.packagename/lib-main
11-22 16:39:03.347 18019 18019 V fb-UnpackingSoSource: releasing dso store lock for /data/user/0/com.packagename/lib-main
11-22 16:39:03.347 18019 18019 D SoLoader: init finish: 4 SO sources prepared
11-22 16:39:03.347 18019 18019 D SoLoader: init exiting

11-22 16:39:04.327 18019 18293 D SoLoader: About to load: libgifimage.so
11-22 16:39:04.328 18019 18293 D SoLoader: libgifimage.so not found on /data/data/com.packagename/lib-main
11-22 16:39:04.328 18019 18293 D SoLoader: libgifimage.so not found on /data/app/com.packagename--UQkiLx1zhtubNxSl35TMg==/lib/arm64
11-22 16:39:04.329 18019 18293 D SoLoader: libgifimage.so not found on /vendor/lib
11-22 16:39:04.329 18019 18293 D SoLoader: libgifimage.so not found on /system/lib
11-22 16:39:04.339 18019 18293 E SoLoader: couldn't find DSO to load: libgifimage.so
11-22 16:39:04.348 18019 18293 E AndroidRuntime: FATAL EXCEPTION: FrescoDecodeExecutor-2
11-22 16:39:04.348 18019 18293 E AndroidRuntime: Process: com.packagename, PID: 18019
11-22 16:39:04.348 18019 18293 E AndroidRuntime: java.lang.UnsatisfiedLinkError: couldn't find DSO to load: libgifimage.so
11-22 16:39:04.348 18019 18293 E AndroidRuntime:    at com.facebook.soloader.SoLoader.doLoadLibraryBySoName(SoLoader.java:703)
11-22 16:39:04.348 18019 18293 E AndroidRuntime:    at com.facebook.soloader.SoLoader.loadLibraryBySoName(SoLoader.java:564)
11-22 16:39:04.348 18019 18293 E AndroidRuntime:    at com.facebook.soloader.SoLoader.loadLibrary(SoLoader.java:500)
11-22 16:39:04.348 18019 18293 E AndroidRuntime:    at com.facebook.soloader.SoLoader.loadLibrary(SoLoader.java:455)
11-22 16:39:04.348 18019 18293 E AndroidRuntime:    at com.facebook.animated.gif.GifImage.ensure(GifImage.java:42)
11-22 16:39:04.348 18019 18293 E AndroidRuntime:    at com.facebook.animated.gif.GifImage.create(GifImage.java:70)
11-22 16:39:04.348 18019 18293 E AndroidRuntime:    at com.facebook.animated.gif.GifImage.decode(GifImage.java:89)
11-22 16:39:04.348 18019 18293 E AndroidRuntime:    at com.facebook.imagepipeline.animated.factory.AnimatedImageFactoryImpl.decodeGif(AnimatedImageFactoryImpl.java:85)
11-22 16:39:04.348 18019 18293 E AndroidRuntime:    at com.facebook.fresco.animation.factory.AnimatedFactoryV2Impl$1.decode(AnimatedFactoryV2Impl.java:86)
11-22 16:39:04.348 18019 18293 E AndroidRuntime:    at com.facebook.imagepipeline.decoder.DefaultImageDecoder.decodeGif(DefaultImageDecoder.java:136)
11-22 16:39:04.348 18019 18293 E AndroidRuntime:    at com.facebook.imagepipeline.decoder.DefaultImageDecoder$1.decode(DefaultImageDecoder.java:60)
11-22 16:39:04.348 18019 18293 E AndroidRuntime:    at com.facebook.imagepipeline.decoder.DefaultImageDecoder.decode(DefaultImageDecoder.java:121)
11-22 16:39:04.348 18019 18293 E AndroidRuntime:    at com.facebook.imagepipeline.producers.DecodeProducer$ProgressiveDecoder.doDecode(DecodeProducer.java:276)
11-22 16:39:04.348 18019 18293 E AndroidRuntime:    at com.facebook.imagepipeline.producers.DecodeProducer$ProgressiveDecoder.access$200(DecodeProducer.java:123)
11-22 16:39:04.348 18019 18293 E AndroidRuntime:    at com.facebook.imagepipeline.producers.DecodeProducer$ProgressiveDecoder$1.run(DecodeProducer.java:165)
11-22 16:39:04.348 18019 18293 E AndroidRuntime:    at com.facebook.imagepipeline.producers.JobScheduler.doJob(JobScheduler.java:202)
11-22 16:39:04.348 18019 18293 E AndroidRuntime:    at com.facebook.imagepipeline.producers.JobScheduler.access$000(JobScheduler.java:22)
11-22 16:39:04.348 18019 18293 E AndroidRuntime:    at com.facebook.imagepipeline.producers.JobScheduler$1.run(JobScheduler.java:73)
11-22 16:39:04.348 18019 18293 E AndroidRuntime:    at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1162)
11-22 16:39:04.348 18019 18293 E AndroidRuntime:    at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:636)
11-22 16:39:04.348 18019 18293 E AndroidRuntime:    at com.facebook.imagepipeline.core.PriorityThreadFactory$1.run(PriorityThreadFactory.java:51)
11-22 16:39:04.348 18019 18293 E AndroidRuntime:    at java.lang.Thread.run(Thread.java:764)

प्रयोग चालू करने से पहले स्थिर छवियों को लोड करने का प्रयास करते समय दुर्घटना नीचे है। जीआईएफ लोड करने का प्रयास करते समय निशान समान होते हैं ( couldn't find DSO to load: libimagepipeline.so ) लेकिन घातक अपवाद के बिना।

11-22 16:08:49.551 13724 13724 D SoLoader: init start
11-22 16:08:49.551 13724 13724 D SoLoader: adding system library source: /vendor/lib
11-22 16:08:49.551 13724 13724 D SoLoader: adding system library source: /system/lib
11-22 16:08:49.552 13724 13724 D SoLoader: adding application source: com.facebook.soloader.DirectorySoSource[root = /data/app/com.packagename-VWSKdOesFkJ5ehUD4vU9aw==/lib/arm64 flags = 0]
11-22 16:08:49.552 13724 13724 D SoLoader: adding backup  source: com.facebook.soloader.ApkSoSource[root = /data/data/com.packagename/lib-main flags = 1]
11-22 16:08:49.552 13724 13724 D SoLoader: Preparing SO source: com.facebook.soloader.DirectorySoSource[root = /system/lib flags = 2]
11-22 16:08:49.553 13724 13724 D SoLoader: Preparing SO source: com.facebook.soloader.DirectorySoSource[root = /vendor/lib flags = 2]
11-22 16:08:49.553 13724 13724 D SoLoader: Preparing SO source: com.facebook.soloader.DirectorySoSource[root = /data/app/com.packagename-VWSKdOesFkJ5ehUD4vU9aw==/lib/arm64 flags = 0]
11-22 16:08:49.553 13724 13724 D SoLoader: Preparing SO source: com.facebook.soloader.ApkSoSource[root = /data/data/com.packagename/lib-main flags = 1]
11-22 16:08:49.554 13724 13724 V fb-UnpackingSoSource: locked dso store /data/user/0/com.packagename/lib-main
11-22 16:08:49.556 13724 13724 I fb-UnpackingSoSource: dso store is up-to-date: /data/user/0/com.packagename/lib-main
11-22 16:08:49.556 13724 13724 V fb-UnpackingSoSource: releasing dso store lock for /data/user/0/com.packagename/lib-main
11-22 16:08:49.556 13724 13724 D SoLoader: init finish: 4 SO sources prepared
11-22 16:08:49.556 13724 13724 D SoLoader: init exiting

11-22 16:08:50.468 13724 13809 D SoLoader: About to load: libimagepipeline.so
11-22 16:08:50.472 13724 13809 D SoLoader: libimagepipeline.so not found on /data/data/com.packagename/lib-main
11-22 16:08:50.472 13724 13809 D SoLoader: libimagepipeline.so not found on /data/app/com.packagename-VWSKdOesFkJ5ehUD4vU9aw==/lib/arm64
11-22 16:08:50.472 13724 13809 D SoLoader: libimagepipeline.so not found on /vendor/lib
11-22 16:08:50.473 13724 13809 D SoLoader: libimagepipeline.so not found on /system/lib
11-22 16:08:50.476 13724 13809 E SoLoader: couldn't find DSO to load: libimagepipeline.so
11-22 16:08:50.480 13724 13815 I zygote64: Rejecting re-init on previously-failed class java.lang.Class<com.facebook.imagepipeline.memory.NativeMemoryChunk>: java.lang.UnsatisfiedLinkError: couldn't find DSO to load: libimagepipeline.so
11-22 16:08:50.481 13724 13815 I zygote64:   at void com.facebook.soloader.SoLoader.doLoadLibraryBySoName(java.lang.String, int, android.os.StrictMode$ThreadPolicy) (SoLoader.java:703)
11-22 16:08:50.481 13724 13815 I zygote64:   at boolean com.facebook.soloader.SoLoader.loadLibraryBySoName(java.lang.String, java.lang.String, java.lang.String, int, android.os.StrictMode$ThreadPolicy) (SoLoader.java:564)
11-22 16:08:50.481 13724 13815 I zygote64:   at boolean com.facebook.soloader.SoLoader.loadLibrary(java.lang.String, int) (SoLoader.java:500)
11-22 16:08:50.481 13724 13815 I zygote64:   at boolean com.facebook.soloader.SoLoader.loadLibrary(java.lang.String) (SoLoader.java:455)
11-22 16:08:50.481 13724 13815 I zygote64:   at void com.facebook.imagepipeline.nativecode.ImagePipelineNativeLoader.load() (ImagePipelineNativeLoader.java:40)
11-22 16:08:50.481 13724 13815 I zygote64:   at void com.facebook.imagepipeline.memory.NativeMemoryChunk.<clinit>() (NativeMemoryChunk.java:31)
11-22 16:08:50.481 13724 13815 I zygote64:   at com.facebook.imagepipeline.memory.NativeMemoryChunk com.facebook.imagepipeline.memory.NativeMemoryChunkPool.alloc(int) (NativeMemoryChunkPool.java:25)
11-22 16:08:50.481 13724 13815 I zygote64:   at java.lang.Object com.facebook.imagepipeline.memory.NativeMemoryChunkPool.alloc(int) (NativeMemoryChunkPool.java:13)
11-22 16:08:50.481 13724 13815 I zygote64:   at java.lang.Object com.facebook.imagepipeline.memory.BasePool.get(int) (BasePool.java:267)
11-22 16:08:50.481 13724 13815 I zygote64:   at void com.facebook.imagepipeline.memory.MemoryPooledByteBufferOutputStream.<init>(com.facebook.imagepipeline.memory.MemoryChunkPool, int) (MemoryPooledByteBufferOutputStream.java:51)
11-22 16:08:50.481 13724 13815 I zygote64:   at com.facebook.imagepipeline.memory.MemoryPooledByteBuffer com.facebook.imagepipeline.memory.MemoryPooledByteBufferFactory.newByteBuffer(java.io.InputStream, int) (MemoryPooledByteBufferFactory.java:73)
11-22 16:08:50.481 13724 13815 I zygote64:   at com.facebook.common.memory.PooledByteBuffer com.facebook.imagepipeline.memory.MemoryPooledByteBufferFactory.newByteBuffer(java.io.InputStream, int) (MemoryPooledByteBufferFactory.java:24)
11-22 16:08:50.481 13724 13815 I zygote64:   at com.facebook.imagepipeline.image.EncodedImage com.facebook.imagepipeline.producers.LocalFetchProducer.getByteBufferBackedEncodedImage(java.io.InputStream, int) (LocalFetchProducer.java:87)
11-22 16:08:50.481 13724 13815 I zygote64:   at com.facebook.imagepipeline.image.EncodedImage com.facebook.imagepipeline.producers.LocalFetchProducer.getEncodedImage(java.io.InputStream, int) (LocalFetchProducer.java:99)
11-22 16:08:50.481 13724 13815 I zygote64:   at com.facebook.imagepipeline.image.EncodedImage com.facebook.imagepipeline.producers.LocalAssetFetchProducer.getEncodedImage(com.facebook.imagepipeline.request.ImageRequest) (LocalAssetFetchProducer.java:37)
11-22 16:08:50.481 13724 13815 I zygote64:   at com.facebook.imagepipeline.image.EncodedImage com.facebook.imagepipeline.producers.LocalFetchProducer$1.getResult() (LocalFetchProducer.java:52)
11-22 16:08:50.481 13724 13815 I zygote64:   at java.lang.Object com.facebook.imagepipeline.producers.LocalFetchProducer$1.getResult() (LocalFetchProducer.java:48)
11-22 16:08:50.481 13724 13815 I zygote64:   at void com.facebook.common.executors.StatefulRunnable.run() (StatefulRunnable.java:43)
11-22 16:08:50.481 13724 13815 I zygote64:   at void java.util.concurrent.ThreadPoolExecutor.runWorker(java.util.concurrent.ThreadPoolExecutor$Worker) (ThreadPoolExecutor.java:1162)
11-22 16:08:50.481 13724 13815 I zygote64:   at void java.util.concurrent.ThreadPoolExecutor$Worker.run() (ThreadPoolExecutor.java:636)
11-22 16:08:50.481 13724 13815 I zygote64:   at void com.facebook.imagepipeline.core.PriorityThreadFactory$1.run() (PriorityThreadFactory.java:51)
11-22 16:08:50.481 13724 13815 I zygote64:   at void java.lang.Thread.run() (Thread.java:764)
11-22 16:08:50.481 13724 13815 I zygote64: 
11-22 16:08:50.507 13724 13809 E AndroidRuntime: FATAL EXCEPTION: FrescoIoBoundExecutor-1
11-22 16:08:50.507 13724 13809 E AndroidRuntime: Process: com.packagename, PID: 13724
11-22 16:08:50.507 13724 13809 E AndroidRuntime: java.lang.UnsatisfiedLinkError: couldn't find DSO to load: libimagepipeline.so
11-22 16:08:50.507 13724 13809 E AndroidRuntime:    at com.facebook.soloader.SoLoader.doLoadLibraryBySoName(SoLoader.java:703)
11-22 16:08:50.507 13724 13809 E AndroidRuntime:    at com.facebook.soloader.SoLoader.loadLibraryBySoName(SoLoader.java:564)
11-22 16:08:50.507 13724 13809 E AndroidRuntime:    at com.facebook.soloader.SoLoader.loadLibrary(SoLoader.java:500)
11-22 16:08:50.507 13724 13809 E AndroidRuntime:    at com.facebook.soloader.SoLoader.loadLibrary(SoLoader.java:455)
11-22 16:08:50.507 13724 13809 E AndroidRuntime:    at com.facebook.imagepipeline.nativecode.ImagePipelineNativeLoader.load(ImagePipelineNativeLoader.java:40)
11-22 16:08:50.507 13724 13809 E AndroidRuntime:    at com.facebook.imagepipeline.memory.NativeMemoryChunk.<clinit>(NativeMemoryChunk.java:31)
11-22 16:08:50.507 13724 13809 E AndroidRuntime:    at com.facebook.imagepipeline.memory.NativeMemoryChunkPool.alloc(NativeMemoryChunkPool.java:25)
11-22 16:08:50.507 13724 13809 E AndroidRuntime:    at com.facebook.imagepipeline.memory.NativeMemoryChunkPool.alloc(NativeMemoryChunkPool.java:13)
11-22 16:08:50.507 13724 13809 E AndroidRuntime:    at com.facebook.imagepipeline.memory.BasePool.get(BasePool.java:267)
11-22 16:08:50.507 13724 13809 E AndroidRuntime:    at com.facebook.imagepipeline.memory.MemoryPooledByteBufferOutputStream.<init>(MemoryPooledByteBufferOutputStream.java:51)
11-22 16:08:50.507 13724 13809 E AndroidRuntime:    at com.facebook.imagepipeline.memory.MemoryPooledByteBufferFactory.newByteBuffer(MemoryPooledByteBufferFactory.java:73)
11-22 16:08:50.507 13724 13809 E AndroidRuntime:    at com.facebook.imagepipeline.memory.MemoryPooledByteBufferFactory.newByteBuffer(MemoryPooledByteBufferFactory.java:24)
11-22 16:08:50.507 13724 13809 E AndroidRuntime:    at com.facebook.imagepipeline.producers.LocalFetchProducer.getByteBufferBackedEncodedImage(LocalFetchProducer.java:87)
11-22 16:08:50.507 13724 13809 E AndroidRuntime:    at com.facebook.imagepipeline.producers.LocalFetchProducer.getEncodedImage(LocalFetchProducer.java:99)
11-22 16:08:50.507 13724 13809 E AndroidRuntime:    at com.facebook.imagepipeline.producers.LocalAssetFetchProducer.getEncodedImage(LocalAssetFetchProducer.java:37)
11-22 16:08:50.507 13724 13809 E AndroidRuntime:    at com.facebook.imagepipeline.producers.LocalFetchProducer$1.getResult(LocalFetchProducer.java:52)
11-22 16:08:50.507 13724 13809 E AndroidRuntime:    at com.facebook.imagepipeline.producers.LocalFetchProducer$1.getResult(LocalFetchProducer.java:48)
11-22 16:08:50.507 13724 13809 E AndroidRuntime:    at com.facebook.common.executors.StatefulRunnable.run(StatefulRunnable.java:43)
11-22 16:08:50.507 13724 13809 E AndroidRuntime:    at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1162)
11-22 16:08:50.507 13724 13809 E AndroidRuntime:    at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:636)
11-22 16:08:50.507 13724 13809 E AndroidRuntime:    at com.facebook.imagepipeline.core.PriorityThreadFactory$1.run(PriorityThreadFactory.java:51)
11-22 16:08:50.507 13724 13809 E AndroidRuntime:    at java.lang.Thread.run(Thread.java:764)
11-22 16:08:50.512 13724 13810 E AndroidRuntime: FATAL EXCEPTION: FrescoIoBoundExecutor-2
11-22 16:08:50.512 13724 13810 E AndroidRuntime: Process: com.packagename, PID: 13724
11-22 16:08:50.512 13724 13810 E AndroidRuntime: java.lang.NoClassDefFoundError: <clinit> failed for class com.facebook.imagepipeline.memory.NativeMemoryChunk; see exception in other thread
11-22 16:08:50.512 13724 13810 E AndroidRuntime:    at com.facebook.imagepipeline.memory.NativeMemoryChunkPool.alloc(NativeMemoryChunkPool.java:25)
11-22 16:08:50.512 13724 13810 E AndroidRuntime:    at com.facebook.imagepipeline.memory.NativeMemoryChunkPool.alloc(NativeMemoryChunkPool.java:13)
11-22 16:08:50.512 13724 13810 E AndroidRuntime:    at com.facebook.imagepipeline.memory.BasePool.get(BasePool.java:267)
11-22 16:08:50.512 13724 13810 E AndroidRuntime:    at com.facebook.imagepipeline.memory.MemoryPooledByteBufferOutputStream.<init>(MemoryPooledByteBufferOutputStream.java:51)
11-22 16:08:50.512 13724 13810 E AndroidRuntime:    at com.facebook.imagepipeline.memory.MemoryPooledByteBufferFactory.newByteBuffer(MemoryPooledByteBufferFactory.java:73)
11-22 16:08:50.512 13724 13810 E AndroidRuntime:    at com.facebook.imagepipeline.memory.MemoryPooledByteBufferFactory.newByteBuffer(MemoryPooledByteBufferFactory.java:24)
11-22 16:08:50.512 13724 13810 E AndroidRuntime:    at com.facebook.imagepipeline.producers.LocalFetchProducer.getByteBufferBackedEncodedImage(LocalFetchProducer.java:87)
11-22 16:08:50.512 13724 13810 E AndroidRuntime:    at com.facebook.imagepipeline.producers.LocalFetchProducer.getEncodedImage(LocalFetchProducer.java:99)
11-22 16:08:50.512 13724 13810 E AndroidRuntime:    at com.facebook.imagepipeline.producers.LocalAssetFetchProducer.getEncodedImage(LocalAssetFetchProducer.java:37)
11-22 16:08:50.512 13724 13810 E AndroidRuntime:    at com.facebook.imagepipeline.producers.LocalFetchProducer$1.getResult(LocalFetchProducer.java:52)
11-22 16:08:50.512 13724 13810 E AndroidRuntime:    at com.facebook.imagepipeline.producers.LocalFetchProducer$1.getResult(LocalFetchProducer.java:48)
11-22 16:08:50.512 13724 13810 E AndroidRuntime:    at com.facebook.common.executors.StatefulRunnable.run(StatefulRunnable.java:43)
11-22 16:08:50.512 13724 13810 E AndroidRuntime:    at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1162)
11-22 16:08:50.512 13724 13810 E AndroidRuntime:    at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:636)
11-22 16:08:50.512 13724 13810 E AndroidRuntime:    at com.facebook.imagepipeline.core.PriorityThreadFactory$1.run(PriorityThreadFactory.java:51)
11-22 16:08:50.512 13724 13810 E AndroidRuntime:    at java.lang.Thread.run(Thread.java:764)

फिर से नमस्कार,

मैंने शोकेस ऐप के साथ समस्या को पुन: पेश करने का प्रयास किया है, लेबल v1.11.0 की जांच कर रहा है, लेकिन यह संकलित नहीं करता है। मैंने https://frescolib.org/docs/build-from-source.html का अनुसरण करने का प्रयास किया है, लेकिन मुझे लगता है कि यह अप्रचलित है (उदाहरण के लिए यह फ़ोल्डर android-ndk/r10e के बारे में बात करता है लेकिन यह मेरी स्थापना में मौजूद नहीं है और नवीनतम संस्करण r18b है)।

अगर मैं एंड्रॉइड स्टूडियो से शोकेस ऐप चलाने की कोशिश करता हूं, तो मुझे Process 'command '<mySdkPath>/ndk-bundle/ndk-build'' finished with non-zero exit value 2 ।

कमांड लाइन से ./gradlew build चल रहा है, मुझे मिलता है:

> Task :imagepipeline:ndk_build_bitmaps FAILED
A problem was found with the configuration of task ':imagepipeline:ndk_build_bitmaps'. Registering invalid inputs and outputs via TaskInputs and TaskOutputs methods has been deprecated and is scheduled to be removed in Gradle 5.0.
 - File '<myWorkspace>/fresco/imagepipeline/src/main/jni/bitmaps' specified for property '$1' is not a file.
Android NDK: APP_PLATFORM not set. Defaulting to minimum supported version android-16.    
make: Entering directory `<myWorkspace>/fresco/imagepipeline/src/main/jni/bitmaps'
<mySdkPath>/ndk-bundle/build/core/add-application.mk:178: *** make: Leaving directory `<myWorkspace>/fresco/imagepipeline/src/main/jni/bitmaps'
Android NDK: APP_STL gnustl_static is no longer supported. Please switch to either c++_static or c++_shared. See https://developer.android.com/ndk/guides/cpp-support.html for more information.    .  Stop.

FAILURE: Build failed with an exception.

मैंने APP_PLATFORM को अलग-अलग मानों पर सेट करने का प्रयास किया है और इसके बारे में रेखा गायब हो जाती है लेकिन त्रुटि वही है।

यह समस्या अभी भी Android Studio 3.3 RC 1 के साथ होती है।

मेरी मदद करो!

java.lang.UnsatisfiedLinkError: लोड करने के लिए DSO नहीं मिल सका: libimagepipeline.so के कारण: dlopen विफल: "/data/data/com.vipabc.vipmobilejr.phone/lib-main/libimagepipeline.so" इसके बजाय 64-बिट है 32-बिट . का

जब मैं okhttp एकीकरण का उपयोग करता हूं तो मुझे केवल यह समस्या दिखाई देती है।
लेकिन इसके बिना मेरा ऐप इमेज डाउनलोड करना शुरू नहीं करेगा।

सभी को नमस्कार, मैं इस मुद्दे की हताशा को समझता हूं।

मैं आपको बताना चाहता हूं कि हम मूल कोड के साथ (विभिन्न) मुद्दों और इसके कारण होने वाली समस्याओं से अच्छी तरह वाकिफ हैं। हम बिना किसी मूल कोड के फ्रेस्को का उपयोग करने की अनुमति देने पर सक्रिय रूप से काम कर रहे हैं (उदाहरण के लिए ImagePipelineExperiments#disableNativeCode देखें )। यह रिलीज़ v1.11 या v1.12 के साथ तैयार हो सकता है। @MikaelMorales . को प्रणाम

इस तरह के मुद्दों पर, हमारे लिए बिना किसी पूर्ण रेपो के प्रगति करना वास्तव में कठिन है, जिसके साथ हम काम कर सकते हैं। यहाँ ऐसा लगता है कि build.gradle फ़ाइल से स्निपेट्स का होना पर्याप्त नहीं है। इसे न्यूनतम, लेकिन पूर्ण, प्रोजेक्ट होना चाहिए।

यदि आपके पास स्थानीय रेप्रो है, तो आप इस थ्रेड पर हमारी और सभी की बहुत मदद कर सकते हैं:

• यह जांचा जा रहा है कि क्या यह शोकेस ऐप के साथ पुन: उत्पन्न होता है
• फिर धीरे-धीरे शोकेस ऐप से अपने बिल्ड कॉन्फ़िगरेशन पर जा रहे हैं और देख रहे हैं कि यह किस बिंदु पर टूटता है

यह एक ऐसा मुद्दा है जहां हमें आपकी मदद की बहुत जरूरत है! मैंने "बग" टैग जोड़ा है ताकि बासी-बॉट चुप रहे।

@ ch4ndu , आपने सही ढंग से देखा है कि armeabi में नवीनतम फ्रेस्को संस्करण गायब हैं। इसे NDK r17 (https://developer.android.com/ndk/guides/abis) में हटा दिया गया था।

आप इस मुद्दे को अपने दम पर पुन: पेश करने के लिए केवल Android 5.1.1 के साथ एक OPPO r7 खरीद सकते हैं।
कृपया ध्यान दें कि अपवादों को फेंकने के लिए आपको okhttp के साथ एकीकृत करना चाहिए।

तो क्या कोई बगफिक्स या वर्कअराउंड है? नहीं तो मैं एक और पुस्तकालय का उपयोग करूंगा, क्योंकि इतने लंबे समय के लिए इतना बग एक बड़ा नहीं है।

मुझे थोडा वर्कअराउंड मिल गया है .. बस इसे android टैग में build.gradle . में जोड़ें

packagingOptions { exclude "lib/arm64-v8a/libimagepipeline.so" exclude "lib/arm64-v8a/libnative-imagetranscoder.so" }

इतनी बड़ी बात नहीं है। 2017 के बाद से Google के एपीआई में अभी तक बग का समाधान नहीं हुआ है। जिसके कारण मेरे ऐप में एक दिन में 2000 क्रैश होते हैं। वे बग को नई सुविधाओं की तरह महत्वपूर्ण नहीं मानते हैं। एक हफ्ते में इसे ठीक करने वाला एकमात्र ट्विटर है।

तो, बहिष्कृत विकल्प भी पूरी तरह से काम नहीं करता है .. कुछ सैमसंग उपकरणों (एस 8 और एक्सकवर 4) पर क्रैश हो गया।

बेहतर समाधान: सरल ड्राव्यू में छवियों को तेज़ और सुचारू रूप से प्रदर्शित करने के लिए फ़्रेस्को 1.7.1 का उपयोग करें
और आकार बदलने के लिए ग्लाइड का उपयोग करें (क्योंकि 1.7.1 कभी-कभी बड़ी छवियों का सही आकार नहीं बदलता - जो 1.12.1 ने किया था। लेकिन 1.12.1 में यह है। तो बग/क्रैश)।

पीएस .: पिकासो की भी कोशिश की, लेकिन इसे बहुत अधिक स्मृति की आवश्यकता है .. (यहां तक ​​​​कि 2.7 संस्करण के साथ)।

(ध्यान दें कि मैं अब फ्रेस्को पर काम नहीं करता और एक उपयोगकर्ता के रूप में बोल रहा हूं)

हम इस समस्या के लिए निम्नलिखित समाधान आज़माने जा रहे हैं, जिसके लिए फ़्रेस्को 1.11 या बाद के संस्करण की आवश्यकता है।

देशी मेमोरी के बजाय बफर मेमोरी का उपयोग करने के लिए छवि पाइपलाइन को कॉन्फ़िगर करें (okhttp उदाहरण):

ImagePipelineConfig config = 
    OkHttpImagePipelineConfigFactory.newBuilder(context, okHttpClient)
        .setMemoryChunkType(MemoryChunkType.BUFFER_MEMORY)
        .build()
Fresco.initialize(context, config);

मैं Android 4.x या उससे कम और 1GB से कम RAM चलाने वाले उपकरणों के लिए इस समाधान की अनुशंसा नहीं करता।

इसके अतिरिक्त, यदि आप स्थानीय फ़िल्टर या ट्रांसकोडर का उपयोग नहीं कर रहे हैं, तो आपको उन्हें अपनी ग्रेडल फ़ाइल में शामिल नहीं करना चाहिए:

implementation('com.facebook.fresco:fresco:1.12.1') {
  exclude module: 'nativeimagefilters'
  exclude module: 'nativeimagetranscoder'
}

हमें यह पुष्टि करने में एक या दो सप्ताह का समय लगेगा कि यह हमारे ऐप में बग को समाप्त कर देता है। @oprisnik , क्या इसे दस्तावेज़ों में जोड़ा जा सकता है? साथ ही, इस परिवर्तन के साथ libimagepipeline.so को उन ऐप्स से बाहर करना संभव होना चाहिए जो इसका उपयोग नहीं कर रहे हैं, लेकिन ऐसा प्रतीत नहीं होता है।

मैंने उत्पादन में आपके समाधान का उपयोग किया है:

कार्यान्वयन ('com.facebook.fresco:fresco:1.12.1') ​​{
मॉड्यूल को बाहर करें: 'देशी इमेजफिल्टर'
मॉड्यूल बहिष्कृत करें: 'देशी इमेजट्रांसकोडर'
}

अभी भी दुर्घटनाग्रस्त:
Java.lang.UnsatisfiedLinkError के कारण
लोड करने के लिए डीएसओ नहीं मिला: libstatic-webp.so
com.facebook.soloader.SoLoader.initSoSources (अज्ञात स्रोत)
com.facebook.soloader.SoLoader.init (अज्ञात स्रोत)
com.facebook.soloader.SoLoader.init (अज्ञात स्रोत)
com.facebook.soloader.SoLoader.init (अज्ञात स्रोत)
com.facebook.imagepipeline.nativecode.StaticWebpNativeLoader.ensure (अज्ञात स्रोत)
com.facebook.animated.webp.WebPImage.create (अज्ञात स्रोत)

@galrom यह केवल तभी होगा जब आप स्थिर-वेबपी मॉड्यूल (जिसे पहले webpsupport के नाम से जाना जाता था) शामिल कर रहे हैं। आपको ऐसा केवल तभी करना चाहिए जब आपका ऐप Android 4.2.0 या इससे पहले के संस्करण का समर्थन करता हो। फिर भी, आपको केवल दोषरहित या पारदर्शी वेबप के लिए इसकी आवश्यकता है - मूल वेब के लिए, आप स्थिर-वेब के बिना एंड्रॉइड 4.0 पर जा सकते हैं।

हमारा dependency graph static-webp module का कोई निशान नहीं दिखाता है और हम इस दुर्घटना का अनुभव करते हैं

मुझे ओप्पो ओएस v5 के साथ भी यही समस्या है।

// Fresco
    api 'com.facebook.fresco:fresco:1.13.0'
    api 'com.facebook.fresco:animated-webp:1.13.0'
    api 'com.facebook.fresco:imagepipeline-okhttp3:1.13.0'

पुष्टि की कि हमारे ऐप (मेमरीज़) ने मेरे द्वारा ऊपर पोस्ट किए गए कोड का उपयोग करके इस क्रैश को पूरी तरह से समाप्त कर दिया है। हम स्थैतिक-वेबपी का उपयोग नहीं कर रहे हैं, इसलिए यह हमारे लिए कोई समस्या नहीं है।

बहुत बढ़िया, @tyronen की पुष्टि करने के लिए धन्यवाद। हम डॉक्स अपडेट करेंगे। शायद हमें इसे >4x के लिए डिफ़ॉल्ट व्यवहार भी बनाना चाहिए।

मुझे ओप्पो ओएस v5 के साथ भी यही समस्या है।

// Fresco
    api 'com.facebook.fresco:fresco:1.13.0'
    api 'com.facebook.fresco:animated-webp:1.13.0'
    api 'com.facebook.fresco:imagepipeline-okhttp3:1.13.0'

मैं इसे भी उसी संस्करण में मिला, 1.13.0 इसलिए, मैं जानना चाहता हूं कि arm64 समर्थन को हटाए बिना इसे कैसे हल किया जाए। @oprisnik

फेसबुक इस समस्या का समाधान क्यों नहीं कर रहा है? हमने बहुत सारे प्रश्न पोस्ट किए हैं फिर भी वे रिपोर्ट मांग रहे हैं। फेसबुक टीम द्वारा इतना बुरा समर्थन।

मुझे ओप्पो ओएस v5 के साथ भी यही समस्या है।

// Fresco
    api 'com.facebook.fresco:fresco:1.13.0'
    api 'com.facebook.fresco:animated-webp:1.13.0'
    api 'com.facebook.fresco:imagepipeline-okhttp3:1.13.0'

मैं इसे भी उसी संस्करण में मिला, 1.13.0 इसलिए, मैं जानना चाहता हूं कि arm64 समर्थन को हटाए बिना इसे कैसे हल किया जाए। @oprisnik

क्या आपको कोई उपाय सूझता है?

क्या आप ऊपर उल्लिखित समाधान के साथ प्रयास कर सकते हैं? https://github.com/facebook/fresco/issues/2049#issuecomment -462880309

क्या आप ऊपर उल्लिखित समाधान के साथ प्रयास कर सकते हैं? #2049 (टिप्पणी)

मैंने इस समाधान की कोशिश की है फिर भी यह ऐप को क्रैश कर देता है

एक ही मुद्दा: मैं कार्यान्वयन का उपयोग करता हूं 'com.facebook. फ्रेस्को: फ्रेस्को : 2.0.0'

मैं 'com.facebook' का उपयोग कर रहा हूं। फ्रेस्को: फ्रेस्को : 2.0.0'.
मेरे HUAWEI HORNOR 8 डिवाइस पर भी यही समस्या है।
अभी जोड़ा गया
ndk { abiFilters "armeabi", "armeabi-v7a", "x86"}
डिफ़ॉल्ट रूप से कॉन्फिग ने मेरी समस्या का समाधान किया।

यहां वही है, यह मूल रूप से प्रत्येक सिस्टम संस्करण 6 और इसके बाद के संस्करण और अधिकांश डिवाइस ब्रांडों में होता है

मैं 'com.facebook' का उपयोग कर रहा हूं। फ्रेस्को: फ्रेस्को : 2.0.0'.
मेरे HUAWEI HORNOR 8 डिवाइस पर भी यही समस्या है।
अभी जोड़ा गया
ndk { abiFilters "armeabi", "armeabi-v7a", "x86"}
डिफ़ॉल्ट रूप से कॉन्फिग ने मेरी समस्या का समाधान किया।

@glovebx आप https://android-developers.googleblog.com/2019/01/get-your-apps-ready-for- 64-bit.html

मैंने जो समझा उससे नए ऐप्स या मौजूदा ऐप्स के अपडेट को 1.08.2019 से 64 बिट का समर्थन करने की आवश्यकता होगी

इस मुद्दे को ठीक करने से पहले मेरे पास एक समझौता समाधान है।
https://github.com/facebook/fresco/issues/2381#issuecomment -516825599
उम्मीद है, यह आपकी मदद कर सके

@ShawnDongAi इसे साझा करने के लिए धन्यवाद ! हमारे लिए यह थोड़ा बहुत देर हो चुकी है:) हम यहां इस फ्रेस्को मुद्दे के कारण किसी अन्य छवि पुस्तकालय में चले गए।

https://github.com/facebook/SoLoader/pull/45 यहां कुछ मुद्दों को ठीक करना चाहिए। हम सोलोडर को वैकल्पिक बनाने पर भी काम कर रहे हैं, ताकि आप इसके बजाय देशी कोड लोड करने के लिए अन्य तंत्रों का उपयोग कर सकें।

आरएन 0.60.5 संस्करण का उपयोग करना।
अगर आप लोग सोच रहे हैं कि प्लेस्टोर से डाउनलोड करने पर आपका ऐप क्रैश क्यों हो जाता है, तो नीचे दिए गए बदलाव करें

पैकेजिंग विकल्प {
बहिष्कृत करें '/lib/arm64-v8a/libc++_shared.so' (बहिष्कृत करें '/lib/arm64-v8a/error_causing_library.so')
बहिष्कृत करें '/lib/x86_64/libc++_shared.so' (बहिष्कृत करें '/lib/arm64-v8a/error_causing_library.so')

//In pickFirst, replace the library name with the library that is causing error.
pickFirst '/lib/x86/libc++_shared.so' (pickFirst '/lib/x86/error_causing_library.so')
pickFirst '/lib/armeabi-v7a/libc++_shared.so' (pickFirst '/lib/armeabi-v7a/error_causing_library.so')

}

अगर आपको नहीं पता कि कौन सी लाइब्रेरी क्रैश कर रही है, तो अपने बंडल को फायरबेस टेस्ट लैब में अपलोड करें और फिर जांचें। यह आपको बताएगा कि कौन सी लाइब्रेरी त्रुटि फेंक रही है

@Balajipss सभी 64-बिट पुस्तकालयों को छोड़कर Google की 64-बिट आवश्यकता के साथ कोई समस्या नहीं https://android-developers.googleblog.com/2019/01/get-your-apps-ready-for-64-bit .एचटीएमएल ?

@waseefakhtar आप निम्न परिवर्तन कर सकते हैं

पैकेजिंग विकल्प {
बहिष्कृत करें '/lib/arm64-v8a/libc++_shared.so'
बहिष्कृत करें '/lib/x86_64/libc++_shared.so'
पिकफर्स्ट '/lib/x86/libc++_shared.so'
पिकफर्स्ट '/lib/armeabi-v7a/libc++_shared.so'
}

क्या किसी के पास इस मुद्दे को पुन: पेश करने के लिए चरण-दर-चरण सूची है? हम इसे उत्पादन में सामना कर रहे हैं लेकिन हम इसे स्थानीय रूप से पुन: पेश नहीं कर सकते हैं, यहां तक ​​​​कि उसी फोन के साथ भी जो हमारा क्रैश नोटिफ़ायर दिखाता है।

@juanimoli निश्चित नहीं है लेकिन ओएस 5 चलाने वाले अधिकांश ओप्पो डिवाइस इस मुद्दे का सामना कर रहे हैं।

@waseefakhtar मैं बंडलटूल (AppBundle का उपयोग करके) के डिवाइस स्पेक्स json फ़ाइल विकल्प में "armeabi-v7a" के लिए ऐप को संकलित करके इस मुद्दे को पुन: उत्पन्न करने में सक्षम था। ऐप को एक समर्थित डिवाइस में इंस्टॉल किया और क्रैश तुरंत दिखाई दिया।

मैं 2381#issuecomment-516825599 को

मैंने फ्रेस्को 1.13.0 का इस्तेमाल किया और यह हर समय ठीक था। 2.0.0 पर अपडेट होने पर, मुझे यह समस्या मिली। फिर मैंने अपना नया एपीके चेक किया, मुझे अपने एपीके में कोई libimagepipeline.so नहीं मिला। फिर मैं अपनी परियोजना को साफ करता हूं, एक नया एपीके बनाता हूं। और मेरे पास मेरे नए एपीके में libimagepipeline.so है। . और समस्या ठीक हो गई है, यह शायद एंड्रॉइड स्टूडियो से एक मुद्दा है!

मैंने इस समस्या को इस तरह हल किया है!

defaultConfig {... ndk { abiFilters "armeabi", "armeabi-v7a", "x86", "x86_64", "mips", "mips64" } }

मैं एंड्रॉइडएक्स को अपडेट करता हूं और फिर अचानक मेरे पास स्थानीय पर्यावरण पर couldn't find DSO to load: libimagepipeline.so था, मैं इसे कॉपी प्रोजेक्ट द्वारा

मुझे नहीं पता, लेकिन लगता है कि ग्रैडल कैश के साथ कुछ गलत हो गया। (हालांकि ग्रैडल कैश साफ़ हो गया)

अगर कोई जानता है तो मैं मूल कारण जानना चाहूंगा।

फ्रेस्को 2.1.0 . में अपग्रेड करने के बाद हमारी ओर से हो रहा है

मैंने निम्नलिखित परिवर्तन करके इसे ठीक किया:

implementation('com.facebook.fresco:fresco:2.1.0') {
        exclude group: 'com.facebook.soloader', module: 'soloader'
}
implementation('com.facebook.fresco:imagepipeline-okhttp3:2.1.0') {
        exclude group: 'com.facebook.soloader', module: 'soloader'
}

इस परिवर्तन के बाद फ्रेस्को किसी भी देशी पुस्तकालय को लोड करने के लिए सोलोडर के बजाय देशी लोडर का उपयोग करेगा।

आपको exclude group: 'com.facebook.fresco', module: 'soloader' भी जोड़ना चाहिए, अधिक विवरण के लिए 2.1.0 रिलीज देखें:

https://github.com/facebook/fresco/releases/tag/v2.1.0

मैं हाल ही में पिकासो से फ्रेस्को चला गया हूं और अभी-अभी प्लेस्टोर पर अपडेटेड ऐप लॉन्च किया है। अब पहले ही दिन मैं अपने ऐप में यह त्रुटि देख रहा हूं। क्रैश एंड्रॉइड वर्जन 7.1.2 पर ट्रेंड डिवाइस पर देखा गया था

क्या अब कोई कार्य समाधान उपलब्ध है

संभावित समाधान:

• नवीनतम फ्रेस्को संस्करण का उपयोग करें। SoLoader को लगातार अपडेट किया जाता है और कुछ निश्चित उपकरणों के साथ समस्याएँ ठीक की जाती हैं। या यह पता लगाने में हमारी सहायता करें कि आपके उपकरणों के सेट के लिए ऐसा क्यों हो रहा है और SoLoader में योगदान करें।
• SoLoader या अपने स्वयं के कार्यान्वयन के बजाय सिस्टम नेटिव लाइब्रेरी लोडर का उपयोग करें https://github.com/facebook/fresco/issues/2049#issuecomment -615255009
• देशी कोड के बिना जावा-ओनली फ्रेस्को का उपयोग करें, देखें https://github.com/facebook/fresco/releases/tag/v2.1.0 (यह शायद पिकासो के समान है क्योंकि यह भी प्रदर्शन सुधार के लिए मूल कोड को नियोजित नहीं करता है)।

@oprisnik मैंने उपरोक्त 3 समाधानों को 2.2.0 में अपग्रेड करने का प्रयास किया और ऐप को फायरबेस में परीक्षण किया लेकिन परीक्षण के दौरान मुझे यह त्रुटि मिली

java.lang.RuntimeException: एप्लिकेशन बनाने में असमर्थ com.example.xyz.MyApplication: java.lang.RuntimeException: गलत नेटिव कोड सेटअप, प्रतिबिंब विफल।

केवल API 19 चलाने वाले उपकरणों में।

मैंने इस्तेमाल किया था

` implementation('com.facebook.fresco:fresco:2.2.0') {  
  exclude group: 'com.facebook.soloader', module: 'soloader'
  exclude group: 'com.facebook.fresco', module: 'soloader'
  exclude group: 'com.facebook.fresco', module: 'nativeimagefilters'
  exclude group: 'com.facebook.fresco', module: 'nativeimagetranscoder'
  exclude group: 'com.facebook.fresco', module: 'memory-type-native'
  exclude group: 'com.facebook.fresco', module: 'imagepipeline-native' }`

आरंभिक फ्रेस्को का उपयोग

             `Fresco.initialize(
                     getApplicationContext(),
                     ImagePipelineConfig.newBuilder(getApplicationContext())
                    .setMemoryChunkType(MemoryChunkType.BUFFER_MEMORY)
                    .setImageTranscoderType(ImageTranscoderType.JAVA_TRANSCODER)
                    .experiment().setNativeCodeDisabled(true)
                    .build());`

पूर्ण स्टैक ट्रेस है

java.lang.RuntimeException: एप्लिकेशन बनाने में असमर्थ com.example.xyz.MyApplication: java.lang.RuntimeException: गलत नेटिव कोड सेटअप, प्रतिबिंब विफल।
घातक अपवाद: मुख्य
प्रक्रिया: com.example.xyz, पीआईडी: २९८६३
java.lang.RuntimeException: एप्लिकेशन बनाने में असमर्थ com.example.xyz.MyApplication: java.lang.RuntimeException: गलत नेटिव कोड सेटअप, प्रतिबिंब विफल।
android.app.ActivityThread.handleBindApplication(ActivityThread.java:4423) पर
android.app.ActivityThread.access$1500(ActivityThread.java:139) पर
android.app.ActivityThread$H.handleMessage(ActivityThread.java:1270) पर
android.os.Handler.dispatchMessage (Handler.java:102) पर
android.os.Looper.loop पर (Looper.java:136)
android.app.ActivityThread.main पर (ActivityThread.java:5097)
java.lang.reflect.Method.invokeNative (मूल विधि) पर
java.lang.reflect.Method.invoke(Method.java:515) पर
com.android.internal.os.ZygoteInit$MethodAndArgsCaller.run(ZygoteInit.java:785) पर
com.android.internal.os.ZygoteInit.main(ZygoteInit.java:601) पर
dalvik.system.NativeStart.main (मूल विधि) पर
इसके कारण: java.lang.RuntimeException: गलत मूल कोड सेटअप, प्रतिबिंब विफल रहा।
com.facebook.imagepipeline.platform.PlatformDecoderFactory.buildPlatformDecoder(PlatformDecoderFactory.java:51) पर
com.facebook.imagepipeline.core.ImagePipelineFactory.getPlatformDecoder (ImagePipelineFactory.java:312) पर
com.facebook.imagepipeline.core.ImagePipelineFactory.getPlatformBitmapFactory (ImagePipelineFactory.java:304) पर
com.facebook.imagepipeline.core.ImagePipelineFactory.getAnimatedFactory (ImagePipelineFactory.java:164) पर
com.facebook.imagepipeline.core.ImagePipelineFactory.getImageDecoder (ImagePipelineFactory.java:227) पर
com.facebook.imagepipeline.core.ImagePipelineFactory.getProducerFactory (ImagePipelineFactory.java:327) पर
com.facebook.imagepipeline.core.ImagePipelineFactory.getProducerSequenceFactory (ImagePipelineFactory.java:360) पर
com.facebook.imagepipeline.core.ImagePipelineFactory.getImagePipeline (ImagePipelineFactory.java:282) पर
com.facebook.drawee.backends.pipeline.PipelineDraweeControllerBuilderSupplier पर।(PipelineDraweeControllerBuilderSupplier.java:52)
com.facebook.drawee.backends.pipeline.PipelineDraweeControllerBuilderSupplier पर।(PipelineDraweeControllerBuilderSupplier.java:43)
com.facebook.drawee.backends.pipeline.PipelineDraweeControllerBuilderSupplier पर।(PipelineDraweeControllerBuilderSupplier.java:36)
com.facebook.drawee.backends.pipeline.Fresco.initializeDrawee(Fresco.java:121) पर
com.facebook.drawee.backends.pipeline.Fresco.initialize(Fresco.java:110) पर
com.facebook.drawee.backends.pipeline.Fresco.initialize(Fresco.java:54) पर
com.facebook.drawee.backends.pipeline.Fresco.initialize(Fresco.java:46) पर
com.example.xyz.MyApplication.onCreate(MyApplication.java:26) पर
android.app.Instrumentation.callApplicationOnCreate(Instrumentation.java:1030) पर
android.app.ActivityThread.handleBindApplication(ActivityThread.java:4420) पर
... 10 और
इसके कारण: java.lang.ClassNotFoundException: com.facebook.imagepipeline.platform.KitKatPurgeableDecoder
java.lang.Class.classForName (मूल विधि) पर
java.lang.Class.forName(Class.java:251) पर
java.lang.Class.forName(Class.java:216) पर
com.facebook.imagepipeline.platform.PlatformDecoderFactory.buildPlatformDecoder(PlatformDecoderFactory.java:44) पर
... 27 और
इसके कारण: java.lang.NoClassDefFoundError: com/facebook/imagepipeline/platform/KitKatPurgeableDecoder
... 31 और
इसके कारण: java.lang.ClassNotFoundException: पथ पर "com.facebook.imagepipeline.platform.KitKatPurgeableDecoder" वर्ग नहीं मिला: DexPathList[[zip file "/data/app/com.example.xyz-1.apk", ज़िप फ़ाइल "/data/data/com.example.xyz/code_cache/secondary-dexes/com.example.xyz-1.apk.classes2.zip", ज़िप फ़ाइल "/data/data/com.example.xyz/code_cache /secondary-dexes/com.example.xyz-1.apk.classes3.zip"],nativeLibraryDirectories=[/data/app-lib/com.example.xyz-1, /vendor/lib, /system/lib]]
dalvik.system.BaseDexClassLoader.findClass (BaseDexClassLoader.java:56) पर
java.lang.ClassLoader.loadClass (ClassLoader.java:497) पर
java.lang.ClassLoader.loadClass (ClassLoader.java:457) पर
... 31 और