<div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr">On Wed, May 8, 2019 at 6:55 AM Stephen Worthington <<a href="mailto:stephen_agent@jsw.gen.nz">stephen_agent@jsw.gen.nz</a>> wrote:<br></div></div></div><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">On Wed, 8 May 2019 06:05:46 -0400, you wrote:<br>
<br>
>On Tue, May 7, 2019 at 5:32 PM DryHeat122 . <<a href="mailto:dryheat122@gmail.com" target="_blank">dryheat122@gmail.com</a>> wrote:<br>
><br>
>> Turns out it's 06:07.0 FireWire (IEEE 1394): Texas Instruments TSB43AB23<br>
>> IEEE-1394a-2000 Controller (PHY/Link)<br>
>><br>
><br>
>Well that's at least partially good new that you can rule out a chipset<br>
>incompatibility.<br>
><br>
>BTW, I fixed my permissions issues in the past by creating a udev rule like<br>
>the one suggested on the mythtv wiki:<br>
><a href="https://www.mythtv.org/wiki/FireWire#.2Fdev.2Fraw1394_permissions" rel="noreferrer" target="_blank">https://www.mythtv.org/wiki/FireWire#.2Fdev.2Fraw1394_permissions</a><br>
><br>
>The rule I used successfully added all firewire devices to the video group<br>
>and changed permissions to 0664.  I then added mythtv and any other<br>
>appropriate users to the video group:<br>
>SUBSYSTEM=="firewire", MODE="0664", GROUP="video"<br>
><br>
>I doubt this is going to fix your current issues, but it'll at least help<br>
>you not have to run sudo all the time.<br>
<br>
In Ubuntu, the mythtv-backend package installs a file that is supposed<br>
to provide it with access to firewire devices:<br>
<br>
root@mypvr:/lib/udev# cat rules.d/41-mythtv-permissions.rules<br>
#For firewire capture devices, we need access rights<br>
#to raw1394.  Note, that this may be a security risk<br>
#because devices on firewire can then do anything they<br>
#please as root on your system.<br>
KERNEL=="raw1394", GROUP="mythtv"</blockquote><div> </div><div>So here is what I know. (1) other people who use my same cable provider and STB (i.e. Bob <a href="mailto:mythtv@cox.net">mythtv@cox.net</a>) have gotten this to work.  (2) the Myth machine can access the STB via firewire because plugreport identifies it.  (3) In verbose mode, 6200ch identifies a vendor id 0x00848dc7 and model id 0x00001286, though the vendor id is different from what the STB diagnostics give and I don't understand how this could be.  (4) I have added these vendor/model ids to the define constants in 6200ch:</div><div> </div><div><div>#define MOT_UNKNOWN_VENDOR_ID22 0x00848dc7 </div><div>#define MOT_UNKNOWN_MODEL_ID01 0x00001286   </div></div><div><br></div><div>(5) When I compile and run 6200ch it says it can't find the box.</div><div><br></div><div>I'm thinking at this point the problem is edits I've made to 6200ch.  The error in (5) is thrown on line 636 of 6200ch when the device variable is set to -1.  device is initialized to -1 on line 351.  It is set to other than this value on line 631 after an if block with a long list of conditions trying to match dir.vendor_id and dir.model_id to the constants.  So maybe the condition I've added to the if block is not correct.  I can't see any other reason it wouldn't set the device.  Here is the condition I've added:</div><div><br></div><div>((dir.vendor_id == MOT_UNKNOWN_VENDOR_ID22) && (dir.model_id == MOT_UNKNOWN_MODEL_ID01)) ||<br></div><div><br></div><div>I can't see any reason why this doesn't match, can anyone else?  </div><div><br></div><div>The only other thing I can see that might be wrong is that before the if block on 539 there is a comment:  // WARNING: Please update firewiredevice.cpp when adding to this list.  Could that be the answer? That is not part of the include statements in 6200ch so I don't know if they interact.</div><div><br></div><div><br></div><div><br></div><div>  <br></div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"> </blockquote></div></div></div></div></div>