1
General / Re: Multitouch On Linux
« on: February 23, 2017, 10:44:43 pm »
I don't have any experience working with SFML's source code, but i'll look into it.
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 / Multitouch On Linux
« on: February 21, 2017, 07:25:10 am »
Is there any way to get events from my multitouch notebook's screen into my SFML application. (Running gallium Linux)
As far as I am aware that SFML's multitouch events only work on Android and ios, so these events will need to come from another source. SDL picks them up, but I can't find a way to get SDL input without using SDL's window.
I have done quite a bit poking around the past week trying to find a solution, but for some reason information about this is scarce.
The touch screen does work, chrome and gtk3 apps get full multitouch support. Everest dumps events for it correctly and Xinput says it supports up to 10 touches (and I will need all touches I can get)
As far as I am aware that SFML's multitouch events only work on Android and ios, so these events will need to come from another source. SDL picks them up, but I can't find a way to get SDL input without using SDL's window.
I have done quite a bit poking around the past week trying to find a solution, but for some reason information about this is scarce.
The touch screen does work, chrome and gtk3 apps get full multitouch support. Everest dumps events for it correctly and Xinput says it supports up to 10 touches (and I will need all touches I can get)
3
General / Re: Mysterious Regular Frame Stutter
« on: September 25, 2016, 04:49:19 am »
Thanks again, you've been a real lifesaver.
4
General / Re: Mysterious Regular Frame Stutter
« on: September 23, 2016, 03:40:58 pm »
Thanks, it appears that works.
Although that leads to another problem, because It wouldn't be nice to need to tell everyone who plays my game to turn off a setting in their nvidea control panel. Is there a proper way to set it to off while the game is running, or make some change so it does not conflict with the setting?
Although that leads to another problem, because It wouldn't be nice to need to tell everyone who plays my game to turn off a setting in their nvidea control panel. Is there a proper way to set it to off while the game is running, or make some change so it does not conflict with the setting?
5
General / Re: Mysterious Regular Frame Stutter
« on: September 23, 2016, 12:13:17 am »
I have been trying other SFML made games on my computer, and they all lack the stutter issue. Which leads me to believe the issue is either with my specific SFML version, or GCC.
6
General / [Solved] Mysterious Regular Frame Stutter
« on: September 22, 2016, 08:18:07 pm »
Hello, I've been working on a rather large project for a while now, recently i've been fixing various performance issues and have come across one that I cannot fix.
The framerate seems to stutter, like every second one of the frames takes 3x as long as usual. As you could imagine, it makes the game feel very laggy even though its supposedly running above 120 fps.
In this image you can see gaps in the trail (one dot for each physics tick) left behind the player due to the stuttering.
Here I made some charts showing the stuttering
https://docs.google.com/spreadsheets/d/1xhJ4jbfifPfdcIPZsKiU_f0-IVT453xlORrHtwMfyLQ/edit?usp=sharing
The most disturbing part, is the stutters seem to exist in the green-circle tutorial.
I am using SFML 2.1, codeblocks with the GCC compiler, on windows 8.1 (more info at bottom of post)
Other games run smoothly, so this is not a system wide issue.
Things I have tried
*I have already tried every combination of framerate limit and vsync, before that gets inevitably mentioned.
*There is not visible difference between a debug build and a release build.
*Rendering to a window directly instead of a render texture (not a permanent solution anyways because i need that texture to scale the game down for smaller resolutions)
*Strategically positioning the clear() command in many different places, including the correct one.
Things I have not tried:
*SFML 2.4, i cant get it to work due to (what I assume) is a compiler missmatch, which i cant fix because there is no way for me to find out what version of GCC I am using (as far as I know)
*Other compilers, visual studio is 9 gigs, that would take a week to download with my internet
*Other operating systems, i don't have a working linux partition at the moment, and the only mac I have available is running 10.4 I have confirmed the bug happens on windows 8.0 and windows 8.1
Here is a link to a zip of my full project. You should be able to simply open it up (the project file is called Ambure) in codeblocks and hit compile. (the blue refreshy compile, not the normal yellow gear one)
To control the player (it spawns invisible), press space and then move around with the arrow keys.
Press the home button on your keyboard to access the devtools if you want to mess around with the engine.
The frametime is dumped to the console, the cout statement for that is in main.cpp
Link to Full Project .zip
https://drive.google.com/file/d/0B16tFq7OKBQzZ3Yxd2JwWDhMeGM/view?usp=sharing
Link to project Devlog of the Project
https://forums.tigsource.com/index.php?topic=57907.0
More system information:
http://imgur.com/bk0Ow1p
http://paste.ubuntu.com/23216796/
Similar posts I have found that may be related but do not help me solve the problem
http://gamedev.stackexchange.com/questions/67212/why-do-i-have-to-run-my-2d-game-at-300-fps-for-movement-to-be-passably-smooth
http://en.sfml-dev.org/forums/index.php?topic=6854.0
I hope that is enough information.
The framerate seems to stutter, like every second one of the frames takes 3x as long as usual. As you could imagine, it makes the game feel very laggy even though its supposedly running above 120 fps.
In this image you can see gaps in the trail (one dot for each physics tick) left behind the player due to the stuttering.
Here I made some charts showing the stuttering
https://docs.google.com/spreadsheets/d/1xhJ4jbfifPfdcIPZsKiU_f0-IVT453xlORrHtwMfyLQ/edit?usp=sharing
The most disturbing part, is the stutters seem to exist in the green-circle tutorial.
I am using SFML 2.1, codeblocks with the GCC compiler, on windows 8.1 (more info at bottom of post)
Other games run smoothly, so this is not a system wide issue.
Things I have tried
*I have already tried every combination of framerate limit and vsync, before that gets inevitably mentioned.
*There is not visible difference between a debug build and a release build.
*Rendering to a window directly instead of a render texture (not a permanent solution anyways because i need that texture to scale the game down for smaller resolutions)
*Strategically positioning the clear() command in many different places, including the correct one.
Things I have not tried:
*SFML 2.4, i cant get it to work due to (what I assume) is a compiler missmatch, which i cant fix because there is no way for me to find out what version of GCC I am using (as far as I know)
*Other compilers, visual studio is 9 gigs, that would take a week to download with my internet
*Other operating systems, i don't have a working linux partition at the moment, and the only mac I have available is running 10.4 I have confirmed the bug happens on windows 8.0 and windows 8.1
Here is a link to a zip of my full project. You should be able to simply open it up (the project file is called Ambure) in codeblocks and hit compile. (the blue refreshy compile, not the normal yellow gear one)
To control the player (it spawns invisible), press space and then move around with the arrow keys.
Press the home button on your keyboard to access the devtools if you want to mess around with the engine.
The frametime is dumped to the console, the cout statement for that is in main.cpp
Link to Full Project .zip
https://drive.google.com/file/d/0B16tFq7OKBQzZ3Yxd2JwWDhMeGM/view?usp=sharing
Link to project Devlog of the Project
https://forums.tigsource.com/index.php?topic=57907.0
More system information:
http://imgur.com/bk0Ow1p
http://paste.ubuntu.com/23216796/
Similar posts I have found that may be related but do not help me solve the problem
http://gamedev.stackexchange.com/questions/67212/why-do-i-have-to-run-my-2d-game-at-300-fps-for-movement-to-be-passably-smooth
http://en.sfml-dev.org/forums/index.php?topic=6854.0
I hope that is enough information.
Pages: [1]