MythLogBot@irc.freenode.net :: #mythtv

Daily chat history

Current users (82):

aloril_, amessina, Anssi, Beirdo, BlackBishop, brfransen, caelor, Captain_Murdoch, CeilingKitten, cesman, Chutt, clever, coling, Cougar, dblain, dekarl, dturner, eharris, ElmerFudd, fetzerch, foobum, ghoti, Gibby, gigem, gregL, GreyFoxx, jams, jarle, jarryd, Jay2k1, jheizer, joe____, johanbr, joki, jpabq, jpharvey, jst_, jwhite, kc, knightr__, kurre2, kwmonroe, laga, moparisthebest, MythBuild_, MythLogBot, nephyrin, neufeld`, NightMonkey, Nothing4You, peper03, poptix, purserj, robink, rsiebert, rsiebert___, Seeker`, seld, Sharky112065, skd5aner, skiddie, sl1ce, SmallR2002, sphery, sraue, stichnot, stuarta, stuartm, superm1, taylorr, tgm4883, Tobbe5178, toeb_, tonsofpcs, tris, wagnerrp, wahrhaft, wolfgang, XDS2010, xris, _charly_, _nyloc_
Friday, November 8th, 2013, 01:47 UTC
[01:47:02] stichnot (stichnot!~stichnot@mythtv/developer/stichnot) has quit (Ping timeout: 246 seconds)
[02:04:33] cesman (cesman!~cesman@pool-173-60-115-165.lsanca.fios.verizon.net) has joined #mythtv
[02:04:43] cesman (cesman!~cesman@pool-173-60-115-165.lsanca.fios.verizon.net) has quit (Changing host)
[02:04:43] cesman (cesman!~cesman@pdpc/supporter/professional/cesman) has joined #mythtv
[02:11:56] wagnerrp_ is now known as wagnerrp
[02:13:13] stichnot (stichnot!~stichnot@mythtv/developer/stichnot) has joined #mythtv
[02:33:35] stichnot (stichnot!~stichnot@mythtv/developer/stichnot) has quit (Ping timeout: 246 seconds)
[02:55:03] NightMonkey (NightMonkey!~NightrMon@pdpc/supporter/professional/nightmonkey) has quit (Quit: Body blow! Body blow!)
[03:00:36] rsiebert (rsiebert!~quassel@g225057179.adsl.alicedsl.de) has joined #mythtv
[03:00:39] rsiebert___ (rsiebert___!~quassel@g225057179.adsl.alicedsl.de) has joined #mythtv
[03:03:40] rsiebert_ (rsiebert_!~quassel@g226060164.adsl.alicedsl.de) has quit (Ping timeout: 244 seconds)
[03:03:42] rsiebert__ (rsiebert__!~quassel@g226060164.adsl.alicedsl.de) has quit (Ping timeout: 268 seconds)
[03:19:57] peper03_ (peper03_!~peper03@mythtv/developer/peper03) has joined #mythtv
[03:23:49] peper03 (peper03!~peper03@mythtv/developer/peper03) has quit (Ping timeout: 244 seconds)
[03:23:49] peper03_ is now known as peper03
[03:32:25] kwmonroe` (kwmonroe`!kwmonroe@nat/ibm/x-tlbrrresozjwpiyf) has joined #mythtv
[03:32:40] kwmonro`` (kwmonro``!~kwmonroe@32.97.110.52) has joined #mythtv
[03:35:35] kwmonroe (kwmonroe!~kwmonroe@32.97.110.52) has quit (Ping timeout: 272 seconds)
[03:36:47] kwmonroe` (kwmonroe`!kwmonroe@nat/ibm/x-tlbrrresozjwpiyf) has quit (Ping timeout: 260 seconds)
[03:42:47] _nyloc_ (_nyloc_!~quassel@p3EE2C07D.dip0.t-ipconnect.de) has joined #mythtv
[03:43:35] nyloc (nyloc!~quassel@p57B4F625.dip0.t-ipconnect.de) has quit (Ping timeout: 246 seconds)
[03:49:22] kwmonroe (kwmonroe!kwmonroe@nat/ibm/x-ivxlicsdbumlrulo) has joined #mythtv
[03:51:11] kwmonroe (kwmonroe!kwmonroe@nat/ibm/x-ivxlicsdbumlrulo) has quit (Read error: Connection reset by peer)
[03:52:11] kwmonro`` (kwmonro``!~kwmonroe@32.97.110.52) has quit (Ping timeout: 260 seconds)
[03:53:12] kwmonroe` (kwmonroe`!~kwmonroe@32.97.110.52) has joined #mythtv
[04:09:36] jheizer_ (jheizer_!~jon@c-98-226-220-178.hsd1.il.comcast.net) has joined #mythtv
[04:40:57] jpabq (jpabq!~quassel@mythtv/developer/jpabq) has quit (Remote host closed the connection)
[04:46:15] jpabq (jpabq!~quassel@174-28-147-195.albq.qwest.net) has joined #mythtv
[04:46:16] jpabq (jpabq!~quassel@174-28-147-195.albq.qwest.net) has quit (Changing host)
[04:46:16] jpabq (jpabq!~quassel@mythtv/developer/jpabq) has joined #mythtv
[04:47:52] fetzerch (fetzerch!~quassel@unaffiliated/fetzerch) has quit (Ping timeout: 264 seconds)
[04:48:42] fetzerch (fetzerch!~quassel@unaffiliated/fetzerch) has joined #mythtv
[04:51:25] wolfgang (wolfgang!~wolfgang@ppp-46-244-184-111.dynamic.mnet-online.de) has joined #mythtv
[04:55:01] wolfgang4 (wolfgang4!~wolfgang@ppp-82-135-64-102.dynamic.mnet-online.de) has quit (Ping timeout: 272 seconds)
[05:10:22] stichnot (stichnot!~stichnot@mythtv/developer/stichnot) has joined #mythtv
[05:21:47] jheizer_ (jheizer_!~jon@c-98-226-220-178.hsd1.il.comcast.net) has quit (Ping timeout: 260 seconds)
[05:47:56] robink (robink!~quassel@unaffilated/robink) has joined #mythtv
[06:19:37] jerry_r (jerry_r!~jerryr@pool-173-62-194-102.phlapa.fios.verizon.net) has joined #mythtv
[06:27:30] jerry_r (jerry_r!~jerryr@pool-173-62-194-102.phlapa.fios.verizon.net) has quit (Remote host closed the connection)
[06:31:45] scorp007 (scorp007!~Miranda@ppp59-167-127-213.static.internode.on.net) has joined #mythtv
[06:32:47] scorp007: Hi, I installed the latest package (fixes/0.27) in kubuntu 13.10 and have mythbackend segfaulting after a few mins of idling.
[06:32:54] scorp007: It reproes constantly.
[06:33:04] scorp007: I debugged it and believe I know the culprit.
[06:33:28] scorp007: First I'll state what I think the root cause is, then the justification.
[06:34:09] scorp007: PlaybackSock decrements a ref it didn't take in some cases.
[06:34:14] scorp007: specifically the dtor.
[06:35:33] scorp007: the segfault stack is http://pastebin.com/bmasQR6Z
[06:36:10] scorp007: the MythSocket in question is 8b6870
[06:36:14] scorp007: err, that's the pointer value.
[06:36:31] scorp007: its sequence of refs is:
[06:36:34] scorp007: 2727 2013-11–08 16:46:37.036966 I (0x8b6880)::IncrRef() -> 2
[06:36:34] scorp007: 2767 2013-11–08 16:46:37.923067 I (0x8b6880)::DecrRef() -> 1
[06:36:34] scorp007: 2807 2013-11–08 16:46:38.154256 I (0x8b6880)::DecrRef() -> 0
[06:37:09] scorp007: (note that the address is off by 0x10 because MythSocket inherits from ReferenceCounter, and the 'this
[06:37:21] scorp007: pointer in DecrRef is the ReferecneCounter's one
[06:38:10] scorp007: the IncrRef happens right before the object is pushed to the decrRefSocketList list
[06:38:20] scorp007: // make sure these are not actually deleted in the callback
[06:38:21] scorp007: socket->IncrRef();
[06:38:21] scorp007: decrRefSocketList.push_back(socket);
[06:38:48] scorp007: the first decref from 2 -> 1 happens in ~PlaybackSock
[06:38:59] scorp007: (i suspect this is the buggy one)
[06:39:04] scorp007: The next decref happens in:
[06:39:54] scorp007: MainServer::reconnectTimeout due to errors:
[06:39:55] scorp007: 2649 2013-11–08 16:46:37.036703 E MythSocket(8b6870:25): ReadStringList: Error, timed out after 30000 ms.
[06:40:10] scorp007: (I can provide the stacks for this)
[06:40:22] scorp007: at this point the ref hits 0 and the object reclaimed.
[06:40:34] scorp007: But the object is still on the decrRefSocketList list!
[06:41:02] scorp007: so now we have a deallocated object on this list, which causes segfault when we try to decref it again
[06:41:09] scorp007: in MainServer::customEvent
[06:42:01] scorp007: I think PlaybackSock is broken because its ctor simply stores a copy of the socket pointer given without adding a ref on it, but the dtor unconditionally decs the ref.
[06:42:06] scorp007: hence the imbalance.
[06:42:58] scorp007: PS. the exact git commit of the package is 5b917e8
[07:13:03] sl1ce (sl1ce!~johnathan@pool-100-0-124-204.bstnma.fios.verizon.net) has quit (Ping timeout: 245 seconds)
[07:13:21] sl1ce (sl1ce!~johnathan@pool-100-0-124-204.bstnma.fios.verizon.net) has joined #mythtv
[07:43:31] FabriceMG (FabriceMG!~Thunderbi@217.112.59.207) has joined #mythtv
[08:15:56] stuartm: dekarl: there's a guy on the -users mailing list having trouble with tv_grab_combiner, maybe you can spot where he's going wrong?
[09:20:31] scorp007 (scorp007!~Miranda@ppp59-167-127-213.static.internode.on.net) has quit (Read error: Connection reset by peer)
[09:23:34] aloril_ (aloril_!~aloril@dsl-tkubrasgw3-54f97e-153.dhcp.inet.fi) has quit (Ping timeout: 272 seconds)
[09:37:04] aloril_ (aloril_!~aloril@dsl-tkubrasgw3-54f97e-153.dhcp.inet.fi) has joined #mythtv
[09:38:14] SteveGoodey (SteveGoodey!~steve@host109-158-208-19.range109-158.btcentralplus.com) has joined #mythtv
[09:47:50] Merlin83b (Merlin83b!~Daniel@2a00:1ee0:3:1337:8c2e:1cd9:dd85:61da) has joined #mythtv
[10:53:37] dekarl1 (dekarl1!~dekarl@p4FE859DB.dip0.t-ipconnect.de) has joined #mythtv
[10:55:54] dekarl (dekarl!~dekarl@p4FCEEA6C.dip0.t-ipconnect.de) has quit (Ping timeout: 244 seconds)
[12:15:49] dekarl-work (dekarl-work!51c8c614@gateway/web/freenode/ip.81.200.198.20) has joined #mythtv
[12:20:16] dekarl-work: stuartm, man I can't read his mails via mailman :/
[12:22:30] stuartm: dekarl-work: yeah, he's using html and the plain text formatting is broken
[12:22:55] stuartm: http://www.gossamer-threads.com/lists/mythtv/users/556912
[12:40:02] knightr__ (knightr__!~Nicolas@69-165-170-178.dsl.teksavvy.com) has joined #mythtv
[12:42:56] knightr_ (knightr_!~Nicolas@69-165-170-178.dsl.teksavvy.com) has quit (Ping timeout: 246 seconds)
[12:56:56] dekarl-work: stuartm: I have to try his config at home. No idea why he is using some tv_grab_la when he should be using tv_grab_se_tvzon instead... the MFDB run could do with a higher logging level... "grabber returned error and an empty xmltv file" is not that much detail ;)
[12:57:59] stuartm: could be as sphery suggests a permissions problem, must admit that possibility hadn't occurred to me
[13:17:03] stuarta: ah permissions that old chestnut...
[13:45:38] dekarl-work: since I fixed the uid of my mythtv service account to 0 the permissions problem went away ;)
[14:04:08] J-e-f-f-A (J-e-f-f-A!~J-e-f-f-A@unaffiliated/j-e-f-f-a) has quit (Ping timeout: 246 seconds)
[14:07:45] stuartm: particularly with the services API and WebFrontend, it might be a good idea to have the backend root to run as root
[14:10:14] kwmonroe` is now known as kwmonroe
[14:23:42] stuartm: gigem: any preference on how the "Never Record" and "Don't Record" functionality is implemented through services?
[14:51:40] taylorr (taylorr!~taylorr@unaffiliated/elmojo) has joined #mythtv
[14:59:55] amessina (amessina!~amessina@2001:470:c1dc:7779:d6be:d9ff:fe8d:7c1e) has quit (Quit: Konversation terminated!)
[15:14:08] amessina (amessina!~amessina@2001:470:c1dc:7779:d6be:d9ff:fe8d:7c1e) has joined #mythtv
[15:17:55] FabriceMG (FabriceMG!~Thunderbi@217.112.59.207) has quit (Quit: FabriceMG)
[15:18:14] gigem: stuartm: The intent for Don't Record was to be the same as for an Override Record — call GetRecordSchedule(MakeOverride==true), set type to dont_record and call AddRecordSchedule(). Since all of the other rule values are don't cares, this could be done with a new service call. For Never Record, I guess there will have to be a new service call since it also needs to add an entry to oldrecorded. I suggest
[15:18:16] gigem: adding something like AddDontRecordSchedule() with an optional neverRecord boolean.
[15:21:44] stuartm: gigem: that's what I'll do then :)
[15:24:36] amessina: stuartm: stuarta: Regarding http://code.mythtv.org/trac/ticket/11937, unfortunately, the attempted fix didn't resolve the issue. Here is the output from v0.27-75-g45459f9 mythfrontend -v file,gui : http://ur1.ca/g039n
[15:26:56] sphery: Why are Debian packagers trying to use system versions of the JavaScript libraries with MythTV's backend web code?
[15:27:52] stuartm: sphery: my answer isn't suitable for a family orientated channel such as this
[15:30:23] stuarta: amessina: well it's an improvement :)
[15:30:44] stuartm: amessina: the fix appears to have worked for that string, but now the same issue is happening elsewhere – myth:--ChannelIcons@[2001:470:C1DC:7779:201:2EFF:FE41:AC18]:6543-cozi_tv_us.jpg- 102–85x%4.png << note the %4
[15:30:56] amessina: stuarta: Well, it may at least provide more information about string duplication and placement.
[15:30:57] stuartm: that's the image cache string
[15:31:18] stuarta: while this one is working fine ImageLoader::LoadImage(myth://ChannelIcons@[2001:470:C1DC:7779:201:2 . . . sion_us.jpg)
[15:31:40] sphery: I do understand it's a concern, when a 3TB HDD costs $99.99, that < 300kB of HDD space can cost as much as $0.000001023897! Our users gotta eat, so we can't go wasting their hard-earned money
[15:32:13] stuartm: stuarta: aye, it's that %0 which is breaking things, but I'm certain that's coming from the code I removed in master and so I might just backport that
[15:32:17] amessina: stuarta: but even the one that's "working fine" doesn't fetch the icon.
[15:32:28] amessina: right
[15:32:48] sphery: stuartm: and even better, when users start reporting that your new code doesn't work and it takes you a couple weeks of wasting time to figure out that it's because their system library versions are wrong...
[15:33:24] stuartm: we need a more robust solution though, such as stripping the %{value} from IPv6 addresses – unless it would break things :/
[15:33:44] stuarta: stuartm: i'll have to setup a test environment to verify it all
[15:33:46] gigem: sphery: If you're talking about the d-m.o packages, that's one reason why there is so much resentment from offical Debian developers. The guy often does things that break other things.
[15:34:04] stuarta: stuartm: unfortunately i have a lounge to paint before it gets too cold
[15:34:15] sphery: gigem: not sure who's repo, but it's on #11925
[15:34:15] ** MythLogBot http://code.mythtv.org/trac/ticket/11925 **
[15:34:34] sphery: er, whose repo
[15:34:43] stuartm: sphery: aye, that's why it's particularly annoying to me – it's not unprecendented, Debian packager links system libs and breaks things in 'special' ways
[15:35:32] stuartm: are they still linking system libav?
[15:35:34] sphery: unless I'm seriously misreading what he's saying in the summary, it sounds like they're trying to reuse some system version of the libs
[15:35:35] amessina: stuartm: I just don't see why the %{value} is getting added at all--I'm not using link-locals. It this a Qt thing that exists a little deeper in the socket area?
[15:36:25] sphery: stuartm: yeah, I was trying to remember which lib it was that caused the problem before. I'm not sure if they're still doing it, though
[15:36:34] stuartm: amessina: I believe it's due to the use of GetMasterHostPrefix() which for some inexplicable reason gets the master IP from the open socket instead of using the value from the database – I removed that behaviour in master, but hadn't backported
[15:36:48] amessina: Ahhh....
[15:37:29] stuartm: unfortunately that's only a partial fix as others _may_ have that value in the IP they define
[15:38:36] amessina: stuartm: I see, said the man who watches no commercials ;)
[15:38:37] stuartm: what we need is a simple solution that gets applied just once instead of having to fix all the places where an IP address might end up being used with .arg()
[15:40:50] amessina: stuartm: stuarta: ok. I thought I'd report in on the change before I go off to bed since I have to work again tonight. Thanks for your help!
[15:45:45] stuartm: sphery: the 'lib' in question is the jquery framework, it's a very popular js took kit, although I'm less of a fan
[15:47:00] stuartm: which is an odd paradox, as some of my reasons for disliking it could be applied to QT, yet I love QT
[15:51:14] stichnot (stichnot!~stichnot@mythtv/developer/stichnot) has quit (Ping timeout: 246 seconds)
[16:07:57] Jordack (Jordack!~Jordack@h69-131-44-221.plmomi.dedicated.static.tds.net) has joined #mythtv
[16:24:16] dekarl-work: we should simply link everything statically, so no ones has to see all our external library files. Also helps users to test a master version of mythtranscode and similar use cases. Its not as if we're shipping the source and everyone can apply security fixes without waiting for us lazy vendor.
[16:27:01] dekarl-work: ^- for script libraries we can run them through some compiler/optimizer thingy so no one has to see these files either
[16:31:36] stuartm: dekarl-work: they are already compressed, the thing is that it makes them much harder to debug :) I was actually going to do the opposite to our copy of jquery, use the uncompressed version
[16:31:50] gigem: sphery: The reporter for #11925 is not the d-m.o guy. I don't know if he's officially Debian or not, though. Yes, Debian strongly tries to make everything use the standard system installs when possible. That's why the d-m.o packages often break other things — they replace the standard packages with incompatible ones. Anyway, if the guy is affiliated with Debian, there's probably a way to get a waiver. I
[16:31:50] ** MythLogBot http://code.mythtv.org/trac/ticket/11925 **
[16:31:51] gigem: haven't been an official Debian developer in a long while, so I don't follow the packaging policy that closely anymore. Also, superm1, you might want to get in touch with the reporter so you both don't duplicate efforts.
[16:32:53] dekarl-work: stuartm: hmm, maybe rename the files to secretmythscriptlibary1–999 ;)
[16:37:30] dekarl-work: stuartm: btw, is metadata (title/subtitle) editing of recordings on your list? Something like hovering over a subtitle in the recoding list making a pen visible that turns the display into a form field for in place editing. Or simply when clicking on the subtitle. As EIT does not carry the subtitle that would come in handy for going through new recordings and fixing the episode title so the metadatalookup finds the right episode.
[16:38:20] dekarl-work: I've been wanting to add that to mythweb for some time now, but never got to it. And now it appears pointless to add features to a EOL part
[16:38:59] dekarl-work: If its not on your list, I'll keep it on mine. (Still need to figure out how something like that would work though)
[16:39:44] stuartm: it's not on my list, it's not too difficult to do though
[16:42:19] skd5aner: gigem, sphery: tgm4883 and team are trying to get things officially packaged for debian
[16:43:31] tgm4883: We were working with a debian developer on that, but I've not heard from that guy in over a year
[16:50:26] stichnot (stichnot!~stichnot@mythtv/developer/stichnot) has joined #mythtv
[16:58:47] stichnot (stichnot!~stichnot@mythtv/developer/stichnot) has quit (Ping timeout: 246 seconds)
[17:01:54] stuarta: sheesh. linkedin tells me i've been working on mythtv for 8 years!
[17:06:41] dekarl-work: stuarta, you even received one kudos from xris for your involvement :) (according to http://www.ohloh.net/p/mythtv/contributors/474593898297)
[17:09:51] stuarta: :)
[17:15:10] NightMonkey (NightMonkey!~NightrMon@pdpc/supporter/professional/nightmonkey) has joined #mythtv
[17:29:30] stuartm: dekarl-work: actually that's screwy, I've given stuarta kudos in the past and yet it's not listed there
[17:29:58] stuartm: in fact, having just given him kudos again, he's now listed twice in my "Kudos Given" list
[17:30:27] dekarl-work: hmm, maybe it was once for mythtv (not recent) and once generally?
[17:30:42] stuartm: Ranked 2342 of 3105518.
[17:30:51] stuartm: I've slipped down the rankings :/
[17:31:08] dekarl-work: ohh, the recent mythtv specific kudos has already made it to the link above
[17:33:03] dekarl-work: hmm looks like stuarta has not claimed his new mythtv identity after the latest history rewrite or something... he's listed as multiple identities
[17:33:16] stichnot (stichnot!~stichnot@mythtv/developer/stichnot) has joined #mythtv
[17:33:42] dekarl-work: a) stuata, the account on ohloh b) stuarta a random contributor to mythtv without link to an ohloh account
[17:33:49] stuartm: ah, maybe when we switched from personal email addresses to mythtv.org ones
[17:37:41] stuartm: stichnot: fwiw, it seems as if the change I made to GetMasterHostPrefix() will also help with lagginess in the guide and OSD, based on the experiences of Bill Meek and amessina it would seem that we were needlessly creating new connections to the backend for each icon even if it was cached locally
[17:41:48] stuartm: dblain: I started to fix the fact that we're not gzip compressing text-based files, but I can't decide whether the fix should go into SendResponseFile() or whether for text mimetypes (html, xml, css, js, svg, txt) we should just read the content into the m_response buffer and let the existing code handle it
[17:42:55] stuartm: the second option would seem to be the simplest, but it would mean no Range support for those file types (don't think that would be a problem)
[17:43:33] stuartm: the latter fix would also mean we'd benefit from the etag support too
[17:47:16] stuartm: if I should stop asking, and just get on with it, feel free to tell me :)
[17:47:58] sphery: stuartm: yeah, I think when we changed up our repo to git (with the mythtv.org addresses), it messed up quite a few of the accounts on ohloh. I saw similar issues, but I don't think all accounts were affected (and am not sure why).
[17:51:49] Merlin83b (Merlin83b!~Daniel@2a00:1ee0:3:1337:8c2e:1cd9:dd85:61da) has quit (Quit: Leaving)
[17:53:43] dekarl-work (dekarl-work!51c8c614@gateway/web/freenode/ip.81.200.198.20) has quit ()
[17:57:32] stuartm: sphery: some of us registered our mythtv.org addresses with our ohloh accounts
[17:59:58] stuartm: for whatever it was worth, ohloh keeps chugging along but it's not exactly an energetic user base, e.g. I've more or less only ever received kudos from other mythtv devs and many of those only after I gave them kudos, and it's been years since I received any
[18:00:42] stuartm: i.e. it's more about mutual back-slapping within a particular project than anything else
[18:01:08] stuartm: the stats can sometimes be interesting, but that's about it
[18:15:45] xris: wow, ohloh is still around? heh.
[18:35:29] stuartm: hi xris
[18:37:27] Sharky112065 (Sharky112065!~Sharky112@c-24-19-57-28.hsd1.wa.comcast.net) has quit (Ping timeout: 260 seconds)
[18:37:30] xris: :)
[18:37:32] skd5aner: gigem: do you know if there's any easy way to delete all previous recordings for a title without going through the Previous Recordings screen? I have a series that hasn't aired in a few months, and starts with "Y", so sorting by time or title (when I have 25,723 entries) is taking a long time :)
[18:37:38] xris: I'm still around. just quiet
[18:38:46] skd5aner: I guess I can search by reverse title, now that I think about it, but is there a different way or is that the only way to delete a series recording history (should you want it to re-record everything once again)
[18:39:17] stuartm: skd5aner: Ctrl+S is useful in these scenarios, although not if you've got no free buttons on the remote
[18:39:29] skd5aner: stuartm: ah, thank you... forgot about that
[18:39:49] skd5aner: stuartm: I have a programmable remote with softkeys – so there's never a limit for me :)
[18:40:08] skd5aner: well, that said... I guess there is, because it mimics an MCE remote, so only so many keys that lirc recognizes
[18:41:37] stuartm: I have it bound to *
[18:45:50] skd5aner: random question, but has anyone ever thought about doing "fuzzy" matches of existing series programs? For example, sometimes a series will run something with a very slightly different title, but it's still the same series. Like, "Saturday Night Live" vs "Saturday Night Live Thursday Update" or "Top Shot" and "Top Shot: All Stars" or "Project Runway" and "Project Runway: All Stars"?
[18:47:28] skd5aner: maybe that's more of a pipe dream
[18:48:43] stuartm: skd5aner: when scheduling?
[18:50:20] dekarl1: skd5aner: http://supplement.xmltv.org/tv_grab_uk_rt/prog_titles_to_process someone has solved it differently
[18:50:33] dekarl1 is now known as dekarl
[18:50:35] skd5aner: stuartm: yes
[18:51:57] skd5aner: I have some custom rules for things like Saturday night live where it'll recording anything like "Saturday Night Live%" or "SNL%", but it'd be nice if default rules had some capability to find shows that have slightly unique title changes from time to time, but are in fact still the same show
[18:52:15] skd5aner: usually it's not title changes, but title additions
[18:55:11] skd5aner: "A Idiot Abraod", "An Idiot Abroad: The Bucket List" – shows like that, were they add almost a subtitle for the season as the show title
[18:56:23] stuartm: skd5aner: I'd expect seriesid matching to handle that, are they not being assigned the same one?
[18:57:14] skd5aner: I'd have to look, but I would assume not. At least from a scheduler perspective, I've had to set up unique rules (or custom rules) to handle scenarios like that many times
[18:59:03] jheizer: I've had it happen too.
[19:04:51] skd5aner: dekarl: that seems very labor intensive to keep a manual list of possible matches
[19:06:02] natanojl (natanojl!~jonatan@mythtv/developer/natanojl) has joined #mythtv
[19:06:42] xris: skd5aner: I use text match recording rules for stuff like that
[19:06:54] xris: and people names, like "bourdain"
[19:07:11] jheizer: It almost seems like a like 'Title%' would solve 99% of these, though not sure what false positives it could result in.
[19:10:08] Sharky112065 (Sharky112065!~Sharky112@c-24-19-57-28.hsd1.wa.comcast.net) has joined #mythtv
[19:16:26] stuartm: skd5aner: forgot that I was going to look at that socket crash
[19:45:00] robink (robink!~quassel@unaffilated/robink) has quit (Read error: Connection reset by peer)
[19:46:24] dekarl: skd5aner: iirc Nick has some custom scripts that generate candidates for review to make it less labor intensive, but still avoiding false positives. But is that really an issue with SD data?
[19:47:44] dekarl: sharing the maintanance burden for a tool that helps with that would actually quite cool. Maybe we should all pipe our guide to some common toolset (maybe that could be atlas, who knows)
[19:49:39] jheizer: For me with SD, yes. Usually in my case it is season finales or wrap up shows after the season. Don't know it till you missed it.
[19:55:46] stichnot: stuartm: cool about the host prefix fix.
[19:57:42] stuartm: dekarl: there are licensing, database/copyright issues with any model that sends guide data from a user to a third party
[20:02:33] dblain: stuartm: As long as we limit the double buffering (second option) to the mime types you listed, it should be ok. Would it make sense to check file size? I'd hate to bring down the backend if we try to allocate a response buffer for an extreamly large file (by mistake or a deliberate attack).
[20:03:28] dblain: Also, I'm happy to give my opinion, but feel free to make whatever changes you need (I review most commits to "my code" :) and will mention something if I don't like it)
[20:06:13] stuartm: I can limit the file size :)
[20:16:19] gigem: skd5aner: You can also get to your oldrecorded entries by finding a current showing of the program in the EPG, pressing MENU and then choosing Recording Options then Previously Recorded.
[20:22:55] joki (joki!~joki@p54861A96.dip0.t-ipconnect.de) has quit (Ping timeout: 260 seconds)
[20:27:33] joki (joki!~joki@p54860E91.dip0.t-ipconnect.de) has joined #mythtv
[20:41:09] peper03: stuartm: New web interface looks good but scaling is interesting. Just tried it on my phone and had to zoom in. Each pane seems to be resized from its own centre rather than the screen centre, so they all end up overlapping each other. Don't know whether that's an easy fix?
[20:41:39] stuartm: peper03: yeah it's not going to work well on a phone, there will be a mobile version eventually
[20:43:09] stuartm: some mobile browsers lack proper support for css3/html5, and the menu area in particular is an issue since it uses absolute rather than relative size/positioning (that bit wasn't my doing)
[20:44:24] peper03: stuartm: Ah, I thought mobile support was already in (in some form or other). This is the first time I've managed to sit down and play for too long. I've been trying to keep up-to-date with IRC but just haven't had chance to do anything actively. Need to get some momentum going :)
[20:44:44] stuartm: think the only way to get something that works well on both a mobile and a desktop is to have different templates for each, anything that tries to do both will be compromised
[20:45:55] stuartm: mobile support is definitely on my todo list, what we've got now is only partially usable from my tablet because of the scaling issues
[20:46:12] jheizer: Pretty much the same conclusion I can to with mobilemyth. Wasted space on a large device to make a mobile work was not worth it.
[20:46:55] peper03: Since finally getting a smartphone, I've become a lot more aware of the huge difference in usability between websites providing 'mobile' versions and those that don't.
[20:47:16] peper03: Bad enough if you're using a tablet, worse on a phone.
[20:49:44] stuartm: I'm less familiar with designing stuff for a small screen, there are some things I've only read about which sound promising such as page flipping (swipe transitions between screens), but I might have to start with something less fancy
[20:50:42] stuartm: I've had a smartphone for a while, but rarely use it for web browsing, my new tablet however does get used a lot more
[20:52:57] peper03: I'm no UI designer but I can appreciate the effort that goes into finding a solution to making something that seems to require lots of screen estate work on a small screen.
[20:53:53] dekarl: stuartm: I'm not thinking about sending the actual guide data to a third party, that is indeed icky legal wise. But in the SD example I can see members going through automatically generated fixups and marking them as good / false positive and then these fixups being applied to the data feed for all members (maybe with some optin for the beta phase)
[20:54:38] peper03: Anything that stops you having to zoom and constantly scroll is a boon :)
[20:56:20] dekarl: I've yet to come up with a general solution that is better then "collect EIT on a server and let a team of moderators manage the fixups without exposing the raw guide data to the general public".
[20:58:17] peper03: stuartm: If I hover over a programme, the duration shown is always 1 hour too long.
[21:13:05] natanojl: stuartm: peper03: http://pastebin.com/d20kqihW should make it a little better for smartphones
[21:24:05] stuartm: peper03: I'll take a look once I unbreak the server here – there is something odd about the code which generates that string ...
[21:24:23] stuartm: natanojl: I'll give that a go
[21:25:55] stuartm: that's the sort of stuff I need to read up on
[21:26:56] jheizer: The viewport along usually does wonders
[21:26:58] natanojl: stuartm: It's my first-ever attempt at making something responsive :)
[21:26:59] jheizer: alone
[21:27:54] jheizer: I've always been forced into making mobile specific sites since they are the "cool thing" so I am not up on all the dual purpose stuff.
[21:29:12] peper03: natanojl: I'm obviously doing something stupid because I can't get that patch to apply. git apply gives me 'trailing whitespace' warnings on lines that have no trailing whitespace and finally complains that the patch is corrupt.
[21:29:51] natanojl: stuartm: Could be how I pasted it perhaps
[21:30:24] natanojl: let me have a look
[21:30:47] peper03: The warnings are on lines 9–13. Line 14 is apparently ok, but I see no difference between that and line 13.
[21:30:53] stuartm: if it could be done in css alone that would be great, but with something like the guide I'm not so sure
[21:31:07] stuartm: glad of the help :)
[21:34:13] natanojl: seems like it's using CRLF line terminators for some reason when you download the patch
[21:35:47] peper03: natanojl: Ah yes, that wasn't being explicitly indicated in the editor. Still getting 'fatal: corrupt patch at line 96' though :(
[21:36:24] cesman (cesman!~cesman@pdpc/supporter/professional/cesman) has quit (Quit: Konversation terminated!)
[21:36:57] peper03: Ok, adding a blank line at the end gives me 'error: patch failed: mythtv/html/css/site.css:167'
[21:37:24] natanojl: stuartm: It works for me if I do :set fileformat=unix in vim and then save it
[21:37:45] stuartm: dos2unix
[21:38:01] natanojl: that should work as well
[21:38:38] stuartm: peper03: ^^
[21:39:32] stuartm: pastebin.com used to replace linefeeds with CRLF all the time, I thought they'd fixed that, but maybe not
[21:40:05] stuartm: that was one reason we used to prefer using pastebin.ca until it unfortunately started experiencing long periods of downtime
[21:40:45] peper03: Converted it to unix format but that just gives me the 'corrupt patch' error.
[21:41:05] natanojl: ok, I don't get why :(
[21:41:05] peper03: Sorry, feeling fairly thick at the moment...
[21:48:35] peper03: Ok, adding '--whitespace=fix' to git apply seems to have fixed it.
[21:52:23] cesman (cesman!~cesman@pool-173-60-115-165.lsanca.fios.verizon.net) has joined #mythtv
[21:52:24] cesman (cesman!~cesman@pdpc/supporter/professional/cesman) has joined #mythtv
[21:52:24] cesman (cesman!~cesman@pool-173-60-115-165.lsanca.fios.verizon.net) has quit (Changing host)
[21:53:32] peper03: Zooming still doesn't work, though. I've restarted mythbackend and cleared the brower's cache. What exactly does the patch do?
[21:56:29] stuartm: oh that really annoys me, Chromium doesn't respond to Shift-F5, every time you change a stylesheet or js file you have to go into the settings and explicitly clear the cache
[21:58:48] jheizer: On chrome on windows at least, usually 3 or 4 quick refreshes makes it come to it senses I find.
[22:00:24] peper03: stuartm: Apparently Ctrl-Shift-F5 should do it, but I don't really use Chrome so I can't vouch for it :)
[22:01:03] stuartm: peper03: on linux, Ctrl-Shift-F5 takes you to TTY5
[22:01:44] stuartm: I don't normally use Chrome, but I'm having to test changes across all the browsers available to me – Firefox, Chromium and Opera
[22:01:44] peper03: stuartm: Doh! See, told you I couldn't vouch for it :)
[22:02:12] peper03: Kind of like the old 'Press CTRL-H for an intelligence test' :)
[22:03:06] stuartm: Chromium is noticably faster and smoother than Firefox or Opera 12 ... but for general use I'm sticking with Opera and hoping they do eventually release their Blink based browser for linux
[22:04:22] natanojl: peper03: With the patch you shouldn't have to zoom, and the menu should be placed above the content if the screen width is <= 600 pixels
[22:04:45] stuartm: from the behaviour I'm seeing, I believe Chromium/Chrome is doing something very cool with it's page loads, it fetches in the backend, compares what it fetched to what is currently displayed and only updates the bits that have changed ... it's _very_ slick
[22:05:50] stuartm: you can refresh a page and there's no flicker or evidence that it's recalculating the layout etc
[22:06:06] peper03: natanojl: Ah, there you go. I've got a Nexus 4 – 1280x768.
[22:06:48] natanojl: peper03: Ah :)
[22:07:31] stuartm: yeah, my 7" tab has a 1440x900 res
[22:08:35] jheizer: Ahh web development
[22:08:36] stuartm: which actually matches one of my two monitors, but the screen is so much smaller that I'd still have to zoom
[22:08:57] stuartm: 7" tab, vs 19" monitor
[22:09:35] peper03: Can the layout somehow be tailored to the screen size, using the ppi of the display or whatever?
[22:09:51] stuartm: that's where resolution based switch falls down, DPI matters perhaps more
[22:09:58] jheizer: Then again I am fighting right now with a exe not loading a dll, so screw it all.
[22:12:33] Jordack (Jordack!~Jordack@h69-131-44-221.plmomi.dedicated.static.tds.net) has quit ()
[22:18:47] SteveGoodey (SteveGoodey!~steve@host109-158-208-19.range109-158.btcentralplus.com) has quit (Quit: Konversation terminated!)
[23:07:16] natanojl (natanojl!~jonatan@mythtv/developer/natanojl) has quit (Ping timeout: 245 seconds)
[23:29:26] stichnot_ (stichnot_!stichnot@nat/google/x-azzrtqjqsdfkzfpm) has joined #mythtv
[23:29:44] stichnot (stichnot!~stichnot@mythtv/developer/stichnot) has quit (Ping timeout: 246 seconds)
[23:29:49] stichnot_ is now known as stichnot
[23:48:28] robink (robink!~quassel@unaffilated/robink) has joined #mythtv
[23:58:21] jya (jya!~jyavenard@mythtv/developer/jya) has quit (Quit: jya)

IRC Logs collected by BeirdoBot.
Please use the above link to report any bugs.