| Thursday, June 16th, 2016, 00:16 UTC | ||
| [00:16:35] | taylorr (taylorr!~taylorr@unaffiliated/elmojo) has quit (Ping timeout: 250 seconds) | |
| [00:30:01] | taylorr (taylorr!~taylorr@unaffiliated/elmojo) has joined #mythtv | |
| [00:37:02] | amessina (amessina!~amessina@unaffiliated/amessina) has quit (Quit: Konversation terminated!) | |
| [00:39:47] | arescorpio (arescorpio!~arescorpi@243-205-17-190.fibertel.com.ar) has joined #mythtv | |
| [00:39:51] | knightr (knightr!~knightr@mythtv/developer/knightr) has quit (Remote host closed the connection) | |
| [01:22:46] | dmfrey (dmfrey!~dmfrey@64-121-109-74.c3-0.smt-ubr1.atw-smt.pa.cable.rcn.com) has quit (Read error: Connection reset by peer) | |
| [01:29:50] | Chris_ (Chris_!~Chris@100.13.50.156) has joined #mythtv | |
| [01:29:55] | Chris_ (Chris_!~Chris@100.13.50.156) has quit (Remote host closed the connection) | |
| [01:31:45] | enyc (enyc!~enyc@muddle.enyc.org.uk) has quit (Ping timeout: 250 seconds) | |
| [01:33:24] | spyke581 (spyke581!~Chris@100.13.50.156) has quit (Ping timeout: 244 seconds) | |
| [01:35:44] | dmfrey (dmfrey!~dmfrey@64-121-109-74.c3-0.smt-ubr1.atw-smt.pa.cable.rcn.com) has joined #mythtv | |
| [01:38:17] | knightr (knightr!~knightr@69-165-170-178.dsl.teksavvy.com) has joined #mythtv | |
| [01:38:17] | knightr (knightr!~knightr@69-165-170-178.dsl.teksavvy.com) has quit (Changing host) | |
| [01:38:17] | knightr (knightr!~knightr@mythtv/developer/knightr) has joined #mythtv | |
| [01:38:37] | enyc (enyc!~enyc@muddle.enyc.org.uk) has joined #mythtv | |
| [01:55:42] | betheynyx (betheynyx!~b@c-73-224-87-206.hsd1.fl.comcast.net) has joined #mythtv | |
| [02:05:35] | sraue (sraue!~stephan@kodi/staff/sraue) has quit (Ping timeout: 260 seconds) | |
| [02:06:02] | sraue (sraue!~stephan@kodi/staff/sraue) has joined #mythtv | |
| [02:43:04] | peper03 (peper03!~peper03@mythtv/developer/peper03) has quit (Ping timeout: 272 seconds) | |
| [02:43:16] | peper03_ (peper03_!~peper03@mythtv/developer/peper03) has joined #mythtv | |
| [02:43:29] | peper03_ is now known as peper03 | |
| [02:53:54] | Warped (Warped!~Warped@unaffiliated/warped) has quit (Ping timeout: 250 seconds) | |
| [03:07:50] | Warped (Warped!~Warped@unaffiliated/warped) has joined #mythtv | |
| [03:11:06] | arescorpio (arescorpio!~arescorpi@243-205-17-190.fibertel.com.ar) has quit (Quit: Leaving.) | |
| [03:43:33] | gigem: | dblain: We have a few places where we need to know which inputs are or could be free. I simplified and centralized that code last year and made it accessible from the master backend using the myth protocol. Unfortunately, one of the places where we need that information can't use the myth protocol and consequently has to duplicate much of the logic. That's the recorder code. Although it resides in |
| [03:43:35] | gigem: | libmythtv for historical and other reasons, it runs in the backend and backends can't call other backends or itself using the myth protocol in that way. If a slave backend or the master backend could call the master backend using the services API, it might be possible to remove the duplicated logic. It might also make some other things possible or at least easier too. |
| [04:13:23] | dblain: | gigem: For use in the backend, just create an instance of the service class needed and use it. No need to use any transport. That is basically how the qsp logic exposes the classes. |
| [04:15:40] | dblain: | It was always my hope that the service classes would be the main implementation used in all programs. Being able to expose them as web services allows 3rd parties to have the same access. Since the Myth Protocol still uses it's own implemenation, this hasn't happened (the mythprotocol could use the service classes too!). |
| [04:20:29] | letifosi_ (letifosi_!~letifosif@c-73-70-75-73.hsd1.ca.comcast.net) has joined #mythtv | |
| [04:23:09] | letifosiferrari (letifosiferrari!~letifosif@216.207.42.140) has quit (Ping timeout: 250 seconds) | |
| [04:25:51] | letifosi_ (letifosi_!~letifosif@c-73-70-75-73.hsd1.ca.comcast.net) has quit (Remote host closed the connection) | |
| [04:55:06] | sphery (sphery!~mdean@mythtv/developer/sphery) has joined #mythtv | |
| [04:56:14] | Warped (Warped!~Warped@unaffiliated/warped) has quit (Quit: ChatZilla 0.9.92 [Firefox 47.0/20160604131506]) | |
| [05:00:17] | Warped (Warped!~Warped@unaffiliated/warped) has joined #mythtv | |
| [05:14:38] | rich0_ (rich0_!~quassel@gentoo/developer/rich0) has joined #mythtv | |
| [05:15:22] | rich0 (rich0!~quassel@gentoo/developer/rich0) has quit (Ping timeout: 252 seconds) | |
| [05:23:56] | rich0_ (rich0_!~quassel@gentoo/developer/rich0) has quit (Ping timeout: 272 seconds) | |
| [05:25:25] | rich0 (rich0!~quassel@gentoo/developer/rich0) has joined #mythtv | |
| [06:05:45] | dekarl: | dmfrey: how is the order of movies in the video library determined? Its super unintuitive and I think we need to store a sort_name in the database. E.g. the articles are not stripped (Der, Die, Das) and its case sensitive preferring upper to lower case letters. |
| [06:05:47] | dekarl: | Which in combination is sub-par. movies starting with "Der <lower case letter>" come after all movies starting with "Der <upper case letter>". having a sort_name on file + natural sort would be so much better. |
| [06:15:49] | rich0 (rich0!~quassel@gentoo/developer/rich0) has quit (Ping timeout: 250 seconds) | |
| [06:15:59] | rich0_ (rich0_!~quassel@gentoo/developer/rich0) has joined #mythtv | |
| [06:30:50] | Tobbe5178 (Tobbe5178!~asdf@2001:2002:d4b5:afb8:f488:e7c3:1375:b0e0) has joined #mythtv | |
| [06:36:11] | kc (kc!~Casper@unaffiliated/kc) has quit (Read error: Connection reset by peer) | |
| [06:36:48] | kc (kc!~Casper@unaffiliated/kc) has joined #mythtv | |
| [07:12:23] | willcooke (willcooke!~willcooke@ubuntu/member/willcooke) has joined #mythtv | |
| [07:35:37] | SteveGoodey (SteveGoodey!~steve@host31-50-133-80.range31-50.btcentralplus.com) has joined #mythtv | |
| [07:36:29] | dekarl: | #12811, looks like its time to work on our SQL / schema... |
| [07:36:29] | ** MythLogBot http://code.mythtv.org/trac/ticket/12811 ** | |
| [07:37:12] | superm1 (superm1!uid4318@ubuntu/member/superm1) has quit (Quit: Connection closed for inactivity) | |
| [08:18:20] | mad_enz (mad_enz!~mad_enz@CPE00508b114c3e-CM00fc8d50aef0.cpe.net.fido.ca) has quit (Ping timeout: 260 seconds) | |
| [08:27:19] | enyc (enyc!~enyc@muddle.enyc.org.uk) has quit (Remote host closed the connection) | |
| [08:27:28] | enyc (enyc!~enyc@muddle.enyc.org.uk) has joined #mythtv | |
| [08:45:27] | mad_enz (mad_enz!~mad_enz@2607:f090:488d:8d:cc00:ce86:12f4:5898) has joined #mythtv | |
| [11:22:43] | Roklobster (Roklobster!~Dirkka@ppp118-209-35-16.lns20.mel4.internode.on.net) has quit (Remote host closed the connection) | |
| [12:54:45] | jya: | is there a way to run mythavtest without a mysql backend running ? |
| [14:14:42] | lautriv__ (lautriv__!~lautriv@x4e32534c.dyn.telefonica.de) has joined #mythtv | |
| [14:14:42] | lautriv__ (lautriv__!~lautriv@funtoo/user/lautriv) has joined #mythtv | |
| [14:14:42] | lautriv__ (lautriv__!~lautriv@x4e32534c.dyn.telefonica.de) has quit (Changing host) | |
| [14:15:28] | letifosiferrari (letifosiferrari!~letifosif@216.207.42.134) has joined #mythtv | |
| [14:15:31] | letifosiferrari (letifosiferrari!~letifosif@216.207.42.134) has quit (Remote host closed the connection) | |
| [14:15:59] | letifosiferrari (letifosiferrari!~letifosif@216.207.42.132) has joined #mythtv | |
| [14:43:57] | gigem: | dblain: Okay. I'll try it when/if I get back to that particular code. |
| [14:55:00] | aloril (aloril!~aloril@dsl-tkubrasgw1-54fa3f-129.dhcp.inet.fi) has quit (Ping timeout: 246 seconds) | |
| [14:58:56] | superm1 (superm1!uid4318@ubuntu/member/superm1) has joined #mythtv | |
| [15:04:30] | aloril (aloril!~aloril@dsl-tkubrasgw1-54fa3f-129.dhcp.inet.fi) has joined #mythtv | |
| [15:54:06] | high-rez: | I'm trying to parse GET_FREE_INPUT_INFO but the wiki doesn't really contain any information on the response. One of you wouldn't be so kind as to be able to enlighten me as to the fields in the response would you? |
| [16:11:36] | dblain: | high-rez: A quick search through the code shows this being returned (InputInfo::ToStrongList function) https://github.com/MythTV/mythtv/blob/master/ . . . info.cpp#L63 |
| [16:14:29] | high-rez: | dblain: Thanks, that helps. I was looking at https://code.mythtv.org/doxygen/inputinfo_8h_source.html which didn't quite line up |
| [16:14:50] | high-rez: | e.g. it was missing a couple of fields |
| [16:15:38] | high-rez: | list.push_back(QString::number(inputid)); |
| [16:15:39] | high-rez: | list.push_back(QString::number(inputid)); // obsolete cardid |
| [16:15:52] | high-rez: | Is that a bug – or are they supposed to be the same? |
| [16:18:12] | dblain: | Have no idea... just looked up the return format for you. I can only assume the cardid was removed but the person didn't want to break the protocol so duplicated the inputid was used as a place holder. |
| [16:39:19] | letifosi_ (letifosi_!~letifosif@216.207.42.134) has joined #mythtv | |
| [16:42:32] | letifosi_ (letifosi_!~letifosif@216.207.42.134) has quit (Read error: Connection reset by peer) | |
| [16:42:37] | letifos__ (letifos__!~letifosif@216.207.42.134) has joined #mythtv | |
| [16:43:15] | letifosiferrari (letifosiferrari!~letifosif@216.207.42.132) has quit (Ping timeout: 244 seconds) | |
| [17:08:13] | peterbennett (peterbennett!~Peter@mythtv/developer/peterbennett) has joined #mythtv | |
| [17:10:05] | gigem: | high-rez: Yes, they are supposed to be the same. That's the result of inputid and cardid being made synonymous last year. I probably should have removed the redundancy when I added reclimit recently. I might have to make another change soon and will try to remember to do it then. |
| [17:10:49] | high-rez: | gigem: Thanks for the explanation. |
| [17:11:00] | gigem: | yw |
| [17:15:14] | high-rez: | I'm still confused though. The data from the server seems to have 11 inputs per element, but the description shows 12. Perhaps this is a difference between proto 88 and 89. |
| [17:15:36] | high-rez: | Oh yeah, I see 89 added reclimit. |
| [17:17:03] | peterbennett (peterbennett!~Peter@mythtv/developer/peterbennett) has left #mythtv () | |
| [17:36:17] | dekarl: | man really looking forward to a MythTV pootle service. trying to translate something else on transifex today and its 502ing over and over |
| [17:53:17] | peterbennett (peterbennett!~Peter@mythtv/developer/peterbennett) has joined #mythtv | |
| [18:08:43] | letifos__ (letifos__!~letifosif@216.207.42.134) has quit (Remote host closed the connection) | |
| [18:09:10] | letifosiferrari (letifosiferrari!~letifosif@216.207.42.132) has joined #mythtv | |
| [19:45:38] | high-rez: | Is it safe to say that recorder id (as in from the deprecated get_next_free_recorder) and inputid reference the same thing? |
| [19:47:18] | high-rez: | As it appears I need to call get_recorder_from_num where I pass a recorder id that I learned from get_free_input_info – but there's not a recorderid field returned in that call. |
| [19:48:14] | peterbennett (peterbennett!~Peter@mythtv/developer/peterbennett) has quit (Quit: Leaving.) | |
| [19:49:34] | peterbennett (peterbennett!~Peter@mythtv/developer/peterbennett) has joined #mythtv | |
| [20:05:41] | willcooke (willcooke!~willcooke@ubuntu/member/willcooke) has quit (Quit: Do your hobbies) | |
| [20:14:12] | vfw (vfw!~mythtv@74.113.246.165) has joined #mythtv | |
| [20:15:25] | vfw: | I have mythbackend and mythfrontend running on user mythtv I also have another client that connects as well, but different user. |
| [20:16:06] | dekarl1 (dekarl1!~dekarl@mythtv/developer/dekarl) has joined #mythtv | |
| [20:16:11] | vfw: | Question: On the server; If I change system password for user "mythtv", will I have to change anything in mythtv settings? |
| [20:16:55] | vfw: | (It's running on linux kernel 4.5.4–1) |
| [20:17:45] | peterbennett (peterbennett!~Peter@mythtv/developer/peterbennett) has quit (Quit: Leaving.) | |
| [20:18:06] | vfw: | (I installed on this computer about 8 months ago.) |
| [20:18:34] | dekarl (dekarl!~dekarl@mythtv/developer/dekarl) has quit (Ping timeout: 240 seconds) | |
| [20:24:12] | vfw (vfw!~mythtv@74.113.246.165) has quit (Quit: leaving) | |
| [20:33:58] | dekarl1 is now known as dekarl | |
| [21:28:21] | letifosi_ (letifosi_!~letifosif@216.207.42.134) has joined #mythtv | |
| [21:29:27] | SteveGoodey (SteveGoodey!~steve@host31-50-133-80.range31-50.btcentralplus.com) has quit (Quit: Konversation terminated!) | |
| [21:31:23] | letifosiferrari (letifosiferrari!~letifosif@216.207.42.132) has quit (Ping timeout: 244 seconds) | |
| [21:32:38] | letifosi_ (letifosi_!~letifosif@216.207.42.134) has quit (Remote host closed the connection) | |
| [21:34:08] | letifosiferrari (letifosiferrari!~letifosif@216.207.42.134) has joined #mythtv | |
| [21:35:51] | gigem: | high-rez: Yes, that's correct. We haven't always been tight with our terminology, but for all intents and purposes, recorder, card, input, tuner, etc. are all synonymous now. |
| [21:36:13] | high-rez: | gigem: I think I also saw it refered to as encoder too |
| [21:36:14] | high-rez: | :) |
| [21:36:28] | gigem: | It wouldn't surprise me. |
| [21:37:19] | high-rez: | Well I've made progress so I'm feeling good. |
| [21:37:42] | letifosiferrari (letifosiferrari!~letifosif@216.207.42.134) has quit (Remote host closed the connection) | |
| [21:41:24] | gigem: | high-rez: Ooh, with one exception. Input is still overloaded for some card types. For example, an old analog card or can have tuner/television, composite and s-video 'inputs'. Likewise, an hdpvr can have component, composite and s-video 'inputs'. Think of those 'inputs' more as physical inputs on the hardware. |
| [21:43:14] | joki (joki!~joki@p5486170F.dip0.t-ipconnect.de) has quit (Ping timeout: 258 seconds) | |
| [21:44:16] | high-rez: | Hmm, I'll have to drink beer and think about the implications of that. |
| [21:48:52] | joki (joki!~joki@p54860A31.dip0.t-ipconnect.de) has joined #mythtv | |
| [21:56:08] | mad_enz (mad_enz!~mad_enz@2607:f090:488d:8d:cc00:ce86:12f4:5898) has quit (Ping timeout: 250 seconds) | |
| [22:14:10] | Tobbe5178 (Tobbe5178!~asdf@2001:2002:d4b5:afb8:f488:e7c3:1375:b0e0) has quit (Read error: Connection reset by peer) | |
| [22:37:12] | superm1 (superm1!uid4318@ubuntu/member/superm1) has quit (Quit: Connection closed for inactivity) | |
| [22:43:35] | amessina (amessina!~amessina@unaffiliated/amessina) has joined #mythtv | |
| [22:43:52] | bill6502 (bill6502!~bill@24-148-53-32.c3-0.alc-ubr1.chi-alc.il.cable.rcn.com) has joined #mythtv | |
| [22:47:16] | gary_buhrmaster (gary_buhrmaster!~gtb@2601:647:4801:98e3:222:4dff:fe51:6728) has quit (Ping timeout: 250 seconds) | |
| [22:50:29] | mad_enz (mad_enz!~mad_enz@2607:f090:488d:8d:35f8:c3e7:5606:7beb) has joined #mythtv | |
| [22:52:12] | gary_buhrmaster (gary_buhrmaster!~gtb@2601:647:4801:98e3:222:4dff:fe51:6728) has joined #mythtv | |
| [22:53:30] | gigem: | high-rez: Don't fret over it. The way MythTV works now, each MythTV corresponds to only one physical input. For example, if a user actually wants to use the physcial television and s-video inputs on a device, they need to configure a MythTV input for each one. The same goes for diseqc enabled devices where the user needs to configure a separate MythTV input for each port on the diseqc switch. |
| [22:55:45] | high-rez: | Ok, that makes sense. |
| [22:56:02] | high-rez: | But I think what I take from it, getting a list of free inputs isn't quite enough |
| [22:56:22] | high-rez: | You need to make sure that the input you got also is applicable to the video source you're interested in. |
| [22:56:45] | high-rez: | For example, if I have two dvb-s cards, one each connected to an LNB pointing at a different sat in the sky |
| [22:57:27] | high-rez: | And I call getFreeInputInfo() – I get a list of free inputs (two in this case) but only one of them will have the channel I care about. |
| [22:58:31] | high-rez: | Though, if one of the dvb-s cards is connected to a disecq switch, each switch port is enumerated as a separate input itself. |
| [22:59:43] | high-rez: | So I have two cards in a scenario card 1 is lnb direct and card 2 is via a 4-port disecq. In this scenario I have inputs 1–5. If someone grabs any one of the inputs 2–5, all of the inputs 2–5 become unavailable. |
| [23:01:11] | high-rez: | (*** except in the case of multi rec, but in that scenario each multirec device is actually enumerated as a seprate input) |
| [23:36:01] | knightr: | dekarl, you know I am looking into it, don't worry, it's coming... Please don't put any additional pressure, that's definitly the last thing I need... |
IRC Logs collected by
BeirdoBot.
Please use the above link to report any bugs.