C'est du très beau travail, encore félicitations .

Concernant les lumières, comment fait tu pour envoyer les informations de position, couleur, radius etc. au shader, tu utilises des tableaux où tu envois ces informations à l'aide de textures. c'est juste une question de curiosité et tant donné que je m'intéresse un peu à OpenGL.

Pour ce qui est du logo, je préfère le premier aussi .

Erwan28250 a écrit:

C'est du très beau travail, encore félicitations .

Merci !

Erwan28250 a écrit:

Concernant les lumières, comment fait tu pour envoyer les informations de position, couleur, radius etc. au shader, tu utilises des tableaux où tu envois ces informations à l'aide de textures. c'est juste une question de curiosité et tant donné que je m'intéresse un peu à OpenGL.

Ces informations sont envoyée par uniforme, via plusieurs appels à glUniform* pour l'instant (mais avec le nouveau Renderer je vais passer à un uniform block, que ça soit avec Vulkan ou OpenGL  ).

Erwan28250 a écrit:

Pour ce qui est du logo, je préfère le premier aussi .

Merci je me sens moins seul !  Mais je pense demander à mon ami designer de tenter un mélange des deux.

Toujours plus impressionnant, tout ça !

Pour le logo, je trouve que le premier n'est pas assez lisible. Peut-être épaissir les traits ?

Par contre, j'aime son petit côté "triangle de Penrose"

J'aime bien le premier logo mais le fait que les "A" soient différents donne un rendu un peu bizarre...

Le second est pas mal mais fait trop "Times New Roman". J'opterai pour une modification du premier, pour le rendre plus régulier. Le "R" est aussi un peu bizarre. Le "Z" est parfait ceci dit !

Moi, j'aime bien le deuxième, mais sur les deux, il y a une sorte de spot de lumière que je trouve bizarre...

Hello :-) 

En tant que "vieux" sur le sujet, je suis content de voir que le projet avance  -- Perso, j'ai une préférence pour le deuxième logo, j'ai l'immpression que le 1er logo utilise plusieurs style écriture différents. Le R est étrange^^

Je voulais d'ailleurs savoir, car je ne touche pas trop à l'aspects technique du moteurs, si tu avais toujours en tête le projet de jeu de programmation ? il me semble que c'était utopia ? 

Hello,
Déjà, comme à chaque message, bravo pour le travail réalisé (et de ne pas t'être découragé depuis tout le temps que tu est sur ce projet)
Personellement, je trouve le deuxième plus lisible, mais je trouve qu'aucun des logo ne correspond à l'aspect moderne de ton moteur, il font très "vieux" (dans le sens "passé de mode" ^^). Je pense que tu gagnerai bcp à faire appel aux services d'un graphiste pro, pour avoir un set d'image de com' qui donnerait plus de crédibilité à ton projet parce que là, je crois que je préfère encore le logo d'ogre xD

@charlesfire: Ce n'est qu'un morceau du fond qui n'appartient pas au logo

@edouard22:

Je crois que tu as modifié quelque chose dans :

NazaraEngine\include\Nazara\Core\MemoryHelper.hpp

#elif defined(NAZARA_COMPILER_CLANG) || defined(NAZARA_COMPILER_GCC) || defined(NAZARA_COMPILER_INTEL)
#include <alloca.h>

alloca.h n'existe pas sous windows

Effectivement, on me l'a fait remarquer il y a peu et le problème est déjà corrigé, mais merci de ton retour !

Mais ça fait deux fois que tu me fais remarquer plutôt rapidement que le moteur ne compile pas après une modification de ma part (d'ailleurs le moteur dispose depuis peu d'une intégration continue pour Visual Studio, d'autres plateformes à venir !), et donc je suis curieux, tu utilises Nazara pour tes propres projets ?

(ou il scrute le code à la recherche de ZE feature qu'il pourrait aussi ajouter à GZE :P)

Lynix a écrit:

..donc je suis curieux, tu utilises Nazara pour tes propres projets ?

Oui en quelques sortes, je développe un outil pour compiler du C++ plus facilement sous Windows.

Nazara est le candidat idéal pour tester ça    Je vous reviens là dessus bientôt .

Merci pour la correction.
Tu semble avoir ajouté Clang comme compilateur.
Je me demande si ça va passer sur Windows, on risque d’avoir le même problème. Avec Windows comme plateforme cible, on peut compiler de 2 façons avec Clang, l’une avec compatibilité de l’ABI MSVC, et l’autre GNU (Pour celle-ci c’est mort, car ça ne supporte pas les exceptions).
Avec l’ABI MSVC, si tu considère la compilation comme NAZARA_COMPILER_MSVC ça pourrait peut-être passer ou sinon il faudrait faire un define plus spécifique.

-
Edité par Maeiky 16 septembre 2016 à 19:42:23

Maeiky a écrit:

Oui en quelques sortes, je développe un outil pour compiler du C++ plus facilement sous Windows.

Nazara est le candidat idéal pour tester ça    Je vous reviens là dessus bientôt .

Personnellement (et surtout vu la facilité que j'ai eu à configurer AppVeyor), je ne trouve pas qu'il soit très compliqué de compiler du C++ sous Windows, mais j'attends de voir.

Maeiky a écrit:

Merci pour la correction.

Tu semble avoir ajouté Clang comme compilateur.
Je me demande si ça va passer sur Windows, on risque d’avoir le même problème. Avec Windows comme plateforme cible, on peut compiler de 2 façons avec Clang, l’une avec compatibilité de l’ABI MSVC, et l’autre GNU (Pour celle-ci c’est mort, car ça ne supporte pas les exceptions).
Avec l’ABI MSVC, si tu considère la compilation comme NAZARA_COMPILER_MSVC ça pourrait peut-être passer ou sinon il faudrait faire un define plus spécifique.

Clang compile le moteur sans problème (en tout cas sur Linux), pour ce qui est de Windows il faut voir, mais Clang est un caméléon par excellence (il se fait passer pour GCC et ça ne m'étonnerait pas qu'il se fasse passer pour MSVC également avec Windows comme target).

Encore bien plus facile, avec également de nombreux outils: sanitizer , meilleur output, multi-process compilation etc, etc.

J'ai toujours le bug de SocketImpl.cpp

N'étant pas expert de git, faut-il que tu update la branche principal, ou bien de mon coté comment j’obtiens les dernières modif, avec la commande "clone" par exemple?

Maeiky a écrit:

J'ai toujours le bug de SocketImpl.cpp

N'étant pas expert de git, faut-il que tu update la branche principal, ou bien de mon coté comment j’obtiens les dernières modif, avec la commande "clone" par exemple?

Un simple git pull fera l'affaire normalement, de mon côté j'ai réussi à compiler la branche master avec MinGW (version fournie avec CodeBlocks) sans problème aujourd'hui même.

Un pull suivi d'un clone me dit "Already up-to-date.".

Le problème justement c'est que Code::Block utilise MinGw 4.9.2 alors qu'on est rendu à 6.2.0

Hello !

Voici un bref aperçu des principales commandes utilisées avec git. L'explication est grossière et se veut simpliste : il y a en effet pléthore de tutos sur internet relatant de git.

git clone repo.git # Cloner un dépôt dans un nouveau répertoire.

git pull # Récupérer les modifications qu'il y a sur le serveur distant.
         # Peut entraîner des conflits si les modifications locales coïncident avec celles distantes.

git status # Affiche l'état du dépôt local.
           # Indique notamment si des modifications non encore publiées existent.

git add directory # Ajoute les fichiers du répertoire à l'index.
                  # Ceux-ci seront pris en compte lors du prochain commit.

git commit -m "commit comment" # Sauvegarde les changements MAIS en local.

git push # Publie le travail sur la branche master (ou la courante --> je ne sais plus trop).
         # on peut aussi effectuer: git push branch

Ainsi, voici un possible enchaînement de commandes git:

# Clôner un déoôt
git clone repo.git

# Je modifie des fichiers dans le dépôt.
# Je peux vérifier que des modifications ont eu lieu.
git status

# Je sauvegarde mon travail en local.
git add .
git commit -m "change + refactor"

# Je suis prêt pour publier mon travail.
# Mais avant (surtout en cas de collaboration autour d'un projet)
git pull

# S'il y a conflits après le pull, résoudre ceux-ci.
# Ensuite
git add .
git commit -m "commit message"
git push

Dans ton cas donc,

• soit tu n'as pas encore réalisé de modifications importantes, auquel cas tu peux recloner le dépôt (à un nouvel emplacement ou en supprimant l'ancien repository de ton disque dur) et tout devrait être ok.
• soit tu veux conserver ton travail et dans ce cas, il faudra "pull" (depuis le repository que tu as précédemment "pull"). Cela peut par contre entraîner des conflits.

-
Edité par Anonyme 18 septembre 2016 à 6:29:23

Merci misterFad

Mais si: https://github.com/DigitalPulseSoftware/NazaraEngine/blob/master/src/Nazara/Network/Win32/SocketImpl.cpp
ne correspond pas à : https://github.com/DigitalPulseSoftware/NazaraEngine/commit/4311e7bfbef2dd7edd2935790dcbdd83afd5111d

C'est que ce n'est pas la même branche?

Euh je n'ai pas vraiment compris la question. Aussi, le second lien ne s'ouvre pas dans mon navigateur (peut-être est-il foireux). J'ignore ce que tu as déjà essayé avec Git mais tu pourrais peut-être vérifier si un "git clone" te permet de recommencer sur de bonnes bases. Quoique, normalement, si Lynix a bien "push", un "git pull" de ton côté devrait suffire.

À cette page: https://github.com/DigitalPulseSoftware/NazaraEngine/tree/master/src/Nazara/Network/Win32

À coté de SocketImpl.cpp : Network/SocketImpl: Fix compilation for recent MinGW versions

Le bug est bien corrigé dans le commit, donc je crois qu'il manque juste un petit pull de Lynix

Maeiky a écrit:

Mais si: https://github.com/DigitalPulseSoftware/NazaraEngine/blob/master/src/Nazara/Network/Win32/SocketImpl.cpp
ne correspond pas à : https://github.com/DigitalPulseSoftware/NazaraEngine/commit/4311e7bfbef2dd7edd2935790dcbdd83afd5111d

C'est que ce n'est pas la même branche?

Mais ça y correspond ?

Maeiky a écrit:

À cette page: https://github.com/DigitalPulseSoftware/NazaraEngine/tree/master/src/Nazara/Network/Win32

À coté de SocketImpl.cpp : Network/SocketImpl: Fix compilation for recent MinGW versions

Le bug est bien corrigé dans le commit, donc je crois qu'il manque juste un petit pull de Lynix

Tu veux dire un push j'imagine, et les modifications sont bien push, ce fichier est à jour, je ne vois pas du tout le souci ?

Oups mon erreur

Donc en fait c'est que tu n'as pas corrigé le problème :

struct tcp_keepalive
{
    u_long onoff;
    u_long keepalivetime;
    u_long keepaliveinterval;
};

Elle est déjà défini dans "ws2tcpip.h"

Avec Clang ça aurait été facile de faire un "__has_include" , sinon tu pourrais détecter la version comme : 

 #if __GNUC__ < 5
struct tcp_keepalive
{
    u_long onoff;
    u_long keepalivetime;
    u_long keepaliveinterval;
};
#endif

Edit:

Ya aussi un autre problème un peu gênant, les dll Newton et assimp demande VCRUNTIME140.dll
Ça prend donc obligatoirement le "Redistributable" de Visual Studio pour faire tourner Nazara

-
Edité par Maeiky 19 septembre 2016 à 7:53:58

Maeiky a écrit:

sinon tu pourrais détecter la version comme : 

 #if __GNUC__ < 5
struct tcp_keepalive
{
    u_long onoff;
    u_long keepalivetime;
    u_long keepaliveinterval;
};
#endif

Ça semble fonctionner (testé avec MinGW 4.9 et MinGW 5.1), j'ai commit, merci pour le correctif.

Maeiky a écrit:

Ya aussi un autre problème un peu gênant, les dll Newton et assimp demande VCRUNTIME140.dll
Ça prend donc obligatoirement le "Redistributable" de Visual Studio pour faire tourner Nazara

Effectivement, c'est parce que j'ai compilé Newton avec Visual Studio (ce que MinGW accepte) avec le runtime en shared visiblement, il va falloir que je recompile tout ça.

D'ailleurs je pense de plus en plus à compiler ces dépendances en statique (Newton et Assimp), ainsi qu'à éjecter libsndfile, ça me permettra de me débarrasser des dépendances dynamiques (en plus du moteur).

Il faudra ensuite que je regarde pour proposer de nouveau la compilation de Nazara en statique.

Bref désolé si c'est embêtant pour le moment, j'essaierai de regarder ça sous peu.

Voila ce qui me permet de dire que les avancer technologique feront que la frontière en GPU et CPU vont s'éffacer :

http://www.developpez.com/actu/103061/Des-chercheurs-concoivent-un-processeur-de-25-coeurs-que-les-centres-informatiques-pourraient-adapter-pour-connecter-un-demi-milliard-de-coeurs/

Lynix a écrit:

Ça semble fonctionner (testé avec MinGW 4.9 et MinGW 5.1), j'ai commit, merci pour le correctif.

Super ça marche #1 , j'inclue donc Nazara comme première démo (compilable automatiquement)
Je vais publier une première version de mon projet demain.

Je me demandais, tu as fais plein de démos de particules et tout, mais elles ne se retrouvent pas dans tes sources, ce qui aurai été intéressant à tester.

Maeiky a écrit:

Super ça marche #1 , j'inclue donc Nazara comme première démo (compilable automatiquement)

Je vais publier une première version de mon projet demain.

J'ai hâte de voir ça

Maeiky a écrit:

Je me demandais, tu as fais plein de démos de particules et tout, mais elles ne se retrouvent pas dans tes sources, ce qui aurai été intéressant à tester.

Effectivement, un des gros reproches qu'on peut me faire c'est de montrer pas mal de choses mais de ne pas distribuer les sources de ces démos (le pire étant encore avec la démo House qui est la plus intéressante du moteur), la raison derrière est toute simple: généralement j'implémente très mal ces démos car mon objectif est avant tout d'obtenir un résultat, pas de le faire d'une façon maintenable ou même présentable.

Sans oublier le fait que ces démos datent d'un temps où l'interface du moteur était plutôt instable, la preuve: pour adapter le code de ces démos aujourd'hui, il vaut encore mieux les refaire.

Néanmoins je suis conscient de ce défaut et je compte bien y remédier, c'est la raison pour laquelle je fais une démo présentant les particules (car bien qu'intégrées récemment dans le SDK, elles font partie du moteur depuis deux ans déjà), tout en m'essayant à quelques idées pour un éventuel futur jeu de programmation impliquant des vaisseaux. 

Je pensais d'ailleurs refaire la démo House en mieux, en bien architecturé et en open-source. 

Concernant la démo des particules, elle n'est pas encore prête, je vais essayer de la sortir pour la fin du mois (autant me mettre une deadline quitte à ne pas la respecter, sinon je ne vais jamais le faire).

Lynix a écrit:

Ce qui est drôle c'est le fait de voir que même si tout le monde ne parle pas, on voit qu'il y a quand même au moins 10 personnes activent sur ce sujet, et qui suivent et lisent les avancements (d'où les 13 ups) !

Et ça, c'est COOL !

Com

Lynix a écrit:

Maeiky a écrit:

Super ça marche #1 , j'inclue donc Nazara comme première démo (compilable automatiquement)

Je vais publier une première version de mon projet demain.

J'ai hâte de voir ça

Comme promis, et pour ceux que ça intéresse, voir: CWC

En espérant que ça fonctionne de votre coté