LaDestitute's Forum Posts

  • By what oosyrag means, it's the main information you see below upon onn launching a debug preview. All your global variables, the cpu/memory loads, etc. It's called System, as noted on the list on the left side of the debugger.

    It's also true, monitoring things with System as the main focused debug window will give you significant fps drops. Switch to a different object, such as a sprite or an array and the fps will usually go up instantly, if not after a couple of seconds, jump back to 60 FPS or so.

    [quote:p0l6mu7u]So i added a textbox to show fps and cpu % during lan testing, would that be closer to what can be expected?

    No, as with the caveat above, a textbox or text object displaying fps will still suffer EVEN if you happen to keep the System view up in the debugger. Also, as for what Ashley said, he means the normal preview mode. It'll have "localhost:xxxxx" instead of "localhost:xxxxx/debug".

    Keep mind if you're seeing fps dps while not running System, you may have a bottleneck caused by one of your events and/or event sheets.

  • Create a global variable (name it ObjectUID or something), and right after creating the object, put this in between Create Object and Destroy Object:

    int(ObjectName.UID)[/code:3r0pkid7]

You can then refer back to this with objects you want to specifically manipulate or destroy by choosing Pick by UID and using the global variable as the UID. A good example would be having the player pick up an object and using the stored UID to only manage said object and not any other instances around.

  • Try Construct 3

    Develop games in your browser. Powerful, performant & highly capable.

    Try Now Construct 3 users don't see these ads

  • Updated capx and demo with gamepad support added.

  • DEMO (non-Gamepad|DEMO (Gamepad)

    CAPX (non-Gamepad)|CAPX (Gamepad)

    I made a modification of bbenny93's simple dialogue system, which can be found here. It's pretty much a reskin but it's retooled to work with a ALttP style spritefont and textbox. It has text skipping, letter by letter text, choice dialogues, all that good stuff! You can also see bbenny93's guide on how to make your own dialogue xml, which this version follows as well, structure wise with the xml file.

    It doesn't have avatars or animated textbox like the original but also has a tiny addition: an example of how to play music during dialogue via the xml dialogue file with a function. To start a dialogue (such as interacting with a sign), just call a function named "dialogue" with your xml dialogue section's ID as it's parameter zero.

    [quote:dyq50dbd]<Dialogue id='intro' key_next='32' key_faster='88' key_up='38' key_down='40' first_line_id='0' typing_sound ='typing'>

    If you want to import this into your project, assuming you have all the basic parts of a project (keyboard, function, AJAX, etc), you will need to copy and paste the following objects into your project:

    [quote:dyq50dbd]ProjectVariables (dictionary, global)

    Text Spritefont (named SpriteFont)

    Choice Spritefont (named SpriteFontChoice)

    Cursor sprite

    Choice_next (array, global, 10/1/1 size)

    Textbox sprite

    Typing and Text Done audio files

    SpriteFontImporter (array, global, 10/1/1 size)

    YourVariables (dictionary, global)

  • Nope, it's just you. I have the latest version of Chrome, tested the example capx...works for me.

  • Skype is stuck on attempting to connect to host, did something happen to the this group?

  • The way I've been doing it as least with my current project.

    I work on a batch of features at a time. Could be a bunch of small things or a more full release with two or three major implementations like a camera system or new usable items. I keep a txt log where I document changes, and go from build to build like 'pre-alpha build 0.3'. Keep building said builds until you feel you're ready for a stable release, whether for real or get people to help squash bugs you've found in the current build.

  • Thanks for the clarification and further ideas on how to improve the mechanic in theory. Yep, I'm utilizing solid behavior and eight-direction too. Also, since you posted again, thank you for an actual working example. Kudos for going out of your way to show me, man.

    I think I initially visualized this wrong though. I assumed sides even if he was facing forward, but it turns out technically the feeler helpers would be actually both in front and behind him. They get get rotated if he faces left or right, I suppose. I had drawn up a really simple diagram replicating it on paper.

  • I've modified an old capx I found to create a grid system for my gamekit. I feel I've gotten it pretty close to how A Link to the Past runs, if you compare this gif below. I've recorded the below gif with bsnes and licecap, so the example below runs at near 100% accuracy in terms of simulating the SNES. (without accounting for the slight slowdown caused by recording the gif, so it probably runs slightly faster)

    How would I go about getting the smooth movement as seen in this next gif? The gif demonstrates Link smoothly moving into a one-tile wide space, for clarity. The original Legend of Zelda did not have this, as it had clipping issues with attempting to move into a one-tile wide space. As some of you know, you had to be exactly pixel perfect to not clip with things in the NES LoZ.

    From some googling and article research, my guess is to create two feelers on the side of the player's hitbox. One on their left and one on their right, about four pixels away from their own hitbox edges. If there's no collision for both, no position adjustment is needed but if both get collision detections, it'll stop the player's forward progress but if only one feeler has a collision detected, the player will get nudged into the opposite direction until they're aligned with the grid and then continue forward motion.

  • I have a method that may work for you, but it uses an entire animation (player, sword, and all) instead of pinning a sword sprite to the player and uses a player line of sight as replacement for collision boxes, just so you know.

  • Get a cheap SSD or a flashdrive (they now have them for beyond 100 GB), as flash memory is pretty much nearly guaranteed to last for ages.

  • Although there probably won't be a video to showcase this (unless I can record a video with me using the 360 USB gamepad in tandem like a picture in picture mode), Zelda Gamekit is now in pre-alpha version 0.9!

    This marks the introduction of rebindable keyboard controls and full gamepad support.

  • You know, this pretty much seems like major copyright infringement to me.

  • Paint.net also works. It's free and is often touted as a program on the level of complexity between MS Paint and Photoshop. It's a bit simpler than GIMP but has Photoshop features like layers.