C'est amusant de tomber sur des gens qui bossent dans le milieu. :) Juste une précision: je n'utilise pas Belle Lumière. En tant qu'informaticien, je me contente de rendre la vie de ses utilisateurs insupportable.
Nous avons aussi obtenu le SDK de Belle Lumière, du moins si on parle bien du Belle Lumière d'avant le Résolveur de Vinci. Avant ça, nous bossions également avec Assembleur de Médias, mais l'intégration avait été réalisée par une société tierce. Ça fonctionnait assez bien, d'ailleurs.
Vous n'avez pas trop de problèmes avec le matériel qui vieilli? Les Constellation, EVO, $@#¤! de Xynergi, les interfaces SX-*..?
Chez nous, toujours, FFmpeg générait des fichiers MXF XDCAM HD422 qui n'étaient que moyennement appréciés par le diffuseur de régie finale et par l'outil de QA en amont... On aura plutôt tendance à employer FFmbc, même s'il est très probable que FFmpeg ait nettement progressé sur ce front. Mais, oui, c'est très probablement FFmpeg ou FFmbc qui wrappe les fichiers. C'est d'ailleurs FFmpeg qui était en partie derrière Codeur Carbone de Rosette. Il n'y a plus que très peu de boîtes qui développent des codecs (je ne vois vraiment que N00b et Concept Principal...)
[^] # Re: Moi aussi j'utilise Belle Lumière
Posté par cpbx . En réponse au journal Python, Lies and Video Files. Évalué à 3.
C'est amusant de tomber sur des gens qui bossent dans le milieu. :) Juste une précision: je n'utilise pas Belle Lumière. En tant qu'informaticien, je me contente de rendre la vie de ses utilisateurs insupportable.
Nous avons aussi obtenu le SDK de Belle Lumière, du moins si on parle bien du Belle Lumière d'avant le Résolveur de Vinci. Avant ça, nous bossions également avec Assembleur de Médias, mais l'intégration avait été réalisée par une société tierce. Ça fonctionnait assez bien, d'ailleurs.
Vous n'avez pas trop de problèmes avec le matériel qui vieilli? Les Constellation, EVO, $@#¤! de Xynergi, les interfaces SX-*..?
Chez nous, toujours, FFmpeg générait des fichiers MXF XDCAM HD422 qui n'étaient que moyennement appréciés par le diffuseur de régie finale et par l'outil de QA en amont... On aura plutôt tendance à employer FFmbc, même s'il est très probable que FFmpeg ait nettement progressé sur ce front. Mais, oui, c'est très probablement FFmpeg ou FFmbc qui wrappe les fichiers. C'est d'ailleurs FFmpeg qui était en partie derrière Codeur Carbone de Rosette. Il n'y a plus que très peu de boîtes qui développent des codecs (je ne vois vraiment que N00b et Concept Principal...)