Recherche avancée

Médias (2)

Mot : - Tags -/plugins

Autres articles (64)

  • La file d’attente de SPIPmotion

    28 novembre 2010, par

    Une file d’attente stockée dans la base de donnée
    Lors de son installation, SPIPmotion crée une nouvelle table dans la base de donnée intitulée spip_spipmotion_attentes.
    Cette nouvelle table est constituée des champs suivants : id_spipmotion_attente, l’identifiant numérique unique de la tâche à traiter ; id_document, l’identifiant numérique du document original à encoder ; id_objet l’identifiant unique de l’objet auquel le document encodé devra être attaché automatiquement ; objet, le type d’objet auquel (...)

  • La sauvegarde automatique de canaux SPIP

    1er avril 2010, par

    Dans le cadre de la mise en place d’une plateforme ouverte, il est important pour les hébergeurs de pouvoir disposer de sauvegardes assez régulières pour parer à tout problème éventuel.
    Pour réaliser cette tâche on se base sur deux plugins SPIP : Saveauto qui permet une sauvegarde régulière de la base de donnée sous la forme d’un dump mysql (utilisable dans phpmyadmin) mes_fichiers_2 qui permet de réaliser une archive au format zip des données importantes du site (les documents, les éléments (...)

  • Script d’installation automatique de MediaSPIP

    25 avril 2011, par

    Afin de palier aux difficultés d’installation dues principalement aux dépendances logicielles coté serveur, un script d’installation "tout en un" en bash a été créé afin de faciliter cette étape sur un serveur doté d’une distribution Linux compatible.
    Vous devez bénéficier d’un accès SSH à votre serveur et d’un compte "root" afin de l’utiliser, ce qui permettra d’installer les dépendances. Contactez votre hébergeur si vous ne disposez pas de cela.
    La documentation de l’utilisation du script d’installation (...)

Sur d’autres sites (7989)

  • lavu/hwcontext_qsv : Update after adding support for VAAPI on Windows

    14 avril 2023, par Sil Vilerino
    lavu/hwcontext_qsv : Update after adding support for VAAPI on Windows

    - qsv_internal.h : Remove unnecessary include va_drm.h

    - qsv_internal.h : Enable AVCODEC_QSV_LINUX_SESSION_HANDLE on Linux/VA only

    - hwcontext_qsv.c : Do not allow child_device_type VAAPI for Windows until
    
  support is added, keep D3D11/DXVA2 as more prioritary defaults.
    

    Initial review at https://github.com/intel-media-ci/ffmpeg/pull/619/
    

    Signed-off-by : Sil Vilerino <sivileri@microsoft.com>
    
Reviewed-by : Dmitry Rogozhkin <dmitry.v.rogozhkin@intel.com>
    
Reviewed-by : Wu, Tong1 <tong1.wu@intel.com>
    • [DH] libavcodec/qsv_internal.h
    • [DH] libavutil/hwcontext_qsv.c

  • avdevice/decklink_enc : don't take for granted that first frame to decklink output...

    3 mars 2023, par Devin Heitmueller
    avdevice/decklink_enc : don't take for granted that first frame to decklink output will be PTS 0

    The existing code assumed that the first frame received by the decklink
    
output would always be PTS zero.  However if running in other timing
    
modes than the default of CBR, items such as frame dropping at the
    
beginning may result in starting at a non-zero PTS.
    

    For example, in our setup because we discard probing data and run
    
with "-vsync 2" the first video frame scheduled to the decklink
    
output will have a PTS around 170.  Scheduling frames too far into
    
the future will either fail or cause a backlog of frames scheduled
    
far enough into the future that the entire pipeline will stall.
    

    Issue can be reproduced with the following command-line :
    

    ./ffmpeg -copyts -i foo.ts -f decklink -vcodec v210 -ac 2  'DeckLink Duo (4)'
    

    Keep track of the PTS of the first frame received, so that when
    
we enable start playback we can provide that value to the decklink
    
driver.
    

    Thanks to Marton Balint for review and suggestion to use
    
AV_NOPTS_VALUE rather than zero for the initial value.
    

    Signed-off-by : Devin Heitmueller <dheitmueller@ltnglobal.com>
    
Signed-off-by : Marton Balint <cus@passwd.hu>
    • [DH] libavdevice/decklink_common.h
    • [DH] libavdevice/decklink_enc.cpp

  • avcodec/bonk : Avoid undefined overflow in quant

    5 novembre 2022, par Michael Niedermayer
    avcodec/bonk : Avoid undefined overflow in quant

    Fixes : signed integer overflow : -2889074 * 2048 cannot be represented in type 'int'
    
Fixes : 51363/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_BONK_fuzzer-5660734784143360
    
Fixes : 48567/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_BONK_fuzzer-6617680050520064
    
Fixes : 48567/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_BONK_fuzzer-6743951854141440
    

    No check is done for the overflow as this was rejected in last review, see the ML
    

    Note : the 2nd and 3rd testcase was assigned by ossfuzz to a unrelated theora issue (48567)
    

    Found-by : continuous fuzzing process https://github.com/google/oss-fuzz/tree/master/projects/ffmpeg
    
Reviewed-by : Paul B Mahol <onemda@gmail.com>
    
Signed-off-by : Michael Niedermayer <michael@niedermayer.cc>
    • [DH] libavcodec/bonk.c

Navigation