Recherche avancée

Médias (1)

Mot : - Tags -/lev manovitch

Autres articles (76)

  • Mise à jour de la version 0.1 vers 0.2

    24 juin 2013, par

    Explications des différents changements notables lors du passage de la version 0.1 de MediaSPIP à la version 0.3. Quelles sont les nouveautés
    Au niveau des dépendances logicielles Utilisation des dernières versions de FFMpeg (>= v1.2.1) ; Installation des dépendances pour Smush ; Installation de MediaInfo et FFprobe pour la récupération des métadonnées ; On n’utilise plus ffmpeg2theora ; On n’installe plus flvtool2 au profit de flvtool++ ; On n’installe plus ffmpeg-php qui n’est plus maintenu au (...)

  • Personnaliser en ajoutant son logo, sa bannière ou son image de fond

    5 septembre 2013, par

    Certains thèmes prennent en compte trois éléments de personnalisation : l’ajout d’un logo ; l’ajout d’une bannière l’ajout d’une image de fond ;

  • Ecrire une actualité

    21 juin 2013, par

    Présentez les changements dans votre MédiaSPIP ou les actualités de vos projets sur votre MédiaSPIP grâce à la rubrique actualités.
    Dans le thème par défaut spipeo de MédiaSPIP, les actualités sont affichées en bas de la page principale sous les éditoriaux.
    Vous pouvez personnaliser le formulaire de création d’une actualité.
    Formulaire de création d’une actualité Dans le cas d’un document de type actualité, les champs proposés par défaut sont : Date de publication ( personnaliser la date de publication ) (...)

Sur d’autres sites (9667)

  • (FFMPEG Error)Real-time buffer [USB cam's name] too full or near too full

    9 juin 2020, par ZzangWoo

    I am doing project about making rtsp stream of my USB Camera.
And my project environment is 
- OS : windows server 2019
- CPU : AMD Ryzen 7 3700X
- RAM : 64GB
- GPU : NVIDIA GeForce RTX 2070 SUPER

    



    My project goal is to detect object with YOLO and show original cam video, detected video to client. So I need to change my USB Camera to RTSP Stream. But I had an error below picture.
enter image description here

    



    And this is my command line.

    



    ffmpeg -re -f dshow -i video="JOYTRON HD20" -pix_fmt yuv420p -vsync 1 -threads 0 -vcodec libx264 -r 30 -g 60 -sc_threshold 0 -b:v 640k -bufsize 768k -maxrate 800k -preset veryfast -profile:v baseline -tune film -acodec aac -b:a 128k -ac 2 -ar 48000 -f rtsp rtsp ://localhost:8888/test

    



    I saw an answer that the problem is bandwidth. So I added parameter. It didnt help.

    



    I also added the -rtbufsize parameter and -thread_queue_size parameter. But it didnt help anything.

    



    What should I do ??

    


  • Streaming Web cam real-time buffer [Toshiba Webcam] [video input] too full or near too full

    21 avril 2015, par esprittn

    I am trying to stream my webcam with audio from microphone of laptop(OS : windows 7 ) to nginx server (Compiled with rtmp module in CentOS 6.6 final) in same local network.
    From my laptop, I execute this command in CMD :

    ffmpeg -f dshow -i video="Toshiba Webcam" -f dshow -i audio="Microphone (Périphérique High D" -vf scale=1280:720 -vcodec libx264 -r 60.97 -acodec libvo_aacenc -ac 2 -ar 44100 -ab 128 -pix_fmt yuv420p -tune zerolatency -preset ultrafast -f flv "rtmp://172.16.40.162/dash/test"

    But I got this message :
    enter image description here

    And I had about retard delay of 23 second when I open http://localhost:8080 ( I made the indx.html file of nginx with JWPlayer)

    So my questions are :

    How can I improve the ffmpeg cmd to avoid the errors of buffer too full ?

    How eliminate or reduce the latency ?

    Thanks for your help.

  • What it the expected behavior when using the input Framerate option (in FFmpeg) when the input is a real-time camera device ?

    28 août 2023, par J.M.

    As far as I know, the use of the Framerate option should be used only on an input files (like sequence of images or perhaps a video file that don't have a defined PTS).

    



    However, if I run the command below on my web-cam, the video still streams fine (at least for a few hours from what I've checked till now). Why is that still works ? Should I expect that something will get wrong ? (maybe later, after a few hours or days of streaming)

    



    ffmpeg -framerate 30 -f v4l2 -copyts -i /dev/video0 -c:v libx264 -r 30 -f mpegts udp://192.168.10.199:1234


    



    EDIT :

    



    After running some more tests, it seems that when I'm running the command like this, the steam get stuck after a few hours :

    



    ffmpeg -framerate 30 -f v4l2 -copyts -i /dev/video0 -c:v libx264 -r 30 -f mpegts udp://192.168.10.199:1234


    



    However, if I run the command like this, it runs for days :

    



    ffmpeg -r 30 -f v4l2 -copyts -i /dev/video0 -c:v libx264 -r 30 -f mpegts udp://192.168.10.199:1234


    



    But I don't understand why...