la scéne ne tien plus téte aux jeux vidéo
Là, on est d'accord
les limitations en matiére d'espace disque date d'un autre temps
Par contre, ici... :)
Ma compétition préférée reste les intros 4kb (oui, c'est presque forcément en assembleur, mais ca n'empêche pas d'utiliser opengl). Tout simplement parce qu'il est parfois sidérant de voir ce que les gens arrivent à faire tenir dans 4kb. Textures, meshes (et parfois musique) doivent être générés, et il faut encore garder de la place pour le code.
Je trouve que ces limitations sont de plus en plus attrayantes. S'il était simple à l'époque du DOS de passer en mode graphique (4 bytes) ça demande maintenant de lier l'exécutable à des libs pour faire des appels externes. Un .COM était une image mémoire fidèle, on doit maintenant compter avec les headers de l'exécutable. Tout ça prend de la place.
Je pense que ceux qui download des 4kb savent pourquoi ils les download.
(juste pour information, une texture 256x256 en 32bits prend déjà 256ko)
[^] # Re: Lnxscene revient !
Posté par Amand Tihon (site web personnel) . En réponse à la dépêche Lnxscene revient !. Évalué à 1.
Là, on est d'accord
les limitations en matiére d'espace disque date d'un autre temps
Par contre, ici... :)
Ma compétition préférée reste les intros 4kb (oui, c'est presque forcément en assembleur, mais ca n'empêche pas d'utiliser opengl). Tout simplement parce qu'il est parfois sidérant de voir ce que les gens arrivent à faire tenir dans 4kb. Textures, meshes (et parfois musique) doivent être générés, et il faut encore garder de la place pour le code.
Je trouve que ces limitations sont de plus en plus attrayantes. S'il était simple à l'époque du DOS de passer en mode graphique (4 bytes) ça demande maintenant de lier l'exécutable à des libs pour faire des appels externes. Un .COM était une image mémoire fidèle, on doit maintenant compter avec les headers de l'exécutable. Tout ça prend de la place.
Je pense que ceux qui download des 4kb savent pourquoi ils les download.
(juste pour information, une texture 256x256 en 32bits prend déjà 256ko)