You are given an array of positive numbers. You can can convert any element (i) to any value in range [i/2, i-1] or [i+1, 2*i] in one step. Mind minimum steps needed to make the all elements equal.
1 <= n <= 1e5
Each element in range [1,1e5]
You are given an array of positive numbers. You can can convert any element (i) to any value in range [i/2, i-1] or [i+1, 2*i] in one step. Mind minimum steps needed to make the all elements equal.
1 <= n <= 1e5
Each element in range [1,1e5]
| № | Пользователь | Рейтинг |
|---|---|---|
| 1 | Benq | 3676 |
| 2 | jiangly | 3670 |
| 3 | Kevin114514 | 3657 |
| 4 | maroonrk | 3355 |
| 5 | Um_nik | 3353 |
| 6 | squareOf105 | 3346 |
| 7 | tourist | 3343 |
| 8 | strapple | 3324 |
| 9 | heuristica | 3322 |
| 10 | jiangbowen | 3291 |
| Страны | Города | Организации | Всё → |
| № | Пользователь | Вклад |
|---|---|---|
| 1 | Qingyu | 158 |
| 2 | nik_exists | 150 |
| 2 | maspy | 150 |
| 4 | AmShZ | 143 |
| 5 | Um_nik | 141 |
| 6 | Errichto | 139 |
| 7 | adamant | 137 |
| 8 | BledDest | 134 |
| 9 | maroonrk | 133 |
| 10 | qwexd | 130 |
| Название |
|---|



I think I found a solution.
First off, let's try to fix the element we will convert all elements into and minimize the step count across all elements. Can we calculate the minimum steps in $$$O(\log n)$$$? Turns out we can.
Let $$$x$$$ be the final element. First, we need a frequency array. Now we will use this to find all elements in a certain interval. It is clear we can find the number of elements in the interval $$$[x,2x]$$$ in $$$O(1)$$$ by turning the frequency array into a prefix sum array. We can do the same for $$$[x,\frac {x}{2}]$$$. For both of these we add $$$1$$$ to the total step count. For the interval $$$[2x,4x]$$$ though the step count will be 2, same goes for $$$[\frac {x}{2},\frac {x}{4}]$$$. The amount of such segments will clearly be $$$O(\log n)$$$.
Since there's only $$$10^5$$$ possible final elements, the total time complexity will be $$$O(n \log n)$$$
I'm sorry if I got this wrong
Let target element be 10
so according to you any element in range
[10,20] will take 1 move(s) [20,40] will take 2 move(s) [40,80] will take 3 move(s)
So let's take the element 50 which is to be converted to 10 : Then 50 -> 25 -> 12 -> 10 (3 moves)
Yeah, this approach seems right. You can also think about it as having only log(n) checkpoints that matter. So instead of 50->25->12-10, you can do 50->40->20->10 since the checkpoints are powers of 2 times your target (10), and there are log(n) ranges that matter.