Bonjour,
J'ai un problème avec realproducer 11 qui résiste à tous mes essais
- debian (kernel 2.6.18, mise à jour du mois de juin)
- carte d'acquisition vidéo Osprey 100 (bttv)
- carte son SBLive
C'est une vieille machine. Le live streaming fonctionnait parfaitement avec le kernel 2.4 et realproducer 8.5. Depuis la mise à jour, la vidéo semble tourner en léger accéléré, avec des crachotements dans le son et le real player refait le buffering toutes les 30 secondes environ.
J'ai essayé toutes les options d'encodage et il me semble que le problème ne vient pas de là.
Le problème est peut-être lié à v4l2. J'ai vu qu'il y a un module v4l1-compat mais je ne sais pas comment forcer son utilisation.
Ou des options à régler sur le module bttv ? J'ai de la peine à trouver de l'info à ce sujet.
Est-ce que quelqu'un a déjà résolu un problème de ce type ?
Norbert
Forum Linux.général Encodeur real sous v4l2
7
août
2008
# je veux pas dire...
Posté par bob le homard . Évalué à 4.
;o)
[^] # Re: je veux pas dire...
Posté par ChickenKiller . Évalué à 2.
[^] # Re: je veux pas dire...
Posté par Norbert Crettol . Évalué à 1.
[^] # Re: je veux pas dire...
Posté par bob le homard . Évalué à 2.
juste que je pensais vraiment que le format real était tombé aux oubliettes.
Pourquoi ne pas utiliser du Mpeg4 ?
Icecast2 le gère bien il me semble. Je crois même que vlc est capable de streamer dans ce format...
[^] # Re: je veux pas dire...
Posté par Norbert Crettol . Évalué à 2.
Mais je crois que nous allons changer, je ne sais pas vers quoi. Peut-être Mpeg4, pourquoi pas. Mon problème est de faire du live streaming facile à consulter pour tout le monde. La mode, maintenant, c'est flash. J'ai une grosse pression au boulot pour installer un serveur flash. J'ai fait un premier essai sous Linux, ça marche, mais si j'ai bien compris, pour le live, on peut oublier pour l'instant. Leur protocole est absurde : il faut prendre la vidéo, en séparer le son, encoder les deux flux et les refusionner. Bonjour les problèmes de synchro. Observez déjà la synchro des vidéos sur YouTube, ce n'est pas toujours parfait. Et ils ont plus d'expérience que moi...
Je ne sais pas vraiment quoi choisir pour que ce soit facile pour les utilisateurs sur toutes les plateformes. Continuer Real ? Darwin streaming server avec du quicktime ? Mpeg4 ?
Et je ne sais pas comment résoudre mes problèmes de capture BTTV avec les kernels modernes.
Pas le moral, je vais me reconvertir dans la broderie...
Merci pour tes remarques
[^] # Re: je veux pas dire...
Posté par bob le homard . Évalué à 2.
GNU/Linux? ou mac OSX?
Je pense que si tu souhaites diffuser avec un format libre qui marche tu dois t'orienter vers Ogg Theora. C'est le plus simple si tu es sous GNU/Linux.
Après, il va falloir assumer pour expliquer ce choix aux utilisateurs mécontants ;o))
Si tu cherches la compatibilité le mieux est le mpeg4. C'est standard, de très bonne qualité et quand même super répandu...
ici tu as quelques infos qui pourraient t'intéresser ;
http://www.streamzilla.eu/samples.html
Moi je me sers de icecast2 pour streamer du son, mais je n'ai jamais essayé la video. C'est pas très compliqué à installer.
Apparemment si tu utilises un conteneur de type OGM, tu peux y mettre du divx, xvid, h264 ...
http://icecast.imux.net/viewtopic.php?p=10146
Tu me diras si tu installes Darwin stream serveur : ça m'intéresse !
[^] # Re: je veux pas dire...
Posté par Norbert Crettol . Évalué à 2.
J'ai déjà fait quelques essais sous Linux avec Darwin Streaming Serveur, la version open source du serveur Quicktime. Je n'ai jamais réussi à faire du direct.
Le problème du direct c'est qu'il faut une machine quelque part qui fait l'acquisition audio et vidéo, qui encode tout ça et qui balance le tout à un serveur qui fait le broadcast. On ne peut pas imaginer ne serait-ce que 10 ou 20 personnes qui viennent chercher leur flux en même temps directement sur la petite connexion d'une salle de spectacle ou d'un théâtre. Ça ferait exploser la ligne. Et c'est là que le système Real fonctionnait très bien. L'encodeur d'un côté qui envoie un flux multiple (avec des encodages pour plusieurs types de bande passante) dans un seul tuyau vers un serveur qui lui se trouve près d'un backbone avec assez de bande passante pour servir de nombreuses connexions simultannées. Nous n'avons pas les moyens de nous payer les caches d'Akamai...
Est-ce que je peux construire ça avec Icecast ? Je vais chercher. Est-ce que les clients Mac et Windoze pourront lire sans souci mon flux Mpeg4 ?
En tout cas, je te remercie pour tes idées. Je vais chercher du côté de Icecast et de DSS.
Norbert
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.