Recherche avancée

Médias (1)

Mot : - Tags -/bug

Autres articles (96)

  • Gestion des droits de création et d’édition des objets

    8 février 2011, par

    Par défaut, beaucoup de fonctionnalités sont limitées aux administrateurs mais restent configurables indépendamment pour modifier leur statut minimal d’utilisation notamment : la rédaction de contenus sur le site modifiables dans la gestion des templates de formulaires ; l’ajout de notes aux articles ; l’ajout de légendes et d’annotations sur les images ;

  • Dépôt de média et thèmes par FTP

    31 mai 2013, par

    L’outil MédiaSPIP traite aussi les média transférés par la voie FTP. Si vous préférez déposer par cette voie, récupérez les identifiants d’accès vers votre site MédiaSPIP et utilisez votre client FTP favori.
    Vous trouverez dès le départ les dossiers suivants dans votre espace FTP : config/ : dossier de configuration du site IMG/ : dossier des média déjà traités et en ligne sur le site local/ : répertoire cache du site web themes/ : les thèmes ou les feuilles de style personnalisées tmp/ : dossier de travail (...)

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

Sur d’autres sites (13569)

  • Streaming Video from RTMP to EMGUCV

    22 juillet 2017, par Isuru

    I’m trying to stream a webcam using RTMP to an EMGUCV project in order to process the video. I have set up a private RTMP server in a linux box using this tutorial,
    https://obsproject.com/forum/resources/how-to-set-up-your-own-private-rtmp-server-using-nginx.50/

    I’m testing the webcam stream using ffmpeg with the following commands,

    • Write to the rtmp server using,

      ffmpeg -y -f vfwcap -framerate 25 -video_size 640x480 -i 0 -an -f flv rtmp://rtmp-server:1935/live/stream
    • Read from the rtmp server using,
      ffplay -fflags nobuffer rtmp ://rtmp-server:1935/live/stream -loglevel verbose

    I’m able to write a simple OpenCV C++ application to read the stream and display it. Code below,

       cv::VideoCapture vcap;
       cv::Mat image;
       const std::string videoStreamAddress = "rtmp://rtmp-server:1935/live/stream";
       if(!vcap.open(videoStreamAddress)) {
           printf("Error opening video stream or file");
           return -1;
       }

       cv::namedWindow("Output Window");
       cv::Mat edges;
       for(;;) {
           if(!vcap.read(image)) {
               printf("No frame");
               cv::waitKey();
           }
           cv::imshow("Output Window", image);
           if(cv::waitKey(1) >= 0) break;
       }
    return 0;

    The above code works properly. However when I try it using EMGUCV C#, I get the error message
    unable to create to capture from rtmp://rtmp-server:1935/live/stream

    This is my C# Code,

       public partial class MainForm : Form
       {
           private static Capture _cameraCapture;

           public MainForm()
           {
               InitializeComponent();
               Run();
           }

           void Run()
           {
               try
               {
                   _cameraCapture = new Capture("rtmp://192.168.56.101:1935/live/stream");                
               }
               catch (Exception e)
               {
                   MessageBox.Show(e.Message);
                   return;
               }            
           }
      }

    Do I need a specific build of EMGUCV with FFMPEG or is RTMP capturing not available in EMGUCV ?

  • Evolution #2173 (Résolu) : Date de création / publication

    13 janvier 2018, par nico d_

    J’ai ajouté la doc du plugin : https://contrib.spip.net/ecrire/?exec=article&id_article=4967

    Pas encore publiée, mais je propose de fermer ce ticket dès qu’elle le sera, et de continuer la discussion sur le forum du plugin sur contrib.

  • FFmpeg : MD5 hash of M3U8 playlists generated from same input video with different segment durations (after applying video filter) don't match

    30 juillet 2020, par Saurabh P Bhandari

    Here are a few commands I am using to convert and transize a video in MP4 format to a M3U8 playlist.

    


    For a given input video (MP4 format), generate multiple video segments with segment duration 30 seconds.

    


    ffmpeg -loglevel error -i input.mp4 -dn -sn -an -c:v copy -bsf:v h264_mp4toannexb -copyts -start_at_zero -f segment -segment_time 30 30%03d.mp4 -dn -sn -vn -c:a copy audio.aac


    


    Apply a video filter (in this case scaling) on each segment and convert it to a M3U8 format.

    


    ls 30*.mp4 | parallel 'ffmpeg -loglevel error -i {} -vf scale=-2:144 -hls_list_size 0 {}.m3u8'


    


    Store the list of m3u8 files generated in list.txt in this format file 'segment-name.m3u8'

    


    for f in 30*.m3u8; do echo "file '$f'" >> list.txt; done


    


    Using concat demuxer, combine all segment files (which are in M3U8 format) and the audio to get one final m3u8 playlist pointing to segments with duration of 10 seconds.

    


    ffmpeg -loglevel error -f concat -i list.txt -i audio.aac -c copy -hls_list_size 0 -hls_time 10 output_30.m3u8


    



    


    I can change the segment duration in the first step from 30 seconds to 60 seconds, and compare the MD5 hash of the final M3U8 playlist generated in both the cases using this command :

    


    ffmpeg -loglevel error -i <input m3u8="m3u8" playlist="playlist" /> -f md5 -&#xA;

    &#xA;

    The MD5 hash of the output files differ, i.e., video streams of output_30.m3u8 and output_60.m3u8 are not the same.

    &#xA;

    Can anyone elaborate on this ?

    &#xA;

    (I expected the MD5 hash to be the same)

    &#xA;