Recherche avancée

Médias (2)

Mot : - Tags -/doc2img

Autres articles (28)

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

  • Automated installation script of MediaSPIP

    25 avril 2011, par

    To overcome the difficulties mainly due to the installation of server side software dependencies, an "all-in-one" installation script written in bash was created to facilitate this step on a server with a compatible Linux distribution.
    You must have access to your server via SSH and a root account to use it, which will install the dependencies. Contact your provider if you do not have that.
    The documentation of the use of this installation script is available here.
    The code of this (...)

Sur d’autres sites (5026)

  • Stream to youtube using Hardware Encoding

    28 août 2021, par Renan F.

    I'm currently streaming to youtube using NVIDIA hardware encoding to reduce the load on the CPU, with this code :

    


    ffmpeg -framerate 30 -f gdigrab -i desktop -f lavfi -i anullsrc -c:v h264_nvenc -f flv "rtmp://a.rtmp.youtube.com/live2/KEY"


    


    My screen resolution is 2560x1080, but this is the result i get in youtube :
enter image description here

    


    There are huge empty spaces on both sides, and the resolution is not so good, even selecting "HD" on youtube.

    


    I tried to specify in the last parameter before flv,
-s 2560x1080 but I could not see any difference.

    


    Also would like to ask if someone knows what -qp 0 does, I could not find it in the documentation, it does appear here :

    


    https://trac.ffmpeg.org/wiki/Capture/Desktop

    


    Under hardware encoding.

    


    Looking for any advice, taking in mind I'm trying to reduce the CPU usage and keep a normal/good resolution.

    


  • FFmpeg Centos Compile Error - caused by libwebp (error : implicit declaration of function ‘libwebp_error_to_averror’)

    2 septembre 2022, par fvid1

    I'm trying to compile FFmpeg on Centos 7.9. I followed the official instructions : https://trac.ffmpeg.org/wiki/CompilationGuide/Centos

    


    I need support for WebP images, so I installed libwebp and libwebp-devel via YUM, and used the option --enable-libwebp.

    


    But at the ffmepg "make" stage, the following error is returned :

    


    CC      libavcodec/libwebpenc_common.o
libavcodec/libwebpenc_common.c: In function ‘ff_libwebp_get_frame’:
libavcodec/libwebpenc_common.c:283:17: error: implicit declaration of function ‘libwebp_error_to_averror’ [-Werror=implicit-function-declaration]
                 ret = libwebp_error_to_averror(pic->error_code);
                 ^
cc1: some warnings being treated as errors
make: *** [libavcodec/libwebpenc_common.o] Error 1


    


    Does anyone know why this error is occuring and how it can be corrected ?

    


    I've tried compiling without using --enable-libwebp and it works fine.

    


  • Continuous RTMP Streaming with FFmpeg Without Restarting the Process for New Videos

    3 avril 2024, par 刘小佳

    I'm facing a challenge with my workflow and would appreciate any guidance or solutions you might have. My business scenario involves a service that periodically generates new video files locally (e.g., 1.mp4, 2.mp4, ...). These files are then streamed to an RTMP server using FFmpeg, and clients pull the stream via HTTP-FLV for playback.

    


    My goal is to ensure continuous streaming between video files without restarting the FFmpeg process each time a new video is ready to be streamed. Restarting FFmpeg for each new file introduces a disconnect in the client playback, which I'm trying to avoid to maintain stream continuity.

    


    I've explored several approaches based on the FFmpeg Concatenate wiki (https://trac.ffmpeg.org/wiki/Concatenate), but haven't achieved the desired outcome :
    
Approach 1 :
    
Using a list.txt file with ffconcat version 1.0 and dynamically updating the file (next.mp4) being played :

    


    ffconcat version 1.0
file next.mp4
file next.mp4


    


    And then streaming with :
ffmpeg -re -stream_loop -1 -f concat -i list.txt -flush_packets 0 -f flv rtmp://xxx
    
However, when attempting to replace next.mp4 (e.g., moving 2.mp4 to next.mp4 during the streaming of 1.mp4), I encountered a "device busy" error.
    
Approach 2 :
    
Using a nested list approach where list1.txt includes 1.mp4 and list2.txt, and vice versa :

    


    // list1.txt
ffconcat version 1.0
file '1.mp4'
file 'list2.txt'
// list2.txt
ffconcat version 1.0
file '2.mp4'
file 'list1.txt'


    


    Streaming with : ffmpeg -re -stream_loop -1 -f concat -i list1.txt -flush_packets 0 -f flv rtmp://xxx
    
In this setup, I tried modifying list1.txt to replace 1.mp4 with 3.mp4 during the streaming of 2.mp4, but FFmpeg would loop back to 1.mp4 and 2.mp4 before streaming 3.mp4 in the next cycle.

    


    Am I missing something in my methods ? Does anyone have a better approach to fulfill this requirement ? Any help would be greatly appreciated !