Brane, I see no reason to limit number of streams by 12, but UID generation strategy seems to be wrong.
I'll ask others about reasons for this, maybe Flash Player has some limitations, but let's wait until other guys come back from New Year vacation. This is supposed to be after Jan 3rd for most of us I guess. Thanks for report. On 30/12/06, Branko Pecnik <[EMAIL PROTECTED]> wrote: > Ok, I think I found the problem. > > Between client's connect and disconnect every new stream created get the > next id number (1,2,3,...,10,11,12,13 …) Even the earlier stream is deleted > the next one get next id in a sequence. For example, if client create 3 > streams (ids are 1, 2 and 3) and then deleted them, the next new stream get > the id number equal 4. On server side is a class RTMPConnection, with this > declarations: > Is this is a bug or not it's depend of type of application. For > videoconference it is (after 11-th person disconnected, no stream is > availble). I think this is an answer for a lot of mails in this mailing > list. Someone have to reprogram RTMPConnection class, but not just > increasing MAX_STREAMS. > > If no one does, I will L. -- This was freedom. Losing all hope was freedom. Flex wiki (russian): flexwiki.novemberain.com Red5 bug track: jira.red5.org Red5 wiki: wiki.red5.org [use JIRA account] Chasing the beauty in programming: www.ruby-lang.org | www.rubyonrails.org _______________________________________________ Red5 mailing list [email protected] http://osflash.org/mailman/listinfo/red5_osflash.org
