High density files for solution grids and 18 clues puzzles

Programs which generate, solve, and analyze Sudoku puzzles

Re: High density files for solution grids and 18 clues puzzl

Postby champagne » Sun Apr 21, 2024 5:50 pm

coloin wrote:Pretty good work 1
On the generating side [ before the pruning] Its only necessary to use 44 gangster bands { rather than 416]
This of course doesnt reduce the grids to be pruned by minlexgriding.


Use of the gangsters is more in line with my opening statement to start the expansion using band1/stack1.
This is likely good to have the quickest catalog builder, but unless I miss a point, this does not deliver a catalog directly in minlex order.

In fact, as producing the catalog is a on shot problem, having the best code is not challenging.

I am not sure that there is clients for a direct link
solution grid <==> 5e9 rank

but if yes, then we need either a huge lookup file, or an efficient catalog builder in the right order as basis.
champagne
2017 Supporter
 
Posts: 7365
Joined: 02 August 2007
Location: France Brittany

Re: High density files for solution grids and 18 clues puzzl

Postby champagne » Wed Apr 24, 2024 7:20 am

The builder of the catalog in the min lexical order produced the NED=5 472 730 538 solution grids matching mladen'index.
This is now a virtual storage of the catalog through the builder.

The builder can start from any of these existing starts of the solution grids

416 band 1
9992 band1 plus mini row 1 in the box 4
652408 band1 plus row4

the code (dirty and partial so far) is available here

The first test has been done using the band1 table of starts. Next step will be to use band1 plus row 4 as start to see how long it takes to cover the entire field.
The first run let's hope some hundreds of milliseconds per { band1,row4 ] to find the chunk of solution grids.

The final target remains to have quickly the link { solution grid <==> NED rank}
At the end, something I never done, a DLL should be created.

The final size of this virtual storage of the catalog should be around 4/5 MB
champagne
2017 Supporter
 
Posts: 7365
Joined: 02 August 2007
Location: France Brittany

Re: High density files for solution grids and 18 clues puzzl

Postby champagne » Thu May 09, 2024 8:40 am

The draft is now ready,

The core of the package is clearly the catalog builder in the min lexical order of the solution grids.

Several entries are available

for a direct access
give the rank 1-5472730538 get the solution grid
give the solution grid get the rank (option known minimal or not)
if the solution grid is not minimal, then the minlex morph is built

This is the part should be proposed in a DLL. The response is expected to be in average in some tens of milliseconds.

Are also available
the possibility to print part or all the table of the rows 4 with the index 0-415 of the band 1
And some pieces of the catalog for a given range of the rows 4

Some tests and some cleaning are still to come, but the repository has the current status of the code.
Note: the code has not yet been checked with the gcc compilation

here below

the bottom part of the rows catalog
first 4 rows; band 1 index 0-415; rows 4 start 0-652407; solution grid rank start; number of solution grids attached

Hidden Text: Show
123456789457389612896172354285793146;400;652390;5472730510;1
123456789457389612896271354281537946;404;652391;5472730511;1
123456789457389612896271354285137946;404;652392;5472730512;1
123456789457389612896271354285713946;404;652393;5472730513;1
123456789457389612896271354289564173;404;652394;5472730514;1
123456789457389612896721354231564978;406;652395;5472730515;4
123456789457389612896721354231578946;406;652396;5472730519;1
123456789457389612896721354231645978;406;652397;5472730520;7
123456789457389612896721354231978546;406;652398;5472730527;1
123456789457389612896721354234178965;406;652399;5472730528;1
123456789457389612896721354234817965;406;652400;5472730529;1
123456789457389612896721354235178946;406;652401;5472730530;1
123456789457389612896721354235817946;406;652402;5472730531;1
123456789457389612896721354235964178;406;652403;5472730532;1
123456789457389612896721354239564178;406;652404;5472730533;1
123456789457389621896217354268174593;410;652405;5472730534;2
123456789457389621896217354268741593;410;652406;5472730536;1
123456789457893612986217354274538196;415;652407;5472730537;1


and the bottom part of the catalog with the rank (done in 86 ms using the rows 4 entries

Hidden Text: Show
123456789457389612896172354285793146631524978749618523312945867568237491974861235;5472730511
123456789457389612896271354281537946645928173739164528312645897568792431974813265;5472730512
123456789457389612896271354285137946641928573739564128312645897568792431974813265;5472730513
123456789457389612896271354285713946641892573739645128312564897568927431974138265;5472730514
123456789457389612896271354289564173641937528735128946312645897568792431974813265;5472730515
123456789457389612896721354231564978649178523785932146312645897568297431974813265;5472730516
123456789457389612896721354231564978649178523785932146314297865562813497978645231;5472730517
123456789457389612896721354231564978649178523785932146314897265568213497972645831;5472730518
123456789457389612896721354231564978649178523785932146318645297562897431974213865;5472730519
123456789457389612896721354231578946645932178789164523312645897568297431974813265;5472730520
123456789457389612896721354231645978649817523785293146312564897568972431974138265;5472730521
123456789457389612896721354231645978649817523785293146312974865564138297978562431;5472730522
123456789457389612896721354231645978649817523785293146312978465568134297974562831;5472730523
123456789457389612896721354231645978649817523785293146314568297562974831978132465;5472730524
123456789457389612896721354231645978649817523785293146314972865562138497978564231;5472730525
123456789457389612896721354231645978649817523785293146314978265568132497972564831;5472730526
123456789457389612896721354231645978649817523785293146318564297562978431974132865;5472730527
123456789457389612896721354231978546649532178785164923312645897568297431974813265;5472730528
123456789457389612896721354234178965561932478789564123315297846642813597978645231;5472730529
123456789457389612896721354234817965561293478789645123315972846642138597978564231;5472730530
123456789457389612896721354235178946641932578789564123312645897568297431974813265;5472730531
123456789457389612896721354235817946641293578789645123312564897568972431974138265;5472730532
123456789457389612896721354235964178641578923789132546312645897568297431974813265;5472730533
123456789457389612896721354239564178641978523785132946312645897568297431974813265;5472730534
123456789457389621896217354268174593745938162931562847382641975574893216619725438;5472730535
123456789457389621896217354268174593745938162931562847384725916579641238612893475;5472730536
123456789457389621896217354268741593745893162931625847382164975574938216619572438;5472730537
123456789457893612986217354274538196531964827698721435342685971715349268869172543;5472730538


EDIT: the .exe size with microsoft virtual studio is 3.5 MB so this is somehow a virtual catalog in min lexical order of that size.
champagne
2017 Supporter
 
Posts: 7365
Joined: 02 August 2007
Location: France Brittany

Re: High density files for solution grids and 18 clues puzzl

Postby dobrichev » Thu May 09, 2024 10:48 am

Hi Champagne,

Congratulations for the achievements!
To my knowledge this will be the first independent verification of the gsf's catalogue.

I am waiting for timings for entire catalog generation.

Cheers,
MD
dobrichev
2016 Supporter
 
Posts: 1851
Joined: 24 May 2010

Re: High density files for solution grids and 18 clues puzzl

Postby champagne » Thu May 09, 2024 2:04 pm

Hi mladen,

dobrichev wrote:To my knowledge this will be the first independent verification of the gsf's catalogue.

This is not quite true, but the process is hidden in the search of the 17 clues.
In the last version of this scan, we have 3 builders of the catalog, each one with it's canonical form, not min lexical.
One basic test has been to check that we get the 5472730538 ED solution grids.


dobrichev wrote:I am waiting for timings for entire catalog generation.


I start the process on one of my workers. It will be an enumeration process, but it's not so important for the full generation. The process based on the rows 4 is expected to be very close to the generation from scratch for the first bands, but mush faster later as shown in the example above


Cheers
Gérard
champagne
2017 Supporter
 
Posts: 7365
Joined: 02 August 2007
Location: France Brittany

Previous

Return to Software