Recherche avancée

Médias (1)

Mot : - Tags -/Rennes

Autres articles (97)

  • Mise à jour de la version 0.1 vers 0.2

    24 juin 2013, par

    Explications des différents changements notables lors du passage de la version 0.1 de MediaSPIP à la version 0.3. Quelles sont les nouveautés
    Au niveau des dépendances logicielles Utilisation des dernières versions de FFMpeg (>= v1.2.1) ; Installation des dépendances pour Smush ; Installation de MediaInfo et FFprobe pour la récupération des métadonnées ; On n’utilise plus ffmpeg2theora ; On n’installe plus flvtool2 au profit de flvtool++ ; On n’installe plus ffmpeg-php qui n’est plus maintenu au (...)

  • Personnaliser en ajoutant son logo, sa bannière ou son image de fond

    5 septembre 2013, par

    Certains thèmes prennent en compte trois éléments de personnalisation : l’ajout d’un logo ; l’ajout d’une bannière l’ajout d’une image de fond ;

  • Ecrire une actualité

    21 juin 2013, par

    Présentez les changements dans votre MédiaSPIP ou les actualités de vos projets sur votre MédiaSPIP grâce à la rubrique actualités.
    Dans le thème par défaut spipeo de MédiaSPIP, les actualités sont affichées en bas de la page principale sous les éditoriaux.
    Vous pouvez personnaliser le formulaire de création d’une actualité.
    Formulaire de création d’une actualité Dans le cas d’un document de type actualité, les champs proposés par défaut sont : Date de publication ( personnaliser la date de publication ) (...)

Sur d’autres sites (13068)

  • Anomalie #3430 (En cours) : les champs multi ne fonctionnent plus si une des rubriques n’est plus ...

    5 mai 2015, par Eric Lupinacci

    Je confirme le bug en 3.1 mais il doit aussi exister en 3.0.
    En fait, dans typo() on appelle à un moment corriger_typo($letexte) sans préciser la langue en cours alors que cela est possible.
    Dans corriger_typo() on appelle ensuite extraire_multi($letexte, $lang, true) mais $lang est la chaine vide car l’argument n’a pas été passé dans l’appel de la fonction.
    De fait, dans extraire_multi() on passe par l’instruction :

    if (!$lang) $lang = $GLOBALS[’spip_lang’] ;
    


    pour déterminer la langue qui est donc celle de l’index spip_lang de $GLOBALS.

    Or, si on suit la boucle de erational on a dans $GLOBALS les valeurs suivantes :
    - pour le titre 10. xxx : $GLOBALS[’spip_lang’] = ’en’ et $GLOBALS[’lang’] = ’en’
    - pour le titre 20. xxx : $GLOBALS[’spip_lang’] = ’fr’ et $GLOBALS[’lang’] = ’en’
    - pour le titre 30. xxx : $GLOBALS[’spip_lang’] = ’fr’ et $GLOBALS[’lang’] = ’en’

    Il est donc normal que pour la deuxième et troisième rubrique on extrait la langue fr.
    Si je patche extraire_multi() en rajoutant la ligne

    if (!$lang and isset($GLOBALS[’lang’])) $lang = $GLOBALS[’lang’] ;
    


    avant l’autre affectation de $lang en considérant que lang est prioritaire sur spip_lang cela fonctionne évidemment.

    Maintenant, je ne connais pas la différence entre spip_lang et lang et je trouve bizarre qu’on laisse tout se faire par défaut dans tous les cas depuis typo(). A votre avis, où faut-il modifier le code pour corriger sans tout casser ?

  • OpenCV won't capture frames from a RTMP source, while FFmpeg does

    27 août 2015, par user2957378

    my goal is to capture a frame from a rtmp stream every second, and process it using OpenCV. I’m using FFmpeg version N-71899-g6ef3426 and OpenCV 2.4.9 with the Java interface (but I’m first experimenting with Python).
    For the moment, I can only take the simple and dirty solution, which is to capture images using FFmpeg, store them in disk, and then read those images from my OpenCV program. This is the FFmpeg command I’m using :

    ffmpeg -i "rtmp://antena3fms35livefs.fplive.net:1935/antena3fms35live-live/stream-lasexta_1 live=1" -r 1 capImage%03d.jpg

    This is currently working for me, at least with this concrete rtmp source. Then I would need to read those images from my OpenCV program in a proper way. I have not actually implemented this part, because I’m trying to find a better solution.

    I think the ideal way would be to capture the rtmp frames directly from OpenCV, but I cannot find the way to do it. This is the code in Python I’m using :

    cv2.namedWindow("camCapture", cv2.CV_WINDOW_AUTOSIZE)
    cap = cv2.VideoCapture()
    cap.open('"rtmp://antena3fms35livefs.fplive.net:1935/antena3fms35live-live/stream-lasexta_1 live=1"')
    if not cap.open:
       print "Not open"
    while (True):
       err,img = cap.read()
       if img and img.shape != (0,0):
           cv2.imwrite("img1", img)
           cv2.imshow("camCapture", img)
       if err:
           print err
           break
       cv2.waitKey(30)

    Instead of read() function, I’m also trying with grab() and retrieve() functions without any good result. The read() function is being executed every time, but no "img" or "err" is received.
    Is there any other way to do it ? or maybe there is no way to get frames directly from OpenCV 2.4.9 from a stream like this ?

    I’ve read OpenCV uses FFmpeg to do this kind of tasks, but as you can see, in my case FFmpeg is able to get frames from the stream while OpenCV is not.

    In the case I could not find the way to get the frames directly from OpenCV, my next idea is to pipe somehow, FFmpeg output to OpenCV, which seems harder to implement.

    Any idea,
    thank you !

    UPDATE 1 :
    I’m in Windows 8.1. Since I was running the python script from Eclipse PyDev, this time I run it from cmd instead, and I’m getting the following warning :

    warning: Error opening file (../../modules/highgui/src/cap_ffmpeg_impl.hpp:545)

    This warning means, as far as I could read, that either the file-path is wrong, or either the codec is not supported. Now, the question is the same. Is OpenCV not capable of getting the frames from this source ?

  • Anomalie #3457 : Bug fonctionnel pour utilisation du paramètre largeur sur le modèle

    29 mai 2015, par Pascual -

    Oui, b_b, le comportement est identique en 3.0. Autant pour moi !
    Je devais être fatigué au moment où j’ai posté ce message...

    Ceci étant dit : pourquoi seul le accepte-t-il le filtre |largeur... ?
    Dans mon cas (peut-être particulier, quoique), je voulais que le rédacteur puisse réduire une image (donc ne pas avoir ni son titre, ni son descriptif visibles) sans difficulté : aujourd’hui ce n’est pas possible !

    Car :

    • Si est hors du portefolio : le filtre |largeur n’agit pas
    • Si est dans portefolio : ceux sont les paramètres de la "Gestion des miniatures des images" (fonctions avancées) de SPIP qui prennent le pas et fixe les dimensions.
      D’ailleurs si je désactive, la "Gestion des miniatures des images", une dimension m’est imposée (150 px).

    Pas forcément très "friendly user" tout ceci ;)