I'm thinking it's an issue with the game running too fast for you TunaUppercut so that it's able to skip a collisions check in the physics and step past the floor, or otherwise it runs the physics many times before collisions are re-activated. Can you set the overclock on your PC manually back to the 2.7GHz level?

Well we have the game finished for PC,LINUX and MAC. But now there are a ton of additional features! We will now have a selectable 8-bit or 16-bit soundtrack, all side quests are in game and some are mandatory in order to progress through stages of the game, 6 hidden selectable weapons for Thurstan and 3 for Finn!

Trailer:

So with the addition of the mandatory quests, the game got a lot longer. We have about 9 new playable stages on top of the original 16! New bosses, new items... tons of stuff!!

The demo is only single player but contains the first Island in the game which has 4 main stages and 3 side quests! Instructions are in the files. Please report any bugs to info@causalbitgames.com

The Files:

• WINDOWS
• MAC
• LINUX32
• LINUX64

Thank you for your patience and the release is coming next week!!

Chris and Daven

Thanks Katala that worked for me too!

fongka2 Him posting a .CAPX would not help you if you can't follow his instructions and math examples already. Unlike most 2D components, 3D will not be so easy to copy-and-paste and it would be a real waste of his time making an FPS example when the plugin itself can be enhanced even more instead.

Unfortunately I don't have the time right now, but if you take a look at the Wolfenstein example for Construct Classic you'll see that it's entirely possible to do basic 3D collision using 2D objects and then rendering a 3D view.

Ashley Ah okay, so in the case of bug reports similar to the first one (which seems to be summed as: the bug is not specific to one platform, and only occurs in preview but not export, and is a recent issue since r174), is it better instead then for people to keep submitting a new bug report each time some more information is requested?

I notice that he had offered in his reply comment to provide the capx directly and I realized/felt that it would seem logical to keep the discussions in one topic per issue/bug rather than start a new one each time.

It seems that a lot of bugs are moved here that aren't actually resolved, which contradicts the description of this sub-forum: "Bugs will be moved here once resolved. "

(more written on that here too: )

Can there be a new sub-forum in the Bugs section for moving the unresolved but "On-Hold" bugs to? This is for ones like:

damainman 's bug with preview crashing in Chrome, IE, and NodeWebkit (but export works fine)

GSDH 's bug where leaving a NodeWebkit game export running too long crashes (others have noticed this too)

And the many other bugs where the issues are still happening, but it may not be fixable yet or not fixable from Scirra's end.

I ask this as it would make searching for known issues better, and because these issues still matter. It makes establishing a contact with the third party exporter developers easier and centralizes the discussions of those issues rather than the endless reposts of bugs that require the third party exporter support to fix.

Try finding one in the Construct 2 tutorials section, there will be some differences in the way things are worded and placed, but Construct 2 is still very similar to Construct Classic in eventing style.

Unfortunately that's about as deep as my Python knowledge goes sorry Hopefully someone else can stop in and check this out!

Ah good point and have you copied the Python 2.6 DLL from the Construct Classic directory to your export folder? (and told it to include Python in export?)

Hmm, maybe + is acting as an argument? I've not used Python much but checked out some other ways to join the strings together: http://stackoverflow.com/questions/4435 ... o-a-string

Also, I think events would be faster for this task than Python, is there any specific reason you're using Python? (if you want events already made for that you can check out the source of my I Had Hope game: http://ihadhope.blogspot.ca/p/download.html )

There's lots of people making games at young ages <img src="{SMILIES_PATH}/icon_razz.gif" alt=":P" title="Razz">

However, I don't think you should restrict your game development outreach to just a target age range. I've said a few times now but share what your goal game ideas are instead, that's how to produce passion <img src="{SMILIES_PATH}/icon_e_smile.gif" alt=":)" title="Smile">

Passion isn't something you have before you have an idea, it's something you apply to make your idea real <img src="{SMILIES_PATH}/icon_e_biggrin.gif" alt=":D" title="Very Happy">

In reference to the other topics kinda related to this whole working together thing, start making things, start a dev log on the forums, post demos of the game even as it is still a work in progress or record videos on youtube of the development. Eventually someone might see it and go "I'd love to work on that too!" <img src="{SMILIES_PATH}/icon_e_smile.gif" alt=":)" title="Smile">

I don't know about Lebanon, but I do know that there's lots of people young and old who'd love to work on games with someone else who has a similar goal/idea. Don't get too worried about age, just try and find someone with similar ideas, or put your idea out there to get like-minded people to work with you.

After some time the thing that stands out isn't your age, but your results