Link: https://toph.co/p/cut-the-rope Which algorithm suits this kind of problems? I tried segment tree.
# | User | Rating |
---|---|---|
1 | tourist | 3843 |
2 | jiangly | 3705 |
3 | Benq | 3628 |
4 | orzdevinwang | 3571 |
5 | Geothermal | 3569 |
5 | cnnfls_csy | 3569 |
7 | jqdai0815 | 3530 |
8 | ecnerwala | 3499 |
9 | gyh20 | 3447 |
10 | Rebelz | 3409 |
# | User | Contrib. |
---|---|---|
1 | maomao90 | 171 |
2 | awoo | 163 |
2 | adamant | 163 |
4 | TheScrasse | 157 |
5 | nor | 153 |
6 | maroonrk | 152 |
6 | -is-this-fft- | 152 |
8 | Petr | 145 |
9 | orz | 144 |
9 | pajenegod | 144 |
Link: https://toph.co/p/cut-the-rope Which algorithm suits this kind of problems? I tried segment tree.
Name |
---|
A treap (or any balanced binary search tree) will be enough.
Suggest me any thing.
How about treap (or any balanced binary search tree)?
First, find out all lengths of ropes that would appear during process (for example, keep sets of cut points and lengths of ropes). After that, you can use coordinate compression and segment-sum, point-update segment tree that keeps number of ropes of given length. For "cut" queries just do three update queries, for "k-th by length" do tree descend to find smallest length l that there are at least k ropes of length l or less.