Recherche avancée

Sur d’autres sites (12425)

• Serving live stream by using ffmpeg via rtmp protocol

  28 janvier 2019, par Yusufu

  I have been trying to serve my rtmp stream to web, struggling with videojs
  I am able to serve my static video or live stream from android screen by using ffmpeg via this command :

  ffmpeg -i video7.mp4 -c:v libx264 -g 25 -preset fast -b:v 4096k -c:a libfdk_aac -ar 44100 -f flv rtmp://127.0.0.1/media_server/video.flv

  So can connect it via ffplay. This part works like a charm.

  ffplay  rtmp://127.0.0.1/media_server/video.flv

  But couldnt watch in web. My html file here. Copied from videojs offical example

  1. question : Being able to watch via ffplay on rtmp means my nginx rtmp module works well ?

  2. I have been serving httml via http-server and rtmp on rtmp ://127.0.0.1 without port caused problem ?

  3. Any other videoplayer advice ? I have already tried hls it works but in my case creating m3u8 manifest file not desired because I am streaming live video from mobile screen record so creating new ts files nut not updated m3u8 file not for me I guess ?

  4. What else I can try as a protocol ? instead of rtmp

  I can share about my screenrecord and ffmpeg commands to help me or you. Thanks

• Recording of Full HD 60 FPS videos in C#

  17 mars 2021, par Alexander Naumov

  My application works with a high-speed camera. I am trying to record a videofile using C#.

  


  The task is pretty "simple" : to record the video from the camera. We need to record medium (higher-better) quality videos to save as many details as possible.

  


  

  • Resolution : 1920 x 1080 (FullHD)

  


  • Frames per second (FPS) : 60

  


  • Bitrate : I've started from 10000*1000 (but now I don't know)

  


  • Mediacontainer : MP4, AVI (does not really matter, we just need to
solve our task)

  


  • Codec : also does not matter, we just need speed and quality.

  


  • Maximum size of videofile : 10 GB/hour

  


  


  Framerate of the camera can be changed during the recording by the camera itself (not by user), so it's necessary to have something like timestamps for every frame or anything else.

  


  The problem is not fast enough recording.
Example : using AForge libs, generated pictures ("white" noise), duration of test videos is 20 seconds.

  


  Duration of video creating using different codecs (provided by AForge) :

  


  

  • Codec : MPEG4, Time : 33,703

  


  • Codec : WMV1, Time : 45,338

  


  • Codec : WMV2, Time : 45,530

  


  • Codec : MSMPEG4v2, Time : 43,775

  


  • Codec : MSMPEG4v3, Time : 44,390

  


  • Codec : H263P, Time : 38,894

  


  • Codec : FLV1, Time : 39,151

  


  • Codec : MPEG2, Time : 35,561

  


  • Codec : Raw, Time : 61,456

  


  


  Another libs we've tried is not satisfied us.
Accord.FFMPEG is slow because of strange inner exceptions.
EmguCV.FFMPEG has no timestamps, therefore it creates corrupted video.

  


  Recording the video to the SSD drive did not give us any visible acceleration.

  


  Google search gives no clear examples or modern solutions to solve this task. That's the main reason to write here.

  


  There is a code sample of our test :

  


  private static void AForge_test()
    {
        Console.WriteLine("AForge test started...");
        unsafe
        {
            Stopwatch watch = new Stopwatch();

            Console.WriteLine("FPS: {0}, W:{1}, H:{2}, T:{3}", fps, w, h, time);

            AForge.Video.FFMPEG.VideoCodec[] codecs = (AForge.Video.FFMPEG.VideoCodec[]) Enum.GetValues(typeof(AForge.Video.FFMPEG.VideoCodec));

            for(int k = 0; k < codecs.Length; k++)
            {
              /*  if (codecs[k] != VideoCodec.MPEG4)
                    continue;*/
                try
                {
                    watch.Restart();

                    Random r2 = new Random(200);
                    AForge.Video.FFMPEG.VideoFileWriter vw = new AForge.Video.FFMPEG.VideoFileWriter();
                    string name = String.Format("E:\\VideosHDD\\AForge_test_{0}_mid.avi", Enum.GetName(typeof(AForge.Video.FFMPEG.VideoCodec), codecs[k]));
                    vw.Open(name, w, h, fps, codecs[k], 10000 * 1000);

                    for (int i = 0; i < frames; i++)
                    {
                        vw.WriteVideoFrame(bmps[i%N]);
                    }

                    vw.Close();
                    vw.Dispose();

                    watch.Stop();

                    Console.WriteLine("Codec: {0}, Time: {1:F3}", Enum.GetName(typeof(AForge.Video.FFMPEG.VideoCodec), codecs[k]), watch.ElapsedMilliseconds / 1000d);
                }
                catch(Exception ex)
                {
                    Console.WriteLine("Error " + codecs[k].ToString());
                }

            }
            
        }

        Console.ReadKey();
    }


  


  Additional :

  


  

  1. We are ready to use not-for-free solutions, but free is preferable.

  


  2. One of the supposed reasons for low recording speed : (x86) building of applications. I tried so hard to find x64 Aforge building but failed in this. We really don't know is there any influence of application architecture on recording speed.

  


  


  I am ensured that I don't know all the background of video recording and another "little" thing, so I would be very pleased to solutions with clear explanations.

  


• Client/Server Video Streaming [on hold]

  7 juillet 2014, par Nawaf Alsrehin

  I want to build client/Server application in order to do video streaming from server (that is holds the video files) to the client (that want to view the video files). In between I should be able to transcode the video stream to fit the clients (PC, tablet, and smart phone) requirements. For example, If I have a flv (680x320, 30 fps, H.264 codes )video file in the server and want to send it to the client that be able to view only mp4 (320x240, 25 fps, MPEG4 codec).

  1) I am wondering if Red5 will work or not because it just allow only FLV clients ?

  2) Can I design my own RTP or RTMP protocols to do this ? If yes, It is doable or not within few weeks