Holger Waechtler schrieb:
Guido Draheim wrote:Theoretically, the v4l/ devices even allow to tune (_FLAG_TUNER), exposing themselves as the frontend device to the videodev per se. (well, _frequency is not all there is a dvb stream). Therefore, and from the same theory, one might say that opening a v4l device must be registered internally as a frontend counter increment.
no, since an application can e.g. play back MPEG streams from hard disks you don't need to keep your frontend powered when acessing the demux or video devices.
This would for example prevent other receivers connected via loopthrough from getting the RF signal and control over the DiSEqC switch and LNB.
aaah, yes, thanks, I didn't got that. Hmmmm, what about having some
`szap` option that says `-p : keep powered up` that would disable the
poweroff delay of the card? That would as well be a big hint to the
user of `szap` that it would otherwise poweroff somehow - instead of
just wondering what's happening and wasting hours to get some info
about it (like the modparm description of the flag in the dvb sources).
deal? or impossible ('cause no such ioctl)?
Perhaps one could go the other way round: to disallow to open() the videodev unless a frontend* is open (e.g. some szap panel), so the user is not confused about the status. Naaaah, me not like it. Anyone...
just keep szap running in another console when you use szp/xawtv. On the long run just use a 'real' DVB application. Or develop your own one.
I might just do so ;-) -- guido http://google.de/search?q=guidod GCS/E/S/P C++/++++$ ULHS L++w- N++@ d(+-) s+a- r+@>+++ y++ 5++X- (geekcode) -- Info: To unsubscribe send a mail to ecartis@linuxtv.org with "unsubscribe linux-dvb" as subject.