Recherche avancée

Médias (91)

Autres articles (64)

  • Des sites réalisés avec MediaSPIP

    2 mai 2011, par

    Cette page présente quelques-uns des sites fonctionnant sous MediaSPIP.
    Vous pouvez bien entendu ajouter le votre grâce au formulaire en bas de page.

  • Participer à sa traduction

    10 avril 2011

    Vous pouvez nous aider à améliorer les locutions utilisées dans le logiciel ou à traduire celui-ci dans n’importe qu’elle nouvelle langue permettant sa diffusion à de nouvelles communautés linguistiques.
    Pour ce faire, on utilise l’interface de traduction de SPIP où l’ensemble des modules de langue de MediaSPIP sont à disposition. ll vous suffit de vous inscrire sur la liste de discussion des traducteurs pour demander plus d’informations.
    Actuellement MediaSPIP n’est disponible qu’en français et (...)

  • Publier sur MédiaSpip

    13 juin 2013

    Puis-je poster des contenus à partir d’une tablette Ipad ?
    Oui, si votre Médiaspip installé est à la version 0.2 ou supérieure. Contacter au besoin l’administrateur de votre MédiaSpip pour le savoir

Sur d’autres sites (14673)

  • Read H264 streaming from Elp H264 with OpenCV + Pyhton

    15 janvier 2017, par Francesco Paissan

    I’m trying to read an udp streaming of a H264 encoded image. The software structure is like follows :

    On a BeagleBoneBlack (Ubuntu 16.04) I’ve an Elp H264 cam (see here : https://www.amazon.com/ELP-Support-Android-Windows-Surveillance/dp/B00VDSBH9G ). I stream frames with ffmpeg on a Unicast UDP Stream.

    I want to read this images from python and opencv to be able to process them.

    I tried with this simple code to see if the cap is opened or not :

    import cv2
    try:
    
     cap = cv2.VideoCapture("udp://localhost:1234/")
    
    cap.set(CV_CAP_PROP_FOURCC, CV_FOURCC('H', '2', '6', '4'));
    
except Exception, e:
    
    print str(e)

    But when I run this script python says :

    DtsGetHWFeatures : Create File Failed DtsGetHWFeatures : Create File
    Failed Running DIL (3.22.0) Version DtsDeviceOpen : Opening HW in mode
    0 DtsDeviceOpen : Create File Failed libva info : VA-API version 0.38.1
    libva info : va_getDriverName() returns -1 libva error :
    va_getDriverName() failed with unknown libva error,driver_name=(null)
    libva info : VA-API version 0.38.1 libva info : va_getDriverName()
    returns -1 libva error : va_getDriverName() failed with unknown libva
    error,driver_name=(null) libva info : VA-API version 0.38.1 libva info :
    va_getDriverName() returns -1 libva error : va_getDriverName() failed
    with unknown libva error,driver_name=(null) libva info : VA-API version
    0.38.1 libva info : va_getDriverName() returns -1 libva error : va_getDriverName() failed with unknown libva error,driver_name=(null)
    GStreamer Plugin : Embedded video playback halted ; module vaapidecode
    reported : Could not initialize supporting library. OpenCV
    Error : Unspecified error (GStreamer : unable to start pipeline ) in
    cvCaptureFromCAM_GStreamer, file /builddir/build/BUILD/opencv-
    2.4.12.3/modules/highgui/src/cap_gstreamer.cpp, line 816 /builddir/build/BUILD/opencv-2.4.12.3/modules/highgui/src/cap_gstreamer.cpp:816 :
    error : (-2) GStreamer : unable to start pipeline in function
    cvCaptureFromCAM_GStreamer

    Can anybody help me ?

    Thanks,

    Francesco.

  • lavf : deprecate av_stream_get_end_pts()

    17 août 2022, par Anton Khirnov
    lavf : deprecate av_stream_get_end_pts()

    According to its documentation it returns "pts of the last muxed packet
    
+ its duration", but the value it actually returns right now is
    
(possibly guessed) dts after muxer-internal bitstream filtering (if
    
any).
    

    This function was added for ffmpeg.c, but it is not used there anymore.
    
Since the value it returns is ill-defined and so inappropriate for any
    
serious use, deprecate it.
    • [DH] doc/APIchanges
    • [DH] libavformat/avformat.h
    • [DH] libavformat/mux_utils.c
    • [DH] libavformat/version_major.h

  • avcodec/proresenc_kostya : Remove harmful check

    7 avril 2021, par Andreas Rheinhardt
    avcodec/proresenc_kostya : Remove harmful check

    The ProRes encoder allocates huge worst-case buffers just to be safe ;
    
and for huge resolutions (8k in this case) these can be so big that the
    
number of bits does no longer fit into a (signed 32-bit) int ; this means
    
that one must no longer use the parts of the PutBits API that deal with
    
bit counters. Yet proresenc_kostya did it, namely for a check about
    
whether we are already beyond the end. Yet this check is unnecessary
    
nowadays, because the PutBits API comes with automatic checks (with
    
a log message and a av_assert2() in put_bits() and an av_assert0() in
    
flush_put_bits()), so this is unnecessary. So simply remove the check.
    

    Fixes ticket #9173.
    

    Signed-off-by : Andreas Rheinhardt <andreas.rheinhardt@outlook.com>
    • [DH] libavcodec/proresenc_kostya.c

Navigation