Ashley's Forum Posts

  • Good luck! I think the actual record was set by a bunch of bots hitting the site at the same time, so the bar is set high!

    Also, you might want to think about a single particular time rather than all day, and mention the timezone as well so everyone can sync, if you're serious...

  • The main things with supporting file formats is:

    1) Is it free to use non commercially?

    2) Is there an easy to use free programming API for it?

    I don't know for sure but I suspect neither is true for MP4 - I don't think I've seen any libraries that support it, other than Directshow with a special filter installed. Do you know any libraries that we could use?

  • Of course!

  • Hehehe. Well, I think if you have a lot of small issues in quick succession, it might be worth grouping them in to a single bug report, especially if they're easily reproducable. But you should still make a bug report - a list of forum posts, as has been said, quickly becomes very difficult to track. How do I quickly list all the remaining open bugs assigned to me? I can't, I'd have to trawl through forum posts. We also require .caps for good reason: in the past we had a tonne of bugs that were never fixed because we did exactly what was described, and didn't see anything wrong. The majority of cases, there is something subtley different in the .cap that is the real problem - not what the submitter saw and assumed. These things may be time consuming but they really are necessary, otherwise a lot of bugs would just be closed as 'can't reproduce' which is a waste of time for everybody.

  • You have to register a Sourceforge account to post bug reports. I'm sorry but I disagree completely with this thread. The tracker provides much better tools for dealing with bugs such as filtering by open/closed status and assigning to particular developers. A forum simply does not cut it. It's up to you to post a tracker items. If you don't the problem might not get looked at! What's so hard about it anyway?

  • The whole reason the tracker exists is that forum posts get lost and forgotten much, much more easily than a single central list of bug reports. And I really don't think it's harder to post a bug report than a forum post. Why not just report issues when you come across them?

  • Have you tried the latest unstable build, 0.99.84?

  • Why are you so sure the events are causing the delay? Compiling events is a very simple and fast process, unlike compressing a large amount of texture data to PNG. If you delete all your events, does the preview speed up?

  • <img src="http://www.scirra.com/glitch.png">

    This is exactly what bad drivers or graphics card errors look like, see the diagonal artefacts? Until those go away, I'm afraid I'm convinced there's something wrong with the rendering on your computer - not a Construct issue.

  • Just a heads up, make sure you get yourself a good deal. I think a lot of this type of company will have pretty harsh terms and take most of the profit.

  • Yeah, just use a lossless format (ie. not jpeg, it's lossy).

  • That's a great thing to do anyway - if you type up a long post in response to someone on the forum, chances are you can slightly edit it and put it on the wiki as well. I've tried to get more people writing on the wiki, but only a couple of people are involved, it'd be nice if more people did contribute, since there's a lot of highly knowledgable people here who only write on the forum.

  • Try Construct 3

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

    Try Now Construct 3 users don't see these ads
  • Your game could end up using more VRAM than Crysis, and that's not a joke. 3D games are very efficient with textures - they can recycle the same textures over and over and over, and due to 3D models, lighting, shaders etc. they can keep it looking interesting. One tilable wood texture could be used on a log cabin, a forest of trees, a floor somewhere, a handle, tables, chairs, and so on.

    Contrast that to a game composed entirely out of unique 1024x1024 textures, where there's no texture re-use. Your game is effectively a single, gigantic texture, which graphics cards don't tend to have enough memory for. On a card with 64mb VRAM, which you should support for integrated or older graphics hardware, you can fit sixteen 1024x1024 textures in memory (one is 4mb). And that's assuming it was empty to begin with, and it's not.

    I'm not sure Crysis supports such low-end cards, but in theory a 3D game could just switch to ultra-low-res-crappy mode, using 256x256 textures for the 3D models. Then they can fit in 256 textures, which is probably enough for a small level. Note you can fit thousands of vertices of a 3D model in 1mb, enough for a lot of world or several models, so 3D stuff gets away with that much easier. Will you have a low-resolution version? Graphics cards don't have much memory since 3D games don't need it, so designing your game with such a lot of texturing is probably a bad idea.

  • I think you missed this recent thread on twitter - better to post your account there and keep everything in one place I think! So I'll close this thread.

  • It's impossible for the display to change while the screen is being drawn if V-Sync is enabled - it's designed specifically to prevent that. My best guess is your events are switching between animation frames every tick. Post a .cap.