Bot do nagrywania wideo-rozmów

Ten projekt ma na celu poprawę i stabilizację istniejącego bota, który łączy się z spotkaniami online (Google Meet, Zoom, Teams), nagrywa je i przesyła nagrania do S3. Bot również wysyła powiadomienia przez webhook po pomyślnym zakończeniu lub w przypadku błędu. Ulepszenia będą koncentrować się na refaktoryzacji kodu w celu zwiększenia czytelności, zapewnienia stabilności i możliwości konfiguracji bota za pomocą zmiennych środowiskowych lub argumentów.

Oczekiwane wyniki:

1. Jednolity Dockerfile dla wszystkich klientów.

2. Poprawiona ponowna użyteczność kodu poprzez minimalizację duplikacji i modularność.

3. Refaktoryzacja kodu w celu zwiększenia czytelności i wsparcia.

4. Solidne połączenie z spotkaniami z mechanizmem ponownego łączenia.

5. Poprawiona stabilność kontenera, zapobiegająca awariom podczas ponownego uruchamiania.

6. Dołączenie do spotkania za pomocą bezpośredniego linku zamiast loginu i hasła.

7. Konfigurowalna nazwa bota.

8. Zweryfikowana zgodność z Google Meet, Zoom i Teams.

9. Poprawne zapisywanie plików w S3 w formacie "meeting_id/data/uuid.mp4".

10. Opcjonalnie: zapis oddzielnych plików audio dla każdego uczestnika, jeśli to możliwe.

Kryteria akceptacji:

1. Unifikacja Dockera:

   • Powinien być używany jednolity Dockerfile dla wszystkich klientów.

   • Bot powinien być pomyślnie budowany i uruchamiany za pomocą docker-compose i docker run.

   • Wszystkie parametry konfiguracyjne powinny być przekazywane przez argumenty lub zmienne środowiskowe.

2. Refaktoryzacja kodu i najlepsze praktyki:

   • Wykluczenie niepotrzebnej duplikacji kodu.

   • Kod powinien być zgodny z najlepszymi praktykami: podział na funkcje/moduły, zrozumiałe nazwy zmiennych i dokumentacja.

   • Przestrzeganie zasad czystego kodu.

3. Solidne połączenie z spotkaniami:

   • Bot powinien pomyślnie łączyć się ze spotkaniem nie więcej niż po dwóch próbach.

   • Jeśli bot nie może połączyć się po dwóch próbach, powinno być wysłane powiadomienie webhook o błędzie.

4. Naprawa problemów z ponownym uruchamianiem kontenera:

   • Kontener powinien być pomyślnie uruchamiany bez błędów po zatrzymaniu i ponownym uruchomieniu.

   • Błąd związany z uruchomieniem Pulseaudio powinien być usunięty.

5. Aktualizacja metody uwierzytelniania:

   • Bot powinien łączyć się ze spotkaniami za pomocą bezpośredniego linku bez loginu i hasła.

   • Zmiany w uwierzytelnianiu nie powinny zakłócać istniejącej funkcjonalności.

6. Konfiguracja nazwy bota:

   • Nazwa bota powinna być konfigurowalna za pomocą zmiennej środowiskowej lub argumentu.

   • Bot powinien dołączać do spotkania z podaną nazwą.

7. Zapisywanie plików w S3:

   • Wszystkie nagrania powinny być zapisywane w formacie: "meeting_id/data/uuid.mp4".

   • Pliki powinny być poprawnie przesyłane i dostępne w wskazanym koszu S3.

8. Powiadomienia webhook:

   • Powinno być wysłane powiadomienie webhook o pomyślnym zakończeniu nagrania i przesłaniu do S3.

   • W przypadku awarii na jakimkolwiek etapie powinno być wysłane powiadomienie webhook o błędzie.

9. Zgodność z platformami:

   • Bot powinien poprawnie działać z Google Meet, Zoom i Microsoft Teams.

   • Spotkania powinny być nagrywane bez błędów i awarii.

10. OPCJONALNIE (Nie priorytetowo) - Podział plików audio:

• Jeśli to możliwe, bot powinien zapisywać oddzielne ścieżki audio dla każdego uczestnika.

• Ta funkcjonalność nie powinna przeszkadzać w podstawowych możliwościach.

Dodatkowe wymagania:

• Powinny być wdrożone mechanizmy logowania i obsługi błędów.

• Wszystkie zależności powinny być udokumentowane.

• Ostateczna implementacja powinna być dokładnie przetestowana przed oddaniem.