HOOOO!!
Hey HOOOOOO! HAHAHAAsagi wrote:
HOOOO!!
Xgor wrote:
[Images]
oh.png When I.png and most images in the Lyrics folder has tons of unused transparancy. crop them.
Done
You can remove most of the black on Layer1.png as it's not used. (You could also use 2 rotated Layer1 images for the Layer3 because if you have cut Layer1 you'll save some SB load)
the blacks at Layer1 is fine to me, ends are fine there. layer3 is fine to me too, because i use different curve layout there differ from layer 1 and 2.
[SB load]
Right now there is a huge amount of transparancy for flash.png, if you instead only has one image for the flash and flip it for the other side you'll save quite a lot of SB load.
oh yes, maybe its fine to me, as i observe other SB's they use same flash with huge amount of transparency. but i change some other elements there to save sb load
There is a bunch of things that could be optimized at 1:07:027-1:07:370....when i fade it , the Sb load increases :v
- You use a Black.jpg at this part to cover images but if those images wasn't there would be black. Please remove it.
already removed- White.jpg is at this part at the start even if it's not visible due to being but and takes up SB load because the fade is not at 0, Change the fade to 0 when it shouldn't be seen.
fixed- You added stars.jpg at this point even if it doesn't start being visible at 1:07:370
fixed- If you want to keep it really optimized you can also make LJ1.png fade out completely at 1:07:027
There is also similar issues like at 2:34:799 - 2:35:142 but the other big SB load issues is after 2:35:142 instead.
That part however it's the large part of big image effects that creates a problem.
Fixed, but that's the mostly changes as i can change :< but ill try to change stars to moving particles
The flash.png fix I posted above will fix some and changing the stars to star particles will also fix some but even with those there still will be over 5.0x.
You have to remove some effects from the Hooo that pops up, I suggest remove 1-2 smoke images and/or burst.png as those are the least noticeable.
i remove some smokes there ,burst gave a huge impact to Hoo so it's imortant.
City.jpg is largely covered by Cityrender. If you cut out all of the bottom so only the parts that will be seen (The sky) You'd save quite a lot of SB load there.
im quite thinking if i render the City just only the sky, it would be a problem to position it to the cityrender to be exact while moving :< maybe i cannot do that but i make some plan to better optimize it
In around 2:57:064 Yuzu.png is covering Inori2 thus making Inori2 take up a lot of space that's not needed. However I know you want a while BG at that part so what I suggest is using a vectored white.jpg and cover the black parts. Like this https://osu.ppy.sh/ss/2263955 https://osu.ppy.sh/ss/2263946
omg great idea! but,
they'll see my ugly render T^T sorry im not used in rendering since im new at photoshop :v maybe Asagi will manage it
[Tecnical]
The SB is not in a osb even if they are almost the same in both difficulties.
there are some changes like Guest Diff names plus ill add some highlights from kiai parts ( just thinking because of SB loads)
[Storyboard Design]
Would have been nice if it had widescreen support, I know that it would be a lot of work but more and more SB is using SB support and it does look nice with Widescreen SBs.
Sorry i cant, i dont know that WSupp will be a big deal to SB's =w=
The dot.png Particles just disappears when it reaches x,100 and that looks really weird, I suggest you fade it out fade it out or let it move off screen.
fixed
Galaxy.png moves slightly up and the bottom of the SB get less and less covered by it and it looks weird.
oh a mistake xD thanks for clarify
Tbh I find that it looks much better when you storyboard moving particles than the static Stars.jpg, Especally as the artifacting is pretty visible in that image. I'd love if you had starts move indiviually instead on those parts because it would look better and save SB load.
we'll fix it later , we need to complete mapset first >.<
[Normal]
02:46:113 (1) - Change to White combo colour like in the insane to fit better with the SB ?
done
...Phew that's a lot. Anyways I really really like this SB, it has a lot of nice touches like that the text moves up when "Up" is sung and down when "down " is sung. The effect with gradients at 02:24:170 is also really really look and don't think I've seen that in a SB before.
uweee Thanks >.<
Good luck
This.P A N wrote:
Sexy's Insane
Thanks P A N :>P A N wrote:
Good luck lShuuichi
No, I'm not.Asagi wrote:
Bakari is mad
SE_Soul wrote:
Epic SB But i Cant mod too since your maps good in pattern and hitsound ( i prefer hitsounding mods and nothing bad on hitsounding)
Thanks >.<
Stars and i suggest from Easy to hard can you swap the break time on 02:35:142 (1) - 02:46:113 (1) - with 02:46:113 (1) - 02:54:342 (1) ? its good if you swap it
I think not, as you follow the rhythm of music there, its not good to swap it in that part, which means that this part 02:46:113 (1) - 02:54:342 (1) needs to map there. btw thanks for your stars *O*
Edited : I FORGOT TO MENTION..... Pls Insane diff change the slider since some sliders are random to me
Asagi will take care of that
SORRY FOR MY ENGLISH THOUGH ;w;
Change WHAT exactly?SE_Soul wrote:
Edited : I FORGOT TO MENTION..... Pls Insane diff change the slider since some sliders are random to me
Everything is intentional so I'll prefer to keep these things in this way.AlexaBM wrote:
[Gero]
- 00:29:999 (1,2) - Move it to x:462 y:380 to avoid this overlap.
- 02:17:313 (5,6) - Something like this instead?
- 02:19:370 (3,4) - ^ you can also change this, if you feel like.
Ranking Criteria wrote:
No two uninherited or two inherited timing sections should be placed at the same point. An inherited timing section may be placed on an uninherited timing section (but only to change the slider speed). Having two uninherited or two inherited sections on top of each other will cause problems within the beatmap.
Axarious wrote:
[Asagi's Insane]
- Maybe just me, but I think ar8 or 8.5 would fit better on 175 bpm. ~ar9 totally fits on insane diffs specially on this BPM
- Amazing difficulty. ~ayayayayay
- 02:19:199 (3) - Might be hard to see. ~yes, it was stacked, but it doesnt mean it was unreadable
- 03:31:542 (2) - ^
Kloyd wrote:
- Asagi
- 00:01:542 (1) - try cover the audioimage w http://puu.sh/dfwEc/56996744f4.jpg and move 00:04:284 (1) - a bit ~The slider is not exactly on the audio image when you check it on the editor but if you check it on the testplay, it was exactly fits on that image
- i've tested this and no problem for this. i found so fun with this! but check the tags! trance and rave is omitted.~Shuuichi will probably fix this herself
NewRulerNA wrote:
[Asagi's]
- 00:43:713 - two inherited timing sections. you must remove one. ~oh, i havent noticed, my mouse is automatically double clicking so no wonder why this happened ._. fixed
Ranking Criteria wrote:
No two uninherited or two inherited timing sections should be placed at the same point. An inherited timing section may be placed on an uninherited timing section (but only to change the slider speed). Having two uninherited or two inherited sections on top of each other will cause problems within the beatmap.- 03:17:656 - ^
F,0,61199,61884,0.1610322
F,0,61884,62227,0.1610322,0.4054194
F,0,62227,63942,0.4054194,0.1610322
Sprite,Foreground,Centre,"SB\text.png",320,240
F,0,56399,,0.1163872
R,0,56399,,0.9909677
C,0,56399,,192,192,192
V,0,56399,,1.21471,0.5624516
M,0,56399,59142,-84,453,765,80
Sprite,Foreground,Centre,"SB\text.png",320,240
M,0,59142,,210,536
C,0,59142,,192,192,192
V,0,59142,,1.21471,0.5624516
F,0,59142,59484,0,0.1163872
R,0,59142,61884,2.774711,0.8258093
F,0,59484,61713,0.1163872
F,0,61713,61884,0.1163872,0
Sprite,Foreground,Centre,"SB\text.png",320,240
F,0,61884,,0.1163872
R,0,61884,,-0.9083868
C,0,61884,,192,192,192
V,0,61884,,1.21471,0.5624516
M,0,61884,64627,736,457,-76,6