любой спутниковый приёмник функционально можно разложить на:Как именно происходит процесс в обоих случаях("аппаратное" и "программное") ?
тюнер -> демодулятор -> демультиплексор -> декодер.
в настоящее время все ресиверы в качестве центрального процессора используют SOC - system-on-chip, на который навешиваются оперативная память и накопитель (nor, nand, emmc, hdd). изначально тюнер и демодулятор находились на внешнем блоке. сейчас все элементы объединены "под одной крышей" т.е. на одном кристалле. отсюда и термин - аппаратная обработка. её плюс в высокой скорости. минус - ограничение по количеству обрабатываемых потоков, невозможность апгрейда поддерживаемых кодеков и привязка всех операций к опорной частоте.
в компьютерной карточке чуток по другому: на ней только тюнер и демодулятор, после которого поток попадает в мелкосхему, обзываемую pcie-мост и дальше в материнскую плату к драйверу а потом в ваше любимое приложение, которое программным путём демультиплексирует и декодирует с помощью центрального процессора (и часто видеоадаптера). плюсы: нет ограничений на количество обрабатываемых pid-ов, скорость операций напрямую зависит от скорости процессора, без проблем добавляются новые кодеки.
а вот в минусе именно то, что вы описали в первом посте. драйвер имеет буфер (его размер жёстко задан, в период расцвета спутниковой рыбалки в паблике были расширительные патчи на SS2 и twinhan-ы с целью снижения количества дисконтов). приложение имеет буфер. декодер имеет буфер. плюс задержки на переброску потока между всеми компонентами.
имхо вопросы поставлены не совсем корректно.Можно ли ускорить процесс получения картинки за счёт мощного компьютера?
Что по сути будет быстрее показывать картинку,хороший ресивер или плата с мощным компьютером?
скорость появления картинки на телевайзере или мониторе определяется не только производительностью железа, но и:
- канал fta или кодированный;
- декодирование с помощью карты;
- декодирование с помощью модуля;
- декодирование с помощью шары;
- насколько длинный GOP в видеопотоке декодированного канала.
каждый процесс добавляет свою задержку. особенно последний.
Group of Pictures (GOP, группа изображений) – группа следующих друг за другом изображений в сжатом видеопотоке. Из изображений, заключенных в GOP, декодером составляются видимые кадры. GOP состоит из I-кадра и следующих за ним P- и B-кадров: I-кадр (keyframe, опорный) – первый кадр в GOP. Кодируется отдельно от других кадров. Все GOP начинаются с этого кадра. P-кадр, B-кадр – следующие кадры в GOP. Содержат в себе только разницу между изображением на предыдущем кадре (I-кадром или предыдущим P- или B-кадром) и изображением на текущем кадре. Из-за этого только в сочетании с предыдущими кадрами в GOP может составлять видимый кадр.
поскольку по роду деятельности приходится анализировать большое количество транспортных потоков, обратил внимание, что очень часто при настройке кодеров на аплинках начали выставлять достаточно длинные GOP-ы: минимум - 3, де-факто - 15-20, на практике 50, 70, 130 и даже 250 кадров. в секунду у нас пробегает 25 кадров и если начало обработки потока попадает на середину длинного GOP-а - несколько секунд декодер только ждёт появления ключевого кадра для начала процесса декодирования а вы в это время наблюдаете квадрат малевича.
исходя из вышенаписанного, одинаковое время появления картинки на всех каналах вы не получите никогда.