Dual Buffering problem at FMS 3.5

Hello,

This was exactly my problem Henry. With Wowza didn't have to change nothing and the behavior was what i was expecting. The live broadcast starts imediatly and the buffer is something like 8s-10s. With FMS i simple couldn't do it, just with DVR.

Jay : "Let's look at it from the other direction... why are you trying to create delay on the live stream?"

I now the concern jay mentioned about the low latency aspect  but sometimes low latency is not an issue, live broadcast without any kind of cuts , yes that's an issue that is important for me. Ok BUFFER of 30s = LATENCY of 30s but if someone unplugs the network cable i want that the live broadcast should be able to play for 30s, this means that the application can be more stable with several bandwidth fluctuations.

The main question is, how to avoid cuts on the live audio stream and have a low latency ?

What's the point of this article ? Does this article http://www.adobe.com/devnet/flashmediaserver/articles/fms_dual_buffering.html really solve this issue ? For me it didn't, I'm streaming an AAC feed with FMLE and set initial buffer 2s; extended buffer 15s and the buffer length was always

1.7

1.8

2.1

1.9

...

It never raised to 15s

For me to have a extended buffer of 15s it means that we have to make some kind of latency of 15s in the live broadcast, and the "low latency" settings that come by default with FMS simple make this scenario...not possible.

The solution

Ok now I've implemented the DVR (checked the box on FMLE for DVR Recording...etc...etc...and had to change the code on the player to play the DVR stream ) Now it starts to play on the fly and with a buffer of 20s ..... But why did i had to implement this feature ? What are the negative impacts on the FMS Server ? Doesn't this solution is specific for seeking and going back on the audio features ? I don't know..in fact it solved my problem but will i have performance issues on the FMS server ? Will it store the broadcast indefinitely ?? should I be worried ?

It feels that just for a solution as simple as an extended  buffer of 15s with an instant play on the flash player should be easier to implement.

Appreciate any feedback and tks for the post

pemicabe

You'll never be able fill the extended buffer with a live stream. Being able to buffer in advance once the stream starts playing would be impossible Doing so would require that the stream come in faster than real time, which is impossible with a live stream.