Messages

61

Feature requests / Re: Progressive jpeg support?

« on: June 28, 2013, 06:15:35 pm »

The app I'm porting displays content which has been fetched online, some is progressive. There's no advantage, I'm just lazy. I'll work around it.

Merci!

62

Feature requests / Re: Progressive jpeg support?

« on: June 28, 2013, 04:19:49 pm »

I see now that SFML uses stb_image for image loading. I guess progressive jpegs are not on the way then :/

Merci!

63

Feature requests / Progressive jpeg support?

« on: June 28, 2013, 04:17:15 pm »

Hey Laurent.

Are there any plans to support progressive jpegs or should I work around it?

Merci!

64

General / Re: Dead view when returning from standby on windows

« on: June 28, 2013, 02:29:31 pm »

Hey Laurent.

I did some further testing on different setups, and it turns out I can only reproduce the problem when sfml is running in a windows virtual machine (hosted by parallels on os x to be specific). Still wondering if there is a way to recover from this state as I have not had any problems with other opengl apps.

Merci!
myl

65

General / Dead view when returning from standby on windows

« on: June 27, 2013, 05:42:05 pm »

Hey.

I'm experiencing a black screen issue when my windows machine returns from standby. It is not related to my code, because it also happens with the precompiled SFML win32 spinning troll example.

After the view enters this dead state i get an error message when attempting to load textures:
Failed to create texture, its internal size is too high (180x61, maximum is 0x0).

I tried solving it by spawning a new renderwindow (although i would need a way to detect deadness for this approach do any good), but new renderwindows are just as dead.

setActive on RenderWindow does no good.
 
Eergh?

66

DotNet / Re: Error handling in .Net

« on: June 14, 2013, 05:25:23 pm »

Would it make sense to expose a function that takes a stream or filehandle/filepath to reroute the stderr?

67

DotNet / Re: Error handling in .Net

« on: June 14, 2013, 04:53:42 pm »

The LoadingFailedException provides no information to my knowledge? I would very much like to log the reason to have any chance of debugging whenever a user reports an error. It also seems a lot of useful information is being outputted without throwing exceptions.

68

DotNet / Error handling in .Net

« on: June 14, 2013, 03:52:12 pm »

Hey Laurent and other SFML users.

I'm currently moving a project from SDL to SFML. Happy times, except when it comes to error handling. Going through forum threads on the topic I understand this is not an easy fix. Typed errors is a luxury, but I would be happy if I can just reroute or catch the messages in std err somehow. Has anyone had luck with this? This does not work for me: http://stackoverflow.com/questions/1579074/redirect-stdoutstderr-on-a-c-sharp-windows-service

I've attempted to make a wrapper around the sf::err stream in the excluded SFML System module, but with no luck, as a am merely a mortal C# developer.

Help! I need my errors!