<div dir="ltr">On Sat, Aug 22, 2015 at 7:25 PM, José Silva <span dir="ltr"><<a href="mailto:jsantossilva@hotmail.com" target="_blank">jsantossilva@hotmail.com</a>></span> wrote:<br><div class="gmail_extra"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="HOEnZb"><div class="h5"><br>
<br>
On <a href="tel:22-08-2015%2023" value="+12208201523" target="_blank">22-08-2015 23</a>:23, Eric B wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
I can confirm that the v6 works really well with a HDPVR2, However I<br>
have to update the device id it was looking to use as I have different<br>
model.<br>
Here is the link to the hauppauge beta driver page and directions to get<br>
it working<br>
<br>
<a href="http://www.hauppauge.com/site/support/linux.html#tab-3" rel="noreferrer" target="_blank">http://www.hauppauge.com/site/support/linux.html#tab-3</a><br>
</blockquote>
<br></div></div>
I have tested v6.505 with a HDPVR2 GE Plus and, as much as I can tell, that is not a driver, it's just a testApp, test application.<br>
<br>
After building, you call it as: ./HDPVR2-testApp -f video.ts<br>
<br>
And I can confirm it works, not consistently, creating the video.ts disk file. But this is the only way the package lets you make a capture.<br>
<br>
I might be wrong, let the knowledgeable people speak up, but for me a driver creates a device like for instance /dev/video0, which will allow other applications, not just testApp, to access the hardware device and make their own capture.<br>
<br></blockquote><div><br></div><div>It does contain a driver, probably just not a type you're used to. Instead of a kernel module it is a userspace driver (using libusb). The evidence is in Common/Wrappers/linux.<br></div></div></div></div>