Bug #134

l'encodeur plante avec webm et impose de relancer le serveur

Added by Gerard Vidal about 6 years ago. Updated about 6 years ago.

Status:New Start date:05/27/2013
Priority:Normal Due date:
Assignee:Charles-Henri Eyraud % Done:

0%

Category:- Spent time: -
Target version:-

Description

Hi,

Lors de la manip Cultures Numériques j'ai mis en évidence le fait que lorsqu'on encode un webm le par défaut de 30 images/s ne peut pas être modifié par les paramètres de la ligne de commande ou du fichier de configuration du serveur.
Si l'on utilise seulement webm à 30 images/s l'encodeur et le serveur fonctionnent. Si on utilise à la fois webm et quoi que ce soit d'autre le fonctionnement ne dépasse pas la première seconde et plante avec la désynchronisation 25-30 images par seconde.
c'est dommage car le webm est directement lisible sans plugin par les navigateurs modernes.

tests à faire donc

History

#1 Updated by Gerard Vidal about 6 years ago

J'ai une piste.
J'ai testé l'encodeur sans le relier au serveur et dans ce cas il est possible de modifier tous les paramètres qu'on veut dont le nombre d'images par seconde y compris en prenant des cadences zarbi! Par contre dès qu'il est connecté impossible d'avoir autre chose que 30 fps.
je me suis rendu compte que les paramètres qu'on passe à la ligne de commande (hors stream) ne sont pas directement passés car la lib vp8 est externe à ffmpeg et donc j'ai deux hypothèses:
  • soit il faut donner les paramètres au fichier ffpreset qui les transmet directement
  • soit il y a une contrainte de norme de format sur le streaming du webm (ça m'étonnerait quand même)

reste à tester un ffpreset propre.

Also available in: Atom PDF