1
General / Re: Drawing Sprites to the Window
« on: May 05, 2016, 10:07:25 pm »
Read the name backwards and you should see it 
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.
2
SFML game jam / Re: 5th SFML Game Jam
« on: March 23, 2016, 08:47:24 pm »
Mine was a complete non-starter for life reasons - dealing with my personal information being stolen and used for serious fraud, getting sick with norovirus which I still haven't shaken off fully etc.
It's unfortunate, especially since I was so visibly keen to be involved right up until the first day of the jam, which was the same day I discovered my details had been stolen. I'm hoping to somewhat make up for this by turning what would have been my entry into a fully open source game with all the trimmings.
It's unfortunate, especially since I was so visibly keen to be involved right up until the first day of the jam, which was the same day I discovered my details had been stolen. I'm hoping to somewhat make up for this by turning what would have been my entry into a fully open source game with all the trimmings.
3
SFML game jam / Re: 5th SFML Game Jam
« on: March 09, 2016, 08:56:02 pm »
Personally I'm trying not to overthink it and am just going for 'success gets rewarded, failure also gets rewarded but in a different way'. I'm thinking failures on a small scale rather than an overall failure - for me it's easier to meet the brief that way.
4
SFML game jam / Re: 5th SFML Game Jam
« on: March 09, 2016, 08:29:04 pm »this is either a) a very clever, philosophical theme that will require some actual thought, or b) the complete opposite.
I'll either be flattered or offended depending on which you end up plumping for
The idea popped into my head when I was thinking about idioms that might make for a good theme. It was the one theme I suggested that I didn't already have an idea for - but that's how it goes!
5
SFML game jam / Re: Wanna another? (early 2016 edition)
« on: February 04, 2016, 08:52:34 am »
No objections from me.
6
SFML game jam / Re: Wanna another? (early 2016 edition)
« on: January 21, 2016, 07:36:24 pm »
I'm with Tank, one single weekend is pretty much impossible for me (and I've tried twice now)
7
SFML projects / Re:creation - a top down action rpg about undeads
« on: October 06, 2015, 06:09:03 pm »
I think it was more of a demonstration of the versatility of his solution rather than "this is how I want it to look", but I do agree that it does look rather odd to have flat colours - especially the snow one, due to the lack of translucency
8
General discussions / Re: Fundraiser for a Mac mini
« on: September 18, 2015, 05:29:32 pm »
I swear that's an access point and not a computer... 
Good job everyone!
Good job everyone!
9
General discussions / Re: SFML Blueprints - Another SFML book
« on: September 12, 2015, 01:48:24 pm »
It's possible to get VS to understand alternative operator tokens, according to http://stackoverflow.com/questions/24414124/why-does-vs-not-define-the-alternative-tokens-for-logical-operators. Even so, as far as I'm aware their usage isn't all that common (except where I work right now, where the coding standard mandates their use...)
10
General discussions / Re: Shader uniform API -- part II
« on: September 03, 2015, 04:03:48 pm »
Speaking from personal experience, in a literal-string-heavy application, there is a noticeable difference in having that extra allocation; but we're talking web servers, HTML / JSON generation etc. here with all the string manipulation that entails, so way above the amount of string processing that SFML's shader API is going to have to deal with.
11
SFML website / Re: Are installation videos possible?
« on: August 28, 2015, 08:44:48 pm »
As was mine. I was just ribbing my buddy Tank
12
SFML website / Re: Are installation videos possible?
« on: August 28, 2015, 04:21:42 pm »Ye just look at Tank
Wait, what? Tank is old. Like, really, really, really old.
Possibly older than time itself.
13
Feature requests / Re: A couple suggestions
« on: August 25, 2015, 04:50:08 pm »
I think we've got all the mileage we can get over potential name changes for audio classes; I'm sure the SFML team have enough pro and con arguments to make a final decision and close the matter.
It's good that many people are taking such a keen interest in the development of the library itself, and it's clear that there's a lot of passion for it.
It's good that many people are taking such a keen interest in the development of the library itself, and it's clear that there's a lot of passion for it.
14
Feature requests / Re: A couple suggestions
« on: August 24, 2015, 04:27:40 pm »sf::Texture is named for its specific use case (and its location) when it's really just an image.
sf::Sprite is named for its specific use case when it's really just a rectangle, or a vertex array.
I'm not sure these examples correlate with mine. Both of these terms are industry standard for a particular concept, if you will, whereas 'Music' just implies that the class is to be used with one specific type / style of audio (texture doesn't imply certain types of images, for example - or perhaps it does and I just interpret that word differently to everyone else
).I should add that I think that very few people have ever been all that fussed by this (at least none that I'm aware of, besides this topic). It's perhaps an oddity at worst, and certainly not a dealbreaker by any means.
15
Feature requests / Re: A couple suggestions
« on: August 24, 2015, 03:58:56 pm »Some may consider them to the music of nature.
We're programmers, we shouldn't be that poetic!
I still find it odd that the class is named for a specific use case (music) rather than what it actually is (audio stream). I don't really feel all that strongly either way, but it seems at odds with the rest of the library.