Opened 11 years ago
Closed 11 years ago
Last modified 11 years ago
#12221 closed Bug Report - General (fixed)
Timing delay DVB card
Reported by: | Owned by: | Stuart Auchterlonie | |
---|---|---|---|
Priority: | minor | Milestone: | 0.28 |
Component: | MythTV - Mythtv-setup | Version: | 0.27.3 |
Severity: | medium | Keywords: | Timing delay DVB card |
Cc: | Ticket locked: | no |
Description
In Mythtv setup, when you add one DVB card, the timing delay parameter set isn't memorized. If you reopen the new input card, the timing delay parameter is zero.
Change History (7)
comment:1 by , 11 years ago
Component: | MythTV - DVB → MythTV - Mythtv-setup |
---|---|
Milestone: | → 0.28 |
Owner: | set to |
Priority: | major → minor |
comment:2 by , 11 years ago
comment:3 by , 11 years ago
Owner: | changed from | to
---|---|
Status: | new → assigned |
comment:4 by , 11 years ago
I can vouch for this. It can still be a useful function for cards with dual tuners that need more than 1000ms delay as provided by the new concurrent delay.
The symptom is any value set in the setup screen doesn't make it into the database. Manually putting a tuning_delay into the database shows that the setup screen does read the value though.
Also, please increase the hard upper limit to 10000ms.
comment:5 by , 11 years ago
I currently have a single twin-tuner USB device (704J) set up as 2x(4-multi-rec), cardids 1 to 8. When non-zero delay values are entered via mythtvsetup for adapters 0 and 1 the only non-zero value read directly from the DB table 'capturecard' is for cardid 5. That value is also displayed for adapter 1.
I have directly updated the 'dvb_tuning_delay' values for cardids 1 to 4 to 150 ms, and cardids 5 to 8 to 200 ms and hope for more reliable locking. Those are just test values.
The 'failure to stick' has been around for a long time; it doesn't seem to affect my 290e device.
v0.28-pre-2348-gb327d14
comment:6 by , 11 years ago
Resolution: | → fixed |
---|---|
Status: | assigned → closed |
why assign it to me ?