Recherche avancée

Médias (1)

Mot : - Tags -/berlin

Autres articles (111)

  • Websites made ​​with MediaSPIP

    2 mai 2011, par

    This page lists some websites based on MediaSPIP.

  • Creating farms of unique websites

    13 avril 2011, par

    MediaSPIP platforms can be installed as a farm, with a single "core" hosted on a dedicated server and used by multiple websites.
    This allows (among other things) : implementation costs to be shared between several different projects / individuals rapid deployment of multiple unique sites creation of groups of like-minded sites, making it possible to browse media in a more controlled and selective environment than the major "open" (...)

  • Les autorisations surchargées par les plugins

    27 avril 2010, par

    Mediaspip core
    autoriser_auteur_modifier() afin que les visiteurs soient capables de modifier leurs informations sur la page d’auteurs

Sur d’autres sites (10892)

  • Burn picture in picture from two streams with ffmpeg

    9 juillet 2021, par Nagy Alfred

    I have a nice opportunity solving this with ffmpeg, but can not find solution :

    


    I need to burn picture in picture (pip from Desktop capture) to the top right corner of a recorded rtsp stream.

    


    I need to do it real time with the recording command (it can be really easy after the recording, but I do not have time to do it after the recording)

    


    The recording is done with this command :

    


    

    

    ffmpeg -i "rtsp://[username]:[pass]@xx.xx.xx.xx/cam/realmonitor?channel=1&subtype=0&unicast=true" -map 0:v -c:v copy -an -fflags flush_packets -max_delay 3 -flags -global_header -hls_time 20 -hls_list_size 1000 -vcodec copy -y "video.m3u8"

    


    


    



    The picture in picture is a Desktop capture with ffmpeg (real time capturing, not an existing video).

    


    Please help me solving this problem.

    


    Thanks !

    


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

Navigation