Re: Видеоконференция и OM

[Евгений Хрянин <ev...@gmail.com>]

Максим, добрый день! Вы мне ничего не ответили.
Возможен предложенный вариант оптимизации?

Также хочу сообщить об ошибке, которая была в версии 3.0.7 и проявляется
иногда сейчас (3.1.1).
Толком отловить момент ошибки не могу, но выглядит это так:
1 апреля в 09:00 создаем приглашение в календаре на определенную дату. Всем
приходят ссылки.
В 12:00 добавляем к приглашению нового участника. Ссылки всем приходят
заново.

В итоге в назначенную дату никто не может подключиться к конференции, кроме
последнего добавленного.
У всех "протухшие" ссылки.

Приглашенные не зарегистрированы в системы и приглашения рассылаются на
email

28 марта 2016 г., 21:07 пользователь Евгений Хрянин <ev...@gmail.com>
написал:

> Максим, я установил новую версию! Уже вижу изменения в интерфейсе.
> Протестируем на следующем обучении.
>
> Не скажу, что у нас часто проходят обучения (3-5 раз в неделю), но вот
> каналы связи с обучаемыми оставляют желать лучшего.
>
> Думаю что очень много учебных организаций будет рады уменьшить траффик.
> Из выше написанного примера: студентам не обязательно видеть друг друга. А
> вот видеть преподавателя они должны.
>
> Предлагаю сделать следующий тип комнаты:
>
> В комнате есть основной докладчик (преподаватель). Это админ комнаты. Его
> должны видеть все обязательно.
> Возможность отключить его должна отсутствовать (т.е. все как сейчас). Ведь
> сейчас если у нас видео комната и мы вещаем видео - нас все видят.
> Преподаватель видит видео всех подключившихся. Он сидит рядом с сервером с
> хорошей сетью.
> Он должен видеть студентов, чтобы отслеживать что его слушают.
>
> Студенты при этом видят только преподавателя. Но слышат всех, в том числе
> и других студентов.
> Для того чтобы если преподаватель задал вопрос/спросил "студента 1", все
> остальные слышали их диалог.
>
> Плюсы такого подхода:
> - У студентов уменьшается входной траффик. Сильно. Если студентов 10,
> каждый выдает своим видео/аудио по 250 кбит/с траффика, то каждому получает
> в 10 раз больше плюс траффик преподавателя. Требование к каналу студента
> будет снижено При этом преподаватель продолжает всех видеть.
> - Внимание студентов заострено на преподавателе, а не на том как кто то из
> других студентов чешет в носу :)
> - Требование к каналу вещающего сервера соответственно также становятся
> сильно ниже
> - Преподаватель продолжает видеть видео всех студентов
>
>
> Следующий шаг:
> Дать возможность преподавателю включить видео студента "для всех", который
> например читает доклад.
> т.е. студенты продолжают видеть преподавателя, и еще начинают видеть
> студента, которого вывел "в эфир" преподаватель
>
> Ну и последняя фича:
> Студенты, при наличии хорошего канала связи, могут самостоятельно включить
> себе входящее видео от других студентов. При этом у них нет возможности
> "выключить" преподавателя.
>
> При наличии таких возможностей было бы очень круто!
> Я заранее извиняюсь, но описать это на правильном английском в жире не
> смогу :(
>
>
> 28 марта 2016 г., 17:59 пользователь Maxim Solodovnik <
> solomax666@gmail.com> написал:
>
> с 3.1.1 может стать лучше
>> если нет ...
>> был такой старый репорт: когда видео начинает тормозить иногда
>> помогает ресайз окна браузера
>>
>> по поводу отключить видео: можно завести баг, но тут 2 момента
>> 1) мне кажется что можно только "выключить всё", принимать только
>> аудио и при этом не забивать канал врядли получится (есть мнение что
>> для этого видео и аудио должны передаваться разными каналами)
>> 2) тут надо как-то осторожно, поскольку, например, преподавателю может
>> не понравиться если у учеников будет возможность его не видеть :)
>>
>> но мыслт интересная, подумать можно
>>
>> 2016-03-28 19:54 GMT+06:00 Евгений Хрянин <ev...@gmail.com>:
>> > Добрый день, Максим.
>> >
>> > Я привел примерное время
>> > Задержка начинает накапливаться постепенно, и к 10 минутам общения
>> доходит
>> > до не комфортного состояния.
>> > т.е. приходится перезагружать страницу с OM (переподключаться)
>> >
>> > Кстати! Не заметил выхода версии 3.1.1, хотя слежу за проектом.
>> Установлю,
>> > потестирую, спасибо!
>> >
>> > Насчет выключения "получения" чужого видео от сервера: очень бы хотелось
>> > такой настройки.
>> > Потому что хотелось бы подключать человек 10-12, но в связи со слабыми
>> > каналами (самый маленький 2мбит/с) нормально держаться только 5.
>> >
>> > Качество видео ставлю 320*240.
>> > В центре где стоит сервер и где находится "ведущий" сеть потянет и 10
>> видео
>> >
>> > Можно создать подобную задачу-предложение в будущие версии?
>> > К сожалению, помочь в программировании на JAVA не могу :) пишу на C#
>> >
>> >
>> >
>> > 28 марта 2016 г., 14:03 пользователь Maxim Solodovnik <
>> solomax666@gmail.com>
>> > написал:
>> >
>> >> здравствуйте Евгений,
>> >>
>> >> мне кажется что если у вас 10-15 минут в комнате всё хорошо - сеть тут
>> >> не при чём
>> >> попробуйте последний релиз? (3.1.1) с ним, скорее всего, будет лучше
>> >>
>> >> сделать выбор смотреть/не смотреть теоретически можно, но придётся
>> >> попрограммировать :)))
>> >>
>> >> 2016-03-28 16:38 GMT+06:00 Евгений Хрянин <ev...@gmail.com>:
>> >> > Добрый день, коллеги!
>> >> >
>> >> > У нас установлен сервер OM 3.0.7-RELEASE
>> >> > Проводим видеоконференции между доп.офисами.
>> >> > Каналы в ДО не очень большие (2-4 Мбит/с), количество участников - 5
>> >> > включая центр.
>> >> >
>> >> > Связь по началу работает достаточно быстро, а затем (минут 10-15)
>> >> > начинаются лаги вплоть до 20-40 секунд ожидания ответа.
>> >> >
>> >> > OM сейчас работает в режиме "всем посылается всё" (и видео и аудио)
>> >> >
>> >> > Есть ли возможность реализации использования ОМ в следующем режиме:
>> >> > 1) Первый вариант:
>> >> > Один ведущий: видит видео всех пользователей
>> >> > Остальные подключенные: видят только ведущего (друг друга не видят)
>> >> > При этом аудио в режиме "все слышат всех"
>> >> >
>> >> > В данном варианте облегчается нагрузка на канал за счет того, что ДО
>> не
>> >> > видят друг друга (им это и не надо).
>> >> > -----
>> >> > 2) Второй вариант: немного усложненный
>> >> > Администратор регулирует потоки видео
>> >> > Один ведущий: его видят все.
>> >> > Все остальные подключены в видео/аудио режиме, при этом не передают
>> видео
>> >> > на сервер.
>> >> > При нажатии определенной кнопки ведущим ДО начинает передавать видео.
>> >> > Что-то типа селектора.
>> >> >
>> >> > Вообще возможно ли сделать изменения в OM, которые позволят
>> пользователю
>> >> > выбирать чье видео он хочет видеть (если оно доступно)? И отключать
>> его,
>> >> > тем самым снижая нагрузку на канал
>> >>
>> >>
>> >>
>> >> --
>> >> WBR
>> >> Maxim aka solomax
>> >>
>>
>>
>>
>> --
>> WBR
>> Maxim aka solomax
>>
>
>

Re: Видеоконференция и OM

[Maxim Solodovnik <so...@gmail.com>]

ну тут думать надо, я письмо оставил в "непрочитанных" появится время -
погляжу

ошибку в календаре сейчас проверим
спасибо за репорт

2016-04-06 13:07 GMT+06:00 Евгений Хрянин <ev...@gmail.com>:

> Максим, добрый день! Вы мне ничего не ответили.
> Возможен предложенный вариант оптимизации?
>
> Также хочу сообщить об ошибке, которая была в версии 3.0.7 и проявляется
> иногда сейчас (3.1.1).
> Толком отловить момент ошибки не могу, но выглядит это так:
> 1 апреля в 09:00 создаем приглашение в календаре на определенную дату. Всем
> приходят ссылки.
> В 12:00 добавляем к приглашению нового участника. Ссылки всем приходят
> заново.
>
> В итоге в назначенную дату никто не может подключиться к конференции, кроме
> последнего добавленного.
> У всех "протухшие" ссылки.
>
> Приглашенные не зарегистрированы в системы и приглашения рассылаются на
> email
>
> 28 марта 2016 г., 21:07 пользователь Евгений Хрянин <ev...@gmail.com>
> написал:
>
> > Максим, я установил новую версию! Уже вижу изменения в интерфейсе.
> > Протестируем на следующем обучении.
> >
> > Не скажу, что у нас часто проходят обучения (3-5 раз в неделю), но вот
> > каналы связи с обучаемыми оставляют желать лучшего.
> >
> > Думаю что очень много учебных организаций будет рады уменьшить траффик.
> > Из выше написанного примера: студентам не обязательно видеть друг друга.
> А
> > вот видеть преподавателя они должны.
> >
> > Предлагаю сделать следующий тип комнаты:
> >
> > В комнате есть основной докладчик (преподаватель). Это админ комнаты. Его
> > должны видеть все обязательно.
> > Возможность отключить его должна отсутствовать (т.е. все как сейчас).
> Ведь
> > сейчас если у нас видео комната и мы вещаем видео - нас все видят.
> > Преподаватель видит видео всех подключившихся. Он сидит рядом с сервером
> с
> > хорошей сетью.
> > Он должен видеть студентов, чтобы отслеживать что его слушают.
> >
> > Студенты при этом видят только преподавателя. Но слышат всех, в том числе
> > и других студентов.
> > Для того чтобы если преподаватель задал вопрос/спросил "студента 1", все
> > остальные слышали их диалог.
> >
> > Плюсы такого подхода:
> > - У студентов уменьшается входной траффик. Сильно. Если студентов 10,
> > каждый выдает своим видео/аудио по 250 кбит/с траффика, то каждому
> получает
> > в 10 раз больше плюс траффик преподавателя. Требование к каналу студента
> > будет снижено При этом преподаватель продолжает всех видеть.
> > - Внимание студентов заострено на преподавателе, а не на том как кто то
> из
> > других студентов чешет в носу :)
> > - Требование к каналу вещающего сервера соответственно также становятся
> > сильно ниже
> > - Преподаватель продолжает видеть видео всех студентов
> >
> >
> > Следующий шаг:
> > Дать возможность преподавателю включить видео студента "для всех",
> который
> > например читает доклад.
> > т.е. студенты продолжают видеть преподавателя, и еще начинают видеть
> > студента, которого вывел "в эфир" преподаватель
> >
> > Ну и последняя фича:
> > Студенты, при наличии хорошего канала связи, могут самостоятельно
> включить
> > себе входящее видео от других студентов. При этом у них нет возможности
> > "выключить" преподавателя.
> >
> > При наличии таких возможностей было бы очень круто!
> > Я заранее извиняюсь, но описать это на правильном английском в жире не
> > смогу :(
> >
> >
> > 28 марта 2016 г., 17:59 пользователь Maxim Solodovnik <
> > solomax666@gmail.com> написал:
> >
> > с 3.1.1 может стать лучше
> >> если нет ...
> >> был такой старый репорт: когда видео начинает тормозить иногда
> >> помогает ресайз окна браузера
> >>
> >> по поводу отключить видео: можно завести баг, но тут 2 момента
> >> 1) мне кажется что можно только "выключить всё", принимать только
> >> аудио и при этом не забивать канал врядли получится (есть мнение что
> >> для этого видео и аудио должны передаваться разными каналами)
> >> 2) тут надо как-то осторожно, поскольку, например, преподавателю может
> >> не понравиться если у учеников будет возможность его не видеть :)
> >>
> >> но мыслт интересная, подумать можно
> >>
> >> 2016-03-28 19:54 GMT+06:00 Евгений Хрянин <ev...@gmail.com>:
> >> > Добрый день, Максим.
> >> >
> >> > Я привел примерное время
> >> > Задержка начинает накапливаться постепенно, и к 10 минутам общения
> >> доходит
> >> > до не комфортного состояния.
> >> > т.е. приходится перезагружать страницу с OM (переподключаться)
> >> >
> >> > Кстати! Не заметил выхода версии 3.1.1, хотя слежу за проектом.
> >> Установлю,
> >> > потестирую, спасибо!
> >> >
> >> > Насчет выключения "получения" чужого видео от сервера: очень бы
> хотелось
> >> > такой настройки.
> >> > Потому что хотелось бы подключать человек 10-12, но в связи со слабыми
> >> > каналами (самый маленький 2мбит/с) нормально держаться только 5.
> >> >
> >> > Качество видео ставлю 320*240.
> >> > В центре где стоит сервер и где находится "ведущий" сеть потянет и 10
> >> видео
> >> >
> >> > Можно создать подобную задачу-предложение в будущие версии?
> >> > К сожалению, помочь в программировании на JAVA не могу :) пишу на C#
> >> >
> >> >
> >> >
> >> > 28 марта 2016 г., 14:03 пользователь Maxim Solodovnik <
> >> solomax666@gmail.com>
> >> > написал:
> >> >
> >> >> здравствуйте Евгений,
> >> >>
> >> >> мне кажется что если у вас 10-15 минут в комнате всё хорошо - сеть
> тут
> >> >> не при чём
> >> >> попробуйте последний релиз? (3.1.1) с ним, скорее всего, будет лучше
> >> >>
> >> >> сделать выбор смотреть/не смотреть теоретически можно, но придётся
> >> >> попрограммировать :)))
> >> >>
> >> >> 2016-03-28 16:38 GMT+06:00 Евгений Хрянин <ev...@gmail.com>:
> >> >> > Добрый день, коллеги!
> >> >> >
> >> >> > У нас установлен сервер OM 3.0.7-RELEASE
> >> >> > Проводим видеоконференции между доп.офисами.
> >> >> > Каналы в ДО не очень большие (2-4 Мбит/с), количество участников -
> 5
> >> >> > включая центр.
> >> >> >
> >> >> > Связь по началу работает достаточно быстро, а затем (минут 10-15)
> >> >> > начинаются лаги вплоть до 20-40 секунд ожидания ответа.
> >> >> >
> >> >> > OM сейчас работает в режиме "всем посылается всё" (и видео и аудио)
> >> >> >
> >> >> > Есть ли возможность реализации использования ОМ в следующем режиме:
> >> >> > 1) Первый вариант:
> >> >> > Один ведущий: видит видео всех пользователей
> >> >> > Остальные подключенные: видят только ведущего (друг друга не видят)
> >> >> > При этом аудио в режиме "все слышат всех"
> >> >> >
> >> >> > В данном варианте облегчается нагрузка на канал за счет того, что
> ДО
> >> не
> >> >> > видят друг друга (им это и не надо).
> >> >> > -----
> >> >> > 2) Второй вариант: немного усложненный
> >> >> > Администратор регулирует потоки видео
> >> >> > Один ведущий: его видят все.
> >> >> > Все остальные подключены в видео/аудио режиме, при этом не передают
> >> видео
> >> >> > на сервер.
> >> >> > При нажатии определенной кнопки ведущим ДО начинает передавать
> видео.
> >> >> > Что-то типа селектора.
> >> >> >
> >> >> > Вообще возможно ли сделать изменения в OM, которые позволят
> >> пользователю
> >> >> > выбирать чье видео он хочет видеть (если оно доступно)? И отключать
> >> его,
> >> >> > тем самым снижая нагрузку на канал
> >> >>
> >> >>
> >> >>
> >> >> --
> >> >> WBR
> >> >> Maxim aka solomax
> >> >>
> >>
> >>
> >>
> >> --
> >> WBR
> >> Maxim aka solomax
> >>
> >
> >
>



-- 
WBR
Maxim aka solomax