Re: [linux-dvb] USBVision device defaults

2009-07-02 Thread Tim Williams
On Wed, 1 Jul 2009, Andy Walls wrote: It's unclear to me if the PowerOnAtOpen module parameter works properly when set to 0. It might actually prevent the automatic shutoff in 3 seconds if set to zero. I hadn't spotted that option, it does seem to work and enables the device to stay active a

Re: [linux-dvb] USBVision device defaults

2009-07-01 Thread Andy Walls
On Mon, 2009-06-29 at 14:04 +0100, Tim Williams wrote: > On Mon, 29 Jun 2009, Andy Walls wrote: > > > According to the V4L2 specification for the close() call, all devices > > should remember their settings. > > > > There have been recent discussions on devices that do power management > > not sav

Re: [linux-dvb] USBVision device defaults

2009-06-30 Thread Tim Williams
On Mon, 29 Jun 2009, Thierry MERLE wrote: I remember a guy that did the trick with the vloopback device. Searching a bit on the Internet, it seems that flashcam http://www.swift-tools.net/Flashcam/ can be convenient for your needs. Looks like a useful tool, it certainly keeps the video device

Re: [linux-dvb] USBVision device defaults

2009-06-29 Thread Thierry MERLE
Hi Tim, On Mon, 29 Jun 2009 11:34:50 +0100 (BST) Tim Williams wrote: > > Hello, > > I'm trying use a WinTV USB adaptor which uses the usbvision driver to > capture the output of a video camera for streaming across the web, the > idea being that there is a reliable local recording, even in th

Re: [linux-dvb] USBVision device defaults

2009-06-29 Thread Tim Williams
On Mon, 29 Jun 2009, Andy Walls wrote: According to the V4L2 specification for the close() call, all devices should remember their settings. There have been recent discussions on devices that do power management not saving the RF tuner freq after the final close() (and what to do about it), but

Re: [linux-dvb] USBVision device defaults

2009-06-29 Thread Andy Walls
On Mon, 2009-06-29 at 11:34 +0100, Tim Williams wrote: > Hello, > > I'm trying use a WinTV USB adaptor which uses the usbvision driver to > capture the output of a video camera for streaming across the web, the > idea being that there is a reliable local recording, even in the event of > a comp