| Thursday, March 14th, 2019, 00:22 UTC | ||
| [00:22:08] | ** enyc meows ** | |
| [00:22:22] | ** hampton woofs ** | |
| [00:58:34] | gigem_ (gigem_!~david@172.58.107.189) has joined #mythtv | |
| [00:58:34] | gigem_ (gigem_!~david@172.58.107.189) has quit (Changing host) | |
| [00:58:34] | gigem_ (gigem_!~david@mythtv/developer/gigem) has joined #mythtv | |
| [00:58:35] | Mode for #mythtv by ChanServ!ChanServ@services. : +v gigem_ | |
| [02:40:25] | SteveGoodey (SteveGoodey!~steve@host86-145-19-224.range86-145.btcentralplus.com) has joined #mythtv | |
| [02:40:26] | Mode for #mythtv by ChanServ!ChanServ@services. : +v SteveGoodey | |
| [02:45:19] | jpabq (jpabq!~quassel@mythtv/developer/jpabq) has joined #mythtv | |
| [02:45:24] | Mode for #mythtv by ChanServ!ChanServ@services. : +v jpabq | |
| [03:15:35] | SteveGoodey (SteveGoodey!~steve@host86-145-19-224.range86-145.btcentralplus.com) has quit (Quit: Konversation terminated!) | |
| [05:18:23] | ** mkbloke moos ** | |
| [06:46:44] | markspieth22 (markspieth22!~yaaic@mythtv/developer/markspieth) has joined #mythtv | |
| [06:46:44] | Mode for #mythtv by ChanServ!ChanServ@services. : +v markspieth22 | |
| [06:49:47] | markspieth2 (markspieth2!~yaaic@mythtv/developer/markspieth) has quit (Ping timeout: 264 seconds) | |
| [06:58:35] | jya: | stuarta: your script to delete the recordings |
| [06:59:04] | jya: | ah no its raymond |
| [07:38:30] | markspieth22 (markspieth22!~yaaic@mythtv/developer/markspieth) has quit (Ping timeout: 244 seconds) | |
| [07:40:47] | markspieth2 (markspieth2!~yaaic@mythtv/developer/markspieth) has joined #mythtv | |
| [07:40:47] | Mode for #mythtv by ChanServ!ChanServ@services. : +v markspieth2 | |
| [08:12:36] | markspieth2 (markspieth2!~yaaic@mythtv/developer/markspieth) has quit (Ping timeout: 244 seconds) | |
| [08:20:32] | markspieth2 (markspieth2!~yaaic@mythtv/developer/markspieth) has joined #mythtv | |
| [08:20:32] | Mode for #mythtv by ChanServ!ChanServ@services. : +v markspieth2 | |
| [08:22:25] | Steve-Goodey (Steve-Goodey!~steve@2a00:23c5:7da3:4501:e6b7:3488:f9bc:a00f) has joined #mythtv | |
| [08:22:25] | Mode for #mythtv by ChanServ!ChanServ@services. : +v Steve-Goodey | |
| [08:27:02] | willcooke (willcooke!~willcooke@ubuntu/member/willcooke) has joined #mythtv | |
| [08:55:43] | markk_ (markk_!~mark@host109-149-186-157.range109-149.btcentralplus.com) has joined #mythtv | |
| [09:43:33] | SteveGoodey (SteveGoodey!~steve@host86-145-19-224.range86-145.btcentralplus.com) has joined #mythtv | |
| [09:43:33] | Mode for #mythtv by ChanServ!ChanServ@services. : +v SteveGoodey | |
| [10:15:34] | markspieth2 (markspieth2!~yaaic@mythtv/developer/markspieth) has quit (Ping timeout: 244 seconds) | |
| [10:20:33] | markspieth2 (markspieth2!~yaaic@mythtv/developer/markspieth) has joined #mythtv | |
| [10:20:33] | Mode for #mythtv by ChanServ!ChanServ@services. : +v markspieth2 | |
| [10:35:22] | ** stuarta ho hums ** | |
| [10:51:25] | markspieth2 (markspieth2!~yaaic@mythtv/developer/markspieth) has quit (Read error: Connection reset by peer) | |
| [10:51:38] | markspieth2 (markspieth2!~yaaic@mythtv/developer/markspieth) has joined #mythtv | |
| [10:51:38] | Mode for #mythtv by ChanServ!ChanServ@services. : +v markspieth2 | |
| [11:06:01] | SteveGoodey: | What's all this meows, woofs, moos and hums stuff? People with no work to do? |
| [11:12:15] | stuarta: | hah, too much todo, and it not working :-/ |
| [11:37:55] | Steve-Goodey (Steve-Goodey!~steve@2a00:23c5:7da3:4501:e6b7:3488:f9bc:a00f) has quit (Quit: Konversation terminated!) | |
| [13:06:54] | Fear (Fear!fear@69.85.85.114) has joined #mythtv | |
| [13:06:54] | Fear (Fear!fear@69.85.85.114) has quit (Changing host) | |
| [13:06:54] | Fear (Fear!fear@unaffiliated/warlord) has joined #mythtv | |
| [13:09:25] | warpme_ (warpme_!~warpme_@89-70-137-1.dynamic.chello.pl) has joined #mythtv | |
| [13:58:45] | gigem_ (gigem_!~david@mythtv/developer/gigem) has quit (Ping timeout: 252 seconds) | |
| [13:59:01] | gregl (gregl!~greg@cpe-24-194-253-7.nycap.res.rr.com) has quit (Quit: Leaving) | |
| [14:05:03] | warpme_ (warpme_!~warpme_@89-70-137-1.dynamic.chello.pl) has quit (Quit: warpme_) | |
| [14:05:33] | warpme_ (warpme_!~warpme_@89-70-137-1.dynamic.chello.pl) has joined #mythtv | |
| [14:15:27] | warpme_ (warpme_!~warpme_@89-70-137-1.dynamic.chello.pl) has quit (Quit: warpme_) | |
| [14:17:31] | warpme_ (warpme_!~warpme_@89-70-137-1.dynamic.chello.pl) has joined #mythtv | |
| [15:20:54] | KdW: | Can somebody give me a hint/example on how to add a field in database table? (see ticket #13014) |
| [15:20:54] | ** MythLogBot https://code.mythtv.org/trac/ticket/13014 ** | |
| [15:32:47] | stuarta: | it needs a schema update, and can therefore only go into master |
| [15:38:00] | KdW: | have been looking in dbcheck.cpp but that is not immediately obvious to me. |
| [15:39:06] | stuarta: | that's where it goes |
| [15:39:33] | stuarta: | there's a variable near the top, which has the current version number, and down towards the bottom there is a step which runs the schema migration |
| [15:39:37] | gregl (gregl!~greg@cpe-24-194-253-7.nycap.res.rr.com) has joined #mythtv | |
| [15:42:04] | stuarta: | KdW: https://github.com/MythTV/mythtv/blob/master/ . . . #L3440-L3448 |
| [15:43:10] | KdW: | OK, this is copy of last "if (dbver == "1349") section, update the numbers and add the sql command? |
| [15:43:24] | stuarta: | would be |
| [15:43:51] | stuarta: | if (dbver == "1350") .... if (!performActualUpdate(updates, "1351", dbver)) etc |
| [15:44:10] | stuarta: | basically increase both numbers by 1, and do the update in there |
| [15:44:26] | KdW: | OK, clear, thanks! |
| [15:46:36] | stuarta: | i think i even have an open ticket to store the type of the channel |
| [15:49:06] | KdW: | would like to call the field "deliverysystem" because that is it in the DVBv5 terminology |
| [15:51:34] | stuarta: | #8774 |
| [15:51:34] | ** MythLogBot https://code.mythtv.org/trac/ticket/8774 ** | |
| [15:52:27] | KdW: | would that be the same? |
| [15:53:17] | stuarta: | not quite |
| [15:55:53] | stuarta: | thought it was but it isn't |
| [15:57:36] | KdW: | "dvb-fe-tool -a4" does list capabilities (CAN_FEC etc) and delivery systems but nothing more |
| [15:58:31] | KdW: | tv or data is something that is inside a transport stream, and does not have anything to do with the tuner |
| [15:59:28] | KdW: | so this would depend on the type of streams (video, audio etc) found in a stream and thus it is an attribute of a program. |
| [16:00:57] | KdW: | which means it should not go into capturecard but maybe in channel |
| [16:02:20] | stuarta: | yes agreed. ignore me :-p |
| [16:03:56] | KdW: | never! |
| [16:33:31] | gigem: | KdW: I think you should consider using the existing input (or is inputname(*) column for your change. It's always set to 'MPEGTS' or similar for DVB cards and so is effectively unused. That would let you make your changes without a schema update. |
| [16:34:14] | gigem: | (*)My internet is out at home so my ability to check on things, especially on my own systems, is limited right now. |
| [16:34:25] | stuarta: | :( |
| [16:35:01] | gigem: | I know. When I'm home I tether my wifi router to my phone so I at least have some connectivity. |
| [16:35:46] | gigem: | Good thing I recently switch cell carriers to a plan with a high (albeit throttled) data cap! |
| [16:38:58] | KdW: | gigem:yes there is an "inputname" column which I can set to (None) or DVBInput on my system. Never used it. |
| [16:39:14] | stuarta: | that is actually a good idea |
| [16:39:42] | KdW: | Happy to use that, no problem, but will make it then readonly in the mythtv-setup gui |
| [16:41:19] | KdW: | It is in the "Input connections" configuration |
| [16:41:36] | gigem: | KdW: Ah yes, DVBInput, I couldn't remember exactly. That column comes from the old days where analog cards were king and you could choose inputs like 'tuner', 'composite' and 's-video'. It's not exactly the same thing, but it seems close enough to your new need. |
| [16:41:41] | stuarta: | the gui can be fixed |
| [16:41:54] | KdW: | I can fix the gui, no problem |
| [16:42:12] | stuarta: | even auto populated based upon the supported delivery systems of the card |
| [16:42:19] | gigem: | stuarta: Yes, the whole capture card and input connection sections need to be combined. It's on my TODO list. |
| [16:42:30] | stuarta: | as in, a selection list based on the cards reported support |
| [16:43:03] | KdW: | Will change the label to "Delivery system" and show read-only the actual delivery system for information purposes only. |
| [16:43:23] | KdW: | that makes it possible to put this in 30.1 and that will make people happy I think |
| [16:43:27] | stuarta: | KdW: doesn't the user need to be able to set it? |
| [16:44:29] | gigem: | Also, some users still use those old, analog cards, so that functionality needs to continue to work for them. |
| [16:48:02] | KdW: | you can select the delivery system in Capture cards / <select card> / ../ Card type and there it is now. |
| [16:48:26] | stuarta: | KdW: ah, but we don't store it? |
| [16:49:05] | KdW: | I now have temporarily stored it in "displayname" which is harmless |
| [16:50:17] | KdW: | Which works OK but display name is used to add a user-friendly name which is also stored with each recording to show to the user on which tuner a recording has been made. |
| [16:51:23] | KdW: | So that is just for testing. |
| [16:51:57] | KdW: | If somebody/something still uses the "inputname" then it is not a good idea to use that. |
| [17:05:35] | gigem: | KdW: Why not? It is otherwise unused for most cards. I know of only analog and hdpvr cards which currently use it. I know it is not used for dvb cards. |
| [17:06:18] | ** gigem leaves to run an errand for 30–40 minutes. ** | |
| [17:21:48] | sphery (sphery!~mdean@mythtv/developer/sphery) has quit (Ping timeout: 250 seconds) | |
| [17:25:15] | sphery (sphery!~mdean@mythtv/developer/sphery) has joined #mythtv | |
| [17:25:15] | Mode for #mythtv by ChanServ!ChanServ@services. : +v sphery | |
| [17:27:53] | sphery (sphery!~mdean@mythtv/developer/sphery) has quit (Remote host closed the connection) | |
| [17:32:47] | sphery (sphery!~mdean@mythtv/developer/sphery) has joined #mythtv | |
| [17:32:48] | Mode for #mythtv by ChanServ!ChanServ@services. : +v sphery | |
| [17:41:31] | Steve-Goodey (Steve-Goodey!~steve@2a00:23c5:7da3:4501:e6b7:3488:f9bc:a00f) has joined #mythtv | |
| [17:41:31] | Mode for #mythtv by ChanServ!ChanServ@services. : +v Steve-Goodey | |
| [17:50:13] | gigem (gigem!~david@mythtv/developer/gigem) has quit (Quit: WeeChat 2.3) | |
| [17:56:42] | gigem (gigem!~david@nova.intrusion.com) has joined #mythtv | |
| [17:56:42] | gigem (gigem!~david@nova.intrusion.com) has quit (Changing host) | |
| [17:56:42] | gigem (gigem!~david@mythtv/developer/gigem) has joined #mythtv | |
| [17:56:43] | Mode for #mythtv by ChanServ!ChanServ@services. : +v gigem | |
| [18:21:52] | Warped (Warped!~Warped@unaffiliated/warped) has quit (Quit: ChatZilla 0.9.92-rdmsoft [XULRunner 35.0.1/20150122214805]) | |
| [18:34:22] | markk_ (markk_!~mark@host109-149-186-157.range109-149.btcentralplus.com) has quit (Ping timeout: 246 seconds) | |
| [18:38:07] | jheizer (jheizer!~jon@2601:246:8200:9739:ec57:8f67:125a:5a7c) has quit (Ping timeout: 240 seconds) | |
| [18:39:23] | jheizer (jheizer!~jon@2601:246:8200:9739:21b:21ff:fed7:a19d) has joined #mythtv | |
| [18:39:23] | Mode for #mythtv by ChanServ!ChanServ@services. : +v jheizer | |
| [19:39:41] | willcooke (willcooke!~willcooke@ubuntu/member/willcooke) has quit (Quit: Do your hobbies) | |
| [19:49:34] | Steve-Goodey (Steve-Goodey!~steve@2a00:23c5:7da3:4501:e6b7:3488:f9bc:a00f) has quit (Quit: Konversation terminated!) | |
| [19:56:56] | KdW: | gigem: because the field is shown as "Input name" in the "Input connections" set-up where it can be given a new value, such as DVBInput. AFAIK this set-up page is the same for all tuners. |
| [19:57:45] | KdW: | Also I think it is more elegant to store a delivery system value in a field called deliverysystem. |
| [19:58:15] | KdW: | Also I am 100% sure there is no conflict/regression possible with a new field. |
| [20:00:34] | KdW: | And I do not think that a schema update is such a big deal. We do not really have to wait one year before releasing v31, that could be done next month or so when the Android fixes are ready. |
| [20:01:16] | KdW: | Firefox has also a new release every month or two months, why not..... (Hope nobody gets angry at me for suggesting this :) |
| [20:23:37] | markk_ (markk_!~mark@host109-149-186-157.range109-149.btcentralplus.com) has joined #mythtv | |
| [20:42:34] | gigem: | KdW: I don't mind if you update the schema to add a new column. I was simply pointing out there is an existing column available that performs a similar service for other card types. I still think you are misunderstanding a couple of things, though. First, just because the GUI for inputname currently says "Input" doesn't mean it can't be changed to say "Delivery System" for the applicable card types. |
| [20:42:36] | gigem: | Second, the fact that the GUI for that column currently resides in "Input Connections" is purely historical from when cards and inputs were very different things. We only have inputs now and the only reasons the GUIs haven't been combined are lack of time and motivation. |
| [20:49:30] | KdW: | gigem:thanks for clarifying. I do try very much not to cause regressions. Let us wait some time to see if my patch works at all for other people and in the meantime I will have a look at how the inputname field is used. |
| [21:04:07] | gigem: | KdW: No problem. It's usually wise to tread lightly when in new territory. You'll eventually learn that the bulk of the MythTV code is the result of evolution rather than any clear and clean design. :-/ If you're ever unsure why something is the way it is, just ask. Some of us graybeards might even know. |
| [21:18:36] | stuarta: | the rest of us just try to read the tea leaves to find out why |
| [21:27:35] | markspieth2 (markspieth2!~yaaic@mythtv/developer/markspieth) has quit (Ping timeout: 264 seconds) | |
| [21:30:32] | markspieth2 (markspieth2!~yaaic@mythtv/developer/markspieth) has joined #mythtv | |
| [21:30:32] | Mode for #mythtv by ChanServ!ChanServ@services. : +v markspieth2 | |
| [21:37:02] | markk_ (markk_!~mark@host109-149-186-157.range109-149.btcentralplus.com) has quit (Ping timeout: 250 seconds) | |
| [21:40:52] | jpabq: | gigem: I am back, so am ready to try your scheduling order patch whenever you have it available. |
| [21:51:55] | warpme_ (warpme_!~warpme_@89-70-137-1.dynamic.chello.pl) has quit (Quit: warpme_) | |
| [22:19:12] | gigem: | jpabq: Okay. I haven't done anything but look yet. I'll try to get you a patch tonight or tomorrow. I have backtracked a little, though. I feel pretty strongly that the most specific rule should still win. Priority and most recent rule should only be used when the specificity is the same. IOW, for example, a single, or find weekly should always win out over an all rule. |
| [22:21:12] | jpabq: | gigem: I agree that the most specific rule should win. That is actaully my problem — I have some "power recording" rules which are winning, but are less "specific" than the rule I want to win. |
| [22:21:43] | gigem: | stuarta: I've long had a saying for all code, not just MythTV code, that says every line has a reason for being. It might not be a good reason or even one that still applies but there is a reason someone put it there in the first place. |
| [22:24:10] | gigem: | jpabq: When I say specific, I'm talking purely using MythTV's rule types. It's impossible for MythTV to parse and understand the SQL in power rules to know which is more specific in intent. |
| [22:24:45] | jpabq: | Right, that is why I was wanting to solve the issue by having priorities take priority. |
| [22:38:44] | SteveGoodey (SteveGoodey!~steve@host86-145-19-224.range86-145.btcentralplus.com) has quit (Quit: Konversation terminated!) | |
IRC Logs collected by
BeirdoBot.
Please use the above link to report any bugs.