[Dune-devel] Online developer meeting: 2021-01-08 and 2021-01-22

Simon Praetorius simon.praetorius at tu-dresden.de
Mon Jan 4 18:02:08 CET 2021


I will also setup a test BigBlueButton session for the test today, so 
that we can try out both and decide. The TU-Dresden has tested BBB with 
 > 100 participants and up to 25 active cameras.

Best,
Simon

Am 04.01.21 um 17:11 schrieb Carsten Gräser:
> I'd be happy to use an open source solution like jitsi or BBB.
> However I have mixed experience with jitsi on our server an
> meet.jit.si with problems even for smaller meetings (7-8).
> But maybe that's just because of insufficent server resources.
>
> Robert suggested to use an institutions jitsi server. In this
> case it should be stable and reliable for the expected number
> of participants which is e.g. not the case for FU Berlin and
> -as far as I understood Simon- TU Dresden. If Markus' server
> is known to have enough resources, I'd prefer this one.
>
> Regarding BBB (which is also open source): I've have heard a
> lot of good feedback from use cases in teaching with medium
> sized meetings. So if the TU Dresden server has enough resources,
> I'm also happy with this one.
>
> Best,
> Carsten
>
> Am 04.01.21 um 15:00 schrieb Simon Praetorius:
>> Maybe I have given a wrong impression: I'm not against the 
>> open-source solutions in general. My personal experience in the last 
>> two university semesters with online lectures, tutorials and 
>> seminars, has shown that the smoothest and most stable solution was 
>> either Zoom or BBB. I had several sessions started in Jitsi that 
>> simply were not usable. But, this is my personal experience using 
>> either our university server that was recently upgraded or the 
>> meet.jitsi.se server. If there are better experiences in other 
>> instances, we could try it out. Our university jitsi instance is 
>> recommended for 10-15 people maximum, and the host must be someone 
>> with a university login. I could be the host and probably Oliver 
>> could be a host too.
>>
>> I have time today and will be happy to join the test meeting.
>>
>> Best,
>> Simon
>>
>>
>> BTW: Many research conferences use a proprietary video conferencing 
>> tools, even zoom. To despise these tools is also not constructive. It 
>> often just works smoothly. In the rC3 conference they used an 
>> open-source solution and it ended up not very stable with several 
>> problems in the live sessions.
>>
>> Am 04.01.21 um 13:18 schrieb Markus Blatt:
>>> On Mon, Jan 04, 2021 at 11:57:53AM +0100, Simon Praetorius wrote:
>>>> Hi Markus,
>>>>
>>>> Jitsi is not usable for more than let's say 5 people simultaneously.
>>>> Neither the public meet.jitsi.si nor a locally hosted instance. In
>>>> half of the sessions it simply does not work at all. This is due to
>>>> the heavy video load that is during the semester time in the
>>>> universities. There is also the DFN video-conference solution - not
>>>> stable either.
>>>
>>> We should be very careful with such statments. Even more if they 
>>> endorse
>>> proprietary services. I am pretty sure I have done meetings with 
>>> more than 5
>>> on meet.jit.si. I heavily doubt your statement about the limits of 
>>> locally
>>> hosted instances, see the screenshot at 
>>> https://www.dr-blatt.de/static/images/Bildschirmfoto_jitsi_2021-01-04_12-44-00.png 
>>> for a counter example.
>>>
>>> Of course that instance does not use the default settings, but tries to
>>> be conservative (bare metal, 1 GB network, limited resolution, limited
>>> number of concurrent video streams, etc.). Of course there is always 
>>> a limit
>>> and it is not set up to scale (has just two videobridges).
>>>
>>> We have 13 people in the doodle and a privately hosted instance 
>>> should handle
>>> this. Let's get constructive and try to push open source:
>>>
>>> - let's test my instance tonight at 20:00 CET at 
>>> jisti.eichstaett.social/DUNEMeetingTest
>>> - If that is successfull, I set up an instance where only our 
>>> meeting will be
>>>    heldt.
>>> - If that does not work we can use the 
>>> solution-that-should-not-be-named as
>>>    a fallback.
>>>
>>> Anyway in any meeting there is no need to stress test servers by 
>>> having video
>>> on all the time in large meetings.
>>>
>>> I would really like to avoid using proprietary stuff in my unpaid 
>>> time and
>>> have abstained from it the past.
>>>
>>>
>>> Cheers,
>>>
>>> Markus
>>>
>>> _______________________________________________
>>> Dune-devel mailing list
>>> Dune-devel at lists.dune-project.org
>>> https://lists.dune-project.org/mailman/listinfo/dune-devel
>>
>
>
-- 
Dr. Simon Praetorius
Technische Universität Dresden
Institute of Scientific Computing
phone: +49 351 463-34432
mail: simon.praetorius at tu-dresden.de
web: https://tu-dresden.de/mn/math/wir/das-institut/beschaeftigte/simon-praetorius





More information about the Dune-devel mailing list