Però il 7 è un laterale dell' 8 che aveva una somma di 300 mentre il 12 era segnalato nel primo tabellone ed il 13 nel secondo.
Seguendo questo tipo di indicazioni, ma non so se sia il modo giusto, per le prossime potrebbe esserci la terzina 4-5-6.
Follow along with the video below to see how to install our site as a web app on your home screen.
Nota: This feature may not be available in some browsers.
EXCEL E DINTORNI
- Creatore Discussione claudio8
- Data di inizio
Seguendo questo tipo di indicazioni, ma non so se sia il modo giusto, per le prossime potrebbe esserci la terzina 4-5-6.
InRicordo
Advanced Member >PLATINUM<
Non preoccuparti anch'io non ci capisco più niente, programmi che pensavo fossero corretti e invece si fermano al bar a bere il caffé anziché fare il loro dovere. AI che mi prendono per il tubo. Io che posto, poi mi accorgo che ho postato film porno, a mio unico esclusivo interesse, come diceva Carlo: si è un film porno ma pensavo fosse la Bibbia! Quindi riposto. Poi riposto. poi riposssssssto. Dio che roba!Buona sera e scusami ma io mi sono un pò perso, non riesco a trovare più i file da scaricare, sono sempre in ritardo. Uno non è più disponibile, non so se quello del famoso "cruscotto"e non so dove trovare Lotto Raggruppamenti 1-7.xlsm, sono fermo al 1-6. Lotto Raggruppamenti mi ricorda i file di Baciccia e mi interessano particolarmente
Per scaricare i programmi in C++ e non solo, scarica il file che ho messo nella risposta a Ken. Poi se non ci capisci niente, poco male te lo rispiego.
Qui invece scarichi il programma per il lotto excel:
14.84 MB file on MEGA
InRicordo
Advanced Member >PLATINUM<
InRicordo
Advanced Member >PLATINUM<
Ora Ritardo Formazione sembra dare i "NUMERI GIUSTI" anche per terno. Ma devo farlo ancora controllare per questa situazione:
Sono tutti corretti salva la prima che mette ritardo storico 0 anziché 80 (le ruote unite sono: ba, ca, fi, ge, mi, na)
A Napoli sono usciti 19.3.73.
L'archivio è corretto, quindi devo capire da dove salti fuori quell'errore. Un'altra volta!
PS: Risolto
Sono tutti corretti salva la prima che mette ritardo storico 0 anziché 80 (le ruote unite sono: ba, ca, fi, ge, mi, na)
A Napoli sono usciti 19.3.73.
L'archivio è corretto, quindi devo capire da dove salti fuori quell'errore. Un'altra volta!
PS: Risolto
Allegati
Ultima modifica:
InRicordo
Advanced Member >PLATINUM<
Ritardo Formazioni:
Per Windows:
mega.nz
Per Linux:
mega.nz
Fussa che fussa a vorta bbona!
Per Windows:
1.72 MB file on MEGA
Per Linux:
13.26 MB file on MEGA
Fussa che fussa a vorta bbona!
Buongiorno Ken e scusa per la domanda: non mi ritrovo con i valori che hai indicato, forse sono io che sbaglio qualcosa ma a me dopo l'estrazione del 18 Agosto i valori sono molto diversi, per esempio il 6 ha 81 sul primo Tab. e 64 sul secondo Tab.; il 12 ha 12 sul primo Tab e 15 sul secondo.Sapresti indicarmi come fare??
InRicordo
Advanced Member >PLATINUM<
Ciao berardo,
hai aggiornato Percentuali?
Ti ricordo come si fa:
1) sul Desktop devi avere:
che al suo interno ha:
Il file storico01-oggi.txt deve essere aggiornato
2) apri CreaTabellinePazzaglia.exe
si apre una finestra che velocemente genera le tabelline:
3) Apri:
Clicca sul tasto Pazzaglia:
Nel foglio che si apre:
Clicca sul tasto Aggiorna Percentuali
Lo sche rmo farà le bizze per un po'
Alla fine appare questo avviso:
Clicca su OK. FINITO!
Or dovrebbe essere:
g
Allegati
InRicordo
Advanced Member >PLATINUM<
Bisogna vedere se Ken ha aggiornato Percentuali. Ken se ci leggi controlla. Segui la piccola quida su due post precedenti.Buongiorno e grazie InRicordo, quando torno a casa provo a fare come mi hai indicato. Però, guardando l'immagine che hai postato, anche a te non escono i valori messi da Ken
Qui parla di analisi del 19 Agosto quindi dopo l'estrazione del 18 Agosto. Ha indicazioni in rosso per il 4 e il 6 a 320 e 300 ed è questo che non capisco
InRicordo
Advanced Member >PLATINUM<
Attendiamo la risposta di Ken, io credo cche non avesse aggiornato il foglio Percentuali. Se così non fosse indagheremo come nasca questa discrepanzaQui parla di analisi del 19 Agosto quindi dopo l'estrazione del 18 Agosto. Ha indicazioni in rosso per il 4 e il 6 a 320 e 300 ed è questo che non capisco
InRicordo
Advanced Member >PLATINUM<
Lotto 1-8, corretto Analisi Veloce:
mega.nz
Nuovo mappazzone:
mega.nz
Work in progress come dicono i Marziani
14.84 MB file on MEGA
Nuovo mappazzone:
1.01 GB file on MEGA
Work in progress come dicono i Marziani
Oberdan
Super Member >PLATINUM<
Ciao InRicordo,
purtroppo nemmeno l'avere invocato il grande Nino Manfredi ha sortito l'effetto voluto.
Stavolta per il test ho puntato sulle "ottine" per terno e...
la primissima cosa che mi ha colpito è stato il tempo impiegato: una frazione di secondo per elaborare 77 miliardi e mezzo di ottine mi è parso davvero inconcepibile e infatti...
Questi sono i risultati trovati da "RitardoFormazioniLinux":
E questi i risultati trovati da "Ricerca lunghette" di LuigiB dopo avere eleborato poco più di 14 miliardi di combinazioni su 77 e mezzo:
[td width="16.6483%"][/td]
[td width="16.6483%"][/td]
[td][/td]
Mi dispiace di essere portatore di brutte notizie; ma di questo si tratta e non posso cambiare le cose.
Per inciso va detto che "Ricerca lunghette" è un software affidabilissimo sul piano dei risultati, anche se obsoleto su quello dell'efficienza, infatti ha lavorato per circa 24 minuti per elaborare "solo" 14 miliardi di combinazioni. Capisci bene che pur attribuendo al C++ tutti i meriti di velocità ed efficienza che si merita, è praticamente impossibile che abbia potuto elaborare tutte le 77.515.521.435 combinazioni in una frazione di secondo.
A presto.
Oberdan
KEN
Super Member >PLATINUM<
Il mio file excell è versione molto precedente e forse con dei errori , i valori non so bene come interpretare orrizzontale verticale e gli incroci !Qui parla di analisi del 19 Agosto quindi dopo l'estrazione del 18 Agosto. Ha indicazioni in rosso per il 4 e il 6 a 320 e 300 ed è questo che non capisco
Vediamo prossime estrazioni se ci prendo
InRicordo
Advanced Member >PLATINUM<
Ken scarica l'ultina versione, ci sono cose nuove, Guarda e quello che non capisci dimmelo che te lo spiegoIl mio file excell è versione molto precedente e forse con dei errori , i valori non so bene come interpretare orrizzontale verticale e gli incroci !
Vediamo prossime estrazioni se ci prendo
14.84 MB file on MEGA
InRicordo
Advanced Member >PLATINUM<
Per Linux:
Statistica veloce:
mega.nz
RitardoFormazioni (non ricordo se quella corretta l'avevo già messa, comunque...)
mega.nz
Statistica veloce:
14.64 MB file on MEGA
RitardoFormazioni (non ricordo se quella corretta l'avevo già messa, comunque...)
13.22 MB file on MEGA
ok Ken e speriamo di azzeccare qualcosa nelle prossime estrazioniIl mio file excell è versione molto precedente e forse con dei errori , i valori non so bene come interpretare orrizzontale verticale e gli incroci !
Vediamo prossime estrazioni se ci prendo
Scusate se mi intrometto.
Ho letto il discorso sui tempi di calcolo e siccome tempo fa ho scritto un programma che fa anche questa elaborazione, provo a spiegare come mai può metterci pochissimo.
L'obiezione è giusta: le ottine sono 77.515.521.435 e una per una non si guardano in una frazione di secondo, non c'è linguaggio che tenga. Infatti non si guardano.
Il punto sta in una proprietà del ritardo: aggiungendo numeri a un gruppo il ritardo non può crescere, al massimo cala.
Se prendo quattro numeri e vedo che hanno già fatto terno duecento colpi fa, allora tutte le ottine che contengono quei quattro numeri hanno per forza un ritardo minore di duecento. Sono milioni di combinazioni e le scarto tutte insieme, senza guardarne nemmeno una, perché so già che in classifica non ci entrano.
Il programma quindi costruisce i gruppi un numero alla volta, e appena un pezzo di gruppo fa terno dentro la soglia butta via l'intero blocco che ci sta sotto. Alla fine i gruppi che sopravvivono e vanno valutati per esteso sono qualche migliaio, non miliardi. Il tempo viene da lì.
A questo punto la domanda è un'altra: chi mi dice che buttando via a blocchi non si perda qualcosa per strada?
Per quello il programma tiene la contabilità. Ogni volta che scarta un blocco sa quante ottine conteneva, e alla fine stampa la somma. Su una ruota, classe 8 e sorte 3, viene così: 77.515.521.435 = 77.515.519.142 escluse + 2.293 esaminate a una a una I due addendi tornano al totale esatto, sempre, per qualunque classe e sorte.
Se lo scarto a blocchi si mangiasse qualcosa i conti non quadrerebbero.
In due parole: non è merito della velocità del linguaggio. È che non si contano tutte. Si scarta in blocco quello che si sa già che non serve, e si dimostra di non aver perso niente contando quello che si è scartato.
Mattia73
Una curiosità tecnica : hai scritto 14 miliardi di combinazioni in 24 minuti, però le ottine possibili sono 77.515.521.435.
I 14 miliardi sono un tetto che hai impostato tu, o l'elaborazione si è fermata prima, oppure la ricerca parte già ristretta a una parte delle combinazioni?
Te lo chiedo perché a seconda di quale delle tre è, il conteggio vuol dire cose molto diverse.
Ultima modifica:
Ultima estrazione Lotto
-
Estrazione del lotto
martedì 18 agosto 2026Bari5903515602Cagliari7160033128Firenze7755355654Genova6739324508Milano7683855079Napoli3735304779Palermo8262230887Roma6146164406Torino1522858363Venezia2681384432Nazionale5242096016Estrazione Simbolotto
Nazionale
0722273235
