[Red5] Bandwidth throttling within Red5.
setyr at free.fr
setyr at free.fr
Sun Dec 9 17:13:26 PST 2007
Thanks for the link and the sound advice Walter ;
SeTyR
Selon Walter Tak <walter at waltertak.com>:
> I agree with Ben,
>
> the client should stop the current on-demand flv and play one with a lower
> bitrate.
>
> If none is available a warning should be issued to the client like " you
> don't have enough bandwidth, you can't watch this stream".
>
> Another option is to pause the video, increase the Netstream.bufferLength.
>
> I can recommend this very nice article by Fabio Sonnati about dynamic
> bufferlengths ;
> http://www.adobe.com/devnet/flashmediaserver/articles/fms_dual_buffering.html
>
>
> If you don't pay attention to "insufficientbandwidth" errors your client
> WILL be disconnected by the server and that's a worst case scenario.
>
> Some ppl are just downloading large amounts of data in the background (p2p,
> anyone) and if you'd inform them that the stream doesn't
> have enough bandwidth available then they can react and stop their
> background-processes or stop their surfing on other sites.
>
> That's way more user-friendly than letting the server kick the users just
> because the server thinks the client is misbehaving.
>
> Regards,
> Walter
>
>
>
>
> ----- Original Message -----
> From: "Ben Weekes" <ben.weekes at requestec.com>
> To: <red5 at osflash.org>
> Sent: Monday, December 10, 2007 1:43 AM
> Subject: Re: [Red5] Bandwidth throttling within Red5.
>
>
> > try testing in poorer circumstants.
> > the thing is, if the reciever detects delay, it must tell the other end to
> > SLOW down.
> > failure to do so will result in undefined behaviour at best.
> >
> > Ben
> > ----- Original Message -----
> > From: "Interalab" <sales at interalab.com>
> > To: <red5 at osflash.org>
> > Sent: Sunday, December 09, 2007 11:47 PM
> > Subject: Re: [Red5] Bandwidth throttling within Red5.
> >
> >
> >> My concern with our 'fix' is this: The reason the InsufficientBW
> >> notification is thrown is that there are more than a certain number of
> >> frames/packets/whatever waiting to be delivered. I think we're being
> >> warned that it's getting behind in delivering the video. When that
> >> happens in the unmodified version of Red5, the extra frames get dropped
> >> and the notification is thrown. In our modified version, the frames are
> >> not dropped and the notification isn't thrown. What happens to the
> >> extra frames? Do they build up over time and cause other problems? The
> >> clients never see any added delay (client buffering still works as
> >> expected, limiting delay from growing), no audio sync problems occur
> >> either.
> >>
> >> Bill
> >>
> >> Mr Seb wrote:
> >>> Wow, your problems are almost identical to mine!
> >>>
> >>> Just re: the other points raised by other people - it's not hardware
> >>> related, I'm almost 100% certain of that. CPU load is very low, no
> >>> frames
> >>> are dropped, and I am only using 40-50% of my internet connection.
> >>>
> >>> Also, it pops up with 'InsufficientBW' on multiple people watching the
> >>> same
> >>> stream, at the same time! So again, this means it's either my home
> >>> connection, or the server -- ruling out the download bandwidth at least.
> >>>
> >>> Anyway, I will try the fix below... Will report back later!
> >>>
> >>> -S
> >>>
> >>>
> >>>> -----Original Message-----
> >>>> From: red5-bounces at osflash.org [mailto:red5-bounces at osflash.org] On
> >>>> Behalf
> >>>> Of Interalab
> >>>> Sent: 09 December 2007 21:57
> >>>> To: red5 at osflash.org
> >>>> Subject: Re: [Red5] Bandwidth throttling within Red5.
> >>>>
> >>>> The problem is not with the screen video as far as we can tell. This is
> >>>> a problem that has been there for a long time and seems to be brought
> >>>> up
> >>>> in various contexts and circumstances. Here's what we see as the
> >>>> consistent factors:
> >>>>
> >>>> - using VP6 (whether it's FME or a custom VP6 encoder as in our case)
> >>>> - live video encoding/streaming, not VOD.
> >>>> - higher quality settings on the encoder (we haven't pegged the
> >>>> bitrate,
> >>>> but our problems are occurring with a 400kbps stream at 15 fps)
> >>>> - no load on the server memory or CPU or bandwidth (we're on a gigabit
> >>>> internal and external)
> >>>>
> >>>> To solve it, we have modified the Red5 server code (as posted a few
> >>>> days
> >>>> ago for comment). See below.
> >>>>
> >>>> As far as we can see, Red5 doesn't understand what the VP6 codec is, so
> >>>> videoCodec is seen as null. Using the following modification we make it
> >>>> do nothing if videoCodec is null and it seems to have fixed our
> >>>> problem,
> >>>> but I think it might have just masked some other issue.
> >>>>
> >>>> Comments welcome . . .
> >>>>
> >>>> --- .svn/text-base/PlaylistSubscriberStream.java.svn-base 2007-12-05
> >>>> 05:27:04.000000000 -0500
> >>>> +++ PlaylistSubscriberStream.java 2007-12-06 11:37:58.000000000 -0500
> >>>> @@ -1889,6 +1889,8 @@
> >>>> }
> >>>>
> >>>> if (videoCodec == null ||
> >>>> videoCodec.canDropFrames()) {
> >>>> + if(videoCodec == null) {
> >>>> + } else {
> >>>> if (state == State.PAUSED) {
> >>>> // The subscriber
> >>>>
> >>> paused the
> >>>
> >>>> video
> >>>>
> >>>> videoFrameDropper.dropPacket(rtmpMessage);
> >>>> @@ -1925,6 +1927,7 @@
> >>>> }
> >>>>
> >>>>
> >>>> videoFrameDropper.sendPacket(rtmpMessage);
> >>>> + }
> >>>> }
> >>>> } else if (body instanceof AudioData) {
> >>>> if (!receiveAudio && sendBlankAudio)
> >>>>
> >>> {
> >>>
> >>>>
> >>>>
> >>>> Andy wrote:
> >>>>
> >>>>> Try this screen video broadcaster....Of course point it to your red5
> >>>>> server ;)
> >>>>>
> >>>>> I have no trouble at high bandwidth with screen video. FME hasn't
> >>>>> given me satisfying results... yet.
> >>>>>
> >>>>> -----Original Message-----
> >>>>> *From:* red5-bounces at osflash.org [mailto:red5-bounces at osflash.org] *On
> >>>>> Behalf Of *Mr Seb
> >>>>> *Sent:* Sunday, December 09, 2007 12:15 PM
> >>>>> *To:* red5 at osflash.org
> >>>>> *Subject:* Re: [Red5] Bandwidth throttling within Red5.
> >>>>>
> >>>>> I'm using FME.
> >>>>>
> >>>>> The output from FME is a steady 15 FPS (or whatever I set it to),
> >>>>> using whatever bit rate I set it to.
> >>>>>
> >>>>> Anything over the 350kbs preset and I suddenly start hitting
> >>>>> InsufficientBW errors.
> >>>>>
> >>>>> I'm running the Red5 server remotely - on a linux box. But it's
> >>>>> collocated on 100mbits, and the CPU is not under any load.
> >>>>>
> >>>>> As far as I can tell, there's no hardware limitations in the equation.
> >>>>>
> >>>>> I haven't tried running it locally - I guess I can try that. But I
> >>>>> don't know what that proves, if there is plenty of bandwidth available
> >>>>> on the remote box!
> >>>>>
> >>>>> I was wondering if perhaps the default buffer sizes can't cope with a
> >>>>> high-resolution (720*576) stream at 15 FPS. but. I really don't know
> >>>>> :)
> >>>>>
> >>>>> The content is the live, stream of the display of my computer. No
> >>>>> audio (yet).
> >>>>>
> >>>>> -S
> >>>>>
> >>>>>
> ------------------------------------------------------------------------
> >>>>>
> >>>>> *From:* red5-bounces at osflash.org [mailto:red5-bounces at osflash.org] *On
> >>>>> Behalf Of *Andy
> >>>>> *Sent:* 09 December 2007 20:10
> >>>>> *To:* red5 at osflash.org
> >>>>> *Subject:* Re: [Red5] Bandwidth throttling within Red5.
> >>>>>
> >>>>> There are none.
> >>>>>
> >>>>> Do you get the same response running it locally?
> >>>>>
> >>>>> Or are you already?
> >>>>>
> >>>>> Are you using FME? I find it spurts where the screen video capture is
> >>>>> a steady dribble.
> >>>>>
> >>>>> I have better luck live, with screen video.
> >>>>>
> >>>>> andy
> >>>>>
> >>>>> -----Original Message-----
> >>>>> *From:* red5-bounces at osflash.org [mailto:red5-bounces at osflash.org] *On
> >>>>> Behalf Of *Mr Seb
> >>>>> *Sent:* Sunday, December 09, 2007 11:56 AM
> >>>>> *To:* red5 at osflash.org
> >>>>> *Subject:* [Red5] Bandwidth throttling within Red5.
> >>>>>
> >>>>> Hi,
> >>>>>
> >>>>> Could someone walk me through how to ensure there is absolutely no
> >>>>> bandwidth/stream bit rate limits in place?
> >>>>>
> >>>>> I'm pretty sure the default red5-trunk install has none in place, but
> >>>>> I'm really out of guesses on why the oflaDemo won't let me stream
> >>>>> anything over 350kbit/sec without a lot of NetStream.InsufficientBW
> >>>>> errors popping up.
> >>>>>
> >>>>> Of course, if someone has managed to make an 'unlimited' oflaDemo, I'm
> >>>>> interested in that too!
> >>>>>
> >>>>> Cheers,
> >>>>>
> >>>>> -S
> >>>>>
> >>>>>
> ------------------------------------------------------------------------
> >>>>>
> >>>>> _______________________________________________
> >>>>> Red5 mailing list
> >>>>> Red5 at osflash.org
> >>>>> http://osflash.org/mailman/listinfo/red5_osflash.org
> >>>>>
> >>>>>
> >>>> _______________________________________________
> >>>> Red5 mailing list
> >>>> Red5 at osflash.org
> >>>> http://osflash.org/mailman/listinfo/red5_osflash.org
> >>>>
> >>>
> >>>
> >>>
> >>> _______________________________________________
> >>> Red5 mailing list
> >>> Red5 at osflash.org
> >>> http://osflash.org/mailman/listinfo/red5_osflash.org
> >>>
> >>
> >> _______________________________________________
> >> Red5 mailing list
> >> Red5 at osflash.org
> >> http://osflash.org/mailman/listinfo/red5_osflash.org
> >>
> >
> >
> > _______________________________________________
> > Red5 mailing list
> > Red5 at osflash.org
> > http://osflash.org/mailman/listinfo/red5_osflash.org
> >
>
>
> --
> I am using the free version of SPAMfighter for private users.
> It has removed 13781 spam emails to date.
> Paying users do not have this message in their emails.
> Get the free SPAMfighter here: http://www.spamfighter.com/len
>
>
>
> _______________________________________________
> Red5 mailing list
> Red5 at osflash.org
> http://osflash.org/mailman/listinfo/red5_osflash.org
>
More information about the Red5
mailing list