Выучить с нуля нереально, но когда уже занимаешься, то 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й ревизии.
Как дизайнеру, это вполне достаточно. Иногда невозможно полностью покрыть тестами, и если будет "нечто", что позволит увеличить покрытие, ещё и при этом автоматически, то профессия тестировщика видится уже совсем по другому.
Не нужен нетривиальный concurent assertion, когда тул позволит сделать 100 immediate assertion. Мне видится в этом куча возможностей, в принципе, AFL сейчас так и работает.
Юрий, вы не правильно поставили задачу. Маловероятно, что бот соберёт рабочий код, если это всего навсего последовательные операции, то даже и лучше. А вот несколько парлелельных FSM, там становится слишком сложно и вариативно, хотя и это можно формализовать.
Странно, что никто не подумал о другом, о тестировании кода, это же следующая итерация линта (AFL) или Formal для Jasper-а или даже отдельный продукт. Неважно, что за код это будет, но SVA будет соответствовать описанию на проект. Так что это скорее конец верификации, а не дизайну.
Уехать не так и просто, нужно конкурировать с другими за визы, конкурировать за места с 'говорливыми' индусами. Потом одно дело позиция senior и уже другое staff и выше.
Да, инерция есть, но двигаясь вперёд улучшаешь результаты работы.
А Synopsys что по этому поводу говорит, или вы используете старую версию.
Если обьявить тип 8 бит и сделать 1D массив из этих элементов или заменить 2D порт на 11×8 и применить вектор как индекс?
Меня больше раздражает проблемы дамп в fsdb и Verdi для нескольких вызовов функции в одном модуле (он их не распознает и показывает зачения только для одной функции), а также невозможность посмотреть значения для automatic function.
Странно, что он вообще что-то помнит, он текущего президента назвал по имени предыдущего, то ли информацию не готовят, то ли понадеялись, что он и сам все помнит.
Выучить с нуля нереально, но когда уже занимаешься, то 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й ревизии.
Именно так, пусть тупо, но лучше чем ничего.
Как дизайнеру, это вполне достаточно. Иногда невозможно полностью покрыть тестами, и если будет "нечто", что позволит увеличить покрытие, ещё и при этом автоматически, то профессия тестировщика видится уже совсем по другому.
Не нужен нетривиальный concurent assertion, когда тул позволит сделать 100 immediate assertion. Мне видится в этом куча возможностей, в принципе, AFL сейчас так и работает.
Юрий, вы не правильно поставили задачу. Маловероятно, что бот соберёт рабочий код, если это всего навсего последовательные операции, то даже и лучше. А вот несколько парлелельных FSM, там становится слишком сложно и вариативно, хотя и это можно формализовать.
Странно, что никто не подумал о другом, о тестировании кода, это же следующая итерация линта (AFL) или Formal для Jasper-а или даже отдельный продукт. Неважно, что за код это будет, но SVA будет соответствовать описанию на проект. Так что это скорее конец верификации, а не дизайну.
Все можно понять, но 120 Вт за ARM ядро только с GPU это за пределами разумного, даже если и 16нм.
Какой вышел курс, по итогу?
Уехать не так и просто, нужно конкурировать с другими за визы, конкурировать за места с 'говорливыми' индусами. Потом одно дело позиция senior и уже другое staff и выше.
Вроде как еще Jasper от Cadence позволяет сравнить С модель и Rtl.
Да, инерция есть, но двигаясь вперёд улучшаешь результаты работы.
А Synopsys что по этому поводу говорит, или вы используете старую версию.
Если обьявить тип 8 бит и сделать 1D массив из этих элементов или заменить 2D порт на 11×8 и применить вектор как индекс?
Меня больше раздражает проблемы дамп в fsdb и Verdi для нескольких вызовов функции в одном модуле (он их не распознает и показывает зачения только для одной функции), а также невозможность посмотреть значения для automatic function.
Чем обосновано использования чистого Verilog, а не синтезируемой части SV?
Проверка на представителя корейской компании: чем обычно не едят рис и почему?
И какой тип каша, широко используемый (каждый ребёнок их ест по утрам) в России абсолютно не известен в Азии?
Странно, что он вообще что-то помнит, он текущего президента назвал по имени предыдущего, то ли информацию не готовят, то ли понадеялись, что он и сам все помнит.