Yes, disconnect issue exists. And it really takes place when connection is slow 
or bad. I think Red5 team will fix it. 
  ----- Original Message ----- 
  From: joseph wamicha 
  To: [EMAIL PROTECTED] 
  Sent: Friday, April 13, 2007 10:56 AM
  Subject: Re: [Red5] r1819->r1820


  Hi Max,

  Thanks alot for your very detailed tests. We are experiencing the same 
problems but we didn't know when they started or how. We have relatively slow 
connections here in Kenya where we are currently testing our streaming 
solutions. Dan Rossi in earlier posts was also experiencing the same problems. 
  I wonder what needs to be done to fix this issue.


  On 4/13/07, Max Medvetsky <[EMAIL PROTECTED]> wrote: 
    Hello everyone,

    Over thе last week or so, I've ran into many complaints pertaining to 
    disconnections on slow channels.
    By "slow connection" I'm referring to whereby the channel's bandwidth is
    less than the stream's bitrate.
    Below is the sequence of events that's generally been taking place (in 
    this particular case disconnection automatically happened after about 20
    seconds)

    13:12:30:343: NetConnection.Connect.Closed
    13:12:29:203: NetStream.Buffer.Empty
    13:12:29:187: NetStream.Buffer.Full
    13:12:28:203: NetStream.Buffer.Empty
    13:12:28:187: NetStream.Buffer.Full
    13:12:27:187: NetStream.Buffer.Empty
    13:12:27:187: NetStream.Buffer.Full
    13:12:26:234: NetStream.Buffer.Empty
    13:12:26:218: NetStream.Buffer.Full 
    13:12:25:187: NetStream.Buffer.Empty
    13:12:25:171: NetStream.Buffer.Full
    13:12:24:171: NetStream.Buffer.Empty
    13:12:24:156: NetStream.Buffer.Full
    13:12:23:156: NetStream.Buffer.Empty
    13:12:22:140: NetStream.Buffer.Full 
    13:12:21:140: NetStream.Buffer.Empty
    13:12:20:156: NetStream.Buffer.Full
    13:12:20:140: NetStream.Buffer.Empty
    13:12:19:156: NetStream.Buffer.Empty
    13:12:19:140: NetStream.Buffer.Full
    13:12:18:140: NetStream.Buffer.Empty 
    13:12:18:125: NetStream.Buffer.Full
    13:12:17:140: NetStream.Buffer.Empty
    13:12:17:125: NetStream.Buffer.Full
    13:12:16:125: NetStream.Buffer.Empty
    13:12:16:125: NetStream.Buffer.Full
    13:12:15:109: NetStream.Buffer.Empty 
    13:12:14:109: NetStream.Buffer.Full
    13:12:14:109: NetStream.Buffer.Empty
    13:12:13:93: NetStream.Buffer.Empty
    13:12:12:93: NetStream.Buffer.Full
    13:12:12:93: NetStream.Buffer.Empty
    13:12:10:640: NetStream.Play.Start 
    13:12:10:640: NetStream.Play.Reset
    13:12:10:62: NetConnection.Connect.Success

    My hopes were that this would be fixed in RC3, but it seems that people
    on slow connections still have disconnection issues with RC3. 
    I've even gone through SVN revisions in search of the one from which the
    disconnection problems had begun.
    I found that the revision 1820 is where the disconnection issue were
    first introduced.
    SVN log for r1820 states "rewrote detection of client buffer usage, this 
    should fix empty buffer problems on slow connections"
    It may very well be that this revision has fixed some other buffer
    problems which had been previously taking place under different
    conditions, but in my case it looks like the complete opposite has 
    happened -- a new problem's been introduced :)

    Is anyone else experiencing the same problem?



    _______________________________________________
    Red5 mailing list
    [EMAIL PROTECTED]
    http://osflash.org/mailman/listinfo/red5_osflash.org




  -- 
  C is forever. 


------------------------------------------------------------------------------


  _______________________________________________
  Red5 mailing list
  [EMAIL PROTECTED]
  http://osflash.org/mailman/listinfo/red5_osflash.org



  __________ NOD32 2185 (20070412) Information __________

  This message was checked by NOD32 antivirus system.
  http://www.eset.com
_______________________________________________
Red5 mailing list
[EMAIL PROTECTED]
http://osflash.org/mailman/listinfo/red5_osflash.org

Reply via email to