Re: [RFC] vtunerc: virtual DVB device - is it ok to NACK driverbecause of worrying about possible misusage?

From: VDR User
Date: Sat Dec 03 2011 - 19:14:11 EST


On Sat, Dec 3, 2011 at 3:30 PM, Walter Van Eetvelt
<walter@xxxxxxxxxxxxxx> 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.

While I agree with your more broad view of the issue, I specifically
talked about VDR. AFAIK Klaus has no intention of adding true
server/client support to VDR, so for VDR users, this sounds like it
could be a working solution without the strict limitations of
streamdev.
--
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/