ADAPTA?ÃO DE CÓDIGO - SERVI?O PAGO
Citação:Amigo praticamente é isso só não entendi esta parte : A saÃda será um terceiro array contendo todas as combinações, com exceção das combinações geradas pelo arquivo texto.
O que eu quis dizer aà é que será gerado um terceiro array com todos os valores da combinação 49/3, eliminando-se os valores da combinação gerada pelo arquivo txt. é isso?
Citação::
Amigo praticamente é isso só não entendi esta parte : A saÃda será um terceiro array contendo todas as combinações, com exceção das combinações geradas pelo arquivo texto.
O que eu quis dizer aà é que será gerado um terceiro array com todos os valores da combinação 49/3, eliminando-se os valores da combinação gerada pelo arquivo txt. é isso?
Na verdade o Terceiro Array é que vai apresentar as Garantias do fechamento, tipo assim vai confrontar 1 a 1 combinação com todas as do arquivo
tipo se peguei do arquivo txt : [ô]01 02 03 04 05 06[ô]
das combinações de 49/3=18.424 combinações, comparo a 1ª combinação : [ô]01 02 03[ô] com todas as combinações
então quer dizer oque?
que [ô]01 02 03[ô] esta dentro de [ô]01 02 03 04 05 06[ô] e acertou 3 pontos [txt-color=#e80000][ô]01 02 03[ô][/txt-color] salva
então vai para próxima e assim por diante...
Obs: o total de Loops para esse processo é de : 18.424 * 163 = 3.003.112 Loops
Citação::
Esse tipo de tarefa eu delegaria à um banco de dados. Na verdade fiz um programinha bem bacana um tempinho atrás, para previsão de possibilidades dos números da LotoFácil. Tenho tido bons resultados nos últimos meses, consegui até um prêmio de 14 acertos, bem próximo. Ele usa uma rede neural baseada nos resultados anteriores. Tenho também várias estatÃsticas bem bacanas, incluindo essa que você quer dos triplos. Mas essas estatÃsticas são feitas diretamente no banco de dados, com várias views combinadas.
Cara na verdade estou tentando fazer é conferir a cobertura do jogo, tipo quantos bilhetes de um arquivo........cobre determinado montante de um projeto....
vou dar mais um exemplo, se fosse na Lotofácil veja só: se fossemos querer acertar 11 pontos na Lotofácil em todos os concursos teriamos que cobrir todas as 3.268.760 combinações (comb(25;15)=3.268.760) possÃveis da Lotofácil, pra fazer isso são necessários 43 bilhetes certo, então é isso, precisa pegar os 43 e confrontar com todas as possÃveis combinações 3.268.760, mais aà que está a questão do desempenho, pra fazer esta comparação teriamos que fazer mais de 140 milhões de Loops, mais o princÃpio não é este, se você ver no arquivo que postei, a pessoa que fez o código não passa por todos os Loops, porque se fosse pra ele passar iria demorar uma eternidade, imagina são 163 bilhetes * 13.983.816 = daria mais de 2 Bilhões de Loops, mais esse código aà demora no meu pc já compilado cerca 0,032 milésimos, porque ele divide as combinações de 6 em 3, e faz a conta dos Ternos(3) e não das Senas(6) no caso...então é isso que estou quebrando a cabeça pra poder usar pra qualquer garantia e tamanho...
Citação::
:
Esse tipo de tarefa eu delegaria à um banco de dados. Na verdade fiz um programinha bem bacana um tempinho atrás, para previsão de possibilidades dos números da LotoFácil. Tenho tido bons resultados nos últimos meses, consegui até um prêmio de 14 acertos, bem próximo. Ele usa uma rede neural baseada nos resultados anteriores. Tenho também várias estatÃsticas bem bacanas, incluindo essa que você quer dos triplos. Mas essas estatÃsticas são feitas diretamente no banco de dados, com várias views combinadas.
Cara na verdade estou tentando fazer é conferir a cobertura do jogo, tipo quantos bilhetes de um arquivo........cobre determinado montante de um projeto....
vou dar mais um exemplo, se fosse na Lotofácil veja só: se fossemos querer acertar 11 pontos na Lotofácil em todos os concursos teriamos que cobrir todas as 3.268.760 combinações (comb(25;15)=3.268.760) possÃveis da Lotofácil, pra fazer isso são necessários 43 bilhetes certo, então é isso, precisa pegar os 43 e confrontar com todas as possÃveis combinações 3.268.760, mais aà que está a questão do desempenho, pra fazer esta comparação teriamos que fazer mais de 140 milhões de Loops, mais o princÃpio não é este, se você ver no arquivo que postei, a pessoa que fez o código não passa por todos os Loops, porque se fosse pra ele passar iria demorar uma eternidade, imagina são 163 bilhetes * 13.983.816 = daria mais de 2 Bilhões de Loops, mais esse código aà demora no meu pc já compilado cerca 0,032 milésimos, porque ele divide as combinações de 6 em 3, e faz a conta dos Ternos(3) e não das Senas(6) no caso...então é isso que estou quebrando a cabeça pra poder usar pra qualquer garantia e tamanho...
Mais um motivo para usar um banco de dados para delegar essa tarefa. é como eu faço. Gero os jogos que quero fazer e tenho uma Stored Procedure que conta o número de acertos. Mas(E NÃO MAIS), eu não preciso de tantos jogos. Como minha NN(rede neural), tenho uma taxa de acerto muito boa. Dos últimos 50 concursos, não houve nenhum caso em que não tenha ao menos recuperado o valor gasto com as apostas. Ter 11 acertos em um jogo é 100% garantido. Acerto também frequentemente 12(quase sempre), 13 e até um de 14 acertos já tive. Mas novamente, o trabalho de conferência é do banco. Gero os números e quando pego o resultado do concurso, a conferência é feita, já me dando os acertos.
Citação::
Tá parecendo que é o inverso do que eu disse. Deixa eu ver se eu entendi. Digamos que a primeira linha do arquivo txt é 01 02 03 04 05 06, daà uma possÃvel combinação seria 01 02 03. Se essa combinação (que é o valor 01 02 03) existir dentro das combinações geradas de 49/3 (que são as 18.424) então esse valor é jogado no terceiro array. Depois eu verificaria uma outra combinação para a mesma linha, como por exemplo, 01 02 04 e faria o mesmo processo até verificar todas as 20 combinações possÃveis para essa linha. Ao término disso, ir para a segunda linha e fazer o mesmo processo, até a última linha do arquivo. Seria isso?
Cara a Lógica a princÃpio é esta sim...agora eu não sei se vai funcionar pra todas as garantias intendeu, isso que eu te ajudei até agora é praticamente o que o código original que postei faz, agora minha intenção é expandir pra poder usar com outras garantias, tomara que de certo...se você observar no código original vai perceber que é criado um Array 3D para guardar as combinações do arquivo txt, tipo assim, de uma combinação de 6 números vira 20 combinações de 3, isso é que eu to me batendo pra fazer, pois estou tentando guardar num Array 2D e não consigo, pois o Array tem que manter o Tamanho original, e se você combinar todas as 163 combinações de 6 em 3 = 20 combinações daria um total de 163 * 20 = 3.260 combinações de 3, mais o Array precisa ter Comprimento = a 163, isso que não intendo como proceder...
Citação::
Se as combinações geradas por 49/3 representam todas as sequências possÃveis, como seria possÃvel não existir uma sequência gerada pelo arquivo txt nelas? Ao meu ver, qualquer combinação gerada no arquivo txt existiria nas combinações que foram geradas por 49/3, por isso não vejo muito sentido nisso. Pelo que ta parecendo, você quer verificar se todas as possibilidades (combinações geradas) para um determinado prêmio foi coberto, para se ter a garantia de, pelo menos, um acerto. Se for somente essa a finalidade, então, realmente, gerar e verificar todas as combinações possÃveis demandará muito tempo para a sua execução. Talvez criando uma estrutura em árvores possa compensar bastante esse tempo. Vou dar uma analisada no seu código, se eu encontrar alguma coisa, posto aqui. Vlw
Então amigo agora agente se entendeu...é a cobertura que estou querendo, no caso este exemplo que postei aà está correto, todas as combinações estão fechadas, correto o seu intendimento, mais agora vai dentro do arquivo txt e exclua apenas a primeira Linha, va dentro do código e substitua onde estiver [ô]163[ô] por [ô]162[ô], e rode o código, verás a cobertura incompleta de 27.643 combinações, que está correto também, ou seja o código trás a cobertura certa, e o código demora menos de 1 segundo pra processar, é isso que to tentando fazer, mais sem tamanhos fixos de 163 combinações e 6 numeros por bilhete, que poder usar pra outros tipos de fechamento com 1,2,3 ou 10 ou 20 sei lá quantos bilhetes pra conferir e de 1 a 15 numeros por linha intendeu...