ErekT's Forum Posts

  • ... for keywords like variables, objects, etc?

  • Try Construct 3

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

    Try Now Construct 3 users don't see these ads

  • volkiller730 TiAm

    Thanks, I'll take a look

  • TiAm

    'link to original source file' doesn't help for the scenario I'm talking about unfortunately :/ You'd still need to edit the frames one-by-one even if they're stored somewhere outside the project.

    How you mean batch process? Is that something that photoshop and the like supports?

  • +1

    All good suggestions. The image editor could do with some upgrading since it's the only way we have to arrange animations atm.

    I'd like to add another one: Make the editor able to import/reference external sprite atlases. Right now we can't make sweeping changes to entire animation sequences at a time. Say you need to do a color/contrast tweak to a set of 350 non-uniform sized animation frames. Only way to do that right now would be to tweak and re-import the frames one by one, whereas with access to external sheets we could make the changes in photoshop/gimp/whatever in 5 minutes. I realize this likely won't happen since it would probably mean some hefty changes to the internal workings of the editor, but it would be great. To work with animation-heavy games is a real pain in the rear without it imo.

  • Both Firefox and Chrome have default bilinear filter settings that kick in when you zoom in on images. There are scripts around to circumvent those settings such as this here:

    http://wayofthepixel.net/index.php?topic=16963.0

    But those tweak the browser on your end and isn't a big help for deploying C2 games I guess. Have you tried setting sampling to point in project settings yet? You probably did, just checking <img src="{SMILIES_PATH}/icon_razz.gif" alt=":P" title="Razz">

  • You do not have permission to view this post

  • 2106 so far.

  • Keh..?

    You're welcome, whatever I did

  • The auto-detect page complained about custom drivers from the manufacturer but installing manually worked out. No real difference performance-wise on the intel side, but it's good to have fresh drivers in any case. Thanks for the pointer

  • Found the problem!

    The individual program settings for optimus got borked somehow, so C2 / WebGL exes had started using the integrated card exclusively. It's fixed now and everything is nice and smooth again, phew...

    [quote:1j3dyjui]Did is find Any? if so You should try reinstalling/ repairing your browsers most malware/ virus's can infect and break alot of browser features

    If it didn't what software did you scan with? Some will install browser plugins and they all have bad performance impact.

    I would also make sure it's not still scanning or anything because malware scanners also take up alot of cpu and memory use

    Thanks for the tip

  • Unfortunately that won't work I think. I've tried to install generic intel integrated drivers separately before and that bombed the whole gpu switch system. Can't just disable it either, grrr.

    But if the gpu was blacklisted, wouldn't rendering fall back to Canvas2D then? I have several shader effects going and if they got disabled I'd see it right away.

    I'll try to make a system restore point and install the intel drivers separately again. See what happens. Thanks for the suggestions, both

  • Here it is:

    https://dl.dropboxusercontent.com/u/70562654/gpu.htm

    I notice that Chrome refers to the integrated chip which has drivers from waay back. Not much I can do to update that one, it's an "old" laptop with custom Optimus drivers from the manufacturer. But the performance slog seems just as bad for the Geforce GT 540M card.

    EDIT: Hm. It doesn't actually work to try to force Chrome to utilize the Geforce card through Nvidia settings. Chrome://gpu shows It just falls back to integrated. Maybe that's what's happening with node-webkit as well?

  • So I just did a malware scan, and after restarting the computer WebGL performance across the board, from node-webkit to chrome to firefox, has decided to take a nose-dive from 50-60 fps to what looks like herky-jerky 15-20 fps. Graphics driver re-install doesn't help and re-installing C2 doesn't help either. All other non-webgl 3D apps run as fast as they ever did. What on earth could be causing this? Is there a way to clean out and re-install all webgl-related drivers and whatnot completely?

  • Okay, CPU lag on 30 fps isn't very noticable. GPU lag on 30 fps on the other hand destroys the gameplay with uneven lag spikes.

    CPU lag:

    https://dl.dropboxusercontent.com/u/705 ... gCPU30.txt

    GPU lag:

    https://dl.dropboxusercontent.com/u/705 ... gGPU30.txt

  • All personal opinion, take with a grain of salt:

    I think the need to use delta-time just isn't very well suited for pixel art games unfortunately. Constantly fluctuating framerates and delta-time to compensate is a bad fit for smooth movement on limited pixel grids. The reason you don't see herky-jerky sprite and background movements in 2D console and arcade games is probably due in part to approximately zero of them using delta-time. They don't need to: The hardware they're running on stays the same and has a fixed, non-fluctuating framerate. In cases where too much stuff is going on for the cpu and/or gpu to handle, the entire thing just slows down.

    The other thing that makes them run so smooth, and I'm just guessing here, is because they make sure to move all graphics by increments that line up nicely with the screen update rate. So they might move things by 1.0, 0.5, 1.5 etc pixel increments but *never* something like 0.15, 1.7, or 0.4.

    Imagine an object moving at an even 0.4 pixels per update. If it gets drawn at integers only It'll take 3 updates before it'll appear to have moved 1 pixel, while it's actually moved 1.2 pixels. Another 3 updates it'll appear to have moved 2 pixels while actual moved distance is 2.4. But for the 3rd pixel distance travelled the game will only need 2 more updates to get to 3.2. So the visible movement update rate will be 3-3-2, 3-3-2, instead of 3-3-3 which is required for it to look completely smooth. Of course this gets even worse when you factor in fluctuating fps and delta-time.

    [quote:2lihpbgl]I think what people want is for the positions of sprites on screen to be moved consistently along pixels without it jittering back and forth, like in Mario, Megaman, and any other pixel-based game.

    Every tick: Set Player_Sprite.X/Y to round(Player_Sprite.X/Y)

    Set Camera.X/Y to round(Player_Sprite.X/Y)

    This works for me.