Tom Zoerner (tomzo@xxxxxxxxxx): > Billy Biggs wrote: > >Just a note on this, if the spec should be that capture should stop > >before S_FREQ, you may as well not allow multiple opens on the > >device. > > Yes, and it would be even more nasty for parallel capture of video and > VBI. Imagine some background data harvesting VBI app is running > without a GUI. The user would basically have to use ps|grep and kill > everytime he/she would like to switch the channel in a TV app. Would > be a huge step backwards, far beyond v4l1. > > Therefore I also think norm switching should be possible while capture > is enabled. Although I too would stop capture when I change norms for > my own capture process, however a parallel VBI capture or overlay > should not limit my capabilities to switch (see also the newly > introduced priority handling: a background app should be able to avoid > interfering with interactive/foreground apps in any way) Well I didn't care so much about norm switching, mostly about changing channels and inputs. Changing norm is dangerous as some norms might not support the same image sizes. However, for areas that receive both PAL and SECAM signals, it would be really terrible to have to kill the teletext app on channel change (since any channel change could mean a norm change). To be clear: I'm really worried about having to stop capture on input and channel switching, and while I understand the difficulties, I'm wondering if there isn't an easier way to allow norm switching between "compatible-sized" norms without disrupting things. -Billy
