Créez et exploitez dans un seul produit l'ingestion SRT et RTMP, le routage, le Multiview, l'enregistrement, la lecture web, le stockage et les appels vidéo. Configurez d'abord le workflow visuellement, puis automatisez les mêmes modules via REST sur AWS ou sur votre propre infrastructure Linux.
L'API configure les modules et lit leur état actuel ; la vidéo en direct transite par SRT et RTMP. Créez l'ingestion une fois, puis surveillez, routez, enregistrez et publiez sans faire passer les médias par votre application.
RESTCommencez par une ingestion contrôlée, puis préparez et distribuez le signal au moyen de lecteurs, de sorties compatibles CDN et de surfaces destinées au public. Cette approche est particulièrement utile lorsqu'une même source doit alimenter simultanément les opérateurs, les spectateurs, les enregistrements et les destinations en aval.
Maintenez la sortie en direct pendant que Callaba crée un enregistrement en parallèle. Utilisez le fichier obtenu pour les extraits, le replay ou une publication VOD ultérieure sans reconstruire le parcours en direct autour d'un enregistreur séparé. La conservation et le stockage suivent la destination configurée.
L'API configure les modules et lit leur état actuel ; la vidéo en direct transite par SRT et RTMP. Créez l'ingestion une fois, puis surveillez, routez, enregistrez et publiez sans faire passer les médias par votre application.
Commencez par une ingestion contrôlée, puis préparez et distribuez le signal au moyen de lecteurs, de sorties compatibles CDN et de surfaces destinées au public. Cette approche est particulièrement utile lorsqu'une même source doit alimenter simultanément les opérateurs, les spectateurs, les enregistrements et les destinations en aval.
REST expose la configuration documentée, les appels de cycle de vie et l’état actif actuel. L’interface opérateur authentifiée affiche la télémétrie de transport SRT en direct pendant la session. Les enregistrements, fichiers et destinations de stockage restent des modules explicites du workflow.
La plateforme s'organise autour de modules opérationnels : serveurs SRT, routes, rediffusions, enregistrements, lecteurs, salles, stockages et fichiers. Vos développeurs disposent ainsi d'un modèle plus clair qu'une vague surface de points de terminaison tout-en-un.
Votre équipe ne reçoit pas seulement des références de méthodes, mais aussi des préréglages, des exemples de workflows, des onglets par langage, des extraits vMix utiles et des exemples par module qui reflètent l'utilisation réelle de la plateforme en production.
REST expose la configuration documentée, les appels de cycle de vie et l’état actif actuel. L’interface opérateur authentifiée affiche la télémétrie de transport SRT en direct pendant la session. Les enregistrements, fichiers et destinations de stockage restent des modules explicites du workflow.
Chaque comportement pris en charge est associé à un contrôle d’acceptation concret. L’interface Callaba installée ainsi que les profils réels de source, de destination et d’infrastructure font foi.
| Fonction | Comportement pris en charge | Contrôle d’acceptation |
|---|---|---|
| Enregistrer un flux en direct sans interrompre sa diffusion | Maintenez la sortie en direct pendant que Callaba crée un enregistrement en parallèle. Utilisez le fichier obtenu pour les extraits, le replay ou une publication VOD ultérieure sans reconstruire le parcours en direct autour d'un enregistreur séparé. La conservation et le stockage suivent la destination configurée. | Oui. Maintenez la lecture ou le routage en direct pendant que Callaba crée un enregistrement en parallèle. Utilisez le fichier obtenu pour les extraits, le replay ou une publication VOD ultérieure, puis définissez sa conservation avec la destination de stockage configurée. Automatisez ce workflow avec le module Enregistrements si nécessaire. |
| Utiliser des modules plutôt qu'une immense boîte noire | La plateforme s'organise autour de modules opérationnels : serveurs SRT, routes, rediffusions, enregistrements, lecteurs, salles, stockages et fichiers. Vos développeurs disposent ainsi d'un modèle plus clair qu'une vague surface de points de terminaison tout-en-un. | Vous pouvez construire bien davantage que la lecture. Le produit propose des modules pour l'ingestion, le routage, la rediffusion, l'enregistrement, les lecteurs, les appels, les fichiers et le stockage. Les équipes assemblent ainsi le workflow nécessaire sans tout forcer dans une surface étroite. |
| Pilotez le workflow sans faire transiter la vidéo par votre application | L'API configure les modules et lit leur état actuel ; la vidéo en direct transite par SRT et RTMP. Créez l'ingestion une fois, puis surveillez, routez, enregistrez et publiez sans faire passer les médias par votre application. | Oui. Les principaux modules de workflow, notamment Serveurs SRT , Rediffusions , Enregistrements , Lecteurs web et Appels vidéo , proposent des méthodes de démarrage et d'arrêt lorsque ce cycle de vie est pertinent. |
| Passer de l'ingestion à la lecture mondiale sans changer de produit | Commencez par une ingestion contrôlée, puis préparez et distribuez le signal au moyen de lecteurs, de sorties compatibles CDN et de surfaces destinées au public. Cette approche est particulièrement utile lorsqu'une même source doit alimenter simultanément les opérateurs, les spectateurs, les enregistrements et les destinations en aval. | Créez un lecteur web à partir de la source d'ingestion à publier. Le module lecteur prend en charge la préparation et la lecture pour le public; vous pouvez placer un CDN tel que CloudFront en amont pour étendre la distribution. |
| Choisir le cloud ou l'auto-hébergement sans changer de modèle produit | Le même modèle orienté API convient à une validation rapide dans le cloud comme à un déploiement auto-hébergé offrant le contrôle complet de l'infrastructure, des données et des décisions de mise en service. | Oui. Le choix du déploiement modifie la façon d'exploiter l'infrastructure, mais le modèle produit reste le même. Votre équipe peut prototyper dans le cloud, passer à l'auto-hébergement si nécessaire et continuer d'utiliser la même surface d'API modulaire. |
| Conçu pour l'exploitation en production, pas seulement pour les démos | REST expose la configuration documentée, les appels de cycle de vie et l’état actif actuel. L’interface opérateur authentifiée affiche la télémétrie de transport SRT en direct pendant la session. Les enregistrements, fichiers et destinations de stockage restent des modules explicites du workflow. | Utilisez le module Serveurs SRT pour la configuration REST documentée et l’instantané actuel des flux actifs. Les opérateurs surveillent le débit, le RTT et l’état du transport en direct dans l’interface Callaba authentifiée pendant la session. Cette télémétrie est un contexte opérationnel en direct, pas un historique durable ni une archive de journaux d’événements. |
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.
Le même modèle orienté API convient à une validation rapide dans le cloud comme à un déploiement auto-hébergé offrant le contrôle complet de l'infrastructure, des données et des décisions de mise en service.
La tarification cloud à l’usage permet de déployer rapidement l’API vidéo Callaba, de choisir une région, d’évoluer et d’exploiter le produit sans installation auto-hébergée. Configurez explicitement les destinations d’enregistrement et la conservation de chaque workflow.
Déployer Callaba sur AWSL'offre illimitée convient aux entreprises de diffusion moyennes et grandes en forte croissance qui souhaitent éviter les limites du forfait tout en gardant le contrôle complet de leurs données.
Installer Callaba en auto-hébergementCommencez par un parcours rapide de lecture en direct, puis étendez-le à l'ingestion, au routage, à l'enregistrement, à la lecture, aux appels, au stockage et au contrôle opérationnel grâce aux exemples de modules ci-dessous. L'objectif n'est pas une simple requête de démonstration, mais une représentation fidèle de l'ensemble du produit que vos ingénieurs utiliseront réellement.
Commencez par créer un serveur SRT ou un serveur RTMP. Votre encodeur, OBS, vMix ou unité de terrain dispose ainsi d'une destination d'ingestion stable autour de laquelle construire le reste du workflow.
Créez un lecteur web à partir de la source d'ingestion à publier. Le module lecteur prend en charge la préparation et la lecture pour le public; vous pouvez placer un CDN tel que CloudFront en amont pour étendre la distribution.
Oui. Le comportement DVR se règle dans les lecteurs web. En pratique, les équipes ajustent les paramètres des fragments et du manifeste pour définir la durée pendant laquelle le public peut revenir en arrière durant un événement en direct.
Oui. Maintenez la lecture ou le routage en direct pendant que Callaba crée un enregistrement en parallèle. Utilisez le fichier obtenu pour les extraits, le replay ou une publication VOD ultérieure, puis définissez sa conservation avec la destination de stockage configurée. Automatisez ce workflow avec le module Enregistrements si nécessaire.
Utilisez le module Serveurs SRT pour la configuration REST documentée et l’instantané actuel des flux actifs. Les opérateurs surveillent le débit, le RTT et l’état du transport en direct dans l’interface Callaba authentifiée pendant la session. Cette télémétrie est un contexte opérationnel en direct, pas un historique durable ni une archive de journaux d’événements.
Oui. Les principaux modules de workflow, notamment Serveurs SRT, Rediffusions, Enregistrements, Lecteurs web et Appels vidéo, proposent des méthodes de démarrage et d'arrêt lorsque ce cycle de vie est pertinent.
Vous pouvez construire bien davantage que la lecture. Le produit propose des modules pour l'ingestion, le routage, la rediffusion, l'enregistrement, les lecteurs, les appels, les fichiers et le stockage. Les équipes assemblent ainsi le workflow nécessaire sans tout forcer dans une surface étroite.
Oui. Le choix du déploiement modifie la façon d'exploiter l'infrastructure, mais le modèle produit reste le même. Votre équipe peut prototyper dans le cloud, passer à l'auto-hébergement si nécessaire et continuer d'utiliser la même surface d'API modulaire.
Commencez par la documentation de Callaba Engine pour découvrir la carte du produit, puis ouvrez le module le plus proche de la première frontière du workflow : Serveurs SRT, Rediffusions, Lecteurs web, Enregistrements ou Appels vidéo.
Le même modèle orienté API convient à une validation rapide dans le cloud comme à un déploiement auto-hébergé offrant le contrôle complet de l'infrastructure, des données et des décisions de mise en service.