Добрый день! Подскажите, никто не имел опыта с такой pci картой DVBSky T980CI DVB-T/T2/C PCIe ? Хочу ее поставить на Ubuntu Server и потом накотить OSCam Cardserver, такая связка будет работать, никто не в курсе? Дома кабель с цифровым тв от Дом.ру, так же от них cam модуль и карта доступа имеются
Добрый день! Подскажите, никто не имел опыта с такой pci картой DVBSky T980CI DVB-T/T2/C PCIe ? Хочу ее поставить на Ubuntu Server и потом накотить OSCam Cardserver, такая связка будет работать, никто не в курсе? Дома кабель с цифровым тв от Дом.ру, так же от них cam модуль и карта доступа имеются
Что-то не нашёл более подходящей темы на форуме. Спрошу, наверное, здесь. Столкнулся я с одним товарищем, который рекламирует один чудо-ресивер. Вот, что он говорит якобы об уникальном принципе работы этого ресивера:
Спойлер:
если ключ не приходит вовремя от паровоза (те до того момента когда меняется ключ которым кодирован поток), тогда в видео декодер проходит "энное" количество кодированных ts пакетов. Декодер не может их прочитать и считает "мусором", таким образом очередной кадр видео либо не будет декодирован либо частично разрушен. Так как H264 поток это последовательность взаимосвязанных кадров.
Цитировать
wikipedia:
Использование сжатых ранее кадров в качестве опорных (то есть с заимствованием части материала из них) куда более гибко, чем в предыдущих стандартах. Позволяется использование до 32 ссылок на другие кадры,
Те в каждом последующем после Ifraime(ключевой кадр) кадре содержится информация необходимая для декодирования следующих за ним кадров. То нарушается последовательность когда один кадр из последовательности не декодирован корректно. Что приводит к разрушению данных(не корректному H264 декодированию) всей последовательности кадров. Те полное или частичное рассыпание картинки(креши картинки), до следующего Ifraime(ключевой кадр). Расстояние между Ifraime именуемое GOP(group of pictures) в DVB обычно 10 иногда больше. Наш чудо-ресивер на лету буферизирует поток и не позволяет проскакивать в декодер кодированным ts пакетам. Это с родни технологии использованной для плавного таймшифта, которой нет ни у кого как известно, как и описанной выше технологии.
Типа эта "технология" позволяет более стабильно работать по "шарику". Действительно ли во всех других ресиверах (на Энигме в частности) используется другая "технология"?
dmmmmm в принципе да, но работу эмулятора тебе расскажет только создатель оного, а так можно только строить догадки, основываясь на логах и логической работе эмулятора
dmmmmm в принципе да, но работу эмулятора тебе расскажет только создатель оного, а так можно только строить догадки, основываясь на логах и логической работе эмулятора
Эмулятор там Оскам установлен. Утверждают, что дело совсем не в эмуляторе. Тут ещё хитрее получается, с создателями прошивок общаться надо...
dmmmmm, в твоем описании, стандартный алгоритм улучшайзера из телевизора, к декодированию каналов никаким боком...............
Благодарю за пояснение! Он уже исправился. Говорит, что не все ресиверы так не умеют, а большинство.
Цитировать
Задача чтобы приходящий с эфира transport stream в режиме реального времени дешифрировался НЕ в режиме реального времени. Те то быстрее чем real time, то медленнее или вообще ждал. Большинство(почти все) ресов это не могут, те всегда real time. Операции эти делает transport stream ядро, а вот управляет им драйвер согласно логике и анализируя данные в потоке и внешние события.
dmmmmm, если честно какой-то бред, может имеется ввиду отложенное декодирование? если да, то при наличии карты и еще каких то условий, ресиверы на енигма умеют это дело, я никогда не занимался подобным, тонкостей не знаю.... судя по цитате набор полу-умных слов и не более...
dmmmmm, если честно какой-то бред, может имеется ввиду отложенное декодирование? если да, то при наличии карты и еще каких то условий, ресиверы на енигма умеют это дело, я никогда не занимался подобным, тонкостей не знаю.... судя по цитате набор полу-умных слов и не более...
"Буферизация потока на лету с целью не позволить проскакивать в декодер кодированным ts пакетам". В общем, или просто не может сформулировать мысль, или имеет цель задурить голову. Скорее второе. Почитайте вот здесь, если интересно, а то что я его цитаты сюда таскаю...
dmmmmm, бред сивой кобылы, давай больше не засорять тему, есть конкретный вопрос по выбору ресивера пиши, по чему то другому в другие темы............
ОК. Посоветуйте ресивер умеющий нормально стримить поток по сети на ТВ. Это не для меня, а для товарища одного, если что. На комп, планшет, смартфон умеют многие - это я знаю... А вот про те, которые умеют на ТВ как-то очень маловато инфы...
уже полдня пытаюсь разобраться в плюсах и минусах ресиверов, глаза разбегаются...
Так, что имеем: GI 7699 теперь с неработающим HDMI, ищется ему замена, а этот идёт как второй в баню (в прямом смысле). Нужен ресивер получше, под "получше" имеется ввиду качество картинки, умение хорошо переваривать большие remux'ы, т.е. мощнее проц. Всякие "ютубы" не принципиальны, хотя если будет вариант скачки торрентов, это может переманить меня на сторону такого ресивера.
Нынешний проц, как пишут, ALI 3602. (Какого уровня?)
Какие рассмотреть варианты? По соотношению цена\проц
Пока положил глаз на GI 8120 и Skyway Classic 4
И доп вопрос: нынешний ресивер не умеет писать на NTFS. Они все не умеют? Потому как иногда появляется необходимость перекинуть с компа фильм на ЖД, но тот больше 4 гб не хочет писать ес-но, а фороматировать каждый раз не вариант