Présentation de la demoscene

[LLB]

Dans ma boite, pas mal de collègues souhaitait que je fasse une présentation de la demoscene avec projections de démos.

Voilà les slides que j'avais fait pour l'occasion, ça peut donner des idées, si jamais certains parmi vous souhaitent faire la même chose : http://ctrl-alt-test.fr/dl/An_overview_of_Demoscene.pdf
Le but était de donner un aperçu de ce qui se fait actuellement et de donner des explications techniques sur les 64k (ce que je connais le mieux), vu qu'il y a beaucoup d'ingénieurs ici. J'ai projeté Agenda, Incubation (forcément ) et Elevated. Les slides sont un peu brouillons, mais n'hésitez pas à reprendre des idées.

[@lx]

Ah, c'est super ça comme slides! 

[kaneel]

Dans ma boite (webdev), pas mal de gens connaissent la demoscene mais ils voient ça comme un truc de "fou de hacking trop pointard". Ils codent créativement chez eux, mais plutôt dans le délire de faire des petits jeux.

Résultat, bon, de temps en temps, ils regardent des demos qui sortent... je leur en envois. Mais ils s'y mettront pas

[wullon]

Excellent, en particulier, le "comment ça marche les 4K/64K" expliqué clairement en une dizaine de slides c'est très fort !

[kaneel]

Ouais, c'est très bien expliqué en effet.

[Jegougou]

super ces slides

[ok3anos]

Oui, c'est génial! Surtout de pouvoir présenter ça au boulot.
Je pensais que ça serait un truc un peu plus généraliste (c'est très axé size-coding) mais au moins ça donne une bonne idée de la demoscene.

[maracuja]

C’est très intéressant !!! cependant pourrais-tu me dire ce qu’il faut comprendre exactement dans les pages « Floating point numbers » et « Make the data more compressible » ?
En effet, il faut voir le 1.42 comme une précision en double et l’autre en float ? Pour la seconde page, je ne comprends pas la logique qui en découle entre la suite 1, 2, 3, 3, 3, 4, 5, 5, 6 et 1, 1, 1, 0, 0, 1, 1, 0, 0, 1 ?

[LLB]

Floating point numbers - c'est expliqué ici : http://www.iquilezles.org/www/articles/float4k/float4k.htm
Quand tu mets à 0 les derniers bits d'un float, ça lui enlève de la précision. Le float fera toujours 4 octets, mais il aura plein de 0 à la fin et il compressera mieux. En pratique, c'est comme si le float était stocké sur, par exemple, 2 octets.

Make the data more compressible - on stocke la différence de valeurs, au lieu de stocker les valeurs brutes. Pour retrouver  la chaine de départ, il suffit de faire la somme. Par exemple, pour une partition de musique, au lieu de stocker les notes en absolu, on peut garder seulement la variation (2 signifie augmenter de deux demi-tons par rapport à la note précédente), vu que les notes sont souvent proches, dans la même octave. Au final, le résultat compresse (parfois) beaucoup mieux.

L'idée derrière ces deux slides est : de toute façon, on utilise un packer sur l'exé final (crkinler, kkrunchy), ça ne sert à rien d'utiliser un vrai algo de compression dans son code. Le but n'est pas que le .exe qui sort du compilo soit petit, mais qu'il soit petit après compression.
Article sur le format interne de v2 : http://conspiracy.hu/articles/6/

[maracuja]

Merci LLB pour tes précisions, cela me parait plus clair