Ceci évitera les quelques désagréments que j’ai subi. Il s’agit d’un bug de PlaylistBroadcaster.

An update about PlaylistBroadcaster: the .replacelist file shall have the same stem as the .plb (config file for PlaylistBroadcaster). I strongly recommend to name the playlist file with the same stem as the .plb file. If the .plb configuration file is called, say, iphone.plb then the playlist file shall be called iphone.playlist, and the replacelist/insertlist file called iphone.replacelist/iphone.insertlist

This will avoid for you the problems I encountered with this mess. This is just a PlaylistBroadcaster bug.

QuickTime 7 fonctionne, lui, parfaitement.

Brr, Mac.

De nos jours, on produit pour une misère des films d’entreprise, des captations de concerts. La baisse tarifaire n’est pas due, contrairement à ce qu’on pourrait croire, à la baisse des prix du matériel vidéo. En effet, une Betanum coûtait facilement 75 000 euros, de nos jours une Sony PMW EX-3, qui sort un format équivalent au XDCAM, coûte environ 8000 €. De plus, l’investissement bancs de montage, lumière, etc, bien qu’il ait baissé, reste important.

Mais ça n’est pas la justification des baisses de tarif : en effet, l’évolution technologique est si rapide que l’on doit renouveler souvent le matériel pour rester à la pointe. Exemple, la société Red va sortir une handycam pour environ 3000 €, qui sort du 2k mais gère assez mal le son. Pour avoir un système complet, les boîtes d’institutionnel qui veulent s’équiper en Red Scarlet vont devoir débourser environ 8000/10000 € par module de prise de vue tout équipé, alors que le Betanum a eu cours de 1993 jusqu’à « il n’y a pas si longtemps ». Ça fait un coût annuel du matériel à peu près équivalent. Donc, l’argument de la baisse des prix justifié par la baisse du coût du matériel est erroné.

La baisse des coûts de production des films pourrait aussi être due à la baisse de la qualité demandée pour la production de film. L’argumentaire qui découlerait de cette hypothèse parlerait de YouTube, des Web TVs, des télévisions d’entreprise et privées qui se multiplient. Bah, non. De nos jours l’exigence est de plus en plus grande, justement parce que le simple fait d’avoir une chaîne institutionnelle devient de plus en plus courant. Pour se démarquer des autres, il faut produire des programmes riches, intéressants, de qualité, proposer une véritable grille et non pas juste un bout à bout de vidéos. Le marché institutionnel voit grandir l’exigence de ses clients. Et donc, les prestataires doivent monter en compétence.

Non, non, non. Voici le véritable problème: les sociétés de production, pour beaucoup, se créent avec un capital limité, et tentent de maximiser leur bénéfice tout en tirant sur les prix pour décrocher les contrats. Elles ne peuvent pas compresser les coûts de matériel, car cela se ferait au détriment de la qualité visuelle du programme. Pas acceptable. Cela ne peut pas se faire en prenant des employés moins qualifiés car le rendu serait moins bon. Pas acceptable. Donc, ces boîtes compressent le coût des salariés.

Extrait de l’ANPE spectacle (de mémoire):

« Vous parlez et êtes capable d’interviewer en français, chinois, allemand, vous disposez de votre matériel de prise de vue et maîtrisez le tourné-monté. Vous couvrirez un évènement sur 2 jours« .

5 € net de l’heure. Faut pas déconner, les mecs. Et je suis sure qu’ils ont trouvé quelqu’un pour le faire.

Et quand les employeurs ne trouvent pas d’ouvrier-esclave, ils prennent des stagiaires. De nos jours, le stagiaire ne vient plus en boîte pour apprendre: il vient pour apporter ses compétences.  J’en ai fait l’expérience chez Bouygues Télécom en tant qu’ingénieure en génie logicielle (DUT 2ème année, bon, OK, j’ai des compétences parfois peu communes). Dans le milieu de l’audiviosuel, c’est pareil, alors que c’est un milieu de pointe: pour certains postes, on demande des stagiaires « ayant déjà eu une expérience professionnelle, sachant monter avec FCP, Avid Xpress Pro, maitrisant le compositing sur After Effects et sachant cadrer ».

Ben, désolée, ça s’appelle un cadreur, un monteur et un truquiste (bon, j’exagère, ça peut être un monteur-truquiste). Dans le milieu actuel, ça s’appelle un stagiaire. Un employé gratuit ou presque. Bah, non. Les stagiaires, trouvez vous autre chose à fiche: on vous prend sur des tournages si vous voulez (pourvu qu’on fasse des tournages). On paiera au moins 80% du SMIC, et on vous apprendra le métier (bien qu’on trouve des propositions de stage « chef-opérateur »… vous ne savez pas qu’il faut passer par l’assistanat-cadre pour prétendre à ce titre ?)

Autre problème: les boîtes de production déguisées en « association audiovisuelle ». Ces boîtes tirent le maximum de subventions de la région, des départements, des villes, des CRRAV, des centres sociaux, décrochent des contrats avec un peu tout le monde, pour du travail qui n’est pas de qualité professionnelle, mais à 50% du prix. Les associations font des travaux professionnels mais bénéficient de leur bénévole ou sont créées par des gens qui ne veulent pas avoir à payer toutes les charges d’une entreprise et donc déguisent leur prod’ en asso.

Une personne me parlait récemment de « l’association qu’elle a monté pour travailler » (dans l’audiovisuel). Elle-même n’a pas le niveau requis pour faire de l’institutionnel, à peine le niveau de base du sociétaire de l’association, et a décroché des contrats institutionnels à environ 10000 €. Cette personne cherche ensuite dans son entourage des professionnels acceptant de travailler gracieusement. Le tarif demandé pour le travail à effectuer est ridicule, le projet peut se planter (et d’ailleurs se plante).

Le coût pour le commanditaire: deux ans de retard, et un projet qui ne sera jamais terminé. Cela se serait-il produit s’il avait investi cette somme (ou le double de cette somme, ce n’est pas énorme) pour faire réaliser le projet ? Si le projet avait été mené par des professionnels, qui rémunèrent leur personnel, paient leur matériel et surtout connaissent leur métier ? La réponse me semble évidente.

Quelques pistes pour arrêter l’hémorragie:

• Que les stagiaires reprennent leur place de stagiaire et ne soient pas des cadres ou employés qualifiés gratuits: vous êtes là pour apprendre, pas pour apporter vos compétences à des ignares
• Que les employés ne travaillent pas en dessous des tarifs syndicaux: ceux qui le font devraient réfléchir aux conséquences pour le métier. Cela s’appelle du dumping et ça nuit à la profession toute entière, en permettant à des n’importe-quoi de développer des produits n’importe-quoi. Si les boîtes n’arrivent pas à trouver d’équipes au tarif dumping, elles paieront le tarif parce qu’aller chercher une équipe roumano-azérie pour faire le travail n’est pas toujours possible (heureusement).
• Que les prestataires arrêtent d’accepter de travailler pour les « associations d’audiovisuel » qui prennent les contrats des professionnels en cassant les prix: si on veut être une boîte de prod’, il faut en accepter toutes les règles (les associations qui, par contre, organisent des formations, montent des tournages pour les projets de leurs sociétaires, c’est génial, continuez: j’adhère).

Ceux qui me répondront, pour le deuxième point, qu’il faut bien commencer à travailler un jour: je préfère vous voir au chômage jusqu’à ce que vous trouviez une place décemment payée, plutôt que commençant à 5 € /h et finissant, à 65 ans, à 10 € de l’heure. Qu’en pensez-vous ?

Si tout le monde arrête de faire des bêtises, la profession peut retrouver un équilibre, et tout le monde y trouvera son compte, hormis les profiteurs et ceux qui voient en le milieu une vache à lait exploitable à l’infini « parce que ça marche ». Ce ne serait pas mal, une purge, non ?

Il s’agit en fait de fichiers « .replacelist » et « .insertlist » (respectivement, pour remplacer la liste, ou insérer une liste à l’emplacement courant de la lecture, selon le code source et mes tests).

Ainsi, si j’ai un tv.plb lié à un tv.pls, et que je veux insérer une liste de lecture à l’emplacement courant de la lecture, je vais créer ma liste sous le nom tv.insertlist.

Si je veux remplacer la liste de lecture avec une liste mise à jour, je vais créer ma nouvelle liste sous le nom tv.replacelist.

A la prochaine bascule de fichier, la playlist est chargée. Attention, le fichier « .replacelist » ou « .insertlist » est alors effacé.

I noticed that Darwin Streaming Server’s (dss) documentation about the playlist broadcast is not correct. Indeed, the playlist insertion/replacement module does not use « .updatelist » files.

Actually, it uses « .replacelist » and « .insertlist » files (resp., for playlist replacement or playlist insertion at current point, according to PlaylistBroadcaster.cpp and my tests)

So, if I have a tv.plb file bound to a tv.pls playlist and I want to insert a playlist just after the file currently playling, I copy my standard PlaylistBroadcaster list of to-be-inserted files as tv.insertlist.

And if I want to replace the playlist just after the current file has finished playing, I copy my new standard playlist file as tv.replacelist.

I hope this helps

1. Minimiser le downtime entre le direct et le différé
2. N’utiliser qu’un seul lecteur Flash, afin de ne pas avoir à mettre la page de diffusion à jour systématiquement.
3. Minimiser les interventions sur le serveur de diffusion

Voici l’idée derrière la réalisation de ce type de WebTV:

On a un programme qui va défiler en boucle et en continu. Il est pushé par un client quelconque capable d’envoyer du RTMP vers Red5 ou Wowza. Ce flux est nommé static. Il prend la forme d’un point de montage /static sur lequel est envoyé un fichier constitué de l’assemblage de tous les programmes récurrents.

On a occasionnellement, lors de la diffusion d’évènements en direct, l’envoi d’un deuxième flux que l’on va appeler live, avec Flash Media Live Encoder, qui prendra la forme d’un point de montage /live sur le serveur de streaming.

Le lecteur Flash va :

• se connecter au flux statique /static
• tester toutes les 10 secondes si le point de montage /live est disponible
• si /live est disponible
  • on coupe le flux /static
  • on lit le flux /live
  • on ajoute un écouteur d’évènement qui retourne au premier point si /live n’est pas disponible.

Variantes possibles: l’ensemble des programmes est statique et on veut que le visiteur les lise dès le départ. En ce cas on fabrique un gros fichier FLV que l’on envoie en mode VOD. On remplace le /static par un fichier /static.flv, et voilà D’autres variantes sont possibles et dans un prochain article je ferai une liste de logiciels utiles pour ce type de stream.

Fanfare brésilienne de percussions, danseuses en costumes, et au milieu de cela, Chloé qui s’amuse et s’essaie à la samba. Sans rire, faire partie des personnes actives impliquait un ensemble de responsabilités : devoir repousser la foule sur les côtés afin que la fanfare avance, tout en dansant et en se montrant belle, avec des talons de 6/10 cm et une tenue trop chaude . Mais ce fut une bonne après-midi.

Le surlendemain, j’étais au PASTT, à faire une intervention informatique, qui fut constructive. J’espère pouvoir continuer à aider cette association dans la gestion de son informatique. Il est aussi prévu que nous les accompagnons dans des projets artistiques.

Importation:

Importer une classe (exemple: utilities/video/RTMP.as) :

import utilities.video.RTMP;

Importer toutes les classes d’un package (exemple: utilities/video):

import utilities.video.*;

Gestion des objets

Instancier une classe ActionScript 3 (par exemple, utilities.video.RTMP):

var rtmp:RTMP = new RTMP( ... ).

Le … est l’ensemble des paramètres de la classe RTMP.

Créer un objet anonyme (qui ne porte pas de nom de classe) :

var monObjet; { champ1: valeur1, champ2: valeur2 };
trace (monObjet.champ1) ; // affiche valeur1
trace (monObjet.champ2) ; // affiche valeur2

Gestion des actions

On accède aux objets portant un nom d’occurence ,dans les actions, en tapant le nom d’occurence.
C’est pourquoi les noms d’occurence ne doivent PAS comporter d’espaces, ni de caractères spéciaux (tout ce qui ne va pas de a à z et de A à Z (sans les accents), de 0 à 9 est généralement à proscrire).

Exemples:

monSymbole.width = 320;
monSymbole.height = 240;
monSymbole.x = this.width / 2 - monSymbole.width / 2 ; // centrage
monSymbole.y = 0; // aligné en haut

Chaîne de caractère (classe String)

commence par une apostrophe ou un double guillemet, termine par le même signe. Exemples:

var chaine1 = 'toto'; var chaine2 = "tutu"; var chaine3 = "ceci est une longue chaîne de caractères".

Evènements:

Gestion du clic souris :

monObjet.addEventListener(MouseEvent.CLICK, fonction_de_rappel);

Evènement déclenché à chaque nouvelle image (Flash: 25 im/s en général) :

monObjet.addEventListener(Event.ENTER_FRAME, fonction_de_rappel)

Si on veut agir directement sur la scène, utiliser addEventListener(Event.ENTER_FRAME, fonction_de_rappel) tout court, ou utiliser le mot clé this comme nom d’occurence.

Explication sur les fonctions de rappel

Une fonction de rappel est une fonction qui prend un paramètre, et qui est appelée lorsqu’un évènement se délenche. On en rencontre notamment dans la gestion des évènements avec addEventListener, mais aussi dans des classes telles que BoundDragAndDropHorizontal ou FillBarVertical. La syntaxe typique de ces fonctions est

function maFonctionDeRappel(evt)
{
 // insérer votre code ici
}

Toutefois on peut ne pas systématiquement vouloir créer une nouvelle fonction. On peut procéder ainsi:

monBouton.addEventListener(MouseEvent.CLICK, function(evt){ trace("Bouton cliqué !"); trace("Coordonnée x " + evt.stageX); trace("Coordonnée y : " + evt.stageY); });

Explications techniques:

On a une régie télé multicam direct dont la sortie est reliée à un ordinateur puissant à travers un convertisseur analogique vers DV (ou, si vous avez de la chance, votre sortie régie est déjà existante en FireWire… ). Cette régie va être utilisée pour diffuser, disons, un spectacle. La régie est installée dans le local technique d’une salle de concert disposant d’une connexion Internet relativement large en bande passante montante (par exemple, 1 Mb/s).

On dispose par ailleurs d’un serveur dédié exécutant Linux ou MacOS  (ou Windows, si vous êtes masochiste).  Sur ce serveur vous avez installé (ou avez fait installer par Chloé ) Wowza Media Server. Vous pouvez prendre pour vos tests et prototypages la version Pro10, qui est gratuite et permet de streamer vers 10 clients au maximum.

La démarche de création d’une application de streaming live est extrêmement simple (voire « seamless », comme on dit… j’envisage d’utiliser cela sur un serveur à très forte bande passante pour proposer des WebTV d’institutions ou de corporations diverses à prix réduit) :

- Créez dans le répertoire d’installation un répertoire applications/maWebTV
- Créez dans ce même répertoire un répertoire conf/maWebTV.
- Dans ce dernier répertoire, créez un fichier Application.xml avec le code suivant (ou téléchargez le mien):

<Root>
    <Application>
        <Connections>
            <AutoAccept>true</AutoAccept>
            <AllowDomains></AllowDomains>
        </Connections>
        <Streams>
            <StreamType>live</StreamType>
            <StorageDir></StorageDir>
        </Streams>
        <SharedObjects>
            <StorageDir></StorageDir>
        </SharedObjects>
        <Client>
            <IdleFrequency>-1</IdleFrequency>
        </Client>
        <Modules>
            <Module>
                <Name>base</Name>
                <Description>Base</Description>
                <Class>com.wowza.wms.module.ModuleCore</Class>
            </Module>
            <Module>
                <Name>properties</Name>
                <Description>Properties</Description>
                <Class>com.wowza.wms.module.ModuleProperties</Class>
            </Module>
            <Module>
                <Name>logging</Name>
                <Description>Client Logging</Description>
                <Class>com.wowza.wms.module.ModuleClientLogging</Class>
            </Module>
        </Modules>
        <Properties>
        </Properties>
    </Application>
</Root>

Le type de flux choisi est « live », qui permet de faire du streaming en direct (j’expliquerai dans un autre article comment proposer un flux différé en alternance avec un flux live, toujours avec Wowza).

Sur la machine puissante qui est en régie, démarrez Flash Media Live Encoder sur la machine puissante. Choisissez la qualité de vos différents flux, faites tous les réglages (par exemple en vous basant sur live%i (pour les numéroter). Dans le champ serveur, entrez rtmp://votre-serveur-wowza/maWebTV. Cliquez sur Connect puis sur Start.

Ici, contrairement à ce qui se passe avec Red5, les URL des flux sont simples: rtmp://votre-serveur-wowza/maWebTV/live1, rtmp://votre-serveur-wowza/maWebTV/live2, etc… (jusqu’à 5 flux avec FMLE).

L’avantage de Wowza est sa performance supérieure à celle de Red5, et son statut d’innovateur technologique en matière de streaming (support du MPEG-TS, de pushers qui ne sont pas liés à Flash…). Son prix, 995 $, est raisonnable (sans oublier qu’on peut utiliser un nombre illimité de WebTVs sur le même serveur, avec pour seule limite la puissance et la bande passante).

Je ferai prochainement un article sur Flash Media Server, puis une synthèse sur le montage d’une WebTV s’appuyant sur les technologies Flash.

Le principe est le suivant : on a un studio de télévision, pleinement équipé, avec une régie qui tourne. Je ne traiterai pas dans ce post des modalités d’installation d’un studio de télé, ne maîtrisant moi-même pas le sujet. Toujours est-il que l’on a une sortie vidéo, un cable Firewire ou un ensemble de fichiers.

Maintenant, on veut streamer. Deux solutions faciles s’offrent à nous pour la diffusion.

On peut encoder le flux en MPEG4/Theora et l’envoyer sur un serveur Icecast (solution 1), ou on peut encoder le flux en FLV et l’envoyer sur un Flash Media Server ou sur Red5 (solution 2).

Solution 1 : Theora + Icecast

En cas de diffusion directe depuis la régie.

$ dvgrab --format raw - | ffmpeg2theora -a 0 -v 5 -f dv -x 640 -y 480 -o /dev/stdout - | oggfwd serveur-de-streaming  port-du-serveur mot-de-passe /myvideostream.ogg

Explication: Une machine Linux, BSD ou autre Unix supportant dvgrab récupère directement le flux DV depuis la régie. On l’encode en Theora avec FFmpeg et on le pousse directement vers le serveur Icecast.

Attention ! Il faut une machine qui « assure », voire qui « dépote » pour pouvoir se permettre de diffuser en direct. On doit faire de l’encodage en temps réel pour que la qualité soit suffisante. De plus, il faut que l’encodage ne consomme pas toutes les ressources processeur: on a besoin d’un minimum de puissance pour encapsuler l’OGM dans du HTTP et envoyer vers le serveur Icecast. Il est aussi nécessaire d’avoir une connexion Internet montante d’un débit suffisant. Je recommande au moins 5Mb/s (une ligne SDSL/Cable/FO suffit – par contre, votre ADSL familial vous obligera à réduire grandement la qualité d’image et de son, rendant les fichiers inexploitables pour la WebTV).

En cas de diffusion depuis des fichiers pré-enregistrés

C’est un peu plus amusant à faire. Générez une liste des séquences que vous souhaitez diffuser. Supposons par exemple que vous vouliez diffuser mire.ogm puis emission_du_matin.ogm puis annonceur1.ogm puis emission_de_l_am.ogm puis mire.ogm…  on reste basique, je ne suis pas directrice d’antenne

Mettez une liste bout à bout des fichiers que vous voulez lire, par exemple

divers/mire.ogm
emission/emission_du_matin.ogm
pub/annonceur1.ogm
emission/emission_de_l_am.ogm

dans un fichier playlist.txt. Je vous conseille de les avoir déjà encodés afin de pouvoir économiser de la puissance processeur

Puis, tapez la commande suivante (ou programmez la dans un script)

cat $(cat playlist.txt) | oggfwd serveur-de-streaming  port-du-serveur mot-de-passe /myvideostream.ogg

Vous devriez être en train de streamer à l’antenne

Cette solution requiert beaucoup moins de puissance processeur (un serveur type Dedibox devrait suffir largement) mais toujours autant de bande passante montante.

Solution 2 : Red5 / Flash Media Live Encoder

Je ne traiterai pas ici de Flash Media Server, n’ayant pas de licence pour ce logiciel et me sentant d’humeur (si ces gentils messieurs-dames de chez Adobe passent sur ce blog, drop me a license key !).

Installation de Red5

L’installation est relativement simple: télécharger et installer Red5 sur votre serveur de diffusion depuis l’adresse http://osflash.org/red5 (utiliser de préférence les versions Java 6).

Dans l’installeur (http://adresse-de-votre-serveur:5080/installer/) installer l’application oflaDemo si elle ne l’est pas déjà. Libre à vous de la renommer afin de changer son nom pour quelque chose de plus « professionnel » (flashStreaming).

Red5 est prêt à streamer.

Utilisation de Flash Media Live Encoder

Ici j’assume que vous pouvez connecter la sortie régie à votre ordinateur, et qu’elle est considérée comme une caméra DV (le cas est applicable à l’utilisation directe d’une caméra en entrée: j’ai fait mes tests avec une Sony DSR-390 sur l’entrée FireWire de mon PC).

Téléchargez Flash Media Live Encoder depuis http://www.adobe.com/products/flashmediaserver/flashmediaencoder/ et installez-le sur votre PC.

Démarrez le logiciel (Menu démarrer / Adobe / Adobe Flash Media Live Encoder).

Dans le panneau de gauche

Cochez la case « Vidéo » si ce n’est déjà fait. Sélectionnez en « Device » l’entrée correspondant à votre caméra DV. En format, choisissez VP6 pour maximiser la compatibilité. En frame rate, adoptez le frame rate standard 25 images / secondes. En Input Size choisissez la résolution maximale proposée par votre périphérique vidéo (720×576 par exemple). Vient la partie « Bit Rate ». Ici vous allez choisir dans quelles qualités vous aller diffuser (je ne traîterai pas de ce point: mes valeurs). Vous pouvez adopter le profil « Multi Bitrate – 2 streams (1300 Kbps) – VP6″ par exemple. Celui-ci diffuse un flux en 320×240 et un autre en 640×480, permettant d’atteindre une résolution proche de celle d’une TV classique.

Cochez ensuite, si ce n’est pas déjà fait, la case « Audio ». Choisissez votre périphérique d’entrée, votre codec audio, le nombre de canaux, le taux d’échantillonnage et le bit rate. Réglez le volume de sortie afin qu’il soit à un niveau standard, ni trop fort ni trop faible.

Une fois les réglages faits, prenez note des paramètres « Total video… + Audio bitrate » pour chacun de vos flux: cela vous servira pour la diffusion.

Dans le panneau de droite

Cochez la case « Stream to Flash Media Server ». Dans « FMS URL », entrez « rtmp://adresse-de-votre-serveur/oflaDemo » (pourvu que vous n’ayez pas changé le nom de l’application oflaDemo pour autre chose, auquel cas vous savez ce qu’il vous reste à  faire… pour le reste du tutoriel je considère que comme moi vous ne l’avez pas changé). Laissez « Backup URL » vierge (vous pouvez l’activer si vous avez un deuxième serveur de streaming, pour le secours). Dans le champ « Stream », indiquez « live%i ». Ceci permettra de numéroter les flux. Vous pouvez changer ça pour « ma_tele_web_%i » si ça vous chante. Je considère qu’on va rester sur « live ».

Cliquez sur « Connect ». Si tout se passe bien, vous n’aurez pas de message d’erreur. Sinon, une fenêtre apparaîtra, vous indiquant qu’il y a eu un problème: probablement votre pare-feu qui vous empêche de vous connecter au serveur, ou une mauvaise configuration de Red5 (s’exécute-t’il ? oflaDemo est-il bien installé ?)

Cliquez sur « Start ». Le streaming commence.

Visionnage

Installez un logiciel tel que FLVPlayer, qui permet de lire les flux rtmp. L’URL de visionnage de votre premier stream est ainsi constituée: rtmp://adresse-de-votre-serveur/oflaDemo/live1?videoKeyframeFrequency=5&totalDatarate=428, 428 étant le nombre que vous avez pris soin de noter précédemment (rassurez-vous: vous pouvez le retrouver en cliquant sur « Encoding options » dans Flash Media Live Encoder). Pour le deuxième, c’est rtmp://adresse-de-votre-serveur/oflaDemo/live2?videoKeyframeFrequency=5&totalDatarate=828, 828 étant le bitrate que vous avez noté pour le deuxième flux. C’est assez ennuyeux de devoir écrire tous les paramètres ainsi, mais c’est une incompatibilité entre Flash Media Live Encoder et Red5.  Copiez cette adresse dans votre presse-papiers et collez la sur la fenêtre de FLVPlayer (ctrl+v). Vous devriez voir votre vidéo. Vous pouvez tout à fait la mettre sur un site Web quelconque. Assurez-vous de conserver les mêmes paramètres afin qu’à chaque fois que votre stream tourne la vidéo soit fonctionnelle. Je ne développerai pas ici d’explications sur « Comment lire un flux RTMP avec Flash ».

J’espère que cet article vous aidera. Je le complèterai prochainement;