Thread: ImagingSource DFG 1394-1e
Brought to you by:
aeb,
bencollins
From: kdag <fu...@gm...> - 2013-10-29 21:14:15
|
Hi all, I've got one "old" video to firewire converter from ImagingSource, they don't do this anymore and "Linux" support was supposed to be there via unicap. I've managed to load the device: $ lsfirewire fw0: Linux Firewire Juju fw1: Video to 1394 Converter Rev2 $ lsfirewirephy bus 0, node 0: 006037:422001 (unknown) bus 0, node 1: 080028:424729 Texas Instruments XIO2200A Please check this web page for updated PHY IDs: http://code.google.com/p/jujuutils/wiki/PhyIds acpiphp: ACPI Hot Plug PCI Controller Driver version: 0.5 acpiphp: Slot [1] registered firewire_ohci 0000:06:00.0: isochronous cycle inconsistent firewire_core 0000:06:00.0: rediscovered device fw0 firewire_core 0000:06:00.0: created device fw1: GUID 0007480022606895, S400 firewire_core 0000:06:00.0: phy config: new root=ffc1, gap_count=5 hda-intel: IRQ timing workaround is activated for card #0. Suggest a bigger bdl_pos_adj. firewire_core 0000:06:00.0: giving up on node ffc0: reading config rom failed: bus reset firewire_core 0000:06:00.0: rediscovered device fw0 firewire_core 0000:06:00.0: phy config: new root=ffc1, gap_count=5 firewire_core 0000:06:00.0: phy config: new root=ffc1, gap_count=5 firewire_core 0000:06:00.0: created device fw1: GUID 000a270004069d6d, S400 firewire_core 0000:06:00.0: rediscovered device fw0 firewire_core 0000:06:00.0: phy config: new root=ffc1, gap_count=5 firewire_core 0000:06:00.0: created device fw1: GUID 0007480022606895, S400 $ firewire-request /dev/fw1 -D address length name fffff0000000 4 state_clear fffff0000004 4 state_set fffff0000008 4 node_ids fffff000000c 4 reset_start fffff0000018 8 split_timeout[_hi|_lo] fffff0000080 40 message_request fffff00000c0 40 message_response fffff0000200 4 cycle_time fffff0000204 4 bus_time fffff0000210 4 busy_timeout fffff0000218 4 priority_budget fffff000021c 4 bus_manager_id fffff0000220 4 bandwidth_available fffff0000224 8 channels_available[_hi|_lo] fffff0000230 4 maint_utility fffff0000234 4 broadcast_channel fffff0000400 400 config_rom fffff0000900 4 output_master_plug fffff0000904 4 output_plug0 fffff000097c 4 output_plug30 fffff0000980 4 input_master_plug fffff0000984 4 input_plug0 fffff00009fc 4 input_plug30 fffff0000b00 200 fcp_command fffff0000d00 200 fcp_response fffff0001000 400 topology_map But when I try to open it with applications live dvgrab with or without the -guid i get a: $ sudo dvgrab -guid 0007480022606895 libiec61883 warning: Transmission node has no plugs online! Established connection over channel 63 Waiting for DV... ^C"" 0.00 MiB 0 frames Capture Stopped Error: no DV And that makes sense cause is not a DV stream what the device is supposed to be sending. With Guvcview, that is supposed to be based on unicap, I can only open my usb internal webcam. Could someone here help me out to understand if there's a chance to use this device under contemporary kernels like: Linux Debian 3.6.0-9.dmz.1-liquorix-amd64 #1 ZEN SMP PREEMPT In advance thanks for any kind of hint! |
From: Stefan R. <st...@s5...> - 2013-10-29 22:43:33
|
On Oct 29 kdag wrote: [...] > when I try to open it with applications live dvgrab with or > without the -guid i get a: > > $ sudo dvgrab -guid 0007480022606895 > libiec61883 warning: Transmission node has no plugs online! > Established connection over channel 63 > Waiting for DV... > ^C"" 0.00 MiB 0 frames > Capture Stopped > Error: no DV > > And that makes sense cause is not a DV stream what the device is > supposed to be sending. Indeed; dvgrab expects a DV stream or an MPEG2-TS, whereas DFG 1394-1e transmits uncompressed video. On the other hand, DFG 1394-1e does apparently not support IIDC either, as far as I understand. (IIDC would suit capture applications like coriander.) > With Guvcview, that is supposed to be based on unicap, I can only open > my usb internal webcam. My guess is that your installed unicap version is a moderately old version which doesn't have a backend for the /dev/fw* kernel ABI yet. If so, you may need to rebuild unicap from current sourcecode. -- Stefan Richter -=====-===-= =-=- ===-= http://arcgraph.de/sr/ |