La première fractale (buddhabrot) à l'air vraiment magnifique... ça doit être génial pour une génération de galaxies pour un jeu vidéo? Hm?  

Un vieil ordi :p

Joli!

Ah oui j'adore aussi ca claque, le rendu, les textures et la petite anim niquel !

Need d'autres !   

Cool !

Mais qu'utilise-tu pour ton rendu/export en GIF ?

Merci j'ai juste créé un script gml simple pour dessiner le rendu d'un modèle en rotation dans une surface et enregistrer toutes les frames dans un dossier et puis j'assemble le tout dans Animation Shop. (je sais qu'il y a d'autre méthodes avec blender ou 3ds max mais tant que ça marche sans problèmes et vite fait j'ai la flemme de changer... )

Un background pour un désert (sans les dunes et tout ça) :

Spoiler:

Vous le verrez peut-être sur l'écran titre de la suite de "Daminetreg a encore été kidnappé" !

Ya des nuages dans le desert ?



Un petit versus style : https://soundcloud.com/mobitop/super-meat-boy-the-battle-of-lil-slugger

Mobi a écrit:

Ya des nuages dans le desert ?

Probablement oui, mais je crois que je vais les raréfier et en faire plutôt des nuages d'orage.

Hop, deux rendus de fractales qui auront pris une demi nuit de calculs a mon ordi:

'tain ça consomme tellement de ressources?

La première musique non-midi de ma création :
http://simpleupload.fr/?c=A0EcttX!5pS4B2MJ
(probablement le début du thème principal de mon prochain jeu)

Soundii a écrit:

'tain ça consomme tellement de ressources?

Ouai faut balancer des points aléatoirement et vérifier s'ils sont dans la fractale ou non.
Et pour la vérification, plus t'itères, plus c'est précis.
Et pour la qualité finale de l'image, en général faut lancer des millions voir des milliards de points, alors si t'utilises 100 000 itérations de tests (comme pour la seconde) sur quelques milliards de lancés de points, ça consomme bien oui.

Awé, j'comprends mieux, à vrai dire je ne savais pas vraiment comment ça marchait (Juste un spam de vertex), mais ça reste quand même impressionnant pour moi.

Bon, je bosse sur un éditeur de map pour un jeu (KAG), en 1 journée le parseur est quasi fini, le système de tiles est fini, le zoom marche bien, niquel!

Une musique faite hier :

http://simpleupload.fr/?c=A00dlTv!XFPelw5x

J'ai un peu avancé sur mon système de cloud gaming personnellement :

Spoiler:

Cette fois-ci, c'est du realtime !!

Pour les tests je lis une vidéo sur une machine qui me sert de serveur (une machine virtuelle en fait), vu que je n'ai pas implémenté les touches je ne peux pas utiliser de jeu pour ça.

Comme vous pouvez le voir, l'image est loin d'être parfaite, et l'ensemble client/serveur est encore truffé de bugs qui ont donné bien du fil à retordre à oni et à moi-même (merci à lui pour toute l'aide qu'il m'apporte, pour ce projet et dans mon apprentissage du C++   )

Prévu pour la suite : réécrire partiellement l'algorithme de comparaison des frames, qui déconne pas mal côté client (les zones grises c'est dû à ça).
Ensuite, je me pencherai sur un script de compression home-made, à l'heure actuelle j'utilise le JPEG, qui me pose des difficultés d'ordre pratique pour ce qui est de l'intégration, tout en ayant une compression assez moyenne et étant lourd.

Pour info l'image ci-dessus, c'est un flux d'environ 12 fps (c'est très instable), 1024x768x24 à un débit d'environ 6 à 8 mbits/s  

Un remix d'une des principales musiques d'un des principaux projets CBNAniens :

http://simpleupload.fr/?c=A0WgVxN!3L0uuHck

Des remix/reprise/performance parce que j'ai pas trop l'inspiration en ce moment :

https://soundcloud.com/mobitop/castlevania-bloody-tears

https://soundcloud.com/mobitop/super-meat-boy-betus-blue

https://soundcloud.com/mobitop/double-dragon-main-theme

J'adore la reprise de castlevania

Aujourd'hui j'ai fini le développement de deux classes en C++ pour l'intégration de la compression vidéo H264 en temps réel, avec ffmpeg.

Spoiler:

Prochaine étape : je dois coder un protocole fiable, car une importante partie des frames arrive en mauvais état (d'où l'aspect un peu dégueu de l'image, il manque des informations).

Voil pour moi  

Intégration GM:S des courbes de Bézier à quatre pôles.
http://www.filedropper.com/beziergmx (je suis à la traine sur les uploaders du moment donc si y en a un meilleur, faites-le moi savoir)

Je ferai peut-être le cas général prochainement.

ça fait plus de 7 ans que j'utilise host-a.net et j'ai jamais eu de problèmes là dessus (par contre ça n'offre que 50mo d'espace, mais à vie quand même donc c'est cool.)
Mediafire et un bon choix aussi en plus l'espace de stockage et la bande passante est plus large.

Mediafire, dropbox, simpleUpload   

C'est quoi ?  
Tu m'induit en erreur avec GM8 ouvert en fond, GM gère pas le multi fenêtre et encore moins les scrollbar.

Sisi, j'ai juste utilisé ConsoleDLL.
C'est un éditeur de map pour un jeu.

Ah ok, je connaissais pas mais c'est cool, ca manquait justement d'une console de base dans GM.

J'ai réglé tous les problèmes de réseau avec la (précieuse) aide d'oni, et désormais mon programme tourne avec la dernière version de la onilib (*frime*)   

Spoiler:

Ouais je sais c'est useless mais bon, jsais pas, jsuis content du résultat   

Tiens c'est marrant j'avais démarré un projet similaire il y a quelques années ! Tu t'y prends comment pour la capture ? Je me rappelle qu'en utilisant la librairy Windows j'arrivais 5/6 fps   J'imagine que tu dois récupérer directement tes frames sur le buffer de la carte graphique ?

Sinon j'ai fait un petit prog de rasterisation : http://host-a.net/u/jbg77/QuadRasterisation.zip

Je peux passer les sources en C++ et Python si vous voulez.   

En l’occurrence si j'utilise GDI, à force d'optimisations je peux monter à une trentaine de FPS en 1600x900x24.
Atm j'étudie une solution basée sur directX pour aller chercher l'image de l'application dans le backbuffer (une surface de rendu propre à l'application), l'utilisation du frontbuffer (surface de rendu de l'écran entier) étant aussi lent que gdi.

Je tourne à 30 fps au prix d'une utilisation de l'UC un peu trop conséquente à mon goût, donc j'améliore le programme au jour le jour