:: #mythtv

Daily chat history

Current users (90):

aca_, aloril, Anssi, Beirdo_, bobweaver, brfransen, Captain_Murdoch, Casper0082, cesman, Chutt, clever, coling, Cougar, danielk22, danielk222, dblain, dekarl, ElmerFudd, ephemer0l, fetzerch, foobum, foxbuntu, gary_buhrmaster, ghoti, Gibby, gigem_, gregL, GreyFoxx, J-e-f-f-A, jams_, jarle_, jarryd, jhall_, jheizer, joe_____, joki, jpabq, jpabq_, jpharvey, jst, jwhite, jya, jya_, kenni, knightr_, kormoc, krumer, KungFuJe1us, kurre2, kwmonroe, laga, MavT, moparisthebest_, mrand1, MythBuild, MythLogBot, neufeld, NightMonkey, ozmyth, poptix, purserj, rhpot199`, roxlu, rsiebert, seld, Sharky112065, skd5aner, sl1ce, SmallR2002, sp00ge, sphery, sraue, stuarta, stuartm, superm1, tafy, taylorr, tgm4883, toeb_, tonsofpc1, tris, uglyoldbob, wagnerrp, wahrhaft_, whoDat, wolfgang2, XDS2010, xris, _charly__, _nyloc_

Error at /opt/beirdobot/share/beirdobot/web/includes/utils.php, line 120:
htmlentities(): Invalid multibyte sequence in argument

    datetime:  2013-06-05 00:09:29 (UTC)
    errornum:  2
  error type:  Warning
error string:  htmlentities(): Invalid multibyte sequence in argument
    filename:  /opt/beirdobot/share/beirdobot/web/includes/utils.php
  error line:  120
Tuesday, June 4th, 2013, 00:03 UTC
[00:03:36] wagnerrp: stuartm: i'm pretty sure there was something i wanted to ask you when i got home
[00:03:40] wagnerrp: but i'm not sure what that was
[00:07:19] wagnerrp: i don't think this is quite it, but is there a way to disable a menu xml item through the code?
[00:07:49] wagnerrp: when running in windowed mode, the screen setup wizard refuses to run
[00:08:10] wagnerrp: but there's currently no response as to why
[00:08:40] wagnerrp: i could put a popup in the wizard before it terminates, but it might be better to disable the menu item all together
[00:34:03] stichnot: skd5aner: Could you (once again, sorry) remind me of the behavior when Live TV fails on a channel/tuner change?
[00:34:49] skd5aner: stichnot: ummm... not sure I exactly know which Live TV error specifically you are referring to
[00:35:06] stichnot: could be I'm thinking of the wrong person
[00:35:08] skd5aner: stichnot: I haven't really been around for a few months...
[00:35:17] skd5aner: stichnot: probably not, I have a few live tv tickets out there
[00:35:32] stichnot: I haven't tried to think about live TV for a few months :)
[00:36:39] skd5aner: stichnot: :0
[00:36:41] skd5aner: :)
[00:36:58] stichnot: I think I refreshed my memory as to where I think a likely race condition is coming from, and I want to try to reason out whether it would explain behavior seen by affected users.
[00:37:30] skd5aner: stichnot: My wife says the main problem is that LiveTV will often just quit in the middle of the show with video frame buffer failing errors
[00:37:51] skd5aner: I have other issues where it doesn't always change channels cleaning on my HD-PVR, and will often fail back to the main menu
[00:38:08] stichnot: hmm, that would be something entirely different (the video frame buffer error)
[00:38:12] skd5aner: either by trying to tune to the HD-PVR from a different source originally, or between HD-PVR channels
[00:38:37] stichnot: That one is more likely what I'm suggesting.
[00:38:39] skd5aner: I haven't been leveraging live tv as much becasue I haven't been using TV as much recently – been a very busy few months :)
[00:40:29] skd5aner: The other problem I've seen recently, and have mentioned to gigem, is that recordings still want to steal my tuner that live tv is using even though I have plenty available and I do have his patch in my current version that was supposed to help and/or resolve that issue
[00:40:39] skd5aner: but it's sort of sporadic and not exactly sure how to replicate it
[00:41:52] skd5aner: stichnot: if you want, I'll try and actually replicate some of the stuff this week and actually pay attention again
[00:42:06] skd5aner: stichnot: I'l get back to you in a week or so
[00:42:07] jpabq_ (jpabq_!~quassel@mythtv/developer/jpabq) has quit (Read error: Connection reset by peer)
[00:42:10] jpabq (jpabq!~quassel@mythtv/developer/jpabq) has quit (Remote host closed the connection)
[00:42:26] stichnot: skd5aner: thanks, no need to do anything quite yet
[00:42:53] skd5aner: stichnot: hey, when a developer actually /asks/ me for my feedback on something that's frustrated me for a long time... I'm very willing to jump :)
[00:58:56] jpabq (jpabq!~quassel@mythtv/developer/jpabq) has joined #mythtv
[00:59:00] jpabq_ (jpabq_! has joined #mythtv
[01:04:05] jpabq (jpabq!~quassel@mythtv/developer/jpabq) has quit (Disconnected by services)
[01:04:11] jpabq_ is now known as jpabq
[01:04:18] jpabq (jpabq! has quit (Changing host)
[01:04:19] jpabq (jpabq!~quassel@mythtv/developer/jpabq) has joined #mythtv
[01:05:25] jpabq_ (jpabq_!~quassel@mythtv/developer/jpabq) has joined #mythtv
[01:16:20] stichnot (stichnot!stichnot@mythtv/developer/stichnot) has quit (Ping timeout: 245 seconds)
[01:29:03] gigem: skd5aner: I'm old and forgetful, so please indulge me. Were you supposed to/did you get me logs of the live TV issue? I wouldn't be surprised if there were still corner cases that cause problems. One thing that could affect things is long scheduler runs, but they would have to be very long (near or over a minute). What is the "sr:" value in your "sleeping for %1 ms (s2n: %2 sr: %3)" log entries?
[01:29:55] skd5aner: gigem: no, I never got you anything... I just lived with it :) That said, I probably should, I just wasn't sure how to do so...
[01:30:40] skd5aner: I do have a feeling that my scheduler is very slow, but I've not pulled back the covers in a long long time to confirm... I will say that I do have an issue now that might demonstrate that fact...
[01:31:45] skd5aner: I've been trying to set up a lot of "schedule only this recording" rules recently so I can watch some playoff games... but the rules take several minutes before they appear and take hold. In the meantime, both MythWeb and the frontend will show the rule as not set
[01:32:02] skd5aner: I mean, it's 5+ mins before it takes effect
[01:32:16] skd5aner: not sure if that's desired behavior or not, but it appears like the rule never got set
[01:32:36] skd5aner: especially bad on mythweb when the rule page reloads after 20 seconds or so, and it says the rule isn't set
[01:33:55] skd5aner: gigem: is that sr: value in the mythbackend logs?
[01:37:49] gigem: That very well could be long schedule times. What version are you running again? 0.26 has some changes that could improve that a lot if you're not using EIT. I think dekarl1 made some changes in 0.27 that could help the EIT cases. Yes, the master backend logs. The "Scheduled <n> items in" message could suffice too, but it's the "sr:" ones that show when it adversely affects you.
[01:38:18] gigem: I'm off to watch some playoffs myself, so I probably won't respond for a while.
[01:51:05] NightMonkey (NightMonkey!~NightrMon@pdpc/supporter/professional/nightmonkey) has quit (Quit: Body blow! Body blow!)
[02:23:06] nyloc (nyloc! has quit (Read error: Operation timed out)
[02:24:49] nyloc (nyloc! has joined #mythtv
[02:37:01] pvr4me (pvr4me! has joined #mythtv
[03:06:42] pvr4me (pvr4me! has quit (Quit: pvr4me)
[03:25:18] joki (joki! has quit (Ping timeout: 264 seconds)
[03:30:01] joki (joki! has joined #mythtv
[03:41:53] fetzerch (fetzerch!~quassel@unaffiliated/fetzerch) has quit (Ping timeout: 248 seconds)
[03:43:12] fetzerch (fetzerch!~quassel@unaffiliated/fetzerch) has joined #mythtv
[03:55:21] stichnot (stichnot! has joined #mythtv
[03:55:21] stichnot (stichnot!~stichnot@mythtv/developer/stichnot) has joined #mythtv
[03:55:21] stichnot (stichnot! has quit (Changing host)
[04:58:21] rhpot1991 (rhpot1991!~rhpot1991@ubuntu/member/rhpot1991) has quit (Ping timeout: 240 seconds)
[05:02:19] rhpot1991 (rhpot1991!~rhpot1991@2001:4968:202:3:8840:46db:74c3:a362) has joined #mythtv
[05:02:19] rhpot1991 (rhpot1991!~rhpot1991@2001:4968:202:3:8840:46db:74c3:a362) has quit (Changing host)
[05:02:19] rhpot1991 (rhpot1991!~rhpot1991@ubuntu/member/rhpot1991) has joined #mythtv
[05:22:13] sphery (sphery!~mdean@mythtv/developer/sphery) has quit (Ping timeout: 248 seconds)
[06:04:46] ozmyth (ozmyth!~Adium@ has joined #mythtv
[06:08:03] nutron (nutron!~nutron@unaffiliated/nutron) has quit (Quit: Whoosie Electroniums)
[06:08:50] FabriceMG (FabriceMG! has joined #mythtv
[06:09:18] dekarl1 is now known as dekarl
[06:15:46] sphery (sphery!~mdean@mythtv/developer/sphery) has joined #mythtv
[06:27:24] Tobbe5178 (Tobbe5178! has joined #mythtv
[06:58:16] jwhite (jwhite! has quit (Ping timeout: 256 seconds)
[07:04:45] ozmyth (ozmyth!~Adium@ has quit (Quit: Leaving.)
[07:13:12] ozmyth (ozmyth!~Adium@ has joined #mythtv
[07:13:21] ozmyth (ozmyth!~Adium@ has quit (Client Quit)
[07:28:34] SteveGoodey (SteveGoodey! has joined #mythtv
[07:34:49] Merlin83b (Merlin83b!~Daniel@2a00:1ee0:3:1337:42:4e9a:d005:102f) has joined #mythtv
[07:45:01] Cougar (Cougar!~cougar@2a03:5880:104:10:85be:1c49:c48:bfde) has quit (Ping timeout: 246 seconds)
[08:01:33] Cougar (Cougar!~cougar@2a03:5880:104:10:c821:60d3:9b60:9b10) has joined #mythtv
[08:03:02] jwhite (jwhite! has joined #mythtv
[08:11:21] gary_buhrmaster (gary_buhrmaster!~gtb@2001:470:80e4:3::36) has quit (Ping timeout: 240 seconds)
[08:27:48] Captain_Murdoch: jya, ah, thx. I thought just AAC internal. thought libmp3lame had been fixed already a while back.
[08:34:11] jya: nah.. libmp3 asked for planar data now
[08:34:35] jya: it actually can continue working with S16
[08:34:41] jya: bout has to be S16P
[08:36:02] jya: deinterleaving the data is simple enough; however I've found an issue with the new libmp3lame code where you have to provide it with a specific number of frames at a time otherwise it gives you an error… not sure how to manage that one as the writer expect all its data to be written to the encoder
[08:47:04] gary_buhrmaster (gary_buhrmaster!~gtb@2001:470:80e4:3::36) has joined #mythtv
[08:52:04] sraue (sraue!~stephan@xbmc/staff/sraue) has quit (Quit: Ex-Chat)
[09:05:48] sraue (sraue!~stephan@xbmc/staff/sraue) has joined #mythtv
[09:06:21] SteveGoodey (SteveGoodey! has quit (Quit: Konversation terminated!)
[09:19:49] SteveGoodey (SteveGoodey! has joined #mythtv
[09:28:25] SteveGoodey (SteveGoodey! has quit (Quit: Konversation terminated!)
[12:46:27] dmfrey (dmfrey! has joined #mythtv
[12:47:07] Jordack (Jordack! has joined #mythtv
[12:57:34] FabriceMG (FabriceMG! has quit (Ping timeout: 246 seconds)
[12:58:40] FabriceMG (FabriceMG! has joined #mythtv
[13:27:01] Cougar (Cougar!~cougar@2a03:5880:104:10:c821:60d3:9b60:9b10) has quit (Ping timeout: 240 seconds)
[13:39:14] Cougar (Cougar!~cougar@2a03:5880:104:10:c821:60d3:9b60:9b10) has joined #mythtv
[13:49:41] stuartm: stichnot: are you now maintaining the CC code?
[14:03:29] stichnot: stuartm: yes, generally
[14:06:15] stichnot: I have a hard time with teletext since I lack sources for recordings, but cc608, cc708, and srt are the big ones.
[14:06:50] stuartm: I was looking at but I'm not really sure what the intent is and what would make for a good default, and then there's the comment about members intentionally being uninitialised :/
[14:11:24] stuartm: same defaults as the other constructor seems the safest?
[14:11:43] stichnot: The comment about intentionally not initializing most fields predates me (performance reasons, most likely), and I haven't messed with it except to add the override_fg_color initialization which was necessary.
[14:12:04] stichnot: I'm surprised that edge_color is the only field coverity is complaining about.
[14:12:40] stuartm: I think it's complaining about that one because it's actually found a code path where it might be used without being set
[14:13:01] stichnot: Really? I'll have a deeper look then
[14:14:21] stuartm: stichnot: the coverity browser usually gives more detail, I'll have a look at what it says
[14:16:57] stuartm: ah, ok, in this case it is lumping them all together as a single issue
[14:19:17] stichnot: I'll be back in an hour, have to get the kids out the door :)
[14:20:40] stuartm: yeah np, I might be out myself for half an hour, got some shopping to do :)
[14:20:55] amessina (amessina!~amessina@2001:470:c1dc:7779:d6be:d9ff:fe8d:7c1e) has quit (Ping timeout: 264 seconds)
[14:21:36] amessina (amessina!~amessina@2001:470:c1dc:7779:d6be:d9ff:fe8d:7c1e) has joined #mythtv
[14:24:57] jwhite (jwhite! has quit (Quit: Leaving)
[14:27:54] jwhite (jwhite! has joined #mythtv
[14:50:41] whoDat (whoDat! has joined #mythtv
[14:53:10] stichnot (stichnot!~stichnot@mythtv/developer/stichnot) has quit (Ping timeout: 252 seconds)
[15:33:23] stichnot (stichnot!~stichnot@ has joined #mythtv
[15:33:23] stichnot (stichnot!~stichnot@mythtv/developer/stichnot) has joined #mythtv
[15:33:23] stichnot (stichnot!~stichnot@ has quit (Changing host)
[15:48:59] stichnot: stuartm: I suspect that CC708CharacterAttribute is intentionally not initialized because of "new CC708Character[new_rows * new_columns]" in CC708Window::Resize(), but this may have been a premature optimization
[15:49:50] stichnot: Resize() only takes this path when growing the character array
[15:50:41] stichnot: The thought was probably that any valid character will be properly initialized when the pen attributes are copied into the character
[15:51:58] stichnot: And even in the cc708 stream is corrupted, and it tries to read/display an uninitialized character, it probably accidentally works out because the actual character is initialized to a space and few of the character attributes are visible with a space character.
[15:52:31] stichnot: In any case, I'm inclined to do the explicit initialization and see if there is any observable performance impact on my ION frontends.
[15:56:41] skidaddle (skidaddle!~yoavp@ has left #mythtv ()
[15:56:48] skidaddle (skidaddle!~yoavp@ has joined #mythtv
[16:06:19] stichnot (stichnot!~stichnot@mythtv/developer/stichnot) has quit (Ping timeout: 252 seconds)
[16:08:52] rsiebert (rsiebert! has joined #mythtv
[16:12:06] rsiebert_ (rsiebert_! has quit (Ping timeout: 264 seconds)
[16:17:20] FabriceMG (FabriceMG! has quit (Quit: FabriceMG)
[16:36:29] stuartm: we can always suppress the warning if it does have an impact, I'd just add a doxygen formatted comment to the effect that any new users of that class need to be aware that the values aren't initialised
[16:39:27] stichnot (stichnot!~stichnot@ has joined #mythtv
[16:39:27] stichnot (stichnot!~stichnot@mythtv/developer/stichnot) has joined #mythtv
[16:39:27] stichnot (stichnot!~stichnot@ has quit (Changing host)
[16:44:54] cesman (cesman! has joined #mythtv
[16:44:54] cesman (cesman!~cesman@pdpc/supporter/professional/cesman) has joined #mythtv
[16:44:54] cesman (cesman! has quit (Changing host)
[16:58:32] cybrNaut (cybrNaut!cybrNaut@unaffiliated/cybrnaut) has joined #mythtv
[16:58:42] skidaddle (skidaddle!~yoavp@ has left #mythtv ()
[16:58:45] cybrNaut (cybrNaut!cybrNaut@unaffiliated/cybrnaut) has left #mythtv ()
[17:02:15] Merlin83b (Merlin83b!~Daniel@2a00:1ee0:3:1337:42:4e9a:d005:102f) has quit (Read error: Connection reset by peer)
[17:10:27] jpabq: For H.264 we need to wait to start recording until we have seen a SPS. At the same time we want to start the recording on a keyframe. So, if we see a SPS but the next frame is not a keyframe, should we start over looking for a SPS? I would expect encoders to follow up a SPS immediately with a keyframe, but do they have to?
[17:13:24] NightMonkey (NightMonkey!~NightrMon@ has joined #mythtv
[17:13:25] NightMonkey (NightMonkey!~NightrMon@ has quit (Changing host)
[17:13:25] NightMonkey (NightMonkey!~NightrMon@pdpc/supporter/professional/nightmonkey) has joined #mythtv
[17:19:01] NightMonkey (NightMonkey!~NightrMon@pdpc/supporter/professional/nightmonkey) has quit (Ping timeout: 248 seconds)
[17:30:43] NightMonkey (NightMonkey!~NightrMon@ has joined #mythtv
[17:30:43] NightMonkey (NightMonkey!~NightrMon@pdpc/supporter/professional/nightmonkey) has joined #mythtv
[17:30:43] NightMonkey (NightMonkey!~NightrMon@ has quit (Changing host)
[17:46:47] sraue (sraue!~stephan@xbmc/staff/sraue) has quit (Quit: Ex-Chat)
[17:56:24] moparisthebest_ (moparisthebest_!~quassel@ has joined #mythtv
[17:56:30] _nyloc_ (_nyloc_! has joined #mythtv
[17:56:57] roxlu_ (roxlu_! has joined #mythtv
[17:57:00] wahrhaft_ (wahrhaft_! has joined #mythtv
[17:57:15] KungFuJe1us (KungFuJe1us!~adam@ has joined #mythtv
[17:57:29] _charly__ (_charly__! has joined #mythtv
[17:57:39] rhpot199` (rhpot199`!~rhpot1991@2001:4968:202:3:8840:46db:74c3:a362) has joined #mythtv
[17:58:15] brfranse_ (brfranse_!~brfransen@ has joined #mythtv
[17:58:35] cougar_h (cougar_h!~cougar@2a03:5880:104:10:c821:60d3:9b60:9b10) has joined #mythtv
[17:58:37] sraue (sraue!~stephan@xbmc/staff/sraue) has joined #mythtv
[17:58:39] tgm4883_ (tgm4883_!~tgm4883@2001:4968:202:3:8840:46db:74c3:a362) has joined #mythtv
[17:58:39] tgm4883_ (tgm4883_!~tgm4883@2001:4968:202:3:8840:46db:74c3:a362) has quit (Changing host)
[17:58:40] tgm4883_ (tgm4883_!~tgm4883@ubuntu/member/tgm4883) has joined #mythtv
[17:59:13] tris (tris!tristan@2001:1868:a00a::4) has joined #mythtv
[17:59:29] Tobbe5178 (Tobbe5178! has quit (Read error: Connection reset by peer)
[17:59:30] XDS2010 (XDS2010!uid1218@gateway/web/ has quit (Ping timeout: 264 seconds)
[17:59:31] nyloc (nyloc! has quit (Ping timeout: 264 seconds)
[17:59:32] roxlu (roxlu! has quit (Ping timeout: 264 seconds)
[17:59:32] KungFuJesus (KungFuJesus!~adam@ has quit (Ping timeout: 264 seconds)
[17:59:32] tgm4883 (tgm4883!~tgm4883@ubuntu/member/tgm4883) has quit (Ping timeout: 264 seconds)
[17:59:32] wahrhaft (wahrhaft! has quit (Ping timeout: 264 seconds)
[17:59:32] moparisthebest (moparisthebest!~quassel@ has quit (Ping timeout: 264 seconds)
[17:59:32] Cougar (Cougar!~cougar@2a03:5880:104:10:c821:60d3:9b60:9b10) has quit (Ping timeout: 264 seconds)
[17:59:33] _charly_ (_charly_! has quit (Ping timeout: 264 seconds)
[17:59:33] brfransen (brfransen!~brfransen@ has quit (Ping timeout: 264 seconds)
[17:59:33] rhpot1991 (rhpot1991!~rhpot1991@ubuntu/member/rhpot1991) has quit (Ping timeout: 264 seconds)
[18:00:00] brfranse_ is now known as brfransen
[18:00:38] tris (tris!tristan@2001:1868:a00a::4) has quit (Excess Flood)
[18:03:17] tris (tris!tristan@2001:1868:a00a::4) has joined #mythtv
[18:03:35] tgm4883_ is now known as tgm4883
[18:06:35] gigem_ (gigem_! has joined #mythtv
[18:07:03] tafy: Hi, I have a few patches for the services-api that adds some functionality. Where do the responsibilities fall ? is there one developer who works on the services-api or is it more in line with what a given developer works on in the core code ? I did work with gigem on the recording schedule changes in the past but I am wondering on who to ping to get these patches looked at and hopefully brought into the main code...
[18:07:19] joki- (joki-! has joined #mythtv
[18:07:26] jarle_ (jarle_! has joined #mythtv
[18:07:29] gigem_ (gigem_! has quit (Changing host)
[18:07:30] gigem_ (gigem_!~david@mythtv/developer/gigem) has joined #mythtv
[18:08:01] joki (joki! has quit (Ping timeout: 252 seconds)
[18:08:01] jarle (jarle! has quit (Ping timeout: 252 seconds)
[18:08:03] gigem (gigem!~david@mythtv/developer/gigem) has quit (Ping timeout: 252 seconds)
[18:08:03] laga (laga! has quit (Ping timeout: 252 seconds)
[18:08:04] joki- is now known as joki
[18:10:36] zCougar (zCougar!~cougar@2a03:5880:104:10:c821:60d3:9b60:9b10) has joined #mythtv
[18:10:39] cougar_h (cougar_h!~cougar@2a03:5880:104:10:c821:60d3:9b60:9b10) has quit (Excess Flood)
[18:10:43] zCougar is now known as Cougar
[18:10:54] dekarl (dekarl! has quit (*.net *.split)
[18:10:56] Captain_Murdoch (Captain_Murdoch!~cpinkham@mythtv/developer/CaptainMurdoch) has quit (*.net *.split)
[18:12:14] stichnot_ (stichnot_!~stichnot@ has joined #mythtv
[18:12:15] stichnot_ is now known as stichnot
[18:12:31] laga (laga! has joined #mythtv
[18:14:04] Captain_Murdoch (Captain_Murdoch!~cpinkham@ has joined #mythtv
[18:14:04] Captain_Murdoch (Captain_Murdoch!~cpinkham@ has quit (Changing host)
[18:14:04] Captain_Murdoch (Captain_Murdoch!~cpinkham@mythtv/developer/CaptainMurdoch) has joined #mythtv
[18:15:15] dekarl (dekarl! has joined #mythtv
[18:15:30] peper03 (peper03! has joined #mythtv
[18:18:50] MythLogBot (MythLogBot!~bot@mythtv/developer/beirdo) has quit (Ping timeout: 256 seconds)
[18:22:26] sphery: tafy: For the most part we kind of take patches as we get a chance to look at them/work on them, and a lot of the who is based on available time and interest/experience with the area in question.
[18:22:38] stichnot (stichnot!~stichnot@ has quit (*.net *.split)
[18:22:39] kormoc (kormoc!~kormoc@mythtv/developer/kormoc) has quit (*.net *.split)
[18:23:30] sphery: tafy: That said, your new patch looks good--much more like what I imagined than the first. I love that you're not just using an internal int for the marker type. That said, if we use the same format for seek tables, it could result in
[18:25:00] sphery: we could be repeating a string a lot of times--like 7K+ times for an hour-long recording with keyframes at 1/2s intervals.
[18:25:39] fetzerch (fetzerch!~quassel@unaffiliated/fetzerch) has joined #mythtv
[18:26:55] sphery: So, it may make sense to make a "message-internal" key in the recordedinfo--i.e. "MarkupTypes" and provide a "COMMSKIP":"1" (or whatever) and so on for the rest (or could even use internal values for type--just as long as they're defined in the message) to reduce the size a bit...
[18:28:14] Sharky-112065 (Sharky-112065! has joined #mythtv
[18:29:00] toeb_ (toeb_! has joined #mythtv
[18:29:43] sphery: What do you think? With markup, there won't be that many records, so it's not a big deal, and in truth, the type for the seek entries will likely be the same for each recording (so could probably be specified in the RecordedSeekInfo type construct, like your RecordedMarkupInfo, so it may not be a problem. (In other words, I'm not sure which I like better--your approach is probably easier for clients to process, and shouldn't be much data for ...
[18:29:50] sphery: ... markup, so...) Thoughts?
[18:30:33] joe__ (joe__!~bob@ has quit (Ping timeout: 256 seconds)
[18:30:35] Sharky112065 (Sharky112065! has quit (Ping timeout: 256 seconds)
[18:30:35] sp00ge (sp00ge! has quit (Ping timeout: 256 seconds)
[18:30:35] kc (kc!~Casper@unaffiliated/kc) has quit (Ping timeout: 256 seconds)
[18:30:36] Casper0082 (Casper0082! has joined #mythtv
[18:30:45] clever (clever!~clever@ has quit (Ping timeout: 256 seconds)
[18:30:49] sp00ge (sp00ge! has joined #mythtv
[18:31:09] sphery: Note that I'm not trying to be picky--I like the patch as you have it, now--I just figure it's best to get the api format right the first time, so I'm really soliciting feedback (especially as you seem to be actually using the data)
[18:31:32] stichnot (stichnot!~stichnot@ has joined #mythtv
[18:31:32] stichnot (stichnot!~stichnot@ has quit (Changing host)
[18:31:32] stichnot (stichnot!~stichnot@mythtv/developer/stichnot) has joined #mythtv
[18:31:34] clever (clever!~clever@ has joined #mythtv
[18:33:54] wagnerrp (wagnerrp!~wagnerrp_@mythtv/developer/wagnerrp) has quit (Excess Flood)
[18:33:54] jams (jams! has quit (Excess Flood)
[18:33:54] gregL (gregL! has quit (Excess Flood)
[18:33:54] jams_ (jams_! has joined #mythtv
[18:34:09] wagnerrp_ (wagnerrp_!~wagnerrp_@mythtv/developer/wagnerrp) has joined #mythtv
[18:34:34] tris (tris!tristan@2001:1868:a00a::4) has quit (Excess Flood)
[18:36:01] jya__ (jya__!~jyavenard@mythtv/developer/jya) has joined #mythtv
[18:36:06] tafy: sphery: no worries, I am not taking this the wrong way :)
[18:36:06] tafy: For external clients (and I am biased) I think that the approach I took is pretty simple to deal with but I do get your point if it is being used for seek entries
[18:37:00] kormoc_ is now known as 13WAAF098
[18:37:00] 13WAAF098 (13WAAF098!~kormoc@mythtv/developer/kormoc) has quit (Excess Flood)
[18:37:02] kormoc (kormoc!~kormoc@mythtv/developer/kormoc) has joined #mythtv
[18:37:14] gregL (gregL! has joined #mythtv
[18:37:15] sphery: tafy: yeah, I'm starting to lean toward your way being best, too--especially since seek tables won't have as many types (especially per recording).
[18:37:20] tafy: one other thing I was thinking about when I came up with this was to use an extra structure underneath in this case it would remove the member "type" out of the RecordedMarkupItem class
[18:37:33] tafy: so we would have something like markupInfo -> markuptypeInfo -> markups
[18:38:05] Casper0082 (Casper0082! has quit (Ping timeout: 245 seconds)
[18:38:05] roxlu_ (roxlu_! has quit (Ping timeout: 245 seconds)
[18:38:19] toeb (toeb! has quit (Write error: Broken pipe)
[18:38:23] sphery: so like group all the commskip into a single list and all the cuts into a different list?
[18:38:44] sphery: both under the markupinfo?
[18:39:30] tafy: sphery: should I leave the patch as is then ?
[18:39:41] joe_____ (joe_____!~bob@ has joined #mythtv
[18:39:56] kc (kc! has joined #mythtv
[18:39:56] kc (kc! has quit (Changing host)
[18:39:56] kc (kc!~Casper@unaffiliated/kc) has joined #mythtv
[18:40:36] amessina (amessina!~amessina@2001:470:c1dc:7779:d6be:d9ff:fe8d:7c1e) has quit (Ping timeout: 245 seconds)
[18:40:40] amessina (amessina!~amessina@2001:470:c1dc:7779:d6be:d9ff:fe8d:7c1e) has joined #mythtv
[18:40:42] Seeker` (Seeker`!~cjo20@unaffiliated/seeker) has quit (Ping timeout: 245 seconds)
[18:40:50] sphery: tafy: Yeah, I think I like it how it is
[18:41:04] Seeker` (Seeker`! has joined #mythtv
[18:41:04] Seeker` (Seeker`! has quit (Changing host)
[18:41:04] Seeker` (Seeker`!~cjo20@unaffiliated/seeker) has joined #mythtv
[18:41:18] tris (tris!tristan@2001:1868:a00a::4) has joined #mythtv
[18:41:25] tafy: sphery: I can do that
[18:41:48] tafy: yes
[18:41:52] sphery: looking at my recordings, I seem to have only 10 or so markups per program, so the extra abstraction/"compression" doesn't make sense when it comes at the cost of readability
[18:42:29] sphery: I'd figure someone with both a flag list and cut list would have maybe 20--so simple is better
[18:42:35] foobum_ (foobum_! has joined #mythtv
[18:42:41] J-e-f-f-A_ (J-e-f-f-A_! has joined #mythtv
[18:42:47] J-e-f-f-A_ (J-e-f-f-A_! has quit (Changing host)
[18:42:47] J-e-f-f-A_ (J-e-f-f-A_!~J-e-f-f-A@unaffiliated/j-e-f-f-a) has joined #mythtv
[18:43:12] sphery: thanks a lot for the patch, and for reworking it to not expose the internal int/force clients to know which int means what (for which versions of mythtv/the api)
[18:43:13] roxlu (roxlu! has joined #mythtv
[18:43:22] sphery: I'll see if I can get to it this week
[18:43:44] tonsofpc1 (tonsofpc1! has joined #mythtv
[18:43:46] sphery: but I'm just heading out for the day, so it won't be today. thanks again.
[18:44:00] tafy (tafy! has quit (Read error: Connection reset by peer)
[18:44:12] tafy (tafy! has joined #mythtv
[18:44:42] tris (tris!tristan@2001:1868:a00a::4) has quit (Excess Flood)
[18:45:11] sphery: tafy: so, to make sure you're caught up (in spite of connection issues), leave the patch as is--it looks great and seems to be the best approach for everyone (us and 3rd party clients)
[18:45:38] tafy: sphery: we are both on the same page then
[18:45:58] sphery: great... I'll make sure it goes in for 0.27
[18:47:10] tafy: sphery: sorry to bug you with this but I have another patch (that I will need to be modified again if the recording markup patch makes its way in)
[18:47:11] tafy: the patch is #11500 and it allows an external client to mark an item as watched
[18:47:11] ** MythLogBot **
[18:47:11] tafy: which is useful when you have multiple external client like in my case
[18:47:11] tafy: cool sounds good, thanks a lot
[18:47:50] tris (tris!~tristan@2001:1868:a00a::4) has joined #mythtv
[18:47:57] tafy: sphery: when this gets in 0.27 I will modify #11500 then
[18:47:57] ** MythLogBot **
[18:48:52] skd5aner (skd5aner! has quit (*.net *.split)
[18:48:59] jarle_ (jarle_! has quit (*.net *.split)
[18:48:59] jya_ (jya_!~jyavenard@mythtv/developer/jya) has quit (*.net *.split)
[18:49:01] 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)
[18:49:01] tonsofpcs (tonsofpcs!~tonsofpcs@rivendell/member/tonsofpcs) has quit (*.net *.split)
[18:49:06] foobum (foobum! has quit (*.net *.split)
[18:49:06] ElmerFudd (ElmerFudd!~le@ has quit (*.net *.split)
[18:49:22] tris (tris!~tristan@2001:1868:a00a::4) has quit (Excess Flood)
[18:49:33] skd5aner (skd5aner! has joined #mythtv
[18:49:40] jarle_ (jarle_! has joined #mythtv
[18:49:48] tris (tris!tristan@2001:1868:a00a::4) has joined #mythtv
[18:49:57] ElmerFudd (ElmerFudd! has joined #mythtv
[18:50:15] J-e-f-f-A_ is now known as J-e-f-f-A
[18:53:22] hume (hume! has joined #mythtv
[18:56:27] sphery: tafy: what update do you plan for that one?
[18:57:03] tafy: sphery: just general patch update for lines, version numbers and such
[18:57:11] tafy: no logic changes
[18:57:19] sphery: ah, ok
[18:57:31] tafy: I am trying to make it straight forward for the devs
[18:57:43] sphery: yeah, the logic seems fine (assuming we're providing the video ID for the video side--and if we're not providing that with the video info, we probably should be)
[18:58:54] tafy: I used the same pattern to deal with video, the other methods just use the video ID so I followed that
[18:59:00] dekarl1 (dekarl1! has joined #mythtv
[18:59:03] sphery: cool
[18:59:36] Sharky112065 (Sharky112065! has joined #mythtv
[18:59:39] tafy: Thanks a lot !
[19:00:06] stuartm: gary_buhrmaster: if you have any more static analysis patches that I've missed then give me a nudge
[19:00:12] xris- (xris-! has joined #mythtv
[19:00:16] dekarl (dekarl! has quit (Ping timeout: 252 seconds)
[19:00:28] stuartm: how on earth did I end up with 50 tickets assigned to me?
[19:02:06] amessina_ (amessina_!~amessina@2001:470:c1dc:7779:d6be:d9ff:fe8d:7c1e) has joined #mythtv
[19:05:40] xris (xris!~xris@mythtv/developer/xris) has quit (Ping timeout: 245 seconds)
[19:05:40] Sharky-112065 (Sharky-112065! has quit (Ping timeout: 245 seconds)
[19:05:40] jarryd (jarryd! has quit (Ping timeout: 245 seconds)
[19:05:40] foobum_ (foobum_! has quit (Ping timeout: 245 seconds)
[19:05:41] amessina (amessina!~amessina@2001:470:c1dc:7779:d6be:d9ff:fe8d:7c1e) has quit (Ping timeout: 245 seconds)
[19:06:07] foobum (foobum! has joined #mythtv
[19:07:37] jarryd (jarryd! has joined #mythtv
[19:07:56] xris- is now known as xris
[19:14:13] tafy (tafy! has left #mythtv ()
[19:14:42] dekarl1 (dekarl1! has quit (*.net *.split)
[19:16:32] dekarl (dekarl! has joined #mythtv
[19:22:12] natanojl (natanojl! has joined #mythtv
[19:31:14] gary_buhrmaster: stuartm: Tickets #11550 #11552 #11553 #11554 #11556 #11563
[19:31:14] ** MythLogBot **
[19:31:14] ** MythLogBot **
[19:31:14] ** MythLogBot **
[19:31:14] ** MythLogBot **
[19:31:14] ** MythLogBot **
[19:31:14] ** MythLogBot **
[19:31:37] gary_buhrmaster: stuartm: (remember, you asked for them :-)
[19:33:23] gary_buhrmaster: stuartm: Re: ticket assignment. I sometimes wonder if the current trac component->owner assignment is currently accurate.
[19:34:04] gary_buhrmaster: stuartm: btw, thanks for looking at them, and committing them.
[19:35:04] gary_buhrmaster: stuartm: With the exception of the one, these were scan-build (the clang/llvm) static analysis tool, which detects some things differently than cppcheck and coverity. I focused on those that were different (mostly).
[19:35:27] stichnot: sphery: (coming late to the discussion) tafy is only exposing recordedmarkup, not recordedseek, so there will only be dozens of entries, not thousands.
[19:36:20] gary_buhrmaster: stuartm: However, until I upgraded to the clang 3.3rc2, I had about 5800 false positives to wade through (mostly qt libraries), so it was slow going. With 3.3rc2, there are only about 400 false positives.
[19:38:05] stichnot: tafy: as to your original question, services API is basically orphaned after the original developer left the project, so maintenance falls to those who actually use it and can test it.
[19:39:44] stuartm: gary_buhrmaster: heh, I figured I'd missed one or two ...
[19:48:08] gary_buhrmaster: stuartm: At least one/too got assigned to someone else as part of the automatic trac component->owner piece.
[19:48:18] gary_buhrmaster: stuartm: s/too/two/
[19:55:04] skd5aner: gigem_: I'm running 0.26-fixes, but a version from aroung March. I do not use EIT, everything is from SD. I'll try and check the logs sometime in the next few days
[19:59:58] XDS2010 (XDS2010!uid1218@gateway/web/ has joined #mythtv
[20:17:18] Casper0082 (Casper0082! has joined #mythtv
[20:18:53] jarryd (jarryd! has quit (*.net *.split)
[20:18:53] tris (tris!tristan@2001:1868:a00a::4) has quit (*.net *.split)
[20:18:53] skd5aner (skd5aner! has quit (*.net *.split)
[20:18:53] roxlu (roxlu! has quit (*.net *.split)
[20:18:53] Seeker` (Seeker`!~cjo20@unaffiliated/seeker) has quit (*.net *.split)
[20:18:53] kc (kc!~Casper@unaffiliated/kc) has quit (*.net *.split)
[20:18:53] Captain_Murdoch (Captain_Murdoch!~cpinkham@mythtv/developer/CaptainMurdoch) has quit (*.net *.split)
[20:18:54] brfransen (brfransen!~brfransen@ has quit (*.net *.split)
[20:19:07] skd5aner (skd5aner! has joined #mythtv
[20:21:31] wagner__ (wagner__!~wagnerrp_@ has joined #mythtv
[20:22:17] dmfrey (dmfrey! has quit (Quit: Ex-Chat)
[20:23:11] 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: 268 seconds)
[20:23:11] wagnerrp_ (wagnerrp_!~wagnerrp_@mythtv/developer/wagnerrp) has quit (Ping timeout: 268 seconds)
[20:23:33] J-e-f-f-A (J-e-f-f-A!~J-e-f-f-A@unaffiliated/j-e-f-f-a) has joined #mythtv
[20:23:50] NightMonkey (NightMonkey!~NightrMon@pdpc/supporter/professional/nightmonkey) has quit (Ping timeout: 269 seconds)
[20:24:06] NightMonkey (NightMonkey!~NightrMon@ has joined #mythtv
[20:24:06] NightMonkey (NightMonkey!~NightrMon@pdpc/supporter/professional/nightmonkey) has joined #mythtv
[20:24:06] NightMonkey (NightMonkey!~NightrMon@ has quit (Changing host)
[20:24:26] Seeker` (Seeker`! has joined #mythtv
[20:24:27] Seeker` (Seeker`! has quit (Changing host)
[20:24:27] Seeker` (Seeker`!~cjo20@unaffiliated/seeker) has joined #mythtv
[20:24:42] roxlu (roxlu! has joined #mythtv
[20:27:56] tris (tris!tristan@2001:1868:a00a::4) has joined #mythtv
[20:28:42] jarryd (jarryd! has joined #mythtv
[20:28:42] Captain_Murdoch (Captain_Murdoch!~cpinkham@mythtv/developer/CaptainMurdoch) has joined #mythtv
[20:28:42] brfransen (brfransen!~brfransen@ has joined #mythtv
[20:37:50] gigem_: skd5aner: Okay.
[20:39:12] dblain: stichnot: Not sure if you are refering to me as "original developer left the project"... :/ My take on the Services API was that I provide and maintain the framework and all other developers fill in functionality as needed. Although I'm not active at the moment, I do follow mailing lists and IRC reg.
[20:41:35] stichnot: dblain: I meant robertm. I didn't realize you were maintaining it. Cool, and sorry :)
[20:43:00] dblain: np. Just didn't want people to think the Service API is dead/dieing.
[20:43:58] dblain: Still need help with implementing/updating/patching service classes so we can build out needed functionality (not my main focus when I do have time)
[20:45:07] sl1ce: would it be possible to have 2 seperate mythbackends utilizing the same mysql db?
[20:45:23] sl1ce: i have a dual boot machine with archlinux and ubuntu
[21:02:01] SteveGoodey (SteveGoodey! has joined #mythtv
[21:04:58] peper03 (peper03! has quit (Quit: Konversation terminated!)
[21:17:23] jpabq: !seen Beirdo
[21:17:23] MythLogBot: Beirdo was last seen 48 days 1 hour 30 minutes 41 seconds ago
[21:20:32] jpabq: Is Qt supposed to do something magical with SIGINT? SignalHandler::signalHandler seems to trap SIGINT and SIGTERM and just throw away the events. I assume that the intention was to allow "safe cleanup", but there doesn't seem to be anything letting the threads (tv_rec for example) know that they need to shut down.
[21:30:24] SteveGoodey (SteveGoodey! has quit (Quit: Konversation terminated!)
[21:39:04] jpabq: sphery: does your memory/index system have the justification for mythbackend trapping SIGINT & SIGTERM once before allowing them through? That is some of Beirdo's code, and I assume he had a reason for doing it that way.
[22:06:48] Jordack (Jordack! has quit ()
[22:16:01] Chutt (Chutt! has quit (Read error: Connection reset by peer)
[22:16:27] Chutt (Chutt! has joined #mythtv
[22:18:22] paul-h (paul-h!~Paul@ has joined #mythtv
[22:24:46] gary_buhrmaster: jpabq: My vague recollection was that trapping it once (and then setting the handler to default) was to allow those threads running an eventloop to check for IsExiting() and exit gracefully if true. A second SIGINT would be passed on to terminate those that were not in an event loop.
[22:26:03] gary_buhrmaster: jpabq: Be *very* wary of that recollection. I only give it a 10% likelihood of being in the ballpark.
[22:26:28] jya__ (jya__!~jyavenard@mythtv/developer/jya) has quit (Quit: jya__)
[22:26:33] paul-h: Anybody else having trouble compiling MythGame after the recent changes?
[22:27:22] paul-h: Getting lots of these external/ioapi.h:38:35: error: expected initializer before ?OF?
[22:27:32] ozmyth (ozmyth!~Adium@ has joined #mythtv
[22:27:37] jpabq: gary_buhrmaster: Okay, that intention makes sense. On my Fedora machine, the tv_rec threads continue along like nothing has happened until the second SIGTERM is issued by systemd, and then they finally terminate. So, the next question: How to get the tv_rec threads to pay attention to IsExiting()...
[22:30:17] jpabq: paul-h: I don't typically compile that plugin. I could try it if you want me to.
[22:34:07] natanojl (natanojl! has quit (Ping timeout: 264 seconds)
[22:36:08] kurre2 (kurre2! has quit (Ping timeout: 246 seconds)
[22:36:16] kurre2 (kurre2! has joined #mythtv
[22:38:15] amessina_ (amessina_!~amessina@2001:470:c1dc:7779:d6be:d9ff:fe8d:7c1e) has quit (Quit: Konversation terminated!)
[22:41:31] paul-h: jpabq: I suspect it may be a Gentoo thing wagner__ fixed the same problem sometime ago but stuartm's changes today have brought it back
[22:49:03] paul-h: removing the OF macro allows it to compile again
[22:49:13] stuartm: there is an even never version of that lib available, it's a little larger since it includes zip64 support, maybe it doesn't have the same problem?
[22:57:24] stuartm: odd that Gentoo chokes on it though
[23:03:06] stuartm: fwiw, we also have a QT based implementation of the same sort of thing in libmythbase, ideally mythgame would be ported over to that instead
[23:03:57] uglyoldbob (uglyoldbob! has joined #mythtv
[23:05:51] tafy (tafy! has joined #mythtv
[23:07:06] NightMonkey (NightMonkey!~NightrMon@pdpc/supporter/professional/nightmonkey) has joined #mythtv
[23:07:46] tafy: stichnot: dblain: thanks for clearing the services-api situation
[23:10:35] tafy: stichnot: dblain: I have a vested interest in the services-api, I am part of the people who created the android library that uses the services-api; I am more than willing to add functionality to it.
[23:11:35] paul-h (paul-h!~Paul@ has quit (Quit: Konversation terminated!)
[23:23:01] jya_ (jya_!~jyavenard@mythtv/developer/jya) has joined #mythtv
[23:32:27] jya_ (jya_!~jyavenard@mythtv/developer/jya) has quit (Quit: jya_)
[23:32:55] stichnot (stichnot!~stichnot@mythtv/developer/stichnot) has quit (Ping timeout: 264 seconds)
[23:36:21] jya_ (jya_!~jyavenard@mythtv/developer/jya) has joined #mythtv
[23:55:27] wagner__ is now known as wagnerrp
[23:56:21] wagnerrp (wagnerrp!~wagnerrp_@ has quit (Changing host)
[23:56:21] wagnerrp (wagnerrp!~wagnerrp_@mythtv/developer/wagnerrp) has joined #mythtv

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