Semifinal 1 will start in 43 minutes.
Broadcast: https://www.twitch.tv/topcoder_official
TCO Blog (I'm the blog writer): http://tco16.topcoder.com/blog/
№ | Пользователь | Рейтинг |
---|---|---|
1 | tourist | 3993 |
2 | jiangly | 3743 |
3 | orzdevinwang | 3707 |
4 | Radewoosh | 3627 |
5 | jqdai0815 | 3620 |
6 | Benq | 3564 |
7 | Kevin114514 | 3443 |
8 | ksun48 | 3434 |
9 | Rewinding | 3397 |
10 | Um_nik | 3396 |
Страны | Города | Организации | Всё → |
№ | Пользователь | Вклад |
---|---|---|
1 | cry | 167 |
2 | Um_nik | 163 |
3 | maomao90 | 162 |
3 | atcoder_official | 162 |
5 | adamant | 159 |
6 | -is-this-fft- | 158 |
7 | awoo | 156 |
8 | TheScrasse | 154 |
9 | Dominater069 | 153 |
10 | nor | 152 |
Semifinal 1 will start in 43 minutes.
Broadcast: https://www.twitch.tv/topcoder_official
TCO Blog (I'm the blog writer): http://tco16.topcoder.com/blog/
Название |
---|
Congratulations Petr bmerry and vepifanov with advanced to the final.
What's the idea for the 1000-pointer?
This problem has a few tricks. Firstly, if s = e return 0 immediately. Then, if s and e are not coprime, return 1. Now, suppose we let p and q be the smallest prime factor of s and e. (if either of them does not exist return - 1) If pq ≤ n, output 2, since we can go . Otherwise, there is no path of length 2. (otherwise suppose y ≤ n exist where s and y are not coprime, e and y are not coprime, but s and e are coprime. Then, y ≥ pq must hold since s and e are coprime and p and q are the smallest numbers which are not coprime to s and e respectively) Suppose 2p ≤ n and 2q ≤ n. Then, works. Otherwise, WLOG let n < 2p. This means that s < 2p so we must have s = p. However, the degree of p in the graph is 0, so there is no path from s to e. Thus, we return - 1.
There are probably many ways to solve this. The intuitive idea is that we need to find a way to perform + 1 and × 2 operations, and the constraints hint that each operation should add 1 vertex to the graph. Let's ignore the weighted condition for now. × 2 part is easy, since we can add a new vertex v and connect 0 to v and v to 1, and no matter which side v is on, it will contribute 1 to the cut. For the + 1 part, the key is that we can add an edge from v to all future vertices, so for vertex v, if it's in the t-part of the cut, then it contributes to the size of the cut by 1. However, if it's in the s-part of the cut, the cut is a min cut only if all later vertices are in the s-part of the cut, or else the size of the cut will increase. (there are vertices from v to all later vertices) So, this step increases the size of the cut by 1, in the sense that there will be one more way to assign the vertices to the two cut sets, which is by assigning all later vertices (including v) into the s-part of the cut. So, it turns out that it is unneccesary to give weights to the edges.