Florent BERANGER <[EMAIL PROTECTED]> writes: > Yes, about drakxtv bugs. Sorry if it's out of topic but I think that > drakxtv need to be upgraded.
there's no bug in not configuring something that cannot be configured > > > > i quote you : "drakxtv doesn't handle all bttv cards" > > > > > > yes, some bttv cards doesn't works fine (no sound, only one channel > > > as described in > > > http://www.mandrake.com/en/archives/cooker/2002-11/msg00160.php ) > > > > you speak of totally different things: > > > > - support of cards supported by bttv, which we do fine for quite some > > time > > > > - support for other devices (such as dvb, saa7134, usb video, ...). > > for each new case we added, we need to think before doing > > anything. so are they webcam or real tv tuners ? > > They are TV cards in user view. all i want to know is if they support chanell selection ? > My only concern is that all TV cards will be handle by drakxtv that : > > - configure it if it need to be configured (bttv cards for exemple) > > - display a messagebox that the card is autoconfigured (usbvision > cards for exemple) > > - display a messagebox that the card isn't supported yet / the > driver is in alpha step (and display the link of project web page > for info) / have a proprietary driver (and display the link of > driver web page for info) > > Sorry if it wasn't clear before ;) from what you wrote, i understand these usb devices are not tv tuners but just are more similar to webcam than to tv tuners. drakxtv point was to configure bttv cards since when i arrived at mandrakesoft, tv cards where hard to configure at : - kernel side : bttv didn't autoconfigure most tv cards at that time - user side : xawtv had no wizard to write a configuration file (even no scantv at that time) obviously, there's no problems on kernel side with usb devices. what is left is user space applications. if these cards are not tv tuners, aka they don't support v4l ioctl to select frequencies, but only enable apps to grab images, there's nothing to do. from what you wrote, it seems they don't support these ioctl. so why do you want a wrapper to display bogus messages box ("we've nothing to configure but i just want to say you 'nice day'") instead of just running xawtv, which is just what we currently do. i can accept your changes regarding harddrake::date *IF* these usb pets don't have the right class (can you provide me the info displayed by harddrake?) i won't apply changes that say "nothing to configure" instead of just running the right application. if you think i missed something, prove me i'm wrong but stop this "spamming attitude" where you repeat always the same thing on public ml to force people doing something (draxtv, glibc, ...) instead of giving valid arguments. obviously, if your usb devices are just webcams that've nothing to configure or that need to be configuring, then your mails sayging "drakxtv is buggy" are just plain lies. which i don't accept gratuitously. a free software world doesn't meen free insults regarding quality of softwares. > > if they're just webcam, then there's no point in offering to > > configure them in drakxtv since we cannot do anything. > > webcam're managed through devfsd/hotplug/dynamic and appears > > automatically on desktop.> > > > > kwintv is broken).
