Messages

1

Feature requests / Re: Vulkan Support

« on: March 11, 2017, 06:15:47 am »

I think sf::Window should have a constructor for a good plain vulkan-ready window.
I sure can get a window handle and create vulkan surface on sfml-window... but there's something off.

I compiled Sascha Willems's vulkan triangle sample and modified it to make sf::Window it's surface.
The original version had fps like ~1700 while sf::Window had ~250.
Tying the surface with GLFWwindow had high fps too. (oh and that had glfw vulkan defines defined)

I don't know if it's the opengl-context that drops the fps or what. But i guess it wouldn't be a big job to make one window that likes vulkan.

Oh and that comparison was tested with win10, intel igpu.

2

SFML projects / Re: Dodge the missile!

« on: September 20, 2014, 08:35:38 am »

Oh yea. You have to drag the missiles away and waterdrops towards the stickmodel.
It should be more natural with tablet setup(using finger). Next step is to try to get android version to work.

3

SFML projects / Dodge the missile!

« on: September 20, 2014, 12:29:02 am »

Some brief testing with sfml has produced something, well, a quirk.


 

(click to show/hide)

https://www.dropbox.com/s/cpaln0ddlbqigyp/peli.rar?dl=0

Should be pretty self-explanatory after you get bombed couple times.
And yes. P for pause.


Short instructions: Drag the waterdrops towards the stickmodel and missiles away.

4

Network / Re: Server does not receive packets

« on: May 15, 2014, 11:02:52 am »

Didn't read through but your client isn't sending a sf::Packet but a raw data...

Maby send a packet that has the string?

5

Feature requests / Re: Websocket feature

« on: April 14, 2014, 01:37:32 pm »

Yes there are some libraries like libwebsocket( c ) and websocketpp( cpp ). But neither one is not nearly as easy to setup as sfml is. And their documentations is a pretty horrible to my taste.

6

Feature requests / Websocket feature

« on: April 13, 2014, 02:59:03 pm »

Websockets seems to be pretty cool way to add full-duplex network connection between an app and a web- browser.
It shouldn't be too hard to implement on using RFC 6455 specification.
sf::TcpSocket::Send and ..::Receive functions could take a sf::WebSocketPacket as an argument etc.

I think there are people that might find it useful.

As for now i'm writing my own implementation... which is a little bit dirty codewise so do not wanna share code.

7

Audio / Re: [Resolved]SoundBuffer crashing program?

« on: January 30, 2014, 04:00:22 pm »

Nope i had to copy the files to the application's directory. So no, those ddl's never got loaded from PATH.
It was just that the first set(libsndfile-1.dll and openal32.dll) found in the SFML/install path/bin did crash the program.
But got working after i replaced those 2 files with the files from GitHubs extlibs/bin/x64.

So those two files didn't get built when i built the sfml, no?  Makes sense, though.

8

Audio / Re: [Resolved]SoundBuffer crashing program?

« on: January 30, 2014, 12:59:26 am »

I'm suffering the same problem currently.
In the following example:

int main()
{

    std::cout << "gooo";
    sf::SoundBuffer bf;

}
 

The program terminates with 0xc000007b message. Even before executing the std::cout function.
However my dll's should be on the correct directory.

I suppose it has something to do with that openal32.dll?
I built my sfml with tdm64. Can that be a problem?



Okay... i copied both openal32.dll and libsndfile-1.dll from githubs x64 bin directory and it didn't crash.
Weird that the ones that came when i built sfml didn't work.

9

General discussions / Re: Please update ubuntu package libsfml-dev

« on: May 16, 2013, 11:09:19 am »

Or you can use Sonkun's repositories.
http://en.sfml-dev.org/forums/index.php?topic=11338.0

10

Window / Re: dual monitor question

« on: May 04, 2013, 09:38:16 pm »

Could you launch two separate executables. One for both monitors? And do some tricky code to make them (programs) connected.

11

General discussions / Re: A new logo for SFML

« on: April 08, 2013, 05:22:45 pm »

 

12

Graphics / Draw Vector of pointers to a class = crash

« on: October 03, 2011, 02:56:45 am »

So i made a function, which makes new tysy object when it's called.
It then pushes the objects to a vector:

Code: [Select]


void piirto::CreateCan()
{
tysy *Can1 = new tysy(Win);
      std::cout << "Object " << Can1 << " says..." << std::endl;
Can1->Hello();
   std::cout << std::endl <<  std::endl;
 Can1++;
    Tyz.push_back(Can1);
}


Now in my mainloop i have:

Code: [Select]


//blabla
    Win.Clear();
    goDraw();
    Win.Draw(p12.s_tysy); //This draws fine.

    Win.Display();


Now the goDraw(); function has :

Code: [Select]


if (i want to do this .. .. . .)
                    for (int i = 0; i < Tyz.size(); ++i)
                            {
                                 Tyz[i]->Hello("buu");
                                 Win.Draw(Tyz[i]->s_tysy); // Crash

                            }


If i call Tyz->Hello("buu"); It prints buu nice and soundy.
But whenever i try to draw those same sprites from s_tysy members using pointers to objects it causes a crash.
Program compiles good.

So if i just make normal tysy object i can draw it's sprite ok.
So why is this pointer thing crashing it?

Code: [Select]

tysy
   .h
        sf::Image       i_tysy;
        sf::Sprite      s_tysy;


   .cpp
i_tysy.LoadFromFile("kanuuna.jpg");
   s_tysy.SetImage(i_tysy);
   s_tysy.SetScale(0.4,0.4);
   s_tysy.SetColor(sf::Color(255,0,0,255));


Any help & instructions are welcome!