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.
Allora in base ad un ritardo minimo di 10 estrazioni della lunghetta filtro abbastanza rapidamente 100000 lunghette. Cmq devo pensare qualcosina di più migliore proprio assai
Come filtro ho i.posto che la lunghetta abbia un ritardo > 10 dall ambo in su
L elaborato è decisamente più veloce una maciata di minuti , potrei anche cercare quelle con più cinquina ma li non riesco a saltare .
Si puo' fare il porting dal linguaggio con cui sono scritti i tuoi programmi (o scripts) pero' prima devi semplificare il modello e ridurlo all'essenziale che serve a te per filtrare efficacemente le informazioni che ottieni.
Buongiorno, scusate se mi permetto di esprimere cio' che mi sermbra di aver capito dai vostri post fin qui. Come gia' ho suggerito a Tom, bisogna prima di ogni altro intervervento ridurre al minimo necessario e indispensabile cio' che serve per avere il quadro delle combinazioni che devono far parte del set utile per la/le previsione/i. E le osservazioni pratiche di i-Legend lo fanno trasparire chiaramente. Credo che SE Tom, esporra' passo passo cio' che deve/vuole avere alla fine dell'elaborazione si potrebbe vedere di ottenerlo nel modo piu' veloce possibile. Pero', e' ncessario che Tom espliciti ogni elemento senza far uso di acronimi a lui ben noti ma... non immediatamente intuitivi per quanti devono entrare nella sua mente per realizzare il concetto e tradurlo in codice.Ciao tom
Tu analizzeresti tot lunghette nelle ultime 100 estrazioni .
Ma non ci sono filtri, bisogna scrivere se la lunghetta è sortita ,no ,o in corso .
Tot lunghettex 100 estrazioni.
Ho capito bene?
Scusa ma non capisco il ragionamento.
Questi dati li puoi ricavare all ultima estrazione .
Ritardo attuale, ritardo massimo e frequenza.
Perche verificare 55000 lunghette per ogni concirso.
se una lunghetta ha il caso in corso lo vedi all ultima estrazione .
trovare lunghette che non abbiano dato almeno un ambo nelle ultime 20 estrazioni si fa davvero fatica .
Come funzione usi statisticaformazionerurbo?
Cosa vedi in più analizzando estrazione per estrazione?
Se riusciamo a capire questo si potrebbe provare a fare qualcosa.
Anche se riuscissi a mettere in output leggibile qualcosa si dovrebbe arrivare ad avere 30 lunghette non di più così mi ritroverei più righe di quelle di partenza
Se procedesse per filtri dinamici
Qual è il primo filtro?
Da 55000 faccio un taglio e poi procedo con un altro filtro per fare il taglio, e così viA per avere un numero analizzabile.
Se ti va metti in sequenza cosa è importante e ci provo.
Buina giornata
Ciao tom
Tu analizzeresti tot lunghette nelle ultime 100 estrazioni .
Ma non ci sono filtri, bisogna scrivere se la lunghetta è sortita ,no ,o in corso .
Tot lunghettex 100 estrazioni.
Ho capito bene?
Scusa ma non capisco il ragionamento.
Questi dati li puoi ricavare all ultima estrazione .
Ritardo attuale, ritardo massimo e frequenza.
Perche verificare 55000 lunghette per ogni concirso.
se una lunghetta ha il caso in corso lo vedi all ultima estrazione .
trovare lunghette che non abbiano dato almeno un ambo nelle ultime 20 estrazioni si fa davvero fatica .
Come funzione usi statisticaformazionerurbo?
Cosa vedi in più analizzando estrazione per estrazione?
Se riusciamo a capire questo si potrebbe provare a fare qualcosa.
Anche se riuscissi a mettere in output leggibile qualcosa si dovrebbe arrivare ad avere 30 lunghette non di più così mi ritroverei più righe di quelle di partenza
Se procedesse per filtri dinamici
Qual è il primo filtro?
Da 55000 faccio un taglio e poi procedo con un altro filtro per fare il taglio, e così viA per avere un numero analizzabile.
Se ti va metti in sequenza cosa è importante e ci provo.
Buina giornata
Buongiorno, scusate se mi permetto di esprimere cio' che mi sermbra di aver capito dai vostri post fin qui. Come gia' ho suggerito a Tom, bisogna prima di ogni altro intervervento ridurre al minimo necessario e indispensabile cio' che serve per avere il quadro delle combinazioni che devono far parte del set utile per la/le previsione/i. E le osservazioni pratiche di i-Legend lo fanno trasparire chiaramente. Credo che SE Tom, esporra' passo passo cio' che deve/vuole avere alla fine dell'elaborazione si potrebbe vedere di ottenerlo nel modo piu' veloce possibile. Pero', e' ncessario che Tom espliciti ogni elemento senza far uso di acronimi a lui ben noti ma... non immediatamente intuitivi per quanti devono entrare nella sua mente per realizzare il concetto e tradurlo in codice.
Resto persuaso che fino a 500K combinazioni, facendo in modo che le estrazioni necessarie all'elaborazione (non tutte, leggi intero archivio) risiedano in memoria, gia' convertite in interi e memorizzate (non bisogna eseguire casting di tipi, byte-> interi, stringhe->interi, o altro) per venus, gia' al momento dell'apertura del file, senza scrivere nulla sullo schermo per visualizzare info intermedie, dovrebbe essere facile ottenere il risultato desiderato. Ovvero un tempo di elaborazione accettabile! Tom a te al cerino, potrei provare a fare questa elaborazione nel momento in cui mi sara' chiaro l'insieme delle cose da far fare al codice, nel modo (per me) migliore possibile. Da quello che hai scritto al messaggio 5, non tutto mi e' parso chiarissimo.
Credo tu sia stato in qualche passaggio oltremodo criptico. Per esempio, il numero dei successi (la "tua" frequenza) della combinazione da analizzare, e' da rilevare per tutto l'archivio? Il ritardo attuale e storico e' relativo a tutto l'archivio? Sembra di si, altrimenti non potresti calcolare gli incrementi positivi e il loro massimo raggiunto fino al momento, e' corretto? L'elaborazione, per ogni combinazione, si divide in due passaggi, rilevazione ritardi attuali e storici, successi, quantita' di incrementi, massimo raggiunto dagli incrementi, etc, dopo di che' si verificano gli esiti per 100 estrazioni successive alla rilevazione effettuata. La domanda e': devi calcolare questi dati relativamente al gruppo di 21numeri come gruppo o come scomposizione in singole sub-combinazioni? Mi spiego meglio con un esempio supponendo che l'interesse sia sugli ambi, dunque in questo caso abbiamo 21 numeri che danno luogo a 210 ambi, vanno elaborati questi 210 ambi solo nelle successive 100 estrazioni per rilevare le cose gia' scritte?
Suggerisco di provare a vedere di approcciarsi ad un piccolissimo e portabile compilatore c (ANSI) scritto dal geniale Fabrice Bellard ( https://bellard.org/), che e' FREE (liberamente scaricabile) , il suo compilatore lo trovi qui https://bellard.org/tcc/
TCC e' a mio avviso il miglior coltellino svizzero possibile, per chiunque.
Buon proseguimento
Concordo in toto.
Se non si capisce ka meccanica non si può scrivere l algoritmo .
Ciao a tutti
Ma per quante estrazioni va fatta la rilevazione dei dati prima della verifica degli stessi successivamente? Tutto l'archivio, solo 100 in qualsiasi punto dell'archivio a ritroso? Sei bravo ma troppo ermetico, Ungaretti non ti batterebbe di sicuro se fosse ancora tra noiVi adoro entrambi
Ma il problma è che non riesco a spiegarmi...
Ci riprovo...
Siamo d'accordo che abbiamo un matrice del tipo "ti piace vincere facile?" in cui 52446 formazioni di classe 21 hanno garanzia di presenza di addirittura di 6 numeri (quando a noi ce ne bastano 5) su 90?
Ok...
Siamo tutti d'accordo anche sul fatto che analizzare questa massa numerica disposta in altrettante righe su un file txt dalla es. 8117 alla 10143 x sorte minima di AMBO su ruota unica (es. su ROMA) in tot colpi non sia poi una così grande impresa..? Giusto? Voglio dire in pochi minuti (meno di 2) si ottengono tutte le statistiche di ra, rs, incmax, fq ecc... per ognuna delle 52446 righe della matrice ok? Bene...
Risolto anche il fatto di filtrare in questa massa esagerata di righe solo 5 "potenziali" scelte per parametri estremi... quali ritardo attuale massimo (ra max) , ritardo minimo (ra min), frequenza massima (fq max) e frequenza minima (fq min) e firrenza tra rs e ra (diff) [fatto]
Rimane questo grande "problema" di vederne la teorica stabilità di sfaldamento a colpo... o dei colpi restanti teorici minimi di una delle 5 formazioni scelte (x ra min, ra max, fq max, fq min e diff 0) non tanto per l'ultima estrazione in cui appunto si può solo sperare... che una delle 5 formazioni faccia cascare almeno due punticini a colpo o nei pochi colpi futuri ma appunto nelle pregresse tot ultime estrazioni (es. ultime 100) come piace tanto a claudio che tirerei in ballo in questa discussione visto appunto la sua predilezione (che condivido pienamente) nel verificare tot ultimi casi consecutivi o meno passati in automatico anzichè dover aspettare appunto il futuro...
Problema che per altro... non ho con file txt contenuti di max 1000 righe... In qualche oretta avrei il dato ma sprate e quali i tempi diventano proibitivi e comunque non mi va nemmeno di aspettare ore per avere un output delle cinque 21ineg6by90 in questo caso... "winners".
Se ancora sono stato "criptico" evidenziatemi dove please che cerco di dezziparmi
Tom dovresti illuminarmi per capire cosa intendi tu per le cose sotto elencate:
RIporto dai tuoi precedenti messaggi:
Se io ti dessi 100.000 formazioni di classe 10 su un file txt e ti dicessi di ricavarmi per le ultime 100 estrazioni consecutive secondo i filtri di fq max, fq min, ra max, ra min, e magari anche rs-ra=0 (diff) x A su TTeNZ unite la statistica di sfaldamento secondo le 4 tipologie di filtro di cui sopra entro 98 colpi tu in pochi secondi ricaveresti un output di questo tipo:
---------------------- sezione uno----------------------------
01 casi positivi:
02 casi negativi:
03 casi in corso:
04 colpo max x fq max
05 colpi rimanenti teorici min x fq max
06 colpo max x fq min
07 colpi rimanenti teorici min x fq min
08 colpo max x ra max
09 colpi rimanenti teorici min x ra max
10 colpo max x ra min
11 colpi rimanenti teorici min x ra min
12 colpo max x diff0 incmax0
13 colpi rimanenti teorici min x diff0 incmax0
---------------------- sezione due----------------------------
schema di come dovrebbe essere...
si decide di analizzare le ultime 100 es
inizia dalla es 1042
analizza la matrice -> boom trova la 21inag6 con ra max - > verifica se sono usciti e quando i 2 punti target nei colpi stabiliti (es. 98 colpi per stare larghi) -> caso positivo o negativo? -> e salva come c+ o c- o ca (caso attuale in corso)
analizza la es 1043
stessa cosa...
ecc...
arriva all'ultima la es 1142
stessa cosa...
e ci fa l'output finale...
c+ :
c- :
ca :
Ungaretti non ti batterebbe di sicuro se fosse ancora tra noi
Credo che per ottenere matrici del genere si sia riversato sul 10elottoSiamo d'accordo che abbiamo un matrice del tipo "ti piace vincere facile?" in cui 52446 formazioni di classe 21 hanno garanzia di presenza di addirittura di 6 numeri (quando a noi ce ne bastano 5) su 90?
Credo che per ottenere matrici del genere si sia riversato sul 10elotto
Cmq se fai sestina secca al gioco del lotto, secondo me si potrebbe pensare
Che qualcosa non è andato nel verso giusto
Su questo punto, a mio avviso, sebbene possa accrescere (da verificare e comparare) il numero di combinazioni, il caso peggiore (the worst case scenario) sarebbe ottenere i 2 punti con solo 5 o 4 numeri esatti tra i 25 di ognuno degli oltre 50K sets. Perche' il sesto numero non puo' esserci per definizione, e potrebbe pregiudicare la copertura minima del 100% ma su questo confido tu abbia gia' fatto le tue verifiche positivamente e dunque se a te va bene cosi' come lo hai impostato, va bene anche per noi.No carissimo ho solo preso il caso + estremo di garanzia di presenza (6) per 90 numeri e massimo numero di elementi di classe (25) che avevo a disposizione. Solo... questo. Volendo per massima omogeneità di target in rapporto al gioco esaminato si possono ridurre anche a grado di presenza 5 (g5) ma non è questo il problema... adesso...
Su questo punto, a mio avviso, sebbene possa accrescere (da verificare e comparare) il numero di combinazioni, il caso peggiore (the worst case scenario) sarebbe ottenere i 2 punti con solo 5 o 4 numeri esatti tra i 25 di ognuno degli oltre 50K sets. Perche' il sesto numero non puo' esserci per definizione, e potrebbe pregiudicare la copertura minima del 100% ma su questo confido tu abbia gia' fatto le tue verifiche positivamente e dunque se a te va bene cosi' come lo hai impostato, va bene anche per noi.
OK, anche se mi e' difficile capire il Jolly extraIl 6° numero del grado di presenza della matrice in questione è da considerarsi solo come un JOLLY EXTRA. Ma ripeto.. adesso non è questo il problema elaborazionale che stiamo cercando di risolvere che è appunto invece "IL VERIFICARE e ANNOTARE IN TEMPI BREVI (inferiori ad 1 ora basterebbe...) per i 100 CASI PREGRESSI lo sfaldamento di almeno 2 punti su ruota unica ROMA a colpo o in pochi colpi della 21inag6by90 a fq max rilevata tra le 52446 della matrice. Il file matrice potrebbe essere qualsiasi altro file txt corposo... ovvero sia superiore alle 1000 righe di formazioni di qualsiasi classe di elementi.
OK, anche se mi e' difficile capire il Jolly extra
Ora una questione ancora da capire (o da chiarire) cosa intendi per frequenza massima? Intendi forse fare riferimento al gruppo (o gruppi) che ha/hanno registrato il massimo numero di successi totali (1 ambo con 2 numeri + 3 ambi con 3 n. + 6 ambi con 4 n. + 10 ambi con 5 n.) ? Oppure tu hai gia' un valore soglia di successi, riferito ad uno specifico numero di estrazioni, che qualora un dato gruppo sia oltre tale soglia di successi si considera valido per procedere alle elaborazioni successive?
Oppure intendi semplicemente il numero di successi totali del gruppo che stai considerando in un dato momento?
Ancora un cosa che va meglio delucidata:
Posto che potrebbe essere irrilevante se la condizione necessaria e sufficiente per procedere alla elaborazione sia che un dato gruppo (o piu' gruppi) abbia/no sempre e sottolineo sempre per intendere che il gruppo debba aver registrato almeno 1 successo in ogni estrazione, cioe' sempre vincente in tutte le estrazioni considerate, non avrebbe senso considerare gli incrementi dei ritardi rilevati. Oppure sto errando?
Se cosI' non fosse l'elaborazione dovrebbe prendere in considerazione gli incrementi positivi (ovvero quando ricorre la condizione UltimoRitardoRilevato-RitMassimoAttuale > 0 dunque si ha che IncrAttuale=UltimoRitardoRilevato-RitMassimoAttuale con il RitMassimoAttuale che assume il valore dell'UltimoRItardoRilevato) e a questo punto la tua frequenza viene meno, perde cioe' la sua prevalenza o c'e' un valore dei successi che va preso in considerazione come gia' scritto sopra?
Correggi per favore cosa ho interpretato in modo non corretto.
P.s. questi due gruppi dal tuo post #36 sono contenuti nel file che hai allegato?
in questo caso attuale di esempio sulle 52446 21ineg6 solo queste due hanno diff=0 incmax=0 per T su ROMA...
.21.22.23.24.25.37.38.41.42.45.46.49.50.60.63.64.67.69.84.87.88
.06.07.08.09.10.29.32.36.41.45.48.52.57.60.65.69.72.76.81.85.88
Li considero come prova del risultato?
Ecco il primo abbozzo di elaborazione
52446 combinazioni, scansionate per 200 estrazioni, ho estratto i gruppi che hanno una quantita' di successi > 150
il valore della riga sarebbe il rigo corrispondente al gruppo nel tuo file, i numeri in grassetto sono cio' che tu definisci frequenza, in questo caso e' la sommatoria di tutti gli ambi singoli e in combinazioni superiori. L'ultimo numero si riferisce in quante delle 200 estrazioni il gruppo ha registrato almeno 1 successo. Senza nessuna ottimizzazione, solo caricando in memoria tutti i 52446 gruppi.
I dati sono riferiti alla venus Firenze nelle ultime 200 estrazioni, e sono riferito a partire dal caricamento in memoria dei gruppi e scorrendo per ognuno di loro le ultime 200 estrazioni, rilevando i numeri in grassetto.
Puoi verificare se i dati della tua frequenza coincidono con i tuoi riscontrando qualcuna di queste sotto?
18:25:42 inizio scansione
riga 00376 000 0161 000 028
riga 00812 000 0151 000 024
riga 01053 000 0153 000 031
riga 01109 000 0158 000 028
riga 01557 000 0152 000 026
riga 01598 000 0153 000 026
riga 01627 000 0162 000 031
riga 02809 000 0152 000 027
riga 02861 000 0151 000 026
riga 02878 000 0151 000 023
riga 07863 000 0153 000 026
riga 07998 000 0151 000 029
riga 08014 000 0157 000 024
riga 08032 000 0151 000 025
riga 08039 000 0152 000 032
riga 08083 000 0154 000 024
riga 08149 000 0152 000 028
riga 08270 000 0154 000 030
riga 08330 000 0155 000 027
riga 11653 000 0154 000 028
riga 12120 000 0151 000 025
riga 25664 000 0151 000 028
riga 29011 000 0153 000 026
riga 29289 000 0154 000 024
riga 29734 000 0153 000 028
riga 29756 000 0153 000 026
riga 29940 000 0154 000 026
riga 29968 000 0153 000 024
riga 29969 000 0153 000 027
riga 30091 000 0155 000 028
riga 30160 000 0155 000 025
riga 31831 000 0156 000 030
riga 33983 000 0151 000 030
riga 45055 000 0157 000 032
riga 45573 000 0156 000 035
riga 47395 000 0151 000 028
riga 47623 000 0152 000 026
riga 50348 000 0157 000 024
riga 50400 000 0154 000 026
riga 50430 000 0156 000 023
riga 50460 000 0159 000 026
riga 50847 000 0153 000 027
riga 51086 000 0156 000 028
riga 51116 000 0155 000 025
riga 51952 000 0151 000 025
riga 52105 000 0152 000 024
18:26:11 scansione eseguita
SE&O