Rating changes for last rounds are temporarily rolled back. They will be returned soon. ×

awoo's blog

By awoo, history, 7 months ago, translation, In English

1969A - Two Friends

Idea: BledDest

Tutorial
Solution (awoo)

1969B - Shifts and Sorting

Idea: BledDest

Tutorial
Solution (adedalic)

1969C - Minimizing the Sum

Idea: BledDest

Tutorial
Solution (Neon)

1969D - Shop Game

Idea: BledDest

Tutorial
Solution (Neon)

1969E - Unique Array

Idea: BledDest

Tutorial
Solution (Neon)

1969F - Card Pairing

Idea: BledDest

Tutorial
Solution (BledDest)
  • Vote: I like it
  • +66
  • Vote: I do not like it

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

Good editorial, but for problem C I have a question, If we increase K to a number M. Which is the maximum value that M can achieve auch that there exist a solution that fits in 5 seconds?

  • »
    »
    7 months ago, # ^ |
    Rev. 2   Vote: I like it 0 Vote: I do not like it

    "there exist a solution that fits in 5 seconds" is a rather vague requirement imo, since it depends on many factors outside of your own codes (i.e. OS and hardware).

    As far as we keep on the $$$\mathcal{O}(nk^2)$$$ as benchmarking, and assuming using my own solution which ran in 0.3s (rounded down for simplicity), we could reach a $$$k$$$ of about $$$\lfloor {10 \times \sqrt{\frac{5}{0.3}}} \rfloor = 40$$$.

    Of course 0.3s might not be the fastest $$$\mathcal{O}(nk^2)$$$ solution out there. If benchmarking using other faster ones, resulting $$$k$$$ might be slightly bigger (not too much, since the complexity relates to $$$k$$$ quadratically). Also this estimation is rather rough due to various constant factor not yet addressed in the time complexity.

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

I think I have another solution for D: 258763428

But, I am not sure why it works :)

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

About problem F: How do you handle the case, when the deck becomes empty and we still have duplicate cards on the hand? How do you choose the pair to go with?

  • »
    »
    7 months ago, # ^ |
      Vote: I like it +1 Vote: I do not like it

    This is handled by the fact that the dynamic programming stores the number of pairs we "broke" instead of the number of pairs we made, and it is subtracted from the number of pairs we can make from a sequence of cards in the best case scenario (i. e. if we could pair any two cards without having both of them in hand at the same time). The value in dp increases by $$$1$$$ every time we play a non-paired card such that the remaining number of cards of that type is odd, since it means that the number of pairs we could possibly make with that type of card decreases by $$$1$$$.

    So, the pairs that are left in our hand after we've drawn the whole deck are simply not counted as "broken", we don't subtract them from the number of possible pairs we can make.

»
7 months ago, # |
Rev. 3   Vote: I like it +1 Vote: I do not like it

Mad respect to everyone who went for $$$\mathcal{O}(n^2)$$$ in Problem F

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

    Actually, assume that $$$dp[i]=dp[j]+?$$$ , we can find that $$$j$$$ corresponds to at most one $$$(x,y)$$$ (the kinds we delete). To find all the $$$(x,y)$$$, we may use a queue to simulate the process, thus it runs in $$$O(n^2)$$$.

    see my code: 259118010

»
7 months ago, # |
  Vote: I like it +1 Vote: I do not like it

How is O(N^3) fast enough for problem F, given you have N = 1000 possibly?

  • »
    »
    7 months ago, # ^ |
    Rev. 2   Vote: I like it +8 Vote: I do not like it

    Although $$$N \leq 1000$$$, we pick out two cards at a time. So, the "actual" $$$N$$$ is actually 500.

    Though, in general, a low-constant $$$\mathcal{O}(N^3)$$$ should be fast enough for $$$N=1000$$$

»
7 months ago, # |
  Vote: I like it +3 Vote: I do not like it

In problem D, for a fixed set of alice's items, isn't it better for bob to take items' that profits Alice the most ? ( the one with bigger $$$B[i]$$$ — $$$A[i]$$$ )

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

    No, Alice has already paid for these item, Bob can only take k free items and take the rest from Alice. So Bob takes k items with the max b value.

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

      Just want to make sure. The solution basically boils down iterating through all divide points where we will take and also minimizing $$$K$$$ elements from the left side to be given freely to Bob and finding all "profit" element from the right side of the element?

      • »
        »
        »
        »
        7 months ago, # ^ |
        Rev. 3   Vote: I like it +1 Vote: I do not like it

        Yes. But you can ignore all items where a[i]>=b[i], as these items will always make Alice lose profit.
        If with item i, a[i] >= b[i], i in the item Bob will pay Alice, then profit of item i is b[i]-a[i]<=0, so do not include item i.
        If number of items with a[i] < b[i] is less than k, then Alice won't buy anything.
        If we already have k items, each with a[i] < b[i] and Bob will get them free, if we need to include item i in the list of free item, then an item j will be removed. We have a[j] < b[j] <= b[i] <= a[i], so a[j] < a[i] and the cost Alice will have to pay will increase.

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

          My solution got WA. Do you mind to see my solution? 258978737

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

            You missed checking result when i+1==k

                for(int i = 0 ; i < n;i++){
                    if(i + 1 <= k){
                        // the element on the left side is atmost only K element
                        pq.push(vpi[i].second);
                        sumLeft += vpi[i].second;
            
                        // add the missing case i+1==k
                        if (i+1==k){
                            ans = max(ans,suffixSum[i+1]-sumLeft);
                        }
            
                    }else{
                        sumLeft += vpi[i].second; // insert the new element
                        pq.push(vpi[i].second);
                        sumLeft -= pq.top(); // delete the biggest element
                        pq.pop();
                        int sumRight = suffixSum[i+1];
             
                        ans = max(ans,sumRight-sumLeft);
                    }
                }
            
»
7 months ago, # |
  Vote: I like it 0 Vote: I do not like it

Hi,any non DP solution for problem C?

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

Problem E can be solved using monotonic stack.
We maintain a stack with item is (nexti, seen_values), nexti decreasing. Traverse from left to right.
nexti is the index that if reaching, will create a subarray with no unique elements. seen_values is the set of elements in the subarray.

https://mirror.codeforces.com/contest/1969/submission/258961901

»
7 months ago, # |
  Vote: I like it +1 Vote: I do not like it

There is a non-greedy approach for problem E.

Suppose $$$dp_i$$$ is the answer for the prefix with len $$$i$$$ if the last updated element was $$$i$$$. We wan't to do transitions like $$$dp_i = min_{j<i} dp_j + 1$$$ for good $$$j$$$, where $$$j$$$ is the position of previous update. Since we can set an element to some value which isn't in the array, we only need to care about subsegments of interval $$$(j, i)$$$. To check whether all subsegments are unique, for each $$$r$$$ we want to precalculate max $$$l$$$ such that segment $$$[l, r]$$$ is not unique. Let's call this $$$l$$$ $$$bad_r$$$.

To find $$$bad_i$$$ we want to find all unique subarrays. Turns out we can do that. Suppose element $$$i$$$ makes the subarray unique. What can we say about $$$L$$$ and $$$R$$$ (ends of segment)?

$$$prv_i < L \le i$$$, $$$i \le R < nxt_i$$$

Where $$$prv_i$$$ is the previous occurence of $$$a_i$$$ or $$$-1$$$, and $$$nxt_i$$$ is the next occurence of $$$a_i$$$ or $$$n$$$ (in zero-indexation).

So all unique segments are union of rectangles $$$(prv_i + 1, i, i + 1, nxt_i)$$$ (I define rectangles as a quadruple $$$(x1, y1, x2, y2)$$$, rectangle has all points $$$(x, y)$$$ satisfying $$$x1 \le x < x2$$$, $$$y1 \le y < y2$$$). All non-unique segments are out of this union. To find $$$bad_r$$$ we can do scanline with segment tree and for each $$$r$$$ search the right-most $$$0$$$ (or $$$-1$$$ if all values are greater than $$$0$$$).

Now our $$$dp$$$ can be reformulated as $$$dp_i = min_{bad_{i-1} \le j < i}(dp_j) + 1$$$. This can be counted using another segment tree or with monotonous stack and binary search. The answer is either $$$0$$$ when $$$bad_{n-1} = -1$$$ or minimum amongst $$$dp_i$$$ with $$$i \ge bad_{n-1}$$$

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

can anyone help me provide a clearer explanation for problem C please? How can we get the answer by using min of dp[n]. Updated: I got it now, sorry for bothering

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

    It depends on your dp statements.You must have seen the tutorial $$$dp[i]$$$ means if we considered the first elements and already done $$$j$$$ operations,and the best answer.After considering all n elements ,we get the answer.

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

I solved $$$D$$$ with dp

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

In question C, if we are able to reach till i + d + 1 using d operations then why aren't we taking the minimum till that index as well?

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

For me , it's hard to solved the problem C. Also , the tutorial is too short making me difficultly to understand! May be i am beginner to DP.>_<.

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

In Problem C where the editorial said that the segment of length d+1 can be converted to a minimum using d steps. But what if all of the elements in the segment are equal let's say (2) then their is no need to waste any operations so wouldnt the transitions change. Why is the dp still working ?

»
6 months ago, # |
Rev. 3   Vote: I like it 0 Vote: I do not like it

Problem F can be changed into another question.There are n points with different colors on a line,which numbered from $$$1$$$ to $$$n$$$.Each time we make a segment whose endpoints have same color. What we are currently requesting is the maximum number of line segments we can make,satisfying that every point between $$$a_{2i}$$$ and $$$a_{2i+1}$$$ is covered no more than $$$k-2$$$ times and every point between $$$a_{2i-1}$$$ and $$$a_{2i}$$$ is covered no more than $$$k-1$$$ times.This is too much like a problem that can be solved with greed or flow.I'm still figuring out the solution.Can somebody teach me how to solve it?

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

In problem B if I do the operation on index [2,5], making the cost 4 resulting string: 10001 and I do the operation on index [1,4] making the cost 8 now. resuting string:00011. this makes the cost 8 rather than 9, I dont think the answer given is write. My code is giving all other test cases right, but not this case.

  • »
    »
    6 months ago, # ^ |
      Vote: I like it 0 Vote: I do not like it

    You are supposed to put last character to first position not first character to last position.

    Spoiler
»
6 months ago, # |
Rev. 2   Vote: I like it 0 Vote: I do not like it

I have a doubt in problem C why will a normal greedy solution fail in this case. Please anyone reply to this i'm not able to understand what i am getting wrong or where am i failing. So for each k i am just traversing the whole array and the swap that reduces my some the most i just do that and i do this at most k times. For reference i am attaching my solution here. 261251605

  • »
    »
    6 months ago, # ^ |
      Vote: I like it 0 Vote: I do not like it

    I have the same question, but I have a guess:

    For example, consider the array [10, 1, 2, 11]. We can obtain [1, 1, 2, 11] and [10, 1, 2, 2], which, while giving the same total sum, leads to different arrays.

    My guess is that for some test cases where this also happens, the total sum changes after more operations on the different arrays with same sum.

    • »
      »
      »
      6 months ago, # ^ |
      Rev. 2   Vote: I like it 0 Vote: I do not like it

      Maybe you can try 1 10 11 2, and k = 2. ->1 1 11 2 -> 1 1 1 2 -> 9+10 = 19 ->1 10 2 2 -> 1 1 2 2 -> 9+9 = 18

      • »
        »
        »
        »
        6 months ago, # ^ |
          Vote: I like it 0 Vote: I do not like it

        Wow, it was right under my nose, thank you!

      • »
        »
        »
        »
        6 months ago, # ^ |
          Vote: I like it 0 Vote: I do not like it

        Also, if you wouldn't mind, could you do an example of the dp algorithm with the same array? I'm reading the tutorial but I'm still not getting it

»
6 months ago, # |
Rev. 3   Vote: I like it 0 Vote: I do not like it

Problem C is very similer to atcoder dp contest problem N.

Edit: No, it is not.XD

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

please someone explain the solution of problem C in detail . Thank you

  • »
    »
    5 months ago, # ^ |
    Rev. 3   Vote: I like it +3 Vote: I do not like it

    Hey, So my solution was also through dp, but a little different from the editorial. Here it is:

    $$$dp[i][j]$$$ refers to min sum from $$$a[1..i]$$$ using at most $$$j$$$ operations. Now, I declare a $$$dp$$$ array of size $$$(n+1) \times (k+1)$$$. (Note that I am using 1-based indexing for $$$a$$$)

    Initialisation: $$$dp[0][j] = 0 \, \forall j$$$ (since no elements are there) and $$$dp[i][0] = pre[i]$$$, where $$$pre[i] = a_1 + a_2 + \dots a_i$$$ (prefix-sum till $$$a_i$$$) [Obvious, when you can't perform any operations, the ans will be the sum simply]

    Transition: This is a little tricky part, but still simple to think. You can have three possibilities:

    1. Do not do any operation, i.e., $$$dp[i][j] = dp[i-1][j] + a[i-1]$$$ ($$$a[i-1]$$$ is to take care of my 1-based indexing)
    2. "Propagate" this last element $$$a_i$$$ for some $$$k$$$ steps. In simple terms, if my original array was $$$[a_1 , a_2, \dots ,a_i]$$$. It now becomes $$$[a_1,a_2, \dots a_{i-k-1} , a_i , \dots , a_i]$$$. After that I simply take $$$dp[i-k-1][j-k]$$$. So the solution in this case is $$$dp[i-k-1][j-k] + a[i-1]*(k+1)$$$ (Why $$$k+1$$$? .. think). In this, step you just have to be sure that $$$k$$$ doesn't exceed either $$$i-1$$$ or $$$j$$$. (Again think why?)
    3. "Propagate" any $$$a_k$$$ till the last element. (Obv. $$$i-k \le j$$$). Again, if the original array was $$$[a_1 , a_2, \dots ,a_i]$$$, it will now become $$$[a_1,a_2, \dots a_{k-1} , a_k , \dots , a_k]$$$. Now, after this we can simply add $$$dp[k][rem]$$$, where $$$rem$$$ is the number of remaining steps. So, in this case the answer becomes $$$dp[i][j] = dp[k][rem] + a[k-1]*x$$$ (Can you think why we took $$$dp[k][rem]$$$ and not $$$dp[k-1][rem]?$$$). Also, think what $$$x$$$ will be!

    And that's it! Our final solution looks like:

    $$$dp[i][j] = min(case 1,case 2,case 3)$$$

    My submission for reference: 265745935 . Hopefully, the solution was easy to understand. If you cannot deduce any of the bracketed stuff, kindly let me know in the comments.

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

Good work !!

»
5 months ago, # |
  Vote: I like it +3 Vote: I do not like it

Another Approach for problem B:

we can find the first position of '1' and keep it updating once we encounter a '0' afterwards. and also keep adding substring length to answer. Solution

»
3 months ago, # |
  Vote: I like it 0 Vote: I do not like it

I did not understand the solution for problem B , kindly help me . Thanks

»
3 weeks ago, # |
  Vote: I like it 0 Vote: I do not like it

E can be solved with xor-hashing + prefix sums.