FreeSource: AltLinux/Dokumentacija/MiniDV1394

Эта страница была перенесена на altlinux.org. Текст на freesource.info заморожен.

MiniDV и IEEE1394

Решил зафиксировать результаты сегодняшнего переливания видео с нашей цифровой камеры через купленную-воткнутую карточку на домашний тазик.

Проблемы

Железка и драйверы

Чип на безымянной платке — VIA VT6306. (Пробегая мимо Караваевых дач по конференционным делам, заскочил и забрал свою :)

Под 2.4.29 завелось на ohci1394, да сграбить ничего не вышло:

ohci1394_0: Transmit packet size 8 is too big

и здесь вот говорят, что это самое rev 46 and older под 2.4 работают только с патчиком.

Соответственно решил опять попробовать перебраться на 2.6 дома. Сейчас работает под Compact 3.0 со штатными пакетами без каких-либо проблем.

Да, заодно погуглил ohci1394 на http://search.altlinux.ru — нашёл полезное сообщение Gleb Kulikov насчёт загрузки модулей raw1394 и dv1394 перед kino.

По совету eostapets@ был пересобран под athlon xvid-1.0.3-alt1.1, а также собраны с той libraw1394 kino и dvgrab (ЗАЧЕМ там этот %__subst в спеке?!).

Камера подключена при помощи кабеля 6x4 pin; при покупке специально уточнил, что электрически 6-pin и 4-pin полностью совместимы, за исключением дополнительных полутора ампер по +12V на 6-pin (что неактуально). Кстати, дядька-хозяин подходом к торговле понравился :)

Софт

Рекомендую использование kino и dvgrab.

Детали (vsu@)

Появилась возможность проверить работу с Sony DCR-HC17E и

контроллером, встроенным в плату ASUS A8V Deluxe:

0000:00:07.0 FireWire (IEEE 1394): VIA Technologies, Inc. IEEE 1394 Host Controller (rev 80)

Проверка в среде Compact 3.0 без примесей Сизифа (специально даже

использовалось ядро 2.6.12-std26-up-alt6, а не более свежие сборки из

updates) показала, что при подключении камеры модули raw1394 и dv1394

загружаются автоматически без каких-либо дополнительных действий, а в

/dev появляются файлы устройств:

/dev/dv1394–0

/dev/raw1394 (ссылка на /dev/raw/raw1394)

Модуль video1394 автоматически не загружался, но вроде бы он

предназначен не совсем для этого железа: оказывается, “Digital Camera”

и “DV camera” – это разные вещи:

http://www.linux1394.org/faq.php

Во всяком случае, Sony DCR-HC17E имеет specifier_id 0x00a02d и version

0x010001, что соответствует таблице в dv1394, но не соответствует

таблице в video1394.

Таким образом, с этой точки зрения в Compact 3.0 всё нормально.

Однако проблема возникает с правами на эти файлы устройств – при

настройках по умолчанию они создаются с правами 0660, причём для

/dev/dv1394–0 устанавливаются владелец и группа root:root, а для

/dev/raw/raw1394 – root:disk. Естественно, в результате эти

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

Для исправления ситуации можно создать файл правил udev

/etc/udev/rules.d/90-local.rules, где написать, например, следующее:

KERNEL=="dv1394-*", GROUP="camera"

KERNEL=="raw1394", GROUP="camera"

После этого устройства станут доступными для пользователей, входящих в

группу camera (при установке Compact 3.0 в эту группу автоматически

заносится как минимум первый созданный пользователь). На самом деле

для простого ввода видео с IEEE1394 достаточно доступа только к

/dev/dv1394-*, однако в этом случае отсутствует возможность управления

видеокамерой с компьютера; для управления нужен доступ через raw1394.

Впрочем, предоставление доступа к /dev/raw1394 обычным пользователям

может быть нежелательным с точки зрения безопасности – дело в том, что

через это устройство можно осуществлять полный доступ ко всем другим

устройствам на шине IEEE1394, а это могут быть далеко не только

видеокамеры. Например, существуют дисковые накопители с таким

интерфейсом; доступ к /dev/raw1394 в этом случае может быть

эквивалентен полному доступу к содержимому диска (а с учётом

особенностей протоколов IEEE1394 и SBP-2, вероятно, ещё и доступу к

произвольным адресам физической памяти компьютера). В настоящее время

отсутствует возможность как-то ограничить доступ через /dev/raw1394,

например, только определёнными классами устройств (из-за того, что

обращения ко всем устройствам осуществляются через один общий файл

устройства, в отличие от USB, где для каждого устройства есть

отдельный файл /proc/bus/usb/... или /dev/bus/usb/..., для которого

можно назначить нужные права доступа средствами hotplug или udev).

Кстати, сейчас подключение любого устройства по IEEE1394 даёт этому

устройству полный доступ к физической памяти компьютера (точнее, к

первым 4 Гб адресного пространства – большинство контроллеров

поддерживают только 32-разрядную адресацию со стороны PCI). Были

разговоры о том, чтобы как-то ограничивать этот доступ (например,

предоставлять его по умолчанию только устройствам, для которых это

необходимо – в частности, SBP-2), но пока это не реализовано.

[...]

У меня работали и kino, и dvgrab. Правда, в них по умолчанию забиты

какие-то странные имена для устройств dv1394 – необходимо заменить их

в настройках (или командной строке dvgrab) на /dev/dv1394–0. Через

raw1394 заработало сразу.

Хотя, похоже, поддержка dv1394 в этом случае получается неполная – там

должно создаваться 4 устройства:

dv1394_init(ohci, DV1394_NTSC, MODE_RECEIVE);

dv1394_init(ohci, DV1394_NTSC, MODE_TRANSMIT);

dv1394_init(ohci, DV1394_PAL, MODE_RECEIVE);

dv1394_init(ohci, DV1394_PAL, MODE_TRANSMIT);

Однако в драйвере это реализовано так, что работает только с devfs.

Ссылки

Ссылок на эту страницу нет