Enregistrement ingest - pipeline de traitement FFmpeg

FeatureConversionService
Expédié
27 avril 2026 à 03:44 UTC
Auteur
Kamo
Commite
498bc3b

- Nouvelles phases et téléchargements en plusieurs parties transmis par APIService dans le seau MinIO et crée une ligne d'arrêt UnprocessedRecording. Idémpotent sur les essai à l'aide d'utilisation (phoneServerId, astériskUniqueId). - Nouveau point d'entrée (appelé par DaemonService) draine les lignes: télécharge des WAV mis en place, mélange les jambes d'appel en un seul Opus/WebM master via FFmpeg amix, transcode par canal WAVs comme pistes à côté du master, et téléchargement via RecordingImagingService avec VM-RECORDING (8) / APPRÉCREQUE 9 ImageAssocType. - Nouvelle enveloppe FfmpegService (transcodeToOpusWebm / mixToOpusWebm) avec temporisation et le nettoyage des fichiers temporels. - L'éditeur NATS émet voip.recording.reçu à chaque téléchargement mis en place. DaemonService peut raccourcir son sondage périodique. - Dockerfile installe ffmpeg au stade de l'exécution (navires alpins ffmpeg libopus par défaut). - ConfigMap expose les expositions (transaction croisée partagée) secret d'appel interne) de sorte que les nouveaux points d'extrémité peuvent authentifier APIService et Appelants de DaemonService.

Tous les changements

Comme ce que tu vois expédier ?

Chacune de ces mises à jour atterrit automatiquement dans votre espace de travail. Commencez gratuitement et regardez-le grandir semaine après semaine.

Commencez gratuitement pour toujoursPrix de visualisation