Recherche avancée

Médias (0)

Mot : - Tags -/logo

Aucun média correspondant à vos critères n’est disponible sur le site.

Autres articles (51)

  • 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

  • Support audio et vidéo HTML5

    10 avril 2011

    MediaSPIP utilise les balises HTML5 video et audio pour la lecture de documents multimedia en profitant des dernières innovations du W3C supportées par les navigateurs modernes.
    Pour les navigateurs plus anciens, le lecteur flash Flowplayer est utilisé.
    Le lecteur HTML5 utilisé a été spécifiquement créé pour MediaSPIP : il est complètement modifiable graphiquement pour correspondre à un thème choisi.
    Ces technologies permettent de distribuer vidéo et son à la fois sur des ordinateurs conventionnels (...)

  • De l’upload à la vidéo finale [version standalone]

    31 janvier 2010, par

    Le chemin d’un document audio ou vidéo dans SPIPMotion est divisé en trois étapes distinctes.
    Upload et récupération d’informations de la vidéo source
    Dans un premier temps, il est nécessaire de créer un article SPIP et de lui joindre le document vidéo "source".
    Au moment où ce document est joint à l’article, deux actions supplémentaires au comportement normal sont exécutées : La récupération des informations techniques des flux audio et video du fichier ; La génération d’une vignette : extraction d’une (...)

Sur d’autres sites (8567)

  • lavu : add av_gettime_relative()

    12 mai 2014, par Olivier Langlois
    lavu : add av_gettime_relative()
    

    These functions are using the POSIX clock_gettime() function with the
    CLOCK_MONOTONIC clock id. If these are not present on the targeted
    platform, the new functions will fallback on using the original realtime functions
    av_gettime() and av_usleep().

    Monotonic support can be added on other platforms with their
    equivalent native system API eventually if possible.

    Whenever time is requested to measure relative time, the monotonic clock,
    when available, is superior to the system realtime clock because it is
    not affected by discontinuous jumps in the system time

    In a future step, offering the flexibility to let the user choose between
    rt and monotonic clock for avdevices packets will be investigated.

    It is very easy to experience the issues that this patch attempt to address
    by rewinding back in the past the system time while ffmpeg is running.

    this is breaking the ffmpeg report printing (ffmepg.c:print_report()) and
    the the rate emulator functionality (-re) without the patch.

    Signed-off-by : Olivier Langlois <olivier@trillion01.com>
    Signed-off-by : Michael Niedermayer <michaelni@gmx.at>

    • [DH] doc/APIchanges
    • [DH] libavutil/time.c
    • [DH] libavutil/time.h
    • [DH] libavutil/version.h
  • Splitting odd and even frames in Gstreamer

    4 avril 2014, par user3498379

    I am building an application whereby I need to split a videostream(RTSP/MJPEG) into individual frames. The extracted frames then need to be put into two named pipes. I need to alternate the frames between two named pipes, i.e. even frames go to pipe one and odd frames go to pipe 2. I have been able to achieve this with ffmpeg using the following command :

    ffmpeg -i "rtsp://<ipaddress>/axis-media/media.amp?videocodec=jpeg" -vf select="mod(n-1\,2)" -vcodec mjpeg -f avi -y  -vf select="not(mod(n-1\,2))" -vcodec mjpeg -f avi -y
    </ipaddress>

    However I have run into an RTP packet size issue with ffmpeg when using large resolutions e.g. 2048x1536. My question is ; is there a gstreamer equivalent command ? I have the basic gstreamer command which extracts images :

    gst-launch rtspsrc location=rtsp://<ipaddress>/axis-media/media.amp?videocodec=jpeg ! decodebin2 ! jpegenc ! multifilesink location="frame%d.jpg"
    </ipaddress>

    But now I need the additional piece, any help will be much appreciated.

  • golomb : Fix the implementation of get_se_golomb_long

    29 mars 2014, par Martin Storsjö
    golomb : Fix the implementation of get_se_golomb_long
    

    This was only used in hevc muxing code so far.

    This makes the return values match what get_se_golomb returns for
    the same bitstream reader instances.

    The logic for producing a signed golomb code out of an unsigned one
    was based on the corresponding code in get_se_golomb, which operated
    directly on the bitstream reader buffer - not on the equivalent
    return value from get_ue_golomb.

    CC : libav-stable@libav.org
    Signed-off-by : Martin Storsjö <martin@martin.st>

    • [DH] libavcodec/golomb.h