| Sunday, June 26th, 2016, 00:46 UTC | ||
| [00:46:14] | rich0_ (rich0_!~quassel@gentoo/developer/rich0) has joined #mythtv | |
| [00:46:33] | Roklobster (Roklobster!~Dirkka@ppp118-209-171-152.lns20.mel8.internode.on.net) has joined #mythtv | |
| [00:47:09] | knightr (knightr!~knightr@mythtv/developer/knightr) has quit (Remote host closed the connection) | |
| [00:47:12] | arescorpio (arescorpio!~arescorpi@13-226-114-200.fibertel.com.ar) has joined #mythtv | |
| [00:48:31] | rich0 (rich0!~quassel@gentoo/developer/rich0) has quit (Ping timeout: 240 seconds) | |
| [00:51:24] | Roklobster (Roklobster!~Dirkka@ppp118-209-171-152.lns20.mel8.internode.on.net) has quit (Remote host closed the connection) | |
| [02:34:30] | amessina (amessina!~amessina@unaffiliated/amessina) has quit (Quit: Konversation terminated!) | |
| [02:44:51] | amessina (amessina!~amessina@unaffiliated/amessina) has joined #mythtv | |
| [02:49:05] | unforgiven512 (unforgiven512!~unforgive@freebsd-dev.unforgivendevelopment.com) has left #mythtv ("Leaving") | |
| [02:51:51] | peper03 (peper03!~peper03@mythtv/developer/peper03) has quit (Ping timeout: 240 seconds) | |
| [02:58:31] | peper03 (peper03!~peper03@mythtv/developer/peper03) has joined #mythtv | |
| [03:22:33] | arescorpio (arescorpio!~arescorpi@13-226-114-200.fibertel.com.ar) has quit (Quit: Leaving.) | |
| [04:13:16] | amessina (amessina!~amessina@unaffiliated/amessina) has quit (Quit: Konversation terminated!) | |
| [04:27:11] | jpabq (jpabq!~quassel@mythtv/developer/jpabq) has quit (Remote host closed the connection) | |
| [04:43:59] | jpabq (jpabq!~quassel@mythtv/developer/jpabq) has joined #mythtv | |
| [05:14:34] | purserj (purserj!~purserj@hosting.collaborynth.com.au) has quit (Ping timeout: 244 seconds) | |
| [05:14:41] | purserj (purserj!~purserj@113.212.99.150) has joined #mythtv | |
| [06:31:48] | Roklobster (Roklobster!~Dirkka@ppp118-209-171-152.lns20.mel8.internode.on.net) has joined #mythtv | |
| [06:37:04] | rmeden (rmeden!~Robert@107-131-102-250.lightspeed.rcsntx.sbcglobal.net) has quit (Ping timeout: 264 seconds) | |
| [06:38:02] | Tobbe5178 (Tobbe5178!~asdf@h184n1-sv-a13.ias.bredband.telia.com) has joined #mythtv | |
| [06:39:35] | rmeden (rmeden!~Robert@107-131-102-250.lightspeed.rcsntx.sbcglobal.net) has joined #mythtv | |
| [06:41:55] | rmeden1 (rmeden1!~Robert@107-131-102-250.lightspeed.rcsntx.sbcglobal.net) has joined #mythtv | |
| [06:44:14] | rmeden (rmeden!~Robert@107-131-102-250.lightspeed.rcsntx.sbcglobal.net) has quit (Ping timeout: 258 seconds) | |
| [07:17:17] | mad_enz (mad_enz!~mad_enz@2607:f090:488d:8d:2c69:7efb:c48d:8416) has joined #mythtv | |
| [07:20:09] | SteveGoodey (SteveGoodey!~steve@host31-50-133-80.range31-50.btcentralplus.com) has joined #mythtv | |
| [07:23:20] | Warped (Warped!~Warped@unaffiliated/warped) has quit (Quit: ChatZilla 0.9.92 [Firefox 47.0/20160604131506]) | |
| [07:37:49] | Warped (Warped!~Warped@unaffiliated/warped) has joined #mythtv | |
| [09:38:25] | JohnBergqvist (JohnBergqvist!~JohnBergq@host86-138-206-6.range86-138.btcentralplus.com) has joined #mythtv | |
| [09:38:48] | JohnBergqvist: | Does anyone remember that problem I had where after I upgraded qt5, it would cause the backend to segfault whenever it tried to generate a preview image? |
| [09:38:59] | JohnBergqvist: | probably a few weeks ago now |
| [09:50:48] | JohnBergqvist: | Nope, its still happening |
| [10:39:28] | JohnBergqvist: | Created a ticket. https://code.mythtv.org/trac/ticket/12821#ticket Unfortunately i'm unable to go any further as i'm on a live system |
| [11:41:30] | stuartm: | Schedules Direct- Error: Only alphanumeric characters and spaces are allowed for passwords. |
| [11:41:34] | stuartm: | seriously?? |
| [11:52:47] | SteveGoodey: | Bah. You think you've got problems. Try the SD forum capatcha. That's a pig! |
| [12:19:50] | lautriv__: | stumbling over an old problem, i miss "/usr/lib64/perl5/5.22.0/x86_64-linux/Config.pm" and forgot how i solved that in the past. |
| [13:05:44] | dekarl1 is now known as dekarl | |
| [13:18:05] | Roklobster (Roklobster!~Dirkka@ppp118-209-171-152.lns20.mel8.internode.on.net) has quit (Ping timeout: 250 seconds) | |
| [13:24:49] | stuartm: | so, any opinions on which is easier to configure – Gary's SD grabber or the other xmltv one (sorry, don't know the author) |
| [13:34:31] | JohnBergqvist: | whic other xmltv one? |
| [13:34:35] | JohnBergqvist: | you mean NA_DD? |
| [13:34:50] | JohnBergqvist: | or sd_json? |
| [13:35:09] | JohnBergqvist: | the na_dd one simply crashes for me when I try and configure it with the GBR line-up |
| [13:36:06] | JohnBergqvist: | tbh, SD_json is pretty easy to do tbh. Can't speak for the other one |
| [13:38:52] | stuartm: | JohnBergqvist: sd_json |
| [13:39:04] | stuartm: | Gary's xmltv grabber isn't in the xmltv repo |
| [13:39:09] | JohnBergqvist: | ohh |
| [13:39:17] | JohnBergqvist: | where can I get this grabber? and what source does it use? |
| [13:39:20] | stuartm: | na_dd is the old grabber, deprecated now |
| [13:39:23] | JohnBergqvist: | ok |
| [13:39:27] | JohnBergqvist: | SD_JSON is in xmltv |
| [13:39:55] | stuartm: | both sd_json and Gary's grabber are xmltv format, using the same source (JSON from SD) |
| [13:40:16] | stuartm: | just different implementations, different levels of support for data that's available |
| [13:40:23] | JohnBergqvist: | OK |
| [13:40:29] | JohnBergqvist: | where can I get gary's grabber? |
| [13:44:42] | bill6502 (bill6502!~bill@24-148-53-32.c3-0.alc-ubr1.chi-alc.il.cable.rcn.com) has joined #mythtv | |
| [13:45:45] | JohnBergqvist: | From what I can see, the sd_json grabber is importing stuff fine |
| [13:45:53] | JohnBergqvist: | it's just there are still issues with the underlying data |
| [13:46:09] | JohnBergqvist: | finally, the original airdate value is being populated directly (even if mythweb doesn't use it as it should heh) |
| [13:47:23] | bill6502: | good morning-5 |
| [13:47:45] | stuartm: | it's in Github but I've misplaced the url right now – gary_buhrmaster you should add it to https://www.mythtv.org/wiki/Migrating_to_Sche . . . ct_in_the_UK and the Schedules Direct page |
| [13:48:39] | JohnBergqvist: | That page is a horror show |
| [13:48:52] | JohnBergqvist: | especailly where it concerns mapping the IDs over |
| [13:49:44] | JohnBergqvist: | I mean that guy admits his list dates from 2004 in places... come on |
| [13:49:55] | stuartm: | https://github.com/garybuhrmaster/tv_grab_na_sd |
| [13:50:51] | stuartm: | anyone who writes a script to convert uk_rt ids to na_sd or sd_json ids will get a few beers from me |
| [13:52:00] | stuartm: | better still, a script which uses the existing configured xmltvids and video source ids to build the lineups automatically |
| [13:53:22] | stuartm: | ok, wasting my Sunday, so time to pick a script and go with it |
| [13:53:46] | stuartm: | what a PITA |
| [13:56:01] | JohnBergqvist: | I don't like lineups |
| [13:56:16] | JohnBergqvist: | because you're reliant on the line-up containing the exact amount of channels |
| [13:56:21] | JohnBergqvist: | which it wont, i bet you that |
| [13:57:22] | JohnBergqvist: | Either way, in this case, surely the grabber doesn't matter, the IDs would still be the same for both? |
| [13:58:38] | bill6502: | stuartm: are you OK with https://code.mythtv.org/trac/changeset/5292483 ? it allows dmfrey's chromecast to work but it gives clients the ability to use Myth/PutSetting to add valid (or evil) Origins |
| [13:59:19] | lautriv_ (lautriv_!~lautriv@funtoo/user/lautriv) has joined #mythtv | |
| [14:01:06] | stuartm: | yeah, ok for now – as you note, clients being able to push settings is a risk but then so is allowing clients to play with any settings without an auth process |
| [14:02:29] | stuartm: | something for the future – adding a auth mechanism (OAuth?) to the services API, where clients requesting access to the API must be approved by the user or similar |
| [14:02:33] | lautriv__ (lautriv__!~lautriv@funtoo/user/lautriv) has quit (Ping timeout: 240 seconds) | |
| [14:05:03] | JohnBergqvist: | hmm well Gary's seems to be more mythtv oriented |
| [14:05:06] | stuartm: | I'm envisioning a prompt "Client ABC (192.168.0.34) has requested access, Allow or Deny?", at which point, if approved, the client will get back an auth token from the same API which can be used in a header with all future requests |
| [14:05:07] | JohnBergqvist: | but I wasn't asked to pick channels |
| [14:05:31] | stuartm: | JohnBergqvist: no? |
| [14:05:59] | JohnBergqvist: | I got as far as "MythTV Category processing" in configure, at which point it exited. |
| [14:06:02] | JohnBergqvist: | after i'd picked a value |
| [14:06:46] | stuartm: | gary_buhrmaster: maybe you can walk us through the setup process? |
| [14:07:08] | bill6502: | stuartm: tnx, I'll push to 0.28 (I did test a solution putting the list in the environment, but stayed with settings) |
| [14:07:20] | JohnBergqvist: | hmm, maybe it just uses lineups |
| [14:07:40] | JohnBergqvist: | which means it what, just grabs data for every channel and matches them up with whatever XMLTV ids are defined in the database? |
| [14:07:51] | stuartm: | bill6502: I prefer settings because it's then captured automatically in database backups |
| [14:10:20] | JohnBergqvist: | Actually, gary's might be better in that it seems to have more mythtv-friendly handling of program-ratings & categories |
| [14:16:54] | JohnBergqvist: | OK this is odd, it's getting data for some channels OK, but others, it's saying the XMLTV is unknown :/ |
| [14:19:22] | JohnBergqvist: | Despite the fact that when I do --list-channels, the "unknown" id is in there as per normal |
| [14:19:32] | JohnBergqvist: | oh wait |
| [14:19:44] | JohnBergqvist: | maybe those are channels which ive chose not to add to my EPG (regional variants) |
| [14:19:45] | JohnBergqvist: | hmm |
| [14:25:13] | JohnBergqvist: | OK so Gary's one is handling programrating data far better than sd_json, which is nice. |
| [14:25:30] | JohnBergqvist: | and it seems to be setting the category type better as well |
| [14:25:35] | JohnBergqvist: | plus it seems to cache more which is cool |
| [14:26:32] | JohnBergqvist: | It would be nice to have support for specifying which channels from the lineups you've chosen you'd like to use in the config file, rather than the grabber just simply grabbing every channel in the lineup, beacuse the lineups are never right in this regard :P |
| [14:52:38] | stuartm: | so I'm trying SD_JSON but it's not offering me any Freeview lineups? |
| [14:56:09] | stuartm: | and then it bugged out in the middle of config forcing me to start again ... time to try Gary's instead |
| [14:57:04] | stuartm: | although the lineup issue seems to be one with SD itself – is anyone getting Freeview lineups? |
| [15:13:44] | gary_buhrmaster: | JohnBergqvist: There is minimal advantage for the grabber to not actually obtain the data from SD for most (everything is cached and hashed, so only changes get downloaded). And your app only inserts data matched. |
| [15:14:04] | gary_buhrmaster: | JohnBergqvist: (after the first download, that is, the first is large) |
| [15:14:46] | gary_buhrmaster: | JohnBergqvist: However, if you absolutely, positively think that managing the channels in two places (MythTV and the grabber), use --manage-lineups to select channels. |
| [15:15:31] | gary_buhrmaster: | JohnBergqvist: s/think that managing the channels/prefer to managing the channels/ |
| [15:17:24] | gary_buhrmaster: | JohnBergqvist: And the reason it is there (and not the xmltv channel) is that there is a difference between a channel and a station (which the xmltv processes does not properly deal with). |
| [15:18:18] | stuartm: | only issue with Gary's grabber is that it requires the latest xmltv – which I can't do with packages, so installing from source |
| [15:18:49] | gary_buhrmaster: | JohnBergqist: Only those fortunate enough to have one, and only one, station per channel (and vice versa) and every xmltv id is unique can get away with the xmltv interpretation all the time. |
| [15:19:31] | gary_buhrmaster: | stuartm: Actually the other problem is that is has a *bunch* of prereqs in perl packages. |
| [15:19:44] | gary_buhrmaster: | stuartm: Perhaps you need a new distro :-) |
| [15:20:24] | stuartm: | hmm, don't have time to be installing a new distro ... guess I'll persist with sd_json for the time being then |
| [15:20:45] | stuartm: | though I really need to figure out why it's not giving me a freeview lineup |
| [15:20:59] | stuartm: | (SD that is, not the grabber) |
| [15:21:05] | gary_buhrmaster: | stuartm: ....sd_json is certainly the path of least resistance. |
| [15:21:30] | stuartm: | if I wasn't so busy I'd try your version |
| [15:21:34] | ** stuartm shrugs ** | |
| [15:22:14] | gary_buhrmaster: | stuartm: Obviously I am on the wrong side of the pond, but when I tried looking at the UK lineups, I also had difficulty finding some freeview lineups in (admittedly random) UK locations. |
| [15:22:37] | gary_buhrmaster: | stuartm: I have no idea if I selected really wrong, or the SD lineup database is incomplete. |
| [15:23:15] | stuartm: | looks like the latter – I get Sky/Freesat lineups, but not a single Freeview one |
| [15:23:47] | gary_buhrmaster: | stuartm: At least for SD customers, you can open a ticket. They (Robert K) is pretty good about getting things fixed when they are informed. |
| [15:30:37] | gary_buhrmaster: | stuartm: btw, I seem to recall that sometimes you needed to use a subset of the postal code. Perhaps try SW5 rather than SW51 (or something like that, I have no idea about your postal code)? |
| [15:31:18] | amessina (amessina!~amessina@unaffiliated/amessina) has joined #mythtv | |
| [15:34:17] | stuartm: | I'll try that, thanks |
| [15:35:08] | stuartm: | if that works, then maybe I'll file a note upstream with xmltv about detailing that in the grabber – it asks for a postal code so I gave it the full one |
| [15:35:53] | stuartm: | although it may also be something that should be handled at the SD end – i.e. always discard the more specific part of the code, just use the region/area component |
| [15:36:38] | gary_buhrmaster: | stuartm: Yeah, I am not sure if the grabber should try to "guess" on what SD needs. SD is providing a regex (which at least my grabber uses) to define the allowed postal codes. |
| [15:37:05] | gary_buhrmaster: | stuartm: But first step is to see if you actually get freeview even with the shortened postal code. |
| [15:37:44] | stuartm: | might also be good for the grabber to provide a list of countries to choose from instead of asking for the ISO code, that's not really user-friendly |
| [15:38:11] | gary_buhrmaster: | stuartm: Um, I thought I did list the countries. |
| [15:38:54] | gary_buhrmaster: | stuartm: yes, I do (actually both the ISO code and a longer desc). |
| [15:40:01] | stuartm: | gary_buhrmaster: talking about sd_json, can't run your version :) |
| [15:40:07] | gary_buhrmaster: | stuartm: Between Qt 5.6's (apparently) lack of QA, and gcc 6.x's new skipping of null tests for this, I think a number of people are going to be reporting various crashes real soon now. |
| [15:41:20] | stuartm: | aye. I've not followed up, but I saw someone claiming that the Qt 5.6 segfault is actually a bug in our code, just revealed by 5.6 |
| [15:41:22] | gary_buhrmaster: | stuartm: You could try eliminating the xmltv required version. I actually think it will work with a few versions older, but I did not test, so could not assure it did. And was not motivated to try. |
| [15:42:21] | stuartm: | currently have .65 which is just two versions behind the required .67 |
| [15:42:34] | gary_buhrmaster: | stuartm: I think there are bugs in MythTV. And there are known bugs in Qt 5.6 too (I have no idea if the recently released 5.6.1 fixes them). And the dropping of the null check is breaking a number of apps. |
| [15:43:03] | stuartm: | ffs, sd_json configure is getting on my nerves ... make a mistake and you can't go back to fix it, so you have to start all over |
| [15:43:25] | stuartm: | we can force the null check at least |
| [15:43:50] | gary_buhrmaster: | stuartm: to be fair, not all xmltv grabbers make it easy to (re)configure. |
| [15:44:11] | gary_buhrmaster: | stuartm: So I am not sure if the sd_json grabber should be singled out. |
| [15:44:58] | stuartm: | yeah I know, just getting a little frustrated :) I really don't have the time for this, but I'll have even less time during the next week and my existing data runs out real soon |
| [15:45:09] | stuartm: | Too many login failures. Locked for 15 minutes. (4004/ACCOUNT_LOCKOUT) |
| [15:45:12] | stuartm: | aggh |
| [15:45:33] | stuartm: | and that ONLY happens because the grabber keeps retrying ... why? |
| [15:46:01] | stuartm: | if the username/password was invalid the first time, it's not going to be valid the second and third time either ... |
| [15:46:38] | stuartm: | ** POST https://json.schedulesdirect.org/20141201/token ==> 400 Bad Request (5s) |
| [15:46:39] | stuartm: | Server (ID=20141201.web.1 Time=2016-06–26T15:44:00Z) returned an error: |
| [15:46:41] | stuartm: | Invalid username or token has expired. (4003/INVALID_USER) |
| [15:46:42] | stuartm: | Retry in 10 seconds... |
| [15:46:44] | stuartm: | ** POST https://json.schedulesdirect.org/20141201/token ==> 400 Bad Request (6s) |
| [15:46:45] | stuartm: | Server (ID=20141201.web.2 Time=2016-06–26T15:44:16Z) returned an error: |
| [15:46:47] | stuartm: | Invalid username or token has expired. (4003/INVALID_USER) |
| [15:46:48] | stuartm: | Retry in 10 seconds... |
| [15:46:50] | stuartm: | ** POST https://json.schedulesdirect.org/20141201/token ==> 400 Bad Request (6s) |
| [15:46:51] | stuartm: | Server (ID=20141201.web.1 Time=2016-06–26T15:44:31Z) returned an error: |
| [15:46:53] | stuartm: | Too many login failures. Locked for 15 minutes. (4004/ACCOUNT_LOCKOUT) |
| [15:46:54] | stuartm: | Retry count exceeded. at /usr/bin/tv_grab_sd_json line 209. |
| [15:46:56] | stuartm: | oops, sorry about that |
| [15:47:11] | gary_buhrmaster: | stuartm: There are a couple of answers. One answer is that SD randomly fails certain requests (I can go into the details) and you should retry those. |
| [15:47:55] | gary_buhrmaster: | stuartm: But you should only retry those marked as retriable. Sometimes a script gets a bit lazy and just retries for any error. I am guessing that is true for sd_json (but have not checked). |
| [15:48:19] | gary_buhrmaster: | stuartm: my script does not have that particular issue (the retry logic is, I believe, more precise). |
| [15:48:58] | jpharvey (jpharvey!~jpharvey@95.149.163.111) has quit (Remote host closed the connection) | |
| [15:49:05] | stuartm: | gary_buhrmaster: but that should be indicated by the response, which in this case isn't saying 'Too busy try again' it's saying 'invalid username' |
| [15:50:01] | stuartm: | incidentally, that's not accurate, I think I actually mistyped the password (impossible to tell as it's not echo'd back) |
| [15:50:44] | gary_buhrmaster: | stuartm: That is my point, not all scripts are sufficiently robust for unusual conditions. If you look at my script, a fair amount of the code is designed for debugging and error handling. |
| [15:51:15] | gary_buhrmaster: | stuartm: Yeah, the error message does not tell you whether you have the username or the password wrong. One can discuss whether that is goodness or not. |
| [15:51:38] | JohnBergqvist: | wait gary, so how do i use manage-lineups? |
| [15:51:52] | stuartm: | it's good, but the string should say username or password |
| [15:52:04] | JohnBergqvist: | does that just ensure the channels I want are added into the config file? |
| [15:53:09] | stuartm: | saying incorrect password just confirms that the username is correct, which helps with someone fishing for login details (although the max auth limits the ability to do that) |
| [15:53:54] | JohnBergqvist: | The reason why I want to manage channels on the XMLTV side, is mythfilldatabase is giving be about 20 "Unknown channels" for the ones that the grabber is getting, but who's IDs I haven't used in mythtv |
| [15:55:23] | gary_buhrmaster: | JohnBergqvist: It does not change the config file. You cannot do the right thing in the config file. It updates the database. --manage-lineups and then select "manage database lineups channel selection" |
| [15:55:25] | JohnBergqvist: | Also, re your postcode stuartm, just put in the first part "e.g. OX14", not the whole thing |
| [15:55:38] | stuartm: | JohnBergqvist: tried that, didn't help |
| [15:55:41] | JohnBergqvist: | at what point do I use --manage-lineups though? when I run --configure? |
| [15:56:08] | gary_buhrmaster: | JohnBergqvist: select your lineup, and specify "choose which channels are selected" |
| [15:56:15] | JohnBergqvist: | in configure? |
| [15:56:17] | JohnBergqvist: | I don't get that far |
| [15:56:23] | gary_buhrmaster: | JohnBergqvist: it is --manage-lineups rather than --configure |
| [15:56:30] | JohnBergqvist: | ohhh |
| [15:57:00] | gary_buhrmaster: | JohnBergqvist: tv_grab_na_sd --info |
| [15:57:15] | JohnBergqvist: | oh wait, I have to do this manually? can't i specify it in a file somewhere? |
| [15:57:30] | gary_buhrmaster: | JohnBergqvist: You have to do it one time. |
| [15:57:49] | gary_buhrmaster: | JohnBergqvist: I recommend against using it though. |
| [15:57:52] | JohnBergqvist: | why? |
| [15:58:11] | gary_buhrmaster: | JohnBergqvist: Because it costs so little to download the data. Manage the channels you receive in MythTV. |
| [15:58:35] | JohnBergqvist: | So i should just ignore the 30 odd "unknown channels" errors I get in mythfilldatabase then? |
| [16:00:16] | gary_buhrmaster: | JohnBergqvist: I do not recall that specific message (it has been some times since I looked in that code), but I think it is saying that there is no xmltv match. Hurts nothing. |
| [16:00:48] | gary_buhrmaster: | JohnBergqvist: But also indicates that SD thinks you should be getting something that apparently you are not. You may need to get SD to update their lineup. |
| [16:01:02] | JohnBergqvist: | ffs |
| [16:01:05] | JohnBergqvist: | you don't get it |
| [16:01:14] | gary_buhrmaster: | JohnBergqvist: OR you deleted the channels rather than marking them invisible. |
| [16:01:17] | JohnBergqvist: | NO! |
| [16:01:20] | JohnBergqvist: | wait |
| [16:01:32] | stuartm: | it's just a warning, matters more for sources which don't want you eating their bandwidth fetching data for channels you are using. Also helps to identify mistakes in entering the xmltvids in MythTV |
| [16:01:36] | JohnBergqvist: | there are channels in the line up that aren't in my EPG (i.e. all the regional variants of ITV1 for example) |
| [16:02:15] | stuartm: | s/you are/you aren't/ |
| [16:02:20] | JohnBergqvist: | the error is because it is expecting to enter data for that channel in the database, but there isn't a channel. |
| [16:02:34] | JohnBergqvist: | now I could understand if it was the other way around (i.e. i was using an invalid ID) |
| [16:03:00] | stuartm: | correct, it's downloaded the data for channel ABC but ABC (or at least the xmltvid) doesn't appear for that source in the database |
| [16:03:19] | JohnBergqvist: | Yes. |
| [16:03:43] | JohnBergqvist: | So why is it shouting at me? its not my fault. It shouldn't give me that error |
| [16:03:52] | JohnBergqvist: | if it can't find a channel for that data, it should ignore it & move on. |
| [16:03:57] | JohnBergqvist: | *for that ID |
| [16:04:08] | JohnBergqvist: | *find a channel in the database |
| [16:05:36] | gary_buhrmaster: | JohnBergqvist: Did you delete the channel via the channel editor? |
| [16:05:45] | JohnBergqvist: | No, you don't understand |
| [16:05:51] | JohnBergqvist: | There is No channel in the first place |
| [16:05:58] | JohnBergqvist: | right, let me use an example |
| [16:06:10] | gary_buhrmaster: | JohnBergqvist: So the SD data is wrong. As a customer, get them to fix it. |
| [16:06:12] | JohnBergqvist: | No |
| [16:06:15] | JohnBergqvist: | the data is not wrong |
| [16:06:58] | JohnBergqvist: | OK, so for the freesat line-up for England, they've included seperate channels for the ITV regions |
| [16:07:20] | JohnBergqvist: | however obviously, i'm only going to have 1 of those regions on my EPG, so i'll only be using one of those channels in the line-up, the rest I don't want or need. |
| [16:07:37] | gary_buhrmaster: | JohnBergqvist: So you marked them as invisible? |
| [16:07:40] | JohnBergqvist: | No |
| [16:08:01] | gary_buhrmaster: | JohnBergqvist: So how did you remove the others? |
| [16:08:17] | JohnBergqvist: | I never added the others in the first place. |
| [16:08:33] | JohnBergqvist: | I only added what I needed, which is the Meridian region of ITV1 |
| [16:09:07] | gary_buhrmaster: | JohnBergqvist: So, you do not have the channels in your database. Add them. Mark them as invisible. No more messages. Since that seems to be what you want. |
| [16:09:42] | JohnBergqvist: | Why should I mess about with my database just because the line-up is giving me channels that I don't want |
| [16:09:51] | gary_buhrmaster: | JohnBergqvist: Or go use --manage-lineups and be responsible for handing the changes. Either way will work for no messages. |
| [16:09:56] | JohnBergqvist: | I shall do the latter |
| [16:10:12] | JohnBergqvist: | is there any way to more quickly unselect channals (say by modifying a file) rather than doing it one by one |
| [16:10:50] | JohnBergqvist: | In hindsight, this could be solved by using the post-code to get a region-specific line-up for FreeSat, like what's done with Freeview. |
| [16:11:09] | gary_buhrmaster: | JohnBergvist: In which case that is a SD issue (as a customer, request it). |
| [16:11:16] | JohnBergqvist: | I have done. |
| [16:11:41] | JohnBergqvist: | I would just prefer more finer control of what channels are retrieved from the lineups as well |
| [16:12:52] | JohnBergqvist: | Is there a file somewhere that I can edit to quickly mark channels as unselected – rather than doing it one-by-one? |
| [16:13:03] | gary_buhrmaster: | JohnBergqvist: I am sure patches (to either MythTV or the grabbers) will be reviewed. |
| [16:13:52] | gary_buhrmaster: | JohnBergqvist: No (file). No one can stop you corrupting the database by direct manipulation, of course. |
| [16:14:24] | JohnBergqvist: | OK. What about refreshing the line-up with new channels (if the lineup changes)? how's the best way to go about that? |
| [16:14:36] | JohnBergqvist: | option 1 in the line-up manager? |
| [16:14:54] | stuartm: | so does anyone have a postal code that does produce Freeview lineups? :) |
| [16:15:17] | JohnBergqvist: | or is it option 4 in the preceeding menu? (initialise/update the local database?) |
| [16:15:27] | JohnBergqvist: | I believe it does so already no, stuart? |
| [16:15:28] | gary_buhrmaster: | stuartm: I tried SW5 and it worked (SW51 did not). That is why I used that in the example. |
| [16:15:49] | stuartm: | ah ok, thanks I'll try that |
| [16:16:36] | gary_buhrmaster: | JohnBergqvist: The lineup channels are always updated directly from SD. If freeview gets new channels (or deletes a few) the lineup is accurate. |
| [16:16:38] | stuartm: | london news, but I can live with that temporarily |
| [16:17:15] | gary_buhrmaster: | JohnBergqvist: (oh, perhaps you were talking about MythTV?) |
| [16:17:18] | JohnBergqvist: | how do you mean? you mean whenever a regular EPG request is made |
| [16:17:22] | JohnBergqvist: | No, i'm talking about your grabber only |
| [16:17:26] | JohnBergqvist: | ignore mythtv |
| [16:17:29] | stuartm: | well it does result in one Freeview lineup, incorrectly labelled as 'Cable' though |
| [16:18:08] | JohnBergqvist: | if i put in my postcode, I have a "Freeview line-up" for Central, plus an "Antannae" line-up for my postcode, but I think both are the same thing |
| [16:18:13] | JohnBergqvist: | albeit different line-ups... |
| [16:18:15] | gary_buhrmaster: | stuartm: I have a couple of open questions with SD regarding them mis-marking the various DVB-<x> sources as things like "Cable" or "Antenna" which are US only constructs. |
| [16:18:21] | stuartm: | there is the following – SW5 | Antenna | Antenna | GBR-OTA-SW5 |
| [16:18:29] | JohnBergqvist: | thats your postcode one |
| [16:18:31] | gary_buhrmaster: | stuartm: They are supposedly working it through. |
| [16:18:57] | JohnBergqvist: | I also have: GBR-0001207-DEFAULT Freeview – Central (South) (Cable London) as well stuartm |
| [16:19:03] | stuartm: | JohnBergqvist: I get neither with my postcode, just Freesat/Sky |
| [16:19:11] | gary_buhrmaster: | stuartm: (I think it should be DVB-T, and they have a DVB-T definition, their database is wrong) |
| [16:19:36] | JohnBergqvist: | odd |
| [16:19:46] | JohnBergqvist: | I also get virgin media for mine to |
| [16:19:49] | JohnBergqvist: | *too |
| [16:20:00] | stuartm: | yeah, I should get Virgin Media but I don't |
| [16:20:14] | stuartm: | just 12 different Sky/Freesat lineups |
| [16:20:26] | gary_buhrmaster: | JohnBergqvist: By default, all data (for all stations and channels) is downloaded and placed in the xmltv file. New channels (which are actually stations) will be in there with the (new) xmltvid. |
| [16:20:37] | stuartm: | will try a nottingham postcode, just to see whether that changes anything |
| [16:21:04] | stuartm: | doesn't like Derbyshire at all |
| [16:21:13] | JohnBergqvist: | OK, so where does the "manage line-ups" menu come into this |
| [16:21:17] | gary_buhrmaster: | stuartm: Be careful, you only get a limited number of lineup changes per day (SD is trying to reduce abuse). |
| [16:21:22] | JohnBergqvist: | Stuart, whats your actual postcode? |
| [16:21:26] | JohnBergqvist: | or the first part of it anyway |
| [16:21:42] | stuartm: | gary_buhrmaster: haven't actually added any lineups yet, except for a Freesat one |
| [16:21:56] | stuartm: | DE23 |
| [16:22:43] | stuartm: | tried DE, DE2 and DE23 – get the same results as entering my entire code (to street level) |
| [16:22:46] | JohnBergqvist: | stuartm: that's what I get for DE23 http://pastebin.com/nUdvRspN |
| [16:23:05] | gary_buhrmaster: | stuartm: OK. Ise DE1 close enough? |
| [16:23:24] | gary_buhrmaster: | stuartm: s/Ise/Is/ |
| [16:23:24] | stuartm: | JohnBergqvist: weird ... |
| [16:23:26] | JohnBergqvist: | Like I said earlier, surely 8 & 15 will be the same. |
| [16:23:39] | JohnBergqvist: | There's no regional matching for Freesat yet |
| [16:23:41] | JohnBergqvist: | or Sky |
| [16:23:46] | JohnBergqvist: | even though there should be |
| [16:23:46] | stuartm: | what country code are you adding? |
| [16:23:49] | JohnBergqvist: | GBR |
| [16:23:56] | stuartm: | very strange |
| [16:24:07] | JohnBergqvist: | and what's the difference between 0 & 1? |
| [16:25:05] | stuartm: | ok, now this is very strange – I'm now getting the same results as you JohnBergqvist |
| [16:25:12] | JohnBergqvist: | heh |
| [16:25:23] | stuartm: | actually, I got back 16 lineups, not 15 |
| [16:25:37] | stuartm: | formally 12, lacking any non Satellite lineups |
| [16:25:38] | JohnBergqvist: | yes |
| [16:25:40] | gary_buhrmaster: | stuartm: DE1 has a freeview (well, antenna ota, which I presume means freeview). It also has virgin |
| [16:25:41] | JohnBergqvist: | there's a line-up 0 |
| [16:25:58] | stuartm: | ah, different numbering between the two grabbers |
| [16:26:00] | gary_buhrmaster: | stuartm: I am afraid SD's location to lineup database is just screwy. |
| [16:26:12] | JohnBergqvist: | can you give me a pastebin stuart? |
| [16:26:20] | stuartm: | seems that way, unless someone just ran an update on it |
| [16:26:33] | gary_buhrmaster: | stuartm: Yes, the data returned has no order. So even running it twice can result in different order. It is an attention test. |
| [16:26:39] | JohnBergqvist: | is it Robert who does the SD stuff? |
| [16:27:26] | gary_buhrmaster: | JohnBergqvist: Robert K is the (one?) SD employee. However, open a ticket. That is the way they track the requests. |
| [16:27:35] | stuartm: | This is what I was previously getting: http://pastebin.com/4SRkWyrQ |
| [16:27:58] | JohnBergqvist: | Ive been trying to explain the technicalities of our TV Regions to him heh |
| [16:28:02] | gary_buhrmaster: | JohnBergqvist: (I presume Robert is allowed a vacation, and then someone backs him up, directly email might be lost in the shuffle) |
| [16:28:44] | stuartm: | This is what I get now for the same search: http://pastebin.com/Y2FhhZnk |
| [16:28:47] | gary_buhrmaster: | JohnBergqvist: It should be noted that some of the issue is almost certainly what GraceNote (aka TMS) has. They are the source of the data. |
| [16:28:47] | JohnBergqvist: | I haven't had a response from him over the past few days, but i've been in touch as there were some channels missing from the lineups (Channel 5 HD but no SD) that I wanted him to add |
| [16:29:23] | JohnBergqvist: | honestly, I feel the line-up data is totally fucked. Out of date & incorrect channels & locations accross the board... |
| [16:29:27] | stuartm: | and the cable is a bit strange- Mentions the correct city under the name, but location is shown as London for all |
| [16:29:45] | gary_buhrmaster: | JohnBergqvist: Often SD has to push the request the request up. And wait. And for a specific request I had to wait months (it was an unusual request, and I know why it took Gracenote a month to deal with it). |
| [16:29:47] | JohnBergqvist: | And why 2 local cable line-ups & 2 local freeview/antennae line-ups? |
| [16:30:37] | gary_buhrmaster: | JohnBergqvist: But it does, eventually, get an answer (as long as there is a ticket, because it shows up in the list of open tickets). |
| [16:30:58] | JohnBergqvist: | they're very open to suggestions which is nice. |
| [16:33:09] | gary_buhrmaster: | stuartm: So you used the same postal code and in one case got OTA and one case no OTA? That is weird. The order being different is not, but different results is weird. |
| [16:33:32] | JohnBergqvist: | I think it just ignored the post-code the first time, yet understood it the 2nd time |
| [16:34:02] | stuartm: | I'm thinking there is some sort of caching at play |
| [16:34:06] | JohnBergqvist: | its not right though, because that should never happen. There's no such thing as a "generic" region in the UK as far as TV is concerned |
| [16:34:25] | JohnBergqvist: | there's a generic "BBC1" channel on the freesat line-ups which should be gone |
| [16:34:25] | stuartm: | it cached the result for my first search (full postcode), and then kept searching that back to me? |
| [16:34:56] | stuartm: | searching?? serving |
| [16:35:07] | gary_buhrmaster: | stuartm: Strange. I did not think my code cached lineup results. |
| [16:35:14] | gary_buhrmaster: | stuartm: I will have to go look. |
| [16:35:24] | stuartm: | gary_buhrmaster: no, I mean at the server end |
| [16:35:32] | stuartm: | and I'm not using your grabber :) |
| [16:36:16] | gary_buhrmaster: | stuartm: Oh, I think the sd_json grabber used an in-memory cache. I wonder if it caches lineup fetches? |
| [16:36:16] | stuartm: | I think it's searching on the full postcode, but then caching for x minutes using just the first part of the postcode as the key |
| [16:36:49] | gary_buhrmaster: | stuartm: In any case, I know there are multiple SD servers, and it can take some time for them to all get in "sync" for certain types of changes. |
| [16:37:24] | stuartm: | it seemed to be going back to the server each time which is why I suspect server-side caching |
| [16:38:04] | stuartm: | anyway, it's resolved for now, I can finally get on with setting this up – think it's going to take a while yet because of the need to update all the xmltvids |
| [16:38:13] | gary_buhrmaster: | stuartm: If you use my grabber you can add --debug and it will provide an infinite amount of (mostly useless) data to see what is being sent when/where |
| [16:39:17] | gary_buhrmaster: | stuartm: Yes, the xmltv matching is the royal PITA. My grabber supports the advanced --get-lineup which would (if MythTV was improved) to auto-populate all the channels (including network/service/transport/freq/?). |
| [16:39:39] | gary_buhrmaster: | stuartm: If only someone was motivated to support --get-lineup in MythTV...... |
| [16:40:15] | gary_buhrmaster: | stuartm: (this is what dekarl was mentioning some time ago). To be fair, I'll bet the SD data is wrong there too, so it may not be worth it quite yet. |
| [16:40:24] | dekarl: | JohnBergqvist: what is the region that was "BBC 1 HD" before it was split out into regions? Isn't there a master / generic region for these things? |
| [16:40:33] | JohnBergqvist: | No |
| [16:40:53] | dekarl: | but yes. remember that you are likely the first people ever to actually use this lineup data via this data pipeline |
| [16:41:09] | JohnBergqvist: | BBC 1 HD just shows a placeholder telling you to tune to your SD channel (which will be regionalised) whenever there's a regional program on |
| [16:41:21] | gary_buhrmaster: | dekarl: and some growing pains are to be expected..... |
| [16:41:38] | JohnBergqvist: | it's different in Scotland, Wales & N. Ireland, beacuse the BBC have launched HD versions of those regions (beacuse they're so large), but not for the individual english regions |
| [16:41:39] | stuartm: | ok, completed the config, where do I get the list of xmltvids from? |
| [16:42:14] | JohnBergqvist: | tv_grab_na_sd --list-channels --config-file myconf.xmltv --output channellist.xml |
| [16:42:22] | JohnBergqvist: | then parse through the XML at your desire :P |
| [16:42:44] | JohnBergqvist: | and the xmltv ID is the full I12345.json.schedulesdirect.org format |
| [16:43:17] | dekarl: | JohnBergqvist: yes, thats what I ment. In the german speaking area its common to have one "master" region for the HD variant, so you get the regional shows of that one region in HD. But they are now slowly moving to regionalized HD, too |
| [16:43:20] | stuartm: | ok ... plenty of scope for improvement in this process :) |
| [16:44:00] | JohnBergqvist: | for ITV, while they have a similar amount of English regions as the UK, they've created a smaller number of HD simulcasts of certain regions |
| [16:44:15] | JohnBergqvist: | so your HD version of ITV1 IS regional, but it may be a different region to your SD one |
| [16:44:19] | JohnBergqvist: | if that makes sense... |
| [16:44:23] | gary_buhrmaster: | JohnBergqvist: That is the tv_grab_na_sd grabber format. The sd_json is a (non-xmltv compliant (how did it get accepted?)) raw <number> without the I and the .json..... |
| [16:45:10] | gary_buhrmaster: | JohnBergqvist: Obviously converting from one format to the other is trivial, since the <number> is identical. |
| [16:45:16] | JohnBergqvist: | actually, when I was using sd_json while in the config file it was just the raw number, it would only link in mythfilldatabase with the full Ixxx.json.... format |
| [16:45:50] | JohnBergqvist: | stuartm, I really would use gary's grabber, it handles programratings much better |
| [16:45:55] | gary_buhrmaster: | JohnBergqvist: Ah, perhaps something changed there. |
| [16:46:11] | stuartm: | JohnBergqvist: just can't do it right now |
| [16:46:14] | JohnBergqvist: | OK |
| [16:46:20] | JohnBergqvist: | Also, I get duplicate programs for a lot of shows still |
| [16:46:21] | gary_buhrmaster: | JohnBergqvist: I think what you mean to say is that it handles programratings differently. I will never claim better. |
| [16:46:31] | stuartm: | maybe when I've moved to Fedora |
| [16:46:44] | JohnBergqvist: | Stuart, I switch between SD_JSON & stuart's in like 10mins :P |
| [16:46:55] | gary_buhrmaster: | stuartm: You had 15 minutes. You could have upgraded :-) |
| [16:46:59] | JohnBergqvist: | *Gary's |
| [16:47:13] | stuartm: | gary_buhrmaster: no more recent version of Mageia available yet |
| [16:47:25] | stuartm: | JohnBergqvist: Gary's requires dependencies I can't fulfill |
| [16:47:35] | JohnBergqvist: | really? OK |
| [16:47:37] | gary_buhrmaster: | stuartm: (I was suggesting upgrading (downgrading/sidegrading) to Fedora) |
| [16:47:53] | JohnBergqvist: | hmm, i'm getting duplicate data coming through into mythtv again :/ |
| [16:48:15] | JohnBergqvist: | Robert said that it was a fault in the actual data & it should be fixed now. It was a few days ago, obviously not now :/ |
| [16:48:30] | JohnBergqvist: | also ive noticed that Channel 5 HD is only returning "To be announced" for everything now too |
| [16:48:32] | JohnBergqvist: | sigh. |
| [16:48:44] | stuartm: | gary_buhrmaster: well that would take a lot longer than 15 minutes :) Mageia isn't Fedora, all the configs I'd have to fix etc ... |
| [16:49:08] | gary_buhrmaster: | I believe the CH 5 issue is "well known", and SD is working it (well, probably Gracenote). |
| [16:49:42] | gary_buhrmaster: | stuartm: I am going to channel stuarta and say "ansible". You can yell at me in person if you ever see me again. |
| [16:49:57] | JohnBergqvist: | hmm, still the duplicate shows coming back is a worry |
| [16:51:18] | gary_buhrmaster: | JohnBergqvist: I have no idea regarding the details, but until SD says "fixed" in a ticket, I always presume works in progress (I have carefully followed some changes and saw partial WIP before the final "fixed"). |
| [16:51:32] | JohnBergqvist: | i cant see my own tickets on the site :/ |
| [16:52:57] | gary_buhrmaster: | JohnBergqvist: Right. But you will (eventually) get a "fixed" email from SD. |
| [16:53:38] | gary_buhrmaster: | JohnBergqvist: [Yes, I would like to be able to see my own tickets, but that would require them to enable authentication to RT tied to the SD database, and that likely has a lower priority than other work, as it should.] |
| [16:54:02] | JohnBergqvist: | yeah |
| [16:54:43] | stuartm: | JohnBergqvist: sure about that --list-channels argument? |
| [16:54:44] | gary_buhrmaster: | JohnBergqvist: [And depending on the version of RT they are running, they likely would first need to upgrade it. Work for all 20 people who would follow tickets? I submit "we" are not worth the trouble.] |
| [16:54:57] | JohnBergqvist: | ok |
| [16:55:46] | gary_buhrmaster: | stuartm: <grabber> --list-channels works for me (at least with my grabber). |
| [16:55:49] | JohnBergqvist: | Yes |
| [16:55:56] | JohnBergqvist: | "tv_grab_na_sd --list-channels --config-file .mythtv/Satellite.xmltv --output channels.xml |
| [16:55:56] | JohnBergqvist: | " |
| [16:56:33] | stuartm: | ok, we're talking at cross purposes here, I'm still using sd_json :) |
| [16:56:44] | ** stuartm hits the wiki ** | |
| [16:59:06] | stuartm: | ah, someone has helpfully done the mappings of uk_rt ids to sd_json ids |
| [16:59:20] | gary_buhrmaster: | stuartm: Provide a postcode/lineup and I'll pastebin the output from --list-channels. SD was kind enough to raise my limits a bit because I was doing development on the grabber, so I can afford a few extra lineups. |
| [17:00:21] | JohnBergqvist: | those mappings not be accurate stuart |
| [17:00:54] | stuartm: | JohnBergqvist: it's a starting point |
| [17:01:21] | JohnBergqvist: | true |
| [17:01:28] | JohnBergqvist: | tbh i just deleted all mine & started from scratch heh |
| [17:03:10] | stuartm: | gary_buhrmaster: thanks – DE23 – OTA lineup (GBR-OTA-DE23) and Freesat England (GBR-0003012-DEFAULT) |
| [17:05:58] | hydroponx is now known as Hydr0p0nX | |
| [17:07:02] | gary_buhrmaster: | stuartm: http://pastebin.com/VrknyCRr (for OTA) |
| [17:07:19] | stuartm: | JohnBergqvist: deleting, rescanning, marking 300 channels as !visible, correcting names and numbers, then doing it again for a second source ... pass :) |
| [17:07:30] | stuartm: | gary_buhrmaster: thanks |
| [17:08:10] | stuartm: | gary_buhrmaster: oh nice, you're using the same xmltvid format as sd_json |
| [17:09:37] | gary_buhrmaster: | stuartm: http://pastebin.com/RdjYHgRc for the Freesat one. |
| [17:10:38] | stuartm: | thanks again Gary, when I'm next in the Bay Area I'll buy you a beer |
| [17:10:54] | gary_buhrmaster: | stuartm: Usual caveats, I may have made some typos in my lineup selection, etc. |
| [17:11:34] | stuartm: | and thanks for your help too JohnBergqvist |
| [17:11:41] | gary_buhrmaster: | stuartm: After the ansible comment, I would expect you to throw it in my face. I could handle either. Anyway, good luck. I am afk for a few hours. |
| [17:13:05] | stuartm: | heh |
| [17:59:45] | stuartm: | looks like mfdb actually updated most of the xmltvids ... failed in some cases because of name mis-matches (Pick vs Pick TV etc) |
| [18:00:14] | stuartm: | but curiously failed also where the same channel appears twice in the same lineup e.g. BBC Two HD – one was updated, the other was not |
| [18:01:05] | lautriv_ is now known as laufool | |
| [18:02:31] | knightr (knightr!~knightr@69-165-170-178.dsl.teksavvy.com) has joined #mythtv | |
| [18:02:31] | knightr (knightr!~knightr@69-165-170-178.dsl.teksavvy.com) has quit (Changing host) | |
| [18:02:31] | knightr (knightr!~knightr@mythtv/developer/knightr) has joined #mythtv | |
| [18:04:52] | laufool is now known as lautv | |
| [18:53:02] | JohnBergqvist (JohnBergqvist!~JohnBergq@host86-138-206-6.range86-138.btcentralplus.com) has quit (Quit: Leaving) | |
| [19:37:52] | stuartm: | gigem: any thoughts on why after changing to the SD grabber it wants to re-record every single film I've ever created a rule for in the past? |
| [19:38:08] | stuartm: | is it ignoring title matches for Films? |
| [19:38:55] | stuartm: | it's even re-recording films which are still in my collection, including one which was recorded just last week |
| [19:39:34] | stuartm: | ok, I take that back, it's re-recording films which were previously recorded, but only for people search rules |
| [20:00:53] | andreaz (andreaz!~andre_000@p5B092806.dip0.t-ipconnect.de) has joined #mythtv | |
| [20:03:48] | Roklobster (Roklobster!~Dirkka@ppp118-209-171-152.lns20.mel8.internode.on.net) has joined #mythtv | |
| [20:15:30] | stuarta: | evening |
| [20:17:27] | dekarl1 (dekarl1!~dekarl@mythtv/developer/dekarl) has joined #mythtv | |
| [20:19:33] | dekarl (dekarl!~dekarl@mythtv/developer/dekarl) has quit (Ping timeout: 240 seconds) | |
| [20:44:47] | _iwc (_iwc!~iwc@static.184.80.201.138.clients.your-server.de) has joined #mythtv | |
| [21:00:44] | peper03 (peper03!~peper03@mythtv/developer/peper03) has quit (Ping timeout: 272 seconds) | |
| [21:04:51] | peper03 (peper03!~peper03@mythtv/developer/peper03) has joined #mythtv | |
| [21:09:31] | peper03 (peper03!~peper03@mythtv/developer/peper03) has quit (Ping timeout: 240 seconds) | |
| [21:14:30] | peper03 (peper03!~peper03@mythtv/developer/peper03) has joined #mythtv | |
| [21:32:12] | MythBuild: | build #125 of master-osx-64bit is complete: Failure [4failed git] Build details are at http://code.mythtv.org/buildbot/builders/mast . . . t/builds/125 blamelist: David Engel <dengel@mythtv.org > |
| [21:40:34] | gigem: | stuartm: More than like because you have programids (from EIT or another source) for your old recordings and oldrecorded entries. You now have SD programids and they almost certainly won't match. Remember, title and programid are definitive. If two programs have the same title and both have programids, they are considered the same if the programids match and not the same if the programids don't match. |
| [21:40:36] | gigem: | This is regardless of any other information like subtitle and description. If all of your guide data now comes from SD, you best bet is probably to removed all non-SD programids from your recorded and oldrecorded tables. |
| [21:52:40] | stuarta: | woot \o/ smolt running nicely in a container. |
| [21:52:44] | joki (joki!~joki@p54861FDC.dip0.t-ipconnect.de) has quit (Ping timeout: 244 seconds) | |
| [21:52:51] | stuarta: | i'll cut it over to be the live service later in the week |
| [21:56:46] | amessina (amessina!~amessina@unaffiliated/amessina) has quit (Quit: Konversation terminated!) | |
| [21:58:06] | joki (joki!~joki@p5486072E.dip0.t-ipconnect.de) has joined #mythtv | |
| [21:59:55] | gigem: | stuartm: Ohh, I forgot about the programid authority. It's a value prepended to programid (as in <authorityid> '/' <programid>) to defeat programid checking between differnt authorityids. If you want to preserve your old programids in case that guide source comes back, you can prepend an arbitrary authorityid to them instead of deleting them. Deleting them is better if you don't expect that guide source to |
| [21:59:57] | gigem: | come back, though, because checking for authorityids does incur a performance hit in duplicate checking. |
| [22:04:10] | knightr (knightr!~knightr@mythtv/developer/knightr) has quit (Remote host closed the connection) | |
| [22:05:35] | SteveGoodey (SteveGoodey!~steve@host31-50-133-80.range31-50.btcentralplus.com) has quit (Quit: Konversation terminated!) | |
| [22:26:58] | dekarl1 is now known as dekarl | |
| [22:28:18] | dekarl: | stuartm, gigem. its the fake SD programids being compared with the real SD programids |
| [22:29:03] | dekarl: | we could prepend a mythtv.org/ to our fake ids |
| [23:08:27] | Guest66797 is now known as zz_Guest66797 | |
| [23:13:57] | Warped_ (Warped_!~Warped@108.85.160.119) has joined #mythtv | |
| [23:14:11] | Warped_ (Warped_!~Warped@108.85.160.119) has quit (Client Quit) | |
| [23:16:41] | Warped (Warped!~Warped@unaffiliated/warped) has quit (Ping timeout: 258 seconds) | |
| [23:22:02] | knightr (knightr!~knightr@69-165-170-178.dsl.teksavvy.com) has joined #mythtv | |
| [23:22:02] | knightr (knightr!~knightr@69-165-170-178.dsl.teksavvy.com) has quit (Changing host) | |
| [23:22:02] | knightr (knightr!~knightr@mythtv/developer/knightr) has joined #mythtv | |
| [23:41:34] | knightr (knightr!~knightr@mythtv/developer/knightr) has quit (Remote host closed the connection) | |
IRC Logs collected by
BeirdoBot.
Please use the above link to report any bugs.