<div dir="ltr"><div><div><div><div>This is my only card. The Samsung chip has the following markings:<br></div>SAMSUNG Q026<br></div>S5H1411X01-T0<br></div>N2H2GP<br><br></div><div>There is a picture of the card here: <a href="http://i60.tinypic.com/2rfwncp.jpg">http://i60.tinypic.com/2rfwncp.jpg</a><br></div><div><br></div>If it is a different chip, is there anything I can do to make it work, or should I order a different card? I'm not particularly interested in waiting for someone to update the drivers to make it work with this chip, and I definitely don't have the skill to do it myself.<br><div class="gmail_extra"><br clear="all">
<br><div class="gmail_quote">On Sun, Sep 28, 2014 at 4:55 AM, Daryl McDonald <span dir="ltr"><<a href="mailto:darylangela@gmail.com" target="_blank">darylangela@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="HOEnZb"><div class="h5"><p dir="ltr"><br>
On Sep 27, 2014 11:54 PM, "Gary Buhrmaster" <<a href="mailto:gary.buhrmaster@gmail.com" target="_blank">gary.buhrmaster@gmail.com</a>> wrote:<br>
><br>
> On Sun, Sep 28, 2014 at 1:02 AM, Devin Heitmueller<br>
> <<a href="mailto:dheitmueller@kernellabs.com" target="_blank">dheitmueller@kernellabs.com</a>> wrote:<br>
> ....<br>
> > Ultimately this is probably a regression in the cx88 driver, possibly<br>
> > a result of some arbitrary refactoring somebody did to move buffers<br>
> > for I2C from using stack allocated memory (there were a number of such<br>
> > regressions in the last few months). Probably makes sense to complain<br>
> > over on the linux-media mailing list.<br>
><br>
> Thanks for the info.. I sometimes wish there was a more serious<br>
> regression testing process for Linux core updates, especially with<br>
> various hardware (with, of course, someone probably having to<br>
> contribute the "lab" to do it; yes, I know this is not trivial to test<br>
> all the combinations, but it is also important, from one point of view).<br>
> I guess if one does not have the "latest and greatest" it is no longer<br>
> relevant, and no one cares (and if the vendor has EOLed the<br>
> product, probably even fewer). For better or worse, it is one of the<br>
> reasons I have recently tend to use network tuners that do not depend<br>
> on in-kernel modules (only on vendor libraries that have their own<br>
> set of issues and incompatibilities, some really ugly), says someone<br>
> who used to compile the ivtv kernel modules for every new kernel<br>
> (the "good" old days).<br>
><br>
> Oh well, at least Jacob has a place to go commiserate with<br>
> other unlucky users.<br>
><br>
> Thanks.<br>
> _______________________________________________<br>
> mythtv-users mailing list<br>
> <a href="mailto:mythtv-users@mythtv.org" target="_blank">mythtv-users@mythtv.org</a><br>
> <a href="http://www.mythtv.org/mailman/listinfo/mythtv-users" target="_blank">http://www.mythtv.org/mailman/listinfo/mythtv-users</a><br>
> <a href="http://wiki.mythtv.org/Mailing_List_etiquette" target="_blank">http://wiki.mythtv.org/Mailing_List_etiquette</a><br>
> MythTV Forums: <a href="https://forum.mythtv.org" target="_blank">https://forum.mythtv.org</a></p>
</div></div><p dir="ltr">I'm using the PCTV 800i with Ubuntu 14.04 and Myth 0.27 and the newest kernel. It is currently configured by the database backup, but in my experimentation, It did present when I setup the capture cards. Is this your only card?<br>
</p>
<br>_______________________________________________<br>
mythtv-users mailing list<br>
<a href="mailto:mythtv-users@mythtv.org">mythtv-users@mythtv.org</a><br>
<a href="http://www.mythtv.org/mailman/listinfo/mythtv-users" target="_blank">http://www.mythtv.org/mailman/listinfo/mythtv-users</a><br>
<a href="http://wiki.mythtv.org/Mailing_List_etiquette" target="_blank">http://wiki.mythtv.org/Mailing_List_etiquette</a><br>
MythTV Forums: <a href="https://forum.mythtv.org" target="_blank">https://forum.mythtv.org</a><br>
<br></blockquote></div><br></div></div>