Messages

46

SFML projects / Re: It Usually Ends In Nuclear War

« on: October 21, 2017, 12:44:15 am »

I don't know if I'll ever get around to this, but what I'd like to do instead is have a generic job queue system in place where the main thread is posting jobs which need to be done, and there's a constant number of threads taking the next job up in the queue and performing the work.  That would utilize all the cpu cores more consistently / evenly.

Easiest way would be to use a thread pool library.

47

Graphics / Re: Off Screen Rendering Antialiasing

« on: October 15, 2017, 11:34:23 pm »

I was not aware of the difference between sf::RenderTexture and sf::Image

It's actually the difference between sf::Texture and sf::Image.

Textures are in vram, Images are in system ram.

48

Graphics / Re: Using setSize() relative to the origin

« on: October 14, 2017, 08:18:28 pm »

I assume you're actually wanting the origin to be updated relative to the new size.

So,

(click to show/hide)

call setOrigin() after setting the new size

49

SFML projects / Re: AchBall

« on: October 13, 2017, 08:58:03 am »

Not a native speaker, but I know Spanish fairly well. Could at least start a translation for it.

50

General / Re: Static linking

« on: October 09, 2017, 08:00:54 pm »

SFML types aren't supported in a static context, due to undefined behavior of initialization/de-initialization order.

I bet if you make your SFML objects in Configuration non-static, you won't have any more issues.

For reference, see this post by Tank.

51

General / Re: Cloud9?

« on: October 03, 2017, 01:22:16 am »

If I recall correctly, it's essentially just as web interface to an Ubuntu VM, so installing is going to be pretty much the same as normal Ubuntu.

As for displaying graphical programs, installing and running an X11 server on the VM, and then using VNC software locally is probably the easiest way to do it.

52

SFML projects / Re: Massacre. A poor 2D Space Shooter.

« on: October 03, 2017, 01:18:29 am »

Very nice! Congrats!

No issues launching now.

Also, I took a picture of my screen with my phone so you can see what I was talking about earlier:

(click to show/hide)

I think it's something to do with your state machine - still drawing other states or something. Not sure though. It's just fine in-game, it's only in menus that the problem is visible.

53

SFML projects / Re: Massacre. A poor 2D Space Shooter.

« on: October 02, 2017, 09:50:55 am »

Console project doesn't make a difference. What version of VS are you using? Raw picture guide for VS 15/17:

54

Feature requests / Re: Would anybody benefit from having something like sf::VertexBuffer?

« on: October 02, 2017, 09:44:26 am »

I know I'd appreciate having this in SFML!

55

SFML projects / Re: yet another GUI (aka nanosfml)

« on: September 30, 2017, 02:50:42 am »

I would be interested in it!

And yes I'd be willing to help out a bit! Give us a github link and I'll be sure to check it out!

56

SFML projects / Re: Massacre. A poor 2D Space Shooter.

« on: September 27, 2017, 04:25:50 pm »

Make sure you're not building as AnyCPU when native libraries are involved.

Otherwise, x64 machines will try to run the executable as x64, and when it can't find x64 bit dlls - boom.

I used corflags to force it to run as x86.

I like the 3D buildings! Pretty fun!

One issue - when in the main or settings menus, stuff from the previous "scene" / "menu" / etc was being displayed in another frame or something. I wasn't able to get a screenshot - the screenshot looked fine.
For instance, the intro SFML logo was partially visible while sitting at the main menu.

57

General / Re: How to measure which border will the ray "hit"

« on: September 27, 2017, 11:45:41 am »

Especially easy if you're doing digital differential analysis for the raycast:
https://github.com/dabbertorres/raycast-sfml/blob/master/Raycast-SFML/math.cpp#L43

58

DotNet / Re: Event handling C# (single keypress inputs)

« on: September 26, 2017, 06:31:35 pm »

For future reference: https://github.com/SFML/SFML.Net/tree/master/examples

59

General / Re: Problem: returning control to command line after closing window

« on: August 26, 2017, 07:00:02 pm »

So if I understand correctly, you want window focus to revert back to the terminal after the window closes?
If the terminal was the previously focused window, I'm surprised it doesn't.

Regardless, this is going to be OS dependent.

General process would be to:
    1. Get a handle to the terminal window.
    2. Request for the focus move to the terminal window whenever you close the SFML window.

60

Graphics / Re: sfml text exception

« on: August 12, 2017, 07:31:09 pm »

Your sf::Font object you're passing to the constructor is taking a copy, which no longer exists at the end of the constructor. Make it a const reference and you should be fine.