| Tuesday, February 4th, 2014, 00:00 UTC | ||
| [00:00:17] | rsiebert (rsiebert!~quassel@f052137212.adsl.alicedsl.de) has quit (Ping timeout: 272 seconds) | |
| [00:07:35] | jpabq (jpabq!~quassel@mythtv/developer/jpabq) has quit (Remote host closed the connection) | |
| [00:08:29] | jpabq (jpabq!~quassel@97-123-238-225.albq.qwest.net) has joined #mythtv | |
| [00:08:30] | jpabq (jpabq!~quassel@97-123-238-225.albq.qwest.net) has quit (Changing host) | |
| [00:08:30] | jpabq (jpabq!~quassel@mythtv/developer/jpabq) has joined #mythtv | |
| [00:21:05] | verm__ (verm__!~verm@ntp/developer/amar) has quit (Remote host closed the connection) | |
| [00:22:57] | jpabq (jpabq!~quassel@mythtv/developer/jpabq) has quit (Remote host closed the connection) | |
| [00:23:52] | jpabq (jpabq!~quassel@97-123-238-225.albq.qwest.net) has joined #mythtv | |
| [00:24:04] | jpabq (jpabq!~quassel@97-123-238-225.albq.qwest.net) has quit (Changing host) | |
| [00:24:05] | jpabq (jpabq!~quassel@mythtv/developer/jpabq) has joined #mythtv | |
| [00:24:28] | TheCras2 (TheCras2!~TheCrashe@p5DCE4EB1.dip0.t-ipconnect.de) has joined #mythtv | |
| [00:25:47] | jpabq (jpabq!~quassel@mythtv/developer/jpabq) has quit (Remote host closed the connection) | |
| [00:26:42] | jpabq (jpabq!~quassel@mythtv/developer/jpabq) has joined #mythtv | |
| [00:27:47] | TheCrasher (TheCrasher!~TheCrashe@p5DCE4E36.dip0.t-ipconnect.de) has quit (Ping timeout: 252 seconds) | |
| [00:28:48] | natanojl (natanojl!~jonatan@c83-252-237-63.bredband.comhem.se) has quit (Ping timeout: 265 seconds) | |
| [00:36:15] | jpabq (jpabq!~quassel@mythtv/developer/jpabq) has quit (Remote host closed the connection) | |
| [00:38:55] | jpabq (jpabq!~quassel@97-123-238-225.albq.qwest.net) has joined #mythtv | |
| [00:39:04] | jpabq (jpabq!~quassel@97-123-238-225.albq.qwest.net) has quit (Changing host) | |
| [00:39:05] | jpabq (jpabq!~quassel@mythtv/developer/jpabq) has joined #mythtv | |
| [00:40:01] | jpabq (jpabq!~quassel@mythtv/developer/jpabq) has quit (Remote host closed the connection) | |
| [00:40:59] | jpabq (jpabq!~quassel@mythtv/developer/jpabq) has joined #mythtv | |
| [00:44:53] | TheCras2 (TheCras2!~TheCrashe@p5DCE4EB1.dip0.t-ipconnect.de) has quit (Quit: KVIrc 4.3.1 Aria http://www.kvirc.net/) | |
| [00:45:25] | skd5aner (skd5aner!~skd5aner@50-90-5-146.res.bhn.net) has joined #mythtv | |
| [00:46:28] | jpabq (jpabq!~quassel@mythtv/developer/jpabq) has quit (Remote host closed the connection) | |
| [00:47:26] | jpabq (jpabq!~quassel@97-123-238-225.albq.qwest.net) has joined #mythtv | |
| [00:47:26] | jpabq (jpabq!~quassel@97-123-238-225.albq.qwest.net) has quit (Changing host) | |
| [00:47:26] | jpabq (jpabq!~quassel@mythtv/developer/jpabq) has joined #mythtv | |
| [01:05:15] | jpabq (jpabq!~quassel@mythtv/developer/jpabq) has quit (Remote host closed the connection) | |
| [01:06:21] | jpabq (jpabq!~quassel@mythtv/developer/jpabq) has joined #mythtv | |
| [02:05:51] | andreaz (andreaz!~andre_000@p5DCA3126.dip0.t-ipconnect.de) has quit (Read error: Connection reset by peer) | |
| [02:12:41] | dmfrey (dmfrey!~dmfrey@65-78-98-83.c3-0.smt-ubr1.atw-smt.pa.cable.rcn.com) has quit (Quit: Ex-Chat) | |
| [02:14:36] | pvr4me (pvr4me!~craigtrel@d24-150-182-175.home.cgocable.net) has joined #mythtv | |
| [02:16:24] | arescorpio (arescorpio!~arescorpi@56-57-245-190.fibertel.com.ar) has joined #mythtv | |
| [03:07:43] | nyloc (nyloc!~quassel@p3EE2DC02.dip0.t-ipconnect.de) has joined #mythtv | |
| [03:12:39] | _nyloc_ (_nyloc_!~quassel@p57B4F2DD.dip0.t-ipconnect.de) has quit (Ping timeout: 272 seconds) | |
| [03:23:27] | pvr4me (pvr4me!~craigtrel@d24-150-182-175.home.cgocable.net) has quit (Quit: pvr4me) | |
| [03:38:20] | skd5aner (skd5aner!~skd5aner@50-90-5-146.res.bhn.net) has quit (Read error: Connection reset by peer) | |
| [03:38:43] | skd5aner (skd5aner!~skd5aner@50-90-5-146.res.bhn.net) has joined #mythtv | |
| [03:39:27] | NightMonkey (NightMonkey!~NightrMon@pdpc/supporter/professional/nightmonkey) has quit (Ping timeout: 252 seconds) | |
| [03:48:46] | amessina (amessina!~amessina@2001:470:c1dc:7779:d6be:d9ff:fe8d:7c1e) has joined #mythtv | |
| [03:57:50] | peper03 (peper03!~peper03@mythtv/developer/peper03) has quit (Ping timeout: 264 seconds) | |
| [03:58:06] | peper03_ (peper03_!~peper03@mythtv/developer/peper03) has joined #mythtv | |
| [03:58:19] | peper03_ is now known as peper03 | |
| [04:37:32] | wahrhaft (wahrhaft!~quassel@cpe-24-210-69-143.columbus.res.rr.com) has quit (Remote host closed the connection) | |
| [04:47:27] | jya (jya!~jyavenard@mythtv/developer/jya) has quit (Quit: jya) | |
| [04:52:58] | arescorpio (arescorpio!~arescorpi@56-57-245-190.fibertel.com.ar) has quit (Excess Flood) | |
| [04:56:44] | wahrhaft (wahrhaft!~quassel@cpe-24-210-69-143.columbus.res.rr.com) has joined #mythtv | |
| [04:58:12] | wahrhaft (wahrhaft!~quassel@cpe-24-210-69-143.columbus.res.rr.com) has quit (Remote host closed the connection) | |
| [05:02:40] | wahrhaft (wahrhaft!~quassel@cpe-24-210-69-143.columbus.res.rr.com) has joined #mythtv | |
| [05:04:12] | NightMonkey (NightMonkey!~NightrMon@pdpc/supporter/professional/nightmonkey) has joined #mythtv | |
| [05:24:05] | jnylen_ is now known as jnylen | |
| [05:24:30] | jnylen (jnylen!~jnylen@xmltv.du.se) has quit (Changing host) | |
| [05:24:30] | jnylen (jnylen!~jnylen@unaffiliated/jnylen) has joined #mythtv | |
| [05:38:28] | xris- (xris-!~xris@xris.forevermore.net) has quit (Quit: Goodbye.) | |
| [05:42:00] | wahrhaft (wahrhaft!~quassel@cpe-24-210-69-143.columbus.res.rr.com) has quit (Ping timeout: 265 seconds) | |
| [05:45:04] | xris (xris!~xris@xris.forevermore.net) has joined #mythtv | |
| [05:55:06] | wahrhaft (wahrhaft!~quassel@cpe-24-210-69-143.columbus.res.rr.com) has joined #mythtv | |
| [06:01:45] | wahrhaft (wahrhaft!~quassel@cpe-24-210-69-143.columbus.res.rr.com) has quit (Ping timeout: 272 seconds) | |
| [06:17:57] | xris (xris!~xris@xris.forevermore.net) has quit (Changing host) | |
| [06:17:58] | xris (xris!~xris@mythtv/developer/xris) has joined #mythtv | |
| [06:30:09] | Warped_ (Warped_!~Warped@108.85.161.113) has joined #mythtv | |
| [06:30:49] | neufeld` (neufeld`!~user@69-165-173-139.dsl.teksavvy.com) has joined #mythtv | |
| [06:31:44] | Warped_ (Warped_!~Warped@108.85.161.113) has quit (Client Quit) | |
| [06:32:17] | ghoti_ (ghoti_!~paul@scratch.it.ca) has joined #mythtv | |
| [06:32:52] | cecil (cecil!~cesman@pool-173-60-115-40.lsanca.fios.verizon.net) has joined #mythtv | |
| [06:38:44] | NightMonkey (NightMonkey!~NightrMon@pdpc/supporter/professional/nightmonkey) has quit (*.net *.split) | |
| [06:38:45] | cesman (cesman!~cesman@pdpc/supporter/professional/cesman) has quit (*.net *.split) | |
| [06:38:45] | J-e-f-f-A (J-e-f-f-A!~J-e-f-f-A@unaffiliated/j-e-f-f-a) has quit (*.net *.split) | |
| [06:38:46] | ghoti (ghoti!~paul@scratch.it.ca) has quit (*.net *.split) | |
| [06:38:46] | Warped (Warped!~Warped@108-85-161-113.lightspeed.cicril.sbcglobal.net) has quit (*.net *.split) | |
| [06:38:47] | neufeld (neufeld!~user@69-165-173-139.dsl.teksavvy.com) has quit (*.net *.split) | |
| [06:38:47] | gigem (gigem!~david@mythtv/developer/gigem) has quit (*.net *.split) | |
| [06:42:35] | cotterpin (cotterpin!~hp-mini@119.224.10.130) has left #mythtv () | |
| [06:43:04] | J-e-f-f-A (J-e-f-f-A!~J-e-f-f-A@unaffiliated/j-e-f-f-a) has joined #mythtv | |
| [06:54:20] | NightMonkey (NightMonkey!~NightrMon@pdpc/supporter/professional/nightmonkey) has joined #mythtv | |
| [07:05:39] | NightMonkey (NightMonkey!~NightrMon@pdpc/supporter/professional/nightmonkey) has quit (Quit: Body blow! Body blow!) | |
| [07:08:15] | stichnot (stichnot!~stichnot@adsl-68-125-54-229.dsl.pltn13.pacbell.net) has joined #mythtv | |
| [07:08:15] | stichnot (stichnot!~stichnot@mythtv/developer/stichnot) has joined #mythtv | |
| [07:08:15] | stichnot (stichnot!~stichnot@adsl-68-125-54-229.dsl.pltn13.pacbell.net) has quit (Changing host) | |
| [07:31:39] | gigem (gigem!~david@pool-71-170-165-247.dllstx.fios.verizon.net) has joined #mythtv | |
| [07:31:39] | gigem (gigem!~david@pool-71-170-165-247.dllstx.fios.verizon.net) has quit (Changing host) | |
| [07:31:39] | gigem (gigem!~david@mythtv/developer/gigem) has joined #mythtv | |
| [07:44:23] | FabriceMG (FabriceMG!~Thunderbi@217.112.59.207) has joined #mythtv | |
| [08:08:14] | dekarl1 (dekarl1!~dekarl@p4FCEFE75.dip0.t-ipconnect.de) has joined #mythtv | |
| [08:11:35] | dekarl (dekarl!~dekarl@79.206.238.131) has quit (Ping timeout: 272 seconds) | |
| [08:32:38] | joki (joki!~joki@p54861117.dip0.t-ipconnect.de) has quit (Ping timeout: 265 seconds) | |
| [08:39:39] | joki (joki!~joki@p548619EB.dip0.t-ipconnect.de) has joined #mythtv | |
| [08:47:57] | stuarta (stuarta!~stuarta@callisto.squashedfrog.net) has quit (Changing host) | |
| [08:47:57] | stuarta (stuarta!~stuarta@mythtv/developer/stuarta) has joined #mythtv | |
| [09:11:54] | Merlin83b (Merlin83b!~Daniel@2a00:1ee0:3:1337:d562:6b46:a2b4:d998) has joined #mythtv | |
| [09:13:09] | toeb: | Hi, the channel scanner always returns the wrong icon http://pastebin.com/TkCDAGX7 |
| [09:13:37] | stuarta: | clearly the wrong one has been approved |
| [09:13:43] | toeb: | this channel was recently changed. |
| [09:13:59] | stuarta: | ah, so it used to be correct for the channel? |
| [09:14:07] | toeb: | yes |
| [09:14:34] | toeb: | but now they did change it to "disney" |
| [09:14:42] | stuarta: | yeah, then it needs revoking |
| [09:15:29] | stuarta: | stuartm: i think we need to add a way of improving the feedback for icons, so this sort of thing can be handled automatically |
| [09:15:37] | toeb: | is this something i can do? looks like the result is generated from service.mythtv.org... |
| [09:15:42] | toeb: | a ok :-) |
| [09:16:07] | stuarta: | not without the support i just suggested we write ;-) |
| [09:18:12] | _charly_ (_charly_!kroseneg@sunrise.schmidham.net) has joined #mythtv | |
| [10:07:13] | nephyrin` (nephyrin`!~neph@2620:101:8003:200:7a2b:cbff:fe9e:2e67) has quit (Remote host closed the connection) | |
| [10:07:55] | nephyrin (nephyrin!~neph@2620:101:8003:200:7a2b:cbff:fe9e:2e67) has joined #mythtv | |
| [10:29:29] | stuartm: | toeb: I've remove that association |
| [11:00:04] | toeb: | thanks |
| [11:47:28] | ** stuarta sighs ** | |
| [11:57:26] | stuartm: | stuarta: have a cup of tea |
| [11:57:35] | stuarta: | i just did :) |
| [11:57:48] | ** stuarta crossed cunning plan #3 off the list ** | |
| [11:57:48] | ** MythLogBot http://code.mythtv.org/trac/ticket/3 ** | |
| [12:04:02] | Merlin83b: | No more reporting of disk usage?! ;) |
| [12:21:18] | jya (jya!~jyavenard@mythtv/developer/jya) has joined #mythtv | |
| [12:29:45] | stichnot (stichnot!~stichnot@adsl-68-125-54-229.dsl.pltn13.pacbell.net) has joined #mythtv | |
| [12:29:45] | stichnot (stichnot!~stichnot@mythtv/developer/stichnot) has joined #mythtv | |
| [12:29:45] | stichnot (stichnot!~stichnot@adsl-68-125-54-229.dsl.pltn13.pacbell.net) has quit (Changing host) | |
| [12:30:17] | stuartm: | stichnot: the 'Watch this channel' option appears in the guide when accessing it while watching a recording, it doesn't actually do anything though |
| [12:30:47] | stuartm: | skd5aner: any crashes? |
| [13:27:26] | 64MAAAACW (64MAAAACW!~tgm4883@2001:4968:202:3:4116:1eab:87fd:5f45) has joined #mythtv | |
| [13:37:25] | jya (jya!~jyavenard@mythtv/developer/jya) has quit (Quit: jya) | |
| [13:40:50] | jya (jya!~jyavenard@mythtv/developer/jya) has joined #mythtv | |
| [14:08:40] | brfransen (brfransen!~brfransen@64.179.169.226) has quit () | |
| [14:11:48] | andreaz (andreaz!~andre_000@p5DCA3126.dip0.t-ipconnect.de) has joined #mythtv | |
| [14:18:23] | DouglasKAway is now known as DouglasK | |
| [14:20:42] | stichnot: | stuartm: I didn't think about that case. Can you assign me a ticket? |
| [14:20:58] | stuartm: | sure |
| [14:21:17] | stichnot: | (I have a couple more months of intense "work" work before I can get back to MythTV work) |
| [14:24:45] | Warped (Warped!~Warped@108-85-161-113.lightspeed.cicril.sbcglobal.net) has joined #mythtv | |
| [14:26:52] | brfransen (brfransen!~brfransen@64.179.169.226) has joined #mythtv | |
| [14:35:27] | jya (jya!~jyavenard@mythtv/developer/jya) has quit (Quit: jya) | |
| [14:41:29] | Merlin83b: | stichnot: Hope you saw my thanks the other day for the stuff you did to make gruiegrid not cause stutterings on Atom FEs. Just to let you know your work's appreciated :) |
| [14:41:55] | stichnot: | Merlin83b: Cool, thanks. :) |
| [14:44:28] | zentec (zentec!~zentec@75-128-89-222.dhcp.bycy.mi.charter.com) has quit (Quit: leaving) | |
| [14:45:05] | zentec (zentec!~zentec@75-128-89-222.dhcp.bycy.mi.charter.com) has joined #mythtv | |
| [15:22:04] | ghoti_ is now known as ghoti | |
| [15:50:07] | stichnot (stichnot!~stichnot@mythtv/developer/stichnot) has quit (Ping timeout: 272 seconds) | |
| [16:09:52] | FabriceMG (FabriceMG!~Thunderbi@217.112.59.207) has quit (Quit: FabriceMG) | |
| [16:55:50] | stichnot (stichnot!~stichnot@207.198.105.23) has joined #mythtv | |
| [16:55:50] | stichnot (stichnot!~stichnot@mythtv/developer/stichnot) has joined #mythtv | |
| [16:55:50] | stichnot (stichnot!~stichnot@207.198.105.23) has quit (Changing host) | |
| [17:11:51] | 64MAAAACW is now known as tgm4883_ | |
| [17:11:51] | tgm4883_ (tgm4883_!~tgm4883@2001:4968:202:3:4116:1eab:87fd:5f45) has quit (Changing host) | |
| [17:11:52] | tgm4883_ (tgm4883_!~tgm4883@ubuntu/member/tgm4883) has joined #mythtv | |
| [17:22:21] | Steve-Goodey (Steve-Goodey!~steve@host109-158-212-221.range109-158.btcentralplus.com) has joined #mythtv | |
| [17:23:43] | Seeker`_ is now known as Seeker` | |
| [17:24:05] | Seeker` (Seeker`!~cjo20@host86-164-178-196.range86-164.btcentralplus.com) has quit (Changing host) | |
| [17:24:05] | Seeker` (Seeker`!~cjo20@unaffiliated/seeker) has joined #mythtv | |
| [17:30:48] | stichnot (stichnot!~stichnot@mythtv/developer/stichnot) has joined #mythtv | |
| [17:47:36] | Guest94703 (Guest94703!~dblain@mythtv/developer/dblain) has joined #mythtv | |
| [17:47:36] | dblain (dblain!~dblain@mythtv/developer/dblain) has quit (Read error: Connection reset by peer) | |
| [17:47:36] | blafoo (blafoo!~guedel@kladde.org) has quit (Read error: Operation timed out) | |
| [17:47:36] | Sharky112065 (Sharky112065!~Sharky112@c-24-19-57-28.hsd1.wa.comcast.net) has quit (Read error: Connection reset by peer) | |
| [17:47:36] | SmallR2003 (SmallR2003!~Robert@c-98-253-173-240.hsd1.il.comcast.net) has quit (Read error: Operation timed out) | |
| [17:47:36] | sphery (sphery!~mdean@mythtv/developer/sphery) has quit (Read error: Operation timed out) | |
| [17:47:36] | Sharky-112065 (Sharky-112065!~Sharky112@c-24-19-57-28.hsd1.wa.comcast.net) has joined #mythtv | |
| [17:47:37] | jst_ (jst_!~quassel@198.199.94.175) has quit (Read error: Operation timed out) | |
| [17:47:37] | MythLogBot (MythLogBot!~bot@mythtv/developer/beirdo) has quit (Ping timeout: 252 seconds) | |
| [17:51:09] | NightMonkey (NightMonkey!~NightrMon@173-164-139-193-SFBA.hfc.comcastbusiness.net) has joined #mythtv | |
| [17:51:10] | NightMonkey (NightMonkey!~NightrMon@173-164-139-193-SFBA.hfc.comcastbusiness.net) has quit (Changing host) | |
| [17:51:10] | NightMonkey (NightMonkey!~NightrMon@pdpc/supporter/professional/nightmonkey) has joined #mythtv | |
| [17:55:10] | jams (jams!~jams@CPE-70-92-146-93.wi.res.rr.com) has joined #mythtv | |
| [17:56:36] | Merlin83b (Merlin83b!~Daniel@2a00:1ee0:3:1337:d562:6b46:a2b4:d998) has quit (Quit: Leaving) | |
| [18:19:20] | doev (doev!~doev@p4FD4148E.dip0.t-ipconnect.de) has joined #mythtv | |
| [19:05:16] | jpabq (jpabq!~quassel@mythtv/developer/jpabq) has quit (Remote host closed the connection) | |
| [19:06:13] | jpabq (jpabq!~quassel@97-123-238-225.albq.qwest.net) has joined #mythtv | |
| [19:06:14] | jpabq (jpabq!~quassel@97-123-238-225.albq.qwest.net) has quit (Changing host) | |
| [19:06:14] | jpabq (jpabq!~quassel@mythtv/developer/jpabq) has joined #mythtv | |
| [19:31:52] | dekarl1 is now known as dekarl | |
| [19:33:05] | TheCrasher (TheCrasher!~TheCrashe@p5DCE4EB1.dip0.t-ipconnect.de) has joined #mythtv | |
| [19:37:31] | natanojl (natanojl!~jonatan@mythtv/developer/natanojl) has joined #mythtv | |
| [19:45:52] | dekarl: | stuarta, re #11739, I can't test ATSC stuff either |
| [19:45:52] | ** MythLogBot http://code.mythtv.org/trac/ticket/11739 ** | |
| [19:56:40] | jheizer: | I could apply it to my master VM and try it, but I have never used EIT before so I would not have a good before/after to compare. |
| [20:00:33] | jheizer: | well I guess I come compare it to my production schedules direct info. |
| [20:23:54] | stuarta: | dekarl: can you test the dvb side or not? if not reassign it back again |
| [20:24:13] | MartinT (MartinT!~smuxi@46-18-104-220.static.vivaciti.org) has joined #mythtv | |
| [20:30:36] | doev (doev!~doev@p4FD4148E.dip0.t-ipconnect.de) has quit (Ping timeout: 272 seconds) | |
| [20:31:10] | doev (doev!~doev@p4FD4073C.dip0.t-ipconnect.de) has joined #mythtv | |
| [20:38:54] | stuarta: | it's all looking promising |
| [20:41:57] | dekarl: | stuarta, I can test for regression on the DVB side but the patch looks "interesting" |
| [20:42:25] | dekarl: | I only have a single card in production right now, so I'm not sure if I can test the locking changes though |
| [20:42:27] | stuarta: | yeah, iirc it's got a whole bunch of debugging crap in it which needs stripping out |
| [20:43:22] | dekarl: | why the renaming of the parameters in the prepared statement? |
| [20:43:36] | stuarta: | no idea |
| [20:43:38] | jheizer: | Just started running it here. Had to change a bunch of networking bridging stuff to get my hdhomerun from it's separate network to my VMs. |
| [20:44:11] | dekarl: | and what is the difference between "QMutex lock" and "mutable QMutex mutex"? |
| [21:01:44] | cecil (cecil!~cesman@pool-173-60-115-40.lsanca.fios.verizon.net) has quit (Quit: Konversation terminated!) | |
| [21:01:45] | natanojl: | dekarl: "mutable" allows use in const methods |
| [21:06:39] | cesman (cesman!~cesman@pdpc/supporter/professional/cesman) has joined #mythtv | |
| [21:09:16] | natanojl: | dekarl: btw, I've been running with Cedric's patch in #11306 for a while and haven't had any issues. The older patches all caused deadlocks. |
| [21:09:16] | ** MythLogBot http://code.mythtv.org/trac/ticket/11306 ** | |
| [21:13:32] | jheizer: | Wow EIT data is confusing compared to schedules direct. Totaly different descriptions for the same show |
| [21:14:57] | stuarta: | jheizer: yep, that's why the 2 should never be used at the same time |
| [21:15:01] | dekarl: | natanojl: I'm just having a hard time to understand it. Does that mean all the removals of const in #11306 would not be neccesary if the QMutex was mutable? |
| [21:15:01] | ** MythLogBot http://code.mythtv.org/trac/ticket/11306 ** | |
| [21:15:21] | jheizer: | Yeah, guess I have been lucky to never need it. |
| [21:15:40] | jheizer: | 5 of my 7 OTA channels are not returning any Subtitles using EIT. |
| [21:15:50] | jheizer: | er, 5 of 8 |
| [21:16:27] | jheizer: | the 3 that do have them seem pretty similar to schedules direct but only provide 2 hours worth of 30 minute shows. |
| [21:16:33] | jheizer: | So not a lot to check. |
| [21:17:57] | jheizer: | for the other 5 I am getting unique titles/descriptions all night. Just no subtitles at all. |
| [21:25:21] | jheizer: | Scratch that, the ones with the subtitles they have been appended to the title. |
| [21:31:51] | natanojl: | dekarl: No, since HasSockAndIncrRef() and the ReferenceLocker touches sock |
| [21:34:00] | danielk22 (danielk22!~danielk@exchange.wgen.net) has joined #mythtv | |
| [21:35:50] | dekarl: | natanojl: Ok, already figured that, but why lock the Referencecounter? I guess I need to find a "QT locking guide" or something |
| [21:36:20] | dekarl: | and why doesn't the referencelocker increment in the constructor? |
| [21:41:51] | doev (doev!~doev@p4FD4073C.dip0.t-ipconnect.de) has quit (Ping timeout: 245 seconds) | |
| [21:41:54] | natanojl: | dekarl: The first version of ReferenceLocker did increment it by default. Daniel can hopefully tell you why that was changed |
| [21:42:12] | natanojl: | danielk22: ^^^ |
| [21:43:14] | dekarl: | ReferenceCounter was changed to start its life "pre-incremented" so the increment was moved there. |
| [21:43:44] | dekarl: | Addition is here https://github.com/MythTV/mythtv/commit/d3b66 . . . b286440c4aba reimplementation is here https://github.com/MythTV/mythtv/commit/517a3 . . . 7e78e98d3b60 |
| [21:45:43] | danielk22: | ReferenceCounter::ReferenceCounter(void) : m_referenceCount(1) |
| [21:45:46] | natanojl: | ah |
| [21:46:13] | danielk22: | The reference counter starts out at 1, no need for an increment in the constructor |
| [21:46:32] | Sharky-112065 is now known as Sharky112065 | |
| [21:50:46] | danielk22: | I missed the beginning of the conversation. So I can't answer the first question. The referencelocker doesn't itself doesn't use a mutex, but there might be use cases where one is necessary. |
| [21:55:17] | dekarl: | I'm looking at https://code.mythtv.org/trac/attachment/ticke . . . unting.patch and see lots of "if (HasSockAndIncrRef()) {ReferenceLocker rlocker(sock); dosomething;}" and wondered why that helper function was added. |
| [21:59:44] | DouglasK is now known as DouglasKAway | |
| [22:03:27] | jya (jya!~jyavenard@mythtv/developer/jya) has joined #mythtv | |
| [22:06:28] | danielk22: | dekarl: It looks like with this patch the sock lock is incremented twice for every decrement. |
| [22:07:33] | danielk22: | I don't think the lock is to protect the reference counter but to protect the sock variable. |
| [22:13:32] | Steve-Goodey (Steve-Goodey!~steve@host109-158-212-221.range109-158.btcentralplus.com) has quit (Quit: Konversation terminated!) | |
| [22:15:34] | dekarl: | I think the sockLock is to protect against race conditions where sock gets deleted between the test for NULL and increment/decrement, too (I hope I got that right). But that works only if the last Decrement of sock is done via the two helper functions, as the lock is only held there. |
| [22:16:05] | paul-h (paul-h!~Paul@90.216.190.16) has joined #mythtv | |
| [22:18:44] | paul-h: | stuartm: in the music_directories table what is the purpose of the parent_id field? |
| [22:20:43] | stuartm: | paul-h: it's the id of the directory containing that directory e.g. if Foo has an id of 7, then Foo/Bar has a parent id of 7 |
| [22:21:57] | stuartm: | it's to make descending through the directory tree simple in a UI, so, if we switch to directory 7 we can show all the directories below that by SELECT path FROM music_directories WHERE parent_id=7; |
| [22:22:01] | stuartm: | and that sort of thing |
| [22:22:56] | paul-h: | OK thanks, I don't think we actually use that anywhere |
| [22:23:15] | stuartm: | originally we weren't going to be storing the full relative path, we'd build it using the parent_ids, but for speed reasons that plan was dropped |
| [22:23:45] | stuartm: | we might use it for the upnp stuff, or in future for the services API |
| [22:24:14] | paul-h: | Just looking at how we can clean up the old directory_id's and it would be a lot easier if we didn't have to worry about keeping the parent_id intact |
| [22:24:16] | stuartm: | in fact it will almost certainly get used within the services API |
| [22:25:09] | natanojl (natanojl!~jonatan@mythtv/developer/natanojl) has quit (Ping timeout: 250 seconds) | |
| [22:25:19] | stuartm: | if we delete directory_id 7, then all directories with a parent of 7 should also be deleted |
| [22:25:52] | stuartm: | this is where it would be so much easier if we were using innodb, that would be handled automatically |
| [22:27:40] | paul-h: | the problem I'm trying to solve is removing all the old directory_id's that aren't used any more |
| [22:30:07] | stuartm: | ah, and since some directories only contain directories, you can't just look at which directory ids are in music_songs |
| [22:31:02] | paul-h: | it's easy to do a query to match any directory_id in music_directories that is not in music_songs but that will also find the parent directories that most likey don't have any tracks |
| [22:32:05] | dekarl: | paul-h: can you add something like "AND directory_id NOT IN (SELECT parent_id FROM music_directories)" to the DELETE statement? |
| [22:32:50] | stuartm: | sub-query maybe, DELETE FROM music_directories WHERE directory_id=X AND (SELECT COUNT(*) FROM music_directories WHERE parent_id=X) = 0; |
| [22:33:13] | stuartm: | or dekarl's |
| [22:33:36] | dekarl: | mind the NULL with NOT IN though. I'm not sure if that's problem here |
| [22:34:09] | paul-h: | OK I'll try something like that thanks |
| [22:34:15] | stuartm: | fwiw, mine's a "something like this" not certain it's correct in it's current form |
| [22:35:51] | stuartm: | paul-h: either sub-query will work best if the ID list you're using is ordered highest > lowest, since a sub-directory will always have a higher id than it's parent |
| [22:38:12] | dekarl: | To delete a tree you'll have to run the DELETE statement until it stops deleting something. (the granparent will only become unused after the parent has been deleted after the child is gone) |
| [22:41:13] | stuartm: | hence ordering the list of IDs to be deleted appropriately, minimises the number of passes required |
| [22:42:39] | dekarl: | oh, I wasn't thinking there would be a list of IDs :) Simply delete all unused IDs at once and let the database figure out which ones are unused |
| [22:49:00] | paul-h: | OK so this query gives me the list of unused directory_id's but this list also contains the parent directories that we may still need SELECT d.directory_id FROM music_directories d LEFT JOIN music_songs s ON d.directory_id=s.directory_id WHERE s.directory_id IS NULL ORDER BY directory_id DESC; |
| [22:49:14] | stuartm: | dekarl: there's a list of ids found by taking all those directory ids in music_directories, and eliminating all those ids used in music_songs – those are the directories which _may_ be unused |
| [22:49:23] | paul-h: | So where do I go from here? |
| [22:53:37] | stuartm: | dekarl: ^ ? |
| [22:53:49] | dekarl: | stuartm, I think I need to look at the existing query, I'd have expected a single call like "DELETE from music_directories where directory_id NOT IN (SELECT directory_id FROM music_songs) AND directory_id NOT IN (SELECT parent_id FROM music_directories);" then repeating until nothing gets deleted anymore |
| [22:54:43] | jpabq: | It still amazes me how easy it is to corrupt a 'stack' of patches when using stgit to manage the stack. Okay, so I forgot to issue one command before another, I still would not expect stgit to leave me with garbage, but it does. |
| [23:01:20] | paul-h: | dekarl: I think that works replacing DELETE with SELECT * seems to give me a reasonable list of directories :) |
| [23:02:14] | paul-h: | The query takes a while to run though returning 6048 directories in my case |
| [23:02:15] | dekarl: | buuuut http://dev.mysql.com/doc/refman/5.5/en/subquery-errors.html |
| [23:03:33] | dekarl: | 3500 of 5500 over here, too. But you need to store the ids somewhere and then DELETE from in a second statement |
| [23:03:42] | ** dekarl wants a proper database ** | |
| [23:04:51] | dekarl: | the lack of support for tree structures in mysql makes storing absolute paths attractive... with a real database we could just store the directory name and let the database build the path from them |
| [23:13:53] | dekarl: | paul-h: Maybe just put all the IDs to delete into a temporary table, delete them, truncate the temporary table, repeat and at the end (nothing left to delete) drop the temporary table again |
| [23:16:26] | dekarl: | could also put the directory_id *and* parent_id into the temporary table and use these in the query with an additional "AND directory_id NOT IN (SELECT parent_id FROM the_temporary_table)". I'm not sure if that would be faster or slower, though |
| [23:18:11] | wagnerrp: | is there any real reason be storing the directories at all? |
| [23:19:19] | DouglasKAway is now known as DouglasK | |
| [23:20:40] | paul-h: | wagnerrp: how do you find the tracks if you don't know where they are? |
| [23:20:41] | dekarl: | wagnerrp: it makes offering a tree in the playlist editor easy |
| [23:21:16] | wagnerrp: | paul-h: i mean as opposed to storing the absolute path in music_songs; |
| [23:23:07] | paul-h: | I guess it's just for efficiency you don't need to store the same path for every song |
| [23:24:40] | wagnerrp: | the only reason i could see is what dekarl said, querying everything in directory id X is slightly cleaner than querying everything 'LIKE "/some/directory/%"' |
| [23:25:19] | paul-h: | dekarl: We already cleanup the other ids by doing several queries to delete them so I'll just do somthing similar https://code.mythtv.org/cgit/mythtv/tree/myth . . . ner.cpp#n381 |
| [23:25:19] | dekarl: | wagnerrp: How do you get a list with all toplevel directories when everything you store is 10.000 absolute paths? |
| [23:25:36] | wagnerrp: | but to that point, i see directory structure to be much less valuable in mythmusic than mythvideo, considering that most people are going to have fully populated ID3 tags |
| [23:26:51] | paul-h: | wagnerrp: believe me to some users the song path is important that's how they like to view their tracks |
| [23:28:42] | paul-h: | That is why I had to add the directory view back in because I was in danger of loosing my dangly bit's if I didn't :) |
| [23:29:24] | paul-h: | Some people were really angry about it |
| [23:32:27] | wagnerrp: | i just see users' directory structures as representing a subset of the information in the metadata, and it would be largely transparent to rebuild that structure using the metadata and a user-defined format |
| [23:33:16] | wagnerrp: | like a much more flexible version of the "browse by" modes in mythvideo |
| [23:34:08] | wagnerrp: | not that the ability for a raw directory view shouldn't be there, but that there should be rare need for it |
| [23:37:06] | paul-h: | We already dynamically create the tree in the playlist editor based on the metadata so I agree with you the directory view should be redundant but a few users had really elaborate directory structures that they claim helps them find the music they want to play |
| [23:37:22] | cones (cones!~cones@host-35-100.cofcrpt.clients.pavlovmedia.com) has joined #mythtv | |
| [23:38:30] | paul-h: | Quick question If I have char *buf = new char[1024] how do I get the sizeof() it. sizeof(buf) gives me 8 which I guess is the size of the pointer not the array |
| [23:38:31] | dekarl: | hmm, do we have a genre (or other metadata) tree? Then the location within the SG could be "just another tree type metadata attribute" |
| [23:38:50] | dekarl: | sizeof(*buf)? |
| [23:39:05] | wagnerrp: | the problem i have with using elaborate directory structures to store that kind of content is that it typically leads to multiple independent directories filled with links |
| [23:39:10] | dekarl: | I'm not sure that works though |
| [23:39:20] | wagnerrp: | i don't know about mythmusic, but mythvideo chokes hard if you have two copies of the same file |
| [23:39:56] | dekarl: | oh, I'd love to see support for deduplication of larger libraries... but that's something for #mythtv-nonus ;) |
| [23:39:57] | wagnerrp: | i don't recall any form of hashing in it though |
| [23:40:36] | wagnerrp: | deduplication (at least in the database view) is part of the file scanner i'm writing |
| [23:40:46] | wagnerrp: | specifically because of the problems it causes in mythvideo |
| [23:41:19] | wagnerrp: | and it will be required if it's to be used for recordings, which could potentially be network mounted on multiple backends |
| [23:41:19] | dekarl: | I was thinking of multiple copies of the same recording/song, maybe with different codecs etc. |
| [23:41:55] | wagnerrp: | ah, that's a layer above the purpose of the scanner |
| [23:42:44] | dekarl: | But thats a can of worms, because it leads to "lets rip to one flac per disc but still access the contained tracks individually" and other advanced ideas |
| [23:43:27] | wagnerrp: | personally, i just think that specific case is stupid :P |
| [23:43:48] | wagnerrp: | of course i would not be against separate copies of flac/mp3/whatever for different devices with different codec support |
| [23:44:42] | dekarl: | just like "original recording" and "automatically generated phone compatible stamp sizes AVC rendition" |
| [23:44:52] | wagnerrp: | i know that is one of the sph ery's planned features for recordings |
| [23:44:59] | dekarl: | ^- think automatic HLS preparation etc |
| [23:45:04] | dekarl: | aye |
| [23:46:00] | DouglasK is now known as DouglasKAway | |
| [23:48:16] | DouglasKAway is now known as DouglasK | |
| [23:54:50] | skd5aner: | stuartm: so far, so good! 2 straight days where the slave backend hasn't been disconnected when I woke up. :) |
| [23:55:42] | skd5aner: | stuartm: wife reported that Live TV has also worked much better all day as well, no random exits to the menu... still get the pause at the top/bottom of the hour during program changes, but that's to be expected |
| [23:55:57] | skd5aner: | stuartm: very pleased to share the news with you :) |
| [23:56:42] | rsiebert (rsiebert!~quassel@f052009220.adsl.alicedsl.de) has joined #mythtv | |
| [23:57:32] | stuartm: | paul-h: sizeof(*buf) |
| [23:57:44] | stuartm: | oh, nm, dekarl beat me to it |
| [23:58:23] | TheCrasher (TheCrasher!~TheCrashe@p5DCE4EB1.dip0.t-ipconnect.de) has quit (Quit: KVIrc 4.3.1 Aria http://www.kvirc.net/) | |
IRC Logs collected by
BeirdoBot.
Please use the above link to report any bugs.