Максим Припадчев

Оставайтесь, на чём удобнее работать. "Совместимость с линуксом" на любой ОС обеспечивается докером.

0. Главное: вопрос у тебя звучит "Как верно настроить вероятность". В коде ровно одна строчка с random, и ты не объясняешь что она делает. Собственно, и правила игры (т.е. желаемое поведение кода) ты не озвучил. Что такое "подкрутка"? Что тут посоветуешь...
1. Если ты ловишь себя на том, что создаёшь переменные вида mine_3, mine_4, mine_5, а дальше делаешь x = eval(f"mine_{mines_kolv}[{now_state}]") тебе нужна индексируемая коллекция! Список или кортеж. Тем более что списки ты уже используешь, значит, знаешь, что это такое. Неужели "список из списков" - это такая сложная концепция?
2. У тебя в самом первом SQL-запросе подстановка параметров выполняется корректно, а дальше идёт ересь с использованием %-форматирования. Не надо так.
3. У тебя куча таблиц, из которых ты вытаскиваешь по одному значению. Если эти значения всегда требуются вместе, почему не объединить их в одну таблицу?

Короче, лучшее, что тут можно посоветовать - выкинуть этот код полностью (он исправлению не поддаётся), отложить бота, подучить язык и его средства, в частности, структуры данных и приёмы работы с ними. А потом уже вернуться к боту. Так хотя бы не будешь спотыкаться на простых операциях.

Прежде, чем искать ошибку в коде, вам надо аналитически доказать, что вводимая вами операция обладает нужными свойствами. Нужные инструменты - бумага, карандаш, резинка, голова.

AudioSegment.converter = f"{os.getcwd()}\\ffmpeg.exe"

Ты уверен, что файл лежит в текущем каталоге? Это не то же самое, что каталог программы.
Если тебе нужен каталог программы, лучше его и взять:

from pathlib import Path
import sys 

SCRIPT_DIR = Path(sys.argv[0]).parent.resolve()
FFMPEG = SCRIPT_DIR / 'ffmpeg.exe'  # чтобы не париться с разделителем каталогов (/ или \)

Если пароли считаются уникальные, как строки, то ответ - 2^n: любую строку из "a" и "b" можно как-то составить.

Если пароли считаются уникальные, как последовательность "aa", "a", "b" и "bb" (так, для трех букв отдельно подсчитаются a+aa, aa+a и a+a+a), то ответ можно найти по рекуррентной формуле F(N) = 2(F(N-1)+F(N-2)), F(1) = 2, F(2) = 6.

Формла выводится так: В конце может быть один символ. Тут 2 варианта - это "a" или "b", тогда получается F(N-1) последовательностей длины N-1. Если же в конце идет "aa" или "bb", то таких последовательностей ровно F(N-2). Просуммировав все получится 2(F(N-1)+F(N-2))

Это что-то вроде чисел фиббоначи. Можно еще вывести формулу:

F(N) = (1+sqrt(3))^(N+1)-(1-sqrt(3))^(N+1) / (2sqrt(3))

Если пишите программу, то лучше считать F() итеративно. Только учтите, там будут очень большие числа - в 64-битный тип не поместится.

1) Как рассчитывать движение, работу двигателя и так далее?
2) Как зафиксировать коллизию объектов (Луны и станции)?

Проще всего - взять уже готовую физическую библиотеку, которая и коллизии считает и импульс.

Если хочешь сложным путём пойти - вспоминай школьную программу математики и физики.
Тебя интересуют вектора и понятие импульса и массы. Собстваенно обычная ньютоновская физика.
Двигатель будет генерировать некоторый импульс каждую единицу времени и при этом также будет уходить масса. Также сама луна будет оказывать опеределённую силу на аппарат.
Если будешь симулировать последний этап посадки, то можно пренебречь формулой гравитации и не учитывать изменение силы притяжения вместе со сближением.

Для расчёта коллизий есть разные алгоритмы - тут тебе следует погуглить. Они собственно строятся на том, что у тебя есть какая-то модель формы объекта и векторы скоростей.

3) Как процедурно сгенерировать реалистичную поверхность Луны?

Ну тут в принципе разные подходы есть. Можешь сгенерировать на основе уже существующих фактических данных о поверхности.
Можешь попробовать просто на основе какого-нибудь шума, сгладив и отмасштабировав его.

https://en.wikipedia.org/wiki/Lunar_Lander_(video_...

Ну конкретно по вопросу: можно сделать обоснованную догадку, если знаком с понятием "конечный автомат".
Это нечто, обладающее набором состояний. В рамках состояния автомат выполняет определённую деятельность и/или ждёт определённого события.
Автомат может переходить из состояния в состояние по внешнему сигналу. При этом правила перехода зависят от сигнала И от состояния. Иными словами, автомат может реагировать по разному на один и тот же сигнал, в зависимости от своего состояния.

Пример: часы-будильник. У них могут быть четыре состояния:
- будильник выключен (только часы)
- будильник включен (ожидание времени следующего звонка)
- звучит звонок
- досыпание
И три события:
- сменилась минута
- пользователь нажал кнопку "вкл-выкл"
- пользователь нажал кнопку досыпания
Схему переходов между состояниями можешь придумать сам. В частности, событие "сменилась минута" будет обрабатываться по-разному в каждом из состояний.

Это базовое понятие. В твоём случае автомат - это StateGroup, его отдельные состояние - это State, а сигналы - события бота, привязанные к автомату. Важно понимать, что у тебя, скорее всего, будет много копий автомата - по одной на каждого пользователя.

Далее возникает вопрос: а что если нам нужно передавать какие-то данные из состояния в состояние? Вот тут возникает понятие контекста автомата, т.е. какого-то набора данных, которые могут читаться и изменяться при его работе. Это FSMContext.

Наконец, сугубо практический вопрос: автомат должен "помнить", в каком он состоянии, и должен хранить свой контекст. Где он будет это делать? Вот тут на помощь приходят классы Storage. В частности, MemoryStorage хранит эти данные в памяти. Ненадёжно, не переживает перезапуск бота, но работает быстро и удобно при отладке.

Попробуй реализовать очень простого бота с автоматом состояний, не используя State, а храня состояние для пользователя самостоятельно. Например, в словаре вида userid: (состояние, контекст). И проверяй вручную состояние и контекст при обработке событий. Тогда поймёшь, что примерно происходит внутри FSM.

1. Не принимать предупреждения за ошибки.
2. Работать на машине, где видяха поддерживает одну из указанных библиотек, и поставить на неё эту библиотеку.

Этот корень - иррациональное число. Бесконечное. Его точно на компьютере не подсчитать никак. Это будет какое-то большое число с бесконечным не повторяющимся набором цифр после точки.

Точнее всех будет считать python если использовать библиотеку Decimal:

from decimal import *
getcontext().prec = 400
a = Decimal('112312312312312311231231231231231123123123123123112312312312312311231231231231231123123123123123');
print(pow(a,Decimal(1/3.0)))

Можете хоть тысячи знаков считать, ограничения - в основном скорость работы и требования по памяти.