👀
We tried this one (with x0.84 / x0.83) but it provides a little overlap between notes (I have some screenshot at the exact moment but I can't show you that right now because I'm via cellphone lol), so we are forced to do it like this, removing the sv change is not a thing imo, saying that just in case.-Kazu- wrote:
- 02:02:441 - , 02:02:652 - , 02:02:863 - have really irregular speed changes and is very noticeable while playing (-0.08, -0.12, -0.05), so changing them to consistent values (x0.92, x0.84, x0.75) may play more smoothly.
mancuso_JM_ wrote:
We tried this one (with x0.84 / x0.83) but it provides a little overlap between notes (I have some screenshot at the exact moment but I can't show you that right now because I'm via cellphone lol), so we are forced to do it like this, removing the sv change is not a thing imo, saying that just in case.
The overlap that may happen here isn't important since you can easily read these notes without any troubles even while playing Hidden (tried on both 4:3 and 16:9) and is easily justified by the change of pacing of the song.Ranking Criteria wrote:
Substantial overlapping should be avoided so that the colour of each note is still easily readable and does not pose unnecessary visual disturbance. Overlapping should only be done if the song's pacing or note snapping at that point could justify it.
[TimingPoints]
959,317.460317460317,4,1,0,70,1,0
21277,-117.647058823529,4,1,0,50,0,0
31435,-100,4,1,0,70,0,0
41435,-100,4,1,0,70,0,1
61753,-100,4,1,0,70,0,0
102388,-100,4,1,0,70,0,1
122441,-108.695652173913,4,1,0,70,0,1
122652,-125,4,1,0,70,0,1
122863,317.460317460317,6,1,0,35,1,8
122863,-133.333333333333,6,1,0,35,0,0
130482,-120.481927710843,6,1,0,45,0,0
136196,317.460317460317,4,1,0,45,1,8
137466,317.460317460317,6,1,0,55,1,0
137466,-111.111111111111,6,1,0,55,0,0
145085,-100,6,1,0,65,0,0
148894,317.460317460317,4,1,0,65,1,0
155243,317.460317460317,6,1,0,65,1,0
157147,317.460317460317,4,1,0,65,1,0
159686,317.460317460317,6,1,0,65,1,0
161590,317.460317460317,4,1,0,65,1,0
164129,317.460317460317,6,1,0,65,1,0
166033,317.460317460317,4,1,0,65,1,0
168572,317.460317460317,6,1,0,65,1,0
172381,317.460317460317,4,1,0,65,1,0
174920,317.460317460317,6,1,0,65,1,0
176824,317.460317460317,4,1,0,65,1,0
179368,317.460317460317,6,1,0,70,1,0
188891,317.460317460317,4,1,0,70,1,0
190160,317.460317460317,4,1,0,70,1,8
191430,317.460317460317,4,1,0,70,1,0
232065,-100,4,1,0,70,0,1
251272,-100,4,1,0,70,0,0
252383,-100,4,1,0,70,0,1
271430,-100,4,1,0,70,0,0
278256,-100,4,1,0,55,0,0
279843,-100,4,1,0,70,0,0
-Kazu- wrote:
Ok so:
The barline at 00:00:-310 is actually making a second barline appear at 00:00:959 - , and the only way to fix this is to remove this red line.
This is actually the only TRUE problem with the map, although I suggest the following:maybe you wanna get that timing checked, because I'm pretty sure most the time the signature is 7/8, although I do not know how to apply that lol
- The SV change at 00:21:277 - might be improvable, I get that you probably wanted a sudden change of pace but smoothing it out wouldn't hurt, and in worst case, moving this green line to 00:21:118 - or even using another green line here at x0.925 to make the barline not scroll at the same speed, becoming visually weird, would be a nice addition to fine-tune the map Did the first, just moved the line.
- 02:02:441 - , 02:02:652 - , 02:02:863 - have really irregular speed changes and is very noticeable while playing (-0.08, -0.12, -0.05), so changing them to consistent values (x0.92, x0.84, x0.75) may play more smoothly. Done.
- Add a red line at 02:02:705 - with omit barline and remove the omit barline from 02:02:863 - . Fixed with your timing.
-Kazu- wrote:
timing fixed btw[TimingPoints]
959,317.460317460317,4,1,0,70,1,0
21277,-117.647058823529,4,1,0,50,0,0
31435,-100,4,1,0,70,0,0
41435,-100,4,1,0,70,0,1
61753,-100,4,1,0,70,0,0
102388,-100,4,1,0,70,0,1
122441,-108.695652173913,4,1,0,70,0,1
122652,-125,4,1,0,70,0,1
122863,317.460317460317,6,1,0,35,1,8
122863,-133.333333333333,6,1,0,35,0,0
130482,-120.481927710843,6,1,0,45,0,0
136196,317.460317460317,4,1,0,45,1,8
137466,317.460317460317,6,1,0,55,1,0
137466,-111.111111111111,6,1,0,55,0,0
145085,-100,6,1,0,65,0,0
148894,317.460317460317,4,1,0,65,1,0
155243,317.460317460317,6,1,0,65,1,0
157147,317.460317460317,4,1,0,65,1,0
159686,317.460317460317,6,1,0,65,1,0
161590,317.460317460317,4,1,0,65,1,0
164129,317.460317460317,6,1,0,65,1,0
166033,317.460317460317,4,1,0,65,1,0
168572,317.460317460317,6,1,0,65,1,0
172381,317.460317460317,4,1,0,65,1,0
174920,317.460317460317,6,1,0,65,1,0
176824,317.460317460317,4,1,0,65,1,0
179368,317.460317460317,6,1,0,70,1,0
188891,317.460317460317,4,1,0,70,1,0
190160,317.460317460317,4,1,0,70,1,8
191430,317.460317460317,4,1,0,70,1,0
232065,-100,4,1,0,70,0,1
251272,-100,4,1,0,70,0,0
252383,-100,4,1,0,70,0,1
271430,-100,4,1,0,70,0,0
278256,-100,4,1,0,55,0,0
279843,-100,4,1,0,70,0,0
don't worry, we already alerted the QAT about this and we are waiting for the DQgaston_2199 wrote:
Sorry for cut this
02:16:354 - ~ 02:17:466 - fix plz
959,317.460317460317,4,1,0,70,1,0
21117,-117.647058823529,4,1,0,50,0,0
31435,-100,4,1,0,70,0,0
41435,-100,4,1,0,70,0,1
61752,-100,4,1,0,70,0,0
102387,-100,4,1,0,70,0,1
122440,-108.695652173913,4,1,0,70,0,1
122652,-119.047619047619,4,1,0,70,0,1
122863,-133.333333333333,4,1,0,35,0,0
130481,-120.481927710843,4,1,0,35,0,0
135561,317.460317460317,6,1,0,45,1,0
135561,-120.481927710843,6,1,0,45,0,0
137465,317.460317460317,4,1,0,55,1,0
137465,-111.111111111111,4,1,0,55,0,0
145084,-100,6,1,0,65,0,0
155243,317.460317460317,6,1,0,65,1,0
157147,317.460317460317,4,1,0,65,1,0
159686,317.460317460317,6,1,0,65,1,0
161590,317.460317460317,4,1,0,65,1,0
164129,317.460317460317,6,1,0,65,1,0
166033,317.460317460317,4,1,0,65,1,0
168572,317.460317460317,6,1,0,65,1,0
172381,317.460317460317,4,1,0,65,1,0
174920,317.460317460317,6,1,0,65,1,0
176824,317.460317460317,4,1,0,65,1,0
179368,317.460317460317,6,1,0,70,1,0
185082,317.460317460317,4,1,0,70,1,0
190161,317.460317460317,5,1,0,70,1,0
191589,317.460317460317,4,1,0,70,1,0
232065,-100,4,1,0,70,0,1
251271,-100,4,1,0,70,0,0
252382,-100,4,1,0,70,0,1
271430,-100,4,1,0,70,0,0
278255,-100,4,1,0,55,0,0
279842,-100,4,1,0,70,0,0
frukoyurdakul wrote:
On 2nd check, I missed one of the double barlines, sorry about that. Also, I'm gonna do some additional modding since I heard some wrong snappings. I'll only reply to what I didn't change.
[Taiko Stage]
- 01:00:800 (373,374,375) - These three should be snapped to 1/6, changing that will also make the patterns consistent with 2nd kiai, at 01:51:911 (696,697,698,699,700,701,702,703) - this spot. I will not apply this. I don't think it's really that necessary considering I'm making a slight increase in the difficulty with each kiai, so the impact on the 2nd with the 1/6 will be bigger imo.
- 02:40:162 (988,989) - Swapping these two and 02:40:479 (990,991,992) - changing this to ddd will emphasize the drums better, the synchopation has changed there. I did my own thing here, to follow what I was trying to follow.
- 03:27:144 - From here to 03:28:096 - here, the guitar goes 1/3, not 1/4. A stream like this will be much better on guitar (timestamp at 03:27:144 - ) I'm not sure about this, it sounds and plays weird even though it's correct, so I will keep my stream (with maybe a little tweak) and if anyone else thinks what you suggested is better, I'll change it.
- 03:49:842 - From here to 03:50:954 - here, the patterns I will suggest are d k ddk d K d, because the drums are much more prominent than the guitar. I'll keep this, I like how it sounds right now. In my opinion it's a good representation of both guitar and drums (which is what I'm trying to do)
- 03:50:954 - On this stream, kkddkdkkddkdk will represent guitar and drums better. I don't think what you suggested really represents the guitar as you say, so I changed it myself to fit both guitar and drums as I've been trying to do.
- 04:06:033 - Optional, but adding a finisher even though it's not strong like others will be better due to the structure you follow on kiai. Passing on this one since it's optional and, as you pointed, it's not strong like others, and makes a little nice variation.
- 04:40:795 - 04:41:271 - These should both be 1/6, this is not electronic music that buzzing sound should be represented in other ways. Also, 04:41:112 - add a note here to emphasize the kick on it. I disagree. Even though you might be right that they can fit as 1/6, they also fit perfectly fine to me as 1/4 and since this part specifically is calm, I will keep it. I will add the note on 04:41:112 - though.
- 04:47:938 - This should be consistent with 04:42:858 - this one, so it should be don. Above that, I recommend changing the rest of the stream from 04:52:382 - this spot to kdkdddk to represent drums even better. I will change the first one mentioned, but I will keep the stream. I still think mine follows the guitar and drums better which is what I'm trying to do here and it sounds and plays pretty good imo.
-Kazu- wrote:
dont talk to me ever again ♥
I hope so too. Thank you so much and sorry for all the trouble.mancuso_JM_ wrote:
I hope this is the last time I have to give you a heart in this map!
Good night bro!
Can you give me the source from where you got this info?neonat wrote:
Shouldn't the romanisation of the title 童祭 ~ Innocent Treasures be Warabe Matsuri ~ Innocent Treasures ?
That's changed then.Fycho wrote:
Incorrect romanised title, which should be like what neonat said.
according to https://osu.ppy.sh/help/wiki/Ranking_Criteria, Songs with Japanese metadata must use the Modified Hepburn Romanisation method in romanised fields.
Source is fine since it's the entrance song of 東方の夜明け which is by ZUN.