AsyncOperationHandle.PercentComplete not updating when given as a Parameter in Function

Since 0.7.4 I´ve got a Problem with my loading screen. What I have been doing sofar was a simple Loadingscreen, with the function

Spoiler

Code (CSharp):

1. public IEnumerator ShowProgress(AsyncOperationHandle op)
2.     {
3.              //this also seemingly doesn´t work anymore. What I currently do, just for testing is instead of GetDownloadSize(op) I replace the op with the actual object key, at least for now.
4.              Addressables.GetDownloadSize(op).Completed += (AsyncOperationHandle<long> getValue) => { Downloadsize = getValue.Result; finishedGettingInfo = true; };
5.              yield return new WaitUntil(() => finishedGettingInfo);
6.  
7.         while (op.PercentComplete < 1)
8.         {
9.              progressBar.value = op.PercentComplete;
10.              txtProgress.text = string.Format("{0:0.00}mb / {1:0.00}mb", (op.PercentComplete / 1000000) * 100, Downloadsize / 1000000);            
11.              yield return new WaitForSeconds(0.01f);
12.         }
13.   }
14.  

Pretty simple loading screen which worked for any Addressables Load I had. However, since 0.7.4, the op.PercentComplete doesn´t update at all. It only updates when the operation is basically done and op.PercentComplete = 1; It worked before IAsyncOperation got replaced with AsyncOperationHandle. Any advice whether I just have an error in the code now or if I need a new approach for this because maybe the AsyncOperationHandle doesn’t work exactle the same as it did before as IAsyncOperation.
And is it possible to get the object Key from AsyncOperationHandle?

Thanks in advance

 

Same here. Using Addressables 7.5 Please advise.

@unity_bill , you are our only hope!

Code (CSharp):

1. this.asyncOperationObjectLoad = this.experienceAsset.Instantiate();
2.  
3. if (!this.onCompleteCreated)
4. {
5.      this.onCompleteCreated = true;
6.      this.asyncOperationObjectLoad.Completed += OnObjectLoaded;
7. }
8.  
9. void Update()
10. {
11.         if (!this.isLoading)
12.             return;
13.  
14.         if (this.onCompleteCreated)
15.         {
16.             this.progressBar.SetValue(this.asyncOperationObjectLoad.PercentComplete);
17.         }
18. }

 

0.8.4. Still same Problem, PercentComplete from AsyncOperationHandle - Parameter not updating.

 

seems the same as: https://forum.unity.com/threads/0-7...cies-percentcomplete-always-returns-0.667558/

we're looking into it.

 

@unity_bill Any word on the progress complete issue? We're about ready to ship a product and were hoping there might be a solution by now. Thanks!

 

Using Addressables 1.1.5, is there a way to cancel a AsyncOperationHandle?

I tried some of the following approaches, but no luck...

Code (CSharp):

1.  
2. private AsyncOperationHandle asyncOperationObjectLoad;
3.  
4. public void LoadExperience()
5. {
6.           this.onCompleteCreated = true;//flag for Update()
7.  
8.           this.asyncOperationObjectLoad = this.experienceAsset.Instantiate();
9.  
10.           this.asyncOperationObjectLoad.Completed += OnObjectLoaded;
11. }
12.  
13. public void DestroyLoadedAssets()
14. {
15.         if (this.loadedExperience != null)
16.         {
17.             Addressables.Release(this.loadedExperience);
18.         }
19.        
20.         this.onCompleteCreated = false;
21.  
22.         this.asyncOperationObjectLoad.Completed -= OnObjectLoaded;//doesn't work
23.  
24.         StopAllCoroutines();//doesn't work
25.  
26.         this.asyncOperationObjectLoad = new AsyncOperationHandle();//doesn't work
27. }

Also, still not able to get a value for AsyncOperationHandle.PercentComplete. Is there some sort of workaround?

For that matter, I'm doing the potential code in an Update loop, which is pretty janky to begin with. Is there a AsyncOperationHandle.onProgress or .onLoad to register to?

Code (CSharp):

1.  
2. private void Update()
3. {
4.         if (!this.isLoading)
5.             return;
6.  
7.         if (this.onCompleteCreated)
8.         {
9.             this.progressBar.SetValue(this.asyncOperationObjectLoad.PercentComplete);
10.         }
11.         else
12.         {
13.             this.progressBar.SetValue(0);
14.         }
15. }

@unity_bill Or any other Unity staff. Any help would be much appreciated. Thank you!

 

We had fixed some case earlier, but tracked down what should be the main failing scenario recently. The fix is in our repo and will be in the next release.

not yet. We've looked into it. The problem is that some things you can do through addressable are cancel-able. Some not. So we haven't added this yet as we can't actually guarantee a reasonable behavior.

no. the main thing that will ever have progress is the download. for that we're wrapping https://docs.unity3d.com/ScriptReference/Networking.UnityWebRequest.html which has no "on progress" callback. The update loop is probably the best place to work with that.

 

Hey Bill , Do you have a rough estimation when this next release will be? We're trying to launch a production game asap and we need this PercentComplete bug fixed .

Thanks !

 

Either next week or the week after. Things are a little hard to nail down as a lot of the team is in and out on vacation over the summer. But I'm targeting fairly soon

 

this is still an issue for me , is there any news ?

 

is working now for me with Addressables v. 1.1.7

 

i only get some value ex: 0.33, then 0.8, then 1
not real progress
is that what you got ?

 

No, actually i got a smooth progress from 0 to 1 ( 0.1,..... 0.45,..... 0.6...0.8.... 1), im using a progress bar and is working fine.

 

:::>_<::: I got the same problem

 

When I use Addressables.GetDownloadSizeAsync
the AsyncOperationHandle.PercentComplete is always 1

 

Do you have any updates on cancelling the

AsyncOperationHandle

? I'm creating a game with 3 HUGE stages and pre-loading them before the user selects a stage to play, my goal is to stop the other two and continue downloading the requested stage.

 

Yes, we need a way to get a good progress of the download

 

I am still experiencing download percentages being only 0 or 1. There are no progress, even normalized.

 

1. Is there anyway to get download percentages? I still get just 0 or 1.

 

Any news on this topic ?

 

Updated to 1.6.0 and still seeing this issue in webgl, Unity 2019.1.14.

Interestingly, I did see a couple 0.33333 and one 0.666667, but the other several hundred were either 0 or 1.
I thought maybe it was because my mac is downloading so fast that it doesn't have time to register any in-betweens. So I fired it up on my chromebook and even throttled the network, but it still only got 0 or 1, and it didn't get any in betweens.

@DavidUnity3d @unity_bill

 

I have the same problem as @ProtoTerminator is describing. Only for an iOS build. I load the addressables from a google bucket. Keeps at 0 for a long time... and in the end you see really quickly 0.6667 and BOOM it's there..
Not a steady progress from 0 to 1.

 

@DavidUnity3d Hm, interesting. I just ran a test with directly using UnityWebRequests to download pngs and json files, and it elicited the same behavior (only printing 0 and 1). I was just using Addressables.LoadAsset<T>(string) btw.

After digging through the patch notes for 2019.2 and 2019.3, I saw

WebRequest: Fixed an issue with UploadHandlerFile properties contentType and progress. ([URL='https://issuetracker.unity3d.com/issues/uploadhandlerfile-dot-contenttype-cannot-be-set-and-always-returns-text-slash-plain']1197177[/URL])

in 2019.2.19. Is that where this issue is fixed?

Sadly, my team's project has been unable to run WebGL after upgrading the engine, so we've been stuck on 2019.1.14 for a while.

 

@DavidUnity3d can you confirm it should work? I have (and based on other comment, more people do) exactly the same issue. We build for iOS and are loading a prefab with dependencies. The PercentComplete is not working as expected.

Can you 100% confirm it should work in a smooth manner giving you back the exact percentage loaded (including the dependencies loaded)

 

In my case (Unity 2019.1.14),

AsyncOperationHandle.PercentComplete

works fine with 1.2.4, but not working properly with 1.6.2.
It looks working fine between 0 - 0.5, then it suddenly jumps up to 1 after 0.5.

So I looked at ChainOperation.cs (1.6.2), and I found

 m_WrappedOp.IsValid() 

always returns false in below.

Code (CSharp):

1.        
2. protected override float Progress
3.         {
4.             get
5.             {
6.                 float total = 0f;
7.  
8.                 if (m_DepOp.IsValid())
9.                     total += m_DepOp.PercentComplete;
10.                 if (m_WrappedOp.IsValid())
11.                     total += m_WrappedOp.PercentComplete;
12.  
13.                 return total / 2;
14.             }
15.         }
16.  

Now I get why my

AsyncOperationHandle.PercentComplete

jumps 0.5 to 1, but is this how supposed to behave with 1.6.2?

 

On WebGL PercentComplete always returns 0.

 

Before my hand getting dirty, is it already fixed or not? i am currently use 1.7.5

 

Ya you should be good.

 

Thank you

 

I'm seeing this issue with Addressables 1.7.5 and Unity 2019.3.10f1.

I'm trying to download large prefab assets.

In my android build I see some progression....but it's not consistent or smooth. It will jump from 0 to .33 to .6667 then load the asset. Usually it hangs on 0 for sometime then immediately loads.

I'm using

InstantiateAsync(

). Should I be using

Addressables.DownloadDependencies()

before instantiating?

 

I still have same problem. Using latest addressables version (1.8.3). Platform is android, unity version is 2019.3.9f1 and it is getting files from google bucket. It seems to stay at 0% for most of download time and then suddenly jumps up to 67%, after it almost directly goes to 100% and then it is done downloading.

 

I see similar issue with the PercentComplete from AsyncOperationHandle returned from DownloadDependenciesAsync not being accurate.

In my case, I called DownloadDependenciesAsync on the splash scene to download pretty much every asset in my app. It immediately jumped to around 60-80% and then start growing from there all the way to 100%. The PercentComplete cannot be used to even 'approximately' show the total byte downloaded. The asset is pretty big (~500 mb), I need something that can display the total byte downloaded.

I'm using Android player connected to local Wifi network in my house and Unity's Addressable Hosting to serve the package.

Also the downloading does not pause even if I press the home button to "exit" (in user's point of view) the app. Do I need to call something to make it pause? It seem like this should be built in behavior.


EDIT: Sorry forget to mention.
- I'm on Unity 2019.2.17f1 with Addressable 1.8.3
- There is no cached data before the download started. The GetDownloadSizeAsync was called and waited to finish before the DownloadDependenciesAsync with the same label is called.

 

I cant believe this is not fixed till now. This was issue since since beginning.

Here is what I have done:

Addressables.DownloadDependencies() bahaves the way that it tries to load things that are cached or local as well. This is the reason why progress will jump to some number after calling it. My workaround or fix has 2 steps:

• Get only resources actually that needs to be downloaded
• Fix progress for GroupOperation

Code (CSharp):

1.  
2. //Get locations to download - keys is List<object> of things to download
3. var loadResourceLocations =
4.                 Addressables.LoadResourceLocationsAsync(keys, Addressables.MergeMode.Union);
5.             await loadResourceLocations.Task;
6.             var locations = new List<IResourceLocation>(loadResourceLocations.Result);
7.  
8. //Get unique dependencies of locations that are not cached and not local
9. List<IResourceLocation> result = new List<IResourceLocation>();
10. foreach (var resourceLocation in locations)
11. {
12.    foreach (var resourceLocationDependency in resourceLocation.Dependencies)
13.    {
14.       long sz = 0;
15.  
16.       if (resourceLocationDependency.Data is ILocationSizeData sizeData)
17.          sz += sizeData.ComputeSize(resourceLocationDependency, Addressables.ResourceManager);
18.  
19.       if (sz > 0)
20.       {
21.          result.Add(resourceLocationDependency);
22.       }
23.    }
24. }
25.  
26. //Download dependencies - this is equivalent of DownloadDependencies() method
27. var r = Addressables.LoadAssetsAsync<IAssetBundleResource>(result, null);
28.  
29. //this progress will be much better but still wrong because of GroupOperation progress implementation
30. var progress = r.PercentComplete;
31.  
32.  

Code (CSharp):

1.  
2. //My changes in GroupOperation.cs
3. private IList<IResourceLocation> m_Locations;
4.         protected override float Progress
5.         {
6.             get
7.             {
8.                 List<AsyncOperationHandle> allDependentOperations = new List<AsyncOperationHandle>();
9.                 allDependentOperations.AddRange(Result);
10.  
11.                 foreach(var handle in Result)
12.                     handle.GetDependencies(allDependentOperations);
13.  
14.  
15.                 //CUSTOM
16.                //Unity just give you averages of all dependencies so if one has 1MB and 500MB it will show progress 0.5 when frist dependency was downloaded
17.                 if (m_Locations !=null &&
18.                     m_Locations.Count == allDependentOperations.Count &&
19.                     m_Locations.All(x => x.Data is AssetBundleRequestOptions))
20.                 {
21.                     float sum = 0;
22.                     float downloaded = 0f;
23.                     for (var index = 0; index < allDependentOperations.Count; index++)
24.                     {
25.                         var operation = allDependentOperations[index];
26.                         if (m_Locations[index].Data is AssetBundleRequestOptions d)
27.                         {
28.                             sum += d.BundleSize;
29.                             downloaded += operation.PercentComplete * d.BundleSize;
30.                         }
31.                     }
32.  
33.                     return downloaded / sum;
34.                 }
35.              
36.              
37.  
38.                 if (Result.Count < 1)
39.                     return 1f;
40.                 float total = 0;
41.                 for (int i = 0; i < allDependentOperations.Count; i++)
42.                     total += allDependentOperations[i].PercentComplete;
43.                 return total / allDependentOperations.Count;
44.             }
45.         }
46.  
47.  
48.       //You need to pass locations from places this function is called
49.         public void Init(List<AsyncOperationHandle> operations, IList<IResourceLocation> locations)
50.         {
51.             m_Locations = locations;
52.             Result = new List<AsyncOperationHandle>(operations);
53.         }

 

I'll give @Wawro01 changes a try. Currently with Addressables 1.8.3 the PercentComplete is only giving out 0, 0.5 or 1 for me and renders it pretty much useless to calculate the real progress.

 

I'm also having the same problem, any solution for proper progress loading from 0 to 100 percent?

 

Any updates on when this might be fixed?

In WebGL it seems to be particularly bad (in the editor sometimes I'll get 0.5 but in webgl it always seems to be 0 or 1). Could it be an issue with it expecting to do async across different threads which aren't available in WebGL?

 

The problem persisted up till Addressables 1.8.4.
Thank God it was fixed in 1.9.2 and now progress works just fine (I have checked this with MacOS standalone only).

 

Can confirm that this works better now with 1.9.2 in android as well, although not perfectly yet.
Now it seems to jump to 50% at once and then start downloading and updating percent correctly from there up to 100%.

 

That's probably because they check if addressables was initialized before running any request. Does it work properly if you initialize first before requesting assets?

 

Have not tested doing preloading first. I am using InstantiateAsync directly and that works fine, except for that it starts with jumping to 50%.
I have found this in latest documentation though and that is probably why it behaves as it do:

 

My PercentageComplete didn't start from 0, either. It started from something like 0.875 or 0.9, not sure why it behaved like this.

 

For code bellow. The PercentComplete returns 1f at first, than 0.5f, 0.83f and after that is slowly increasing.

Unity 2019.4.0f1
Addressables 1.8.4

Given label contains 5 prefabs about 52MB.

Code (CSharp):

1. var handle = Addressables.DownloadDependenciesAsync(label, true);
2. handle.Completed += unused => { Debug.Log("Assets are loaded."); };
3.  
4. while (!handle.IsDone)
5. {
6.     Debug.Log($"Loading...{handle.PercentComplete}.");
7.     await Task.Yield();
8. }

 

This version works like charm.

Code (CSharp):

1. var handle = Addressables.DownloadDependenciesAsync(label, true);
2. handle.Completed += unused => { Debug.Log("Assets are loaded."); };
3. // FIX
4. await Task.Yield();
5.  
6. while (!handle.IsDone)
7. {
8.     Debug.Log($"Loading...{handle.PercentComplete}.");
9.     await Task.Yield();
10. }

 

Yeah the progress value is, by default, kind of goofballs. Mine was starting at 0.8625 on the first frame of the operation and went for hundreds of frames in tiny increments. This is my goofy work-around, it seems to work well.

Code (CSharp):

1. if (Math.Abs(percentCompleteOffset) < Mathf.Epsilon)
2. {
3.     percentCompleteOffset = op.PercentComplete;
4.          
5.     Debug.Log($"percentCompleteOffset starts at [{percentCompleteOffset}]");
6. }
7.      
8. var percentComplete = (op.PercentComplete - percentCompleteOffset) / (1.0f - percentCompleteOffset);

 

I experience the same behaviour with Addressables 1.13.1 in Unity 2018.4.17f1 when loading Local AssetReferences

 

WHY IS THIS STILL NOT WORKING?
That is the f*cking easiest thing to implement. Downloaded bytes / total size. It seems there is not even a possibility to access downloaded bytes data. WHY?
I am really getting mad. It costs so much time to f*ck arround for nothing !!!!