1
General / Re: *RESOLVED* Is this a linking problem? "unresolved external symbol"
« on: September 08, 2020, 06:14:13 am »
You are welcome.
Show Posts
This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.
Pages: [1]
2
General / Re: Is this a linking problem? "unresolved external symbol" only for sf::String
« on: September 06, 2020, 03:37:15 am »
SMFLGraphics and SMFLwindow both have SFMLsystem as a dependancy.
Try adding SFML-system-d.lib and SFML-system-d.dll.
Try adding SFML-system-d.lib and SFML-system-d.dll.
3
General / Re: Error "cannot open file 'sfml-graphics-d.lib'
« on: August 24, 2020, 04:44:41 am »
So when you are coping files from the SFML zip there is a folder marked /lib/ this is where your .a and .lib files live. Your .DLL folders live in a folder called /bin/ in the directory tree inside the zipfile. These .dll files need to be put in the same directory as your newly built executable.
4
General / About the FAQ for static linking (Windows)
« on: August 24, 2020, 02:40:33 am »
A couple things I'd like to point out having gotten a successful static link in Windows.
1. You should note in the FAQ the same as in the downloads page that in order to static link the compilers have to be one of those 3 or visual studio.
2. While this chart is very useful, most newbies are not going to correlate that this is the same as the attached image.
sfml-window-s sfml-system-s opengl32 winmm gdi32
| | | | |
| +-------+ | | |
| | +----------------------+ | |
| | | +---------------------------------+ |
| | | | +------------------------------------------+
| | | | |
v v v v v
example.exe
1. You should note in the FAQ the same as in the downloads page that in order to static link the compilers have to be one of those 3 or visual studio.
2. While this chart is very useful, most newbies are not going to correlate that this is the same as the attached image.
sfml-window-s sfml-system-s opengl32 winmm gdi32
| | | | |
| +-------+ | | |
| | +----------------------+ | |
| | | +---------------------------------+ |
| | | | +------------------------------------------+
| | | | |
v v v v v
example.exe
5
General / Re: All sprites in vector are moving in the exact same pattern
« on: February 15, 2020, 10:33:25 pm »
Something like this may produce some more favorable results. Please note that rand() is not guaranteed to produce purely random numbers to begin with.
class RANDOMIZER
{
public:
int random_value;
int getRandomNumber() //return random number
{
srand((int)time(0));//seed randomizer with current time
random_value=rand() % 100+1; //get psuedo-random result between 1 and 100
//***Important*** The numbers returned will be integers representing a percentage of 100 IE 1% though 100%
return(random_value);
}
};
class RANDOMIZER
{
public:
int random_value;
int getRandomNumber() //return random number
{
srand((int)time(0));//seed randomizer with current time
random_value=rand() % 100+1; //get psuedo-random result between 1 and 100
//***Important*** The numbers returned will be integers representing a percentage of 100 IE 1% though 100%
return(random_value);
}
};
6
General / Re: General Questions
« on: February 15, 2020, 03:57:57 am »
Thank you for confirming in detail that both keeping the mutexes and that the way I'm using the viewport are in fact consistent with my objectives.
7
General / Re: All sprites in vector are moving in the exact same pattern
« on: February 15, 2020, 03:54:52 am »
Okay so couple of possibilities.
Are you using the same instance of the random number generator function for all the animals? If yes, then all the animals are receiving the same information. If no make sure you are reseeding the the generator between each instance. You random number generator can be doing exactly what it is supposed to but if you are using it in a fashion that results in the same simulation , or are using the same result across multiple objects you won't get any randomness.
Are you using the same instance of the random number generator function for all the animals? If yes, then all the animals are receiving the same information. If no make sure you are reseeding the the generator between each instance. You random number generator can be doing exactly what it is supposed to but if you are using it in a fashion that results in the same simulation , or are using the same result across multiple objects you won't get any randomness.
8
General / General Questions
« on: February 08, 2020, 11:11:15 am »
Hello,
I'm currently converting a hobby project from SDL2 to SFML2.
A couple of quick questions.
1. On multi-threading, I use one thread to do game logic and load textures and a second thread to define sprites and draw. On SDL these threads required mutexes to work this way. However with SFML's thread functions, with or without mutexes, this seems to work without thread errors. Is the omission of mutexes, in this case, a possible cause of "undefined behavior"?
2. I've found that using viewports allows me to scale my program's internal resolution to a much larger window, is this the correct way to do this?
Thank you. ^.^
I'm currently converting a hobby project from SDL2 to SFML2.
A couple of quick questions.
1. On multi-threading, I use one thread to do game logic and load textures and a second thread to define sprites and draw. On SDL these threads required mutexes to work this way. However with SFML's thread functions, with or without mutexes, this seems to work without thread errors. Is the omission of mutexes, in this case, a possible cause of "undefined behavior"?
2. I've found that using viewports allows me to scale my program's internal resolution to a much larger window, is this the correct way to do this?
Thank you. ^.^
Pages: [1]