Opened 16 years ago
Closed 15 years ago
Last modified 3 years ago
#154 closed defect (fixed)
mythconverg.cardinput.startchan being written as NULL
Reported by: | Owned by: | danielk | |
---|---|---|---|
Priority: | minor | Milestone: | 0.19 |
Component: | mythtv | Version: | 0.18.1 |
Severity: | medium | Keywords: | dvb startchan |
Cc: | Ticket locked: | no |
Description
Summary: When attempting to use a frontend to view LiveTV and sourcing from a DVB backend, sometimes a frontend gets confused and leaves an empty value in mythconverg.cardinput.startchan.
From that point on, that capture card is un-usable for LiveTV. Anything scheduled works fine, but any attempts at liveTV fail.
Workaround: Force the value in SQL back to something other than NULL, and stop/start mythbackend, and stop/start mythfrontend
How to repeat:
mysql> select cardinputid,cardid,tunechan,startchan from cardinput;
+-------------+--------+----------+-----------+
| cardinputid | cardid | tunechan | startchan |
+-------------+--------+----------+-----------+
| 1 | 1 | 15 | 15 |
| 2 | 2 | 15_1 | 15_1 |
| 3 | 3 | 15_1 | 15_1 |
+-------------+--------+----------+-----------+
3 rows in set (0.00 sec)
Choose "LIVETV" on a frontend that is somehow confused about what LiveTV means (and this issue stays after stop/start frontend. The frontend will black screen then back to the menu.
2005-07-12 02:22:14.709 Changing from None to WatchingLiveTV
2005-07-12 02:22:14.746 DVB#0 Recorder: Card opened successfully
(using TS mode).
2005-07-12 02:22:14.748 DVB#0 ERROR - No PIDS set, please correct your
channel setup.
2005-07-12 02:22:15.749 DVB#0 WARNING - No data from card in 1 second.
2005-07-12 02:22:16.751 DVB#0 WARNING - No data from card in 1 second.
2005-07-12 02:22:17.753 DVB#0 WARNING - No data from card in 1 second.
2005-07-12 02:22:18.755 DVB#0 WARNING - No data from card in 1 second.
2005-07-12 02:22:19.756 DVB#0 WARNING - No data from card in 1 second.
2005-07-12 02:22:20.758 DVB#0 WARNING - No data from card in 1 second.
2005-07-12 02:22:21.760 DVB#0 WARNING - No data from card in 1 second.
2005-07-12 02:22:22.762 DVB#0 WARNING - No data from card in 1 second.
2005-07-12 02:22:23.764 DVB#0 WARNING - No data from card in 1 second.
2005-07-12 02:22:24.766 DVB#0 WARNING - No data from card in 1 second.
2005-07-12 02:22:25.767 DVB#0 WARNING - No data from card in 1 second.
2005-07-12 02:22:26.769 DVB#0 WARNING - No data from card in 1 second.
2005-07-12 02:22:27.771 DVB#0 WARNING - No data from card in 1 second.
2005-07-12 02:22:28.773 DVB#0 WARNING - No data from card in 1 second.
2005-07-12 02:22:29.775 DVB#0 WARNING - No data from card in 1 second.
2005-07-12 02:22:29.777 Couldn't read data from the capture card in 15
seconds. Stopping.
2005-07-12 02:22:29.807 Changing from WatchingLiveTV to None
2005-07-12 02:22:30.777 DVB#0 WARNING - No data from card in 1 second.
2005-07-12 02:22:30.778 Closing DVB recorder
The PID's aren't actually missing, and if you correct the issue in SQL, stop and start the backend in question, stop and start the frontend, then you can view LiveTV again.
A query of the table shows:
mysql> select cardinputid,cardid,tunechan,startchan from cardinput;
+-------------+--------+----------+-----------+
| cardinputid | cardid | tunechan | startchan |
+-------------+--------+----------+-----------+
| 1 | 1 | 15 | 15 |
| 2 | 2 | 15_1 | 15_1 |
| 3 | 3 | 15_1 | |
+-------------+--------+----------+-----------+
3 rows in set (0.00 sec)
Notice the absence of "startchan"
If we can't solve what's creating the issue (which, unfortunately, I don't have enough logs to help with) there needs to be some logic to check for null startchan. Any value other than a numeric, or numeric_numeric should be invalid, and take "tunechan" instead.
Change History (3)
comment:1 Changed 16 years ago by
comment:2 Changed 16 years ago by
Milestone: | → 0.19 |
---|---|
Owner: | changed from Isaac Richards to danielk |
Status: | new → assigned |
The point of the check signal patch is to fix this and other problems.
The version from a couple weeks ago is at
There will be an update early next week.
comment:3 Changed 15 years ago by
Resolution: | → fixed |
---|---|
Status: | assigned → closed |
Simple null/empty string check in StoreInputChannels?().
The major cause of this, a failing SwitchToInput?(), was fixed in [7060]. But this should prevent problems due to a failing tune at any other time.
I think I might be getting the same problem, i've lived with it for a while as i don't watch live tv, but i have a new frontend which i seem to be doing a lot of live tv so i started to investigate...
I cannot watch livetv if i restart the backend, it times out and returns to the menu, i can fix this by scheduling recordings on all three encoders at once, then shut one down and i can watch live tv...
I tracked the socket close down to libmyth/util.c
2005-07-23 00:53:43.214 ReadStringList? timeout (quick).
Thats as far as I got, i'm leaving for a boogie in a few hours for the weekend, hope it helps...