--
You received this message because you are subscribed to the Google Groups "BigBlueButton-dev" group.
To unsubscribe from this group and stop receiving emails from it, send an email to bigbluebutton-dev+unsubscribe@googlegroups.com.
To post to this group, send email to bigbluebutton-dev@googlegroups.com.
Visit this group at https://groups.google.com/group/bigbluebutton-dev.
For more options, visit https://groups.google.com/d/optout.
> My question is: Would it be possible to extend Greenlight in a way that it allows the definition of a fixed VoIP bridge PIN when creating a new conference session? Of course, one would need to define a number space (like the prefix 7 in Moodle) which does not interfere with the randomly generated PINs.We tried to keep the GreenLight UI to a minimum.
Instead of prompting the user to enter a voice bridge number, which for many they wouldn't know what that means, what could be done is to create the voice bridge number based on the SHA1 of the meetingID.
This way, as long as the meetingID remains the same, the meeting should get the same voicebridge number. GreenLight could be extended to show the dial-in number and voice bridge during the join process. This way, you would know in advance the extension.
Are you a Ruby on Rails developer?
Hi Fred,
thanks a lot for your quick reply and the great work with Big Blue Button and GreenLight!
On Monday, November 20, 2017 at 1:01:00 AM UTC+1, Fred Dixon wrote:> My question is: Would it be possible to extend Greenlight in a way that it allows the definition of a fixed VoIP bridge PIN when creating a new conference session? Of course, one would need to define a number space (like the prefix 7 in Moodle) which does not interfere with the randomly generated PINs.We tried to keep the GreenLight UI to a minimum.
Which is, by the way, a very good idea. I can experience it regularly that setting up video conferences cannot be a simple enough task.
Instead of prompting the user to enter a voice bridge number, which for many they wouldn't know what that means, what could be done is to create the voice bridge number based on the SHA1 of the meetingID.
I understand that absolutely.
This way, as long as the meetingID remains the same, the meeting should get the same voicebridge number. GreenLight could be extended to show the dial-in number and voice bridge during the join process. This way, you would know in advance the extension.
That sounds very reasonable.
Are you a Ruby on Rails developer?
Unfortunately, I am not. Java, C and C++ would be fine, but I've never dealt with Ruby or RoR, yet. But I've just asked whether one of my colleagues or students would be able to have a look into this. I'll report any progress here.
Your idea is great. A fixed PIN which would be shown to the user would be all we need. Typing it is absolutely not necessary. I just thought about that as I had the Moodle plugin solution in my mind.
Kind Regards,
Steffen
--
You received this message because you are subscribed to the Google Groups "BigBlueButton-dev" group.
To unsubscribe from this group and stop receiving emails from it, send an email to bigbluebutton-...@googlegroups.com.
To post to this group, send email to bigblueb...@googlegroups.com.
Visit this group at https://groups.google.com/group/bigbluebutton-dev.
For more options, visit https://groups.google.com/d/optout.