Mailing List archive

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[linux-dvb] Re: blocking FE_SET_FRONTEND ioctl in non-blocking mode



On Wednesday 12 May 2004 02:13, Andrew de Quincey wrote:
> We could remove it if people want - but it'll break anything which is
> sensitive to the hw_sections=0 problem.
>
> BTW: I only have budget cards, and they had the same issue, which is why I
> added it.
>
> So: remove+fix the userspace software to have a flag to ignore data until
> tuning is completed (or something), or leave+have a long delay... or some
> other solution. Suggestions?

Hmm, MythTV (and VDR I belive) handles this just case with strange data from 
channel changes just fine, so I guess my oppinion is drop the delay, because 
it's the applications domain to do filtering. Would not this overlap of data 
occur on regular channel changes to? I'm pretty sure I came across this when 
developing the MythTV DVB code, so what is the point of doing filtering on 
open, but not general channel changes?

Kenneth


-- 
Info:
To unsubscribe send a mail to ecartis@linuxtv.org with "unsubscribe linux-dvb" as subject.



Home | Main Index | Thread Index