| Wednesday, June 8th, 2016, 00:20 UTC | ||
| [00:20:48] | peper03 (peper03!~peper03@mythtv/developer/peper03) has quit (Quit: Quit) | |
| [00:29:57] | peper03 (peper03!~peper03@mythtv/developer/peper03) has joined #mythtv | |
| [00:46:50] | lautriv_ (lautriv_!~lautriv@funtoo/user/lautriv) has quit (Ping timeout: 272 seconds) | |
| [00:58:46] | lautriv_ (lautriv_!~lautriv@funtoo/user/lautriv) has joined #mythtv | |
| [01:31:14] | gary_buhrmaster (gary_buhrmaster!~gtb@2601:647:4801:98e3:222:4dff:fe51:6728) has quit (Ping timeout: 250 seconds) | |
| [01:33:48] | gary_buhrmaster (gary_buhrmaster!~gtb@2601:647:4801:98e3:222:4dff:fe51:6728) has joined #mythtv | |
| [01:58:02] | rkulagow_ (rkulagow_!4c108fd5@gateway/web/freenode/ip.76.16.143.213) has joined #mythtv | |
| [01:58:08] | rkulagow_: | evening. |
| [01:58:24] | rkulagow_: | i saw at beirdobot logs that there was a lot of discussion about the JSON service |
| [01:58:43] | rkulagow_: | if someone could boil it down to a few simple questions then i can probably answer them |
| [01:59:22] | rkulagow_: | but the beirdobot also tells me that some of you think that schedulesdirect needs its own IRC channel instead of using #mythtv. |
| [02:01:31] | rkulagow_: | this part of the API tells you how the lineup is structured |
| [02:01:32] | rkulagow_: | https://github.com/SchedulesDirect/JSON-Servi . . . for-a-lineup |
| [02:01:41] | rkulagow_: | first is a map of stationIDs and channel numbers. |
| [02:02:11] | rkulagow_: | after the map comes the stations array. |
| [02:02:29] | rkulagow_: | a stationID may appear more than once in the map. |
| [02:02:56] | rkulagow_: | because the provider has put the same channel at multiple places on their lineup for whatever reason. |
| [02:03:21] | rkulagow_: | but in the stations array, a stationID is unique; even if the station is in the map 5 times, it only needs to be in the station array once – it's the same station. |
| [02:04:30] | rkulagow_: | if you have multiple ways of getting the same station (Freeview and Freesat for example), "BBC1 London" will have the same stationID, so the grabber only requests the schedule for that stationID once, and then pokes it into the database as required. |
| [02:10:46] | rkulagow_: | @gary_buhrmaster: |
| [02:10:52] | rkulagow_: | stationID: 10002 airDateTime: 2016-06–11T18:00:00Z programID: EP001355620005 json: {"partNumber":2,"totalParts":4} |
| [02:11:04] | rkulagow_: | if you need an example of a program that has multipart |
| [02:12:35] | rkulagow_: | if you're a developer and need more than 4 JSON lineups for testing then send me (rkulagow@gmail.com ) an email about which project you're working on and I will change your account to developer mode – relaxed restrictions on add/drops per day, more lineups. |
| [02:35:41] | gary_buhrmaster: | rkulagow: I found the bug (as the logs show). Thanks. |
| [02:36:57] | gary_buhrmaster: | rkulagow: now, will SD be providing (in the schedule?) json return the "generic" program (SHxxx) and the "generic" md5 for associated data for an EPisode entry? I think keith asked the same question. |
| [02:37:49] | gary_buhrmaster: | rkulagow: Or provide an API to validate a program/md5 couple? |
| [02:39:14] | gary_buhrmaster: | rkulagow: I guess the alternative is to just "merge" the SHow program data into the EPisode program data (so a EPisode is a superset of the SHow). |
| [02:39:51] | gary_buhrmaster: | rkulagow: I will understand if this is still a work (or question) in progress on the SD side. |
| [02:43:55] | gary_buhrmaster: | rkulagow_: Whoops, I used to wrong nickname. But the logs have the question. Thanks. |
| [02:49:17] | rkulagow_: | @gary_buhrmaster: i'm not kibo'ing all the logs, so can you summarize the issue that you and keith are asking about? |
| [02:50:27] | gary_buhrmaster: | rkulagow_: The issue is that in order to create a combined "EPisode" entry, you need info from the related "SHow" entry. But the md5 for the related SHow entry is not provided anywhere in the schedule (unlike the provided program/hash) |
| [02:51:04] | gary_buhrmaster: | rkulagow_: so there is no way (other than downloading all SHows you need every single time) to know if any downloaded SHow is current. |
| [02:51:22] | gary_buhrmaster: | rkulagow_: Does that make sense? |
| [02:51:36] | peper03 (peper03!~peper03@mythtv/developer/peper03) has quit (Ping timeout: 272 seconds) | |
| [02:51:59] | peper03 (peper03!~peper03@mythtv/developer/peper03) has joined #mythtv | |
| [02:52:03] | gary_buhrmaster: | rkulagow_: The one particular item of interest that brought this up was that "totalSeasons" is only in the SHow, even if the schedule points (only) to a EPisode. |
| [02:52:21] | gary_buhrmaster: | rkulagow_: but the problem is possibly generic. |
| [02:58:25] | gary_buhrmaster: | rkulagow_: (just for completeness, I suppose another alternative is the program entry optionally provide the related SHow entry MD5 so you can check if your cached SHow is current for this EPisode) |
| [03:01:56] | rkulagow_: | @gary_buhrmaster: the "total episodes" is new for the JSON service. the only reason i considered adding it is because atlas had it. |
| [03:02:24] | gary_buhrmaster: | rkulagow_: Right, I am talking about totalSeasons. |
| [03:03:38] | gary_buhrmaster: | rkulagow_: Which atlas also has (or, to be accurate, someone claims it has, I do not use atlas). |
| [03:03:58] | rkulagow_: | at this point i'm more likely to revert it all, and make a separate call. i can't include things that update dynamically (and retro-actively) to programs because that will cause an update to the MD5 of a program, and therefore cause _everyone_ to consider the program has changed, even if they don't care about totalEpisodes / totalSeason |
| [03:05:06] | rkulagow_: | changing one "SH" record is one thing. updating a few hundred episodes each and every time there's a new one just causes cache flush issues for something that i don't even know that anyone outside of UK cares about. |
| [03:05:20] | rkulagow_: | (since no one raised it as an issue before) |
| [03:05:22] | gary_buhrmaster: | rkulagow_: As long as the new call has its own md5, I do not care. |
| [03:06:43] | gary_buhrmaster: | rkulagow_: But it is also possible no one cared because most of the NA region users used the datadirect update service. |
| [03:07:40] | rkulagow_: | i will need to think about it and how to implement it. it may be something a grabber "that cares" makes a request for to get the latest episode / total episode / total season as a REST call. |
| [03:08:31] | rkulagow_: | therefore an update for a running program doesn't invalidate the MD5 for an existing program. |
| [03:08:42] | rkulagow_: | not going to change anything tonight. |
| [03:08:52] | gary_buhrmaster: | rkulagow_: as long as it has an md5. If you do not provide a way to know the info is valid, you will force excessive calls. |
| [03:09:31] | gary_buhrmaster: | rkulagow_: Oh, I understand nothing changes tonight (or likely this week, or maybe this month. I am hoping there will be something in the next quarter). |
| [03:11:19] | gary_buhrmaster: | rkulagow_: (just for consideration, if the "composite" data pointer(*) (with its own md5) is in the schedule record, you lose very little, as the schedules change sufficiently regularly anyway). |
| [03:12:25] | gary_buhrmaster: | rkulagow_: ((*) I think the "an EPxxx has a SHxxx" special casing might be better with an explicit generic pointer, which allows future reuse for other purposes (who knows, a SPorts program might have generic pointers)). |
| [03:12:54] | gary_buhrmaster: | rkulagow_: Anyway, as long as the issue is understood, I will let SD decide on their path. Thanks for listening. |
| [03:16:10] | rkulagow_: | @gary_buhrmaster: if this is your itch, start a dialog in the Schedules Direct JSON developer forum please. the other consumers of the json data can weigh in because they've got years of experience on the JSON service and may see nuances that aren't apparent in an IRC channel. |
| [03:22:46] | gary_buhrmaster: | rkulagow_: Not an terrible itch. I might eventually get around to it, but likely ENOTIME for the rest of the week. (just to set expectations of when I might get to it). |
| [03:30:33] | SteveGoodey (SteveGoodey!~steve@host109-156-128-128.range109-156.btcentralplus.com) has joined #mythtv | |
| [03:32:33] | rkulagow_ (rkulagow_!4c108fd5@gateway/web/freenode/ip.76.16.143.213) has quit (Quit: Page closed) | |
| [04:12:55] | ricksebak (ricksebak!~jwr@c-67-163-167-214.hsd1.pa.comcast.net) has quit (Ping timeout: 252 seconds) | |
| [04:16:41] | SteveGoodey (SteveGoodey!~steve@host109-156-128-128.range109-156.btcentralplus.com) has quit (Quit: Konversation terminated!) | |
| [05:13:44] | arescorpio (arescorpio!~arescorpi@190.190.244.160) has quit (Quit: Leaving.) | |
| [05:50:37] | ricksebak (ricksebak!~jwr@c-67-163-167-214.hsd1.pa.comcast.net) has joined #mythtv | |
| [06:00:44] | Tobbe5178 (Tobbe5178!~asdf@h184n1-sv-a13.ias.bredband.telia.com) has joined #mythtv | |
| [06:19:46] | stuarta (stuarta!~stuarta@mythtv/developer/stuarta) has quit (Quit: system going offline for a while) | |
| [06:28:03] | Roklobster (Roklobster!~Dirkka@ppp118-209-152-111.lns20.mel8.internode.on.net) has joined #mythtv | |
| [06:43:22] | dekarl: | gary_buhrmaster: when there is no external emergency then some parts are dead in the water. e.g. rkulagow/myself brainstormed how one can write metadata grabbers for tv/movies from schedules direct data. but that's not something anybody appears to be interested in. |
| [06:44:11] | dekarl: | but then the same appears to be true for the whole personal tv guide community ;) |
| [07:04:47] | SteveGoodey (SteveGoodey!~steve@host109-156-128-128.range109-156.btcentralplus.com) has joined #mythtv | |
| [07:16:38] | Warped (Warped!~Warped@unaffiliated/warped) has quit (Quit: ChatZilla 0.9.92 [Firefox 46.0.1/20160502172042]) | |
| [07:52:18] | Warped (Warped!~Warped@unaffiliated/warped) has joined #mythtv | |
| [08:02:56] | willcooke (willcooke!~willcooke@ubuntu/member/willcooke) has joined #mythtv | |
| [08:52:01] | jab416171 (jab416171!~jab416171@c-76-27-96-12.hsd1.ut.comcast.net) has quit (Ping timeout: 240 seconds) | |
| [08:55:24] | jab416171 (jab416171!~jab416171@c-76-27-96-12.hsd1.ut.comcast.net) has joined #mythtv | |
| [09:09:55] | stuarta (stuarta!~stuarta@mythtv/developer/stuarta) has joined #mythtv | |
| [09:10:08] | stuarta: | and back |
| [09:32:45] | joki (joki!~joki@p54861AF1.dip0.t-ipconnect.de) has quit (Ping timeout: 244 seconds) | |
| [09:37:51] | joki (joki!~joki@p54861A80.dip0.t-ipconnect.de) has joined #mythtv | |
| [09:51:04] | letifosiferrari (letifosiferrari!~letifosif@dispo-82-250-56-94.adsl.proxad.net) has joined #mythtv | |
| [09:52:14] | letifosiferrari (letifosiferrari!~letifosif@dispo-82-250-56-94.adsl.proxad.net) has quit (Remote host closed the connection) | |
| [09:52:41] | letifosiferrari (letifosiferrari!~letifosif@216.207.42.140) has joined #mythtv | |
| [10:53:20] | letifosiferrari (letifosiferrari!~letifosif@216.207.42.140) has quit (Remote host closed the connection) | |
| [10:53:31] | letifosiferrari (letifosiferrari!~letifosif@216.207.42.140) has joined #mythtv | |
| [12:38:14] | dmfrey: | good morning |
| [12:47:06] | bill6502 (bill6502!~bill@24-148-53-32.c3-0.alc-ubr1.chi-alc.il.cable.rcn.com) has joined #mythtv | |
| [13:22:29] | dmfrey: | good morning bill6502 |
| [13:22:42] | dmfrey: | i am building a beta release of 2.1.0 |
| [13:24:03] | bill6502: | morning-5 |
| [13:24:23] | stuarta: | dmfrey: does that need the stuff up on chromecast.mythtv.org? |
| [13:24:41] | bill6502: | dmfrey: thought I saw a new branch, sounds good |
| [13:25:20] | bill6502: | stuartm: the patch to add more cors support is ready, but I'm re-thinking putting more valid origins in settings.AllowedOriginsList. |
| [13:25:25] | bill6502: | because it would allow clients to add their own origin with Myth/PutSetting |
| [13:25:43] | bill6502: | i do prevent * from working (and require http:// or https://) |
| [13:26:21] | bill6502: | stuartm: are you still OK with using settings, or should I put additional origins in the environment (or elsewhere?) |
| [13:26:22] | dmfrey: | bill6502: no, that will be in 2.2.0 |
| [13:27:30] | dmfrey: | this will be the first attempt at using Fastlane Supply to handle uploading the apk and all the metadata to the Google Play Store |
| [13:44:52] | davic (davic!~davic@unaffiliated/davic) has quit (Ping timeout: 264 seconds) | |
| [14:00:19] | pppingme (pppingme!~pppingme@unaffiliated/pppingme) has quit (Ping timeout: 252 seconds) | |
| [14:01:34] | Casper0082 (Casper0082!~Casper@pool-72-78-200-109.phlapa.fios.verizon.net) has quit (Ping timeout: 240 seconds) | |
| [14:05:54] | dmfrey: | bill6502: so the current setup, separate projects for app and tv, don't allow us to upload a single apk that covers all device types |
| [14:06:03] | dmfrey: | so going to have to refactor the source a bit again |
| [14:06:41] | dmfrey: | using the build variants should solve it |
| [14:07:02] | dmfrey: | and make it compatible back to SDK 14 as well as leaving the leanback stuff in there for android tv |
| [14:44:53] | Chutt (Chutt!~ijr@2605:a000:1225:7e:c457:ef1d:60fd:2177) has quit (Read error: Connection reset by peer) | |
| [14:45:21] | ** dekarl wanders off to test mythtv-player-tv.2.1.0.apk ** | |
| [15:24:22] | dekarl: | dmfrey: do you need localized versions of *all* screenshots and changelogs, too? Or is there some fallback to the master / en-US version? |
| [15:28:39] | dmfrey: | dekarl: they should fallback to en-US, yes |
| [15:37:01] | Roklobster (Roklobster!~Dirkka@ppp118-209-152-111.lns20.mel8.internode.on.net) has quit (Ping timeout: 240 seconds) | |
| [15:48:43] | dmfrey: | dekarl: the short description is too long, supply failed to upload it. can you shorten it? |
| [16:00:20] | dmfrey: | dekarl: it is a max of 80 characters |
| [16:20:10] | dekarl: | dmfrey: just remove the part between the commas. => Greifen Sie mit MythTV-Player auf Ihre MythTV Inhalte zu |
| [16:21:20] | dekarl: | that would be a low hanging fruit for an automated test |
| [16:27:03] | dmfrey: | dekarl: awesome! Now in the Google Play Dev Console I can see both language listings there. In a few hours, once it makes the rounds, you should see it in the play store listing as well |
| [16:29:35] | dekarl: | i love it when a plan comes together |
| [16:40:28] | JohnBergqvist (JohnBergqvist!~JohnBergq@host86-138-206-6.range86-138.btcentralplus.com) has joined #mythtv | |
| [16:40:41] | JohnBergqvist: | So.. ive got Myth working with Schedules direct (the new JSON API)... |
| [16:41:12] | SteveGoodey: | JohnBergqvist: How was it? Plain sailing or a pain? |
| [16:41:53] | JohnBergqvist: | well the guide data is kinda half-fucked up. |
| [16:42:04] | JohnBergqvist: | Lots of programs are being flagged as repeats, when they clearly aren't |
| [16:42:19] | JohnBergqvist: | and its having a problem inserting apparently duplicate entries into the programrating table |
| [16:42:39] | SteveGoodey: | Didn't the wiki mention a work-around for that? |
| [16:45:05] | JohnBergqvist: | not from what i can see |
| [17:02:49] | JohnBergqvist: | i think you mean the programid's |
| [17:03:14] | JohnBergqvist: | trying the NA grabber is a non-starter, it just crashes while running --configure, after i've logged into SD |
| [17:04:39] | JohnBergqvist: | "Use of uninitialized value $dd_lineup in hash element at /usr/bin/site_perl/tv_grab_na_dd line 1036. |
| [17:04:39] | JohnBergqvist: | " |
| [17:07:18] | JohnBergqvist: | Even after truncating my programrating table, i'm still getting lots of attempts to insert duplicate rows however |
| [17:08:14] | JohnBergqvist: | I think actually its attempting to insert the same program multiple times in the DB :/ |
| [17:10:13] | JohnBergqvist: | hmm, the repeat errors seem to be cleared up now it's finished running |
| [17:33:16] | JohnBergqvist (JohnBergqvist!~JohnBergq@host86-138-206-6.range86-138.btcentralplus.com) has quit (Quit: Leaving) | |
| [17:49:37] | dmfrey: | bill6502: dekarl: Fastlane Supply worked great for doing the uploads of the APK to the play store |
| [18:58:42] | dblain (dblain!~dblain@mythtv/developer/dblain) has quit (Ping timeout: 246 seconds) | |
| [18:58:56] | gary_buhrmaster: | JohnBergqvist: The tv_grab_na_dd grabber only works using the (older) DataDirect (the dd) legacy method, and only support NorthAmerica. The xmltv project released grabber is tv_grab_sd_json, and there is the alternative tv_grab_na_sd (which is only via github), |
| [18:59:30] | gary_buhrmaster: | JohnBergqvist: both of which support the newer Schedules Direct JSON service that support non-NA lineups. |
| [19:02:44] | gary_buhrmaster: | JohnBerqvist: So while I have no idea why you got the $dd_lineup error, it may have been due to it the not supporting your countries lineups (and while bad error messages should be fixed, I doubt anyone is doing significant work on it at this point). |
| [19:05:14] | gary_buhrmaster: | (yes, I now see JohnBergqvist has left the room. Maybe the logs will get reviewed) |
| [19:06:49] | gary_buhrmaster: | stuarta: re "good point". I have no idea if it is a good point, but it was my justification for the direction. There is often a madness to my methods. That is my story, and I am going to stick with it. |
| [19:15:21] | dblain (dblain!~dblain@mythtv/developer/dblain) has joined #mythtv | |
| [19:16:15] | natanojl (natanojl!~jonatan@mythtv/developer/natanojl) has joined #mythtv | |
| [19:37:01] | taylorr (taylorr!~taylorr@unaffiliated/elmojo) has quit (Ping timeout: 240 seconds) | |
| [19:38:05] | dblain (dblain!~dblain@mythtv/developer/dblain) has quit (Read error: Connection reset by peer) | |
| [19:48:47] | taylorr (taylorr!~taylorr@unaffiliated/elmojo) has joined #mythtv | |
| [20:09:10] | dblain (dblain!~dblain@mythtv/developer/dblain) has joined #mythtv | |
| [20:16:11] | dekarl1 (dekarl1!~dekarl@mythtv/developer/dekarl) has joined #mythtv | |
| [20:18:33] | dekarl (dekarl!~dekarl@mythtv/developer/dekarl) has quit (Ping timeout: 240 seconds) | |
| [20:58:03] | willcooke (willcooke!~willcooke@ubuntu/member/willcooke) has quit (Remote host closed the connection) | |
| [21:06:06] | SteveGoodey (SteveGoodey!~steve@host109-156-128-128.range109-156.btcentralplus.com) has quit (Quit: Konversation terminated!) | |
| [21:09:56] | letifosi_ (letifosi_!~letifosif@dispo-82-250-56-94.adsl.proxad.net) has joined #mythtv | |
| [21:12:54] | letifosiferrari (letifosiferrari!~letifosif@216.207.42.140) has quit (Ping timeout: 250 seconds) | |
| [21:14:52] | letifosi_ (letifosi_!~letifosif@dispo-82-250-56-94.adsl.proxad.net) has quit (Ping timeout: 264 seconds) | |
| [21:21:28] | natanojl (natanojl!~jonatan@mythtv/developer/natanojl) has quit (Ping timeout: 264 seconds) | |
| [21:33:00] | stuarta: | stuartm: do you have any theories on how to fix #12735 ?? |
| [21:33:00] | ** MythLogBot http://code.mythtv.org/trac/ticket/12735 ** | |
| [21:39:36] | ** stuarta wanders off ** | |
| [21:42:06] | zz_CyberJacob is now known as CyberJacob | |
| [21:43:45] | MythBuild: | build #68 of 0.28-osx-64bit is complete: Failure [4failed configure] Build details are at http://code.mythtv.org/buildbot/builders/0.28 . . . it/builds/68 blamelist: Gary Buhrmaster <gary.buhrmaster@gmail.com > |
| [21:57:07] | Roklobster (Roklobster!~Dirkka@ppp118-209-146-193.lns20.mel8.internode.on.net) has joined #mythtv | |
| [22:15:45] | Tobbe5178 (Tobbe5178!~asdf@h184n1-sv-a13.ias.bredband.telia.com) has quit (Read error: Connection reset by peer) | |
| [23:15:35] | CyberJacob is now known as zz_CyberJacob | |
| [23:35:00] | amessina (amessina!~amessina@unaffiliated/amessina) has joined #mythtv | |
IRC Logs collected by
BeirdoBot.
Please use the above link to report any bugs.