brushfe's Recent Forum Activity

  • You do not have permission to view this post

  • You do not have permission to view this post

  • You do not have permission to view this post

  • Hey, thanks everyone. And thanks for the example mekonbekon — personally I think that should replace the one included in C3, the instructions and example were super clear!

    I see why the maps were created, but it still just seems to complicate the code (and the event sheet) more than it used to. Wouldn't this all be a lot simpler if you could just call a function by name/string?

    For an approachable dev platform like C3, it feels like something as fundamental as functions shouldn't be getting more complicated over time. Not that function maps shouldn't exist, as there's some super cool uses of them here like dialogue, but in addition to the basics like calling by string.

  • As a C2 user I've been trying to learn more about C3's new features. Maybe someone could help me see the value in Function Maps?

    I checked out the Function Map tutorial included in C3, but that only made things more puzzling. It seemed like it took 3x more work to do something you can make with one function and some if statements.

    For example: here's a picture of the C3 Function Map tutorial done without function maps. It's much less work and much simpler — but I'm sure I'm missing something valuable about these maps.

  • Just on the topic of redundancy -- in my experience designing UI/UX, it's not always a good thing to remove it. There's a difference between where something should logically be found, and giving people access to the most frequently used tools.

    The removal of the ribbon, in my view, is a big mistake. While a lot of things are tucked away logically, it takes more time/clicks to do certain tasks (the grid is a great example). I've seen this most often when engineering is the focus of the UI, versus productivity. Simplicity is good, but reduction is bad.

    I think we'll see more of this conversation at C3 gets more popular. Logic in UI is good for learning, but redundancy is good for productivity. I know the UI/UX is the reason I'm still in C2, despite the features.

    Voice of one, but I'd heavily suggest including a ribbon that's either based on the most used tools (C2 is a great start) or even customizable.

  • You do not have permission to view this post

  • You do not have permission to view this post

  • You do not have permission to view this post

  • You do not have permission to view this post

    Thanks for the update and investigation Ashley! It's been a lot smoother going in/out of animation editor, but I've just had the same crash I've always encountered: after 4+ hours of work, last 30 mins were editing lots of sprites and collision boxes, and lots of previews to check the work, then it crashed pressing F4 to preview.

    Following WrathOfAbe, if the machine specs are important, I have an Intel i7-2670 2.20ghz with 12GB of memory. This is a heavy project in terms of events and layouts, with an average of 15 sprites/layout.

    I have created a project example that repeatedly demonstrates this crash.

    Here's what it looks like. If you've lost work to this then you might want to look away... ;)

    Click to play if it doesn't do so automatically:

    Here's the project caproj:

    Crash test .caproj project

    Steps to reproduce:

    1) Open the project. Be patient, it can take a minute...

    2) Edit any sprite using the "Animations: Edit" in the properties bar (note, the open layout has no sprites in it, so memory use for this project is at a minimum).

    3) Close the sprite editor. If you're prepared to wait a minute then it might recover, but if you click on anything / try to close it again / click anywhere else then it'll drag up the windows crash popup.

    Things to note. C2 is using approx 152 Mb of memory with this layout open in the editor. After the crash and selection of "wait for the program to respond" then the reported memory use goes down to 20 Mb. Although C2 appears to have recovered, clearly it is not working properly...

    What's with the cycling through 150 sprites or so after initially closing the sprite editor...?

    Anyway, Ashley, I hope that this is what you need and it'll repeatably crash on your super-computer.

    I also get the same crash following the instructions above. I'll take a look at the larger / sprite-heavy projects I have to see if anything similar happens when it crashes. Thanks for assembling that example Colludium!

brushfe's avatar

brushfe

Member since 21 Jul, 2013

Twitter
brushfe has 2 followers

Trophy Case

  • 11-Year Club
  • Forum Contributor Made 100 posts in the forums
  • Regular Visitor Visited Construct.net 7 days in a row
  • Steady Visitor Visited Construct.net 30 days in a row
  • Enduring Visitor Visited Construct.net 90 days in a row
  • Unrelenting Visitor Visited Construct.net 180 days in a row
  • RTFM Read the fabulous manual
  • x10
    Quick Draw First 5 people to up-vote a new Construct 3 release
  • x3
    Lightning Draw First person to up-vote a new Construct 3 release
  • x3
    Great Comment One of your comments gets 3 upvotes
  • Email Verified

Progress

21/44
How to earn trophies