Poll

New set of feature's name? (read)

BLG Unite
7 (77.8%)
BLG Link
1 (11.1%)
Other (post)
1 (11.1%)

Total Members Voted: 9

Author Topic: BLG (Unite) Development  (Read 45820 times)

Bump.

We're at work on BLG2. The main topic has some of the features. We'll be adding them back as we refine the idea of them. Also, new poll.
« Last Edit: April 18, 2012, 05:18:02 PM by Scout31 »

Another way would be to use optional key-pair-based encryption, so the proxy can't see the actual data, at the cost of scheduling.

Quote from: Poll
Security (Requires port forwarding for anything remote)
What's this about?

Another way would be to use optional key-pair-based encryption, so the proxy can't see the actual data, at the cost of scheduling.
and what in the hell is this about??

If you do not wish for messages to be sent to our server and then redirected to your dedicated server for easy usage, you most port-forward so that there is an open port to send all the connections through.

If you do not wish for messages to be sent to our server and then redirected to your dedicated server for easy usage, you must port-forward so that there is an open port to send all the connections through.
Now i'm even MORE confused! >.<

Now i'm even MORE confused! >.<
Do you understand the internet?

Do you understand the internet?
Why do messages need to be sent to your server, then redirected to whoevers dedicated server, why/how is that easy? Why is port-forwarding required? Send WHAT connections?

Why do messages need to be sent to your server, then redirected to whoevers dedicated server, why/how is that easy? Why is port-forwarding required? Send WHAT connections?
This is for the RC stuff.
The client needs to connect to something.
Something would either be the server directly (more complicated, some features would be harder/impossible) or through a proxy (requires you to trust Jincux/me/whoever sets it up).
A third option would be to release the proxy software too so the paranoid people could just set up their own, or add an option for direct connections (which would be more complex).

Get it now?

RC stuff
blah blah blah
paranoid people
blah

Get it now?
Paranoid for a good reason, could be easily abused.
And not everyone can forward ports, or connect to proxies.
But yes, i get it now.

Paranoid for a good reason, could be easily abused.
And not everyone can forward ports, or connect to proxies.
But yes, i get it now.
We would host the proxy, and it might also be released publicly (including source code).

A bit of a development update.

We've been at work developing the base of server and wrapper. I have the GUI for the remote control finished and working, and the client side of the communication working. Next up is server rating, which will be able to work independently of the glass server, so I'll start on that soon. Again, we're still debating some of the features mentioned back before, but if there are any that you particularly would like to have, please tell us.

which will be able to work independently of the glass server
BAD

BAD
Meaning that it won't connect to our Scala/Java server that is used for remote control, it'll connect to the website instead. I guess I should've worded that differently.

Open Overlay
We all know about the RTB overlay, but wouldn't that be great if we could have our own for our purposes? This system will allow for any client add-on to add their GUI to a overlay system, defining wether there can be one or multiple instances, and allowing for registration of shortcuts to open them.

Love how you're using continuous integration for this big time development project, seems real useful for the massive team of developers you have.