| Sunday, November 25th, 2012, 00:03 UTC | ||
| [00:03:09] | jpabq: | Nevermind. Clearing out the installed libs, and re-installing seems to have fixed it. |
| [00:07:37] | pv2b (pv2b!~pv2b@c213-89-173-137.bredband.comhem.se) has joined #mythtv | |
| [00:09:20] | amessina (amessina!~amessina@2001:470:c1dc:7779:d6be:d9ff:fe8d:7c1e) has joined #mythtv | |
| [00:10:11] | pv2b (pv2b!~pv2b@c213-89-173-137.bredband.comhem.se) has left #mythtv () | |
| [00:31:31] | pv2b (pv2b!~pv2b@c213-89-173-137.bredband.comhem.se) has joined #mythtv | |
| [00:32:40] | ewindisch (ewindisch!~eric@pool-72-94-179-11.phlapa.fios.verizon.net) has quit (Quit: ewindisch) | |
| [00:47:28] | ewindisch (ewindisch!~eric@pool-72-94-179-11.phlapa.fios.verizon.net) has joined #mythtv | |
| [00:57:43] | natanojl (natanojl!~jonatan@c83-252-237-63.bredband.comhem.se) has quit (Ping timeout: 260 seconds) | |
| [01:34:23] | ewindisch (ewindisch!~eric@pool-72-94-179-11.phlapa.fios.verizon.net) has quit (Quit: ewindisch) | |
| [01:48:58] | ewindisch (ewindisch!~eric@pool-72-94-179-11.phlapa.fios.verizon.net) has joined #mythtv | |
| [01:51:46] | ewindisch (ewindisch!~eric@pool-72-94-179-11.phlapa.fios.verizon.net) has quit (Client Quit) | |
| [01:52:52] | stichnot: | danielk22: I started the cleanup for #10786 (remove legacy cc608 teletext captions). It's very clear what to do for subtitlescreen.cpp and related. Do you think CC608Reader::GetOutputText(bool &changed, int &streamIdx) should completely ignore teletext packets, or continue to parse them in order to just skip them? Finally, what would you do about FormatTT() in NuppelVideoRecorder.cpp and... |
| [01:52:52] | ** MythLogBot http://code.mythtv.org/trac/ticket/10786 ** | |
| [01:52:54] | stichnot: | ...v4lrecorder.cpp? |
| [01:56:46] | ewindisch (ewindisch!~eric@pool-72-94-179-11.phlapa.fios.verizon.net) has joined #mythtv | |
| [02:38:23] | Seeker` (Seeker`!~cjo20@host86-149-57-12.range86-149.btcentralplus.com) has joined #mythtv | |
| [02:38:23] | Seeker` (Seeker`!~cjo20@host86-149-57-12.range86-149.btcentralplus.com) has quit (Changing host) | |
| [02:38:23] | Seeker` (Seeker`!~cjo20@unaffiliated/seeker) has joined #mythtv | |
| [02:41:15] | rsiebert_ (rsiebert_!~quassel@g226063234.adsl.alicedsl.de) has joined #mythtv | |
| [02:44:25] | rsiebert (rsiebert!~quassel@g225058114.adsl.alicedsl.de) has quit (Ping timeout: 244 seconds) | |
| [02:44:39] | ewindisch (ewindisch!~eric@pool-72-94-179-11.phlapa.fios.verizon.net) has quit (Quit: ewindisch) | |
| [02:47:39] | ewindisch (ewindisch!~eric@pool-72-94-179-11.phlapa.fios.verizon.net) has joined #mythtv | |
| [02:49:54] | ewindisch (ewindisch!~eric@pool-72-94-179-11.phlapa.fios.verizon.net) has quit (Client Quit) | |
| [03:09:44] | ewindisch (ewindisch!~eric@pool-72-94-179-11.phlapa.fios.verizon.net) has joined #mythtv | |
| [04:03:24] | amessina (amessina!~amessina@2001:470:c1dc:7779:d6be:d9ff:fe8d:7c1e) has quit (Quit: Konversation terminated!) | |
| [04:11:59] | Sharky112065 is now known as Sharky-AFK | |
| [04:40:20] | ewindisch (ewindisch!~eric@pool-72-94-179-11.phlapa.fios.verizon.net) has quit (Read error: Connection reset by peer) | |
| [04:41:24] | ewindisch (ewindisch!~eric@pool-72-94-179-11.phlapa.fios.verizon.net) has joined #mythtv | |
| [04:49:08] | zombor (zombor!~zombor__@kohana/developer/zombor) has quit (Remote host closed the connection) | |
| [04:57:47] | ewindisch (ewindisch!~eric@pool-72-94-179-11.phlapa.fios.verizon.net) has quit (Quit: ewindisch) | |
| [05:18:24] | zombor (zombor!~zombor__@65.29.231.135) has joined #mythtv | |
| [05:18:24] | zombor (zombor!~zombor__@65.29.231.135) has quit (Changing host) | |
| [05:18:24] | zombor (zombor!~zombor__@kohana/developer/zombor) has joined #mythtv | |
| [05:26:57] | zombor (zombor!~zombor__@kohana/developer/zombor) has quit (Remote host closed the connection) | |
| [05:32:21] | stichnot (stichnot!~stichnot@mythtv/developer/stichnot) has quit (Ping timeout: 255 seconds) | |
| [05:33:30] | stichnot (stichnot!~stichnot@adsl-69-110-235-11.dsl.pltn13.pacbell.net) has joined #mythtv | |
| [05:33:30] | stichnot (stichnot!~stichnot@adsl-69-110-235-11.dsl.pltn13.pacbell.net) has quit (Changing host) | |
| [05:33:30] | stichnot (stichnot!~stichnot@mythtv/developer/stichnot) has joined #mythtv | |
| [05:51:44] | wayne (wayne!~wayne@codeworks.gen.nz) has joined #mythtv | |
| [06:11:48] | sutula (sutula!sutula@nat/hp/session) has joined #mythtv | |
| [06:11:48] | taylorr (taylorr!~taylorr@cpe-173-095-145-027.nc.res.rr.com) has joined #mythtv | |
| [06:12:17] | MythBuild (MythBuild!~MythBuild@alcor.mythtv.org) has joined #mythtv | |
| [06:19:09] | monkeypet (monkeypet!~monkeypet@c-24-6-135-62.hsd1.ca.comcast.net) has joined #mythtv | |
| [06:19:36] | Anssi (Anssi!hannulaa@mandriva/developer/anssi) has joined #mythtv | |
| [06:19:37] | xavierh (xavierh!~xavier@cpc1-swin3-0-0-cust274.3-1.cable.virginmedia.com) has joined #mythtv | |
| [06:19:37] | jwhite (jwhite!~jwhite@75-146-153-89-minnesota.hfc.comcastbusiness.net) has joined #mythtv | |
| [06:19:45] | jst (jst!~quassel@2620:101:8003:200:224:e8ff:fe39:34c2) has joined #mythtv | |
| [06:19:45] | ElmerFudd (ElmerFudd!~le@0x5737a682.cpe.ge-0-1-0-1101.hsnqu1.customer.tele.dk) has joined #mythtv | |
| [06:19:54] | skd5aner (skd5aner!~skd5aner@50.90.30.141) has joined #mythtv | |
| [06:19:54] | superm1 (superm1!u4318@ubuntu/member/superm1) has joined #mythtv | |
| [06:19:54] | joe___ (joe___!~bob@64.73.32.135) has joined #mythtv | |
| [06:20:05] | MythLogBot is now known as Guest28648 | |
| [06:21:42] | petefunk (petefunk!~pfunk@198.23.147.3) has joined #mythtv | |
| [06:21:42] | Chutt (Chutt!~ijr@cpe-24-29-225-175.neo.res.rr.com) has joined #mythtv | |
| [06:21:42] | aloril (aloril!~aloril@dsl-tkubrasgw3-fe7ef900-153.dhcp.inet.fi) has joined #mythtv | |
| [06:21:42] | jpabq (jpabq!~quassel@mythtv/developer/jpabq) has joined #mythtv | |
| [06:21:42] | seld (seld!~seld@h170n6-rny-a12.ias.bredband.telia.com) has joined #mythtv | |
| [06:21:42] | coling (coling!~colin@cpc7-sgyl36-2-0-cust267.18-2.cable.virginmedia.com) has joined #mythtv | |
| [06:21:49] | len (len!~quassel@75-161-183-113.mpls.qwest.net) has joined #mythtv | |
| [06:21:49] | joki (joki!~joki@p54864D87.dip.t-dialin.net) has joined #mythtv | |
| [06:22:01] | stuartm (stuartm!~stuartm@mythtv/developer/stuartm) has joined #mythtv | |
| [06:22:01] | tris (tris!tristan@camel.ethereal.net) has joined #mythtv | |
| [06:22:01] | Peitolm (Peitolm!~moreyc@unaffiliated/peitolm) has joined #mythtv | |
| [06:22:03] | coredumb (coredumb!~coredumb@ns.coredumb.net) has joined #mythtv | |
| [06:22:04] | Cougar (Cougar!~cougar@kkk.version6.net) has joined #mythtv | |
| [06:22:04] | kurre2 (kurre2!~tomimo@xdsl-83-150-88-111.nebulazone.fi) has joined #mythtv | |
| [06:23:56] | len is now known as Guest95411 | |
| [06:38:50] | sutula (sutula!sutula@nat/hp/session) has quit (Changing host) | |
| [06:38:50] | sutula (sutula!sutula@nat/hp/x-ncafeeemwzfvqmdm) has joined #mythtv | |
| [06:44:11] | stichnot (stichnot!~stichnot@mythtv/developer/stichnot) has quit (Ping timeout: 245 seconds) | |
| [07:01:51] | stichnot (stichnot!~stichnot@adsl-69-110-235-11.dsl.pltn13.pacbell.net) has joined #mythtv | |
| [07:01:51] | stichnot (stichnot!~stichnot@adsl-69-110-235-11.dsl.pltn13.pacbell.net) has quit (Changing host) | |
| [07:01:51] | stichnot (stichnot!~stichnot@mythtv/developer/stichnot) has joined #mythtv | |
| [07:12:13] | Sharky-AFK is now known as Sharky112065 | |
| [07:20:08] | Sharky112065 is now known as Sharky-AFK | |
| [07:30:05] | stoffel (stoffel!~quassel@pD9E43982.dip.t-dialin.net) has joined #mythtv | |
| [08:15:06] | Goga777 (Goga777!~Goga777@128-71-160-221.broadband.corbina.ru) has joined #mythtv | |
| [08:18:55] | wayne (wayne!~wayne@codeworks.gen.nz) has quit (Ping timeout: 255 seconds) | |
| [08:24:36] | Goga777 (Goga777!~Goga777@128-71-160-221.broadband.corbina.ru) has quit (Read error: No route to host) | |
| [08:25:28] | Goga777 (Goga777!~Goga777@128-71-160-221.broadband.corbina.ru) has joined #mythtv | |
| [08:52:25] | amessina (amessina!~amessina@2001:470:c1dc:7779:d6be:d9ff:fe8d:7c1e) has joined #mythtv | |
| [09:04:32] | Guest95411 (Guest95411!~quassel@75-161-183-113.mpls.qwest.net) has quit (Remote host closed the connection) | |
| [09:11:45] | Goga777 (Goga777!~Goga777@128-71-160-221.broadband.corbina.ru) has quit (Ping timeout: 260 seconds) | |
| [09:13:18] | Goga777 (Goga777!~Goga777@128-71-160-221.broadband.corbina.ru) has joined #mythtv | |
| [09:47:51] | Sharky-AFK is now known as Sharky112065 | |
| [10:35:37] | Sharky112065 is now known as Sharky-Sleep | |
| [10:58:22] | SteveGoodey (SteveGoodey!~steve@host86-148-172-139.range86-148.btcentralplus.com) has joined #mythtv | |
| [11:30:58] | natanojl (natanojl!~jonatan@c83-252-237-63.bredband.comhem.se) has joined #mythtv | |
| [12:22:15] | petefunk (petefunk!~pfunk@198.23.147.3) has quit (Ping timeout: 276 seconds) | |
| [12:22:28] | petefunk (petefunk!~pfunk@198.23.147.3) has joined #mythtv | |
| [12:30:30] | Goga777 (Goga777!~Goga777@128-71-160-221.broadband.corbina.ru) has quit (Read error: Connection reset by peer) | |
| [12:31:29] | Goga777 (Goga777!~Goga777@128-71-160-221.broadband.corbina.ru) has joined #mythtv | |
| [12:36:54] | IReboot (IReboot!~doug@CPE1caff7df6774-CM00252eac6f40.cpe.net.cable.rogers.com) has quit (Remote host closed the connection) | |
| [12:38:24] | IReboot (IReboot!~doug@CPE1caff7df6774-CM00252eac6f40.cpe.net.cable.rogers.com) has joined #mythtv | |
| [13:12:32] | stuartm: | |
| [13:49:42] | stoffel_ (stoffel_!~quassel@pD9E42FA0.dip.t-dialin.net) has joined #mythtv | |
| [13:50:21] | stoffel (stoffel!~quassel@pD9E43982.dip.t-dialin.net) has quit (Ping timeout: 260 seconds) | |
| [14:01:33] | natanojl (natanojl!~jonatan@c83-252-237-63.bredband.comhem.se) has quit (Ping timeout: 260 seconds) | |
| [14:01:50] | Goga777 (Goga777!~Goga777@128-71-160-221.broadband.corbina.ru) has quit (Remote host closed the connection) | |
| [14:21:50] | zombor (zombor!~zombor__@65.29.231.135) has joined #mythtv | |
| [14:21:50] | zombor (zombor!~zombor__@65.29.231.135) has quit (Changing host) | |
| [14:21:51] | zombor (zombor!~zombor__@kohana/developer/zombor) has joined #mythtv | |
| [14:23:50] | SteveGoodey (SteveGoodey!~steve@host86-148-172-139.range86-148.btcentralplus.com) has quit (Quit: Konversation terminated!) | |
| [14:55:27] | danielk22: | stichnot: AFAIK FormatTT is used for DVB Teletext which is still being used. For CC608 reader I think we should parse the packets to ignore them. |
| [14:57:32] | danielk22: | The way CC608 data is interleaved it is really hard to get any of it without interpreting all of it. Like last year I had to improve our XDS parsing because miss-parsing that metadata was causing problems with the text. |
| [14:59:29] | zombor (zombor!~zombor__@kohana/developer/zombor) has quit (Remote host closed the connection) | |
| [15:02:40] | danielk22: | stuartm: This exceeds my SQL-fu, but wouldn't adding 'distinct' to the select fix this without complicating the "group by" code? (I know we could also just use a set and to exclude duplicates in the loop following the select but then we're still pulling data out of the DB we don't have to). |
| [15:07:28] | danielk22: | stuartm: umm, looking at this again it really does look like the duplicated chanid's are really needed to represent all the cardid's a chanid might be on. |
| [15:09:30] | stichnot: | danielk22: thanks. |
| [15:12:26] | danielk22: | stuartm: What I can't tell is why cardid is needed in DBChannel and why it is an int and not a set of ints. If I were trying to simplify those classes I'd try to figure out if the cardid is being used and what it is being used for. |
| [15:14:21] | stuartm: | if I were to guess it would be the live tv browse code, but I'll check on that |
| [15:14:21] | danielk22: | To do that I'd just remove cardid from the DBChannel and find out what other code doesn't compile... |
| [15:14:45] | stuartm: | a list of ints would be tidier than one entry for each channel/card mapping |
| [15:15:33] | danielk22: | yep |
| [15:16:02] | GreyFoxx (GreyFoxx!~greg@out.of.phaze.org) has quit (Changing host) | |
| [15:16:02] | GreyFoxx (GreyFoxx!~greg@mythtv/developer/GreyFoxx) has joined #mythtv | |
| [15:16:15] | danielk22: | The current representation looks like a direct mapping of the SQL output. |
| [15:22:01] | stuartm: | for most purposes cardid shouldn't be needed in ChannelInfo (DBChannel) and I'd probably not even bother to load it, so I'd modify it to optionally link on that table if required, that should speed up the loading |
| [15:22:23] | danielk22: | yeah, just figuring out when it is needed.. |
| [15:23:10] | stuartm: | firing up kdevelop now, it can list all uses of a variable |
| [15:23:21] | stuartm: | a little faster than removing/recompiling |
| [15:24:29] | stuartm: | similarly for groupid, we're duplicating on each group mapping, so a list would be better there |
| [15:26:24] | danielk22: | stuartm: Pretty sure the uses will not be so easy to find.. See DBChannel::ToMap... |
| [15:27:37] | stuartm: | I added the ToMap() earlier this year iirc, it's only used in the UI – unless of course someone else has added code since to use it for other purposes |
| [15:28:35] | danielk22: | I doubt it.. so then you are probably safe to just look at .cardid uses.. |
| [15:30:11] | stuartm: | I pretty sure cardid isn't even used by anyone in a theme, it's not useful information given a single channel might be mapped to multiple cards/virtual tuners |
| [15:32:51] | stuartm: | ok, so kdevelop reckons that TVBrowseHelper:GetChanId() is the only user |
| [15:33:15] | danielk22: | So as you suspected it is only used for channel browsing.. |
| [15:36:32] | danielk22: | stuartm: Looking at that pref_cardid code it would be trivial for it to deal with a set of cardid's for each chanid. Just change it the first clause in the if to (*it).cardids.contains(pref_cardid). |
| [15:36:49] | stuartm: | danielk22: yeah, thinking the same thing |
| [15:43:11] | danielk22: | looks like tvbrowsehelper.cpp was written when we could still flip to invisible channels in livetv and then changed without getting rid of the db_all_visible_channels vs db_all_channels distinction. |
| [16:11:38] | stuartm: | groupid is also only use in ToMap() to provide the channel group name, I'll replace that since there really isn't any need for it that I can see, it implies a one to one mapping that I don't think exists |
| [16:51:58] | stoffel_ (stoffel_!~quassel@pD9E42FA0.dip.t-dialin.net) has quit (Remote host closed the connection) | |
| [17:12:46] | stuartm: | danielk22: ok, so TVBrowseHelper::GetChanId() is only used for one minor feature, the ability in browse mode to jump direct to a particular channel in the list, seems to me that no harm would come from just loading up the cardids in a seperate query on-demand (caching the result) which would remove the joins entirely and simplify the code |
| [17:17:08] | stuartm: | there's no real speed penalty incurred since a user might only jump around the browse list that way for a couple of channels, it should improve the speed of loading the channel list in the first place which far more users would benefit from |
| [17:28:23] | stuartm: | refactoring it that way |
| [17:38:25] | zombor (zombor!~zombor__@65.29.231.135) has joined #mythtv | |
| [17:38:25] | zombor (zombor!~zombor__@65.29.231.135) has quit (Changing host) | |
| [17:38:25] | zombor (zombor!~zombor__@kohana/developer/zombor) has joined #mythtv | |
| [17:40:47] | danielk22: | I wouldn't call that a minor feature, that's really the only way I use browse mode. Way too many channels to use the up/down arrows. |
| [17:43:09] | stuartm: | really? fair enough |
| [17:47:15] | stuartm: | still, that one query performed on-demand per channel takes a few ms, verses performing the same query on hundreds of channels at livetv startup which takes quite a bit longer |
| [17:47:49] | jpabq: | I can never remember the exact channel number, anyway :-) I have to hope that I can remember a channel that actually exists in that range, just so I can get there, and then use up/down to "fine tune". |
| [17:52:42] | stuartm: | I guess I just don't have that many channels to browse, most of them are hidden, if I'm seriously browsing then bringing up the guide is faster too, so I just tend to use browse mode to check what's on the adjacent channels |
| [17:53:50] | stuartm: | the major channels are all between 1–5, 1–40 covers everything you might ever want to watch except for news channels which are in the 80s |
| [17:59:14] | danielk22: | stuartm: Do you have some actual numbers on the lookup times? |
| [18:00:42] | danielk22: | Might be useful for figuring out the optimal caching strategy. |
| [18:24:59] | knightr_ (knightr_!~knightr@69-165-170-178.dsl.teksavvy.com) has quit (Ping timeout: 252 seconds) | |
| [18:29:26] | wayne (wayne!~wayne@codeworks.gen.nz) has joined #mythtv | |
| [18:30:08] | stuartm: | 0.05129526 sec for the existing full query, 0.00684058 sec per query to do the on-demand lookup, obviously if we were interested in the values for all channels then it's faster to do one single big query but otherwise it adds just 7ms each time you enter a number in browse mode (and then it's cached for the duration) |
| [18:30:54] | stuartm: | the 7ms should be pretty constant, whereas the big query will vary with the number of channels |
| [18:31:54] | stuartm: | I have 447 channels in my database, just 95 are visible |
| [18:32:54] | guest___ (guest___!bcc2955a@gateway/web/freenode/ip.188.194.149.90) has joined #mythtv | |
| [18:32:57] | danielk22: | 7ms isn't by itself noticeable.. 50 ms can be.... |
| [18:33:26] | danielk22: | I think you're on the right track with those numbers. |
| [18:38:32] | dekarl1 is now known as dekarl | |
| [18:40:01] | lvmer1 (lvmer1!~Jimmy@c-76-124-164-143.hsd1.pa.comcast.net) has quit (Read error: Connection reset by peer) | |
| [18:42:11] | lvmer (lvmer!~Jimmy@c-76-124-164-143.hsd1.pa.comcast.net) has joined #mythtv | |
| [18:44:12] | dekarl (dekarl!~dekarl@p4FCEFAD9.dip.t-dialin.net) has quit (Ping timeout: 255 seconds) | |
| [18:48:05] | dekarl (dekarl!~dekarl@p4FE847BE.dip.t-dialin.net) has joined #mythtv | |
| [18:52:18] | joki (joki!~joki@p54864D87.dip.t-dialin.net) has quit (Ping timeout: 260 seconds) | |
| [18:53:06] | joki (joki!~joki@p54865068.dip.t-dialin.net) has joined #mythtv | |
| [18:57:11] | xavierh (xavierh!~xavier@cpc1-swin3-0-0-cust274.3-1.cable.virginmedia.com) has quit (Read error: Operation timed out) | |
| [19:03:50] | stuartm: | heh, well that was a waste of my time, missed the fact that we can only exclude disconnected channels if we do those joins, if we're doing the joins then it's pointless not to grab the cardid at the same time |
| [19:08:24] | stuartm: | wasn't seeing the wood for the trees, but it leaves me wondering how best to build a list of cardids with the way the query is returning the information presently |
| [19:13:29] | stuartm: | maybe a sub-query instead of a join ... |
| [19:26:28] | SteveGoodey (SteveGoodey!~steve@host86-148-172-139.range86-148.btcentralplus.com) has joined #mythtv | |
| [19:32:04] | guest___ (guest___!bcc2955a@gateway/web/freenode/ip.188.194.149.90) has left #mythtv () | |
| [19:38:30] | stuartm: | ah-hah, GROUP_CONCAT() |
| [19:51:37] | knightr (knightr!~knightr@mythtv/developer/knightr) has joined #mythtv | |
| [20:07:50] | SteveGoodey (SteveGoodey!~steve@host86-148-172-139.range86-148.btcentralplus.com) has quit (Quit: Konversation terminated!) | |
| [20:10:43] | Sharky-Sleep is now known as Sharky112065 | |
| [20:12:25] | xavierh (xavierh!~xavier@cpc1-swin3-0-0-cust274.3-1.cable.virginmedia.com) has joined #mythtv | |
| [20:16:25] | danielk22: | stuartm: Is it really the query that takes a long time or is it all the explicit and implicit mallocs involved in creating the DBChannel's? |
| [20:18:31] | stuartm: | danielk22: I only timed the query |
| [20:19:36] | danielk22: | I find it odd that the query itself takes that long. I'd have expected something in the < 5 ms range. |
| [20:21:04] | danielk22: | 500 channels is nothing. I'd expect it to be permanently cached in RAM after the first time MythTV fires up. |
| [20:21:07] | stuartm: | danielk22: depends on the state of the mysql caches, but it's consistently over 20ms here, and 50ms+ when the caches aren't being used |
| [20:21:48] | stuartm: | I've got a working solution which keeps the query but only constructs one ChannelInfo (DBChannel was renamed/merged with ChannelInfo), which if nothing else should save a little memory and tidies it up a bit |
| [20:21:49] | danielk22: | :( Sometimes mysql leaves me scratching my head. |
| [20:22:31] | stuartm: | danielk22: tbh the speed boost was only going to be a bonus of making the change, not the reason for doing it in the first place |
| [20:23:32] | stuartm: | if it were higher still, e.g. 100ms I'd work harder on eliminating or re-structuring the query but I'm sure there are better uses of my time |
| [20:25:45] | skrock (skrock!~skrock@c-167270d5.024-74-736b7610.cust.bredbandsbolaget.se) has joined #mythtv | |
| [20:25:55] | stuartm: | what I was trying to achieve was having a single place where we load a list of channels instead of multiple places/queries which all needed to be kept in sync, the existing query returning (channels * virtual tuners * cards) wasn't especially useful because of all the duplicates |
| [20:26:24] | stuartm: | the GROUP_CONCAT stuff seems to have solved that very neatly |
| [20:28:43] | lvmer (lvmer!~Jimmy@c-76-124-164-143.hsd1.pa.comcast.net) has quit (Read error: Connection reset by peer) | |
| [20:28:50] | xris: | jpabq: I thought I fixed the perl bindings last night but now things aren't behaving properly (audio properties field is set to the string "Default"). can you point me to a definition that lists what's supposed to be in that record? |
| [20:30:40] | lvmer (lvmer!~Jimmy@c-76-124-164-143.hsd1.pa.comcast.net) has joined #mythtv | |
| [20:31:06] | danielk22: | I have the mythsocket branch ready for merging, any reason to hold off? |
| [20:34:44] | jpabq: | xris: is it getting it from Scheduler::AddNewRecords mythtv/programs/mythbackend/scheduler.cpp ? |
| [20:37:46] | stuartm: | danielk22: this is the re-write to use the new QT socket stuff? |
| [20:41:14] | danielk22: | Yep |
| [20:42:21] | danielk22: | libmythupnp still uses the Qt3 socket API, but all the other MythSocket stuff is ported over. |
| [20:43:30] | stuartm: | no reason I can think of, it will probably conflict (mythversion.h) with the commit I was about to push but that's easily fixed |
| [20:43:54] | danielk22: | stuartm: If you are ready to push, go ahead & I'll follow. |
| [20:44:22] | stuartm: | no that's ok, I want to spend a few minutes more testing first |
| [20:45:46] | danielk22: | ok, I'll do a last recompile from scratch and then push. |
| [20:47:49] | xris: | jpabq: thx |
| [20:52:31] | uglyoldbob (uglyoldbob!~quassel@96.31.212.218) has quit (Remote host closed the connection) | |
| [21:13:38] | xris: | anyone know why mythtranscode might not be finding a recording by chanid/startting? |
| [21:13:41] | xris: | starttime |
| [21:15:26] | xris: | oh interesting. the date (day) is incorrect. |
| [21:16:32] | MythBuild: | build #167 of master-f17–32bit is complete: Failure [4failed compile core] Build details are at http://code.mythtv.org/buildbot/builders/mast . . . t/builds/167 blamelist: Lawrence Rust <lvr@softsystem.co.uk >, John Pilkington <J.Pilk@tesco.net >, Stuart Morgan <smorgan@mythtv.org >, Daniel Kristjansson <danielk@cuymedia.net >, GDragon <gdragon@jetcom.org >, Paul |
| [21:16:32] | MythBuild: | Gardiner <paul@glidos.site >, Jonatan Lindblad <jlindblad@mythtv.org >, Gary Buhrmaster <gary.buhrmaster@gmail.com >, Raymond Wagner <rwagner@mythtv.org >, David Engel <dengel@mythtv.org >, Nicolas Riendeau <nriendeau@mythtv.org >, Daniel Thor Kristjansson <dkristjansson@mythtv.org >, Paul Harrison <pharrison@mythtv.org >, Stuart Auchterlonie <stuarta@squashedfrog.net >, Jim |
| [21:16:33] | MythBuild: | Stichnoth <jstichnoth@mythtv.org >, Daniel Thor Kristjansson <danielk@cuymedia.net >, Gavin Hurlbut <ghurlbut@mythtv.org > |
| [21:17:20] | jpabq: | xris: UTC vs. local problem? |
| [21:17:21] | MythBuild: | build #81 of master-debian-wheezy-64bit is complete: Failure [4failed compile core] Build details are at http://code.mythtv.org/buildbot/builders/mast . . . it/builds/81 blamelist: Lawrence Rust <lvr@softsystem.co.uk >, John Pilkington <J.Pilk@tesco.net >, Stuart Morgan <smorgan@mythtv.org >, Daniel Kristjansson <danielk@cuymedia.net >, GDragon |
| [21:17:21] | MythBuild: | <gdragon@jetcom.org >, Paul Gardiner <paul@glidos.site >, Jonatan Lindblad <jlindblad@mythtv.org >, Gary Buhrmaster <gary.buhrmaster@gmail.com >, Raymond Wagner <rwagner@mythtv.org >, David Engel <dengel@mythtv.org >, Nicolas Riendeau <nriendeau@mythtv.org >, Daniel Thor Kristjansson <dkristjansson@mythtv.org >, Paul Harrison <pharrison@mythtv.org >, Stuart Auchterlonie |
| [21:17:22] | MythBuild: | <stuarta@squashedfrog.net >, Jim Stichnoth <jstichnoth@mythtv.org >, Daniel Thor Kristjansson <danielk@cuymedia.net >, Gavin Hurlbut <ghurlbut@mythtv.org > |
| [21:19:00] | xris: | jpabq: must be. though it's off by 23 hours (cli vs actual filename) |
| [21:20:49] | xris: | given that mythweb can find it, I guess it's something in the perl layer. maybe I should just rewrite nuvexport in python. ;) |
| [21:20:53] | xris: | or go. :) |
| [21:23:09] | stuartm: | danielk22: the change browse channel by inputting the number isn't actually working for me, but as far as I can tell it's nothing to do with my changes, it's changing the channel instead which should only happen if we're not in browse mode (which I am) |
| [21:24:43] | stuartm: | ah nevermind, different behaviour if you hit enter, thought it needed to be committed |
| [21:25:18] | stuartm: | very slow way to navigate though since you have to wait for the timeout |
| [21:27:28] | danielk22: | stuartm: I don't recall it being slow, but it probably jumps quickly if the channum is unique rather than ambiguous (13–1 vs 5,50,500). |
| [21:29:12] | xris: | weird. just this one mythbusters episode that won't select. something in DST conversion, maybe... |
| [21:30:18] | xris: | yup. stuff recorded after the DST switch is broken. weird... |
| [21:30:31] | xris: | I'll blame perl for this one. |
| [21:30:35] | xris: | will have to find time this week to fix it |
| [21:31:04] | stuartm: | danielk22: yeah seems to work that way |
| [21:37:07] | danielk22: | MythBuild: force build master-f17–32bit |
| [21:37:07] | MythBuild: | build forced [ETA 11m46s] |
| [21:37:08] | MythBuild: | I'll give a shout when the build finishes |
| [21:42:30] | xris: | aha. http://code.mythtv.org/trac/ticket/11079 |
| [21:44:17] | xris: | wtf where is unix_to_myth_time defined in the perl code?! |
| [21:44:33] | skrock (skrock!~skrock@c-167270d5.024-74-736b7610.cust.bredbandsbolaget.se) has quit (Quit: WeeChat 0.3.8) | |
| [21:44:34] | danielk22: | xris: I wish I had seen that. I've been trying to keep up with all the UTC problems. |
| [21:44:54] | xris: | I'd rather put that fix into the unix_to_myth_time() method but for the life of me can't find where it's defined |
| [21:46:26] | danielk22: | UnixToMyth / MythToUnix maybe? |
| [21:46:42] | danielk22: | In bindings/php/MythTV.php |
| [21:47:20] | xris: | yeah. I was searching one directory too deep. oops. |
| [21:54:39] | xris: | ok, fixed that. now mythffmpeg/ffmpeg params are messed up. |
| [22:02:39] | xris: | Beirdo: now tell me what changed in mythffmpeg. :) |
| [22:23:09] | MythBuild: | build #168 of master-f17–32bit is complete: Success [3build successful] Build details are at http://code.mythtv.org/buildbot/builders/mast . . . t/builds/168 |
| [22:32:43] | Beirdo: | dunno. |
| [22:33:03] | Beirdo: | it was working until jya's merge, AFAIK |
| [22:33:33] | Beirdo: | BTW, my backend is now waiting on new SATA cables. My old ones are too short for the new case :( |
| [22:33:56] | Beirdo: | the SSDs will be here first... hehe |
| [22:35:17] | Beirdo: | xris: I thought I'd already fixed the UTC issue, did I miss a spot? Must have |
| [22:39:33] | kenni (kenni!~kenni@mythtv/developer/kenni) has joined #mythtv | |
| [22:42:33] | xris: | Beirdo: yup. the patches from that bug solved the issue |
| [22:46:22] | kenni: | Is there some reason why we're still on v0.26-pre for the mythtv branch while we're on v0.27-pre for the mythweb branch (at least according to the mythtv-commits mailing list)? :) |
| [22:47:32] | MythBuild: | build #82 of master-debian-wheezy-64bit is complete: Success [3build successful] Build details are at http://code.mythtv.org/buildbot/builders/mast . . . it/builds/82 |
| [22:55:26] | xris: | kenni: I heard that a recent commit (tag?) broke the describe statement. |
| [22:55:51] | xris: | Beirdo knows more but has been bogged down by real life work |
| [22:56:02] | xris: | grumble. sh: line 1: 3072 Segmentation fault (core dumped) /usr/bin/nice -n19 /usr/bin/mythtranscode --showprogress …… |
| [22:57:43] | Beirdo: | yeah, I'll see if I can't look at the tags in a few hours |
| [23:00:33] | skd5aner (skd5aner!~skd5aner@50.90.30.141) has quit (Ping timeout: 245 seconds) | |
| [23:01:34] | skd5aner (skd5aner!~skd5aner@50-90-30-141.res.bhn.net) has joined #mythtv | |
| [23:02:01] | danielk22: | kenni: I think the 0.27-pre tag was perhaps done as non-annotated tag (i.e. a release tag), or perhaps we created the 0.27-pre tag twice which made git unhappy, or git didn't like one of the tree merges. Beirdo was planning to look when he gets a chance, but he has been having hardware difficulties with his mythtv build box. |
| [23:02:55] | Beirdo: | release tags are annotated unless the script was changed |
| [23:04:41] | stuartm: | it was annotated, the commit email says as much |
| [23:06:24] | danielk22: | stuartm: Well if there was a commit e-mail it had to be annotated right? AFAIK non-annotated tags don't result in a commit. |
| [23:06:43] | xris: | non-annotated tags don't get pushed unless you do it explicitly |
| [23:07:16] | stuartm: | http://www.gossamer-threads.com/lists/mythtv/commits/529331 |
| [23:09:40] | stuartm: | last commit showing that tag was http://www.gossamer-threads.com/lists/mythtv/commits/532082 which was followed by http://www.gossamer-threads.com/lists/mythtv/commits/532149 |
| [23:10:00] | Beirdo: | anyways, I have a few hours of working left before I have a chance to look hard at that |
| [23:11:57] | danielk22: | The 5f6c335 merge included things from before the tag was added to master (as did the merge I did today). I imagine it shouldn't cause a problem since that is a pretty normal thing to do with branches, but maybe it does? |
| [23:21:05] | Beirdo: | yeah, I can't see why it should. |
| [23:21:29] | Beirdo: | but... I'll try to poke around at it after doing my BB10 duty for the day |
IRC Logs collected by
BeirdoBot.
Please use the above link to report any bugs.