Merci pour ce précieux conseil, je n'y manquerai pas à l'avenir.

Salut Klim,

Non ce problème n'est pas de moi. Il s'agit là d'un morceau d'énigme d'un jeu de piste nommé Geocaching (je pense que de nombreux ici connaissant)

J'ai trouvé intéressant de l'avoir posté ici car je passe souvent sur ce forum et j'ai remarqué qu'il n'y en avait pas beaucoup. (de cette version du Sudoku)

J'ai peut être mal formulé mon post.

Enfin, non, on ne doit rien attendre de A, B,C et D si ce n'est leur valeur.

C'est bon dhrm !
Le plus dur est de démarrer,  il n'y a pas de grosses difficultés ensuite, il faut de la patience et de la méticulosité....
Courage !

Salut dhrm,
Bravo pour la persévérance.

Je suis surpris qu'il y ait plusieurs solutions, car je ne crois pas avoir fait d'hypothèses. Donc bravo à toi.
Je t'enverrai ma solution ce soir, pour que tu puisses la comparer aux tiennes.

Sinon, j'ai pris le parti de ne pas la publier, pour laisser les courageux chercher...

A+.

Je galère aussi sur ce sudokube et je suis loin d'avoir fini.

Ca y est, je suis enfin arrivé au bout !

Par contre, je n'ai trouvé qu'une combinaison et il me semble bien que c'est sans faire d'hypothèse non plus...

Dhrm, je trouve ta 1ère grille. As-tu bien vérifié l'autre ?

Il doit y avoir une illusion d'optique, car moi aussi je n'avais trouvé que la première grille de dhrm...
Mais il semble bien que la deuxième grille soit également valide.

Bravo à vous deux ! Et courage, Franky...

J'avais fait une erreur sur mon 2eme spoiler. Je viens de corriger. Mille excuses à tous ceux qui l'ont utilisé.

Ca y est enfin terminé !

J'ai pédalé un bon moment ayant, PAR ERRRRRREURRGH , ajouter une case avec un nombre fixe à la grille originale que j'ai baladée pendant tout ce temps avant que dhrm me l'indique... Merci à toi !

Pour le fun, j'ai refait la grille entièrement sans l'erreur de case fixe: avec une méthode de repères lignes/colonnes ("infaillible" sur la bonne grille ), ça m'a pris 1h20 pour la finir en prenant les nombres dans l'ordre de 0 à 15...

EDIT: Si, comme le dit Franky, il y en a qui cherche encore avec difficulté, je peux poster la grille originale avec mes repères et la façon de s'en servir...

Lui-meme a écrit:

Ca y est enfin terminé !
J'ai pédalé un bon moment ayant, PAR ERRRRRREURRGH , ajouter une case avec un nombre fixe à la grille originale que j'ai baladée pendant tout ce temps avant que dhrm me l'indique... Merci à toi !

De rien...

Lui-meme a écrit:

Pour le fun, j'ai refait la grille entièrement sans l'erreur de case fixe: avec une méthode de repères lignes/colonnes ("infaillible" sur la bonne grille ), ça m'a pris 1h20 pour la finir en prenant les nombres dans l'ordre de 0 à 15...
Si, comme le dit Franky, il y en a qui cherche encore avec difficulté, je peux poster la grille originale avec mes repères et la façon de s'en servir...

Ce qui m'interresse plus que les repères, c'est la methode.
Mon programme ne trouve toujours que 33 cellules sur les 53.
Il fait 4 choses:
- determine d'abord pour chaque case, quels sont les nombres possible, en regardant ce qu'il manque
ensuite, on fait une boucle, en partant d'ici:
- il regarde si une case ne peut comporter qu'une seule valeur
- il regarde si  dans une ligne, colonne or un carré, un nombre n'existe qu'a un seul endroit.
et enfin:
- il cherche des doublons. Si dans une ligne, colonne ou un carré, il y a 2 cases qui les même 2 valeurs possibles, dans ce cas on elimine toutes les autres case dans ce groupe qui ont ces valeurs.
et on reprend la boucle tant que l'on trouve quelque chose a faire.
Donc ca m'interesse de savoir quoi d'autre je pourrais examiner sans faire d'hypotheses.

Une technique un peu plus simple est aussi de repérer si tu n'as une valeur donnée que dans une seule ligne ou une seule colonne d'un carré .

Par exemple, dans un sudoku classique, si dans le carré en haut à gauche, la valeur 8 ne peut être que sur la ligne centrale, tu peux l'éliminer du reste de la ligne..

Par exemple, là, tu peux éliminer la valeur 2 des cases jaunes et la valeur 3 des cases vertes. (enfait, pas le 2 car j'en ai mis un par erreur dans les possibilités en ligne 2, mais le 3 peut être éliminé.)

La "méthode" que je propose est assez simple et visuelle. Je ne sais pas si dhrm peut en faire un programme, mais la voici.

Son avantage est d'être sûr de ne pas oublier de chiffre / nombre, en particulier, dans la grille de base du cube tout en bas, avec les repères efgh, correspondant à ceux des lignes des 3 grilles du milieu.

J'ai utilisé excel pour tracer les lignes et colonnes dans lesquelles ne peuvent pas se trouver un chiffre/nombre (ci-dessous l'exemple du 10 qui ne se trouve que dans une seule case de la grille originale au centre).

Les cases blanches sont celles où 10 pourrait se trouver. Bien entendu, si vous suivez l'ordre des recherches proposées par dhrm, vous aurez des cases déjà occupées par des chiffres nombres additionnelles certains, ce qui devrait accélérer la résolution de ce sudokube.

J'ai fait le placement des chiffres / nombres dans l'ordre de 0 à 15 et, avec ça, et j'ai résolu la grille en 1h20. On peut faire mieux avec l'ordre proposé par dhrm sauf qu'à mon avis, le 10 doit être testé plus tard que là où il le place.
Comme dhrm le suggère, le 0 et le 7 seront rapidement résolus...

Voici un exemple de ma "technique" avec le 10 pour placer les hypothèses.
Voyez notamment la colonne c et  la ligne g qui éliminent sans risque d'erreur des cases dans la grille du bas.
Une fois tous les chiffres et nombres placés, vous ferez les éliminations sans avoir besoin d'aucune technique complexe de sudoku.

Bonne recherche !