Opened 12 years ago
Closed 12 years ago
Last modified 12 years ago
#10365 closed Bug Report - General (fixed)
Creating DVB cards with multirec support is broken
Reported by: | JYA | Owned by: | |
---|---|---|---|
Priority: | major | Milestone: | 0.25 |
Component: | MythTV - General | Version: | Master Head |
Severity: | medium | Keywords: | |
Cc: | Ticket locked: | no |
Description (last modified by )
Start mythtv-setup
Go to 2. Capture Cards Delete all capture cards.
Select new capture cards Select card type DVB capture card
Select as DVB device a card (here /dev/dvb/adapter0/frontend0)/ Go into recording options, change Max Recordings from 2 to 3 (though 2 would show the problem too)
In the mythtv-setup log you'll see:
2012-02-20 12:17:31.695931 I Using the Qt painter 2012-02-20 12:17:31.805180 I Current MythTV Schema Version (DBSchemaVer): 1296 QMYSQLResult::data: column 11 out of range 2012-02-20 12:18:04.060324 W DiSEqCDevTree: No device tree for cardid 1 QMYSQLResult::data: column 11 out of range QMYSQLResult::data: column 11 out of range
If you were to quit mythtv-setup and restart mythbackend now, you'll find that only one card was created: encoder 1. encoder 2 and 3 do not exists
Kill mythbackend, restart mythtv-setup Create as above, another DVB capture card, with max recodings of 3. In the log:
QMYSQLResult::data: column 11 out of range 2012-02-20 12:25:25.871048 W DiSEqCDevTree: No device tree for cardid 4 QMYSQLResult::data: column 11 out of range QMYSQLResult::data: column 11 out of range
Link a video source with the newly created capture card in the Input Connections entry.
quit mythtv-setup restart mythbackend.
Mythweb shows:
Encoder 1 [ DVB : /dev/dvb/adapter0/frontend0 ] is local on htpc.avenard.org and is not recording. Encoder 4 [ DVB : /dev/dvb/adapter1/frontend0 ] is local on htpc.avenard.org and is not recording.
Encoder 2,3,5 and 6 are missing.
Note that the system was properly running with all cards in 0.24 and once upgraded to 0.25.
It's only after I deleted the existing capture cards that it's been impossible to recreate them
Change History (9)
comment:3 Changed 12 years ago by
The change needs to either be <= 10 or < 11 or the last parameter is not bound.
comment:4 Changed 12 years ago by
Milestone: | unknown → 0.25 |
---|---|
Resolution: | → fixed |
Status: | new → closed |
Fix typo in 3d01ccf3cf936ed1228725a2fa92c11bf5f6191b
Fixes #10365
Branch: master Changeset: feb3a94371ad8c44d47fe7614a0adbeb2dbeff75
comment:5 Changed 12 years ago by
Resolution: | fixed |
---|---|
Status: | closed → new |
Bah, not fixed, apparently. That shoulda been "Refs #10365"
comment:6 Changed 12 years ago by
Resolution: | → Fixed |
---|---|
Status: | new → closed |
As far as I cant tell, this was fixed with [feb3a943].
comment:7 Changed 12 years ago by
Resolution: | Fixed |
---|---|
Status: | closed → new |
it didn't get fix... it only fix a minor problem resulting in a mysql error appearing in the logging.. buf fundamentally, the cards aren't created
comment:8 Changed 12 years ago by
Resolution: | → fixed |
---|---|
Status: | new → closed |
Fix a couple of virtual tuner card creation issues.
Rework SHA1:95ceb8dc. Either intentionally or unintentionally, passing cardid = 0 to CardUtil::GetInputIDs(cardid) was already being done with the expectation that no results are returned. Add a new GetAllInputIDs() method to replace the special case that was added. Remove the sourceid special case to GetCardIDs() that was added at the same time. GetAllCardIds?() can be added when needed. Fix another bug where some cardinput values were not cloned when an input was first connected.
Really fix #10365
Branch: master Changeset: e860c3f7916fe6996fda1a93a8e6e6e7a044cc7e
Following r3d01ccf3
the mysql error "QMYSQLResult::data: column 11 out of range" doesn't show anymore..
However, still only 4 encoder created:
(I have 4 DVB cards, I only used two in my original report)