Discussion :

[oxor3]

Bonjour, j'aimerais avoir de l'information pour faire du streaming de vidéo avec socket.

[SuperCed]

Le streaming est un vaste problème.

En général, on utilise le protocole udp en transport.
Il suffit d'écrire des données sur un socket udp.
Par contre, il faut compresser la vidéo afin que ce ne soit pas trop lourd.

[ludovic.fernandez]

Bonjour,

Au niveau protocolaire, nous dirons: UDP/RTP.

As-tu entendu parle de FEC? la FEC repond au probleme de perte de paquets en joignant a chacun d'entre eux une copie des precedents. Ceci permet d'eviter des goulots d'etranglements au niveau applicatif ou au contraire d'une perte trop importante de quantite de donnees. C'est une solution repondant partiellement aux contraintes QoS d'UDP.

Pour la compression, il faut trouver une adequation entre nombre de paquets transmis, taille des paquets et temps de decompression. C'est pourquoi, il semble bon d'utiliser des algorithmes utilises par les sites specialises.

Ludovic

[SuperCed]

Tu peux m'en dire plus sur FEC? je vois pas trop l'intérêt d'utiliser un mode sans perte de paquet sur de l'UDP, sachant que TCP rempli déjà ce rôle.

Merci

[ludovic.fernandez]

Les flots multimedia sont particuliers compte tenu du recepteur: l'homme. Contrairement aux reste des donnees, on peut se permettre d'en perdre une partie et de ne pas respecter la sequence du flot => D'ou UDP.

Cependant, pour ameliorer la qualite de reception, puisque lq reemission est impossible en streaming, il faut se preserver de perdre trop de paquets sequentiels => D'ou la FEC

RFC correspondante

[oxor3]

Je suis bien content de vos commentaires/suggestions. Je vais regarder ca pour FEC et ausssi, bien entendu, pour une bonne compression.

[Kaori]

Est-ce que le streaming vidéo par socket est limité à certain format? Ou bien je peux aussi bien utiliser de l'avi que du mjpeg ?

[SuperCed]

Tu peux utiliser le conteneur que tu souhaites.
Mov, AVI ou MPEG.

Le QuickTime streaming server est gratuit je crois.