Зачем изобретать "новое", когда есть JpegXS. Тот-же wavelet на весь кадр, упрощенное энтропийное кодирование, возможности предсказания из прошлого фрейма, правда возникают вопросы о стоимости лицензии.
Свобода? Зачем тогда платить за использование этих же сетей которые были тренированы на ваших же данных. Т.е. без вас их бы не было и вы же ещё платите за них, т.е. вас же дважды использовали.
Используя работодателя страховка обойдётся вам дешевле, чем если её покупать самому. И потом неясен вопрос налогов при этом.
Меньше изучайте (хм, а изначально я писал мучайте), у вас будет вариант купить то или иное и другое только за свой счёт (дорого), так что не нужно об этом думать.
Я прожил там несколько лет, и скажу что первое обращение к врачам отчасти рандом, но только отчасти. Данный препарат вам предложит ваш лечащий врач, а значит, вы уже будете знать оплатят вам его или нет. Хорошая страховка всегда позволит вам гораздо больше, чем другим.
Страховая оплачивается частично работодателем и включает в себя много опций по умолчанию. Данные препараты рекламируются повсеместно, так что они почти наверняка входят в страховку. Вопрос сколько будет стоить такая страховка остаётся за кадром.
Цена на рынке и цена после страховки сильно отличается. Думаю страховая покроет большую часть, особенно если это дорогая страховка. Т.е. мы приходим к тому же, у кого есть деньги могут себе больше позволить.
Выучить с нуля нереально, но когда уже занимаешься, то duolingvo будет помощью. Я исхожу из того, что для изучения нужно хоть понемногу, но постоянно загружать голову. Зелёный как раз даёт небольшую, но постоянную нагрузку. Да он не научит грамматике и временам, но закрывает часть практики и попросту даёт объём, частично покрывая домашнюю работу, которую для изучения необходимо делать.
А и не нужно ничего делить. Посмотрите на тот же китайский аналог. Большинство локального контента лежит именно на локальных аналога, но если что-то отсутствует, то уже искать "снаружи".
Нет просторы доступа, нет контента, но дайте людям удобство и некий требуемый контент и в первую очередь поиск начнётся с него. А далее будет накопление объёма. Всегда часть информации проще найти черезгугл, чем яндекс.
Как уже было сказано, у каждого подразделения есть бюджет и планирование, если оно не даёт прибыль, то вполне вероятно оно будет реструктурировано. Всегда есть перекрытие по проектам между тимами, что-то можно оптимизировать, но RnD обычно не трогают в таком случае. Либо же все направление могут прикрыть.
Любой "взгляд со стороны" лучше его отсутствия. Brainstorming для этого и придуман, чтобы предлагать варианты. А уже отсекать их другая задача, тем более решением иногда является комбинация нерабочего и рабочего.
Давайте разъясню свое мнение, в статье все скинуто в кучу, так что пойдем по порядку:
emulation prevention byte counter overflow:
что такое prevention byte: заголовок каждого из NAL представляет собой синтаксис "0x000001", для того не ошибиться в стрим добавляют 0x3 (0x00000301), не понимаю для чего ведется из подсчет, когда их все нужно удалить из стрима для получения корректных данных, они не несут никаких данных
подстановка типа IDR вместо и некего исходного значения
Что это даст - некорректный парсинг и выход по ошибке (ну или идентично ошибке в битстриме, есть отдельные тесты для этого и что с этим делать - зависит от имплементации)
переполнение cpb_cnt_minus1
А ничего, что еще в коде 2015 года (я уж не знаю сколько оно существует на самом деле) есть проверка на это
Даже если вы удалили её, до конца пакета около 24 бита + несколько байт, т.е. не соблюдается поверка на окончание NAL. т.е. максимально вы добавите еще пару фреймов, а не как сказано 224. Это надо специально поменять код, чтобы прийти к этому.
В последнем примере красиво переведено, но не указано, что это происходит когда h/w вылетает из-за ошибки и приходится декодировать s/w (а так много говорилось про h/w реализацию).
По факту мы видим, что есть некая попытка "испортить" данные для выхода за пределы размеров, но что-то мне говорит, что даже минимальный тест включает в себя проверку на такие элементарные стримы.
Бред, там фиксированное колличество бит выделено в битстриме, т.е. он не может выйти за пределы памяти физически. 264й стар, с кучей различных реализаций кода, прогоните сами стримы на совместость со стандартом, думаю на этом проблема пропадет.
На ошибках учатся, иногда так бывает, нужно анализировать почему так случилось. Но полный редизайн маловероятен, вполне вероятно баг найдут ко 2й ревизии.
Как дизайнеру, это вполне достаточно. Иногда невозможно полностью покрыть тестами, и если будет "нечто", что позволит увеличить покрытие, ещё и при этом автоматически, то профессия тестировщика видится уже совсем по другому.
Год назад они увеличили колличество уровней английского, так что "игру" надо проходить гораздо дольше.
Зачем изобретать "новое", когда есть JpegXS. Тот-же wavelet на весь кадр, упрощенное энтропийное кодирование, возможности предсказания из прошлого фрейма, правда возникают вопросы о стоимости лицензии.
Они с этого имеют прибыль, и все это коммерческие компании, которые планируют с этого получать, хоть и горизонт этого события в несколько лет.
У вас сейчас за копейки купят и потом вам же продадут за рубли.
Свобода? Зачем тогда платить за использование этих же сетей которые были тренированы на ваших же данных. Т.е. без вас их бы не было и вы же ещё платите за них, т.е. вас же дважды использовали.
Тема так и не раскрыта, почему авторы позволяют бесплатно использовать свой труд, и даже так, они дают на это согласие через меню.
Используя работодателя страховка обойдётся вам дешевле, чем если её покупать самому. И потом неясен вопрос налогов при этом.
Меньше изучайте (хм, а изначально я писал мучайте), у вас будет вариант купить то или иное и другое только за свой счёт (дорого), так что не нужно об этом думать.
Я прожил там несколько лет, и скажу что первое обращение к врачам отчасти рандом, но только отчасти. Данный препарат вам предложит ваш лечащий врач, а значит, вы уже будете знать оплатят вам его или нет. Хорошая страховка всегда позволит вам гораздо больше, чем другим.
Страховая оплачивается частично работодателем и включает в себя много опций по умолчанию. Данные препараты рекламируются повсеместно, так что они почти наверняка входят в страховку. Вопрос сколько будет стоить такая страховка остаётся за кадром.
Оно не то чтобы утомило, однако уровень подобных статей довольно низок. Простая логика, без привязки к чему-то большому и понятному для всех.
Цена на рынке и цена после страховки сильно отличается. Думаю страховая покроет большую часть, особенно если это дорогая страховка. Т.е. мы приходим к тому же, у кого есть деньги могут себе больше позволить.
Кто это, и каким образом эта новость появилась в страницах Хабра ?
Выучить с нуля нереально, но когда уже занимаешься, то duolingvo будет помощью. Я исхожу из того, что для изучения нужно хоть понемногу, но постоянно загружать голову. Зелёный как раз даёт небольшую, но постоянную нагрузку. Да он не научит грамматике и временам, но закрывает часть практики и попросту даёт объём, частично покрывая домашнюю работу, которую для изучения необходимо делать.
Аппаратный декодер появляется в течении года после финализации стандарта. AV1 завершен гораздо ранее 3-4 лет, 3 года это VVC.
А и не нужно ничего делить. Посмотрите на тот же китайский аналог. Большинство локального контента лежит именно на локальных аналога, но если что-то отсутствует, то уже искать "снаружи".
Нет просторы доступа, нет контента, но дайте людям удобство и некий требуемый контент и в первую очередь поиск начнётся с него. А далее будет накопление объёма. Всегда часть информации проще найти черезгугл, чем яндекс.
Как уже было сказано, у каждого подразделения есть бюджет и планирование, если оно не даёт прибыль, то вполне вероятно оно будет реструктурировано. Всегда есть перекрытие по проектам между тимами, что-то можно оптимизировать, но RnD обычно не трогают в таком случае. Либо же все направление могут прикрыть.
Любой "взгляд со стороны" лучше его отсутствия. Brainstorming для этого и придуман, чтобы предлагать варианты. А уже отсекать их другая задача, тем более решением иногда является комбинация нерабочего и рабочего.
Давайте разъясню свое мнение, в статье все скинуто в кучу, так что пойдем по порядку:
emulation prevention byte counter overflow:
что такое prevention byte: заголовок каждого из NAL представляет собой синтаксис "0x000001", для того не ошибиться в стрим добавляют 0x3 (0x00000301), не понимаю для чего ведется из подсчет, когда их все нужно удалить из стрима для получения корректных данных, они не несут никаких данных
подстановка типа IDR вместо и некего исходного значения
Что это даст - некорректный парсинг и выход по ошибке (ну или идентично ошибке в битстриме, есть отдельные тесты для этого и что с этим делать - зависит от имплементации)
переполнение cpb_cnt_minus1
А ничего, что еще в коде 2015 года (я уж не знаю сколько оно существует на самом деле) есть проверка на это
pMVCVUI->cpb_cnt_minus1 = (char) read_ue_v("cpb_cnt_minus1", s, &p_Dec->UsedBits);
assert(pMVCVUI->cpb_cnt_minus1<=31);
Даже если вы удалили её, до конца пакета около 24 бита + несколько байт, т.е. не соблюдается поверка на окончание NAL. т.е. максимально вы добавите еще пару фреймов, а не как сказано 224. Это надо специально поменять код, чтобы прийти к этому.
В последнем примере красиво переведено, но не указано, что это происходит когда h/w вылетает из-за ошибки и приходится декодировать s/w (а так много говорилось про h/w реализацию).
По факту мы видим, что есть некая попытка "испортить" данные для выхода за пределы размеров, но что-то мне говорит, что даже минимальный тест включает в себя проверку на такие элементарные стримы.
Бред, там фиксированное колличество бит выделено в битстриме, т.е. он не может выйти за пределы памяти физически. 264й стар, с кучей различных реализаций кода, прогоните сами стримы на совместость со стандартом, думаю на этом проблема пропадет.
Я был бы только рад увидеть следующую итерацию Jasper-а, посмотрим что будет далее.
На ошибках учатся, иногда так бывает, нужно анализировать почему так случилось. Но полный редизайн маловероятен, вполне вероятно баг найдут ко 2й ревизии.
Именно так, пусть тупо, но лучше чем ничего.
Как дизайнеру, это вполне достаточно. Иногда невозможно полностью покрыть тестами, и если будет "нечто", что позволит увеличить покрытие, ещё и при этом автоматически, то профессия тестировщика видится уже совсем по другому.