### xiaowuc1's blog

By xiaowuc1, 6 months ago, Hi all,

The final contest of the 2021-2022 USACO season will be running this weekend. Good luck to everyone! Please wait until the contest is over for everyone before discussing anything contest-related (including but not limited to your scores or anything about the problems). Comments (33)
 » I always fully solve exactly (but no more than) one problem each USACO contest (trend is ongoing for last 6 contests, I think). Good luck!
•  » » This happened to me too, when I was in Gold. Now I'm in Plat and I solve exactly zero problems each contest.
•  » » » same :(
•  » » » » Update: I finally broke the trend, this time by solving a whopping 0 problems in the gold division.
•  » » » » » I have a feeling #1 on gold was flows
•  » » » » » » I also thought flows, but O(NM) seems slow.
•  » » » » » » » I also solved 0 problems in gold. But for P1, after the contest I saw that the version where every apple/cow has n=1 is equivalent to https://atcoder.jp/contests/abc245/tasks/abc245_e (after rotating the position-time graph by 45 degrees)
•  » » » » » » » 6 months ago, # ^ | ← Rev. 2 →   Nah it was just a sorting + greedy problem. It was a similar question to the BOI2009 — Candy machine which you could find on the Gold section of the USACO Guide
•  » » Same! except generally I get luckier on the us open. I wish us both good luck :D
 » 6 months ago, # | ← Rev. 3 →   deleted
 » How to solve Silver 2nd problem?
•  » » By not asking the solution when the contest is going on :))
•  » » 6 months ago, # ^ | ← Rev. 2 →   Hi, I solved it so maybe I can help you, but I've now forgotten which was the second lol. Was it the one where you were given two strings with letters from a to r and had to answer some queries and say yes if the strings were the same taking into account only the letters given in the query? For that problem, the observation I made was that, for a string to be equal with letters abc, it also has to be equal for ab, ac and bc (maybe it could be further simplified but I'm not sure). With that observation it sufficed to check if the strings were equal for each pair of letters from a to r, which can be done in O(18^2 * n) where n is the size of the largest string. After precomputation, for each query just check if for every pair of letters of the query, both strings were equal, using the precomputed information.I hope it helped, I'm not sure if I've explained myself clearly.(I've checked thrice and I think the contest has ended but if it's still going on pls tell me soon so I can delete all of this lol)
•  » » » How many cases did you get? I used this and missed the last case. It might just my implementation though...
•  » » » » I got all of them, must be your implementation
•  » » » » The size of t and s are not always equal.
•  » » » I exactly did this and got TLE T_T
•  » » » I stucked in this problem for 3.5h. Finally I got accepted using similar solution.
•  » » precomputation on all 18^2 pairs of letters
 » How to solve Silver P3?
•  » » 6 months ago, # ^ | ← Rev. 5 →   If you can change any letter to the other two letters, that means that those two letters = the first letter (WO = C, WC = O, CO = W). Same letter pairs can be ignored, so you skip them or use another letter to represent a "void" and then take it into account when joining letters(so you won't join a letter with a void). So the brute-force approach would be to divide the length of the string by two each time, by transforming two letters into one until there's only one letter left, if it's C then answer is YES, if not then answer is NO. That would pass for tests 1-5 or something like that.The same approach could be optimized by using data structures as segment tree (and probably sparse table too).That approach is the one I used, but I've got the feeling that there's probably a better one, if anyone has another approach pls comment it down :)UPD: From a comment that I've seen down below, the order of operations doesn't matter so you can just keep joining letters and there's no need of data structures. Now I feel dumb lol :(
•  » » 6 months ago, # ^ | ← Rev. 2 →   If you notice the operation between two characters in the string was nothing but the XOR of them. Since C(1) ≡ O(2)W(3) , CC ≡ ""(0) , also the order of operation doesn't matter here , so we can just check if XOR of S[L..R] == 1(C) or not.
•  » » » Wow that is a lot better than my approach lol
•  » » » » But , Sadly i couldn't solve P2 :(.
•  » » » damn, i noticed the XOR part but didnt realise the xoring of the entire string part... F
•  » » » » Yeah , i mean i considered few strings like for eg. COWC , COWO , COWCO , and then tried operations in different orders and saw that order too doesn't matter which made me realise that xor operator perfectly works here. So i guess in such problems considering the dependency of order of operations simplifies the problem a lot.
•  » » » » » yh, new lesson learnt. thnxs
•  » » For any two adjacent letters, we can always swap them using some operations:XY -> XZX -> YX(where X, Y, Z are letters among C, O, W)so the order of the string doesn't matter because we can always arrange it in the order: "CC..C OO...O WW...W" What matters is the number of C's and O's and W's. Since the same adjacent letters can be deleted, all we need to consider is the parity of the number of C's and O's, and W's, and this quantity can be easily computed using prefix sum for each query.For each query, there are 8 cases: C, O, W, CO, CW, OW, COW, and void. (order in each string doesn't matter)CO is equivalent to WCW is equivalent to OOW is equivalent to CCOW -> WW -> voidWe also need to ensure that C, O, W, and void each can't reach other letters. My proof is below:During each operation, the parity of the number of C and O doesn't change, because the ways to lose and gain O or C are OO -> void, CC -> void, OC -> W, OW -> C, CW -> O. We can see that the parity doesn't change. same for O and W, and W and C. We don't need to worry too much about void because there is no reverse operation of it. Knowing these, we'll prove the statement by contradiction:If C can reach W in some operations, the parity of the number of C and O in C is 1, but the parity of the number of C and O in W is 0, which contradicts what we proved above, and the same proof for C O and W O.My C++ code below: #include using namespace std; int pre[(int)2e5+1]; int main(){ string s; int q; cin>>s>>q; for(int i=1;i<=s.length();i++){ pre[i]=pre[i-1]; pre[i]=pre[i-1]; pre[i]=pre[i-1]; if(s[i-1]=='C') pre[i]++; else if(s[i-1]=='O') pre[i]++; else pre[i]++; } while(q--){ int l,r; cin>>l>>r; bool c=(pre[r]-pre[l-1])%2; bool o=(pre[r]-pre[l-1])%2; bool w=(pre[r]-pre[l-1])%2; if(w&&o&&c||!w&&o&&c||w&&!o&&c||!w&&o&&!c||w&&!o&&!c||!w&&!o&&!c) cout<<"N"; else cout<<"Y"; } } We can answer each query in O(1) with O(n) pre-computation.I hope this helps you.
 » Any ideas how to solve plat P1 or P2?
•  » » 6 months ago, # ^ | ← Rev. 4 →   P2 : First , you need to calculate the scc of the graph. (If one scc has only one vertex , then it is impossible to win ).Second , if there is a vertex whose out degree is 1 , then merge the vertex and the vertex it can go to .Keep doing the second step until every vertex's out degree is not equal to 1.Each query is to check whether u,v is the same vertex. solution/** * author: gary * created: 25.03.2022 21:43:48 **/ #include #define rb(a,b,c) for(int a=b;a<=c;++a) #define rl(a,b,c) for(int a=b;a>=c;--a) #define rep(a,b) for(int a=0;a mp; const int MAXN=1e5+10; vector rg[MAXN],g[MAXN]; set s[MAXN],rs[MAXN]; int n,m,vis[MAXN],ok[MAXN],fa[MAXN]; stack sta; void dfs1(int now){ vis[now]=1; for(auto it:g[now]) if(!vis[it]) dfs1(it); sta.push(now); } void dfs2(int now,vector &v){ vis[now]=1; v.PB(now); for(auto it:rg[now]) if(!vis[it]) dfs2(it,v); } int root(int x){return fa[x]=(fa[x]==x? x:root(fa[x]));} queue q; bool inq[MAXN]; int called[MAXN]; void domerge(int u,int v){ rs[v].erase(u); if(rs[u].size() edge; rb(i,1,m){ int u,v; scanf("%d%d",&u,&v); edge.PB(II(u,v)); g[u].PB(v); rg[v].PB(u); } rb(i,1,n) if(!vis[i]) dfs1(i); memset(vis,0,sizeof(vis)); while (!sta.empty()){ int now=sta.top(); sta.pop(); if(!vis[now]){ vector comp; dfs2(now,comp); if(comp.size()>1){ for(auto it:comp) ok[it]=1; } } } rb(i,1,n) if(ok[i]) q.push(i); while (!q.empty()){ int now=q.front(); q.pop(); for(auto it:rg[now]) if(!ok[it]) ok[it]=1,q.push(it); } for(auto it:edge){ int u,v; tie(u,v)=it; if(ok[u]&&ok[v]){ s[u].insert(v); rs[v].insert(u); } } rb(i,1,n) fa[i]=i,called[i]=i; rb(i,1,n) if(s[i].size()==1) inq[i]=1,q.push(i); while (!q.empty()){ int now=q.front(); inq[now]=0; q.pop(); if(root(now)!=now) continue; if(s[now].size()==1&&root(now)!=root(*s[now].begin())) domerge(root(now),root(*s[now].begin())); } int Q; scanf("%d",&Q); while (Q--){ int u,v; scanf("%d%d",&u,&v); if(!ok[u]||!ok[v]) putchar('B'); else if(root(u)==root(v)) putchar('B'); else putchar('H'); } putchar('\n'); return 0; } 
 » Results are out at http://usaco.org/index.php?page=open22resultsPersonally, I qualified for gold with an 833 :)
•  » » 6 months ago, # ^ | ← Rev. 3 →   I got 800 points in the silver division. But why doesn't the information change?  •  » » » It changed. :)