Topics

1

SFML projects / KunLauncher - it's like sfmlprojects.org but not as good

« on: June 09, 2019, 07:57:38 pm »

It's basically the poor man's Steam. While developing apps and games, I got tired of repackaging and sending zipped game files to people for testing, so I developed a launcher to automatically manage games for people. Originally, this was just to make distributing my own tools easier, but it's grown quite a bit since then. It'll probably never be anything really useful, but it is neat.

it stores all it's useful files in a folder called `bin` in the same directory of the executable, so it's best to put it in it's own folder before running.

It uses (more accurately abuses) SFML's FTP capabilities for file retrieval. It is very slow, be patient with it. Almost everything aside from SFML and the SettingsParser was written by me, off and on, over the course of about two years. I have not made the source available, however, because I'm incredibly insecure,

It might crash a lot, I don't think it will, but if it does it has lots of debug output that can be obtained when attached to a bash session.

When the little cog icon is rotating in the bottom left corner, you can't do anything, so it's best to just leave it alone. The "all apps" state is very slow to load the first time. After this, it should load quicker, but it will still be a bit slow. "my apps" should should load quite quickly.

looks like my file exceeds the maximum file size allowed on this forum. that's quite unfortunate. I don't suppose you'd mind downloading it manually?

2

General / static GUI library statically linking SFML

« on: May 26, 2018, 07:24:15 am »

I'm writing a basic GUI system using SFML. It links SFML statically into it, and the lib itself is meant to be statically linked. Apparently this is bad, but I'm not sure how.

LNK4006 _vorbis_encode_init already defined in vorbisenc.lib(vorbisenc.obj); second definition ignored  SFUI    P:\aRepositories\SFUI\SFUI\vorbis.lib(vorbisenc.obj)

I am still able to link this library into main applications, and it works fine. But I don't like these warnings and I'd like to know if there's anything I can do to get rid of them, of there's a proper way to do what I'm wanting to do. The idea is that the main application ships with no extra dlls or installers.

 

3

General / Access violation with sf::Texture, only in Debug

« on: January 19, 2018, 04:07:54 am »

Creating a simple server-client demo, and the Client will not run when compiled in Debug mode via Visual Studio.

The offending code:

#include <SFML/Graphics.hpp>

sf::Texture tex;

int main()
{
}
 

Run in a debugger, the program crashes immediately a points to the declaration of tex as the culprit.
 

Exception thrown at 0x77E90E72 (ntdll.dll) in Client.exe: 0xC0000005: Access violation writing location 0x00000004.

This only happens when compiled in debug mode. If I remove the declaration of tex, it compiles and runs with no issues, so I don't believe I have any linker mismatches, but just in case, here's the call stack Visual Studio reports:



I have no idea what's causing this so called access violation. It's only now that it's causing this issue, where yesterday, and a month ago, all was well. The accompanying server project has a few variables in the global scope of main.cpp and it compiles and runs in both debug and release with no issues.

save me.

4

SFML projects / Sound Recorder

« on: October 08, 2017, 10:42:05 pm »

trying to help someone with voice acting and found that Windows doesn't ship with a sound recording program (only my version of Windows, of course.) and there weren't many simple, free sound recorders, so I just made one.

It took a few hours but I've just gone and fixed it up. Let me know what you think, friends :D

It uses SFML for visuals and sound recording. It's very simple.





download here

(click to show/hide)

love me laurent <3