OBS
RTMP / SRTLaissez la plateforme gérer routage, conversion et distribution afin que l'encodeur source se concentre sur l'envoi d'un flux de contribution propre.
Diffusion
Plateforme de multistreaming en direct
Apportez un flux de contribution vérifié dans Callaba, puis créez une tâche Restream distincte pour chaque destination. Chaque tâche possède ses propres paramètres de destination et son propre état d'exécution ; l'enregistrement, Web Player et la récupération sont des flux de travail distincts que vous ajoutez en cas de besoin.
Déployer Callaba sur AWSTransformer une ingestion en plusieurs sorties
Acceptez le flux de contribution une fois, puis créez une tâche Restream distincte pour chaque plateforme sociale, point de terminaison partenaire ou autre destination.
Chaque tâche Restream possède ses propres paramètres de destination et son propre état d'exécution. Examinez chaque résultat indépendamment afin que chaque destination dispose de ses propres preuves opérationnelles claires.
YouTube
RTMP · Tâche distincte 01
RTMP · Tâche distincte 02
Modèle interactif du workflow · états d’exempleSeule cette destination change ; les deux autres continuent.L'entrée acceptée reste commune, tandis que chaque destination remonte son propre état de fonctionnement.
Flux de travail
Garder la logique de destination sous votre contrôle
Traitez chaque canal de sortie comme un contrat de livraison indépendant, même s'ils utilisent tous la même source.
Transformer une ingestion en plusieurs sorties
Créez une tâche de sortie par destination afin d'isoler les identifiants, les limites et les défaillances.
Préparer délibérément les itinéraires
Documentez et testez les destinations de secours avant d'en avoir besoin pendant un programme en direct.
Ajouter l'enregistrement ou la lecture en tant que flux de travail distincts
Rattachez l'enregistrement ou la lecture dans le navigateur au flux accepté sous forme de tâches distinctes, avec leurs propres contrôles.
Passez maintenant à la pratique
Configurez-le dans Callaba, puis vérifiez la liaison
Cette page définit le périmètre du produit. Les guides indiquent les commandes à ouvrir, le module à connecter ensuite et le contrôle qui confirme que le workflow est prêt.
Spécification technique
Puis-je router une source vers plusieurs destinations ?
Utilisez ce contrat pour confirmer ce qui reste commun à l'ingestion et ce qui doit être prouvé pour chaque sortie.
| Fonction | Comportement pris en charge | Contrôle d’acceptation |
|---|---|---|
| Transformer une ingestion en plusieurs sorties | Un flux de contribution vérifié peut alimenter plusieurs tâches Restream configurées indépendamment. | Validez l'entrée une seule fois, puis observez chaque tâche de destination atteindre son propre état en direct. |
| Garder la logique de destination sous votre contrôle | L'URL de destination, les identifiants, les exigences multimédias et la stratégie de nouvelle tentative appartiennent à chaque tâche de sortie. | Ouvrez chaque tâche séparément et vérifiez son état en direct auprès de la destination prévue. |
| Décharger l'encodeur des traitements lourds | L'encodeur source publie un seul flux de contribution propre, tandis que Callaba assure la distribution en aval. | Comparez le débit montant de l'encodeur avec l'état de toutes les sorties créées, plutôt que de multiplier les publications à la source. |
| Utiliser la flexibilité de routage entre les destinations | Choisissez le cloud pour tester rapidement le workflow, ou une infrastructure autohébergée lorsque le contrôle du réseau et de la localisation des données est requis. | Testez la source et les destinations réelles dans l'environnement choisi avant de compter sur cette route en production. |
Flux de travail
Choisissez le cloud ou l'auto-hébergement parmi les besoins opérationnels
Utilisez le cloud pour valider rapidement une source et une destination réelles. Choisissez l'auto-hébergement lorsque vous avez besoin de contrôler l'infrastructure, le réseau ou l'emplacement des données, puis revalidez le flux de travail après le déploiement.
Déployer Callaba sur AWS
La tarification à l'usage permet de lancer Callaba immédiatement et de profiter d'une faible latence grâce au réseau mondial de centres de données, de serveurs fiables, de sauvegardes, de la mise à l'échelle et de services gérés.
Déployer Callaba sur AWSInstaller Callaba en auto-hébergement
Utilisez une seule entrée de contribution pour plusieurs destinations professionnelles, avec des paramètres de destination explicites pour chaque plateforme ou point de terminaison partenaire.
Installer Callaba en auto-hébergementAPI
API REST de multistreamingAutomatisez les tâches de sortie indépendantes une fois l'itinéraire exécuté
Chaque destination est sa propre tâche Restream. Utilisez l'API pour créer, démarrer et inspecter des tâches une fois que votre équipe a validé la source, la destination et le profil multimédia dans Callaba.
Questions fréquentes
Que signifient ici « ingestion et routage » ?
Vous recevez une entrée en direct sur un point d'ingestion géré, puis décidez de la suite du parcours : réseaux sociaux, points de terminaison partenaires, lecteurs ou autres modules du workflow.
Quand choisir ce produit plutôt qu'une publication directe depuis OBS ?
Ce choix est pertinent lorsqu'une source doit alimenter plusieurs destinations, que des chemins de secours sont nécessaires ou que la logique de routage doit résider dans un workflow géré plutôt que dans l'encodeur.
Puis-je router une source vers plusieurs destinations ?
Oui. Callaba accepte la source une fois et vous créez une tâche Restream indépendante pour chaque destination. Configurez et inspectez chaque tâche séparément.
Ai-je besoin de davantage de bande passante montante pour chaque destination ?
Pas du côté de l'encodeur si le workflow est correctement conçu. La source envoie généralement un seul flux de contribution géré tandis que la plateforme distribue les sorties en aval.
Puis-je utiliser SRT comme entrée de contribution ?
Oui. SRT est un choix courant lorsque les conditions réseau, la qualité de contribution ou une infrastructure de réception contrôlée sont importantes.
Le workflow commence-t-il dans l'API ou dans le tableau de bord ?
Démarrez dans l'interface de contrôle pour valider la source, la destination et le profil. Utilisez ensuite l'API pour créer, démarrer et inspecter chaque tâche Restream indépendante.
Par où commencer dans la documentation ?
Commencez par les serveurs SRT si la première question concerne l'entrée du signal, puis utilisez les routes SRT et les Restreams pour définir son parcours.
Diffusion
Utiliser la flexibilité de routage entre les destinations
Validez d'abord une source avec les destinations nécessaires aujourd'hui, puis ajoutez des tâches distinctes d'enregistrement ou de lecture selon les besoins.