On Thursday 05 January 2006 16:17, Jeremy Muhlich wrote: > On Thu, 2006-01-05 at 15:51 -0500, Steve Adeff wrote: > > I also need to see if those glitches occur when not running through > > firewire to see if its just the firewire output. This scenario wouldn't > > surprise me, as I'm also trying to figure out why it will only output a > > data stream on one of its ports, and sometimes it swaps which port it is. > > Funny thing is, it doesn't care for channel changes... > > > Is it really swapping which jack it outputs video on, or might some > state just getting reset when you unplug/replug the cable? Can you > replug into the same jack instead of swapping and get video again?
I'm fairly sure I tried this, but next time it happens I will definitely do this and log what happens. I noticed this on my dad's 62xx series DVR, one jack would only let me do channel changes, the other would only let me do video capture. I don't remember if they ever swapped, but I only used it in limited amounts when I was visiting the folks. > Note that when the linux1394 code references a "port" it really means > "host adapter". I.e. if you have two separate 1394 chips/busses on your > motherboard, or one onboard and one on a PCI card, then you would have > two "ports". Two jacks that are controlled by one chip are not two > "ports". I don't think the jacks can even be differentiated, at least > in software. I'm not sure what the official 1394 terminology is, but > this usage of the word "port" is very confusing. Ok, according to plugreport... Host is the chipset. I have two Hosts, one is a VIA that refuses to work, the other is an NEC that has worked wonderfuly for me so far. Node is the Jack on the Host. I have 3 on one of my hosts and 1 on the other. I'll use this terminology since plugreport should have the terminology correct, and if not, all firewire users use it so might as well go with it. > Your cable box may have two jacks, but there's certainly only one 1394 > chip driving them both. Thus it would be pretty odd (and certainly > broken) if the firmware could manage to output to one jack > preferentially. I agree, but that's what looks to be happening... I'll report back... -- Steve _______________________________________________ mythtv-dev mailing list [email protected] http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-dev
