| Tuesday, July 9th, 2013, 00:44 UTC | ||
| [00:44:09] | jya_: | peper03: at the beginning not; but then I thought it looked cool as it only appears once… let you know everything is fine |
| [00:45:51] | jya_: | peper03: by the way, I have a change there queue; it tests if the notification centre has been created… the context being able to exist while the GUI hasn't been created |
| [00:47:39] | jya_: | Beirdo: the Queue is copying because Queue can run from any thread; while the notification centre only runs in the GUI thread |
| [00:49:44] | jya_: | only did that way, because from all things, MythEvents has actual documentation, and it's documented to be done that way |
| [01:01:24] | jya_: | i've noticed when you search for channels, even the first time, after find all the channels you get the popup: failed to find any new channels |
| [01:17:35] | NightMonkey (NightMonkey!~NightrMon@pdpc/supporter/professional/nightmonkey) has quit (Quit: Body blow! Body blow!) | |
| [02:28:39] | _nyloc_ (_nyloc_!~quassel@p4FE4D30C.dip0.t-ipconnect.de) has joined #mythtv | |
| [02:29:48] | jhall_ (jhall_!~jhall@m106.maoz.com) has joined #mythtv | |
| [02:32:27] | nyloc (nyloc!~quassel@p4FE4CBA9.dip0.t-ipconnect.de) has quit (Ping timeout: 246 seconds) | |
| [03:31:57] | fetzerch (fetzerch!~quassel@unaffiliated/fetzerch) has quit (Ping timeout: 264 seconds) | |
| [03:33:16] | fetzerch (fetzerch!~quassel@unaffiliated/fetzerch) has joined #mythtv | |
| [03:54:07] | jya_: | stuartm: was wondering… why are the decency on mythui widget only limited to Image and TextArea? why not extend this to all widgets and make the dependency use also the visibility state? So I could make a TextArea dependent on a progress bar being visible or not... |
| [03:55:04] | jya_: | right now, I'm just after the dependency on the progress bar, but I can't see why it wouldn't be extended… Would have to be careful on how its done so signals aren't flying everywhere across |
| [03:57:03] | jya_: | paul-h: In the function SetTextFromMap you added a while back (great feature BTW); why limit setting the text to only the visible items, at the time you want to set the text; you may not know if the item is visible or not (depending on the dependency) |
| [03:57:44] | jya_: | also, why limit setting the text from the map to text area widget whose name is contained in the map? it would be great to allow any textarea widget to use templates even if not named explicitely |
| [04:07:31] | wagnerrp: | Beirdo: thoughts on stuarta's suggestion of 0MQ for the internal protocol, to replace our custom size/message format and thread pool? |
| [04:08:10] | wagnerrp: | i expect you've got the most experience with it |
| [04:08:25] | wagnerrp: | really, my only requirement is built in threading |
| [04:18:28] | Beirdo: | Yeah, it will need some fixing I think |
| [04:19:04] | Beirdo: | IIRC, the Qt layer for it is what is annoying daniel (and likely others) as it's polling-based, which is dumb, rather than being primarily event based |
| [04:19:25] | Beirdo: | I think as a mechanism, it is quite good though. |
| [04:20:19] | Beirdo: | you can pass whatever messages you like, and it queues for you, can have multiple masters, etc |
| [04:39:52] | joki (joki!~joki@p54864F7C.dip0.t-ipconnect.de) has quit (Ping timeout: 246 seconds) | |
| [04:46:41] | joki (joki!~joki@p54864EC0.dip0.t-ipconnect.de) has joined #mythtv | |
| [05:01:47] | jya_ (jya_!~jyavenard@mythtv/developer/jya) has quit (Quit: jya_) | |
| [05:14:26] | jya_ (jya_!~jyavenard@mythtv/developer/jya) has joined #mythtv | |
| [05:47:19] | peper03 (peper03!~peper03@mythtv/developer/peper03) has joined #mythtv | |
| [06:00:27] | SteveGoodey (SteveGoodey!~steve@host86-147-177-29.range86-147.btcentralplus.com) has joined #mythtv | |
| [06:04:44] | FabriceMG (FabriceMG!~Thunderbi@217.112.59.207) has joined #mythtv | |
| [06:16:07] | SteveGoodey (SteveGoodey!~steve@host86-147-177-29.range86-147.btcentralplus.com) has quit (Quit: Konversation terminated!) | |
| [06:31:16] | stoffel (stoffel!~quassel@pD9E4061B.dip0.t-ipconnect.de) has joined #mythtv | |
| [06:54:36] | stoffel (stoffel!~quassel@pD9E4061B.dip0.t-ipconnect.de) has quit (Ping timeout: 246 seconds) | |
| [07:05:01] | lomion0815 (lomion0815!~markus@178-190-76-20.adsl.highway.telekom.at) has joined #mythtv | |
| [07:13:42] | stoffel (stoffel!~quassel@pD9E4061B.dip0.t-ipconnect.de) has joined #mythtv | |
| [07:24:26] | peper03: | jya: Were the latest commits intended to prevent the SIGSEGV on shutdown I mentioned? I still see that if the 'Backed is online' notification is not shown. |
| [07:25:53] | jya_ (jya_!~jyavenard@mythtv/developer/jya) has quit (Quit: jya_) | |
| [07:26:56] | jya_ (jya_!~jyavenard@mythtv/developer/jya) has joined #mythtv | |
| [07:33:47] | jya_: | peper03: yes… and the backend is online notification is shown on purpose |
| [07:34:03] | jya_: | it's only there for 5s and shown only at startup |
| [07:35:06] | jya_: | i personally like it being shown… it's informative, and you can use the frontend regardless of it being shown. |
| [07:35:35] | Merlin83b (Merlin83b!~Daniel@2a00:1ee0:3:1337:91dc:24d6:599e:90d7) has joined #mythtv | |
| [07:35:58] | jya_: | you still have a crash? don't see how that would be possible if a notification isn't shown…. |
| [07:39:45] | peper03: | jya_: Personally I'm not keen on being told everything is ok when I expect it to be ok, but that's just my opinion. I found it a bit distracting when I was testing even though, as you say, it doesn't stop you using the frontend end. |
| [07:39:55] | peper03: | And yes, I'm still getting a crash. But only if the notification isn't shown. |
| [07:40:05] | jya_: | ok, i'll have a look |
| [07:41:18] | jya_: | so you just start the frontend, and then exit ? |
| [07:44:58] | Lagopus (Lagopus!~user@156-162-42-72.gci.net) has joined #mythtv | |
| [07:45:30] | peper03: | Yep. I didn't rush anything. Just let it start and get settled and then exit. |
| [07:45:52] | Lagopus (Lagopus!~user@156-162-42-72.gci.net) has left #mythtv () | |
| [07:54:23] | peper03: | Just tried a clean build. No change. |
| [08:23:30] | stoffel (stoffel!~quassel@pD9E4061B.dip0.t-ipconnect.de) has quit (Ping timeout: 246 seconds) | |
| [08:35:30] | stuarta: | wagnerrp: Beirdo i was mainly thinking of 0mq to provide the event mechanism between the various components, rather than the protocol itself |
| [08:42:38] | natanojl (natanojl!~jonatan@c83-252-237-63.bredband.comhem.se) has joined #mythtv | |
| [08:42:38] | natanojl (natanojl!~jonatan@mythtv/developer/natanojl) has joined #mythtv | |
| [08:42:38] | natanojl (natanojl!~jonatan@c83-252-237-63.bredband.comhem.se) has quit (Changing host) | |
| [08:58:25] | SteveGoodey (SteveGoodey!~SteveGood@dab-hlw1-h-35-10.dab.02.net) has joined #mythtv | |
| [09:03:31] | joe____ (joe____!~bob@64.73.32.135) has joined #mythtv | |
| [09:05:02] | `Nothing4You (`Nothing4You!N4Y@Nothing4You.w.tf-w.tf) has joined #mythtv | |
| [09:05:38] | jya_: | peper03: do you have any other notifications showing up while the frontend is active ? (like AirPlay ones? iTunes send a connection as soon as it detects a new airplay device) |
| [09:12:01] | unforgiven512 (unforgiven512!~unforgive@opana.unforgivendevelopment.com) has quit (*.net *.split) | |
| [09:12:01] | joe (joe!~bob@64.73.32.135) has quit (*.net *.split) | |
| [09:12:02] | foobum (foobum!~foobum@cpc23-acto2-2-0-cust294.4-2.cable.virginmedia.com) has quit (*.net *.split) | |
| [09:12:03] | joki (joki!~joki@p54864EC0.dip0.t-ipconnect.de) has quit (*.net *.split) | |
| [09:12:03] | Sharky112065 (Sharky112065!~Sharky112@c-24-19-57-28.hsd1.wa.comcast.net) has quit (*.net *.split) | |
| [09:12:03] | Cougar (Cougar!~cougar@2a03:5880:104:10:6096:a7ff:461b:819f) has quit (*.net *.split) | |
| [09:12:04] | _nyloc_ (_nyloc_!~quassel@p4FE4D30C.dip0.t-ipconnect.de) has quit (*.net *.split) | |
| [09:12:04] | wagnerrp (wagnerrp!~wagnerrp_@mythtv/developer/wagnerrp) has quit (*.net *.split) | |
| [09:12:04] | jpabq (jpabq!~quassel@mythtv/developer/jpabq) has quit (*.net *.split) | |
| [09:12:05] | sraue (sraue!~stephan@xbmc/staff/sraue) has quit (*.net *.split) | |
| [09:12:05] | cesman (cesman!~cesman@pdpc/supporter/professional/cesman) has quit (*.net *.split) | |
| [09:12:05] | gregL_ (gregL_!~greg@cpe-74-76-105-205.nycap.res.rr.com) has quit (*.net *.split) | |
| [09:12:05] | coling (coling!~colin@cpc7-sgyl36-2-0-cust267.18-2.cable.virginmedia.com) has quit (*.net *.split) | |
| [09:12:05] | kenni (kenni!~kenni@port649.ds1-ly.adsl.cybercity.dk) has quit (*.net *.split) | |
| [09:12:05] | benc_ (benc_!~benc@c-50-137-197-133.hsd1.mn.comcast.net) has quit (*.net *.split) | |
| [09:12:05] | moparisthebest_ (moparisthebest_!~quassel@66.55.92.38) has quit (*.net *.split) | |
| [09:12:06] | Merlin83b (Merlin83b!~Daniel@2a00:1ee0:3:1337:91dc:24d6:599e:90d7) has quit (*.net *.split) | |
| [09:12:06] | seld_ (seld_!~seld@h7n7-rny-a12.ias.bredband.telia.com) has quit (*.net *.split) | |
| [09:12:06] | Nothing4You (Nothing4You!N4Y@Nothing4You.w.tf-w.tf) has quit (*.net *.split) | |
| [09:12:06] | tgm4883 (tgm4883!~tgm4883@ubuntu/member/tgm4883) has quit (*.net *.split) | |
| [09:12:06] | clever (clever!~clever@47.54.82.69) has quit (*.net *.split) | |
| [09:12:08] | phix (phix!~threat@123-243-44-131.static.tpgi.com.au) has quit (*.net *.split) | |
| [09:12:08] | tonsofpcs (tonsofpcs!~tonsofpcs@rivendell/member/tonsofpcs) has quit (*.net *.split) | |
| [09:12:08] | sphery (sphery!~mdean@mythtv/developer/sphery) has quit (*.net *.split) | |
| [09:12:08] | jpharvey_ (jpharvey_!~jpharvey@host109-148-114-206.range109-148.btcentralplus.com) has quit (*.net *.split) | |
| [09:13:52] | Merlin83b (Merlin83b!~Daniel@2a00:1ee0:3:1337:91dc:24d6:599e:90d7) has joined #mythtv | |
| [09:13:52] | seld_ (seld_!~seld@h7n7-rny-a12.ias.bredband.telia.com) has joined #mythtv | |
| [09:13:52] | tgm4883 (tgm4883!~tgm4883@ubuntu/member/tgm4883) has joined #mythtv | |
| [09:13:52] | phix (phix!~threat@123-243-44-131.static.tpgi.com.au) has joined #mythtv | |
| [09:13:52] | clever (clever!~clever@47.54.82.69) has joined #mythtv | |
| [09:13:52] | tonsofpcs (tonsofpcs!~tonsofpcs@rivendell/member/tonsofpcs) has joined #mythtv | |
| [09:15:45] | joki (joki!~joki@p54864EC0.dip0.t-ipconnect.de) has joined #mythtv | |
| [09:15:45] | _nyloc_ (_nyloc_!~quassel@p4FE4D30C.dip0.t-ipconnect.de) has joined #mythtv | |
| [09:15:45] | wagnerrp (wagnerrp!~wagnerrp_@mythtv/developer/wagnerrp) has joined #mythtv | |
| [09:15:45] | benc_ (benc_!~benc@c-50-137-197-133.hsd1.mn.comcast.net) has joined #mythtv | |
| [09:15:45] | jpabq (jpabq!~quassel@mythtv/developer/jpabq) has joined #mythtv | |
| [09:15:45] | unforgiven512 (unforgiven512!~unforgive@opana.unforgivendevelopment.com) has joined #mythtv | |
| [09:15:45] | Cougar (Cougar!~cougar@2a03:5880:104:10:6096:a7ff:461b:819f) has joined #mythtv | |
| [09:15:45] | Sharky112065 (Sharky112065!~Sharky112@c-24-19-57-28.hsd1.wa.comcast.net) has joined #mythtv | |
| [09:15:45] | sphery (sphery!~mdean@mythtv/developer/sphery) has joined #mythtv | |
| [09:15:45] | jpharvey_ (jpharvey_!~jpharvey@host109-148-114-206.range109-148.btcentralplus.com) has joined #mythtv | |
| [09:15:45] | sraue (sraue!~stephan@xbmc/staff/sraue) has joined #mythtv | |
| [09:15:45] | cesman (cesman!~cesman@pdpc/supporter/professional/cesman) has joined #mythtv | |
| [09:15:45] | gregL_ (gregL_!~greg@cpe-74-76-105-205.nycap.res.rr.com) has joined #mythtv | |
| [09:15:45] | coling (coling!~colin@cpc7-sgyl36-2-0-cust267.18-2.cable.virginmedia.com) has joined #mythtv | |
| [09:15:45] | kenni (kenni!~kenni@port649.ds1-ly.adsl.cybercity.dk) has joined #mythtv | |
| [09:15:45] | moparisthebest_ (moparisthebest_!~quassel@66.55.92.38) has joined #mythtv | |
| [09:15:45] | foobum (foobum!~foobum@cpc23-acto2-2-0-cust294.4-2.cable.virginmedia.com) has joined #mythtv | |
| [09:17:02] | SteveGoodey (SteveGoodey!~SteveGood@dab-hlw1-h-35-10.dab.02.net) has quit (Quit: Bye) | |
| [09:19:59] | peper03: | jya_: No. Don't have any iTunes/Apple stuff. |
| [09:24:37] | peper03: | jya_: Displaying a notification via mythutil, or trying to start DVD playback with an empty drive both show the notification ok, but it still crashes on exit. |
| [09:25:55] | unforgiven512 (unforgiven512!~unforgive@opana.unforgivendevelopment.com) has quit (Ping timeout: 245 seconds) | |
| [09:25:56] | foobum (foobum!~foobum@cpc23-acto2-2-0-cust294.4-2.cable.virginmedia.com) has quit (Ping timeout: 245 seconds) | |
| [09:27:02] | jya_: | peper03: do you have a backtrace? because while I'm yet to try the connected notification on, I certainly have no crashes when a notification is shown. the backend notifications are a bit differently handled ; because they are sent from an object that lives after the main window deletion.. so there could indeed be a problem there… but for things like playback ones, certainly no problem there.. |
| [09:27:20] | jya_: | i'm just finishing one thing here, and then I'm on it |
| [09:27:43] | foobum (foobum!~foobum@cpc23-acto2-2-0-cust294.4-2.cable.virginmedia.com) has joined #mythtv | |
| [09:27:58] | unforgiven512 (unforgiven512!~unforgive@opana.unforgivendevelopment.com) has joined #mythtv | |
| [09:28:54] | jya_: | foobum: hello there.. long time no see |
| [09:36:14] | peper03: | jya_: Do you want a full backtrace of all threads? |
| [09:36:27] | jya_: | why not.. |
| [09:40:45] | peper03: | jya_: http://pastebin.com/rRdWPFkP |
| [09:42:25] | jya_: | which thread crash? |
| [09:42:42] | stuarta: | peper03: have you got the couple of lines before that that give the info jya wants |
| [09:44:49] | peper03: | Sorry, thread 1 – 0x00007ffff660e728 in MythScreenType::GetScreenStack (this=0x0) at mythscreentype.cpp:253 |
| [09:45:11] | peper03: | jya_: Just to make sure we're doing the same thing – I only get the crash if the backend notification is *not* shown (i.e. when I apply the little patch to only show the 'backend ok' notification when the backend returns) |
| [09:45:45] | jya_: | but you said you had the crash if you displayed a notification using mythutil then quitting the fronted right? |
| [09:46:06] | jya_: | but i see where it crashes… now i need to find out why it's null |
| [09:46:18] | peper03: | Yes, what I meant was that using mythutil didn't prevent the crash. |
| [09:47:16] | peper03: | I.e. it's not just the case that showing any notification prevents the crash, it's obviously got something to do with the backend notification. |
| [09:52:27] | stuarta: | jya_: it might just require a deletelater() |
| [09:52:43] | stuarta: | since the call path goes through NCPrivate::DeleteAllScreens() |
| [09:52:49] | jya_: | stuarta: it's in the guy thread, would make no difference |
| [09:52:56] | jya_: | gui |
| [10:00:58] | `Nothing4You is now known as Nothing4You | |
| [10:31:31] | lomion0815 (lomion0815!~markus@178-190-76-20.adsl.highway.telekom.at) has quit (Ping timeout: 256 seconds) | |
| [10:50:17] | 65MAAL496 (65MAAL496!~doug@CPE10bf48e67915-CM78cd8e7e342d.cpe.net.cable.rogers.com) has joined #mythtv | |
| [11:12:26] | lomion0815 (lomion0815!~markus@178-190-76-20.adsl.highway.telekom.at) has joined #mythtv | |
| [11:17:37] | dekarl1 (dekarl1!~dekarl@p4FE840E3.dip0.t-ipconnect.de) has joined #mythtv | |
| [11:17:56] | dekarl (dekarl!~dekarl@p4FE840E3.dip0.t-ipconnect.de) has quit (Ping timeout: 240 seconds) | |
| [11:19:30] | superm1 (superm1!uid4318@ubuntu/member/superm1) has quit (Quit: Connection closed for inactivity) | |
| [11:21:45] | lomion0815 (lomion0815!~markus@178-190-76-20.adsl.highway.telekom.at) has quit (Remote host closed the connection) | |
| [11:59:08] | jya_: | peper03: ok fix… was an easy one… yet one more case I hadn't thought of |
| [12:20:13] | jya_: | i've also prevented the backend is online message to show the first time .. |
| [12:32:19] | dekarl1 (dekarl1!~dekarl@p4FE840E3.dip0.t-ipconnect.de) has quit (Ping timeout: 264 seconds) | |
| [12:34:08] | peper03: | jya_: Cool. Thanks :) |
| [12:47:35] | peper03: | jya_: One other thing I noticed (and this isn't "pick on jya day" :) ) – does it make sense to set the author field to 'MythContext'? Does the user need to know which bit of the code caused that notification to be displayed? Is there any benefit (for the user) from knowing it? |
| [12:54:18] | 65MAAL496 (65MAAL496!~doug@CPE10bf48e67915-CM78cd8e7e342d.cpe.net.cable.rogers.com) has quit (Quit: Ex-Chat) | |
| [12:56:10] | peper03: | jya_: I have a video file here that fails to play but no notification is shown. Errors appear in the log ("Couldn't open decoder", "Unable to open video file" etc.) but no notification. Can I supply traces that would help? |
| [13:05:56] | tonsofpcs (tonsofpcs!~tonsofpcs@rivendell/member/tonsofpcs) has quit (Ping timeout: 252 seconds) | |
| [13:06:58] | chronic1 (chronic1!~death@z69-94-201-157.ips.direcpath.com) has joined #mythtv | |
| [13:07:00] | chronic1: | 'morning |
| [13:12:10] | tonsofpcs (tonsofpcs!~tonsofpcs@cpe-72-230-192-8.stny.res.rr.com) has joined #mythtv | |
| [13:20:40] | coling (coling!~colin@cpc7-sgyl36-2-0-cust267.18-2.cable.virginmedia.com) has quit (Ping timeout: 268 seconds) | |
| [13:27:13] | coling (coling!~colin@cpc7-sgyl36-2-0-cust267.18-2.cable.virginmedia.com) has joined #mythtv | |
| [13:53:46] | Jordack (Jordack!~jordack@h69-131-44-221.plmomi.dedicated.static.tds.net) has joined #mythtv | |
| [14:20:04] | OldEnK (OldEnK!~OldEnK@63-152-97-123.cdrr.qwest.net) has joined #mythtv | |
| [14:20:26] | OldEnK (OldEnK!~OldEnK@63-152-97-123.cdrr.qwest.net) has left #mythtv () | |
| [14:22:08] | Cougar (Cougar!~cougar@2a03:5880:104:10:6096:a7ff:461b:819f) has quit (Ping timeout: 256 seconds) | |
| [14:23:42] | Cougar (Cougar!~cougar@2a03:5880:104:10:21f4:9e3a:8ad8:971a) has joined #mythtv | |
| [15:08:53] | dekarl (dekarl!~dekarl@p4FCEFF12.dip0.t-ipconnect.de) has joined #mythtv | |
| [15:14:41] | FabriceMG (FabriceMG!~Thunderbi@217.112.59.207) has quit (Quit: FabriceMG) | |
| [16:10:19] | rsiebert_ (rsiebert_!~quassel@g225055078.adsl.alicedsl.de) has joined #mythtv | |
| [16:13:13] | rsiebert (rsiebert!~quassel@g226060213.adsl.alicedsl.de) has quit (Ping timeout: 256 seconds) | |
| [16:26:40] | gigem_: | sphery: I saw you assigned #11638 to me. I hadn't decided whether or not to accept it yet. I have multiple concerns with it. One is performance, though that might be mitigated by the changes already in 0.26. It would pretty much kill the possibility of ever switching to hashes for title/subtitle/description comparisons. Two is false positives. I currently have 6 instances of "Bait Car" in my guide data |
| [16:26:40] | ** MythLogBot http://code.mythtv.org/trac/ticket/11638 ** | |
| [16:26:42] | gigem_: | where this change would incorrectly match. In my case, SD programids would save the day and override the matches. Non-SD users wouldn't be so lucky. At this point, I'm inclined to not accept the patch, and perhaps only reconsider it if it's re implemented as an optional post-mfdb/eit guide fixup. Comments? |
| [16:26:56] | gigem_: | Beirdo, wagnerrp, stuarta: I haven't had time to reply to the protocol related email yet. I'll try to do so later today. In the mean time, the big thing for me is I strongly prefer there be only one place in the backend where any given functionality is serviced. IOW, I don't want to write one chunk of code to service the Myth protocol, 0mq protocol or whatever and another chunk of code to service the web |
| [16:26:57] | gigem_: | interface. I don't know if that's possible, but I think it should be one of the goals. |
| [16:27:03] | gigem_ is now known as gigem | |
| [16:27:47] | Beirdo: | That sounds like a good goal to me |
| [16:28:01] | Beirdo: | the fewer places we need to dig up to make a "simple" change, the better |
| [16:28:09] | gigem: | Exactly. |
| [16:28:33] | Beirdo: | now, how we get there, dunno :) |
| [16:28:45] | gigem: | Yep. |
| [16:31:55] | stuarta: | gigem: fyi 0mq would be a transport, not a protocol |
| [16:32:19] | stuarta: | it provides the "send msg to all backends" etc type functionality |
| [16:32:28] | Beirdo: | correct. It will queue up whatever messages you give it in whatever format |
| [16:32:31] | stuarta: | it doesn't care what you send over that |
| [16:32:40] | Beirdo: | the logging is currently using JSON payloads |
| [16:34:01] | Beirdo: | we could easily send any type of payload we want |
| [16:34:19] | Beirdo: | the nzmqt layer (for ZeroMQ to use Qt) needs rework though |
| [16:34:24] | stuarta: | i actually think it's a perfect fit for what was suggested |
| [16:34:30] | Beirdo: | it's polling, and needs to be un-stupided |
| [16:34:53] | Beirdo: | I was trying to avoid doing so, but I think we have not much choice if we continue using it |
| [16:35:19] | Beirdo: | and yeah, I think you're right |
| [16:35:43] | Beirdo: | it's pretty much the perfect tool for the job once the adaptation layer isn't being inefficient |
| [16:36:00] | stuarta: | irrespective of what we decide to do at a protocol level, it is a natural fit for the use case |
| [16:36:04] | Beirdo: | yup |
| [16:36:06] | Beirdo: | agreed |
| [16:36:22] | Beirdo: | N:1 connections are simple |
| [16:36:26] | Beirdo: | 1:N are simple |
| [16:36:30] | Beirdo: | even N:N |
| [16:36:50] | stuarta: | or even 1:M whereh M < N |
| [16:37:09] | stuarta: | ie. selected backends |
| [16:37:14] | stuarta: | or all frontends |
| [16:37:31] | Beirdo: | the biggest issue I've heard so far with the logging server is that there seems to be a race condition on startup, and the shutdown got borked again sometime since I went inactive for a while |
| [16:37:52] | Beirdo: | so you end up with a bunch trying to shut down and hogging CPU when they should be gone |
| [16:38:11] | stuarta: | i have to "educate" it to allow me to log both prod and dev versions through the 1 logserver |
| [16:38:12] | Beirdo: | it's on my list to look at very soon (like next few days if I can manage) |
| [16:38:17] | Beirdo: | heh |
| [16:42:21] | chronic1: | What do you think the chances are xfinity, hbo, etc. come to the PS4? |
| [16:42:42] | chronic1: | That would be a pretty sweet way around the DRM crap with using myth instead of wimc. |
| [16:43:16] | chronic1: | Would be even sweeter if there was an app available to use a console as an extender! |
| [16:44:20] | Beirdo: | what does that have to do with MythTV development? I think you may have the wrong channel |
| [16:45:27] | chronic1: | sorry Beirdo will switch to users |
| [16:45:39] | chronic1 (chronic1!~death@z69-94-201-157.ips.direcpath.com) has left #mythtv () | |
| [16:49:30] | dekarl: | I'm with gigem, lets not add more "intelligent" code that guesses information (I'm seeing false positives with some code I wanted to add, too). I'd rather see more people running their own guide services (its not that hard after all) maybe even pushing SD data through Atlas (to connect the SD data to fanart etc). |
| [16:51:11] | gigem: | stuarta: Thanks for the explanation on zeromq. It's not something I've looked into yet. I just wanted to make sure I got my other point out in case I got swamped and forgot about it until it was too late. |
| [16:51:12] | Beirdo: | pushing SD data through another service may not be allowed by TMS, not sure |
| [16:52:05] | Beirdo: | yeah, the less redundant code the better, really |
| [16:52:34] | Beirdo: | would be nice if we had an architecture design document (I bet we all hate writing em, but they are so useful) |
| [16:53:37] | gigem: | Beirdo: I haven't paid real close attention to what he's been doing, but in case you missed it while you were away, danielk22 has a devel/logging branch he's done a lot of work on. You should probably check what he's trying to do before you spend much effort on the current logging. |
| [16:58:13] | Beirdo: | Yeah, I've noticed. I'm not at all OK with the general direction being taken, but we'll figure it all out. |
| [16:58:58] | Beirdo: | Throwing away ZeroMQ and reverting to a logging methodology that crapped out when we needed it most (on death/shutdown) seems backwards to me |
| [16:59:09] | Beirdo: | but we'll see :) |
| [16:59:17] | Beirdo: | in the end, whatever works |
| [17:00:20] | Beirdo: | meanwhile, that branch isn't ready for merging anyways, so we should get the current stuff stable if possible |
| [17:04:30] | Beirdo: | Also, he's mentioned that he's low on spare time right now due to child, so yeah, I don't think he's ready to merge. |
| [17:18:59] | dekarl: | Beirdo: I was thinking of an SD instance of Atlas the software stack, not Atlas the service |
| [17:22:28] | Beirdo: | Ooooh :) |
| [17:22:51] | Beirdo: | that'd be more likely to be kosher, I'd bet |
| [17:26:10] | MavT (MavT!~MaverickT@111.86.233.220.static.exetel.com.au) has joined #mythtv | |
| [17:26:10] | MaverickTech (MaverickTech!~MaverickT@111.86.233.220.static.exetel.com.au) has quit (Read error: Connection reset by peer) | |
| [17:52:04] | NightMonkey (NightMonkey!~NightrMon@64.124.185.45) has joined #mythtv | |
| [17:52:04] | NightMonkey (NightMonkey!~NightrMon@64.124.185.45) has quit (Changing host) | |
| [17:52:04] | NightMonkey (NightMonkey!~NightrMon@pdpc/supporter/professional/nightmonkey) has joined #mythtv | |
| [18:06:10] | sphery: | gigem: I, too, had concerns over #11638, which is exactly why I assigned it to you. :) I (always) like the idea of clean data over working around garbage data. I would prefer this situation be handled by an EIT fixups (or a "cleaned up" guide service like dekarl mentioned). dekarl (and/or stuarta ), thoughts on whether this is a candidate for eit fixups? |
| [18:06:10] | ** MythLogBot http://code.mythtv.org/trac/ticket/11638 ** | |
| [19:18:23] | dekarl: | sphery: re 11638, I wish they would post the raw EIT data so we can test why the existing fixup doesn't work :( http://code.mythtv.org/cgit/mythtv/tree/mytht . . . up.cpp#n1458 |
| [19:28:07] | dekarl: | btw, I got a draft unittest for the first MPEG table running, need to port it over to plain master to get some help with the build before commiting though :/ => so its specimen collection time :) |
| [19:37:00] | gigem: | sphery, dekarl: Thanks. I'll close the ticket and ask the submitter to take his problem to the mailing list or here for dekarl to help him. |
| [19:54:46] | sl1ce_1g (sl1ce_1g!~johnathan@pool-100-0-73-123.bstnma.fios.verizon.net) has joined #mythtv | |
| [19:55:02] | SteveGoodey (SteveGoodey!~steve@host86-147-177-29.range86-147.btcentralplus.com) has joined #mythtv | |
| [19:58:14] | wolfgang3 (wolfgang3!~wolfgang@178-27-196-33-dynip.superkabel.de) has joined #mythtv | |
| [20:01:19] | stuarta: | dekarl: get them to grab the raw data tv_grab_dvb |
| [20:01:36] | sl1ce (sl1ce!~johnathan@pool-100-0-73-123.bstnma.fios.verizon.net) has quit (*.net *.split) | |
| [20:01:36] | wolfgang2 (wolfgang2!~wolfgang@178-27-196-33-dynip.superkabel.de) has quit (*.net *.split) | |
| [20:01:36] | wahrhaft (wahrhaft!~quassel@cpe-24-210-69-143.columbus.res.rr.com) has quit (*.net *.split) | |
| [20:01:36] | MythBuild (MythBuild!~MythBuild@alcor.mythtv.org) has quit (*.net *.split) | |
| [20:01:37] | SmallR2002 (SmallR2002!~quassel@c-98-253-173-240.hsd1.il.comcast.net) has quit (*.net *.split) | |
| [20:02:50] | MythBuild (MythBuild!~MythBuild@alcor.mythtv.org) has joined #mythtv | |
| [20:06:38] | wahrhaft (wahrhaft!~quassel@cpe-24-210-69-143.columbus.res.rr.com) has joined #mythtv | |
| [20:06:38] | SmallR2002 (SmallR2002!~quassel@c-98-253-173-240.hsd1.il.comcast.net) has joined #mythtv | |
| [20:23:48] | wahrhaft (wahrhaft!~quassel@cpe-24-210-69-143.columbus.res.rr.com) has quit (*.net *.split) | |
| [20:23:48] | SmallR2002 (SmallR2002!~quassel@c-98-253-173-240.hsd1.il.comcast.net) has quit (*.net *.split) | |
| [20:24:35] | wahrhaft (wahrhaft!~quassel@cpe-24-210-69-143.columbus.res.rr.com) has joined #mythtv | |
| [20:24:36] | SmallR2002 (SmallR2002!~quassel@c-98-253-173-240.hsd1.il.comcast.net) has joined #mythtv | |
| [20:32:16] | wahrhaft (wahrhaft!~quassel@cpe-24-210-69-143.columbus.res.rr.com) has quit (Ping timeout: 260 seconds) | |
| [20:33:28] | wahrhaft (wahrhaft!~quassel@cpe-24-210-69-143.columbus.res.rr.com) has joined #mythtv | |
| [20:34:23] | SmallR2002_ (SmallR2002_!~quassel@c-98-253-173-240.hsd1.il.comcast.net) has joined #mythtv | |
| [20:37:44] | bobweaver (bobweaver!~bobweaver@ubuntu/member/bobweaver) has joined #mythtv | |
| [20:38:41] | SmallR2002 (SmallR2002!~quassel@c-98-253-173-240.hsd1.il.comcast.net) has quit (*.net *.split) | |
| [20:51:45] | Jordack (Jordack!~jordack@h69-131-44-221.plmomi.dedicated.static.tds.net) has quit (Quit: Although it is not true that all conservatives are stupid people, it is true that most stupid people are conservative.) | |
| [20:55:56] | NightMonkey (NightMonkey!~NightrMon@pdpc/supporter/professional/nightmonkey) has quit (Quit: Body blow! Body blow!) | |
| [21:09:43] | SteveGoodey (SteveGoodey!~steve@host86-147-177-29.range86-147.btcentralplus.com) has quit (Quit: Konversation terminated!) | |
| [21:22:25] | Jim_Lahey (Jim_Lahey!~bobweaver@173-86-137-75.dsl1-field.roch.ny.frontiernet.net) has joined #mythtv | |
| [21:22:49] | Jim_Lahey is now known as Guest51729 | |
| [21:25:21] | bobweaver (bobweaver!~bobweaver@ubuntu/member/bobweaver) has quit (Ping timeout: 248 seconds) | |
| [21:41:33] | Tobbe5178 (Tobbe5178!~asdf@h104n2-sv-a13.ias.bredband.telia.com) has quit (Read error: Connection reset by peer) | |
| [22:03:05] | peper03 (peper03!~peper03@mythtv/developer/peper03) has quit (Quit: Konversation terminated!) | |
| [22:07:16] | Captain_Murdoch: | if "strings /usr/lib64/libshairport.so.2" can find it, then it should only take a relatively few lines of code to read it into a QString. could even write out our RAOPKey.rsa file if we wanted to make it easier to reload. |
| [22:07:25] | Captain_Murdoch: | heh, missed the /msg |
| [22:07:54] | Captain_Murdoch: | good thing that wasn't the _other_ chat window... j/k |
| [22:09:33] | stuarta: | :-p |
| [22:13:36] | danielk221 (danielk221!~danielk22@96.57.9.142) has joined #mythtv | |
| [22:33:00] | jya_: | peper03: Yes, I believe an origin for the notification should always be given. Several reasons for this: it makes all notifications consistent look-wise. While for the user it's not immediately useful to know, it will greatly help troubleshooting. No more type of question: I tried this but nothing happens which has ridden the user list for years. |
| [22:34:02] | jya_: | peper03: I haven't reported the errors from avfd ; which is where those occur… only the only that were happening at the time we tried to open the media... |
| [22:34:21] | madsara (madsara!~madsara@bolgia7.circleeight.net) has joined #mythtv | |
| [22:34:54] | madsara: | Hey, based on this "Note: Analog support is not implemented yet", does that mean I can't connect this card to my VCR coax out for viewing? http://www.linuxtv.org/wiki/index.php/Hauppauge_WinTV-HVR-1250 |
| [22:50:30] | jya_: | peper03: can you provide me with the file that do not play ? Unfortunately, I'm not sure there's any mechanism in place in avfd to return its errors. Unfortunately, most of myth code has had the bad habit of only ever reporting the error in the log and silently failing… hopefully this will change in the future |
| [23:02:29] | Beirdo: | That will be a fun, but hopefully worthwhile endeavour |
| [23:21:46] | jya_: | Beirdo: I'm thinking in the future on making all myth class inherits from a core MythObject type; one that would allow to make more uniform way of doing things, including error reporting |
| [23:22:45] | jya_: | actually, the mythplayer class is properly recording the error internally and is saving the error as a string. It's even translated… just not used by the caller |
| [23:23:16] | Beirdo: | could work |
| [23:23:28] | Beirdo: | be a nice chunk to chew on though |
| [23:24:45] | Beirdo: | well, I'd better get to the train before I miss another one :) |
| [23:24:54] | jya_: | yes… but that would make future gobal changes much simpler: simply stuff it in the base class and it's available everywhere… Could make the "MythObject" class also inherit from reference counter . and we move on only ever use reference counted objects |
| [23:25:01] | Beirdo: | getting good at missing the stupid train by 30s |
| [23:25:16] | jya_: | time to run :) |
| [23:25:36] | Beirdo: | yeah, it's in just under 20min, and it's a 5+ min walk |
| [23:25:45] | Beirdo: | so... best to wait ON the train, I figure |
| [23:25:55] | Beirdo: | catch y'all on the flip side when I get home |
IRC Logs collected by
BeirdoBot.
Please use the above link to report any bugs.