Японские ученые противоречат сами себе:
Для распространителя в хлопковой маске и получателя без маски получается то 24/43, то 45/43. Для хирургической маски то 27/42, то 43/57.
Получается что цифр в исследовании много, но достоверность их сомнительна.
В идеальном мире к каждому видеомануалу и подкасту была бы приложена текстовая альтернатива, скролящеяся в отдельном окошке/контроле параллельно с воспроизведением/перемоткой видео. И наоборот видео бы автоматически перематывалось к выделенному фрагменту текста.
Только вот создание такого гибрида по трудоемкости даже больше, чем просто текста+видео вместе. И ютуб такого не умеет. Поэтому в реальном мире это, наверное, не приживется. А жаль.
Как раз подобного кода и не нужно. Выборку точек и суммирование значений в аккумуляторе выполняет видеокарта при рендеринге. Кстати, можете посмотреть исходники по ссылке.
Спасибо за дополнение, сам я ту ссылку прочитал через строчку, и как-то даже не заметил ничего про частицы и ускорители. Вообще, конечно, любые ИТ-штуки интересны и важны именно своим применением в материальном мире.
Абсолютно то же самое можно сделать OpenGL. Кстати, изначально я и планировал использовать OpenGL, причем в его мобильной реализации. Но для проверки метода написал сначала на DirectX.
Для распространителя в хлопковой маске и получателя без маски получается то 24/43, то 45/43. Для хирургической маски то 27/42, то 43/57.
Получается что цифр в исследовании много, но достоверность их сомнительна.
Только вот создание такого гибрида по трудоемкости даже больше, чем просто текста+видео вместе. И ютуб такого не умеет. Поэтому в реальном мире это, наверное, не приживется. А жаль.