J'ai un peu modif depuis mais ma génération ressemble à peu près à ça : https://www.dropbox.com/s/kcdra27gy3980vz/Screen23.png?dl=0
(Si tu zoom tu verras les minerais, mais on les voit peu de loin)

Et j'ai tout fait avec du Perlin noise basique.

La surface du terrain fait assez monotone, on dirait une ligne droite avec des triangles dessus, il n'y aurait pas moyen de faire plus accidenté? Mettons, avec une fonction de bruit à très grande échelle pour faire le relief global, et une autre aux dimentions plus réduites pour faire les escarpements locaux

Ce serai vraiment cool si tu pouvais porté ton jeu sur en android,comme sa se qui dispose d'un android pourrons y joué eux aussi

VDD, c'est pas le genre de jeu qui se joue sur smartphone.
C'est comme Terraria, il existe des version Android/consoles mais c'est injouable.

PS:
Je te conseillerais d'utiliser du Perlin worms pour les caves.

@Cael:
De toutes façons j'ai très peu travaillé la génération pour l'instant.

@SEGA:
J'y ai pensé, mais actuellement même avec tous les graphismes au minimum et peu de blocs visibles, le jeu n'est pas toujours fluide sur un téléphone parmi les plus hauts de gamme du marché.

@Unitlayer:
Je suis pas d'accord pour la version Android de Terraria, j'ai joué des 10aines d'heures dessus et franchement quand on est habitué c'est presque aussi maniable que sur PC.

Mais merci pour la remarque sur les Perlin Worms, je vais regarder ça de plus près

Avec le bac blanc et les cours j'ai pas pu bosser énormément le projet, mais j'ai quand même fait une petite update ce weekend pour améliorer les transitions entre les blocs:
http://img15.hostingpics.cs.net/pics/945640dhtdhtht.png

c'est fait avec quel logiciel

Graphismes avec photoshop, code sous Eclipse en Java avec Libgdx.

sont pas mal les graphistes

Merci, faut aussi savoir que sans le code qui sert à faire les ombres et les frontières des blocs ce serait vraiment pas terrible, les textures en elles-mêmes ne suffisent pas à faire un bon rendu dans ce genre de jeu.

Bon, comme en ce moment je bosse surtout sur des optimisations, du nettoyage de code et de la correction de bugs, y'a pas grand chose de concret à montrer, donc hier pour changer j'ai dessiné un petit insecte sauteur que j'ai ajouté au jeu, avec IA une basique (attaque le joueur si il est agressée):
http://snag.gy/kgHTi.jpg

(Celui à droite est bizarre, mais en jeu ça le fait mieux)

Sinon j'ai aussi ajouté la possibilité pour le joueur de se transformer en cet insecte.

https://www.youtube.com/watch?v=_xu-itfhKP0

Je viens de finir d'ajouter un grappin au jeu, du coup j'ai fait une petite vidéo : https://youtu.be/69TYNUwIhaE

La corde n'a pas de collisions, je verrais si j'arrive à ajouter ça mais vu la complexité par rapport à ce que ça apporte je suis pas sûr

Après par contre le personnage ne rentre jamais dans les murs quoi qu'il se passe, juste la corde.

Lorsque je lance le jeu, il y a le temps de chargement qui ne se termine jamais, normal ?

Déjà c'est probablement pas une version récente, ça fait longtemps que j'en ai pas upload de nouvelle.

Ensuite si ça marche pas c'est peut être des sauvegardes corrompues (efface le dossier "data" à côté du jar), si ça marche toujours pas lance le jeu avec cmd ou l'équivalent selon ton OS, en donnant une bonne marge de RAM à la VM (javaw -Xmx1024m -jar Truc80.jar ), et si ça remarche toujours pas tu devrais au moins avoir l'erreur qui se print dans la console, si c'est le cas donne la moi ici.

Ok, je testerais plus tard ces différentes solutions.

Petit up, juste pour dire que depuis une semaine j'ai vraiment optimisé pas mal d'aspects du jeu.

Donc gros gain de FPS, de l'ordre de 30% environ, plus une refonte du système de lumières qui corrige les bugs liés aux sources lumineuses hors de l'écran.
Et je pense que j'ai jamais eu de version du jeu aussi rapide, même quand les effets visuels étaient très peu avancés.

Après, le bémol, c'est que cette version demande plus de RAM qu'avant, de l'ordre de 400 à 500 Mo contre près de 300 avant. C'est pas dramatique, mais à cause de Java qui prend du rab pour être sûr de pas avoir de problèmes, ça peut monter jusqu'à 700Mo voire 1.1Go si on vient de générer la map.

Les 1.1Go c'est 700Mo de vide hein, y'a que 400Mo de réellement dépensés, à cause des 35 millions de blocs qui constituent la map du jeu. Java prend autant de sécurité à cause d'un pic d'utilisation de RAM lors de la génération de la map, et ensuite il la diminue pas.
Et mon système de stockage des blocs dans la RAM étant basé sur des tableaux de taille fixe, je peux pas vraiment enlever les morceaux des tableaux que j'utilise pas...

Pourquoi tu n'utilises pas des Array (objet LibGdx) ?