Le principe est justement de faire une solution a l'arrachée avec du php+ftp.
rtp est plus adapté mais s'il n'y avait que ca comme enjeu ! ce que du vrai streaming d'homme est capable de faire :
- seek non pas dans le tampon, mais a distance (client qui dit au serveur "lis a partir de là maintenant") - bon le seek avant marchera moyen pour du live ;)
- adaptation côté serveur a la bande passante du client pour éviter des tailles tampons qui explosent ou une video qui se coupe 10s toutes a chaque 5s de lecture (sans réencodage mains nécessite des codecs évolués)
- encore mieux avec une adaptation aux débits client dynamique pour résister aux aléas de connection.
- flux multicanal ou le client peut zapper de l'un a l'autre dans le même stream (sans reconnection) mais la ca commence a être très musclé.
La liste n'est pas longue, mais du joli casse tête quand même :)
[^] # Re: Mwais...
Posté par Anonyme . En réponse au journal Diffusion de vidéo en direct (FTP Streaming). Évalué à 4.
rtp est plus adapté mais s'il n'y avait que ca comme enjeu ! ce que du vrai streaming d'homme est capable de faire :
- seek non pas dans le tampon, mais a distance (client qui dit au serveur "lis a partir de là maintenant") - bon le seek avant marchera moyen pour du live ;)
- adaptation côté serveur a la bande passante du client pour éviter des tailles tampons qui explosent ou une video qui se coupe 10s toutes a chaque 5s de lecture (sans réencodage mains nécessite des codecs évolués)
- encore mieux avec une adaptation aux débits client dynamique pour résister aux aléas de connection.
- flux multicanal ou le client peut zapper de l'un a l'autre dans le même stream (sans reconnection) mais la ca commence a être très musclé.
La liste n'est pas longue, mais du joli casse tête quand même :)