Skip to main content
A
Anonymous
January 5, 2011
Question

FMS as a real-time video monitoring

  • January 5, 2011
  • 1 reply
  • 736 views

Hello


I have some experience with FMS and Red5 development for simple online video publishing application,


I am not sure if FMS is viable for my new application, so I am asking here:)


Here is the requreiment


1.  I need record real-time video to disk file from a 8-way video-capture-card.(the card is supported by FMS)
     The recording procedure starts just after the system startup without any manul operation by user.
     In another words, I need the recording procedure start with the Windows
     automatically withtout interaction


2.  If the answer to my first question is YES, then:
     If the FMS record videos from a 8-way video-capture-card, with 640pxX480px each way.
     What is the minimal requirement on the hardware?
     A machine with 2.0GHz CPU with 512MB, is it enough?

3.  What is the best practice do you think to organization the 7x24 video record files ?


Thank you

    This topic has been closed for replies.

    1 reply

    S
    Shiraz Anwar
    Participating Frequently
    January 5, 2011

    Hi,

    I am not able to understand how you are planning to publish a live stream to FMS? FMS has recording capability (stream.record API) but it needs somebody to publish data over it for example via FMLE you can publish data to a FMS server and then you can write a Server-side ActionScript (or use the dvrcast application) that would be able to record your video in FLV or MP4 format.

    As you want everything to bind up with the system boot, you can basically write some kind of automation that will check whether FMS services are running after system boot, then it will use the commnad-line utility of FMLE to publish real-time data over FMS and FMS will start recording it. Please let me know if that was the solution you were looking for if there is something I am missing out.

    Also, because you have to run FMS server on your machine and depending upon your data load you should decide the confiugration of your machine. 512MB RAM looks quite less to me.

    A
    Anonymous
    January 6, 2011

    Thank you , zarihs Rawna

    Here is another approach in my head to avoid the automatic record in FMS, not sure it is better or not


    I can implement a Windows Service, which will start with Window, and record the Video Input into file via DirectShow.


    Case 1:

    when user want to play the recorded video, I publish a stream in the FMS from the file.


    Problem 1: What is the best encoding do you think for the recorded file? I don't know if there is a encoding which is supported by the FMS and also can be encoded very fast with less resource because the recording is running always.


    Problem 2: Can FMS play a file which is still being recording? I am not sure about that.

    Case 2:

    when user wants to play the live video, I publish a stream from the Video-Capture-Card

    Problem 3: I think the device will be exclusive because I am recording it from a directshow, am I right?

    I know the FMS can get input from DirectShow filter, but can it be attached to a output PIN from my DirectShow graph?  not sure about this

    Thank you

    S
    Shiraz Anwar
    Participating Frequently
    January 6, 2011

    Hi Jerry,

    As I have suggested you earlier too, its best for you to use FMLE (http://www.adobe.com/products/flashmediaserver/flashmediaencoder/) which is based on directshow and is freely available. This product is capable of capturing data from video-capture-card/camera and publishing it to FMS using various encoding techniques like VP6/H.264 for video and MP3/AAC for audio data.

    FMS is quite capable of playing the recorded data while recording is already running, so as to allow you to publish a live event as well as recording at the same time. Depending upon your requirement you can choose out of VP6 and H.264 video enconding technique supported by FMS. Give FMLE a try and let me know if you have more queries around it.

    Terms & ConditionsAccessibility statement
    Using the community Terms of use Privacy Cookie preferences Do not sell or share my personal information ad choicesAdChoices