|
Post by Jason Citron on Jul 28, 2008 3:17:38 GMT -5
It sounds like this bug may have to do with not enough memory being available. We're putting together some memory optimizations and handlers for "low memory" situations that should address this. It's also possible this is related to a hang that occurs in the audio libraries sometimes when new sound effects and streams start. I haven't personally seen this specific issue, so if someone has good details on how to reproduce, please let me know.
|
|
|
Post by graymouser on Jul 28, 2008 3:21:15 GMT -5
I see a number of people has said they were submitting crash logs. Do you have enough for this issue or should we continue to send in more? This appears to be a fairly common bug.
|
|
|
Post by Jason Citron on Jul 28, 2008 3:26:09 GMT -5
I think we are good on crash logs for this bug. If I need more, I'll make another post.
|
|
|
Post by graymouser on Jul 28, 2008 3:29:53 GMT -5
(smile) Thought you might be. Any guesstimate on a schedule for the next update. The mining crash / freeze bug is frustrating enough that I've set the game aside until that is resolved.
|
|
|
Post by Jason Citron on Jul 28, 2008 5:58:58 GMT -5
we're aiming for the tail end of this week.
|
|
|
Post by Gareth Pugh on Jul 28, 2008 6:16:06 GMT -5
we're aiming for the tail end of this week. Bugger i go on holiday on friday, any chance that it could happen on thursday? I managed to actually get the game to crash using the method I posted before. I found that the game crashes when you use two fingers and there are 2 tool blocks next to each other that are about to break. For example Upward movement xxx xox xox The tool blocks never break. The game just crashes. I presume this is a bug with the tools. I've also figured that blocks don't have to be breaking above them to incur a crash. All that has to happen is that two tool blocks are above each other when you drag up with two fingers, I think it also crashes when you just let the blocks move up by themselves.
|
|
|
Post by enkerli on Jul 28, 2008 10:17:58 GMT -5
Good catch, Gareth! I can pretty much confirm your hypothesis in that all the screenshots I have of crashes are when there's a tool block in the partially visible row directly below another tool block (in the bottom visible row). Not seeing any crash with tool blocks side by side. And nothing is ever exploding on top of those two tool blocks but the two aligned blocks should, in fact, make things explode. Also, it's different tools combinations. Two dreameaters, dreameater and strategist (three times), sorcerer and furie, two furies, timestopper and furie, furie and sorcerer, furie and strategist (twice).
iPod touch 16GB, 1.88GB free, never jailbroken, AFtB 1.0.0.1, sound effects turned on or off, no streaming app.
|
|
|
Post by Gareth Pugh on Jul 28, 2008 11:43:45 GMT -5
Good to know someone else has evidence of this, I don't think it matters what different combinations there are, just that there is a problem with the tools. This problem can be avoided somewhat, if you have a quick eye and can get rid of any tools on the bottom row as quickly as possible, it does mean that you slow down because you are constantly checking for tools, but its better than a crash.
|
|
|
Post by enkerli on Jul 28, 2008 13:42:28 GMT -5
@gareth Pretty much what I'd say. Even while being careful, I ended up getting superimposed tools and crashed twice in the same level. It feels like disarming a timebomb. It could be almost fun if the result weren't an annoying crash. What I end up doing is pushing tool blocks up (tilt the screen, slide the block left) and then deal with it as if there weren't a problem. I also spend quite a deal of time checking the shaded area for tool blocks. It's probably good practise to keep an eye on that shaded area anyway. By the end of the level, I stop pulling lines up. It's painfully slow but at least I'm much less likely to crash.
BTW, I can also confirm that two tool blocks can be used one directly on top of the other as long as one of the two isn't in the shaded portion of the screen. Makes for interesting effects. Also, two tools can be used in any other context. As long as they're not immediately on top of one another with the bottom one being shaded.
I'm also quite sure that this crash is very consistent, no matter what the other factors are (device, memory, sound options, streaming, push, level in the game, etc.). Perfectly reproducible. And surprisingly annoying.
|
|
|
Post by Sorcha on Jul 29, 2008 8:18:37 GMT -5
There were times when I was mining the screen would freeze. I would turn my iTouch off and on and that would put me back to where I was before it froze. Then sometimes, after it froze I would have to power down my Touch because it would show the start up screen and then kick me back to the main page with all the icons on it (Touch top? not desk top?) Just read about the music thing. Will give that a try. I don't usually listen while I play.
|
|
|
Post by melanie on Jul 29, 2008 11:31:13 GMT -5
Ok, sorry of this has already been mentioned but I just played a very odd session. There was a time clock who blew up by itself leaving no other blocks touched. The it re-appeared in the same place and would not go. The area above the clock was empty but it would not allow any block in as if it was invisible. I could keep mining by turning the iPod upside down and when the stuck clock got to the top I turned it over again. Then I got rid of the block and another clock appeared and got stuck. During all of this the score went up massively to 41,000. The multiplyer went up to x44. I quit and it seems to have kept the score. Wish I could be sure it would happen again as I could get very rich!
8gb iPod touch 1st gen. Push is on but no emails recieved.
|
|
|
Post by Gareth Pugh on Jul 30, 2008 6:11:15 GMT -5
THis has happened to a few people, it happened to me before, but i still don't know what causes it. When it happened to me, the tool block was a bomb, so its not a specific tool block bug.
|
|