Topics

1

Window / Window setMouseCursorVisible set to false not effective upon start (osx)

« on: September 09, 2014, 05:06:45 am »

I use setMouseCursorVisible to hide to mouse cursor when it enters the SFML window. When set to false, the cursor is still visible when it hovers over the running window until it loses focus and gets it back. Only then the cursor remains hidden over the window.

Here's a small program showing this behavior on osx:

(click to show/hide)

#include <SFML/Graphics.hpp>

int main(int, char const**)
{
    sf::RenderWindow window(sf::VideoMode(1280, 1024), "SFML window");
    window.setMouseCursorVisible(false);
 
    while (window.isOpen())
    {
        sf::Event event;
        while (window.pollEvent(event))
        {
            if (event.type == sf::Event::Closed) {
                window.close();
            }
            if (event.type == sf::Event::KeyPressed && event.key.code == sf::Keyboard::Escape) {
                window.close();
            }
        }
        window.clear();
        window.display();
    }

    return EXIT_SUCCESS;
}

I use the latest SFML github source.

Simply moving the mouse cursor over the dock then back over the window kicks in the cursor hide. Command+tab does the same as well.

The same issue can be observed in fullscreen video modes.

2

Window / pollEvent crash after window re-create (osx)

« on: August 23, 2014, 06:52:31 am »

I get a crash on pollEvent after re-creating the window, immediately after I do a command+tab while moving the mouse or trackpad. It looks like input events are polled on a resource that has been deallocated upon re-creating the window.

Here's a small example that triggers the problem every single time on my macbook with these steps:

• Run example
• Press 'F' key to trigger a window re-create
• Press command+tab to lose window focus while moving mouse/trackpad

Example source:

(click to show/hide)

#include <SFML/Graphics.hpp>

int main(int, char const**)
{
    sf::RenderWindow window(sf::VideoMode(1440, 900), "SFML window");
   
    bool toggle = false;
   
    while (window.isOpen())
    {
        sf::Event event;
        while (window.pollEvent(event))
        {
            if (event.type == sf::Event::KeyPressed) {
                switch (event.key.code) {
                    case sf::Keyboard::Escape:
                        window.close();
                        break;
                       
                    case sf::Keyboard::Key::F:
                        toggle = !toggle;
                        window.create((toggle) ? sf::VideoMode(800, 600) :
                                                 sf::VideoMode(1440, 900), "SFML window");
                        break;
                       
                    default:
                        break;
                }
            }
        }
        window.clear();
        window.display();
    }
   
    return EXIT_SUCCESS;
}
 

The exception as it occurs in Xcode:

(click to show/hide)

The crash log with a test outside Xcode:

(click to show/hide)

Process:         TestWindowCrash [24152]
Version:         0
Code Type:       X86-64 (Native)
Parent Process:  launchd [251]
Responsible:     TestWindowCrash [24152]
Date/Time:       2014-08-23 00:27:21.673 -0400
OS Version:      Mac OS X 10.9.4 (13E28)
Report Version:  11
Crashed Thread:  0  Dispatch queue: com.apple.main-thread

Exception Type:  EXC_BAD_ACCESS (SIGSEGV)
Exception Codes: EXC_I386_GPFLT

Application Specific Information:
objc_msgSend() selector name: respondsToSelector:

Thread 0 Crashed:: Dispatch queue: com.apple.main-thread
0   libobjc.A.dylib                     0x00007fff847d40a3 objc_msgSend + 35
1   com.apple.AppKit                    0x00007fff85205af6 -[NSApplication _createDockMenu:] + 137
2   com.apple.AppKit                    0x00007fff85205a2c __44-[NSApplication _copyPublicPersistentUIInfo]_block_invoke + 35
3   libdispatch.dylib                   0x00007fff8ad481bb _dispatch_call_block_and_release + 12
4   libdispatch.dylib                   0x00007fff8ad4528d _dispatch_client_callout + 8
5   libdispatch.dylib                   0x00007fff8ad4cef0 _dispatch_main_queue_callback_4CF + 333
6   com.apple.CoreFoundation            0x00007fff89d8e4f9 __CFRUNLOOP_IS_SERVICING_THE_MAIN_DISPATCH_QUEUE__ + 9
7   com.apple.CoreFoundation            0x00007fff89d49714 __CFRunLoopRun + 1636
8   com.apple.CoreFoundation            0x00007fff89d48e75 CFRunLoopRunSpecific + 309
9   com.apple.HIToolbox                 0x00007fff8db84a0d RunCurrentEventLoopInMode + 226
10  com.apple.HIToolbox                 0x00007fff8db847b7 ReceiveNextEventCommon + 479
11  com.apple.HIToolbox                 0x00007fff8db845bc _BlockUntilNextEventMatchingListInModeWithFilter + 65
12  com.apple.AppKit                    0x00007fff84fd924e _DPSNextEvent + 1434
13  com.apple.AppKit                    0x00007fff84fd889b -[NSApplication nextEventMatchingMask:untilDate:inMode:dequeue:] + 122
14  org.sfml-dev.sfml-window            0x000000010cbe5ec3 +[SFApplication processEvent] + 147
15  org.sfml-dev.sfml-window            0x000000010cbea7ef -[SFWindowController processEvent] + 207
16  org.sfml-dev.sfml-window            0x000000010cbdfb03 sf::priv::WindowImpl::popEvent(sf::Event&, bool) + 51
17  org.sfml-dev.sfml-window            0x000000010cbdf116 sf::Window::pollEvent(sf::Event&) + 38
18  TestWindowCrash                     0x000000010cbc2ff0 main + 304 (main.cpp:28)
19  libdyld.dylib                       0x00007fff875ff5fd start + 1
 

The issue occurs even if the resolution is not changed or using different styles. I compiled SFML from source as of today. I did try to re-create the window outside the pollEvent loop but still get the crash at the next pollEvent call.

Note that doing plenty of command+tab and mouse events without window re-creation does not trigger the problem.

Am I doing something wrong here?

3

Graphics / Visible border around fullscreen window (retina)

« on: August 13, 2014, 03:04:14 am »

I am testing high dpi resolution on a macbook pro retina. Windowed mode works great but I noticed that resolutions lower than desktop show up with a border in fullscreen. The window pixel size is accurate but does not scale to cover the full screen.

The following valid resolutions are affected:

• 2560 x 1600
• 1680 x 1050
• 1440 x 900
• 1280 x 800

Here's a small complete program to reproduce the problem provided you can test on a macbook pro retina. You will see a white rectangle that matches windows size yet does not take the whole screen.

#include <SFML/Graphics.hpp>

int main(int, char const**)
{
    sf::RenderWindow window(sf::VideoMode(1680, 1050), "SFML window", sf::Style::Fullscreen);
   
    sf::RectangleShape shape;
    shape.setSize(sf::Vector2f(1680, 1050));
   
    while (window.isOpen())
    {
        sf::Event event;
        while (window.pollEvent(event))
        {
            if (event.type == sf::Event::KeyPressed) {
                window.close();
            }
        }

        window.clear();
        window.draw(shape);
        window.display();
    }

    return EXIT_SUCCESS;
}
 

I have compiled SFML from the latest github code and testing on osx 10.9.4. The display settings are set to default "best for display".

Is this intended behavior? is it possible to make the lower resolution scale to fullscreen? of course the fullscreen window size is fine at the native 2880x1800 but it does take hit on performance.

4

SFML projects / Blokade [source and binaries now available]

« on: January 21, 2013, 03:57:00 am »

I got far enough to show my work in progress with my simple game Blokade, a falling blocks clone. My goal is to experiment with SFML and learn to make a small game in C++ in XCode.

https://vimeo.com/57818102

Right now I'm not able to get the game to run on anything besides the Mac I used to make it. I think the XCode build settings need to be tweaked. I will make a binary available when I sort this out

---

Just uploaded Blokade version 0.9.3 with top 5 high scores and top lines. A lot of changes in code but UI is the same.

Github: https://github.com/moonfirefly/Blokade
OSX binary: https://www.dropbox.com/s/ig2cu3qv5usksd7/Blokade_0.9.3_OSX_En.zip
Windows binary: https://www.dropbox.com/s/edy9gpticrk9orj/Blokade_0.9.3_Windows_En.zip

This is probably my last update for this game for a while. I'm starting my next SFML project, a mario bros 1 platformer I will upload to github and make binaries available as soon as I get a decent version running.

5

System / isKeyPressed does not always capture input

« on: January 19, 2013, 06:22:04 pm »

I have the following code to check for return key press in my menu main loop :

if (sf::Keyboard::isKeyPressed(sf::Keyboard::Return)) {
    if (m_buttonExit.isSelected()) {
        m_pWindow->close();
    }
    else if (m_buttonStart.isSelected()) {
        newGame();
    }
}

The problem is that sometimes I have to press twice to actually get it to detect the return key press. I don't press any other key at the same time and this code executes at every single loop. I'm on OS X.

I'm not sure what to do at this point. I disabled to key repeat, no difference. The problem is intermittent as well, happens roughly 1 out of 5 times.