Да, остаётся смотреть небольшой начальный кусок, потом ждать окончания таймера, потом ждать подгрузки продолжения видео.
Или блокировщики так и делают?
Я представляю их работу так - сайт подгружает одновременно кусок видео и кусок рекламы. Блокировщик запускает видео и кликает по рекламе, чтобы пошла подгрузка продолжения видео. Отчего человек не видит и рекламы и прерывания видео. В случае, если сервер не отдаёт видео до истечения таймера, будет явный разрыв.
Но надо бы не делать разделения видео на нужное и рекламу. Пусть это будет один поток, тогда не будет и кэшированного начального кусочка. Наверно, тут есть какие-то нюансы, почему так не делают. Это и хочу выяснить.
Если только типа "Apple создаёт себе имидж компании, заботящейся об экологии. Поэтому я поддерживал эту компанию, покупая её продукцию. Но сейчас вдруг обнаружилось, что в её устройствах найдены неиспользованные компоненты, что противоречит заявлениям компании и вводит в заблуждение её покупателей насчёт экологичности. Я бы не купил это устройство, если бы знал об этом. Требую обязать Apple разблокировать этот компонент или же возместить мне моральный ущерб..."
Похоже, мы видели разную рекламу на Ютюбе. Я всегда видел такую: реклама идёт перед нужным видео, при этом на экране внизу справа обратный отсчёт до возможности пропустить. Также можно было кликнуть на саму картинку или ссылку где-то снизу, чтобы перейти по рекламе. Так вот, всё это можно ведь отрисовывать не средствами браузера, а нарисовать в само видео рекламы. В итоге блокировщику не за что зацепиться, как сейчас и происходит с рекламой российских ютюберов.
Если зритель нажимает на "кнопку" пропуска рекламы (он и не знает, что кнопка нарисована не поверх видео), то координаты курсора отправляются на сервер, оттуда начинает уже идти нужное зрителю видео, т.е. реклама прерывается.
Если зритель нажал на элементы рекламы, то сервер пришлёт сигнал браузеру открыть вкладку по этой рекламе или перейдёт в этой же вкладке.
У меня, например, 2 ноутбука - новый с Вин11 и старый (2011) на Семёрке, на которую не встанет 11. Десятка не нравится своим чёрным интэрфэйсом, да и нет гарантии, что все драйвера будут работать.
Зато на Семёрке идёт всё, что мне надо. Разве что Стим отвалился.
Что за кнопочки? Пропустить, перейти по рекламе? Можно оставить их на своём месте. Если блокировщик будет ориентироваться на них, тогда их тоже можно рисовать в самом видео, а на сервер получать только координаты курсора при клике.
Т.е. это проверка на этапе компиляции?
Да, остаётся смотреть небольшой начальный кусок, потом ждать окончания таймера, потом ждать подгрузки продолжения видео.
Или блокировщики так и делают?
Я представляю их работу так - сайт подгружает одновременно кусок видео и кусок рекламы. Блокировщик запускает видео и кликает по рекламе, чтобы пошла подгрузка продолжения видео. Отчего человек не видит и рекламы и прерывания видео. В случае, если сервер не отдаёт видео до истечения таймера, будет явный разрыв.
Но надо бы не делать разделения видео на нужное и рекламу. Пусть это будет один поток, тогда не будет и кэшированного начального кусочка. Наверно, тут есть какие-то нюансы, почему так не делают. Это и хочу выяснить.
Я знаю только С++, так что можно пример на нём? А то всё равно непонятно что это и где надо.
Это нулевой или последний?
Так поделился-то в итоге?
Техпроцэссы не двигаются в сторону уменьшения?
А что такое строгое и нестрогое сравнение?
До прочтения решил, что подали в суд банально за "неправильные" границы некоторых стран.
Почему вы выделили не всё предложение? В начале ведь там
Т.е. по истечению таймера появляется кнопка пропуска. Раньше этого момента никак не получить нужное видео, кроме как небольшого начального кусочка.
Удивительно туго идёт обсуждение с вами, хотя я разжёвываю как могу. Мне отвечать больше нечего.
Или "равно" назвать устаревшим и продвигать x{42}, чтобы новые компиляторы стали ещё придирчивее к одиночному "равно".
А восьми лет недостаточно, чтобы так утверждать?
Так видео всё равно не пойдёт с сервера до истечения таймера. Ну разве что кэшированный кусок сможет показать, а далее всё равно ждать.
Слишком много опечаток для нейронки.
Но на всякий случай подстраховались?
Если только типа "Apple создаёт себе имидж компании, заботящейся об экологии. Поэтому я поддерживал эту компанию, покупая её продукцию. Но сейчас вдруг обнаружилось, что в её устройствах найдены неиспользованные компоненты, что противоречит заявлениям компании и вводит в заблуждение её покупателей насчёт экологичности. Я бы не купил это устройство, если бы знал об этом. Требую обязать Apple разблокировать этот компонент или же возместить мне моральный ущерб..."
Похоже, мы видели разную рекламу на Ютюбе. Я всегда видел такую: реклама идёт перед нужным видео, при этом на экране внизу справа обратный отсчёт до возможности пропустить. Также можно было кликнуть на саму картинку или ссылку где-то снизу, чтобы перейти по рекламе. Так вот, всё это можно ведь отрисовывать не средствами браузера, а нарисовать в само видео рекламы. В итоге блокировщику не за что зацепиться, как сейчас и происходит с рекламой российских ютюберов.
Если зритель нажимает на "кнопку" пропуска рекламы (он и не знает, что кнопка нарисована не поверх видео), то координаты курсора отправляются на сервер, оттуда начинает уже идти нужное зрителю видео, т.е. реклама прерывается.
Если зритель нажал на элементы рекламы, то сервер пришлёт сигнал браузеру открыть вкладку по этой рекламе или перейдёт в этой же вкладке.
Т.е. технически это не будет как будто два видеоотрезка идут друг за другом?
Разве попадают не кликом по экрану или кнопке на экране?
У меня, например, 2 ноутбука - новый с Вин11 и старый (2011) на Семёрке, на которую не встанет 11. Десятка не нравится своим чёрным интэрфэйсом, да и нет гарантии, что все драйвера будут работать.
Зато на Семёрке идёт всё, что мне надо. Разве что Стим отвалился.
Чтобы блокировщики не могли блокировать?
Что за кнопочки? Пропустить, перейти по рекламе? Можно оставить их на своём месте. Если блокировщик будет ориентироваться на них, тогда их тоже можно рисовать в самом видео, а на сервер получать только координаты курсора при клике.