[Red5] Bandwidth throttling within Red5.
Mr Seb
mrseb at mrseb.com
Sun Dec 9 16:57:08 PST 2007
Well, it definitely seems to have fixed the constant InsufficientBW errors.
I had a little bit of buffering near the start, and it seemed to stop/start
on some internet spikes -- fairly graceful degradation!
But now, Flash Media Encoder started crashing and losing connection to Red
5. More so than it used to before anyway. Is that related to this 'fix'?
Are there any less-exciting encoders than FME? I have tried Flex Live, but
it doesn't let me output in the resolution/aspect I require. Something
slightly more stable than FME, which seems to crash fairly regularly!
I'll continue to monitor it and see if the 'fix' causes any kind of
undesirable behaviour!
Cheers,
-S
>-----Original Message-----
>From: red5-bounces at osflash.org [mailto:red5-bounces at osflash.org] On Behalf
>Of Interalab
>Sent: 09 December 2007 23:47
>To: red5 at osflash.org
>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
More information about the Red5
mailing list