Базой были сэмплы: sample_encode в Вашем случае. А там уж и настроить все остальное можно. Кстати, а куда пропала интеграция в ффмпег? Раньше была 100%. Но я бы не рекомендовал :)
Кстати в командлайнах у Вас такое ощущение, что для одних - vbr, для других - cbr
Далее полученные стримы надо чем-то открыть и убедиться, что всё одинаково в плане фреймов. Рекомендую VQ Analyzer для целей анализа стрима. Я бы не сильно доверял «пожеланиям» настроек тк они могут быть перезаписаны.
И после подтверждения, что результаты совпадают - уже сравнивать качество. И кмк лучше сравнивать одинаковые фреймы, ессно. Ну те на таком-то видео I-фреймы заняли Х кбайт и дали такую-то RD-curve, P-фреймы…
Отметать lookahead «из-за стриминга», при этом не рассматривая транскодирование - крайне странно, тк на плохой синхронизации или неожиданном копировании памяти можно потерять куда больше. Да и вообще - это какому такому стримингу, не считая стриминга игр по локальной сети, есть дело до задержки даже в секунду?.. Ну опять же, тогда надо добавить в сравнение latency на фрейм. Я, конечно, дико извиняюсь, но если энкодер работает, например, в два раза дольше, и при этом результат всего на 10% лучше - вопрос ещё что важнее и корректность соавнения.
А, кстати, о каком фпс вообще идёт речь? Между, например, 25 и 60 фпс - пропасть…
Какие-то сомнительные результаты. Навскидку, битрейт зависит от количества I-, P-, B- кадров. А об этом я что-то не вижу инфу. Т.е. для получения сравнимого результата как минимум нужно выровняться по параметрам полученного битстрима.
Насколько я понимаю - Вы просто сравнили дефолтные настройки для сферической задачи в вакууме. У того же QSV (он же MediaSDK, он же oneVPL) есть вагон разных крутилок и тот же lookahead, например.
Да и почему статья называется «…транскодирование», а речь про энкод? С транскодированием все гораздо интереснее, когда нагружаются и аппаратные декодеры и нужно правильный мультитрединговый пайплайн строить для получения максимального результата.
ИМХО, когда конфиг становится сложнее, чем можно описать в ini файле - что-то пошло не так. И этот конфиг уже перестает быть человекочитаемым и лучше уже иметь какой-то гуй.
Статья супер, всегда было интересно как это с нуля поднимается, спасибо!
Я, пока макбук не взял, тоже игрался. Наилучшие результаты получил на intel nuc 7-8 поколений, делал triple boot на них, даже была заметка про это. Под результатом понимаю простоту настройки и дальнейшую поддержку обновлений ос.
Почему нельзя просто прикрутить два толстых провода гайками? Не хватает эстетики - крышечкой с ргб подсветкой прикройте. Ладно с десятком сигнальных проводов изобретать разъемы, тут - в чем проблема-то?
Когда уже предложат микро-блэйды с малинками, гпу и прочими армами, и встроенной квмкой…
И вообще пора уже гпу ядром системы сделать в формфакторе материнских плат, а проц - картой расширения втыкается. Такой сокет уже когда-то был, кстати.
А я вот всё жду миниатюризации blade-серверной архитектуры. Чтобы просто на одно шасси можно было набирать нужное железо. Раз уж нас настигает зоопарк железа - то хоть бы в едином форм факторе.
Мне кажется тут вообще подмена понятий идёт «кодер» и «погроммист».
Сферические программисты в вакууме так и продолжат программировать, только не через кодинг и IDE, а несколько иными инструментами, в числе которых генерация кода ИИ-кодерами. Как бы сферический язык высокого уровня это уже сильно не то, что ассемблер.
Я б скорее предположил экономию за счёт отсутствия у ИИ необходимости создавать тикеты, апдейтить таски, ходить на синки, отвечать на запросы, искать баги , ждать когда другой ИИ вернется из отпуска, искать способы подставить соседнюю ИИ ноду и обвинить во всех проблемах и тд
Мне вот интересно другое. С помощью ИИ пытаются избавиться/заменить/низвести рабочие специальности (при чем те, которые связаны с долгими инвестициями в обучение и совершенствование навыков). «Обычные» рабочие профессии давно уже под прессом автоматизации и всяких станков с чпу.
При этом крайне мало активности по замене «эффективных», которые, скажем так, имеют отдаленное отношение к производству чего бы то ни было.
Громогласно звучит «Давайте заменим ИИ всех ученых/писателей/актеров/художников/инженеров/итд» и крайне слабо слышно про избавление от «менеджеров» (особенно среднего звена), чиновников и тп, которые , бывает, занимаются исключительно решением своих личных амбициозных задач, не гнушаясь и откровенного вредительства.
Лично по мне ИИ должен быть своеобразным костылём-помощником для созидателей (накидать основу, подсветить проблемы, упростить доступ к информации), и средством избавления от «эффективных» переводом их в созидательное русло.
Так, условный ИИ может даже «взрослеть» вместе с «носителем»: сначала помогая обучаться и обучаясь совместно в зависимости от предпочтений «носителя». Помогать решать задачи: мне нужна легковесная ос реального времени с поддержкой аудио/видео - вуаля, дистриб линукса нарезан, выкинуто всё лишнее, работает на ардуинке… или нужны иллюстрации - на, вот, доработал напильником - сэкономил время, продолжил исследование. Написали закон? Автоматически проверен на непротиворечивость с имеющимися (еси чо - копирайты мои :)). Нужно заявление на что бы то ни было - сгенерирован текст запроса со всеми ссылками и тп. Обработка обращений - текст проанализирован, выдан базовый ответ для редактуры и последующего ответа. Судебные дела - тоже хелп. Короче так могу философствовать до бесконечности…
Ну перемешан не совсем верное определение. Множества старых и новых команд пересекаются, да. Но тут речь идет скорее не о командах add и mov (выкинуть 1-4 байтовые версии и оставить только 8 байтовые?..) как таковых, а о более сложных и комплексных механизмах, таких как скедулинг процессов, менеджмент памяти, уровни исполнения кода и тд
Но судя по тому же м1-4 о аппле - можно даже совсем отказаться от совместимости и пользоваться эмуляцией.
А вот проиграть гонку из-за прицепа, тянущего назад… история покажет.
Базой были сэмплы: sample_encode в Вашем случае. А там уж и настроить все остальное можно. Кстати, а куда пропала интеграция в ффмпег? Раньше была 100%. Но я бы не рекомендовал :)
В сэмпле можно порулить, например, разными контролами битрейта, на любой вкус: -vbr, -icq, -qvbr, -avbr… дока в помощь: https://github.com/Intel-Media-SDK/MediaSDK/blob/master/doc/samples/readme-encode_linux.md А вообще главное не забыть включить lowpower, который про аппаратное ускорение, тк были в тч софтовые реализации алгоритмов.
Кстати в командлайнах у Вас такое ощущение, что для одних - vbr, для других - cbr
Далее полученные стримы надо чем-то открыть и убедиться, что всё одинаково в плане фреймов. Рекомендую VQ Analyzer для целей анализа стрима. Я бы не сильно доверял «пожеланиям» настроек тк они могут быть перезаписаны.
И после подтверждения, что результаты совпадают - уже сравнивать качество. И кмк лучше сравнивать одинаковые фреймы, ессно. Ну те на таком-то видео I-фреймы заняли Х кбайт и дали такую-то RD-curve, P-фреймы…
Отметать lookahead «из-за стриминга», при этом не рассматривая транскодирование - крайне странно, тк на плохой синхронизации или неожиданном копировании памяти можно потерять куда больше. Да и вообще - это какому такому стримингу, не считая стриминга игр по локальной сети, есть дело до задержки даже в секунду?.. Ну опять же, тогда надо добавить в сравнение latency на фрейм. Я, конечно, дико извиняюсь, но если энкодер работает, например, в два раза дольше, и при этом результат всего на 10% лучше - вопрос ещё что важнее и корректность соавнения.
А, кстати, о каком фпс вообще идёт речь? Между, например, 25 и 60 фпс - пропасть…
И кстати таблица поддержки энкодеров неполная, вот из описания Intel VPL (он же…):
Supported video encoders: HEVC, AVC, MPEG-2, JPEG, VP9, AV1
И в репозитории libVA (линуксовый интерфейс) заголовки для соответствующих энкодеров имеются: https://github.com/intel/libva/tree/master/va
Какие-то сомнительные результаты. Навскидку, битрейт зависит от количества I-, P-, B- кадров. А об этом я что-то не вижу инфу. Т.е. для получения сравнимого результата как минимум нужно выровняться по параметрам полученного битстрима.
Насколько я понимаю - Вы просто сравнили дефолтные настройки для сферической задачи в вакууме. У того же QSV (он же MediaSDK, он же oneVPL) есть вагон разных крутилок и тот же lookahead, например.
Да и почему статья называется «…транскодирование», а речь про энкод? С транскодированием все гораздо интереснее, когда нагружаются и аппаратные декодеры и нужно правильный мультитрединговый пайплайн строить для получения максимального результата.
Шутка про n-стандартов…
ИМХО, когда конфиг становится сложнее, чем можно описать в ini файле - что-то пошло не так. И этот конфиг уже перестает быть человекочитаемым и лучше уже иметь какой-то гуй.
- У вас есть собственная консоль?
- У нас есть кое-что получше! У нас есть рисунок консоли!
Капитан Джэк Воробей одобряет!
Но железо/компоновка у них прям норм. Мб имеет смысл их просто начать шить под себя?
Чебурнет. Продолжение.
хорошая попытка, но нет
Статья супер, всегда было интересно как это с нуля поднимается, спасибо!
Я, пока макбук не взял, тоже игрался. Наилучшие результаты получил на intel nuc 7-8 поколений, делал triple boot на них, даже была заметка про это. Под результатом понимаю простоту настройки и дальнейшую поддержку обновлений ос.
Сокращение от имени выгодоприобретателя - МАКСут
Больше похоже именно на этот вариант
Сказано же, что регулированием займутся. Значит - всем всё запретят, создадут реестр иноагентов ии, ну и, конечно, введут штрафы.
дичь-то какая.
Так вот откуда ноги растут. Indian Times… Просто локальные СМИ опровергают хайповую новость.
Там пишут, что речи про бесплатную подписку нет, а речь про интеграцию в госсервисы и тп
https://www.khaleejtimes.com/business/tech/free-chatgpt-plus-for-all-uae-residents-what-you-need-to-know
https://gulfnews.com/business/markets/is-openai-giving-chatgpt-for-free-to-all-uae-residents-know-whats-true-1.500141497
Почему нельзя просто прикрутить два толстых провода гайками? Не хватает эстетики - крышечкой с ргб подсветкой прикройте. Ладно с десятком сигнальных проводов изобретать разъемы, тут - в чем проблема-то?
Когда уже предложат микро-блэйды с малинками, гпу и прочими армами, и встроенной квмкой…
И вообще пора уже гпу ядром системы сделать в формфакторе материнских плат, а проц - картой расширения втыкается. Такой сокет уже когда-то был, кстати.
А я вот всё жду миниатюризации blade-серверной архитектуры. Чтобы просто на одно шасси можно было набирать нужное железо. Раз уж нас настигает зоопарк железа - то хоть бы в едином форм факторе.
Мне кажется тут вообще подмена понятий идёт «кодер» и «погроммист».
Сферические программисты в вакууме так и продолжат программировать, только не через кодинг и IDE, а несколько иными инструментами, в числе которых генерация кода ИИ-кодерами. Как бы сферический язык высокого уровня это уже сильно не то, что ассемблер.
Я б скорее предположил экономию за счёт отсутствия у ИИ необходимости создавать тикеты, апдейтить таски, ходить на синки, отвечать на запросы, искать баги , ждать когда другой ИИ вернется из отпуска, искать способы подставить соседнюю ИИ ноду и обвинить во всех проблемах и тд
В каждой шутке есть доля..,
Мне вот интересно другое. С помощью ИИ пытаются избавиться/заменить/низвести рабочие специальности (при чем те, которые связаны с долгими инвестициями в обучение и совершенствование навыков). «Обычные» рабочие профессии давно уже под прессом автоматизации и всяких станков с чпу.
При этом крайне мало активности по замене «эффективных», которые, скажем так, имеют отдаленное отношение к производству чего бы то ни было.
Громогласно звучит «Давайте заменим ИИ всех ученых/писателей/актеров/художников/инженеров/итд» и крайне слабо слышно про избавление от «менеджеров» (особенно среднего звена), чиновников и тп, которые , бывает, занимаются исключительно решением своих личных амбициозных задач, не гнушаясь и откровенного вредительства.
Лично по мне ИИ должен быть своеобразным костылём-помощником для созидателей (накидать основу, подсветить проблемы, упростить доступ к информации), и средством избавления от «эффективных» переводом их в созидательное русло.
Так, условный ИИ может даже «взрослеть» вместе с «носителем»: сначала помогая обучаться и обучаясь совместно в зависимости от предпочтений «носителя». Помогать решать задачи: мне нужна легковесная ос реального времени с поддержкой аудио/видео - вуаля, дистриб линукса нарезан, выкинуто всё лишнее, работает на ардуинке… или нужны иллюстрации - на, вот, доработал напильником - сэкономил время, продолжил исследование. Написали закон? Автоматически проверен на непротиворечивость с имеющимися (еси чо - копирайты мои :)). Нужно заявление на что бы то ни было - сгенерирован текст запроса со всеми ссылками и тп. Обработка обращений - текст проанализирован, выдан базовый ответ для редактуры и последующего ответа. Судебные дела - тоже хелп. Короче так могу философствовать до бесконечности…
Ну перемешан не совсем верное определение. Множества старых и новых команд пересекаются, да. Но тут речь идет скорее не о командах add и mov (выкинуть 1-4 байтовые версии и оставить только 8 байтовые?..) как таковых, а о более сложных и комплексных механизмах, таких как скедулинг процессов, менеджмент памяти, уровни исполнения кода и тд
Но судя по тому же м1-4 о аппле - можно даже совсем отказаться от совместимости и пользоваться эмуляцией.
А вот проиграть гонку из-за прицепа, тянущего назад… история покажет.