Annonce

>>> Bienvenue sur codelab! >>> Première visite ? >>> quelques mots sur codelab //// partage de liens //// une carte des membres//// (apéros) codelab


#31 2014-11-19 18:00:34 Re : v4l2 FFMPEG loopback et autres petits soucis

sakramh
membre
Lieu: clichy-sous-bois
Date d'inscription: 2008-12-02
Messages: 828
Site web

Re: v4l2 FFMPEG loopback et autres petits soucis



qui dit première dit "last but not least" non ? (ha !!! les joies du gros oeuvre) . Et donc clap clap clap !!!
Maintenant utiliser un binaire sur une autre machine que celle sur laquelle il a été compilé mmmh.... un coup oui, un coup non . Les binaires des dépôts .deb sont compilés en environnement "chroot" un peu particulier pour être universels ou du moins génériques (flags des processeurs etc...) .
Il y a des débats en cours chez debian (et donc ses dérivées) pour revenir à ffmpeg en place du libav actuel  qui oblige à ce genre de manoeuvres (une version statique) pour cause d'incompatibilité . Croisons les doigts .

Dernière modification par sakramh (2014-11-20 13:02:04)


le code est l'alchimie de l'âge du silicium

Hors ligne

 

#32 2015-01-01 21:32:26 Re : v4l2 FFMPEG loopback et autres petits soucis

sakramh
membre
Lieu: clichy-sous-bois
Date d'inscription: 2008-12-02
Messages: 828
Site web

Re: v4l2 FFMPEG loopback et autres petits soucis



suite à un retour vers le passé (2014) j'ai trouvé une petite astuce qui permet de gagner un bon 5% de cpu avec [pix_snap] . Ne pas lui imposer de vitesse et il appuie  sur le champignon, le bougre . hmm
http://codelab.fr/up/aztus.png
@Tepaze : elle permettra peut-être d'optimiser ton usine à gaz ffmpeg etc ... (vitesse variable de ~18 à 25 ips)
ps: on doit pouvoir simplifier et se passer du spigot etc ... eu la flemme de vérifier roll

                                                          GROS EDIT :

sad  ben j'aurais dû . En fait il faut que ce soit synchronisé par le [t a b] et j'ai l'impression que si on sort de la vitesse de [gemwin] (ici 25ips) le résultat est bizarre (par paquets) .
(j'avais fait l'essai avec une webcam qui sort au mieux 12 ips en éclairage artificiel d'où pas vu le souci)
Avec un film à 25 ips si on descend à 5 sur le [metro] la conso cpu remonte de 5% et pas de diff à l'oeil .
A 10 y a un léger effet de ralenti sans "stretch" temporel et la conso redescend de 5% . En dehors des sous multiple de 25 c'est n'importe quoi (et donc le [metro] plutôt 5, 10, 15, etc...) . Bon ben çà fera un effet pas cher lol

Dernière modification par sakramh (2015-01-02 13:53:35)


le code est l'alchimie de l'âge du silicium

Hors ligne

 

fil rss de cette discussion : rss

Pied de page des forums

Powered by FluxBB

codelab, graphisme & code : emoc / 2008-2017