[Red5] Bandwidth throttling within Red5.

[Walter Tak]

Make sure your own flash-client/PC isn't the limiting factor.

If the local cpu can't deal with the large amounts of incoming data then that might be the source of the insufficientbw warning.

I'm able to reproduce the same error when I'm streaming about 8 streams of 30 Kbytes (~ 240 kbit) each (totalling 1920 kbit) on a 4096 kbit download.

In other words ; when my download is used for 50% the flash-client starts receiving insufficientBW alerts.

This might be due to the relative slow cpu in my testbox.

That cpu can't cope with HD content neither, for instance, resulting in lower fps and probably dropped frames. 
Since it isn't clear to me how the server knows when the client doesn't have enough bandwidth available I can only speculate and my best guess is that
the flash-client should acknowledge each videoframe and if the server doesn't receive all acks for each frame it will send out the warning. Not sure about this,
maybe some developer could shine his light on that ?

I'd eliminate all possible factors first, ergo, try on other clients and on other downloads too.

Regards,
Walter

  ----- Original Message ----- 
  From: Mr Seb 
  To: red5 at osflash.org 
  Sent: Sunday, December 09, 2007 9:15 PM
  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


-- 
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
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://osflash.org/pipermail/red5_osflash.org/attachments/20071209/6c7da351/attachment-0001.html