Re: [pymecavideo] nouvelle révision, des quantités de bugs limés

[ Thread Index | Date Index | More lists.tuxfamily.org/pymecavideo Archives ]


Coucou :)

> Bon alors ce n'est plus ffmpeg, mais mencoder qui sera utilisé (plus
> souple, moins verbeux, actuellement plus fonctionnel). Mencoder est
> multiplateforme.

ok... côté licence, c'est aussi bien ?

>> Oui. Ca me parait la meilleure chose à faire pour le moment.
>
> Voilà, c'est implémenté. Les vidéos recodés sont effacées à la fin de

> Bon alors le test de fonctionnement est fait; c'était un peu limite
> parce qu'il fallait accepter un segfault sans planter l'application. Ça
> se fait en encapsulant l'essai dans un sous-shell.


Ce test ne fonctionne pas chez moi... il ouvre les .mov, les .ogv
....avec tous leurs défauts...


>> Pour les essais que j'avais fait avec opencv, le problème n'est pas
>> qu'il ne détecte pas le nombre d'images mais qu'il le fait mal.
>> J'avais même trouver des hack pour les movs.
>> (si tu avais 134 images, il en trouvait 134134 par exemple). J'ai
>> laissé tomber car ce nétait pas pérenne.
>
> Si tu as des restes de ces remarques, on peut maintenant faire remonter
> des rapports de bugs pour OpenCV ?


Bon... j'ai récup dans le svn un fichier nettoyé par GK ;)

Voici le hack en quesiton.
##Pb avec les .mov. CV_CAP_PROP_FRAME_COUNT renvoie 711711 pour 711 images.
        ######################################################################
        l = len(nb_image)
        pb = False
        if l>5 and l%2 == 0:
            pb = True
            for i in range(l/2-1):
                #print nb_image[i], nb_image[len(str(nb_image))/2+i-1]
                pb = pb * nb_image[i]==nb_image[len(str(nb_image))/2+i-1]


        if pb :
            nb_image = nb_image[0:len(str(nb_image))/2-1]

Avec ça, les mov passaient bien :)
(je crois)

JB



Mail converted by MHonArc 2.6.19+ http://listengine.tuxfamily.org/