Re: [RFC] vtunerc: virtual DVB device - is it ok to NACK driver because ofworrying about possible misusage?

From: Walter Van Eetvelt
Date: Sat Dec 03 2011 - 19:16:04 EST


On Sat, 3 Dec 2011 09:21:23 -0800, VDR User <user.vdr@xxxxxxxxx> wrote:
...
> So you could finally use VDR as a server/client setup using vtuner,
> right? With full OSD, timer, etc? Yes, I'm aware that streamdev
> exists. It was horrible when I tried it last (a long time ago) and I
> understand it's gotten better. But it's not a suitable replacement for
> a real server/client setup. It sounds like using vtuner, this would
> finally be possible and since Klaus has no intention of ever
> modernizing VDR into server/client (that I'm aware of), it's also the
> only suitable option as well.
>
> Or am I wrong about anything? If not, I know several users who would
> like to use this, myself included.

This is the question on how you provide (live)tv content to multiple users
and devices.
And I think this goes beyond the simple "second PC in the house" where you
want to watch TV or recordings. How can you watch streams from your DVB
device on your small screen Mobile phone/tablet? Or stream over the
internet and watch your last night recording when commuting in the train?
Some commercial solutions are already available for some scenario's. Also
free software solutions support for some scenario's, but I think still too
limited.

With that in mind, for me the future is for a client server combination
that can do proper live TV and recording streaming.
And technically, a virtual driver is not bringing better user experience
in the long term I think. On the contrary, some users would use the
vtunerc to fill in some of their needs. This could bring developers to
work less on client/server application supporting a broader range of use
cases.

Walter
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/