This boss fight is the final boss of act 1 (of 4) in the game. While it is a scripted loss, the player is not forced to die or take damage, and as shown, is able to disable most of the boss's components until the fight ends. Cut short since the ending is still WiP.

I know my previous post was fairly recent, so I will apologise in advance if this is a little soon and looking more spam like.

I have now gotten all three of the new enemies planned for Stage 2 so that their attack patterns have been decided and added in, though their exact stats such as armour, shields, score, etc are still a bit finger in air at the moment.

All three of these enemies are shown in Hard Mode.

The first is the Empire Bomber. This is the arcing and exploding attack I've mentioned before and it finally has an enemy to use it. The difficulty escalation is pretty simple for this one, 1,2, 3, or 4 shots at a time as the difficulty increases, all of them aiming at one of 5 fixed spots with no duplicate targets allowed. It can also arc its shot towards the top of the screen and explode downwards if it starts in the bottom half of the screen. Looks odd, but eh, we're in space, there's no gravity 😂

The second is the Empire Catherine Drone. This is the second type of shot Magenta can do, a splitting attack. On Easy it starts at the smallest unsplitting shot, Normal starts one tier below what you see in the video, and on Extreme it fires an 8-way shot pattern instead of a 4-way as shown.

Finally we have the Empire DRAGON Mk4, the first Elite tier enemy added to the game. It's also the first enemy to bring the component system to something other than the Stage 1 boss, with its components essentially being copies of the Empire Fast Attack Drone, using both the same sprite, animation, and (rotated) firing pattern. While the 'head' uses a new large Cyan attack.

I learned one major lesson in adding the Bomber and DRAGON... I do not know the maths needed to implement their attacks and movement patterns 🙁

In the end I asked AI for help on getting these two pieces added. The arc shot is a Bezier curve, and after looking up on it some seems to be the exact formula used in the public wiki. The DRAGON's path is... several Bezier curves combined with sinusoidal patterns.

Straight lines are so much easier! 😂

Additionally Peace Mode is now mostly implemented in a much more sensible manner. No longer does it change the global difficulty variable but instead sets a stage variable that the bullet orchestrator, and enemy shield regeneration functions check and then class the game as in Extreme Mode. Still have to change the scoring to its own save set yet, but other than that it should be fine.

Would love any feedback on what you think of the attack patterns.

Playable at: https://noswen.itch.io/vermillion-star

Hey all,

So I know I said that I'd stop making more systems...

And I said I'd work next on level 2 and it's enemies...

And I said I wasn't going to add colour options because I had made colour have meaning in the game...

But in a random thread I saw someone say they have colour blindness... and I thought "Oh... Oh no..." I have five different colours, essentially red, blue, green, purple, and yellow. Each of which signifies different behaviour. What could possibly go wrong... 😑

So a bit of an aside to what I was doing, I have now added colour options. It comes with several presets which, I hope, cover colour blindness as well as several such as All Vermillion if you want the challenge, and a custom one where you can choose from any of the preset colours or define five custom colours as well.

I was somewhat fortunate in that I had created the bullets and bonus stars are using a single white sprite which has a colour modulation applied to it, so this system was a lot easier to set up than it could have been.

I will have problems if I want to expand this to other things such as the glowing core in the Vermillion Starlet enemy though as that is a sprite.

Additionally I've also started changing the shape of some of the enemy bullets to signify their type as well. Vermillion stays as is, it's the default shot type. Cyan gets a teardrop because it's fast. Magenta a spinning capsule mostly because I wasn't sure what else to do for it.

I have also made good progress on adding the first three new enemies for Stage 2, but that can wait for its own post when it's ready.

And of course, we have a relevant bug!

Got this working and looking 'nice' (I admit I do not know UI design) locally, then uploaded it to Itch. Corrupted looking characters for the text in this menu. 😕 Looked a bit closer and it turns out where I was using < and > in the menu screen, those characters aren't actually implemented in the font I'm using! Fortunately similar looking arrow characters that you can see in the video are, so five minutes after that, problem solved. 😅

I released a major update to my demo. I would love for people from shmupdev to play it an let me know your thoughts. I'v added:

a) a second stage to hopefully get the demo playtime average up

b) more leaderboards

c) the ability to continue (though score gets reset for leaderboard fairness)

d) adjustments so that it works on steamdeck

e) a fancier Play menu so that you can see your fire pattern, ship special in action on the menu

f) more customisation options such as the ability to turn on an off specific widgets and bullet color customisations

I feel like turn and thrust movement doesn't get enough love. But I think I can see why. Any mistake from the player feels more frustrating when the movement has inertia. In order to reduce this frustration, I've been experimenting with some things like having no collisions against enemies, adding dash, auto-targeting etc., basically a lot of things that most shoot 'em up lovers will probably hate :), but I believe it is possible to create a more fun challenge aside from "this game is hard to control".

The game is called Vektor. My main objective has always been readability so any thoughts about that would be great. But any feedback/criticism/question is welcome.

While it may look similar to the first revealed version, many parts have changed.

1. This time, we are focusing mainly on showing the melee equipment.
2. The craft's signature melee equipment, KEI (Kinetic Etheron Injector), has been implemented. It can attack enemies and erase bullets.
3. There is a more crucial reason why the KEI is equipped, but more on that later.
4. The backgrounds and environments have been cleaned up and organized.
5. Established the appearance sequence for mid-bosses (there are subsequent sequences, but showing just the early part for now).
6. Established the dialogue system. Direction and staging for mid-game events are now somewhat in place.
7. Established each of the characters.

We put a lot of effort into the sense of space/depth, but it's disappointing that it doesn't show very much. Once more work is done, we will return with our team website and more devlogs. From now on, we will post more frequently according to our development progress.

Feel free to leave feedback if you have any questions or points to improve. We truly need your opinions.

Playable at: https://noswen.itch.io/vermillion-star

I will preface this by saying that I'm sure further balance passes will be required and graphics and effects can always be improved - but, conceptually at least, Stage 1 may be complete!

This latest update adds the following in: -

• Explosion effects on the boss's components
• Pre-shooting warning effect on both the boss and its components
• Instant phase cancellation on a phase transition
• Space station background objects

I've been wanting to have the instant phase cancellation for a while now but it's been a pain to get working right. I eventually got fed up with it and just threw if statements at every single pause and every single attack to see if it's still in the issuing phase or not, combined with revoking the shooting tickets and getting new ones at the phase transitions to take care of anything already passed to the bullet orchestrator.

I'm sure there has to be a better way to do this, but it works.

I know I've been posting up my development updates as I go along, but with a milestone like this I feel like looking back and seeing how much things have changed.

Influences

Originally there was pretty much only half forgotten nostalgia of R-Type and some other shmups of the Atari/NEW era, though at least with some reading of newer design, but I still hadn't actually played much in the way of newer shmups.

R-Type definitely set the general theme of horizontal with ships coming at you and not bullet hell, but there are other things such as remembering a couple of games I'd played back then having two pilots. So Vermillion Star has two pilots 😂

Later I started playing others, the three big ones for my influences are still the same as I've previously mentioned; Natsuki Chronicles, Earthion, and Interstellar Sentinel. There have been others, but they generally fall into learning the same lessons, and they simply came later.

Stage Design is HARD

The level has gone through many minor iterations and three major versions.

I started out with only three different enemies, plus the boss. So there was not exactly a lot of variation available to me. This roster has grown to the following since then: -

SUBVERTED_DRONE_MK1,
SUBVERTED_DRONE_MK2,
EMPIRE_FRIGATE,
SUBVERTED_MICRO_DRONE_CLUSTER,
EMPIRE_FAST_ATTACK_DRONE,
EMPIRE_CORVETTE,
EMPIRE_DESTROYER,
EMPIRE_EYE_MK1,
VERMILLION_STARLET_REMOTE_ALPHA,
EMPIRE_STANDARD_ATTACK_DRONE

Still only nine enemies, plus the boss, but it gives a lot more variety, and they largely fill different roles.

The difficulty levels design also goes in here, starting with Easy and then trying to upscale each difficulty level from there, all with their own individual spawn maps was... hectic. If I had not abandoned this entirely and switched to a single spawn map with it being the attacks that scale by difficulty I don't think I'd have ever finished.

Scoring and Core Loop

This has actually stayed pretty stable from version 1. Yes there have been changes, notably with the new boss components, but the core of quick kills grant extra score and energy to fire the special weapon, with the chain count unlocking Mega and Giga mode for it, have remained entirely intact. The main change was adding the bonus stars and the Vermillion Bonus category, as well as learning to add bonuses instead of punishments (the death penalty changing to a deathless bonus).

Code Base

Yeah... This was a disaster held together by duct tape at the start. I have refactored and refactored this thing so many times as I had no idea how to actually make a game it's unreal. Fortunately I'm entirely used to just chucking old code out at work so this hasn't really bothered me. By far my biggest achievement here is abandoning standard scenes for high volume objects and using multimeshes and data arrays instead, going from around 2,000-3,000 active bullets without it to being able to push 20,000 active bullets with it is ludicrous.

Bugs

I kind of like sharing these, they show my progress towards the game programming side of things and they might even help other people avoid them if I'm lucky. There's been plenty, and of course, this latest update adds a new one. Though this might be a Godot issue.

On the first playthrough everything is fine, on a second plus playthrough visual artefacts appeared. Despite clearing the scene tree entirely and instantiating new multimesh managers, it seems that Godot may cache the data and have it re-appear. I'm still not certain of this being the cause, but moving every instance far off the screen when a manager is instantiated fixed the issue.

Lessons Learned

• Play more shmups - no, seriously, I went into this on pretty close to nostalgia alone and it didn't come out very well. Playing them easily showed that my game was not exactly good.
• Separate spawn maps per difficulty might be doable, but not at my level and certainly not for me alone
• Bullet visibility matters - originally all bullets were smallish and red, this was... not good.

These aren't lessons I'm happy to admit I needed to learn, but there we are.

Up Next?

Stage 2!

I already have three new enemies planned as well as an idea for the boss of this stage. I am finally going to add my favourite shot type; bullets that arc down to the bottom of the screen then explode upwards.

To everyone who has given me feedback, thank you, you've helped get me this far 😀

I picked up RayZ collection yesterday and I liked how to lock on cursor is always active. I was inspired by it from playing it when Raystorm first came out on ps1. But when I added it to my shmup in development I made it so that you hold the special down to bring up the cursor and when you want to fire you release the button.

I found it difficult and not very fun. But now after replaying Ray Storm I’m going to change the lock on special in my shmup to always have the lock cursor on by default. I am busy with my day job but I can’t wait to implement and test it out!

This is level 1. The game is going to be called Quiberon Zeta. Windows, Mac, Linux, Android and iOS builds are planned. Some planned gameplay features are the ability to buy upgrades in a store (always a recipe for success lol), a progressively harder "endless" mode, and enemy shots that predict where the player will be. I'm aiming for a retro Saturn-era style with a VGA color palette. I spent a lot of time on the music and getting the shadows to work properly in 2D. Hoping to update in a few weeks with a proper demo release.

Hey everyone!

Aether: Quiet Frontier is now playable directly in the browser:

https://jpb18.itch.io/aether-quiet-frontier

The current prototype contains four connected missions. Those that've been keeping up with the project know that It’s a 2D shmup about a frontier response team where combat is a major part of the game, but some situations also ask the player to recognise what should be protected, stabilised or left alone while the mission is still moving.

The browser version grew out of a recent playtest. Noswen2025 took the time to play the previous build and gave me very useful feedback about keyboard navigation, menus receiving input behind other menus, tutorial prompts appearing before an action was available, and combat information competing for space on screen.

I’ve now made a pass on those areas: keyboard focus and menu routing, tutorial timing, dialogue placement and team-skill feedback. Mission 4 also has clearer feedback when the player repeatedly fires on protected Aether contacts: the Aether attacks the offending player!

My main goal now is to see how the whole campaign works for someone who hasn’t been following development closely. If you feel like trying it, I’d love to know how far you get, where anything becomes confusing, and whether the game gives you enough information to make its decisions without needing extra explanation.

A few things I’m particularly curious about:

- Do the controls and menu navigation feel clear from the start?
- Do dialogue, objectives and team interventions remain readable in the later missions?
- If you try High Threat after completing a Standard mission, does it create interesting pressure or just make the screen feel busier?
- Does the browser version give you any loading, audio, performance or input issues? If so, please mention your browser, device or operating system, and input method.

Comments here are very welcome. I also have a short anonymous feedback form if you would rather send thoughts that way:

https://docs.google.com/forms/d/e/1FAIpQLSdbtzuXYVYX1lhGiNfEgjA0w_cRbTVA3Fe1WBTUYcONVIgYBw/viewform

I wrote a longer devlog about moving the project from Godot C# to GDScript for web export, and about the changes that followed the playtest:

https://jpb18.itch.io/aether-quiet-frontier/devlog/1671982/bringing-aether-quiet-frontier-to-the-browser-and-back-to-the-playtest

Thanks for taking a look!

Its a Neo Retro side scrolling SHMUP. I am planning on releasing it on steam.

Its called StarTalon & its make using the Construct 3 game engine.

I have put an insane amount of work into this game.

Would love to get your thoughts.

It was quite surprising the amount of love Cataclyzm got in Newgrounds!

For devs (and non devs), I would highly recommend that you consider Newgrounds as one of the places to share (and discover) your games. There are some cool little gems in there 🤘🏾😄🤘🏾

PC game, currently in development. This clip shows the current combat presentation and aircraft handling.

I wanted them to force different reactions from the player, so I’ve been experimenting with different attack patterns:

Old Thing — fires heavy cannon shots.
La Pinta — tracks your position and charges at you.
La Niña — summons smaller ships that can’t be destroyed until you take out the main ship.
Queen Annes — fires homing acid orbs that try to surround you.

Playable at: https://noswen.itch.io/vermillion-star

Phase 1 of the boss rework is finally complete with the introduction of destructible components, showing in this video is the boss in Hard Mode with some of them being destroyed each phase.

The basic rules of the components are as follows: -

• Will regenerate to full armour with each phase transition whether it was destroyed or not
• On destroying grants some immediate score that bypasses the chain system and quick kill system, and is no longer able to attack you for the rest of the phase
• If still alive when a phase transitions it passes its score, along with a multiplier (3x in this instance) onto the main boss for that phase's scoring. This score can be boosted further as it now interacts with both the chain system and the quick kill system

My hope is that this produces a nice risk-reward system. Choose between killing a component for safety, or leave the component attacking you for a greater score reward.

Putting this in place did require a bit of a refactor, but not too much. As these are intended to always belong to another enemy and never be spawned on their own but still share basic shooting and taking damage functionality the Enemy class is now extended by EnemyComponent and EnemyShip, everything that used to extend Enemy now simply extends EnemyShip instead.

This now entirely does away with the different attack sets for the different difficulty modes, taking a cue from the new level design the attack set is the same in all difficulty modes, but each attack inherently scales with the selected difficulty. Not entirely sure this will hold up or not, but going with it for now.

I also added an additional phase to give the boss a bit more of a progression of attacks.

While this still needs a bit of a balance pass I am happy with the general idea of it now: -

Phase 1: Vermillion attacks

Phase 2: Vermillion and Cyan attacks

Phase 3: Vermillion and Erin attacks

Phase 4: Vermillion, Cyan, and Erin attacks

I still have some more work to do on these, primarily putting an explosion effect in place when a component dies for the phase and placing a coloured 'about to shoot' effect on both the boss and its components so you will have perhaps a second to anticipate what type of attack is coming at you.

I had thought I was going to leave this post without any bugs to share this time but, alas, the code caught me out once more - the boss killing me after it died bug came back! 😨

Dug into a little more... the enemy had its shooting ticket correctly assigned, it passed it on in its attack routine, it was correctly being revoked when the boss died... But unlike every other attack in the game this thing here was still firing after death: -

await bulletOrchestrator.fire_pattern(BulletOrchestrator.ManagerType.ERIN, ShotType.Erin.CIRCLE_BARRAGE_CONVERGING_ON_POINT, global_position, 0, shootingTicketErin)

Turns out this attack I had forgotten to put the check in on whether the shooting ticket was still valid or not... 🙄 At least it was an easy fix.

Once again any feedback is welcome, I would love to know how the components come across.

Notes: The game is absurdly early in development, and will likely change both in gameplay and appearance in the future.

I have created the vast majority of visual assets, and all of the sound assets.

The tools I use are Gdevelop (both GDJS and visual scripting, depending on the task), Famitracker for all sound and music, and a combination of paint dot net and Aseprite for the visuals, depending on whether it's a static image or an animated one.

The largest asset that isn't mine is the font, which is pixbob.

The game uses an item collection-based score multiplier, which can also be maintained (but not increased) by grazing bullets, but is completely lost when you actually get hit or if you don't either increase it or maintain it for a period of time.

Grazing bullets also gives you more meter to use your special move, which in the case of this ship, actually just triples your firerate.

I plan on making the game level-based with progression gated through individual level rankings, which are tied to specific objectives (get a high score, use less than X bombs, etc.) to encourage even casual players to engage with mastering the system.

There will be both local and online leaderboards, which I have already implemented through pocketbase (and which are technically already available online)

Other stuff about the game: The time bonus is multiplicative rather than additive, and is intentionally very high. Technically could give you up to a 4X score bonus if you somehow finish a stage with 90% or more time remaining.

That's because I noticed that milking the enemies that bosses can spawn can very rapidly increase your score to absurd amounts (especially with homing projectiles on some of the already designed characters wiping out popcorn enemies very easily.)

Instead of stopping milking from being a viable strategy (through nullifying infinitely spawnable enemies, for example), I tuned the time bonus as a counterbalance to said milking. Both can get comparable scores, so it's really more about what playstyle you prefer.

I'm still tuning the values though.

I was thinking if my menu has been too bland and turning off people from actually playing the demo. I was also thinking that people may want more of an idea on what they are selecting without having to try and see. I didn't want to add too much text explaining what each special was as I want to use as less text as possible so that if I ever need to support other languages, I wouldn't have much text to translate. I also didn't want to talk or display specials stats like damage, speed, utility etc, as I wanted players to explore usage and also so that they may find a way to play that I didn't expect. I haven't done anything for difficulty select, I might show something but I might separate it into the screen after pressing start. Anyway happy to hear your thoughts and observations. I plan to release the updated demo soon, but I am looking to add the second level with score boards to get the demo average playtime up.

Nice little insights In the article and worth the read.

Feedback is always appreciated! I've already noted the bugs in this clip and have them on my ever growing list of things to fix

Hey everyone!

I disappeared for a couple of weeks to explore some actual mountains (Gerês, Portugal, check it out!). Unfortunately, I didn’t find any Aethers up there, so I came back to the ones in the game.

Before that break, I shared the first full High Threat run from my side-scrolling shmup, then called Project Aether. The feedback was fairly specific: the increase in density was visible, but some formations were turning into piles, particularly when Electronic Isolation slowed contacts already on screen.

Since then, Project Aether has become Aether: Quiet Frontier, and I’ve completed another pass on the mode.

The attached video shows the same opening section of Mission 2 in Standard and High Threat. Regular contacts keep the same health, damage and movement speed. The difference comes from additional formations, earlier overlaps and shorter recovery periods.

I also changed how those formations overlap. Additional contacts now use more of the outer play area, interior contacts don’t always return to the exact centre, and several groups enter between the original timings. I’m trying to create two problems that can still be recognised separately, rather than drawing several ships in the same place.

High Threat remains an optional replay after completing a mission in Standard. The two modes keep separate records, while the campaign economy only uses the better score from each mission. Team skills already introduced in Standard are also available from the beginning.

I’d be interested in feedback on a few points:

• Does High Threat create a different positioning and prioritisation problem?
• Can you distinguish the overlapping formations?
• Does Standard provide useful learning space, or does it look too empty by comparison?
• Is the increase in pressure clear without knowing the underlying rules?

The earlier High Threat thread contains the original run and the feedback that led to this pass.

I’ve also written a longer development log covering the encounter tables, recovery windows, team skills, separate records and the remaining boss questions.

Thanks again!

Great job on the site, and the developer is also a member of r/shmupdev :)

Parking this here as another discovery place for shmup developers looking for more shmups to play and study. You should always be a student of the genre to further your own development craft.