Basically there shouldn't be a limit, its only mooclick's way of telling the server who to send the data to and who not to.
Printable View
Basically there shouldn't be a limit, its only mooclick's way of telling the server who to send the data to and who not to.
Actually, like Blizna said, Mooclick adds the channel number (ie 5) to the channel message or value, Mooclick then picks it up as (ie if the message is "Hai guys"): "5#Hai guys" (or whatever delimeter it uses), then categorizes the message and removes the delimeter, the output is "Hai guys".
There was never a ceiling limit on channels.
I also don't recall any application having over 400 active channels... so something that never could be fully tested.
well, if your channels digit length exceeded your max packet length you might be limited..... but that's just retarded, considering a normal MTU will give you up to 9000 7bit chars with no problem.
so i suppose your max channels are 9.999999999x10^9000
simply; this will never be a problem.
Just a fast thought: MooClick does not use 'delimiters', and the subchannels are integers, placed slightly before the message.
But as SEELE said, you might not have to worry about it.
I dont understand why to use mass of subchannels.
It's better than parsing strings every time you receive a packet!
I did not say that i'm using only 1 channel for sending, i use 5-6.
But I think it is better to have less channels as possible.
Um.. why? If anything it's going to be less efficient.
I just wanted to know if there was a specific limit, like 24, 32, 100, etc...
I only use a few channels.
Thanks for the replies... ;)