On Sun, May 2, 2010 at 2:13 PM, Hans Verkuil <hverkuil@xxxxxxxxx> wrote: > Why not just nuke everything related to sliced VBI? Just leave a comment > saying that you should look at older versions if you want to resurrect sliced > vbi. That's what version control systems are for. I would have no objection to this. The sliced VBI support was present long before I added the raw VBI support. > I hate code that doesn't do anything. It pollutes the source, it confuses the > reader and it increases the size for no good reason. And people like me spent > time flogging a dead horse :-( > > Sliced VBI really only makes sense in combination with compressed video > streams. Or perhaps on SoCs where you don't want to process the raw VBI. Agreed, which is why nobody I know who is actively using VBI on em28xx actually cares whether it's sliced or raw. If somebody comes around who has a commercial interest in seeing sliced VBI work on the chip, KernelLabs would be happy to revisit the issue. Otherwise, there are much better things we could be spending our time on. Devin -- Devin J. Heitmueller - Kernel Labs http://www.kernellabs.com -- To unsubscribe from this list: send the line "unsubscribe linux-media" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
