Skip to main content
M
MMLincoln
Known Participant
January 10, 2008
Question

FLV Netstream.send() issues

  • January 10, 2008
  • 2 replies
  • 855 views
I have set up a simple web seminar application that broadcasts live and also records the stream for on-demand playback. I can record the audio-only stream and play it back without issues. However, I run in to problems when I try to use the NetStream.send() functionality in the recording. The playback just stops during the playback of the recorded FLV. Everything will work fine and then it just stops and cannot continue (I have to manually seek ahead for the playback to get going again). The farthest we have gotten is 30 minutes into the playback and then it stopped working. Has anyone else experienced this problem?

[Code]
mic.setRate(11);
live_stream.publish("12345", "append");
live_stream.send("changeSlide", "10");

[Details]
FMS 2.0.4
Audio only. No video
11 Khz audio rate

I can record just the audio without using the NetStream.send() and the FLV plays back fine. The issue is when I try to record the send message events with the FLV. Are there any FLV inspectors available that would allow me to view the NetStream.send() messages that are packaged with the FLV?
    This topic has been closed for replies.

    2 replies

    T
    thilmkt2
    Participating Frequently
    September 28, 2010

    did you find something to view the NetStream.send() messages that are packaged with the FLV?

    W
    wz_tv
    Participant
    April 14, 2008
    Please increase mic.setRate(11); to 22.
    I did not understand why this is so, but this helped in a similar case.

    Another point about these calls: We did recordings with FMS 2.0.4 audio and video and embedded many Netstream.send() calls. It all worked well.
    But we found out that when the audio and video source was switched off (e.g. camera disconnected) the calls in the live stream still worked. The recording contained all the Netstream.send() calls but they where all called in a matter of milli seconds without any pause (like fastfasterfastestForward). We fixed this switching audio to "mute" when the camera gets disconnected.

    Juergen
    A
    Anonymous
    April 15, 2008
    The problem you encounter is similar to the one I posted some days ago. In fact I have a data only stream (just NS.send's at unregular time intervals). Everything worked fine while recording live and playing back live, but when I tried to replay the "once recorded" netstream, I encountered the same issues. The player just stopped after several seconds. Changing the Buffersize did help to some extend, I managed to play back about a minute or so. The recordings on the other hand should be several hours long (4gb of data).

    Here the things I tried, but didn't work out for me:
    - Changing from FMS2.0.x to FMS3.0
    - Playing around with BufferSize
    - Playing around with the NS.play options (I tried to play back everything at once).

    wz.tv said :

    quote:
    "The recording contained all the Netstream.send() calls but they where all called in a matter of milli seconds without any pause (like fastfasterfastestForward)."


    In my case this would mean trying to cope with 4GB of data in a few milliseconds, of course this can't work.
    Any way to fix this, or the stream?

    On the other hand, while playing back, everytime I received a "send" command, I traced the stream's time index, in my case the time index increased, so I wouldn't say everything comes at once, but maybe it was nonetheless to much information so that the stream slowed down my machine (in my case some hardware intensive actions are executed on every received piece of information).

    I also tried to start playing back at a specific time, this also worked, but again stopped after several seconds.

    I think recording data only streams is no good idea eventhough I remember reading about a "log.flv" on a adobe/macromedia webpage where a guy recorded his logs into a flv.

    The next thing I'll try is to force a "pause" after every received bit of information and resume after information is treated.
    M
    MMLincolnAuthor
    Known Participant
    April 15, 2008
    I ended up setting the silence level on the microphone to zero. When recording the audio-only stream, the encoder tries to optimize by cutting out the silent parts of the stream. This works well for a non-recorded live stream and may save a little bandwidth, but created problems for me on the recordings. The playback comes to this point in the file and just stops. It makes the recordings quite a bit larger if you have long gaps of silence, but shouldn't really affect the size if you have consistent audio.

    Code that I used:
    audio_source.setSilenceLevel(0);
    Terms & ConditionsAccessibility statement
    Using the community Terms of use Privacy Cookie preferences Do not sell or share my personal information ad choicesAdChoices