- Szycy
- 27 kwietnia 2026 03:44 UTC
- Autor
- Kamo
- Pochęt się
- 498bc3b
- Nowe - etapy punktów końcowych w przesyłaniu wieloczęściowych Przekierowywana przez APIService do wiadra MinIO I tworzy wiersz inscenizacji UnprocessedRecording. Idepotent na retries Używany (phoneServerId, asteriskUniqueId). - Nowy punkt końcowy (zwany przez DaemonService) Plotki odpływowe: pobiera inscenizowane WAV, miesza nogi call w jednym Opus / WebM Mistrz przez FFmpeg amix, kody transcedowe na kanałowe WAV jako ścieżki obok Master i przesyła przez RecordingImagingService z VM_RECORDING (8) / CALL_RECORDING (9) ImageAssocType. - Nowa owijarka FfmpegService (transcodeToOpusWebm / mixToOpusWebm) z timeoutem I sprzątanie tempfile. - Wydawca NATS emituje voip.recording.receeded na każdym inscenizowanym przesłaniu, więc DaemonService może skrócić okresowy sondaż. - Dockerfile instaluje ffmpeg w etapie runtime (alpine ffmpeg statki libopus domyślnie). - ConfigMap eksponuje - (wspólna usługa krzyżowa Internal-call secret), dzięki czemu nowe punkty końcowe mogą uwierzytelnić APIService i Osoby dzwoniające do DaemonService.