Recherche avancée

Médias (0)

Mot : - Tags -/xmlrpc

Aucun média correspondant à vos critères n’est disponible sur le site.

Autres articles (67)

  • Participer à sa traduction

    10 avril 2011

    Vous pouvez nous aider à améliorer les locutions utilisées dans le logiciel ou à traduire celui-ci dans n’importe qu’elle nouvelle langue permettant sa diffusion à de nouvelles communautés linguistiques.
    Pour ce faire, on utilise l’interface de traduction de SPIP où l’ensemble des modules de langue de MediaSPIP sont à disposition. ll vous suffit de vous inscrire sur la liste de discussion des traducteurs pour demander plus d’informations.
    Actuellement MediaSPIP n’est disponible qu’en français et (...)

  • Multilang : améliorer l’interface pour les blocs multilingues

    18 février 2011, par

    Multilang est un plugin supplémentaire qui n’est pas activé par défaut lors de l’initialisation de MediaSPIP.
    Après son activation, une préconfiguration est mise en place automatiquement par MediaSPIP init permettant à la nouvelle fonctionnalité d’être automatiquement opérationnelle. Il n’est donc pas obligatoire de passer par une étape de configuration pour cela.

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

  • libavutil/hwcontext_qsv : fix a bug for mapping qsv frame to vaapi

    13 septembre 2021, par Wenbin Chen
    libavutil/hwcontext_qsv : fix a bug for mapping qsv frame to vaapi

    Command below failed.
    
ffmpeg -v verbose -init_hw_device vaapi=va :/dev/dri/renderD128

    - init_hw_device qsv=qs@va -hwaccel qsv -hwaccel_device qs

    - filter_hw_device va -c:v h264_qsv

    - i 1080P.264 -vf "hwmap,format=vaapi" -c:v h264_vaapi output.264
    

    Cause : Assign pair->first directly to data[3] in vaapi frame.
    
pair->first is *VASurfaceID while data[3] in vaapi frame is
    
VASurfaceID. I fix this line of code. Now the command above works.
    

    Signed-off-by : Wenbin Chen <wenbin.chen@intel.com>
    • [DH] libavutil/hwcontext_qsv.c

  • hwcontext_vulkan : fix incorrect A/0BGR mapping

    23 novembre 2020, par Lynne
    hwcontext_vulkan : fix incorrect A/0BGR mapping

    Vulkan formats with a PACK suffix define native endianess.
    
Vulkan formats without a PACK suffix are in bytestream order.
    

    Pixel formats with a LE/BE suffix define endianess.
    
Pixel formats without LE/BE suffix are in bytestream order.
    • [DH] libavutil/hwcontext_vulkan.c

  • preventing FFmpeg from stoping mapping/muxing when input source is lost

    22 novembre 2020, par Przemo

    I have a few input streams. Some of them are not reliable. My inputs are received from multicast and put to fifo streams (created by "mkfifo 239.0.0.1:4002_1.ts") by other tools than ffmpeg.&#xA;FFmpeg is muxing all input streams from fifo and outputing them to output fifo.

    &#xA;

    I am running ffmpeg with following command

    &#xA;

    ffmpeg -thread_queue_size 1024 -i fifo/239.0.0.1:4002_1.ts&#xA;-thread_queue_size 1024 -i fifo/239.0.0.4:4005_1.ts -thread_queue_size 1024 -i fifo/239.0.0.3:4004_1.ts -thread_queue_size 1024 -i fifo/239.0.0.2:4002_1.ts -map 0:v -map 0:a:0 -map 1:v -map 1:a:0 -map 2:v -map 2:a:0 -map 3:v -map 3:a:0 -program program_num=3:st=0:st=1&#xA;-program program_num=28:st=2:st=3 -program program_num=4:st=4:st=5 -program program_num=667:st=6:st=7 -c copy -f mpegts -mpegts_original_network_id 70 -mpegts_transport_stream_id 2 -muxrate 50000000 fifo/output_1.ts -y&#xA;

    &#xA;

    Sometimes one of my input is lost and whole muxing is stopped. Is it possible to prevent ffmpeg from failing in that case ?

    &#xA;

Navigation