UnityWebRequest and streaming assets - JAR file is not supported (Android)

So today I wanted to change WWWs to UnityWebRequest for downloading asset bundles. However I 'download' some of my bundles from the streaming assets which works fine with WWW but does not with UnityWebRequest, it gives me an error:

A URL Connection to a Java ARchive (JAR) file or an entry in a JAR file is not supported

and

Failed downloading bundle bundlename from jar:file:/data/app/game.apk/assets/asset: Unsupported Protocol

I can't find anything about streaming assets and UnityWebRequest in documentation? Is this possible at the moment? Should I go back to WWWs? I could use both WWWs and UnityWebRequests but I would prefer not to because WWWs are supposed to be deprecated at some point.

I am using Unity 5.3.6f1 (can't update to 5.4.0f3 just yet). Maybe that has been solved in 5.4.0f3?

 

Selfish bump cause I am getting desperate : /

 

More bumps!

 

I just encountered the same issue.
I really don't want to use www since UnityWebRequest have custom download handler so that I can write anything on my own way, including FinishedEvent, directly save file to local, even load file from local path!

But this issue seems to be related to Android webrequest, it's probably not Unity's fault.

So I think, either using www, or stop using StreamingAssets, wait for Unity create a new similar class to load file from streamingassets, because in the current status, streaming assets are not very useful.

 

I've been doing some research on Asset Bundles, and came across this snippet from a best practices post from unity about this exact issue:

Android Developers: On Android, Application.streamingAssetsPath will point to a compressed .jar file, even if the AssetBundles are compressed. In this case, WWW.LoadFromCacheOrDownload must be used to load each AssetBundle. It is also possible to write custom code to decompress the .jar file and extract the AssetBundle to a readable location on local storage.
​

I'll be testing Asset Bundles today and will see if I run into any issues with Android, using Unity 5.4 (the issue you're running into is reported to have been fixed in 5.4)

 

Sorry to bump this, but this and one other thread are the only two talking about this (why?, idk)

UnityWebRequest seems to not be supporting jar protocol, couldn't yet test it on iOS.
Shouldn't there be a fallback implemented ?

BugReport posted here is closed, why isn't stated.
https://forum.unity3d.com/threads/unitywebrequest-for-local-files-on-android-failure.441655/

It's like nobody even uses UnityWebRequest yet.

 

I'm into the same problem and UnityWebRequest looks far from being complete.
The other issue I'm facing is the decompression of mp3 and ogg audio clips, and I'm currently implementing my own custom classes to do this task.
Maybe there is a way to decompress .jar files easily in Android.

 

Unity staff? Great, I want to ask something related, I'm using almost the latest 2017.4.

1. MP3 decoding license is not a problem some time ago, can we have GetAudioClip() work with mp3 file on both windows and macos?
2. From what I tested some time ago (I don't know if that is still the case), if I load the mp3 audio file from local drive on android using UnityWebRequest, the property AudioClipLoadType is never streaming, is this normal?

 

Sorry I didn't ask the right question, I mean in RUNTIME, mp3 files in the local disc, "persistantDataPath" to be specific, using UnityWebRequest to load them. As far as I know, at least in 2017.4, mp3 files can't be load in runtime on Windows and Mac using UWR. Will that be changed in the future?