Le Breakpoint 2009 est maintenant terminé, et,
tout comme les années précédentes, cela aura été un véritable succès ! Ce concours convie les demomakers les plus dingues à se rassembler pour montrer leurs réalisations en matière de Demoscene, autant le dire tout de suite : on ne peut pas faire plus impressionnant
!
Dans cette news je vais donc vous faire un petit récapitulatif de ce qui s'est passé cette année. Mais avant tout, je vous dois quelques explications.
La « Demoscene » ?
Je suppose que, comme beaucoup de monde, vous ne connaissez pas ce terme ou bien vous n'en avez que très vaguement entendu parler. Il s'agit pourtant d'un univers assez incroyable qui mériterait d'être bien plus connu qu'il ne l'est actuellement. On peut le considérer comme étant la branche artistique de la programmation (ça c'est ma définition, libre à vous de la contredire
) car son but principal est de réaliser une « vidéo ».
La Demoscene consiste donc à créer des vidéos
sous forme d'exécutables, ce sont des demos et celles-ci sont réalisées par des demomakers. Comme ce sont des exécutables, ceux-ci ne peuvent pas être exécutés sur n'importe quelle machine, les demomakers doivent donc choisir la plateforme sous laquelle ils souhaitent développer. Généralement, on retrouvera donc diverses machines comme le PC (devenu incontournable), l'
Amiga, le
Commodore 64, et autres bestioles venues des anciens temps...
Je précise tout de suite une chose concernant le développement sur les PC : Linux est très largement déprécié en raison de nombreuses instabilités dans la réalisation de demos, Windows lui est donc préféré. D'ailleurs le Breakpoint ne propose que Windows comme système d'exploitation afin de présenter les demos réalisées.
En ce qui concerne Mac OS, les développeurs ont été gentils cette année : deux des demos listées dans cette news sont compatibles avec ce système, je vous l'indique quand c'est le cas.
L'histoire de la Demoscene
La Demoscene possède des origines plutôt sombres, elle est plus ou moins sortie des milieux "underground" car son premier domaine de prédilection était dans tout ce qui concernait
le cracking de logiciels ou jeux vidéos. En effet, à une époque, beaucoup de crackers réalisaient une petite animation avec une musique de fond qui s'affichait avant le lancement du programme cracké. Au fil du temps, ces animations sont devenues de plus en plus complexes et cette « expression artistique » est finalement devenue une activité à part entière nommée Demoscene.
Au passage, je précise que la Demoscene est une activité essentiellement Européenne et est largement moins pratiquée sur les autres continents. Enfin quelque chose qui ne nous vient pas des Etats-Unis
.
Le contenu des demos
Alors là on peut dire que c'est on ne peut plus libre ! Une demo peut très bien raconter une histoire mais ce n'est généralement pas le cas. La plupart du temps les demos sont constituées d'animations d'objets plus ou moins étranges et n'ayant pas de signification précise, et pourtant cela est loin d'être inintéressant. Alors bien sûr il faut rester limpide : cela intéressera le geek moyen mais pas la personne qui ne fait que regarder ses mails (j'ai déjà montré à un ami, ça ne passe pas
).
L'histoire est donc négligée dans l'ensemble, toutefois c'est loin d'être le cas pour les graphismes, la musique et le poids de l'exécutable, tout doit être impeccable à ce niveau là. Par exemple, si une demo possède une animation rythmée par la musique cela aura déjà plus d'effet que sur une demo qui n'en a pas, c'est tout bête (encore que...) mais ça a son effet.
L'organisation et la création d'une demo
Créer une demo n'est pas de tout repos, tout d'abord il faut être inventif pour concevoir des animations, un décor et une mise en scène intéressante, et il faut aussi une bonne musique d'accompagnement. C'est pourquoi, la plupart du temps, on retrouve plusieurs types de personnes pour réaliser une demo : un graphiste, un musicien, un programmeur. Ces trois-là travaillent donc de concert (le premier qui fait une blague avec le musicien, je le balance par la fenêtre
) pour faire une demo acceptable qui possèdera une bonne cohérence entre l'affichage et le son.
Toutefois, on peut dire que celui à qui incombe la plus grosse part du travail est le programmeur (je parle ici d'une seule personne mais généralement ils sont plusieurs). En effet, c'est lui qui va devoir tout coder mais c'est aussi lui qui va devoir faire tout le travail d'optimisation pour que l'exécutable ne pèse pas plus que le poids maximal autorisé par la catégorie qu'il a choisie.
Et il se trouve justement que les poids maximaux sont assez « sévères ». Pour chaque catégorie il en existe un différent, une demo dont le poids serait supérieur à celui autorisé se verrait alors immédiatement disqualifiée. Ci-dessous, vous trouverez les catégories en question avec les poids maximaux autorisés :
| PC |
|---|
| Demo |
64 Mo |
| Intro 64 Ko |
64 Ko |
| Intro 4 Ko |
4 Ko |
| Amiga |
|---|
| Demo |
20 Mo |
| Intro 64 Ko |
64 Ko |
| Intro 4 Ko |
4 Ko |
| Commodore 64 |
|---|
| Demo |
1.2 Mo |
| Intro 4 Ko |
4 Ko |
Bon, pour la catégorie "Demo" il n'y a pas de problème, cependant je pense que vous avez déjà un peu plus de mal à imaginer la chose pour les "Intros" de 64 Ko et 4 Ko. Et pourtant, c'est possible ! Certes, ce n'est pas de tout repos et c'est bien pour cela que c'est le programmeur qui récupère la plus grosse part du travail à réaliser.
D'ailleurs, pour arriver à ses fins, ce dernier devra user et abuser de tout son savoir en programmation mais aussi suivre certaines règles bien précises dont nous allons justement parler ci-dessous.
La conception d'une Demo légère (pour les Intros 64 Ko et 4 Ko)
Je ne sais pas si vous-même vous faites de la programmation logicielle, mais si c'est le cas vous avez sûrement remarqué une chose : rien qu'en incluant le minimum de bibliothèques (voir même aucune) vous dépassez déjà le poids maximal de 64 Ko (alors imaginez la chose pour 4 Ko). Alors comment diable les demomakers arrivent-ils à leurs fins
?!
Tout est une question de logique, il faut d'abord savoir que les bibliothèques que vous ajoutez dans votre code font déjà un poids non-négligeable car elles contiennent toutes les fonctions dont un développeur pourrait avoir besoin, or le demomaker lui n'a pas besoin de tout ça, il lui faut se restreindre au minimum. Pour atteindre ce but il lui faut donc recoder les fonctions dont il va se servir (ça fait du boulot oui).
Il y aussi une autre chose à savoir : les bibliothèques graphiques telles que DirectX ou OpenGL sont déjà intégrées au système d'exploitation, ce qui fait que si un exécutable est lié à l'une d'entre elles, son poids ne viendra pas s'ajouter à celui de la demo, c'est toujours ça de pris.
Un autre bon point est une bonne maîtrise du
compilateur, savoir le paramétrer correctement pour réduire drastiquement le poids de l'exécutable généré.
Venons-en maintenant à une question essentielle :
Dans quel langage doit-on coder ?
Demo "Roadside Picnic"Le choix est libre, un demomaker peut très bien coder en Java ou en Assembleur (deux langages très différents pourtant), mais il faut garder une chose à l'esprit : plus le langage est de bas niveau, mieux c'est. En effet, un langage de haut niveau intègre déjà lui-même un bon nombre de bibliothèques même si le développeur ne s'en sert pas, alors que pour un langage tel que l'Assembleur, il y a généralement de nombreuses bibliothèques à intégrer pour arriver à faire ce que l'on souhaite.
Bien, on sait maintenant qu'il faut recoder certaines fonctions, avoir une bonne maîtrise du compilateur, utiliser un langage bas-niveau, et pourtant cela ne suffit pas : les exécutables sont encore trop lourds !
La solution à ce problème vient d'elle-même : la compression ! Je ne parle pas ici d'une compression en
.zip ou autre car les concours ne prennent le poids en compte qu'une fois l'archive extraite. Non, je parle ici d'algorithmes de compression qui font que votre exécutable se compresse et se décompresse de lui-même (c'est une des raisons pour laquelle il y a des temps de chargement avant le lancement d'une demo).
Bon, là ne venez pas me demander comment ça marche, je n'en sais rien... Je connais juste le principe : tout l'exécutable est compressé sauf la partie qui contient l'algorithme de décompression, afin que ce dernier reste lisible et puisse s'exécuter (si un spécialiste en compression venait à lire ça, il me tuerait
).
Et enfin, une dernière chose : aucun fichier annexe ! Autrement dit, il ne faut jamais mettre de fichiers tels que des images, cela prend beaucoup trop de place ! Pour exemple, rien que la première miniature de cette news pèse à elle seule une dizaine de kilo-octets. La solution vient donc d'elle-même, les images (notamment utilisées pour les textures) doivent être générées par l'exécutable, c'est un peu
le principe des images vectorielles.
On va s'arrêter là pour la partie technique. Il existe d'innombrables méthodes pour réduire le poids d'un exécutable mais je ne peux pas tout vous expliquer car, premièrement, je n'en ai pas les compétences, et deuxièmement, c'est une
news, et non pas un
tuto (même si je commence à en douter
).
Le Breakpoint
Organisation et lieu de rendez-vous
Vue "coupée" du gymnaseLe concours en lui-même s'est déroulé dans un gigantesque gymnase situé dans une ville touristique d'Allemagne nommée
Bingen am Rhein. La salle principale contenait un écran géant de plus de 500 pouces capable d'afficher une résolution de 1920x1080 pixels (du FullHD pour les ignorants), ainsi que plusieurs dizaines d'ordinateurs.
Juste à titre d'information, l'accès au concours est payant et coûte 55€ que vous soyez demomaker ou bien simple visiteur, en payant cette somme vous avez accès au concours pour les 4 jours complets.
Les résultats du concours
Nous y voilà enfin ! Les résultats du concours ! Mais avant tout, une petite prévention :
La Demoscene est un milieu très exigeant en terme de matériel informatique. En effet, les algorithmes de décompression utilisés et le stockage en mémoire important font que pour faire tourner une demo il faut un ordinateur de puissance raisonnable. Cette alerte se justifie d'autant plus quand je vois que mon PC (vieux mais pas pourri non plus) n'a pas pu faire tourner correctement une seule des 3 premières Intros 4 Ko, j'ai été obligé de les regarder sur Youtube et croyez-moi, ça me fait mal dans mon petit cœur (vous pouvez pleurer avec moi si vous voulez
).
Au moins c'est dit, si votre PC crash suite à la visualisation d'une demo, ne venez pas vous plaindre. Enfin n'hésitez pas à essayer : votre PC ne va pas flamber non plus !
Pour les résultats, je ne mets ici que les catégories pour PC. Pour ceux qui veulent voir les demos pour Amiga et Commodore 64,
je vous renvoie sur cette page.
Catégorie "Demo" :
- 1er : Crush de Anadune et Floppy
- 2ème : Roadside Picnic de Brainstorm (Compatible avec Mac OS)
- 3ème : PC-03: "ON/OFF" de GRX et Panda Cube (attention, Vista obligatoire, cette demo utilise DirectX 10)
Catégorie "Intro 64 Ko" :
Catégorie "Intro 4 Ko" :
Voilà la fin des résultats. Je suis désolé de ne pas avoir fourni plus de liens vers des vidéos sur Youtube mais il est encore trop tôt pour le moment, les gens ne font pas une vidéo dès qu'ils ont la demo dans les mains, et ça se comprend... Je vous conseille de regarder d'ici quelques jours si il n'y a pas de nouvelles vidéos de disponibles
.
Mon avis personnel sur ce Breakpoint
Demo "060659"L'année dernière la catégorie "Intro 64 Ko" avait été très décevante, pas d'inventivité, des animations molles, bref, rien d'extraordinaire. Mais voilà que cette année les demomakers se sont donnés à fond et ont fait revivre cette catégorie ! Rien que la demo
060659 est déjà un choc avec un chargement quasi-inexistant, des animations impressionnantes et une consommation mémoire moindre, sans compter le perfectionnisme que l'on peut ressentir en la visualisant.
Les deux autres demos de cette catégorie ne sont pas en reste elles non plus, notamment
Enigma Sequence avec sa compression des textures assez impressionnante et sa bande-son agréable. Quant à
squaredance, elle mérite bien sa place pour ses animations, sa bande-son et surtout son poids qui n'est que de 58 Ko (6 Ko de moins que le poids maximal, ça paraît peu mais c'est quand même quelque chose).
Vient maintenant la catégorie "Demo", toujours aussi bien que l'année dernière avec toutefois une petite innovation pour
PC-03: "ON/OFF" : l'utilisation de DirectX 10 ! Est-ce que cela a été bénéfique ? Je n'en sais rien, je n'ai pas Vista (je viens de casser toute l'ambiance, je sais
!). Mais son utilisation n'est probablement pas là "pour faire joli", on peut donc saluer cette avancée technologique.
Quant aux deux premières démos, celles-ci sont plus une réussite qu'autre chose !
Crush nous présente des modélisations d'objets très réussies avec notamment
un visage humain très bien réalisé (pour une demo je précise !), le tout est accompagné d'une superbe musique qui convient bien à ce qui est affiché.
Et enfin
Roadside brille par son système de particules et ses jeux de lumière, je vous conseille vraiment de la regarder, elle est splendide.
Demo "Crush"Vient maintenant la catégorie "Intro 4 Ko", celle qui m'aura posé le plus de problèmes ! Celle-ci m'a à la fois déçu et satisfait. Satisfait dans le sens où les demos sont très impressionnantes avec
elevated qui peut se vanter de générer des terrains montagneux sur le même principe que
Terragen mais avec un exécutable de seulement 4 Ko,
untraceable a repoussé les limites de sa catégorie en offrant une animation haute en couleurs dans un exécutable d'
un seul petit kilo-octet, et enfin
Sult a réussi à créer des animations superbes pour sa catégorie.
Oui, mais tout n'est pas aussi beau que ça ! Entre mon PC qui a refusé d'afficher la moindre chose sur
elevated, qui rame sur
untraceable (en 800*600 pourtant) et enfin
Sult qui ne propose qu'une seule résolution de disponible (1280*720 alors que j'ai un écran 4/3), je n'appelle pas ça une réussite. Alors je sais ce que vous allez me dire, c'est la faute à mon PC peu puissant, je suis d'accord. Mais rappelons quand même que l'année dernière les équipes TBC et Loonies nous avaient réalisé une demo 4 Ko assez incroyable nommée
Atrium et qui n'avait aucun problème pour se lancer sur une Nvidia Geforce 6600GT.
Pour cette catégorie je ne peux donc pas trop vous donner mon avis, à part les quelques louanges que je peux faire sur les performances citées ci-dessus, il n'y a rien de plus à dire... Et je m'en excuse.
Le coup de cœur de l'année
Je me permets de citer ici la demo qui m'a le plus impressionné : il s'agit de
060659 ! Elle reste celle qui m'a le plus impressionné pour plusieurs raisons : le temps de chargement presque négligeable, les animations et les décors superbement bien travaillés, le nombre de résolutions proposées, la consommation mémoire très faible (pour une demo), le soin apporté à l'interface et surtout il existe aussi une version pour le système Mac OS ! Moi j'appelle ça du professionnalisme et
je vous recommande de la visionner le plus vite possible !
J'ai aussi plutôt bien apprécié le petit hommage rendu au Commodore 64 avec la petite
musique 8-bits .
La seule chose que l'on pourrait reprocher à cette demo c'est l'inexistance de filtre anti-aliasing, mais tout ne peut pas être parfait.
Voilà qui clos cette news ! J'espère avoir fait mieux que l'année dernière mais j'ose espérer que ce sera encore mieux l'année suivante.
À l'année prochaine !
Liens relatifs à la news
).
Trouvez une formation
Précédente
Suggestions
Flux RSS News
Twitter
Facebook
Google+
112 Participations
Connectez-vous !
Connectez-vous !
Revenir à la liste des news