Monday, September 14th, 2015, 00:42 UTC | ||
[00:42:54] | Roklobsta (Roklobsta!~Roklobsta@ppp118-209-21-164.lns20.mel4.internode.on.net) has quit (Quit: KVIrc 4.2.0 Equilibrium http://www.kvirc.net/) | |
[01:11:11] | amessina (amessina!~amessina@unaffiliated/amessina) has quit (Quit: Konversation terminated!) | |
[01:24:49] | sheedy-away (sheedy-away!sheedy@kde/developer/sheedy) has quit (Ping timeout: 250 seconds) | |
[01:26:08] | sheedy-away (sheedy-away!sheedy@kde/developer/sheedy) has joined #mythtv | |
[01:56:02] | xris (xris!~xris@xris.forevermore.net) has joined #mythtv | |
[01:56:02] | xris (xris!~xris@xris.forevermore.net) has quit (Changing host) | |
[01:56:02] | xris (xris!~xris@mythtv/developer/xris) has joined #mythtv | |
[02:13:01] | fetzerch (fetzerch!~quassel@unaffiliated/fetzerch) has joined #mythtv | |
[02:17:08] | fetzerch_ (fetzerch_!~quassel@unaffiliated/fetzerch) has quit (Ping timeout: 250 seconds) | |
[02:35:15] | stuartm_ (stuartm_!~stuartm@mythtv/developer/stuartm) has joined #mythtv | |
[02:35:25] | stuartm (stuartm!~stuartm@mythtv/developer/stuartm) has quit (Ping timeout: 256 seconds) | |
[02:48:00] | stuartm (stuartm!~stuartm@mythtv/developer/stuartm) has joined #mythtv | |
[02:48:42] | stuartm_ (stuartm_!~stuartm@mythtv/developer/stuartm) has quit (Ping timeout: 246 seconds) | |
[03:11:16] | tgm4883: | Where is the page that shows the build server status? All our 0.28 builds failed today |
[03:11:27] | tgm4883: | https://launchpadlibrarian.net/217882085/buil . . . LDING.txt.gz |
[03:11:50] | tgm4883: | I haven't had a chance to dig into it yet though, just wanted to verify it is building successfully somewhere |
[04:19:03] | arescorpio (arescorpio!~arescorpi@137-254-114-200.fibertel.com.ar) has quit (Quit: Leaving.) | |
[05:15:02] | jheizer (jheizer!~jheizer@c-73-51-93-177.hsd1.il.comcast.net) has quit (Read error: Connection reset by peer) | |
[06:14:15] | dekarl: | tgm4883: e.g. https://code.mythtv.org/buildbot/waterfall |
[06:15:58] | dekarl: | /usr/bin/ld: cannot find -lmythbase-0.28 |
[06:16:11] | dekarl: | Makefile:364: recipe for target 'libmythservicecontracts-0.28.so.0.28.0' failed |
[06:20:10] | wagnerrp_ (wagnerrp_!~wagnerrp_@mythtv/developer/wagnerrp) has quit (Read error: Connection reset by peer) | |
[06:31:45] | SteveGoodey (SteveGoodey!~steve@host86-160-175-231.range86-160.btcentralplus.com) has joined #mythtv | |
[07:28:59] | wagnerrp (wagnerrp!~wagnerrp_@mythtv/developer/wagnerrp) has joined #mythtv | |
[07:30:13] | lautriv__ (lautriv__!~lautriv@f050085131.adsl.alicedsl.de) has joined #mythtv | |
[07:33:36] | lautriv_ (lautriv_!~lautriv@f050084050.adsl.alicedsl.de) has quit (Ping timeout: 246 seconds) | |
[07:56:47] | Merlin83b (Merlin83b!~Daniel@office.34sp.com) has joined #mythtv | |
[08:11:27] | stuarta: | dekarl: tgm4883 https://github.com/MythTV/mythtv/commit/47e92 . . . 44f35cef7054 look suspicious when you mention that build failure |
[08:18:17] | stuarta: | unless of course, that came in after the builds started failing |
[10:17:24] | aloril (aloril!~aloril@dsl-tkubrasgw2-54f80e-20.dhcp.inet.fi) has quit (Ping timeout: 246 seconds) | |
[10:47:36] | aloril (aloril!~aloril@dsl-tkubrasgw2-54f80e-20.dhcp.inet.fi) has joined #mythtv | |
[10:51:18] | skd5aner (skd5aner!~skd5aner@87.sub-70-198-71.myvzw.com) has quit (Ping timeout: 268 seconds) | |
[10:54:18] | skd5aner (skd5aner!~skd5aner@54.sub-70-198-73.myvzw.com) has joined #mythtv | |
[11:35:24] | dekarl: | stuarta, yes its possibly related, no its already contained. hint: the nightly build has the latetest git hash after the date (its from the mythtv repo) 20150914.47e929b => 47e929b1db955b6a21a392c7edbc44f35cef7054 |
[12:01:40] | Merlin83b (Merlin83b!~Daniel@office.34sp.com) has quit (Quit: Leaving) | |
[12:53:43] | jheizer (jheizer!~jheizer@c-73-51-93-177.hsd1.il.comcast.net) has joined #mythtv | |
[15:23:43] | Warped_ (Warped_!~Warped@108.85.160.119) has quit (Quit: ChatZilla 0.9.92 [Firefox 40.0.3/20150826023504]) | |
[15:26:07] | Warped (Warped!~Warped@unaffiliated/warped) has joined #mythtv | |
[17:03:14] | Chutt (Chutt!~ijr@2605:a000:1225:7e:c457:ef1d:60fd:2177) has joined #mythtv | |
[17:35:41] | dekarl: | well, lib mythbase is build after mythservicecontracts, so the latter can't link against the former (unless mythbase is still around from the last build) |
[17:39:08] | JohnBergqvist (JohnBergqvist!~JohnBergq@host86-174-36-237.range86-174.btcentralplus.com) has joined #mythtv | |
[17:39:28] | JohnBergqvist: | Has anyone had any experience with Navigating Atlas's API? |
[17:39:57] | JohnBergqvist: | I'm trying to get my head around it as i'd like to start up an alternative XMLTV grabber, however i'm just tearing my hair out at how... inconsistent the calls are |
[17:41:18] | JohnBergqvist: | Also, their "Annotations" that you can add, seem to add absolutely nothing to the output, very strange |
[17:44:17] | dekarl: | libs.pro might need a line stating "libmythservicecontracts.depends = libmythbase" |
[17:45:06] | dekarl: | JohnBergqvist: I've been looking at it and tearing my hair out :) |
[17:45:42] | JohnBergqvist: | I mean their own request to get schedule information for a channel for 24 hours doesn't actually return any program information? |
[17:46:24] | JohnBergqvist: | And there's no info on what their "annotations" actually do or add |
[17:46:25] | dekarl: | Can you pastebin the request without api key and response? |
[17:46:26] | JohnBergqvist: | just a name... |
[17:46:37] | JohnBergqvist: | https://atlas.metabroadcast.com/4/schedules/h . . . nel&key= |
[17:46:44] | JohnBergqvist: | *6 hours actually |
[17:47:11] | dekarl: | that key has the BBC source activated in the application admin? |
[17:47:17] | JohnBergqvist: | also, their website is very badly designs |
[17:47:19] | JohnBergqvist: | *designed |
[17:47:32] | JohnBergqvist: | no, but i want to use BBC's source |
[17:47:37] | JohnBergqvist: | i've activated it for my key |
[17:50:41] | dekarl: | funny I get a proper result without guide from the BBC prodiver, but something that looks like guide data from the PA provider |
[17:50:45] | JohnBergqvist: | I don't want any channel information, i know what the channel is form the ID, I just want program information |
[17:50:56] | JohnBergqvist: | well im looking for BBC info only. |
[17:51:22] | JohnBergqvist: | basically, the idea was that my grabber would use data solely from the BBC source for the BBC channels, and solely from the PressAssocation for other channels |
[17:53:20] | JohnBergqvist: | Is there something anywhere that actually explains what the annotations are meant to add too? |
[17:53:24] | JohnBergqvist: | i'm probably just missing one out... |
[17:56:21] | JohnBergqvist: | argh I give up |
[17:56:30] | JohnBergqvist: | its giving me Bad request every time i put more annotations in |
[17:56:42] | JohnBergqvist: | Seriously, their product could be great, but its extremely badly implemented |
[17:57:07] | dekarl: | there is a list of annotations and descriptions of the types at http://atlas.metabroadcast.com/api-docs/#api-docs-schedules |
[17:58:29] | dekarl: | the documentation not matching the API makes it "interesting" to work out how to get somewhere |
[17:59:16] | JohnBergqvist: | You try & get program information for bbc one then (using their example) |
[17:59:18] | JohnBergqvist: | cos I cant do it |
[17:59:24] | JohnBergqvist: | maybe i'm missing out on an annotation or something |
[17:59:59] | JohnBergqvist: | you'd think someone would take the damn time to fill in the "description" column about each annotation, so i know what it actually returns... |
[18:00:07] | dekarl: | your call with PA gives me the time slots and the ids of the items that are broadcast |
[18:01:15] | dekarl: | Ahh I just clicked on the type that the annotations adds... all descriptions for the fields are empty (tried brand) |
[18:01:33] | JohnBergqvist: | What URl are you using for that 1st one |
[18:02:06] | dekarl: | https://atlas.metabroadcast.com/4/schedules/h . . . ns=&key= |
[18:02:11] | JohnBergqvist: | and is there no way to return information on each ID within the schedule query (like program titles etc.)? |
[18:03:34] | dekarl: | I was expection that "description" and "extended_description" add just that. but I get an error hinting that these are unknown |
[18:05:32] | JohnBergqvist: | FML |
[18:06:17] | dekarl: | looks like something is broken. I just clicked through the checkboxes of the API explorer to build that request and its exactly the same. Mind to take that to their list? |
[18:06:27] | JohnBergqvist: | right, it seems to be working with pressassociation.com, but not with bbc.co.uk sources |
[18:06:28] | JohnBergqvist: | odd |
[18:08:28] | JohnBergqvist: | and if i tell it to give me info using the bbc.co.uk source, it gives me info from the pressassociation.com source still :/ |
[18:08:35] | dekarl: | well, its broken in a different way over here ;) |
[18:10:03] | dekarl: | is matching active on that api key? |
[18:11:15] | JohnBergqvist: | no, ive disabled it for now |
[18:11:46] | JohnBergqvist: | right, it seems that the content ID for each program is source specific |
[18:14:24] | joki- (joki-!~joki@p5B36E0AB.dip0.t-ipconnect.de) has quit (Ping timeout: 272 seconds) | |
[18:15:31] | JohnBergqvist: | im sure I shoudld be able to get schedule information for the bbc.co.uk source though :/ |
[18:18:18] | dekarl: | you could do something crazy and look at the requests of tv_grab_uk_atlas |
[18:18:52] | joki (joki!~joki@p5B36C947.dip0.t-ipconnect.de) has joined #mythtv | |
[18:19:18] | JohnBergqvist: | thats true |
[18:19:57] | dekarl: | though that's using the old 3.0 schedule api |
[18:19:58] | JohnBergqvist: | ahh, that's using version 3 of the API, i'm on version 4. |
[18:19:59] | JohnBergqvist: | yeah |
[18:20:04] | JohnBergqvist: | Maybe that's the thing. |
[18:21:55] | JohnBergqvist: | Ah well |
[18:22:11] | JohnBergqvist: | Maybe they just don't have actual schedule info for BBC.co.uk channels... |
[18:22:22] | JohnBergqvist: | anyway, thanks for your help |
[18:22:25] | JohnBergqvist (JohnBergqvist!~JohnBergq@host86-174-36-237.range86-174.btcentralplus.com) has quit (Quit: Leaving) | |
[19:29:31] | dekarl1 (dekarl1!~dekarl@mythtv/developer/dekarl) has joined #mythtv | |
[19:31:45] | dekarl (dekarl!~dekarl@p4FCEE763.dip0.t-ipconnect.de) has quit (Ping timeout: 244 seconds) | |
[19:50:09] | ghoti (ghoti!~paul@hq.experiencepoint.com) has quit (Remote host closed the connection) | |
[20:03:05] | sheedy-away is now known as sheedy | |
[20:08:56] | sheedy is now known as sheedy-away | |
[20:09:31] | gigem: | stuarta, stuartm: I'm not sure which of you two can control the mailing list configuration. The footer automatically added to each message contains an invalid link to the wiki page on list etiquette. It probably got broken in the switch to https. |
[20:43:33] | stuarta: | gigem: ack, i'll try to fix, shouldn't be too bad |
[20:43:43] | stuarta: | might be easier to put in a redirect too |
[20:58:53] | SteveGoodey (SteveGoodey!~steve@host86-160-175-231.range86-160.btcentralplus.com) has quit (Quit: Konversation terminated!) | |
[21:07:31] | maddawg2 (maddawg2!~maddawg2@gateway/vpn/privateinternetaccess/maddawg2) has joined #mythtv | |
[21:26:33] | amessina (amessina!~amessina@unaffiliated/amessina) has joined #mythtv | |
[21:47:21] | jpabq: | gigem: At the end of Scheduler::HandleRecording() there is a call to m_expirer->Update(ri.GetCardID(), fsID, true); Can you think of negative ramifications to changing that to m_expirer->Update(ri.GetCardID(), fsID, false); so the update happens in a separate thread? On a HEAVILY loaded machine, recordings can start late because that AutoExpire::Update can take 10s of seconds to return. |
[21:58:57] | sheedy-away is now known as sheedy | |
[22:11:30] | maddawg2: | hmmm my tuner found over 900 programs |
[22:11:44] | maddawg2: | thats odd consdering i only have 45 channels plus a few movie channels |
[22:28:53] | stuarta: | jpabq: my pure non educated evaluation of that is that it should all be async (ie. seperate thread) |
[22:29:09] | stuarta: | but i'll leave gigem to assess properly as i don't know the code. |
[22:31:35] | jpabq: | stuarta: Thanks. The only possible negative I can come up with, is maybe something to do with recording limits not happening correctly? In other words, if you have it set to only record the most recent 6 episodes, would it do the right thing if that was async? I am not sure if that is handled there, but if it is... |
[22:51:44] | stuarta: | tbh that sounds like a slightly different problem, that could have a different solution, which allows us to remove this performance impact here |
[22:58:49] | stuarta: | i'm currently living in the land where if you want some work done, you send a message to the subsystem that does that work, and it'll process it's queue of work |
[22:59:04] | stuarta: | and get it done when it can |
[22:59:14] | stuarta: | still all works pretty quickly, with no blocking. |
[22:59:55] | sheedy is now known as sheedy-away | |
[23:03:12] | jpabq: | stuarta: yes, I agree that even if changing that call to immediately=false, causes an issue (and it might not, at all) that that is the desirable way to do it, even if it means fixing something... |
[23:03:56] | stuarta: | sounds good to me, anyway time for bed. nn |
[23:04:28] | jpabq: | good night. |
[23:30:10] | Seeker (Seeker!~cjo20@unaffiliated/seeker) has quit (Ping timeout: 240 seconds) | |
[23:42:16] | Seeker (Seeker!~cjo20@unaffiliated/seeker) has joined #mythtv | |
[23:42:33] | amessina (amessina!~amessina@unaffiliated/amessina) has quit (Quit: Konversation terminated!) |
IRC Logs collected by
BeirdoBot.
Please use the above link to report any bugs.