I could also give a more detailed presentation on the radiomodem and FEC parts of OpenBTS if there is interest in such low-layer details, maybe on Monday afternoon if there are still people around.

What if we offer an official opportunity to participate and even make presentations over Skype? Will i disrupts the live nature of the conference?

Hi all! I really wanted OsmoDevCon to be an even from Osmocom (+related) develoeprs for such developers, with the idea of working together intensely and sharing some experiences face-to-face. I also understand not everyone is able to attend, for scheduling, travel or simply because they didn't realize about the event in time. I think broadcasting at least some the presentations (not general discussions) via SIP or any other audio streaming method might be ok, but I would make that dependent on the individual speaker. For discussions or other non-presentations, I don't think it's a good idea. Talking privately in a room full of people is one thing, talking while it is publicly streamed and possibly recorded an entirely different thing. Having remote presenters is also not what I had in mind. We might consider that if one of the scheduled speakers is unable to attend, but not as a planned scenario for events that are not even scheduled. Furthermore, I'm not a big fan of active participation by remote parties either, I fear it has a huge potential to delay the event. Now there might be occasional exceptions, i.e. somebody not present at the event but still actively involved in one particular subject that we want to discuss. In that case having a teleconference via SIP or other method may be appropriate for that given topic / person. If I understood correctly, Sylvain and Peter have suggested to take care of it from the technical/infrastructure side. I appreciate that and we may use it where apropriate (see above). btw: I strongly discourage the use of skype in the context of Osmocom by all means! We're working very hard to create Free Software implementations of open-specified communications protocols. Let's not make the world more complicated by using (and thus suggesting it was appropriate to use) completely proprietary communications systems. Regards, Harald -- - Harald Welte <laforge(a)gnumonks.org> http://laforge.gnumonks.org/ ============================================================================ "Privacy in residential applications is a desirable marketing option." (ETSI EN 300 175-7 Ch. A6)

On Mon, Feb 20, 2012 at 8:05 PM, David A. Burgess <dburgess(a)jcis.net> wrote: I also largely agree with Harald's statements in that the emphasis should be on face-to-face communications. In such development environments, I generally don't like the idea of remote and interactive participation because it often degrades the experience for the majority of participants. That said, I think myself and many others would be appreciative of any speakers willing to stream their presentations. But, many people - including myself - do not enjoy speaking in front of a camera, so I understand any reservations.  Thomas

that might be an idea, but in fact it would be better to have the speaker be able to decide not to be recorded in the first place ;)

Hi all! I really wanted OsmoDevCon to be an even from Osmocom (+related) develoeprs for such developers, with the idea of working together intensely and sharing some experiences face-to-face. I also understand not everyone is able to attend, for scheduling, travel or simply because they didn't realize about the event in time. I think broadcasting at least some the presentations (not general discussions) via SIP or any other audio streaming method might be ok, but I would make that dependent on the individual speaker.  For discussions or other non-presentations, I don't think it's a good idea. Talking privately in a room full of people is one thing, talking while it is publicly streamed and possibly recorded an entirely different thing. Having remote presenters is also not what I had in mind.  We might consider that if one of the scheduled speakers is unable to attend, but not as a planned scenario for events that are not even scheduled. Furthermore, I'm not a big fan of active participation by remote parties either, I fear it has a huge potential to delay the event. Now there might be occasional exceptions, i.e. somebody not present at the event but still actively involved in one particular subject that we want to discuss.  In that case having a teleconference via SIP or other method may be appropriate for that given topic / person. If I understood correctly, Sylvain and Peter have suggested to take care of it from the technical/infrastructure side.  I appreciate that and we may use it where apropriate (see above). btw: I strongly discourage the use of skype in the context of Osmocom by all means!  We're working very hard to create Free Software implementations of open-specified communications protocols.  Let's not make the world more complicated by using (and thus suggesting it was appropriate to use) completely proprietary communications systems. Regards,        Harald -- - Harald Welte <laforge(a)gnumonks.org>           http://laforge.gnumonks.org/ ============================================================================ "Privacy in residential applications is a desirable marketing option."                                                  (ETSI EN 300 175-7 Ch. A6)

Hi Alexander, there's no need for anyone to apologize for anything, at least not from my point of view.  Some people have made various suggestions, others have sent their views, no rough languange was used - in other words an entirely civilized discussion. On Tue, Feb 21, 2012 at 12:42:19PM +0400, Alexander Chemeris wrote: I don't want you to stop using it or stop mentioning to use it.  I just wanted to state that in the context of an Osmcoom event, I would definitely not want to use it. As a more practical note:  I'm quite sure that the various SIP and H.323 compatible soft-phones as well as hardware/emedded devices are a really good and functional alternative to Skype.  I think they are much closer on a functional level to their proprietary alternative than let's say KiCAD or gEDA are to Altium Designer.