wakanda-forever's blog

By wakanda-forever, 7 days ago, In English

Thanks for participating. We hope you liked the problems and enjoyed the round.

2226A - Disturbing Distribution

Idea: wakanda-forever
Preparation: wakanda-forever
Solution: wakanda-forever

Solution
Implementation
Rate The Problem!

2226B - Everything Everywhere

Idea: wakanda-forever
Preparation: wakanda-forever
Solution: wakanda-forever

Solution
Implementation
Rate The Problem!

2226C - Mental Monumental (Easy Version)

Idea: wakanda-forever
Preparation: wakanda-forever
Solution: wakanda-forever

Solution
Implementation
Rate The Problem!

2226D - Reserved Reversals

Idea: wakanda-forever
Preparation: wakanda-forever
Solution: wakanda-forever

Solution
Implementation
Rate The Problem!

2226E - Mental Monumental (Hard Version)

Huge thanks to chromate00 for suggesting this task.
Preparation: wakanda-forever
Solution: Proof_by_QED

Solution
Implementation
Rate The Problem!

2226F - Inversion Invasion

Idea: wuhudsm
Preparation: wuhudsm, wakanda-forever
Solution: wakanda-forever

Solution
Implementation
Rate The Problem!

2226G - Stop Spot

Idea: wuhudsm
Preparation: wuhudsm, wakanda-forever
Solution: wuhudsm

Solution
Implementation
Rate The Problem!
  • Vote: I like it
  • +42
  • Vote: I do not like it

»
8 hours ago, hide # |
 
Vote: I like it +2 Vote: I do not like it

first. $$$B$$$ is a great segtree problem

  • »
    »
    8 hours ago, hide # ^ |
     
    Vote: I like it 0 Vote: I do not like it

    You mean $$$E$$$?

    • »
      »
      »
      7 hours ago, hide # ^ |
       
      Vote: I like it 0 Vote: I do not like it

      No, for $$$B$$$ you can notice that if you fix an index $$$i$$$ in the array, then for any $$$j \ge i$$$ the value of $$$[\max(arr[i..j]) - \min(arr[i..j])] - \gcd(arr[i..j])$$$ is monotonic (it only increases as $$$j$$$ increases). That's because, whenever you add an element, the $$$\gcd$$$ can only decrease and the $$$\max - \min$$$ can only increase.

      So since the property is monotonic, you can maintain two sliding windows $$$i..j$$$ and $$$i..k$$$ where $$$i..j$$$ represents the range of endpoints $$$i \le e_1 \le j$$$ to $$$i$$$ such that $$$[\max(arr[i..e_1]) - \min(arr[i..e_1])] - \gcd(arr[i..e_1]) \le 0$$$ and $$$i..k$$$ represents the range of endpoints $$$i \le e_2 \le k$$$ such that $$$[\max(arr[i..e_2]) - \min(arr[i..e_2])] - \gcd(arr[i..e_2]) \lt 0$$$. And the answer for an $$$i$$$ is just $$$j - k$$$.

      To easily query the $$$\max, \min, \gcd$$$ of a subarray, you can use a segment tree or a sparse table.

      • »
        »
        »
        »
        7 hours ago, hide # ^ |
         
        Vote: I like it +17 Vote: I do not like it

        checking adjacent values is enough ig, you can never have a subarray of length three or more which satisfies the properties.

        • »
          »
          »
          »
          »
          4 hours ago, hide # ^ |
           
          Vote: I like it 0 Vote: I do not like it

          Ofc he knows that... But do you know the Segment tree approach? :)

»
8 hours ago, hide # |
 
Vote: I like it +14 Vote: I do not like it

Cannot be on the same page as the author in 2226D - Reserved Reversals

»
8 hours ago, hide # |
 
Vote: I like it +1 Vote: I do not like it

Was doing exactly the same stuff for C, but wasn't convinced with any greedy approach that came to mind.

  • »
    »
    8 hours ago, hide # ^ |
     
    Vote: I like it 0 Vote: I do not like it

    i managed to find the mods for each one but i couldnt think of binary search ffs -elo

»
8 hours ago, hide # |
 
Vote: I like it +7 Vote: I do not like it

D's so hard :(

»
8 hours ago, hide # |
 
Vote: I like it +6 Vote: I do not like it

that C was great, I tunnel visioned on the wrong greedy

»
8 hours ago, hide # |
 
Vote: I like it 0 Vote: I do not like it

I am doing the exact same thing for C as in the editorial 372865973. Where am I going wrong?

  • »
    »
    7 hours ago, hide # ^ |
     
    Vote: I like it 0 Vote: I do not like it

    Same question! I'm using binary search as well, I don't know what I'm missing here. 372869255 :/

    • »
      »
      »
      7 hours ago, hide # ^ |
      Rev. 4  
      Vote: I like it 0 Vote: I do not like it

      Waitt...... I didn't know my_map[key] creates an element if the key doesn't exit....... I can't believe I spent an hour on this problem and this was the issue (372875201). Ughhhh!!!! Goodbye Specialist ;(

»
7 hours ago, hide # |
Rev. 2  
Vote: I like it 0 Vote: I do not like it

problem C is awesome

»
7 hours ago, hide # |
 
Vote: I like it 0 Vote: I do not like it

E reminded me of https://cses.fi/problemset/task/2425, was close to solving it :(

»
7 hours ago, hide # |
 
Vote: I like it +19 Vote: I do not like it

Fun fact: F can be done in $$$O(\sqrt n)$$$

»
7 hours ago, hide # |
 
Vote: I like it 0 Vote: I do not like it

For Problem E, I started thinking about going from smallest prefix to the longest but concluded it was not feasible under the time limit. Then it hit me to go from largest prefix to smallest. pretty amazing problem imo.

»
7 hours ago, hide # |
 
Vote: I like it +9 Vote: I do not like it

Screencast with commentary : Could only solve A and B. Had the correct idea for C, but had some bugs in implementation.

»
7 hours ago, hide # |
Rev. 3  
Vote: I like it 0 Vote: I do not like it

I imagine that some people tried an increasing greedy instead of a decreasing greedy for C. This does work but the solution is less clean. The idea is still to binary search on a valid $$$m$$$. We check if the first $$$m-1$$$ elements can be filled. For a given $$$m$$$, we can do the following:

Create a $$$cnt$$$ array, and maintain an unresolved left bound $$$L$$$ and right bound to pick elements $$$R$$$. Iterate $$$L$$$ from $$$0$$$ to $$$m-1$$$. If $$$cnt[L] \geq 1$$$, then the element already contributes to the mex. Otherwise, we need to find a location $$$R$$$ to take the next element from. Increment $$$R$$$ until:

  1. $$$R \geq 2L + 1$$$ (mod condition)
  2. If $$$R \leq m-1$$$, we need at least one element in the current location: $$$cnt[R] \gt 1$$$.
  3. If $$$R \gt m$$$, we can use any nonzero element.

Such a two pointer approach works in $$$O(n\text{ log }n)$$$.

Submission: 372875264

»
7 hours ago, hide # |
 
Vote: I like it 0 Vote: I do not like it

A's statement was weird, like B is 10 times clearer, and the difference between C and D in difficulty is massive

»
7 hours ago, hide # |
 
Vote: I like it 0 Vote: I do not like it

I've spent 2 hours on C, but for some strange reason the output in the cf tester differed with the output in my IDE. Like sometimes the tester would give me WA on the first test, although I would get the correct output in my IDE. In an online compiler I also get the correct answer. What can be the reason for that? I also asked it during the contest, but did not get an answer

»
7 hours ago, hide # |
 
Vote: I like it 0 Vote: I do not like it

sorry if it was newbie question, but i gotta ask.

why do we in problem one(2226A) make the answer expecting at least a single 1 in the array? isnt it possible that the array doesnt have any ones? sorry again for the newbie question, and thanks.

»
6 hours ago, hide # |
 
Vote: I like it 0 Vote: I do not like it

One of the best C problems in the recent contests !

»
6 hours ago, hide # |
 
Vote: I like it 0 Vote: I do not like it

Binary search on C was so good

»
5 hours ago, hide # |
 
Vote: I like it 0 Vote: I do not like it

Highly recommend to check out 2093E - Min Max MEX if you liked C. It introduces another idea to MEX that this editorial didn't use. Anyways cool round!

»
91 minute(s) ago, hide # |
 
Vote: I like it 0 Vote: I do not like it
Faster solution for C
»
50 minutes ago, hide # |
Rev. 2  
Vote: I like it +1 Vote: I do not like it

Solution to D is too feeble, such questions should be avoided in contests