SFML tutorial video

[BeautiCode]

I made this vid, tell me what you think.


I thought id share it. Ik I shouldce gone over sf::Text though

[Mörkö]

No voice narration in a programming tutorial video is an instant deal breaker.

0 / 10

[Jesper Juhl]

I tried watching this. But after 1-1.5 minutes I came to the conclusion that it was just a silent slideshow. Useless without a narrative explaining what's going on.

[Hapax]

I got as far as noticing that you used:

#include "SFML/Graphics.hpp"

and then my mind exploded.

[BeautiCode]

THANKS FOR THE FEEDBACK!

[Hapax]

__YOU_ARE_WELCOME__

[G.]

I can't even read the comments, too tiny and blue. Anyway I stopped when I saw that your first class was named Misc.
Why would you do a tutorial about something you just learn? And why in video?? There are enough bad tutorials on the internet.

[Hapax]

Thought I'd give it a bit of a chance. Wondered if we were all missing something awesome later on.
By 5 minutes in, however, you'd commented about a render window constructor. You say it takes 2/3 arguments. Actually, it can take 4. No biggy; you can miss that out with no consequences. But then:

the third one I forgot, I think it takes something inside sf::Style

You're giving a tutorial on something you don't remember how to use.
You follow that with:

You can look it up on the documentation.

You can find complete examples there too. I'm not sure what your tutorial is for.

[Nexus]

I can only agree with what was written so far. It is nice that you want to help people, but please don't create video tutorials unless you're absolutely sure of what you're telling and you really add something over the existing resources (i.e. the official tutorials and documentation). Otherwise, everybody loses precious time: you as the creator of the tutorial, people watching it who don't really learn what they expect and have to re-learn things, and the forum community which has to rectify mistakes and explain the content.

Furthermore, this is a project, and as such it has been posted in the wrong forum. I don't know what people expect from posting in "General Discussions" (maybe more attention?), but I've noticed it happens more often lately. This section really concerns only discussions about SFML in general, meaning its fundamental design, its development process, and so on. Personal projects -- be it games, applications, tutorials or articles, should be part of the Projects section.

[BeautiCode]

Thanks for the feedback! 
So basically:
-Lack of voice narration
-Hard to read comments.
-Initial lack of description due to me forgetting additional constructor arguments of sf::RenderWindow
-the misc class? (Btw I don't usually just make a misc class and put all the classes in one, but. I wanted to make a really quick tutorial.)

And sorry about the wrong section,  I just thought the projects section was only for distribution of C++ sources/executables.

Next time will be much better

[Gobbles]

I got as far as noticing that you used:

#include "SFML/Graphics.hpp"

and then my mind exploded.

Don't you know, all the cool kids include everything nowadays, even if it's not even remotely touched. I deal with this at work on a daily basis... it makes me want to strangle someone.

[Hapax]

Actually, it was more the use of quotes for the inclusion that got me, rather than the inclusion of the entire module. Even though the use of quotes would work (when it fails, it reads it as if < and > are used), it reads as though you expect the inclusion to be from the current working directory.