FireWire

1. Стеки Firewire, старые против новых
2. Зависимости для старого стека (ieee1394)
3. Миграция из старого стека в новый
4. Plugreport
5. Plugctl
6. не замужем STB (Приставка) настройка
7. Настройка гирлянды
8. Настройка трансляции
9. Тест-mpeg2
10. Как получить test-mpeg2
11. Использование test-mpeg2
12. firewire_tester
13. / dev / raw1394 permissions
14. Способ 1: изменить доступ к группе
15. Способ 2: изменить правила udev
16. Добавление к MythTV
17. Смена каналов через Firewire
18. Отправка команд через Firewire
19. Поиск проблемы
20. Устранение неполадок (не подтверждено)

В Википедии есть статья на:

FireWire (торговая марка Apple, также известная под торговой маркой Sony i.Link или универсальный IEEE 1394) - это стандарт интерфейса персональной машины и последовательной цифровой видео шины, обеспечивающий высокоскоростную связь и изохронную передачу данных в реальном времени. До 63 устройств могут быть последовательно подключены к одному порту FireWire.

FireWire очень хорошо работает при подключении бэкэнда MythTV к определенным кабельным коробкам, включая Motorola DCT-6200. Вот как можно получить полностью работающую настройку FireWire, используя либо одну приставку, либо несколько блоков с последовательным подключением.

Стеки Firewire, старые против новых

Существует два стека FireWire. Более старый стек "ieee1394", а более новый - "juju". В зависимости от используемого дистрибутива Linux и его версии, вы можете использовать один или другой стек. Не рекомендуется использовать оба стека одновременно.

Вы можете подтвердить, что используете старый стек firewire, с помощью следующей команды (как root):

lsmod | grep 1394

Вы можете подтвердить, что используете новый стек firewire, с помощью следующей команды (как root):

lsmod | grep firewire

Если вы получаете непустой список результатов, это означает, что вы используете указанный стек FireWire.

Независимо от того, какой стек вы используете; как только он заработает, команды «plugreport» и «firewire_tester», описанные в последующих разделах, должны работать, как описано.

Зависимости для старого стека (ieee1394)

Требуется следующее программное обеспечение:

• libraw1394 (версия должна быть <= 1.2.1, 1.3.0 взломана!)
• libavc1394
• libiec61883

Примечание для новичков: если вы видите «поддержка FireWire: нет», то, вероятно, у вас не установлены три библиотеки зависимостей. Первое и третье можно найти на http://ieee1394.wiki.kernel.org/ и второй (libavc1394), вероятно, поставляется с вашим дистрибутивом.

Для пользователей Ubuntu они доступны через apt (sudo apt-get install build-essential libraw1394-dev libiec61883-dev libavc1394-dev). Однако для получения test-mpeg2 libiec61883 необходимо скомпилировать (но не установить):

$ sudo ./configure $ sudo make скопирует полученный test-mpeg в ваш / usr / local / bin

Для пользователей Fedora 12 и более ранних версий они доступны через yum (sudo yum install libraw1394 libavc1394 libiec61883 libiec61883-utils), и установка завершит большую часть конфигурации. Кроме того, мифтв rpms из ATrpms или RPMFusion поставляется предварительно скомпилированными с поддержкой FireWire, но не включает эти 3 зависимости для полной поддержки FireWire.

Для пользователей Fedora 13 (и позже?) Было обнаружено, что более новый стек Firewire "Juju", который входит в дистрибутив, работает правильно с MythTV-0.24. Это избавляет от необходимости возвращаться к старому стеку, указанному выше. Фактически, для тех, кто использует предварительно скомпилированные rpms, более старый стек больше не доступен из ATrpms для Fedora 13 и более поздних версий.

Для пользователей Mandrake / Mandriva пакеты разработки требуются в дополнение к пакетам библиотеки и доступны через urpmi (sudo urpmi libraw1394-devel libiec61883-devel libavc1394-devel).

Миграция из старого стека в новый

Если вы ранее использовали старый стек, возможно, вы занесли в черный список модули нового стека в прошлом. Найдите в следующих местах файлы, которые занесены в черный список модулей juju:

• /etc/modprobe.d/blacklist.conf

Удалите или закомментируйте (префикс с символом #) любые строки, которые заносят в черный список модули firewire-core и firewire-ohci.

Plugreport

В программном отчете перечислены все устройства FireWire (на всех шинах):

Host Adapter 0 ============== Узел 1 GUID 0x000e5cfffed720aa ----------------------------- - oMPR n_plugs = 1, data_rate = 2, bcast_channel = 63 oPCR [0] онлайн = 1, bcast_connection = 0, n_p2p_connections = 0 канал = 63, data_rate = 2, overhead_id = 0, полезная нагрузка = 376 iMPR n_plugs = 0, data_rate = 2

Узел и адаптер должны быть видны. Если нет, plugreport часто выводит ошибки oMPR / iMPR для адаптера, и это обычно (но не всегда) узел 0.

Plugctl

Чтобы объяснить, что делают переключатели для plugctl, -n позволит вам указать ваш узел, а -p - ваш хост-адаптер. Если вы используете хост-адаптер 0, тогда нет необходимости использовать ключ -p. Получение информации для использования с plugctl осуществляется с помощью plugreport.

Для наиболее надежной работы FireWire используйте Point2Point / p2p. По умолчанию ваши n_p2p_connections будут установлены в «0». Этот режим представляет ненадежную работу с dct6200 для записи и просмотра. Установите p2p в 1.

не замужем STB (Приставка) настройка

plugctl -n 1 "oPCR [0] .n_p2p_connections = 1"

Это позволит настроить его так, чтобы вы поддерживали стабильное соединение, установив Point2Point «Активно».

Примечание. Для некоторых оболочек требуются кавычки в приведенной выше команде и в других командах plugctl, чтобы квадратные скобки не рассматривались как регулярное выражение для интерпретации оболочки.

Настройка гирлянды

Если вы собираетесь использовать несколько STB, последовательно подключите FireWire-соединения. Для последовательного подключения dct6200 просто подключите кабель FireWire к задней панели одного порта и к компьютеру, затем подключите второй свободный порт FireWire от одной приставки к другой. Убедитесь, что каждое устройство назначено на уникальный канал

plugctl -n 1 "oPCR [0] .channel = 0" plugctl -n 1 "oPCR [0] .n_p2p_connections = 1" plugctl -n 2 "oPCR [0] .channel = 1" plugctl -n 2 "oPCR [0 ] .n_p2p_connections = 1"

Важно сначала установить уникальный канал, а затем p2p. Пропуск этого шага приведет к тому, что он не будет функционировать.

Настройка трансляции

Пример команд для включения настройки трансляции:

plugctl -n 1 "oPCR [0] .channel = 63" plugctl -n 1 "oPCR [0] .bcast_connection = 1"

Идеальным местом для добавления настроек plugctl для любого из вышеперечисленных методов является сценарий запуска mythbackend.

Тест-mpeg2

Этот инструмент очень прост в использовании и на первый взгляд никогда не стоит предполагать, что все работает. Как сказано выше с помощью plugctl, вы можете установить n_p2p_connections = 0, и он может сработать в первые 3-5 попыток, но затем он начнет давать сбой. Было бы неплохо проверить его как минимум 10 раз. Я проверил это сам 50 раз, чтобы проверить, что это было надежно. test-mpeg2 может проверять только P2P-соединения.

Как получить test-mpeg2

Если test-mpeg2 не входит в вашу систему, вы можете найти его в каталоге libiec61883 / examples. Если у вас нет этого каталога (т. Е. Вам не нужно было загружать и создавать libiec61883, в первую очередь), посмотрите выше в разделе «Зависимости» URL-адрес источника. Пользователи Gentoo должны появиться libiec61883 с USE = "examples".

Чтобы скачать и скомпилировать,

wget http://www.kernel.org/pub/linux/libs/ieee1394/libiec61883-1.2.0.tar.gz tar -xzvf libiec61883-1.2.0.tar.gz cd libiec61883-1.2.0 / examples gcc - Wall -o test-mpeg2 test-mpeg2.c -liec61883 -lraw1394

Использование test-mpeg2

test-mpeg2 -r <узел>> test.mpg

firewire_tester

firewire_tester поможет определить, какой тип соединения следует использовать с mythtv, а также возможность стабилизировать широковещательные соединения.

Для того, чтобы использовать программу вам нужно будет скомпилировать программу. Вам понадобятся установленные заголовки libraw1394 и libiec61883. На Fedora просто выполните эту команду:

> yum установить libraw1394-devel libiec61883-devel

Скомпилируйте программу следующим образом:

> gcc -Wall -o firewire_tester firewire_tester.c -liec61883 -lraw1394

В некоторых системах вам может понадобиться добавить следующую строку в начало firewire_tester.c

> #include <getopt.h>

Возможно, вы захотите скопировать исполняемый файл в / usr / local / bin.

В приведенном ниже примере 2 из 5 тестов не пройдены. Это указывает на то, что этот STB не будет стабильным при использовании P2P-соединения с mythtv. Если все вернулось успешно, вы сможете настроить mythtv для использования P2P.

> $ firewire_tester -p -n 2 -r 5> Действие: 5 раз проверить P2P-соединение, узел 2, канал 2> P2P: Тестирование ... Сбой> P2P: Тестирование ... Успешно, 138 полученных пакетов> P2P: Тестирование. ..Failed> P2P: Тестирование ... Успешно, получено 416 пакетов> P2P: Тестирование ... Успешно, получено 232 пакета

• Стабилизировать широковещательную связь.

Если P2P не работает, следующим шагом будет попытка стабилизировать широковещательные соединения, как показано ниже. Если он возвращается как успешный, тогда настройте mythtv для использования широковещательного соединения. Потребуется повторно выполнить эту команду, если когда-либо перезагружается сервер STB или mythbackend для его стабилизации.

> $ firewire_tester -B -n 2> Действие: Попытка исправить широковещательное соединение 1 раз, узел 2> Трансляция: тестирование ... Сбой> P2P: Тестирование ... Сбой> P2P: Тестирование ... Сбой> P2P: Тестирование. ..Failed> P2P: тестирование ... Успешно, 227 полученных пакетов> Трансляция: тестирование ... Сбой> P2P: Тестирование ... Сбой> P2P: Тестирование ... Успешно, 326 полученных пакетов> Трансляция: тестирование ... Сбой> P2P: Тестирование ... Сбой> P2P: Тестирование ... Успешно, 265 полученных пакетов> Трансляция: Тестирование ... Сбой> P2P: Тестирование ... Сбой> P2P: Тестирование ... Успешно, 356 полученных пакетов> Трансляция: Тестирование ... Успех, 422 пакета> Трансляция: Тестирование ... Успех, 382 пакета> Трансляция: Тестирование ... Успех, 449 пакетов> Трансляция: Тестирование ... Успех, 419 пакетов> Трансляция: Тестирование ... Успех, 460 пакетов> Исправление широковещания: Успех

• Тестовое Широковещательное Соединение

> $ firewire_tester -b -n 2 -r 5> Действие: проверить трансляцию 5 раз, узел 2, канал 61> Трансляция: тестирование ... Успешно, 189 пакетов> Трансляция: тестирование ... Успех, 253 пакета> Трансляция: тестирование ... Success, 258 пакетов> Broadcast: Testing ... Success, 194 пакета> Broadcast: Testing ... Success, 298 пакетов

/ dev / raw1394 permissions

Всегда проверяйте права доступа к / dev / raw1394. Вот несколько способов исправить это, в зависимости от вашего дистрибутива и типа установки mythtv.

Вы должны проверить разрешения на вашем устройстве с помощью команды ls :

> $ ls -l / dev / raw1394> crw-rw ---- 1 корневое видео 171, 0 августа 11 21:08 / dev / raw1394

Следующие методы являются долговременной заменой использования chmod 666 после каждой перезагрузки и последующего перезапуска серверной части.

Способ 1: изменить доступ к группе

Используя ls, определите членство в группе устройства firewire. Затем вы должны включить пользователя mythtv в эту группу.

> $ gpasswd -a mythtv <GROUP_NAME>

Способ 2: изменить правила udev

Следующие изменения разрешений

• Откройте терминал и сделайте следующее

> nano /etc/udev/rules.d/10-raw.rules

• Затем введите следующую информацию в создаваемый файл.

> KERNEL == "raw [0-9] *", NAME = "% k", GROUP = "mythtv", MODE = "0666" OWNER = "mythtv"

Это правило делает чтение / запись узла устройства любым, поэтому не должно иметь значения, кто является владельцем и группой в этот момент. Кто-то может считать технику udev «хакерской», но это не должно иметь значения на выделенном поле mythtv

Добавление к MythTV

Запустите mythtv-setup. Выберите «Карты захвата». Выберите (Новая карта захвата) из списка. Тип должен быть «Firewire».

Для настроек вы хотите указать использовать порт, к которому вы подключены. (Системы с несколькими интерфейсами FireWire (например, на плате и на платах расширения) имеют несколько хост-адаптеров / портов). Узел должен быть узлом, полученным из плагина. Это также то же самое, что вы передаете аргументу -n для plugctl и -r для test-mpeg2. Для большинства людей вы захотите использовать p2p-соединение. Если вы не можете запустить p2p, выберите трансляцию.

Скорость по умолчанию 100 Мбит / с должна быть хорошей, но для некоторых комбинаций коробок и карт FireWire требуется 400 Мбит / с. Например, мой 6200 с картой Agere Systems FW323 требует 400 Мбит / с для максимальной надежности.

После настройки карты захвата обязательно подключите ее к источнику видео в меню «Входные соединения».

Также обратите внимание, что настройки порта и узла в mythtv-setup относятся к тем, которые включаются только после перезапуска mythbackend.

Смена каналов через Firewire

Смена каналов FireWire всегда работает независимо от состояния шифрования самих каналов. Функциональность тюнера FireWire MythTV внутренне меняет каналы. Также доступны внешние утилиты для смены каналов через Firewire. Для коробок Motorola это называется 6200ch , «README» должен быть в состоянии провести вас через этот процесс, но здесь также есть обзор.

• Создайте файл 6200ch.c и вставьте содержимое файла 6200ch.c в файл.
• Скомпилируйте файл
  • cc -std = gnu99 -o 6200ch 6200ch.c -lavc1394 -lrom1394 -lraw1394
• Тестовый переход на канал 20
• Если ваш ящик находится на другом узле, чем по умолчанию # 1, вам нужно будет предоставить его в качестве аргумента для 6200ch.
• Сначала найдите узел (если он говорит «ошибка libiec61883: ошибка чтения oMPR», это означает, что на этом узле нет блока)
• Теперь используйте этот номер узла для 6200ch:
  • ./6200ch -n [номер узла] -v 20
• Скопируйте файл в каталог bin
• Теперь добавьте 6200ch в mythtv-setup
  • MythTV-установки
    • Перейти к «Входные соединения»
    • Выберите ваш вход
    • Для «Команда изменения внешнего канала:» введите «6200ch»
    • Нажмите «Далее», «Готово», затем нажмите escape для выхода. Запустите файл mythfilldatabase, если хотите, но не уверены, что это необходимо.
    • запустите mythfrontend и проверьте, работает ли смена каналов.

Есть и другие скрипты имеется в наличии. Майор идиот mythchanger работает для коробок SA4240HDC. Если вы используете сценарий, для которого требуются аргументы, сначала введите другие аргументы, а затем - тот, который указывает канал, поскольку MythTV добавляет номер канала к любому значению, введенному в «команде изменения внешнего канала». Например, чтобы вызвать mythcnager с принудительным обозначением коробки, введите "mythchanger -f 4 -c"

Отправка команд через Firewire

Помимо использования переключателей каналов, указанных выше, команды могут быть отправлены на некоторые телевизионные приставки (STB) для имитации нажатия клавиш на пульте дистанционного управления или на передней панели. Это более детерминировано, чем использование IR, поскольку команды firewire / ieee1394 обеспечивают обратную связь об успехе / неудаче.

Встроенные в миф возможности FireWire, а также некоторые переключатели каналов используют одну из этих команд (включение). Гораздо более обширный набор команд был реализован в Stb-команда который может быть использован для управления / состояния питания, исключая «холостые экраны« Нажмите кнопку MENU для продолжения », видимые на некоторых приставках», или просто создавая элементы управления веб-служб или даже мифические элементы управления событиями для управления приставкой.

Поиск проблемы

Если настройка станции 5C = 0 и MythTV не соответствует захвату MPEG Поток попробуйте выключить компьютер и отсоединить кабель питания и отсоединить кабель FireWire от одного конца. Когда оба устройства выключены, включите их снова и снова подключите кабель FireWire. Это должно сбросить / сбросить все настройки плагина FireWire и позволить MythTV правильно их настроить.

• Примечание. Вышеуказанное может быть вызвано тем, что вы не настроили bcast или p2p перед настройкой, как указано выше.

Наконец, в ядре Linux есть ошибка, которая приводит к тому, что некоторые микросхемы / doitdonsetups FireWire переполняют свой буфер и вызывают чрезмерно высокую загрузку ЦП. Была ошибка в самом MythTV, но я считаю, что она была исправлена ​​(?). Ошибка, однако, приведет к удалению данных в потоке mpeg, что приведет к множеству ошибок во время воспроизведения.

Если во время тестирования вы сталкиваетесь с ошибками потокового воспроизведения LiveTV с firewire, убедитесь, что вы не обработали интерфейс с Мифом ниже 0. Когда я использую хороший интерфейс -n-2, я не могу нормально воспроизвести с моей карты захвата FireWire. - mmead 18:26, 27 апреля 2006 г. (UTC)

Для информации, относящейся к 5C, проверьте источник здесь [1]

Кажется, что некоторые карты FireWire не на 100% надежны в mythtv, даже если они надежны с использованием test-mpeg2. Если test-mpeg2 работает, но вы не можете смотреть LiveTV, попробуйте следующее.

• Запустив mythbackend, попробуйте test-mpeg2 и посмотрите, получите ли вы данные. С моей копией libiec61883 (1.0.0) вы должны перенаправить test-mpeg2 в файл. Дайте ему поработать 10-30 секунд и запустите программу. ls -l файл и посмотрите, есть ли там какие-либо данные. Если данных нет, отсоедините кабель FireWire и подключите его снова. Попробуйте test-mpeg2 пару раз, чтобы посмотреть, получите ли вы данные сейчас. Если нет, отсоедините кабель FireWire, отключите питание от кабельного блока, снова подключите кабельный блок и дайте ему достаточно времени для повторного запуска, а затем подключите кабель FireWire. Запустите plugreport, чтобы убедиться, что ваш узел не изменился. Запустите test-mpeg2 и посмотрите, получите ли вы данные. Если вы по-прежнему не получаете данные, снова пройдите настройку ядра и убедитесь, что все настроено правильно, и у вас есть соответствующие разрешения.

Если у меня возникла проблема, когда FireWire не надежен, похоже, вам нужно использовать другую карту FireWire.

Другое решение состоит в том, чтобы проверить результаты test-mpeg2 на ненулевой результат, потому что следующий захват обычно работает. Есть скрипт - Firewire Priming это может быть использовано для проверки соединения firewire перед каждым изменением канала.

Если test-mpeg2, кажется, работает, однако LiveTV не получит полную блокировку сигнала, а mythbackend создает только 0-байтовые файлы, ваш STB, вероятно, не отправляет надлежащий PAT и / или PMT в транспортном потоке. Несмотря на то, что это может быть восстановлено, чтобы позволить mythbackend получить «блокировку сигнала» (код еще не в SVN), я не сталкивался с проблемами воспроизведения на некоторых каналах, мое единственное наблюдение состоит в том, что mplayer гораздо более терпим к этим проблемам в транспортном потоке. чем миффронтенд. Может быть лучше попробовать другой STB для получения правильного транспортного потока.

Устранение неполадок (не подтверждено)

• Обнаружена проблема с блокировкой ядра (2.6.20 - стандартный стек IEEE-1394), когда я случайно установил два порта на одной плате PCI-E Firewire на разные полосы пропускания. Настройка обоих портов на одинаковую пропускную способность разрешила это.

Список карт Firewire

Производитель чипсетов Firewire # Производитель и модель тюнера # Комментарии Belkin F5U008 NEC D72870BGM Verizon / Motorola QIP6200-2 Изменение канала, кажется, работает достаточно хорошо, но захват может повредить всю систему. Для того, чтобы захватить немного, мне понадобился режим трансляции. Шина часто перезагружается, и как только она решает прекратить захват, никакое количество воспламенения с помощью firewire_tester не воскрешает его. Rosewill RC-501 VIA VT6306 Verizon / Motorola QIP6200-2 Переключение каналов работает с использованием 6200ч. Я устанавливаю режим peer-to-peer в моих скриптах запуска системы (я использую runit) и использую соединение 100M в mythtv-setup с Generic для set-top-box и - что очень важно для моего успеха - я отключаю шину firewire сброс. Я увеличил время ожидания настройки и сигнала, и запланированные записи почти на 100% успешны. Под исправлениями 0.21 живое телевидение, кажется, не работало надежно, но исправления 0.22, кажется, в порядке. Я использую сценарий подкачки firewire (адаптированный к моей ситуации). Мне нужно выключить и включить QIP6200-2, если я пытаюсь настроить зашифрованный канал, но в остальном все хорошо и стабильно. VIA Technologies VT6306 Motorola DCT6412 Изменение канала и захват захвата работают, но для начала необходимо «заправить» порт с p2p = 1, channel = 63, bcast = 0 и короткий захват с test-mpeg2. Некоторые каналы не работают (зашифрованы?). Если firewire переподключен быстро, порт может измениться на 0 или 1. Неудачно заставить работать второй порт firewire. VIA Technologies (Asus на борту) VT6306 Motorola DCT6200 Невозможно получить надежную смену канала или запись. Номер порта может измениться после физического сброса. NEC D72874GC Motorola DCT6412 Capture будет зависать от подсистемы FireWire. Требуется полный сброс, чтобы снова начать работать. LSI / Agere Systems FW323 (версия 61) Motorola DCT6200 Смена каналов является надежной. Захватить нет. Кажется, что test-mpeg2 всегда работает, но иногда данные не начинают течь до истечения времени ожидания мифа, что приводит к пропущенным записям и ненадежному livetv.

Аналогичная настройка - Попытки как P2P, так и широковещания, одинаковые результаты - надежное изменение канала, но очень ненадежный захват. Заправка / мягкий сброс не помогли - требует отсоединения кабеля FireWire и физического сброса, чтобы получить надежный захват.

Творческая Аудиги ??? (rev?) Motorola DCT6200 Смена и захват канала надежны в широковещательном режиме, если они заполнены перед запуском фронтэнда. DCT6200 будет иногда «перемещаться» к узлу 1 вместо узла 0, в зависимости от последовательности poweron. Кажется, firewire_tester -R сбрасывает его.

Подобная настройка - P2P стабильно ненадежна. Грунтовка / мягкий сброс не помогли. Вынужден использовать трансляцию

LSI / Agere Systems FW323 (ред. 61) Две гирлянды Motorola DCT6200, соединенные широковещательной передачей и 200 Мбит / с С помощью скрипта cron, который заполняет неиспользуемые блоки каждые 15 минут, FireWire на 100% надежен в течение многих лет. Я использую внутренний тюнер канала. Texas Instruments TSB82AA2 Контроллер канального уровня IEEE-1394b и Creative Labs SB Audigy FireWire Port (rev 01) TI & (rev 04) Audigy Handles 6200, 3214, 6416 с последовательным подключением (через P2P с отдельными каналами) Как указано выше, firewire_tester Я не предпочел это это по моему собственному сценарию. Я посмотрю о том, как включить его в contrib, так как он делает P2P против bcast и выглядит гораздо более надежным. Что касается надежности, я никогда не пропускал такт, когда закончил свой сценарий с любым из контроллеров firewire. Однако сейчас я нахожусь в области с частичной 5С. Теперь я использую внешний чейнджер каналов и захват hauppauge + firewire, поэтому он больше не является последовательным. Adaptec PCI NEC uPD72874 (версия 01) Motorola DCT6200 Большую часть времени работает со сценарием заполнения, но не на 100% надежно - иногда он пропускает изменения канала (с использованием 6200 каналов), иногда время ожидания истекает, прежде чем он может получить данные. «Достаточно хороший» для просмотра в прямом эфире, но недостаточно стабильный, чтобы на него можно было положиться при записи по времени (пропустит около 25% из них).

Тот же компьютер, такая же настройка, переместил карту PCI в другой слот PCI, теперь она очень стабильна, сценарий заправки не требуется ~

Adaptec PCI NEC uPD72874 (версия 01) 2xDCT6200 Эти два DCT6200 стабильны только при широковещательных подключениях. Требуется использование firewire_tester для стабилизации широковещательного соединения, если сервер или STB перезагружен. Внутренний переключатель каналов работает на 100% LSI / Agere Systems FW323 (ред. 61) 1xDCT6200 Этот STB стабилен как с P2P, так и с широковещательными соединениями. Texas Instruments на материнской плате Intel DG33BU и Texas Instruments на материнской плате Gigabyte GA-G33-DS2R TSB43AB22 / A (Intel MB) и TSB43AB23 (Gigabyte MB) Motorola DHC3200 Capture работает с помощью стабилизации с помощью firewire_tester как с P2P (не полностью надежным), так и режим вещания. В Comcast SF Bay Area изначально не было каналов 5C, и теперь большинство каналов премиум-класса (HBO, Encore и т. Д.) Шифруются так же, как и местные филиалы CBS (KPIX). LSI / Agere Systems FW323 (ред. 61) DCT6200 и DCT6214 STB стабильны в P2P и широковещательной передаче. test-mpeg2 не работает, но простые числа "firewire_tester -n 0 -B" в порядке, а изменения канала составляют% 100. LSI / Agere Systems FW323 (версия 05) DCH3416 Agere Systems VIA Technologies Не уверен DCH6200 Linux 2.6.25.6. Работает нормально только с трансляцией. STB от TimeWarnerCable Сан-Диего. VIA Technologies (Sunix PCI FW3010C) VT6306 Motorola DCT6416 Linux 2.6.25.14-69. Работает только в режиме трансляции. LSI / Agere Systems FW323 (версия 04) Motorola QIP7100-1 Linux 2.6.27-9. Работает для смены каналов, не уверен насчет видео. ST Lab F-152 PCI 3 + 1Port1394a NEC uPD72874 Pace RNG110 Fedora 11. Работает с использованием P2P, стабильная скорость 400 Мбит / с. Используйте 6200ч чейнджер. Контроллер Texas Instruments TSB43AB23 IEEE-1394a-2000? Motorola DCT-6416, Motorola DCT-6200 Fedora 12 (старый стек FireWire); Fedora 13 (стек огненной проволоки Juju). Работает только в режиме вещания. Syba SD-COMBO-02 VIA VT6307 Pace RNG110 PCI USB2 и карта FW400. Протестировано в Mythbuntu 10.04 и 10.10 64-bit. Видео и звук искажены и недоступны для просмотра. Неизвестная карта NEC PD72874 Pace RNG110 PCI FW400. Протестировано в Mythbuntu 10.04 и 10.10 64-bit. Работает отлично. Установить как DCT-6200, точка-точка, 400 Мбит / с. Texas Instruments TSB43AB23 Бортовая материнская плата GIGABYTE Motorola DCH3200. Протестировано в Mythbuntu 10.04 и 10.10 32-bit. Работает отлично. Возраст неизвестен Motorola DCH3200 Работает изначально, но ненадежно. Лучшее решение, которое я нашел, это включать и выключать DCH3200 по крайней мере каждые 24 часа. VIA VT6308P Motorola DCH3200 Работает изначально, но ненадежно. Лучшее решение, которое я нашел, это включать и выключать DCH3200 по крайней мере каждые 24 часа. (Пожалуйста, добавьте свой пример аппаратной статистики здесь! Также смотрите Совместимость с Firewire Cablebox )

FCC принял постановление о том, что если вы находитесь в Соединенных Штатах, и у вас есть подписка HD и кабельная коробка HD, они должны по вашему запросу заменить или обновить кабельную коробку с работающим FireWire.

Увидеть: http://hraunfoss.fcc.gov/edocs_public/attachmatch/FCC-03-225A1.pdf

Страница 50, раздел 4

(4) Операторы кабельного телевидения должны: (i) 1 апреля 2004 года, по запросу клиента, заменить любую арендованную телевизионную приставку высокой четкости, которая не включает в себя функциональный интерфейс IEEE 1394, на ту, которая включает функциональный IEEE 1394. Интерфейс или обновить абонентскую приставку с помощью загрузки или других средств, чтобы обеспечить работоспособность интерфейса IEEE 1394.

Если у вас возникли проблемы с вашим местным поставщиком кабельного телевидения, у вас есть несколько вариантов

• Подать жалоба
• Возьмите их в суд мелких тяжб
• Голосуй своим кошельком
• Подать жалобу Генеральному прокурору

Имейте в виду, что вышесказанное было размыто Конгрессом, который предоставил многочисленные «отказы» компаниям, которые, например, утверждают, что правила FCC несправедливы по отношению к конкуренции в их регионе. В этом случае единственный выбор - выбрать другого поставщика ...

Дальнейшее чтение

Похожие

Комментарии