Tutorial is loading...
Tutorial is loading...
Tutorial is loading...
Tutorial is loading...
Tutorial is loading...
№ | Пользователь | Рейтинг |
---|---|---|
1 | tourist | 4009 |
2 | jiangly | 3823 |
3 | Benq | 3738 |
4 | Radewoosh | 3633 |
5 | jqdai0815 | 3620 |
6 | orzdevinwang | 3529 |
7 | ecnerwala | 3446 |
8 | Um_nik | 3396 |
9 | ksun48 | 3390 |
10 | gamegame | 3386 |
Страны | Города | Организации | Всё → |
№ | Пользователь | Вклад |
---|---|---|
1 | cry | 167 |
2 | Um_nik | 163 |
3 | maomao90 | 162 |
4 | atcoder_official | 161 |
5 | adamant | 159 |
6 | -is-this-fft- | 158 |
7 | awoo | 157 |
8 | TheScrasse | 154 |
9 | Dominater069 | 153 |
9 | nor | 153 |
Название |
---|
Auto comment: topic has been updated by GlebsHP (previous revision, new revision, compare).
In the problem C I used a map to store previous queries to pass on the 100th test case. It worked, lol
and main program?Are you using the is_sorted() function in stl?
upd:sorry I'm bit naive
No, actually I precomputed the answer as said in the problem explanation.But my algorithm runs on O(k*m), Because it checks every column, it's pretty easy to repeat queries just to slow it down. Só I used a map to store previous queries. Here is a link: 24986527.
you are so clever.
I saw your solution, the key here is using "pref" dynamic programming, not the map. No need to store the previous queries, I can pass all test without map and faster two times yours. 25166547
What I meant was that I didn't need to quite do what the editorial said and it worked. Later I did what the editorial explained.
cheers
:) But they are similar!
nice....haha...
Seems distinct queries are very needed
There may be a mistake in prob E's solution.
ans[i] += opt[i].height;
should beans[i] += r[i].height;
opt.back()
should beopt.top()
Is it right?
Yes, fixed now. Thanks you!
for problem E can't we use modified longest increasing sub-sequence in O(nlgn) ?
i did something similar to LIS, but in the end it's not so far from the solution proposed above
In problem C, should be a[i, j] <= a[i + 1, j] instead of a[i, j] < a[i + 1, j].
When CF round #403 begins?
I see that there is a binary search tag for problem C. Did anyone solve this problem using binary search? Please enlighten me on how to use binary search for this problem.
If you just store the indexes which are greater than the next number in an adjacency list for each column. Then for each query you could apply binary search within that range and see if no such element exists even for one column, then Yes. But there seems to be some kind of optimization that I have missed. Plus, the approach is way slower than that in the editorial. This might help
Please let me know if I'm wrong.
Here are two submissions for problem D.
26348627
26348633
These two submissions contain exactly the same code. Yet, I didn't use the same compiler. The first one got TLE, and the second one got Accepted. I would be thankful if anybody could explain me why.
can someone provide me dp solution for B
I have used hashing instead of dp and my solution works in O(n). 67647151
DDangr coongj sanr vieetj nam muoon nawm >u<
Editorial for problem C should be:
* $$$up(i,j) = up(i+1,j)$$$ if $$$a[i][j] \leq a[i+1][j]$$$
* $$$up(i,j) = i$$$, otherwise.
I think it is more suitable with your explanation.
I think I got E in O(n log n) time.
Sort rings by outer radius first, then inner radius. Sorting should take O(n log n).
From the end of the array (biggest outer radius), do the below for each ring:
Knowing that each individual ring can only be added and removed to the stack one time each, this part of the program takes O(n) time.
The whole algorithm thus takes O(n log n + n) = O(n log n) time.
Code: https://codeforces.me/problemset/submission/777/71466945
Feel free to try and prove me wrong.
Problem E can be solved using Fenwick tree and coordinate compression! First compress the values of a and b. Sort the rings first based on b,then on base of a in decreasing order. Fenwick tree will store the max height account so far till the value 'a'. We start iterating from 0 to n-1, and the for the max value in the fenwick tree till b[i]-1 call it qmax, and update fenwick tree at index a[i] by h[i]+qmax, and max height so far by h[i]+qmax!
I think that the editorial proof of D is unnecessarily involved. We can just prove by induction that at the $$$mth$$$ step, the length of string $$$s_t$$$, $$$t=n-m+1$$$ is maximum as produced by our algorithm. Can anyone prove me wrong?