Recherche avancée

Médias (33)

Mot : - Tags -/creative commons

Autres articles (34)

  • Les tâches Cron régulières de la ferme

    1er décembre 2010, par

    La gestion de la ferme passe par l’exécution à intervalle régulier de plusieurs tâches répétitives dites Cron.
    Le super Cron (gestion_mutu_super_cron)
    Cette tâche, planifiée chaque minute, a pour simple effet d’appeler le Cron de l’ensemble des instances de la mutualisation régulièrement. Couplée avec un Cron système sur le site central de la mutualisation, cela permet de simplement générer des visites régulières sur les différents sites et éviter que les tâches des sites peu visités soient trop (...)

  • MediaSPIP v0.2

    21 juin 2013, par

    MediaSPIP 0.2 is the first MediaSPIP stable release.
    Its official release date is June 21, 2013 and is announced here.
    The zip file provided here only contains the sources of MediaSPIP in its standalone version.
    To get a working installation, you must manually install all-software dependencies on the server.
    If you want to use this archive for an installation in "farm mode", you will also need to proceed to other manual (...)

  • Use, discuss, criticize

    13 avril 2011, par

    Talk to people directly involved in MediaSPIP’s development, or to people around you who could use MediaSPIP to share, enhance or develop their creative projects.
    The bigger the community, the more MediaSPIP’s potential will be explored and the faster the software will evolve.
    A discussion list is available for all exchanges between users.

Sur d’autres sites (6463)

  • lavc : Add new header for SEI payload types

    21 janvier 2021, par Mark Thompson
    lavc : Add new header for SEI payload types

    These form a common namespace between the H.264, H.265 and H.266
    
standards, so we can use the same definitions in all three places.
    • [DH] libavcodec/sei.h

  • FFmpeg ubuntu script [on hold]

    9 décembre 2015, par Sambir

    Hi guys i want to create an ffmpeg script which picks up files from one folder transcodes them then deletes the source.

    So think of the following scenario :

    I place file A.mp4 and A.srt in folder input
    I also place file B.mp4 and B.srt in folder input

    In the night a script is executed which picks up these files places them in the folder "transcoding" then starts to transcode the movies one by one. So not parallel.

    When finished new files should be created in the output folder by the ffmpeg script. And the files in the folder "transcoding" should be deleted.

    Can anyone help me out here. It does not seem to be that complex but since I am not that good at coding any help is appreciated :)

  • avcodec/encode, frame_thread_encoder : Unify calling encode callback

    23 août 2022, par Andreas Rheinhardt
    avcodec/encode, frame_thread_encoder : Unify calling encode callback

    The encode-callback (the callback used by the FF_CODEC_CB_TYPE_ENCODE
    
encoders) is currently called in two places : encode_simple_internal()
    
and by the worker threads of frame-threaded encoders.
    

    After the call, some packet properties are set based upon
    
the corresponding AVFrame properties and the packet is made
    
refcounted if it isn't already. So there is some code duplication.
    

    There was also non-duplicated code in encode_simple_internal()
    
which is executed even when using frame-threading. This included
    
an emms_c() (which is needed for frame-threading, too, if it is
    
needed for the single-threaded case, because there are allocations
    
(via av_packet_make_refcounted()) immediately after returning
    
from the encode-callback).
    

    Furthermore, some further properties are only set in
    
encode_simple_internal() : For audio, pts and duration are derived
    
from the corresponding fields of the frame if the encoder does not
    
have the AV_CODEC_CAP_DELAY set. Yet this is wrong for frame-threaded
    
encoders, because frame-threading always introduces delay regardless
    
of whether the underlying codec has said cap. This only worked because
    
there are no frame-threaded audio encoders.
    

    This commit fixes the code duplication and the above issue by factoring
    
this code out and reusing it in both places. It would work in case
    
of audio codecs with frame-threading, because now the values are
    
derived from the correct AVFrame.
    

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

Navigation