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.
while (App.IsOpened())
{
sf::Event Event;
while (App.GetEvent(Event))
{
// Window closed
if (Event.Type == sf::Event::Closed)
App.Close();
// Escape key pressed
if ((Event.Type == sf::Event::KeyPressed) && (Event.Key.Code == sf::Key::Escape))
App.Close();
}
}If the decoding and transfer is fast enough, doing this while playing the movie will work fine. And decoding the video one second earlier will work too, as the movie will never catch up with the decoding.
Anyway, I suggest golgoth to try out the sfe::Movie class and tell us whether it works fine with 1080p definition movies. If it does not, then he may consider having a look at this class (it's a better start point as it already support audio and a few other things), and try to find a way to get better results.
void ThreadServer(void *in_data)
{
}
Bool SFML_Network::ServerStart(const Char *in_name, UShort in_port)
{
sf::Thread l_thread(&ThreadServer, this);
….Are you using a single instance of sf::Image throughout the entire video? This could make it slower because it needs to continually upload each new frame to the GPU before it can be drawn. Instead, use a separate instance of sf::Image for each frame.
/// Init
m_SFML_Image.Create(m_Size.x, m_Size.y, sf::Color(255, 0, 0, 255));
m_SFML_Sprite = AX6_New sf::Sprite(m_SFML_Image);
// Update
if (m_Movie->IsUpdated())
{
m_SFML_Image.UpdatePixels(m_Movie->GetPixelData());
}
m_SFML_Window->Draw(*m_SFML_Sprite);
m_SFML_Window->Display(); /// Swap Buffer.The other video project from Ceylo, that you can see on the wiki forum, is pretty good at playing HD videos, it has no performances problem so far.
That's basically what sf::Image::UpdatePixels do, and the only faster solution is maybe to use OpenGL PBOs (pixel buffer objects).
If I remember correctly, sf::RenderWindow uses OpenGL in the background but hides it from you?
most x64 users will need the full graphics packageHi there,
That's exactly what I do. sfml-window provides a raw OpenGL context, nothing fancy on top of it. The rendering stuff is entirely left to the user. Using sf::RenderWindow means that you use the advanced features of the 2D SFML API (not just a window); if you want something minimal then you already have too much here.
There is no performance gain. Getting rid of external dependencies will only remove features from SFML. So what's the point?
Which libraries are you talking about exactly? freetype and libjpeg? What's the problem with these libraries? On Windows they are statically linked, and on Linux everybody has them. And from what you said, you don't need the graphics module at all, do you?