# Waiting for progressbar to fill

**URL:** https://community.mp3tag.de/t/waiting-for-progressbar-to-fill/13580
**Category:** General Discussion
**Created:** [June 25, 2012, 4:13am UTC](https://community.mp3tag.de/t/waiting-for-progressbar-to-fill/13580 "2012-06-25T04:13:53Z")
**Posts on this page:** 1
**Showing post:** 9

<div class="post-metadata">

### Author: ![ohrenkino](https://community.mp3tag.de/user_avatar/community.mp3tag.de/ohrenkino/32/4843_2.png) [@ohrenkino](https://community.mp3tag.de/u/ohrenkino)
#### Post date: [August 20, 2022, 4:58pm UTC](https://community.mp3tag.de/t/waiting-for-progressbar-to-fill/13580/9 "2022-08-20T16:58:16Z")

</div>

> [@Ewoud](#):
>
> Currently, there is always some network (or internal drive) idle time while the user makes the changes in the UI, because it is not possible to queue them. So, it is not possible to optimally use the available bandwidth. The user has to wait until he can make the next changes, so he can not optimally use his time to manage his music files.

No.  
If you plan your steps carefully, you can write an action group that carries them out at the optimum speed.  
See also this discussion around the implementation of the use of several instances of MP3tag which shows the pros and cons of a simultaneous access and other advantages and drawbacks:

> [@Run multiple instances possible?](https://community.mp3tag.de/t/run-multiple-instances-possible/9802):
>
> Hi. is there a way to run the app in more than 1 instance? i sometimes need more than 1 copy running

---

_[View the full topic](https://community.mp3tag.de/t/waiting-for-progressbar-to-fill/13580)._
