Recherche avancée

Médias (1)

Mot : - Tags -/Rennes

Autres articles (50)

  • 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 ) (...)

  • 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 (6962)

  • how to synchronize multiple rtsp streams using ffmpeg (or another tool ?)

    23 janvier 2015, par user1913115

    i have several RTP/RTSP live streams that i need to capture to individual mp4 files. this is what i’m doing :

    ffmpeg -i rtsp://source1/video \
          -i rtsp://source2/video \
          -i rtsp://source3/video \
          -map 0 -codec copy out1.mp4
          -map 1 -codec copy out2.mp4
          -map 2 -codec copy out3.mp4

    which works fine except when packets/frames are dropped, i end up with 3 files of different lengths. e.g. after an hour of capture, i may have this :

    out1.mp4 - 59m58s

    out2.mp4 - 59m30s

    out3.mp4 - 56m41s

    when looking at ffmpeg output i see this periodically :

    [NULL @ 0x7ff8c3843600] RTP: missed 8 packets
    [NULL @ 0x7ff8c3843600] RTP: missed 570 packets
    [NULL @ 0x7ff8c3843600] SEI type 81 size 672 truncated at 264

    is there a way to synchronize these videos ? i.e. if a packet is dropped on source3 to drop same packets on source1 and source2 ? or repeat last received frame as many times as required on source3 to have videos in sync with each other ?

  • RuntimeException on FFmpegMediaMetaDataRetriever setDataSource (status = 0xFFFFFFFF)

    27 septembre 2017, par LaVieEnRoux

    I am attempting to load a .mp4 video from assets. I am getting the following error at the top of the stack trace if I access either via URI or FileDescriptor :

    java.lang.RuntimeException : setDataSource failed : status = 0xFFFFFFFF
    at wseemann.media.FFmpegMediaMetadataRetriever.setDataSource(Native
    Method)

    A little snippet of code that causes the exception :

    mmr = new FFmpegMediaMetadataRetriever();
    AssetManager assets = getAssets();
    AssetFileDescriptor afd = assets.openFd(TEST_VIDEO);
    mmr.setDataSource(afd.getFileDescriptor(), afd.getStartOffset(), afd.getLength());

    I’m using version 1.0.14 in Android Studio. I’ve tried using either the pre-built AAR or the compile ’com.github.wseemann:FFmpegMediaMetadataRetriever:1.0.14’ link in the build.gradle dependences, and both give the same result.

    The curious thing is that this loads perfectly fine when I use MediaMetadataRetriever on the same video in place of FFmpegMediaMetadataRetriever. One of the videos with which the error was happening is available at the following link : https://drive.google.com/open?id=0B_r_uzvCTCgsS2xVMUk4TW13YUE

    Anyone have suggestions ? I’d be using MediaMetadataRetriever instead but I need to be able to grab every individual frame of the video and it doesn’t appear to be capable.

  • avfilter/vf_unsharp : Don't dereference NULL

    1er décembre 2019, par Andreas Rheinhardt
    avfilter/vf_unsharp : Don't dereference NULL
    

    The unsharp filter uses an array of arrays of uint32_t, each of which is
    separately allocated. These arrays also need to freed separately ; but
    before doing so, one needs to check whether the array of arrays has
    actually been allocated, otherwise one would dereference a NULL pointer.
    This fixes #8408.

    Furthermore, the array of arrays needs to be zero-initialized so that
    no uninitialized pointer will be freed in case an allocation of one of
    the individual arrays fails.

    Signed-off-by : Andreas Rheinhardt <andreas.rheinhardt@gmail.com>
    Reviewed-by : Paul B Mahol <onemda@gmail.com>
    Signed-off-by : Michael Niedermayer <michael@niedermayer.cc>

    • [DH] libavfilter/vf_unsharp.c