La bande-annonce donne bien envie !

J'espère que le fun sera au RDV et que les développeurs auront la bonne idée d'éviter certaines tares des jeux d'époque (comme par exemple le fait de devoir tourner en rond comme un débile pendant 1 heure pour trouver quelle porte peut bien ouvrir la clé qu'on vient de chopper).

En 2018, sortir un mod d'habillage de Duke3D et essayer de le vendre, il fallait oser !
Je crois qu'on touche à mes limites du concept de vieux geek nostalgique.
Hail to the King baby !

Ce qui fait mal surtout, c'est que le jeu n'utilise pas nombre de possibilités qu'offre normalement le moteur build. Comme le fait de pouvoir boire l'eau des bouches d'incendie pour se redonner de la vie, de casser des vitres, etc... En fait, on se demande si ils ne nous mènent pas en bateau. Pour moi, ils nous enfument, quand ils disent que c'est Build qui fait tourner leur jeu. Avec build, les objets comme les poubelles n'avaient pas le problème de déformation que l'on constate quand on regarde les objets en abaissant sont regard. En plus, on ne montait pas automatiquement sur une barrière ou une chaise, comme c'est le cas dans ion maiden. Et je ne parle pas des miroirs qui bizarrement sont tous cassés.

Ca sent l'embrouille tout cela. Pour moi, ce n'est pas build qu'ils utilisent. Même si certaines choses comme les portes sont faites pour donner l'impression que c'est lui. Si ils utilisaient build, ils n'auraient pas besoin de faire des toilettes en "dur" ou les vitres incassables ne donneraient pas l'effet qu'elles donnent ici. Et puis, les chargements entre les zones font penser furieusement à GoldSource, ceux qui ont joué à Half life ont du avoir aussi cette impression. Après, le moteur en question est loin d'avoir la fluidité de GoldSource et c'est honteux pour un moteur prétendant être build.

Pourtant il a tout d'un jeu sous Build, il utilise comme Duke Nukem 3D un fichier ".grp" (ici "maiden.grp" au lieu de "DUKE3D.GRP") et il y a dans les fichiers du jeu un "buildlic.txt" contenant la licence pour Build :

[i]BUILD SOURCE CODE LICENSE TERMS: 06/20/2000

[1] I give you permission to make modifications to my Build source and
distribute it, BUT:

[2] Any derivative works based on my Build source may be distributed ONLY
through the INTERNET.

[3] Distribution of any derivative works MUST be done completely FREE of
charge - no commercial exploitation whatsoever.

[4] Anything you distribute which uses a part of my Build Engine source
code MUST include:

[A] The following message somewhere in the archive:

// "Build Engine & Tools" Copyright (c) 1993-1997 Ken Silverman
// Ken Silverman's official web site: "http://www.advsys.net/ken"
// See the included license file "BUILDLIC.TXT" for license info.

This text file "BUILDLIC.TXT" along with it.

[C] Any source files that you modify must include this message as well:

// This file has been modified from Ken Silverman's original release

[5] The use of the Build Engine for commercial purposes will require an
appropriate license arrangement with me. Contact information is
on my web site.

[6] I take no responsibility for damage to your system.

[7] Technical support: Before contacting me with questions, please read
and do ALL of the following!

[A] Look through ALL of my text files. There are 7 of them (including this
one). I like to think that I wrote them for a reason. You will find
many of your answers in the history section of BUILD.TXT and
BUILD2.TXT (they're located inside SRC.ZIP).

If that doesn't satisfy you, then try going to:

"http://www.advsys.net/ken/buildsrc"

where I will maintain a Build Source Code FAQ (or perhaps I might
just provide a link to a good FAQ).

[C] I am willing to respond to questions, but ONLY if they come at a rate
that I can handle.

PLEASE TRY TO AVOID ASKING DUPLICATE QUESTIONS!

As my line of defense, I will post my current policy about
answering Build source questions (right below the E-mail address
on my web site.) You can check there to see if I'm getting
overloaded with questions or not.

If I'm too busy, it might say something like this:

I'm too busy to answer Build source questions right now.
Sorry, but don't expect a reply from me any time soon.

If I'm open for Build source questions, please state your question
clearly and don't include any unsolicited attachments unless
they're really small (like less than 50k). Assume that I have
a 28.8k modem. Also, don't leave out important details just
to make your question appear shorter - making me guess what
you're asking doesn't save me time!

----------------------------------------------------------------------------
-Ken S. (official web site: http://www.advsys.net/ken)
[/i]

Lord casque noir : Tu confonds modélisation en 3D et sprites 2D concernant ce qui est déformé ou non (et le Build engine permet les 2 sans problème)
Idem concernant le fat de pouvoir boire de l'eau ou monter automatiquement sur des meubles : ce sont des scripts et des instructions qui n'ont pas grand-chose à voir avec le type de moteur, juste le choix de devs de mettre ces détails et "fonctions" en place ou non.

Ce que tu décris est aussi pertinent que d'affirmer que puisqu'il n'y a pas de Navis modélisés dans Unreal Tournament contrairement à Unreal premier du nom, alors ce n'est pas l'unreal engine : faire reposer la "véracité" d'un moteur graphique sur le choix que les devs ont fait quant à son utilisation.