Recherche avancée

Médias (1)

Mot : - Tags -/géodiversité

Autres articles (79)

  • Le profil des utilisateurs

    12 avril 2011, par

    Chaque utilisateur dispose d’une page de profil lui permettant de modifier ses informations personnelle. Dans le menu de haut de page par défaut, un élément de menu est automatiquement créé à l’initialisation de MediaSPIP, visible uniquement si le visiteur est identifié sur le site.
    L’utilisateur a accès à la modification de profil depuis sa page auteur, un lien dans la navigation "Modifier votre profil" est (...)

  • Le plugin : Podcasts.

    14 juillet 2010, par

    Le problème du podcasting est à nouveau un problème révélateur de la normalisation des transports de données sur Internet.
    Deux formats intéressants existent : Celui développé par Apple, très axé sur l’utilisation d’iTunes dont la SPEC est ici ; Le format "Media RSS Module" qui est plus "libre" notamment soutenu par Yahoo et le logiciel Miro ;
    Types de fichiers supportés dans les flux
    Le format d’Apple n’autorise que les formats suivants dans ses flux : .mp3 audio/mpeg .m4a audio/x-m4a .mp4 (...)

  • Formulaire personnalisable

    21 juin 2013, par

    Cette page présente les champs disponibles dans le formulaire de publication d’un média et il indique les différents champs qu’on peut ajouter. Formulaire de création d’un Media
    Dans le cas d’un document de type média, les champs proposés par défaut sont : Texte Activer/Désactiver le forum ( on peut désactiver l’invite au commentaire pour chaque article ) Licence Ajout/suppression d’auteurs Tags
    On peut modifier ce formulaire dans la partie :
    Administration > Configuration des masques de formulaire. (...)

Sur d’autres sites (8991)

  • lavu : fix memory leaks by using a mutex instead of atomics

    14 novembre 2014, par wm4
    lavu : fix memory leaks by using a mutex instead of atomics

    The buffer pool has to atomically add and remove entries from the linked
    
list of available buffers. This was done by removing the entire list
    
with a CAS operation, working on it, and then setting it back again
    
(using a retry-loop in case another thread was doing the same thing).
    

    This could effectively cause memory leaks : while a thread was working on
    
the buffer list, other threads would allocate new buffers, increasing
    
the pool’s total size. There was no real leak, but since these extra
    
buffers were not needed, but not free’d either (except when the buffer
    
pool was destroyed), this had the same effects as a real leak. For some
    
reason, growth was exponential, and could easily kill the process due
    
to OOM in real-world uses.
    

    Fix this by using a mutex to protect the list operations. The fancy
    
way atomics remove the whole list to work on it is not needed anymore,
    
which also avoids the situation which was causing the leak.
    

    Signed-off-by : Anton Khirnov <anton@khirnov.net>
    • [DBH] libavutil/buffer.c
    • [DBH] libavutil/buffer_internal.h

  • How can i implement ffmpeg into SOA ? [on hold]

    25 août 2019, par forza1010

    I have an IP-camera system which streams in real-time. I want use ffmpeg, but not in the classic way. It must be parameterized, before the stream reaches the user. So i don’t want to type the commands maually on the client side (cmd). I need to implement this.

  • Efficient RTMP Video Stream Processing in Go : Replacing ffmpeg and OpenCV with WebSockets or WebRTC ?

    17 juillet 2023, par dumbQuestions

    I currently have a Go program that retrieves and processes a video stream from an RTMP server by using OpenCV, and then forwards the processed stream to another RTMP server with FFmpeg. While this solution works, I am wondering if there are more efficient approaches leveraging Go modules like WebSockets or WebRTC.

    &#xA;

    My current implementation involves the following steps :

    &#xA;

      &#xA;
    1. Use OpenCV to connect to the source RTMP server and capture the video stream.

      2. &#xA;

    2. Process the images with OpenCV.

      3. &#xA;

    3. Use FFmpeg to forward the processed video stream to the destination RTMP server.

      4. &#xA;

    &#xA;

    Although it gets the job done, I have concerns about the overall efficiency and latency of this setup, especially when dealing with high-resolution video streams.

    &#xA;

    I've heard about WebSockets and WebRTC as alternatives for real-time video streaming and processing, but I'm not sure how to implement them in Go. Are they more efficient than my current approach ? What are the potential benefits and drawbacks of using WebSockets or WebRTC in terms of video stream handling and processing in a Go program ?

    &#xA;

    I'd greatly appreciate any insights, or tips on how to improve the efficiency and real-time performance. Thank you !

    &#xA;

Navigation