Indie game storeFree gamesFun gamesHorror games
Game developmentAssetsComics
SalesBundles
Jobs

Rohit

38
Posts
8
Topics
19
Followers
1
Following
A member registered Apr 29, 2014 · View creator page →

Creator of

Recent community posts

Thanks for playing. I'm currently working on my next game, but I may get back to this later. You can make your own levels by following the instructions here: https://github.com/rohit-n/Clonepoint/blob/master/Modding.txt

For some reason, this breaks in the second visit to Hell's Kitchen (04_NYC_Street). After talking to Paul in his apartment, the barricade to the NSF headquarters is not removed.

Thanks for playing. I'll introduce an option to disable those idle animations in a future build.

Thanks for playing.

1. I can't reproduce the crash with the skull door. If you can record this, please send me a video.

2. Were the blood splatters white, or were they a different texture altogether? I've noticed decals occasionally switch to a different type, but never just color.

I just removed the "inspecting" plasma rifle animation - I personally found it too obscuring as well. It won't be seen in the next demo day.

The mouse sensitivity issue indicates that FPS is a factor, since I think the Vulkan renderer has a higher performance. I'll try to fix the root cause, but if I can't, maybe I'll just raise the limit that users can set to sensitivity in the options menu sliders.

Movement/collision code definitely needs work. I'll try to spend a dedicated block of time of fixing them.

Thanks, the new build fixed it.

(2 edits)

Unfortunately, I'm getting an issue with the Linux version on my Manjaro laptop. All I get is the following output:

malloc(): corrupted top size
Aborted (core dumped)
 

Here is the output from GDB:

malloc(): corrupted top size
Thread 1 "Ctesiphon" received signal SIGABRT, Aborted.
0x00007ffff6f1f82f in raise () from /usr/lib/libc.so.6
(gdb) bt
#0  0x00007ffff6f1f82f in raise () from /usr/lib/libc.so.6
#1  0x00007ffff6f0a672 in abort () from /usr/lib/libc.so.6
#2  0x00007ffff6f61e78 in __libc_message () from /usr/lib/libc.so.6
#3  0x00007ffff6f6878a in malloc_printerr () from /usr/lib/libc.so.6
#4  0x00007ffff6f6bb01 in _int_malloc () from /usr/lib/libc.so.6
#5  0x00007ffff6f6d936 in calloc () from /usr/lib/libc.so.6
#6  0x00007fffe397682a in ?? () from /usr/lib/dri/i965_dri.so
#7  0x00007fffe39768c0 in ?? () from /usr/lib/dri/i965_dri.so
#8  0x00005555555d8673 in DebugDrawer::init() ()
#9  0x00005555555dc751 in init() ()
#10 0x000055555555c1d9 in main ()

Seems to be graphics related.

Good work on the C++ conversion. The only weird issue I noticed is that clicking the "Quit To Desktop" button's bounding box in the "Press Space" menu will immediately exit the game. This might confuse a player into thinking the game crashed. I'd recommend disabling mouse input in that menu state, and maybe re-enabling it 50ms or so after hitting space.


I didn't encounter gameplay issues. Can't wait to see new levels.

Thanks for playing. I've noticed that some users have issues with mouse sensitivity, even at the highest values. For now, you can work around this by editing the config.cfg file in your user folder and setting the sensitivity_x and sensitivity_y values to whatever number is good.


I'll look into collision issues, and hopefully fix them by the next time I submit to demo day.

Congratulations on the C++ move, and hope it pays off in the long run. The game runs out of the box on my Manjaro desktop. As for the game, all I can say is that what's currently there seems to match the experience in the LibGDX version. I assume the reason why rockets don't damage the player is that combat isn't ported yet?

(1 edit)

I ran into this exact GLSL issue a few months back. Excuse the plug, but I wrote up my solution here, if you want something that's backwards compatible: https://coaldev.tumblr.com/post/170129777035/preprocessing-glsl-shaders

Since you're using C++, you may have an easier time implementing this.

At times, I was able to move through the yellow squares by hitting their corners at diagonal velocities.

Running this on Manjaro Linux gets me the following output:

OpenGL ES 3.0 Renderer: GeForce GTX 1070/PCIe/SSE2
ERROR: operator[]: FATAL: Index p_index=1 out of size (size()=1)
   At: core/vector.h:138.
handle_crash: Program crashed with signal 4
Dumping the backtrace. Please include this when reporting the bug on https://github.com/godotengine/godot/issues
[1] linux-gate.so.1(__kernel_sigreturn+0) [0xf770fc90] (??:0)
[2] ./Alphaman_linux.x86() [0x80cbaee] (??:?)
[3] ./Alphaman_linux.x86() [0x80e0e63] (<artificial>:?)
[4] ./Alphaman_linux.x86() [0x816afc1] (<artificial>:?)
[5] ./Alphaman_linux.x86() [0x80728e9] (??:?)
[6] /usr/lib32/libc.so.6(__libc_start_main+0xf3) [0xf750c793] (??:0)
[7] ./Alphaman_linux.x86() [0x807b305] (??:?)
-- END OF BACKTRACE --
Aborted (core dumped)
I get the same issue when running youmu-wip. Guess Godot doesn't like my PC.

Running on Linux gets me this output:

OpenGL ES 3.0 Renderer: GeForce GTX 1070/PCIe/SSE2
ERROR: operator[]: FATAL: Index p_index=1 out of size (size()=1)
   At: core/vector.h:138.
Illegal instruction (core dumped)

Minor spelling error (brough -> brought)


(1 edit)

This only appears to have Windows binaries.

EDIT: Ran it in Wine. Pixel art looks nice, game mechanics are solid. Would be nice to get controller support or rebindable controls, since J/K/L are a little awkward for me.

Had trouble finding the shotgun since it camo'd nicely with the asphalt at the end of the road. Would have been better to place it at the bench near the shells. The gun itself looks and performs nicely, though!

The loading screen is also a nice addition.

I like the new "cyber neon" look and feel you've given to the main character and in the music. My only issue is that "interact" and "reload" are unbound by default. I got killed the first time when I found myself out of ammo and unable to react. However, even if the key is bound, I recommend auto-reloading when this occurs.

"Interact" being unbound feels awkward since you literally need it to complete the demo.

Visuals and polish in places like physics and movement are nice. I found the game a little difficult and wasn't able to get farther than the first checkpoint. Maybe I just need to get better.

I'm not a fan of slowing the player down when they do the swipe attack, because I don't having my movement interrupted. Maybe this could be done for throwing rocks instead.

Liked the old school touch on finding the secret.

Looks really good. Like the open-ended level design and weapon feel. Good progress from last Demo Day.

I'm getting graphical issues on my Intel HD4000 graphics under Linux, probably resulting from these failed shader compiles.

ERROR: Failure to compile UnlitShader
0:13(23): error: no matching function for call to `texture(sampler2D, vec2)'; candidates are:
ERROR: Failure to compile Worldhader
0:17(23): error: no matching function for call to `texture(sampler2D, vec2)'; candidates are:
0:18(23): error: no matching function for call to `texture(sampler2D, vec2)'; candidates are:

Build 40 now shows bindings for lockpicking in the help menu, but only for mouse/keyboard, even when a gamepad is connected. Again, the in-game tutorial popup does not have this issue.

(3 edits)

It would be nice to receive some additional feedback when getting a vampire artifact. Right now, looting a chest that has one doesn't feel any different than looting other chests, other than seeing a number go up in your objectives. Maybe playing a diffent sound or emitting different particles would help make the loot feel more meaningful.

Minor issue: In the Lockpicking section of the Help Menu, the bindings for tapping and forcing a pin are not shown (tested with keyboard and with gamepad connected). The in-game lockpicking message in the first mission does not have this issue.

Same mistake I made a while ago. :)

The ./configure script for SDL2 should show what libraries/features are compiled into SDL2 at the end. I believe I had missed some important X11/OpenGL packages. Instead of failing, the build produced a flawed SDL2 shared library without all targets built in.

I really recommend getting the library from the Steam Runtime, but if you'd rather build yourself, see the dependencies here:

https://hg.libsdl.org/SDL/file/default/docs/README...


Thanks, the issue seems fixed in the newest zip. Running ldd on ./Vamp shows the supplied SDL2 library is being preferred first.

I have one other issue/question. Where did you get your SDL2 shared lib from? It seems to be causing an issue that renders my monitor unusable when the game enters fullscreen. Using my system-provided SDL2 allows fullscreen to work.

I remember running into this issue with my own game when I compiled SDL2 myself without having some X11 libraries installed.

If you're not already doing this, you should probably be getting the SDL2 library from the Steam Runtime, which is what that the SDL wiki also recommends ("known good", it's called).

(1 edit)

Upon further troubleshooting, it seems the issue is with the symlinked SDL2 libraries included. Deleting them and making my own link with the included library worked. I wonder if the symlinks were not properly preserved in the zip file.

Using Manjaro Linux. When running the executable:

./Vamp: error while loading shared libraries: ./libSDL2-2.0.so.0: file too short

Removing the included SDL2 libraries allowed me to run the game using my system libraries.

I can't run the game on Linux. I'm getting a core dump from a floating point exception.

Is a Linux version planned?