solved the bug that causes an error in the kill-counter (counted down to -1)
added water-trails to the ships
some balancing
added start-scripts (I don’t have macOS, but I remembered that the core is just Unix. So the .sh-file should work)
If you find anything odd please tell me.
“but why is there no .exe like in shipsWithCannons?”
I’ve wrote a classpath-scanner to autowire all application-components together. Unfortunately I made a bad mistake in this scanner which kills the game if you start it from an exe-file. The error is hard to resolve and I have no more time to fix that. So sorry, no exe.
edit 16.12.: The demo is up.
Currently the game is only runnable from a shell or cmd with the command “java -jar pirateHell.jar”. Please make sure that you call this command from the jar-location. Otherwise the game will not be able to find some generated files.
I’m working on a more comfortable way.
Time was running out, so currently we have no sound and no animations.
Have fun and if you find bugs or problems (I bet you do^^) please tell me.
sorry for my long absence. I was working on a new project and then there was Skyrim.^^°
But now, finally, I proudly present you:
PIRATE HELL
Welcome aboard, you landlubbers! Here you will find all what it needs to be famous and feared. Take command over a ship full of bloodthirsty and fearless pirates, sail out and conquer the sea!
Hurry up, there are many dangers who wants your death. Take what you can and give nothing back, Jarrrr!
Game Features:
fast action on the high sea
diablo-like gameplay with a ship full of cannons
gather experience and level up your ship
special abilities like concentrated fire
enemies have different attack-patterns. Some are careful. They will attack from far away and try to gain distance to you, others will try to bind you in close combat and fire heavy broadsides.
no automatic hits. If you fire a cannon the ball has to hit the enemy. So your aiming skills are required while avoiding the enemy ones.
What is the current status of the game?
I’ve planned three AI-Types: Close-Combat, Hit’n Run and Suicide. The first two are ready to use but need some bugfixing, the last is easy to implement and will be no problem.
The basic controls are implemented, the ships can attack each other, so the game is basically playable.
As you can see, I'm using some assets from shipsWithCannons. So here we have also a little progress.
Depending on the response of the alpha-version I'm going to make this one really big, including visual upgrades, music, enemy-groups in formation, boss-battles, scenarios/missions and so on. Also I have some interesting ideas for multiplayer/coop.
I’ve finished the different ai-types. Currently they have some problems with aiming but otherwise I’m very happy with that, When the screen is full of cannon balls it gets really hard to dodge.
Also the ship-turning is now smoothed. Currently I'm working on the gamepad configuration screen (I figured out that different pads can have different axis- and button-indizes even if they have the same layout. Could be a driver issue.)
My roadmap is telling me the following:
- little campaign with 5 missions and a boss fight
- boss ship model
- sound
- a nifty NiftyGui
- new and improved effects
- keyboad/mouse-input if there's no gamepad
And if theres time I'll change the shipsWithCannons-Models to new ones and implement an experience-system.
So watch out for more. Holiday is near and theres much left to do.
The menu-layout is finished and will look like this:
And I’m now able to configure gamepads via the gui (Have I ever said that Nifty is just brilliant. It’s a little tricky to work with but damn. You can do nearly everything with it). I think the screen-controllers should be able to access the application with a getApplication-method or something like that. Currently I have to wire some stuff by hand and… but whatever It works. there are two or three other gui-components which I need. If these are created I’m going to raise the menu in one epic run hearing the skyrim-theme drinking coke or whatever will be nearby.
If you make your screen controllers also app states then you will have the application passed to initialize. You just have to pass the screen controller into the load XML call and make sure the class names match (and attach them to state manager, of course)
Wow, looks really professional. And the gameplay seems to be motivating. I could imagine a multiplayer mode would be funny, too. You definitely tamed the Nifty beast.
I DID IT! It took a f****ng eternity to figure out how this works.
Aaah, sorry for that, but me and blender animation is a long long story full of depression and frustration and finally it comes to an end. After, don’t know, 4 months or so. I cannot tell how relieved I’m now.
Never thought Diablo gameplay can be applied to ships and seas
