Re: [linux-media] API V3 vs SAPI behavior difference in reading tuning parameters

2011-01-19 Thread Andreas Oberritter
On 01/19/2011 06:03 PM, Thierry LELEGARD wrote: OK, then what? Is the S2API behavior (returning cached - but incorrect - tuning parameter values) satisfactory for everyone or shall we adapt S2API to mimic the API V3 behavior (return the actual tuning parameter values as automatically

Re: [linux-media] API V3 vs SAPI behavior difference in reading tuning parameters

2011-01-14 Thread Andreas Oberritter
Hello Thierry, On 01/14/2011 02:35 PM, Thierry LELEGARD wrote: Dear all, I would like to report an annoying behavior difference between S2API and the legacy DVB API (V3) when _reading_ the current tuning configuration. In short, API V3 is able to report the _actual_ tuning parameters as

Re: [linux-media] API V3 vs SAPI behavior difference in reading tuning parameters

2011-01-14 Thread Devin Heitmueller
On Fri, Jan 14, 2011 at 8:35 AM, Thierry LELEGARD tleleg...@logiways.com wrote: But there is worse. If I set a wrong parameter in the tuning operation, for instance guard interval 1/32, the API V3 returns the correct value which is actually used by the tuner (GUARD_INTERVAL_1_8), while S2API

RE: [linux-media] API V3 vs SAPI behavior difference in reading tuning parameters

2011-01-14 Thread Thierry LELEGARD
-Original Message- From: Andreas Oberritter [mailto:o...@linuxtv.org] Sent: Friday, January 14, 2011 5:32 PM Albeit, DVB-SI data isn't perfect and misconfiguration at the transmitter happens (e.g. wrong FEC values), especially where most of the parameters are signaled in-band (e.g.