Vindicar

В-нулевых, не прячь импорты, не всегда понятно что откуда берётся.
Во-первых, зачем тебе два уровня вложенности в процессах? Сначала делаешь дочерний процесс через multiprocessing.Process, а потом в нём запускаешь еще один процесс через Popen. Смысл? Собственно, результат предсказуем - ты жестко прибиваешь (kill()) первый дочерний процесс, и он не успевает ничего сделать со вторым.
Во-вторых, Popen уже имеет полезные методы типа terminate(). Но тут есть тонкость - под линуксом этот метод посылает сигнал SIGTERM, на который процесс может отреагировать и спокойно завершить свою работу. Под виндой используется функция WinAPI TerminateProcess(), которая жёстко прибивает процесс, не давая ему шанса завершить работу. Будет практичнее использовать метод signal() в сочетании с константой signal.CTRL_C_EVENT - это будет эквивалентом нажатия Ctrl-C (или Ctrl-Break) в консоли дочернего процесса. Большинство процессов реагируют на это завершением работы. Но под виндой надо будет указать дополнительный параметр для Popen(), чтобы это сработало.

Так что я бы попробовал что-то в таком духе:

import signal
import subprocess
import sys

args = [
    "ffmpeg", 
    "-i", f"rtsp://{camera_login}:{camera_pass}@{camera_host}:554/Streaming/channels/1/", 
    "-err_detect", "ignore_err", 
    "-reorder_queue_size", "0", 
    "-map", "0:v", "-c:v", "copy", 
    "-f", "rtsp", 
    "-rtsp_transport", "tcp", f"rtsp://{rtsp_server}:8554/live.stream"
]
params = {'cwd': '.'}
if sys.platform == 'win32':  # винда у нас особенная...
    params['creationflags'] = (
        # subprocess.DETACHED_PROCESS |  # если хочешь, чтобы ffmpeg запускался тихо и не спамил в твой stdout
        # subprocess.CREATE_NEW_CONSOLE |  # если хочешь, чтобы открывалась новая консоль для ffmpeg
        subprocess.CREATE_NEW_PROCESS_GROUP  # по докам, это требуется для нормальной работы ctrl-c
    )
my_subprocess = Popen(args, **params)
try:
    pass # тут работаешь с процессом
finally:
    my_subprocess.signal(signal.CTRL_C_EVENT)  # сигналим процессу о завершении
    try:
        my_subprocess.wait(timeout=5.0)  # ждём завершения
    except subprocess.TimeoutExpired:  # процесс "задумался"
        my_subprocess.kill()  # тогда прибиваем

Ну я бы сказал, зачем это вообще?
Во-первых, дискорд активно подталкивает ботов на использование слэш-команд, которым префикс не нужен.
Во-вторых, дискорд.пи и его клоны типа nextcord имеют параметр бота command_prefix. Если таки осилить открыть документацию, то найдём там такое:

The command prefix is what the message content must contain initially to have a command invoked. This prefix could either be a string to indicate what the prefix should be, or a callable that takes in the bot as its first parameter and nextcord.Message as its second parameter and returns the prefix.

Т.е. вместо тупо строки префикса можно передать функцию вида def prefix_func(bot, message) -> str:, которая будет вызываться для каждого сообщения, и возвращать желаемую строку префикса. Это не только позволяет менять префикс динамически, не трогая бота (бот как дёргал функцию, так и будет дёргать), но и позволяет делать вещи типа "свой префикс у разных серверов".

И никаких велосипедов изобретать не потребуется. Всё уже придумано.

Цикл while?
Не, серьёзно. Это основы языка. Открой учебник и читай.

Поясню ответ Алан Гибизов: Обратный слэш (\) в строковых литералах Питона (как и во многих языках) имеет специальное значение, зависящее от следующего символа. Например, \n означает символ перевода строки, \t - символ табуляции, и т.д. Последовательность \u позволяет задать символ юникода по его коду, например, символ \u00A7 это значок параграфа (§). Но это также разделитель каталогов в пути на платформе Windows. А у тебя в пути есть последовательность "C:\Users\777\Desktop\Новая папка\67.png".
Избежать этого конфликта можно одним из трёх способов:
* использовать последовательность \\ - она означает просто символ \ без специального поведения.
* использовать "сырой" строковой литерал - my_path = r'C:\Users\'. В таких литералах символ \ не имеет специального поведения, это просто символ.
* Записать путь, используя прямой слэш /. Винда это позволяет.

Сам словарь полученный от телеграмм мне нужно его в нужном моменте сохранять в бд, а позже вытаскивать обратно превращая назад в dict, но все идет по наклонной

Ну т.е. как и предсказывали, проблема в более раннем коде.
Когда сохраняешь в БД, делай не str(mydict), а json.dumps(mydict). Тогда можно будет делать json.loads() при загрузке.

Только словарь надо будет почистить от постороннего, а ещё лучше - сначала сделать свой словарь ,в который сохранять ТОЛЬКО то, что тебе надо. Например, ты не заметил, что у тебя в словаре есть

'entities': [<telebot.types.MessageEntity object at 0x7770137fd0>]

Сюрприз-сюрприз, объект

<telebot.types.MessageEntity object at 0x7770137fd0>

явно сериализации не поддаётся, и ни сохранить, ни восстановить его не выйдет. Или убирать ключ entities, если он тебе не нужен, или разбираться, что это за объект и сериализовывать/восстанавливать его вручную.

Ну правильно тебе питон говорит. У pyautogui нет функции loadImage(), ни в доках она ни упоминается, ни в исходниках. Откуда ты взял, что она есть?

Всё, что начиная с

@bot.event 
async def on_ready():

нужно подвинуть влево (уменьшить отступ). В питоне отступы значимы!
Советую ненадолго отложить бота и поучить язык на более простых примерах, во избежание подобных ошибок.

В итоге стиснул зубы и остановился на SQLAlchemy. Да, там по несколько взаимоисключающих способов сделать одну вещь, да, приходится таскать за собой объект сессии, да, на документацию лучше переходить через stackoverflow, но оно хотя бы заработало сразу же.

А как перебирать-то, чудо?