Base de connaissances

Le nombre de spectateur est limité physiquement sur les serveurs.

Le dépassement de forfait est simplement calculé au To de bande passante supplémentaire (le prix du dépassement est indiqué sur les factures et sur la commande) sachant que de base, tous les clients ont le droit à 2 To par mois.

Il n'est pas prévu de pouvoir bloquer automatiquement un flux lorsque qu'il risque d'y avoir un dépassement de forfait. Mais il est possible de le faire manuellement en ajoutant des restrictions et en baissant le bitrate du stream en fin de mois afin de consommer moins de bande passante.

Seul le http-download est pour le moment supporté. Celui-ci a l'avantage d’être compatible avec un grand nombre de lecteurs/players/mobiles, là où les solutions de type RTMP ou HTTP-Streaming sont propriétaires et donc supportées que par certains devices bien précis:

• le RTMP est uniquement compatible Flash ce qui exclu par exemple les mobiles ou le HTML5
• le HTTP-streaming n'existe pas de façon unifiée et plusieurs constructeurs développent leur propre implémentation (Apple HTTP-Streaming pour iPhone/iPad/iPod, Flash dynamic streaming pour Adobe et Flash).

Il n'y a pas encore de vrai standard défini entre les différents acteurs afin de supporter tous un seul et même codec donné, MP4(h264) et WebM ne sont pas supportés selon le navigateur utilisé (p.ex. H264 non supporté sur Firefox, WebM VP8 et VP9 non supportés sur Safari et IE11, etc.), c'est pour cette raison qu'il faut jongler entre les différentsencodages et les différents players supportés et capables de les lire selon le support sur lequel ils sont exécuté.

Dès l'instant où un encodage standard est supporté par Adobe Flash Player, c'est le Player Flash qui sera privilégié car nettement plus complet au niveau de la personnalisation, des options et des possibilités (VAST, adsWizz, playlists, chapitrages...) que la version HTML5. Si le plugin d'Adobe n'est pas installé sur le navigateur, c'est une version HTML5 qui sera alors chargée dans la mesure où le navigateur supporte le protocole HTML5 et dans la mesure où un encodage est disponible et compatible avec le navigateur en question.

Il n'y a pas de différence entre ces termes. Ce sont simplement des appellations différentes utilisées pour parler d’une même technologie: l'envoi de contenu «direct» (ou en léger différé) permettant la lecture à mesure qu’il est diffusé.

Vous pouvez personnaliser les URL relatives à votre produit de broadcast vidéo afin de remplacer les mentions Infomaniak par le terme que vous aurez déterminé.

Actions à effectuer

Faites un CNAME de livevideo.domaine.xyz vers livevideo.infomaniak.com

Pour un domaine lié à un hébergement mutualisé 60 Go
Connectez-vous dans votre console d'administration
Rendez-vous sous DNS -> Sous-domaines externes
Créez le sous-domaine nommé livevideo avec la cible livevideo.infomaniak.com

Pour un domaine dans notre offre de vente de domaines
Connectez-vous à votre console d'administration
Rendez-vous sous Gestion des domaines
Sur la ligne de votre domaine, cliquez sur l'icône Gestion des DNS
Cliquez sur Gérer les zones DNS
Descendez jusqu'à Alias de domaines (CNAME Record)
Créez le sous-domaine nommé livevideo avec la cible livevideo.infomaniak.com

Il n'est pas possible d'ajouter artificiellement des secondes de décalage sur un flux diffusé en direct. Cela doit se configurer en amont, au niveau de l'encodeur par exemple si ce dernier le permet. Veuillez lire la documentation associée.

Le fonctionnement classique du broadcast vidéo implique d'utiliser un encodeur pour transformer le flux provenant d'une source de type caméra ou webcam. Exemple avec une GoPro: pour diffuser ce qu'elle filme en direct (mise en place d'une Webcam live par exemple) vous pouvez tout à fait la relier via son câble HDMI à votre carte d'acquisition (par exemple la carte AVerMedia Game Broadcaster HD) qui possède une entrée HDMI. Installez un logiciel comme Flash Media Live Encoder (gratuit) qui reconnaitra la source vidéo et qui vous permettra de la diffuser vers nos serveurs de broadcast vidéo.

Mais avec des caméras adéquates, délivrant du h.264 en natif, il n'y a plus besoin d'encodeur; vous pouvez relier votre caméra directement avec notre système de streaming vidéo. Ce système ne fonctionne toutefois qu'avec une liste limitée de caméras (qui permettent d'encoder dans le bon format). Certains modules, comme l'enregistrement vidéo, ne sont pas compatibles avec le fonctionnement des caméra IP.

Pour accéder à la configuration, il faut vous rendre dans votre console d'administration, sous Configuration -> Configuration de l'encodeur -> RTSP

En cas de problème, il faut commencer par vérifier sur votre réseau que vous pouvez visualiser le flux de la caméra, avec un player vidéo tel que VLC. Veuillez vérifier sa connectivité et vous assurer qu'elle fonctionne bien avec l'adresse publique que vous comptez utiliser. La caméra doit en effet être joignable publiquement.

Autre point important, il est nécessaire d'utiliser le port 554 pour le RTSP et pas un port personnalisé. C'est un protocole assez sensible aux perturbation réseau et il est donc nécessaire de le déclarer correctement, raison pour laquelle tout autre port sera refusé.

Liste des caméras supportées:

• Axis: M10X, M11X, M30X, M31X, M7001, P13X, P33X, P55X, Q1755, Q60X
• Sony: snc-ch110, dh110, ch210, dh210, ch120,dh120, ch140, dh140, ch160, dh160, ch180, dh180, ch220, dh220, ch240, dh240, ch260, dh260, ch280, dh280, rh124, rh164
• Panasonic: non communiqué pour l'instant

Il est possible d'enregistrer à la volée une diffusion en direct ou de programmer l'enregistrement depuis notre console d'administration ou depuis notre API.

Cette solution vous permet par exemple de proposer automatiquement sur votre site la vidéo d'une émission dès la fin de son direct ou dès la fin de votre journal TV quotidien par exemple, afin de les mettre automatiquement à disposition de votre auditoire.

Cette option est disponible lors de la commande ou par la suite au tarif de 200 EUR / 300 CHF par an, espace de stockage (qui peut être un espace FTP ou un espace VOD) non inclus.

Lire aussi cette FAQ (cliquez ici).

Il n'y a pas de file d'attente mais un système de reconnexion automatique au niveau du player.

Celui-ci va donc périodiquement réessayer de se connecter jusqu'à ce qu'une place se libère. Cela implique qu'il n'y a pas d'ordre de priorité; le premier arrivé ne sera pas forcément le premier à obtenir une place.

Infomaniak ne fournit pas le matériel (encodeurs, machines d'encodage, serveurs) qui va servir à envoyer le flux audio ou vidéo vers les serveurs de diffusion Infomaniak.

Cela dit, dans le cas du streaming audio, c'est très simple d'envoyer un flux audio: il suffit d'un ordinateur, même portable, équipé d'une carte son et sur lequel vous installez un logiciel payant ou gratuit comme ceux proposés sur cette FAQ (cliquez ici).

Pour le streaming vidéo c'est un peu le même principe mais il vous faut une carte d'acquisition vidéo. Nous recommandons la carte UltraStudio SDI HDMI, qui nécessite un connecteur USB3 et qui est compatible Windows à un prix inférieur à 350€. Lire également cette FAQ (cliquez ici).

Notre player lit par défaut le RTMP et le RTMPT est lui aussi géré en natif par nos serveurs, automatiquement pour les flux des clients.

Si vous utilisez un player tiers, il faut le configurer correctement. Nos serveurs acceptent les connexions sur les ports 1935, 443, 80 et les protocoles rtmp, rtmpt, rtsp.