Established connection over channel 63 send oops send oops send oops send oops “” 0. Comment 4 Stefan Richter Comment 21 Stefan Richter I also tried on a Windows box using Fedora 10 live CD. I have doubts that it will help though because iso reception does stop very early. With other OHCI 1. Comment 14 Stefan Richter
|Date Added:||26 November 2011|
|File Size:||30.38 Mb|
|Operating Systems:||Windows NT/2000/XP/2003/2003/7/8/10 MacOS 10/X|
|Price:||Free* [*Free Regsitration Required]|
VIA Vt 4 Port FireWire PCI Adapter Card | eBay
Comment 14 Stefan Richter Comment 13 Stefan Richter Note You need to log in before you can comment on or make changes to this bug. Comment 22 Stefan Richter Hmm, the controller could have mistaken two isochronous packets for one, or the camcorder could have wrongly sent two packets as one, I don’t know If you are unable to change the version, please add a comment here and someone will do it for you.
Comment 9 Stefan Richter Since the DMA program thinks its done, no more queued packets ever get handled.
I experienced total failure. I haven’t tried to coerce fw-ohci into 1. Using the following configuration: Comment 11 Jarod Wilson Firewre performance was not consistent, though.
VIA Vt6306 4 Port FireWire PCI Adapter Card
Added fw-ohci device Comment 10 Jarod Wilson Coriander is direwire for DV, it’s for industrial cameras and a few webcams which send uncompressed video. This is just to ascertain that the HW can function in different scenarios and to add to the general weirdness ;- The kernel output above might also hint some corner cases in the old stack that we might miss in the new if anyone can make sense of it.
I firewite check that shortly.
firwwire Comment 4 Stefan Richter One is on the motherboard, the other is a 3 port PCI card that I had laying around. Comment 24 Stefan Richter The camera was detected and I was able to capture video from it.
– [firewire] Via VT and VT FireWire controllers unable to capture video
I had to increase buffers in dvgrab to to not loose frames. A timing issue is definitely a possibility — the bulk of the latency was in the packet handling routine, which might have meant the queue function was actually able to fire back up fast enough to keep enough packets queued up.
Login [x] Log in using an account from: It is Fedora’s policy to close all vja reports from releases that are no longer maintained.
Old FC6 with old stack: Browse Requests Reports Product Dashboard.
When dvgrab is first invoked, there are a bunch of packets queued up, including three that have their IRQ bit set. Comment 25 Stefan Richter