You really need to show some starting code

and a screen shot of your game idea.

Eg what is your game? side scroll / top down / isometric

What is your control idea?

What is your character mechanic. Separate Gun / Body / Head

etc

Basically though the angle of your character , or where your character is looking, will be (or can be) defined

and you just need to use that angle to set the bullet angle of motion when firing

> Based on the mock ups I'd go with 640

>

> 320 ruins the look of your game

>

Thanks Yeah I think I'll go with that... I think I would save enough memory just by optimizing the assets for 640x360 instead.

Separating trees and other assets to - tree trunks and canopy, i could save a bit of memory as well, and mixing and matching, instead of using several full trees sprites in different variations. Characters and animation I could also separate to smaller parts, to save more memory, but a bit more work.

If there is any chance your game might end up being played on living room TVs, eg through androidTV/shield or even console then you might want to consider 1024 576, I found, unless you are specifically aiming for a blatant pixel art look, lower resolutions on big HD TVs just look too pixelated and expose a lack of detail you don't notice on smaller HD screens.

I found 1024 576 was a good compromise. It gives a sort of amiga500 higher res pixelart game look on big TVs.

Scirra

Guys , just wondering why you merged my suggestion with the other 3D suggestion?

One is asking for 3D backgrounds

And mine is asking for the ability to display a 3D model like a 2D sprite.

they are totally different ideas.

This means only one of two things.

Either someone at Scirra is not reading the suggestions properly or....

That scirra is bunching all 3D related requests into one,

because scirra is already considering going 3D?

( a "2D" fixed view plane 3D engine ? Would make sense...)

I suppose u could be dumping all 3D related suggestions together in the same "will never see the light of day 3D suggestions" bin... but im going with one of the others.

Finally got to work on some game tonight after many days instead of just lurking around this forum at work. Took me an hour to remember what I was doing but I finally got these enemies to follow a path, then go into formation, then just sort of waver side to side Galaga style. Not that you would notice it with all the randomness going on. But its a small achievement for me. They are all just spawning in centre for now while I put together an editor that will allow me to script some nice enemy movements ...within a few weeks hopefully. (ignore all graphics, all just placeholder for now..background will eventually be 3d paralax...im not sure about the flying girl im thinking i will go back to a spaceship but we'll see...obviously need to work on some propper bullet patterns and pickup etc.......so much work and no time.....)

any suggestions for gameplay ideas mechanics welcome, its surprising how dry one's imagination becomes as one get older..... or anyone knows anyone who likes drawing pixel art spaceships you know where to send them...

VIDEO LINK

https://drive.google.com/open?id=0B6AQ9znz3zwxNW9tQnY5WThhbXM

3D Sprite Object - 2D Style Pixel Art or Cell Shaded Real Time Rendered 3D model sprites.

I have stuck this request on the suggestions forum if anyone fancies voting

Its a massive long shot. But it would be ace.

I am not talking about a full 3D engine.   What I am talking about would be like a sprite object that you could drop into the game.  But instead of containing a 2D sprite it would contain a 3D model.

However, for all purposes the game would treat it as 2D sprite with a 2D collision box.

It would likely only need to be orthographic 3D  i.e. no perspective but maybe that could be an option.

Instead of 2D animation frames you would have poses, rotations, model swaps.

There would be basic lighting options.

But the main thing is that there would be shader options to set pixel resolution with restricted colour palette, or a cell shaded option. This would be real time rendering in the style that you need.

This is one of the big reasons companies use 3D engines for 2D games is the work involved in updating 2D pixel art animated sprites

 

This guy is trying to do the pixel art thing here.  

http://pixelation.org/index.php?topic=18842.120

 

But to have this a feature in Construct 3 as a plug in .... OMG

the suggestion (same text) https://construct3.ideas.aha.io/ideas/C3-I-180

Back button still kills the project without warning on Android. I'm assuming that will get fixed. Raising here as was raised in one of the previous posts in this thread.

Back button should close the current open menu window / dialogue box, or if there are none open should give a close project warning.

Also, sticking with android, it is mad annoying that the keyboard pops up every time I open a menu window as it blocks the selection. Leave the keyboard closed unless I deliberately select a text field

I'd love to test more on Android but I keep pressing the damn back button.....

Ps the preview button is currently 2 menus in from menu list. It should be directly under the menu list or even better on the main menu bar at the top. The preview button, for me, and I'm assuming most others, use is second only to save and so should have priority in the UI

Also I think there is alot wrong with number 2. You don't need the for eaches , you dont need the every tick, the greater less than conditions are set up kinda funny and you are using else in a strange way that I would never consider (but maybe possible).

Im not sure and I haven't tested it but I have a feeling your jittery one is a combination of using a lerp zoom and lerp pan with pixel rounding on. Try turning pixel rounding off during the pan zoom.

I have come to totally despise mobile gaming. All that freemium micro transaction pay to win, pay not to grind pay for extra lives crap that developers are forced to ruin their games with. Either that or intrusive adds..... or both. So many potentially good games, even good established franchises, just destroyed because of it. Its killing games on mobile and must be killing development teams. The bigger companies now employ full time behavioural analysts, gambling and addiction experts to help design new and devious ways to hook you into making those micro transactions. Yes you could argue that the arcades of the 80s were just another form of micro transactions but its wasn't the same. now, on mobile....it just feels so........desperate.

So no I don't bother with mobile these days..... Sorry If I am offending any devs here, its not personal, do what you have to do, the kids these days dont seem to mind. ... but damn there has to be a better way.......

Ashley, its great to have devs respond in forums but I think you will drive yourself mad replying to the same arguments again and again in this thread.

Just make C3 robust, stable and at least as good as C2 for now (with the extra C3 features) and it will sell. If it needs to change in the future then it needs to change. I am still pretty new to C2 but I have used enough software over the years to know that the guy who created C2 is a god damn genius and I trust his vision going forward.

Magistross

You can do that !!! I didn't know. Wow....

and that would be exactly what you need to make a music sequencer .....

damn I wish I knew that before it might have saved me a few complications in my game......

I need to go away and look at your pastebin...

cheers...

Unless I am mistaken....your main problem is that you are trying to load 3 or 4 arrays all into the same array at the same time.

each time you see "{""c2array"":true,""size"":[X, Y,Z ],""data"":[[[datablablabla....... that is the start of a new array you should only see this once at the start of your json text string.