Closed Loreinator closed 6 years ago
You mean in the game?
I always figured that was just a result of the unfreezing delay, but does it really happen when nothing was frozen? If so, I'll keep my eyes peeled.
Yup, I just witnessed today that there was a vertical combo beside a wall of wood/rock for which only the bottom two actually were shattered. The top of the 3 on the right side of it was not shattered.
Since this inaccuracy is not accounted for in the simulation, anytime it happens the simulation could deviate significantly from what will REALLY happen.
Can now 100% confirm that this is the same deal as with unfreezing blocks: wooden blocks take one frame longer to finish disappearing than regular icons.
(Also, the mobile version does the same thing.)
Yes, the delay was known already - actually wood is 3 frames, and ice is 1 frame.
Btw for some reason firefox has banned ge.tt from allowing it to download stuff. Can you reupload to google drive or another file sharing service? Do you know of a good file sharing site I can recommend in the doc section for bugs?
My current best bet is probably something like http://www.filedropper.com/
Requirements for the upload site - simple upload, shareable link easily without an account (for the downloader), downloads fast for anyone.
Wait, really? Huh.
And sure thing - I'm not having any problems with it at my end, but I'll try putting the file somewhere else shortly.
Yea, whenever I try to download from ge.tt now firefox simply downloads it as a 0kb file (empty). It might have something to do with windows 10.
Ah, yeah, probably - I've been holding off on updating until all the kinks are worked out.
I think I'm going to go with https://www.dropbox.com/ since there are no adverts on the download page by default.
Sorry for the delay - how's this?
(Also sorry it's not Dropbox; I uploaded this a while ago and just forgot to put the link here, and Dropbox doesn't work for me, anyway.)
New information from here
I was doing Klink stage, using honedge as token for klink. found two things: The frozen tiles of a match won't clear rocks that are touching it. Not sure if is due to the own rock being frozen, but the thing was like this: rock: w honedge as klink: x
wf
xf
xf
x
when doing that match, the 2 honedge-kink are unbarriered, however, the rock remains barriered, not cleared.
also, if a normal match that is touching a rock under a barrier, and said match activates barrier bash, if barrier bash was going to unbarrier that rock, it woulnd't break.
on the same stage, I was trying to get rid of the last barrier with emboar, it was like this:
wf
e e e
instead of clearing the rock like in normal circunstances, emboar activates barrier bash, clearing the barrier, but letting the rock unbroken.
Oh, yeah, I thought you knew the first one already. I didn't know the second, though - that's interesting...
Sent from my Samsung device
-------- Original message -------- From: Andrew Meyers notifications@github.com Date: 09-18-2015 9:19 AM (GMT-05:00) To: Loreinator/Shuffle-Move Shuffle-Move@noreply.github.com Cc: JustAnotherRandomLad thesecrecyking@hotmail.com Subject: Re: [Shuffle-Move] Correct Wood Shatter Logic (#27)
New information from here
I was doing Klink stage, using honedge as token for klink. found two things: The frozen tiles of a match won't clear rocks that are touching it. Not sure if is due to the own rock being frozen, but the thing was like this: rock: w honedge as klink: x
wf
xf
xf
x
when doing that match, the 2 honedge-kink are unbarriered, however, the rock remains barriered, not cleared.
also, if a normal match that is touching a rock under a barrier, and said match activates barrier bash, if barrier bash was going to unbarrier that rock, it woulnd't break.
on the same stage, I was trying to get rid of the last barrier with emboar, it was like this:
wf
e e e
instead of clearing the rock like in normal circunstances, emboar activates barrier bash, clearing the barrier, but letting the rock unbroken.
Reply to this email directly or view it on GitHub: https://github.com/Loreinator/Shuffle-Move/issues/27#issuecomment-141449950
Yup, I classify it all as falling under "fix wood shatter logic" so that when a fix is put in it will cover all aspects of this bug - or most of them anyway.
Occasionally, when a match is falling beside a column of wood, the wood will NOT actually shatter the top block beside the combo.
There needs to be more data on exactly what conditions this happens in so we can narrow down the exact algorithm for determination of this behavior.