Hi Devin. 2011/6/20 Devin Heitmueller <dheitmuel...@kernellabs.com>: > 2011/6/20 Rémi Denis-Courmont <r...@remlab.net>: >> Hello, >> >> Le dimanche 19 juin 2011 03:10:15 HoP, vous avez écrit : >>> get inspired by (unfortunately close-source) solution on stb >>> Dreambox 800 I have made my own implementation >>> of virtual DVB device, based on the same device API. >> >> Some might argue that CUSE can already do this. Then again, CUSE would not be >> able to reuse the kernel DVB core infrastructure: everything would need to be >> reinvented in userspace. > > Generally speaking, this is the key reason that "virtual dvb" drivers > have been rejected in the past for upstream inclusion - it makes it
Can you tell me when such disscussion was done? I did a big attempt to check if my work is not reinventing wheels, but I found only some very generic frontend template by Emard <em...@softhome.net>. > easier for evil tuner manufacturers to leverage all the hard work done > by the LinuxTV developers while providing a closed-source solution. May be I missunderstood something, but I can't see how frontend virtualization/sharing can help to leverage others work. > It was an explicit goal to *not* allow third parties to reuse the > Linux DVB core unless they were providing in-kernel drivers which > conform to the GPL. I'm again not sure if you try to argument against vtunerc code or nope. Thanks /Honza -- To unsubscribe from this list: send the line "unsubscribe linux-media" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
