| Monday, June 27th, 2016, 00:01 UTC | ||
| [00:01:22] | dmfrey (dmfrey!~dmfrey@64-121-109-74.c3-0.smt-ubr1.atw-smt.pa.cable.rcn.com) has quit (Quit: leaving) | |
| [00:11:46] | gary_buhrmaster: | stuarta: I think I know why it only updates the first channel. I have a (partial) patch in progress, but it is a bit complicated because the match logic has to now return the "set" rather than just one. |
| [00:12:07] | gary_buhrmaster: | stuartm: I think I know why it only updates the first channel. I have a (partial) patch in progress, but it is a bit complicated because the match logic has to now return the "set" rather than just one. |
| [00:12:19] | gary_buhrmaster: | stuarta: (sorry) |
| [00:13:14] | gary_buhrmaster: | stuartm: I have been trying to work up a message to the dev list to explain that (and another related issue) to ask for dev opinions before I spend too much time on it. |
| [00:14:03] | gary_buhrmaster: | stuartm: But (like a lot of things) I have not managed to figure out how to explain it in a way that I think will make it clear what I am talking about, and the why. |
| [00:17:04] | gary_buhrmaster: | stuartm: So far, all my work in mfdb (and related areas) have been able to be done in ways that the individual patches are small enough to review. This one would not be unless |
| [00:18:04] | gary_buhrmaster: | stuartm: I end up doing a lot of duplicated code patches, just to delete most of the duplicated code at the end. |
| [00:19:20] | gary_buhrmaster: | stuartm: (or, to be more correct, I haven't gotten smart enough to figure out how to do it with lots of small easily reviewable pieces) |
| [00:22:51] | gary_buhrmaster: | stuartm: (trying to get smarter to try to make easily reviewable patches has not been successful to this point; i keep hoping for that brilliant insight to pop into my mind) |
| [00:23:41] | dmfrey (dmfrey!~dmfrey@64-121-109-74.c3-0.smt-ubr1.atw-smt.pa.cable.rcn.com) has joined #mythtv | |
| [00:47:55] | Warped (Warped!~Warped@unaffiliated/warped) has joined #mythtv | |
| [00:51:06] | Roklobster (Roklobster!~Dirkka@ppp118-209-171-152.lns20.mel8.internode.on.net) has quit (Ping timeout: 246 seconds) | |
| [00:54:17] | gary_buhrmaster: | stuartm: btw, while it cannot help you (because you are not using my grabber), thanks for the idea to add no-cache headers to the requests, just in case there are intermediaries doing (inappropriate) caching. |
| [00:55:03] | gary_buhrmaster: | stuartm: and, tbh, I have no idea if it would help for your experience in any case. |
| [02:42:59] | Roklobster (Roklobster!~Dirkka@ppp118-209-171-152.lns20.mel8.internode.on.net) has joined #mythtv | |
| [02:50:58] | peper03 (peper03!~peper03@mythtv/developer/peper03) has quit (Ping timeout: 272 seconds) | |
| [02:55:06] | peper03 (peper03!~peper03@mythtv/developer/peper03) has joined #mythtv | |
| [02:56:12] | gary_buhrmaster (gary_buhrmaster!~gtb@2601:647:4801:98e3:222:4dff:fe51:6728) has quit (Ping timeout: 250 seconds) | |
| [03:22:42] | _charly_ (_charly_!~kroseneg@v-83-246-40-180.eu.hostway-enterprise.net) has quit (Quit: _charly_) | |
| [03:23:56] | _charly_ (_charly_!~kroseneg@v-83-246-40-180.eu.hostway-enterprise.net) has joined #mythtv | |
| [03:24:16] | zz_Guest66797 (zz_Guest66797!~CyberJaco@bouncer.bluesapphiremedia.co.uk) has quit (Ping timeout: 252 seconds) | |
| [03:25:33] | libsci (libsci!~libsci@unaffiliated/libsci) has quit (Ping timeout: 240 seconds) | |
| [03:29:22] | zz_CyberJacob (zz_CyberJacob!~CyberJaco@bouncer.bluesapphiremedia.co.uk) has joined #mythtv | |
| [03:30:41] | zz_CyberJacob is now known as CyberJacob | |
| [03:30:41] | libsci (libsci!~libsci@unaffiliated/libsci) has joined #mythtv | |
| [03:31:11] | CyberJacob is now known as Guest35316 | |
| [03:58:39] | gary_buhrmaster (gary_buhrmaster!~gtb@2601:647:4801:98e3:222:4dff:fe51:6728) has joined #mythtv | |
| [04:33:21] | betheynyx (betheynyx!~b@c-67-190-234-214.hsd1.fl.comcast.net) has quit (Quit: (Input/output error)) | |
| [04:35:04] | betheynyx (betheynyx!~b@c-67-190-234-214.hsd1.fl.comcast.net) has joined #mythtv | |
| [04:54:01] | bill6502 (bill6502!~bill@24-148-53-32.c3-0.alc-ubr1.chi-alc.il.cable.rcn.com) has left #mythtv () | |
| [04:54:32] | rich0 (rich0!~quassel@gentoo/developer/rich0) has joined #mythtv | |
| [04:58:33] | rich0_ (rich0_!~quassel@gentoo/developer/rich0) has quit (Ping timeout: 240 seconds) | |
| [05:00:03] | gigem: | dekarl: Yeah, that too. But, remember my warning about the performance hit that multiple authorities incurs. |
| [05:06:04] | rich0_ (rich0_!~quassel@gentoo/developer/rich0) has joined #mythtv | |
| [05:09:51] | rich0 (rich0!~quassel@gentoo/developer/rich0) has quit (Ping timeout: 240 seconds) | |
| [05:44:59] | jst_ (jst_!~quassel@198.199.94.175) has joined #mythtv | |
| [05:44:59] | jst (jst!~quassel@198.199.94.175) has quit (Read error: Connection reset by peer) | |
| [06:14:49] | peper03 (peper03!~peper03@mythtv/developer/peper03) has quit (Read error: Connection reset by peer) | |
| [06:32:48] | SteveGoodey (SteveGoodey!~steve@host31-50-133-80.range31-50.btcentralplus.com) has joined #mythtv | |
| [07:29:00] | Warped (Warped!~Warped@unaffiliated/warped) has quit (Quit: ChatZilla 0.9.92 [Firefox 47.0/20160604131506]) | |
| [07:39:10] | andreaz (andreaz!~andre_000@p5B092806.dip0.t-ipconnect.de) has quit (Read error: Connection reset by peer) | |
| [07:45:08] | Warped (Warped!~Warped@unaffiliated/warped) has joined #mythtv | |
| [07:54:38] | willcooke (willcooke!~willcooke@host-2-103-246-54.as13285.net) has joined #mythtv | |
| [07:54:38] | willcooke (willcooke!~willcooke@host-2-103-246-54.as13285.net) has quit (Changing host) | |
| [07:54:38] | willcooke (willcooke!~willcooke@ubuntu/member/willcooke) has joined #mythtv | |
| [07:55:33] | Merlin83b (Merlin83b!~Daniel@office.34sp.com) has joined #mythtv | |
| [08:03:16] | stuarta: | morning all |
| [08:18:40] | ikevin: | morning |
| [08:26:38] | SteveGoodey (SteveGoodey!~steve@host31-50-133-80.range31-50.btcentralplus.com) has quit (Quit: Konversation terminated!) | |
| [09:24:42] | Guest35316 is now known as CyberJacob | |
| [09:43:50] | dekarl: | gary_buhrmaster: feel free to adopt #11921 to that issue |
| [09:43:50] | ** MythLogBot http://code.mythtv.org/trac/ticket/11921 ** | |
| [10:50:33] | bas-t (bas-t!~bas-t@5ED448F9.cm-7-5b.dynamic.ziggo.nl) has joined #mythtv | |
| [10:50:50] | betheynyx (betheynyx!~b@c-67-190-234-214.hsd1.fl.comcast.net) has quit (Ping timeout: 244 seconds) | |
| [10:51:23] | bas-t (bas-t!~bas-t@5ED448F9.cm-7-5b.dynamic.ziggo.nl) has quit (Client Quit) | |
| [10:59:15] | betheynyx (betheynyx!~b@c-67-190-234-214.hsd1.fl.comcast.net) has joined #mythtv | |
| [12:15:34] | ikevin: | which bandwith is needed between backend and frontend? |
| [12:16:36] | ikevin: | i've a 10Mbps link between mine and myth is really slow (video play fine) |
| [12:20:45] | stuarta: | the more the better, 100Mb, or preferably gig |
| [12:22:08] | ikevin: | i use myth on 3 networks linked with a VPN |
| [12:22:28] | ikevin: | server is on VDSL2 link (90M/14M) |
| [12:23:05] | stuarta: | so your uplink is key here, not much you can do about that |
| [12:23:33] | ikevin: | all media play fine, so, menu take ~20s to load |
| [12:25:15] | stuarta: | is it bandwidth or is it doing theme stuff? |
| [12:25:23] | ikevin: | navigation between menu need to transfert lot of datas? |
| [12:25:31] | ikevin: | no idea, how can i test? |
| [12:26:29] | ikevin: | 1 of the 3 network use Gb link and frontend work fine (theme & hardware are the same) |
| [12:28:45] | ikevin: | does navigation query the backend or only mysql? |
| [12:29:46] | ikevin: | i use a mysql cluster, does a local replication of the database will offer better perf? |
| [12:39:39] | stuarta: | i would expect worse |
| [12:39:51] | stuarta: | from the experiments i've done with mysql |
| [12:40:09] | stuarta: | with the cluster approach |
| [12:40:20] | stuarta: | multi master replication would probably work better |
| [12:46:24] | ikevin: | multi master need multiple DVB card and datas replication? |
| [12:49:27] | stuarta: | eh, pure mysql multi master replication |
| [12:49:52] | stuarta: | so you could point your frontend at local mysql, yet still pull recordings from remote master |
| [12:50:01] | stuarta: | not that anybody has tested such a thing |
| [12:50:17] | stuarta: | but it should work |
| [12:54:00] | ikevin: | i'll do the test, and if your interested i'll give you a feedback |
| [13:03:01] | stuarta: | i am curious |
| [13:05:48] | ikevin: | ok, i'll do a feedback + some pastbin with the mysql config |
| [13:15:21] | Roklobster (Roklobster!~Dirkka@ppp118-209-171-152.lns20.mel8.internode.on.net) has quit (Ping timeout: 244 seconds) | |
| [13:48:49] | tonsofpcs (tonsofpcs!mythbuntu@rivendell/member/tonsofpcs) has quit (Ping timeout: 260 seconds) | |
| [13:51:40] | SteveGoodey (SteveGoodey!~steve@host31-50-133-80.range31-50.btcentralplus.com) has joined #mythtv | |
| [13:59:00] | lautriv_ (lautriv_!~lautriv@funtoo/user/lautriv) has joined #mythtv | |
| [13:59:10] | lautv (lautv!~lautriv@funtoo/user/lautriv) has quit (Read error: Connection reset by peer) | |
| [14:13:28] | gregL (gregL!~greg@cpe-66-67-122-101.nycap.res.rr.com) has quit (Remote host closed the connection) | |
| [14:24:14] | letifosiferrari (letifosiferrari!~letifosif@216.207.42.132) has joined #mythtv | |
| [14:57:29] | willcooke_ (willcooke_!~willcooke@host-2-103-246-54.as13285.net) has joined #mythtv | |
| [15:01:23] | willcooke (willcooke!~willcooke@ubuntu/member/willcooke) has quit (Ping timeout: 244 seconds) | |
| [15:01:23] | willcooke_ is now known as willcooke | |
| [15:05:10] | gary_buhrmaster: | dekarl: Yes, I appended to that ticket (asking if I should continue my investigation/work). I did not get a reply from a dev, so back-burnered it. |
| [15:12:10] | willcooke (willcooke!~willcooke@host-2-103-246-54.as13285.net) has quit (Quit: Do your hobbies) | |
| [15:12:28] | willcooke (willcooke!~willcooke@willcooke.plus.com) has joined #mythtv | |
| [15:12:29] | willcooke (willcooke!~willcooke@willcooke.plus.com) has quit (Changing host) | |
| [15:12:29] | willcooke (willcooke!~willcooke@ubuntu/member/willcooke) has joined #mythtv | |
| [15:18:10] | letifosiferrari (letifosiferrari!~letifosif@216.207.42.132) has quit () | |
| [15:45:02] | stuartm: | 2016-06–27 16:44:36.795311 I VBox: Found possible VBox at scafell: MythTV AV Media Server (fe80::d250:99ff:fe54:6deb:6544) |
| [15:45:17] | stuartm: | so the VBox detection code detects itself .... |
| [15:45:45] | ** stuarta facepalms ** | |
| [15:46:08] | stuartm: | btw, that 3 second timeout to fix devices is very annoying – effectively making everyone wait 3 seconds to access that screen even though 1% might have VBox devices |
| [15:46:33] | stuarta: | that needs sorting then |
| [15:46:37] | stuartm: | would have been better to implement it with a search button – select device type VBox, then 'Search for devices' |
| [15:54:45] | mad_enz (mad_enz!~mad_enz@2607:f090:488d:8d:2c69:7efb:c48d:8416) has quit (Ping timeout: 250 seconds) | |
| [15:55:44] | stuartm: | gigem: dekarl: I did delete old programids, it still wants to re-record all these films |
| [15:56:03] | stuartm: | and to be clear, right now the issue only appears to be with films, not series/episodes |
| [16:03:30] | mad_enz (mad_enz!~mad_enz@2607:f090:488d:8d:b1ff:d0b9:b6f4:2570) has joined #mythtv | |
| [16:21:10] | Steve-Goodey (Steve-Goodey!~steve@host31-50-133-80.range31-50.btcentralplus.com) has joined #mythtv | |
| [16:43:39] | stuartm: | gary_buhrmaster: does your grabber implement this? https://json.schedulesdirect.org/20141201/transmitters/GBR |
| [16:44:13] | stuartm: | that's really what we need for the UK, not postcode searching which may produce the incorrect result |
| [16:45:03] | stuartm: | e.g. I'm pointed at WAltham even though geographically Nottingham/Derby are closer, I have line of sight to neither |
| [16:48:02] | MitchCapper: | stuartm you were talking about oauth or something similar for the services API. I would agree that some sort of security would be a good addition, oauth however is quite complicated and I am not sure of the benefit. It would seem like basic auth support (something nearly every client would support) or access keys/tokens may be a far easier way to start. |
| [16:49:16] | gary_buhrmaster: | stuartm: Those freeview transmitters are available for DE23 (GBR-0001335-DEFAULT) using the standard search criteria. |
| [16:49:48] | gary_buhrmaster: | stuartm: It is titled "Freeview – Central (Midlands)". |
| [16:50:42] | Merlin83b (Merlin83b!~Daniel@office.34sp.com) has quit (Quit: Leaving) | |
| [16:51:29] | stuartm: | MitchCapper: basic/digest auth already exists |
| [16:52:11] | stuartm: | gary_buhrmaster: yes I know, what I mean to say is that being able to search by 'transmitter' instead of 'postal code' might be preferable for some people |
| [16:53:06] | gary_buhrmaster: | stuartm: No, because the SD API does not provide that in the manor they have stated is supported. This "transmitters" access is outside of the API box (presumably because they have realized what they had was not adequate). |
| [16:53:50] | gary_buhrmaster: | stuartm: They can fix it trivially by creating a new "region" in their existing API process (they already do that for global satellites). I am not sure what their plans are, however. |
| [16:54:00] | stuartm: | MitchCapper: while basic/digest auth do exist, OAuth v2 isn't really so complicated – less so that OAuth v1 and having it there as an option means we can do more fancy auth like token exchange – i.e. you don't have to enter a username/password on the client device, instead you approve the device on the server side (think WPS) |
| [16:54:31] | gary_buhrmaster: | stuartm: So I am (sort of) waiting to see how SD will step up. |
| [16:59:45] | gary_buhrmaster: | stuartm: I understand that the timing (sort of) sucks due to the lack of advanced notification of plans by metabroadcast, which has resulted in some thrashing to get something sort of working in the timeframes needed. |
| [17:00:44] | gary_buhrmaster: | stuartm: SD is a victim of some of that. |
| [17:15:55] | gary_buhrmaster: | stuartm: If I have some spare time later today I will suggest on the SD forum a couple of issues and possible improvements they can make for the UK freeview transmitters. |
| [17:25:39] | knightr (knightr!~knightr@69-165-170-178.dsl.teksavvy.com) has joined #mythtv | |
| [17:25:39] | knightr (knightr!~knightr@69-165-170-178.dsl.teksavvy.com) has quit (Changing host) | |
| [17:25:39] | knightr (knightr!~knightr@mythtv/developer/knightr) has joined #mythtv | |
| [17:44:39] | gary_buhrmaster: | stuartm: Issue posted on SD forums. Hopefully it goes somewhere. |
| [18:04:32] | stuartm: | gary_buhrmaster: thanks |
| [18:05:41] | stuartm: | and I don't hold SD to blame for the situation, any frustration from my end is aimed at Metabroadcast, and largely to myself as I just wasn't able to make time for this transition until now (more than a week after the old feed was cut off) |
| [18:06:17] | stuartm: | I left it to the last minute, so any teething issues I encounter are my own fault :) |
| [18:08:25] | stuartm: | actually not too bad, only major issue so far are the Channel 5 network issues – which also seem to apply to some of their other channels like 5 Star |
| [18:09:55] | stuartm: | some missing channels on the OTA lineups, but Robert K has already resolved that, those lineups are being removed in favour of the Freeview lineups |
| [18:12:59] | JohnBergqvist (JohnBergqvist!~JohnBergq@host86-138-206-6.range86-138.btcentralplus.com) has joined #mythtv | |
| [18:13:47] | JohnBergqvist: | It's weird, with both the sd_json & gary_buhrmaster's na_sd grabbers, mythfilldatabse is inserting duplicate entries for a lot of shows :/ |
| [18:14:23] | JohnBergqvist: | i've checked the output of both grabbers though, and there's no duplicate entries there, so it must be mythfilldatabase's fault during the import |
| [18:14:29] | stuartm: | duplicate entries, in what sense? Same show twice in a row? |
| [18:15:00] | stuartm: | or same timeslot in the database? |
| [18:15:31] | JohnBergqvist: | both |
| [18:15:45] | JohnBergqvist: | literally, the same entry, duplicated exactly |
| [18:16:20] | stuartm: | ok, that _is_ weird |
| [18:16:22] | JohnBergqvist: | yeah |
| [18:16:31] | tonsofpcs (tonsofpcs!mythbuntu@2001:470:e0b2:1:4983:dd79:8750:73cb) has joined #mythtv | |
| [18:16:53] | JohnBergqvist: | it happened with the sd_json grabber first, then after a few days it stopped, but Robert said there was an issue with the raw data so i assumed it had been fixed |
| [18:17:57] | JohnBergqvist: | as he said he'd fixed an issue with data duplication on his end |
| [18:18:29] | JohnBergqvist: | but now i've switched to the na_sd grabber, its happening again the same manner, although checking the raw data coming in off the grabber, there's no issues there. |
| [18:18:31] | stuartm: | the conflict detection/resolution stuff in mfdb is pretty robust, at least from what I remember, been years since I looked at it. Always seemed to work perfectly for other grabbers so I wonder what could be the problem with the SD ones |
| [18:19:04] | JohnBergqvist: | yeah |
| [18:19:10] | JohnBergqvist: | ill get you a log file |
| [18:19:25] | JohnBergqvist: | might be rather large as i've put full verbosity on so you can see what it's doing to the database |
| [18:20:41] | JohnBergqvist: | oh ffs, how do i get it logging to a path? |
| [18:21:36] | JohnBergqvist: | this should work right? "mythfilldatabase --only-update-guide --loglevel debug --logpath /home/mythtv/mfdb.log -v all" |
| [18:22:45] | JohnBergqvist: | cos its not creating the log file :/ |
| [18:27:04] | JohnBergqvist: | got it. |
| [18:31:45] | peterbennett (peterbennett!~Peter@mythtv/developer/peterbennett) has joined #mythtv | |
| [18:35:11] | JohnBergqvist: | right, ive cleared my programs table to ensure there's no duplicates, and credits, people, oldprogram etc. |
| [18:37:06] | JohnBergqvist: | Nope, its still doing it |
| [18:37:15] | JohnBergqvist: | im getting programs duplicated by an extra 5 times in some cases : |
| [18:37:16] | JohnBergqvist: | :/ |
| [18:37:43] | JohnBergqvist: | sadly, my log file is 160mb, I can't slim it down any further |
| [18:37:52] | JohnBergqvist: | it wont let me grab just a single day's worth of data |
| [18:42:44] | JohnBergqvist: | ahh, now its 350mb :/ |
| [18:42:59] | JohnBergqvist: | are you using an SD grabber now stuartm? |
| [18:46:40] | stuartm: | JohnBergqvist: yes |
| [18:46:54] | JohnBergqvist: | have you had the issue? |
| [18:47:17] | JohnBergqvist: | if you go on mythweb to the Channel Detail view for say Channel 4 |
| [18:47:20] | JohnBergqvist: | you should see it |
| [18:47:26] | stuartm: | haven't checked yet, generally only look at the guide where it won't occur |
| [18:47:36] | stuartm: | don't have mythweb installed, I used the WebFrontend |
| [18:48:07] | JohnBergqvist: | OK |
| [18:49:05] | JohnBergqvist: | well you probably won't see it then |
| [18:49:12] | JohnBergqvist: | look in your database I guess |
| [18:49:32] | JohnBergqvist: | for example, there's an episode of the simpsons called "Maximum Homerdrive" on tomorrow |
| [18:49:37] | JohnBergqvist: | search for that title |
| [18:50:07] | JohnBergqvist: | oh what! |
| [18:50:08] | JohnBergqvist: | argh |
| [18:50:19] | JohnBergqvist: | OK, so its only in the database once |
| [18:50:34] | JohnBergqvist: | maybe its a bug in mythweb... |
| [18:51:49] | JohnBergqvist: | You know, I think it is |
| [18:51:50] | JohnBergqvist: | FML |
| [18:54:56] | JohnBergqvist: | dekarl: I'm getting duplicate programs come up on the Channel view in mythweb |
| [18:59:32] | stuartm: | ok, I can relax then :) |
| [18:59:53] | stuartm: | JohnBergqvist: channel view is something you use often? |
| [19:00:23] | JohnBergqvist: | yes |
| [19:00:32] | JohnBergqvist: | I think i know the issue |
| [19:00:46] | JohnBergqvist: | multiple ratings are now returned with SD shows |
| [19:00:53] | JohnBergqvist: | so each show could have 3 or 4 ratings |
| [19:00:58] | JohnBergqvist: | (various different ratings boards) |
| [19:01:12] | stuartm: | just wondering if it's something that I need to implement for the WebFrontend if I'm going to encourage people to migrate |
| [19:01:22] | JohnBergqvist: | please don't kill mythweb. |
| [19:01:29] | JohnBergqvist: | which I believe the SELECT query for that page takes into account, and so returns multiple programs |
| [19:02:23] | stuartm: | I'm not personally going to kill mythweb, even though it's the #1 source of all tickets these days |
| [19:02:23] | ** MythLogBot http://code.mythtv.org/trac/ticket/1 ** | |
| [19:03:05] | stuartm: | though I would like to know why people still prefer mythweb, or rather what's wrong with the WebFrontend so that improvements can be made |
| [19:03:07] | JohnBergqvist: | yup, that's the issue |
| [19:03:32] | JohnBergqvist: | well its just so basic atm |
| [19:03:38] | JohnBergqvist: | password functionality is still borked no? |
| [19:09:09] | peterbennett: | stuartm: I do not use webfrontend because of #12724 |
| [19:09:09] | ** MythLogBot http://code.mythtv.org/trac/ticket/12724 ** | |
| [19:11:03] | JohnBergqvist: | oooh, that might be why my system hangs whenever I try to reboot my box |
| [19:11:38] | JohnBergqvist: | stuartm: being brutally honest, it has a serious amount of major issues, and I don't think it should have been pushed out to release yet :) |
| [19:11:41] | JohnBergqvist: | :$ |
| [19:14:51] | JohnBergqvist: | gary__buhrmaster: what's the rule re. MythTV and handling shows that have multiple ratings (different rating systems) |
| [19:15:27] | JohnBergqvist: | does it attempt to filter it in any way to match the Users' own country/rating system, e.g. only adding ratings for the BBFC in the UK? |
| [19:21:02] | stuartm: | JohnBergqvist: such as?? |
| [19:21:31] | JohnBergqvist: | What peter said, plus the fact that half the links in it appear to be broken |
| [19:21:47] | stuartm: | I'm not aware of any major issues – the one linked by peterbennett isn't specific to the webfrontend, it's likely existed as long as there has been an internal webserver and affected anyone who used UPnP |
| [19:21:48] | JohnBergqvist: | and the fact that the password protection functionality is broken |
| [19:21:57] | JohnBergqvist: | OK |
| [19:22:01] | JohnBergqvist: | ignore that one then |
| [19:22:32] | stuartm: | JohnBergqvist: there's a difference between the WebFrontend and the _disabled by default_ web setup stuff that isn't and never has been part of the webfrontend, just served from the same location |
| [19:22:58] | JohnBergqvist: | which do you mean? |
| [19:23:05] | stuartm: | Webfrontend is the stuff under TV menu in the nav |
| [19:23:43] | stuartm: | Setup/Information/Utilities is a very old abortive attempt at web setup that never got off the ground |
| [19:23:47] | JohnBergqvist: | OK |
| [19:24:10] | JohnBergqvist: | well that should have been made clear |
| [19:24:15] | JohnBergqvist: | the whole thing is called "Web frontend" |
| [19:24:24] | JohnBergqvist: | and if its never got off the ground, why can't it be taken out? |
| [19:25:11] | peterbennett (peterbennett!~Peter@mythtv/developer/peterbennett) has left #mythtv () | |
| [19:25:12] | stuartm: | well it would have been had I not got a new job and spent months out of the country last year |
| [19:25:41] | stuartm: | plus, there seemed to be some interest in fixing it up from others |
| [19:25:57] | JohnBergqvist: | ok |
| [19:26:09] | stuartm: | but the reason why it's passworded and that password isn't shared by default is to prevent people poking around in it |
| [19:26:11] | JohnBergqvist: | well tbh I think until the whole thing can be spruced up, none of it should be in there |
| [19:37:04] | JohnBergqvist (JohnBergqvist!~JohnBergq@host86-138-206-6.range86-138.btcentralplus.com) has quit (Quit: Leaving) | |
| [19:37:39] | betheynyx (betheynyx!~b@c-67-190-234-214.hsd1.fl.comcast.net) has quit (Ping timeout: 260 seconds) | |
| [19:41:34] | gary_buhrmaster: | JohnBergqvist: re: ratings. No filtering, just unique rating per agency. I do not really think trying to filter ratings to "the best" is going to work well. |
| [19:42:16] | gary_buhrmaster: | JohnBergqvist: And I have no idea how to determine "the best". I have found examples where you get one rating, others with half a dozen, and none of which are from the agency in "my" country. |
| [19:44:04] | gary_buhrmaster: | JohnBergqvist: I suspect it is feasible to change the select in MythWeb to return just one row, but back to the question of how do you determine the "best". |
| [19:49:37] | gary_buhrmaster: | JohnBergqvist: I know this will not be a popular statement, but multiple ratings (agency/rating) is part of the official xmltv definition. And MythTV itself supports multiple ratings. "Its not my fault"! I cry about MythWeb not supporting it. |
| [19:52:20] | gary_buhrmaster: | JohnBergqvist: I also admit that the number of times I have gone to the channel page is probably lower than the number of fingers I have on my right hand. |
| [19:53:34] | dekarl: | stuartm, how do you detect duplicate movies? title with subtitle then description? sounds like the description is different between data sources |
| [19:57:41] | dekarl: | gary_buhrmaster: johnberqvist, thats the job of the guide source / xmltv grabber. order it in a meaningful way with "my local rating board first" allowing us to just pick the first rating and be done |
| [20:01:27] | gary_buhrmaster: | dekarl: I have to disagree there. There is no ordering specified in the dtd. It should be up to the application to order, or select if it cares. |
| [20:01:41] | gary_buhrmaster: | dekarl: If you disagree, please update the dtd. |
| [20:01:56] | gary_buhrmaster: | dekarl: And remove all grabbers that do not comply :-) |
| [20:05:52] | stuartm: | dekarl: ah, yes, excellent point ... I was completely forgetting how duplicate detection would fallback to description if there was no subtitle |
| [20:06:01] | stuartm: | well now I feel stupid |
| [20:06:33] | stuartm: | SD descriptions for movies are different – much shorter and less descriptive :/ |
| [20:08:17] | stuartm: | gary_buhrmaster: in fairness, DTD lacks the precision describing such restrictions, that's why XSD exists to replace DTD |
| [20:08:26] | gary_buhrmaster: | stuartm: For some things, there is both a long and short description. I have no idea in the case of your movies which is being made available (if even both *are* available; for some things only short descriptions exist). |
| [20:08:28] | dekarl: | gary_buhrmaster: i have to agree (its not written down in the dtd for this element) and disagree (it should be, just like the other elements where the order is documented as most inportant/authorative/fitting first) |
| [20:08:38] | stuartm: | but you're right that XMLTV documentation itself doesn't define ordering |
| [20:08:50] | dekarl: | stuartm, this dtd has lots of prose |
| [20:09:16] | stuartm: | dekarl: yeah, I know the xmltv dtd inside and out from my time maintaining mfdb |
| [20:10:17] | dekarl: | upgrading it to modern xml concepts is on "The List [tm]" |
| [20:13:12] | stuartm: | frankly, pivoting to json might be a good idea |
| [20:13:32] | stuartm: | or offering both |
| [20:15:55] | gary_buhrmaster: | dekarl: Is it before or after the list for "--get-lineup" actually getting codified so (a larger majority) of people do not have to scan for channels? I mean, some of the source data may be crap, but it will not get improved if there is no motivation because it cant be used. |
| [20:16:01] | stuartm: | although then you lose the benefit of DTD/XSD |
| [20:16:24] | dekarl1 (dekarl1!~dekarl@mythtv/developer/dekarl) has joined #mythtv | |
| [20:17:22] | stuartm: | hmm, lots of incorrect channels in this Freeview lineup – whole bunch of Satellite only, subscription channels which are not now and never have been on Freeview |
| [20:18:31] | gary_buhrmaster: | dekarl: appologies if I came across a bit unhappy. I know you are not the cause here. |
| [20:19:23] | gary_buhrmaster: | stuartm: (you are more likely to throw the beer for this) but I will repeat what I constantly say on the users list: "Since you are a paying customer, if you see something wrong, open a ticket to get it fixed". |
| [20:19:34] | dekarl (dekarl!~dekarl@mythtv/developer/dekarl) has quit (Ping timeout: 240 seconds) | |
| [20:19:41] | dekarl1 is now known as dekarl | |
| [20:19:53] | gary_buhrmaster: | stuartm: It helps not only you (well, eventually), but "The next gal/guy"(tm). |
| [20:20:12] | dekarl: | gary_buhrmaster: no worries. in my personal opinion the xmltv community faces the same issues that our community faces. its just a lot worse |
| [20:22:46] | gary_buhrmaster: | dekarl: Hmmmm. I thought my observation (and review) of the email lists might have just been a bad sample when I decided the xmltv community was a bit, um, special. Maybe my observation was not entirely wrong. |
| [20:23:51] | stuartm: | gary_buhrmaster: I will, don't worry, I know I now have the power to affect change :) Though like any customer, I wonder why it couldn't be perfect from the beginning :) I mean Gracenote must be selling this data to someone other than SchedulesDirect – are none of their commercial customers running into these issues? |
| [20:24:42] | dekarl: | stuartm, the pipeline "uk listings" to "gracenote" to "schedules direct" is relatively new. rmeden1 may be able to add some lore |
| [20:25:13] | gary_buhrmaster: | stuartm: While Gracenote (and their competitors FYI and Rovi) have delusion of granduer, I believe growing outside of the US has been a learning experience. I know FYI is having some of the same growing pains. |
| [20:25:35] | stuartm: | as far as listing what shouldn't be part of this lineup, might even be easier to list what should be there ... there are dozens of wrong channels at a glance |
| [20:25:41] | gigem: | stuartm: That whole "New capture card" screen needs to be redone. You should have to choose the type of card first from a popup and then get a wizard to fill out. Too many things can get go wrong if you configure a card as one type and then later reconfigure as another type. Anyway, that would solve the VBox delay problem as it would only be incurred when configuring a VBox. |
| [20:26:08] | gigem: | stuartm: You might have to add some debug code then to find out why |
| [20:26:18] | gigem: | the duplicate checking is failing. |
| [20:26:39] | ** gigem is off to a meeting, but will be back shortly. ** | |
| [20:26:57] | stuartm: | gigem: figured it out already ... PEBCAK – I was forgetting the role of description in duplicate checking, new guide source has different descriptions for content |
| [20:31:26] | gary_buhrmaster: | stuartm: Re: "the power to affect change". Do not let it go to your head. I had one ticket open for months (to be fair, it was an obscure edge case, which I know why it would take a long time up at gracenot, and it really didn't matter except for the (pedantic) principal). |
| [20:33:43] | gary_buhrmaster: | stuartm: while it might be hard to believe, sometimes I can be a bit pedantic when it comes to specifications and data accuracy. Please try to not laugh so hard that beer comes out of your nose. |
| [20:35:06] | dmfrey_ (dmfrey_!~dmfrey@64-121-109-74.c3-0.smt-ubr1.atw-smt.pa.cable.rcn.com) has joined #mythtv | |
| [20:36:21] | dmfrey (dmfrey!~dmfrey@64-121-109-74.c3-0.smt-ubr1.atw-smt.pa.cable.rcn.com) has quit (Ping timeout: 276 seconds) | |
| [20:42:01] | Steve-Goodey (Steve-Goodey!~steve@host31-50-133-80.range31-50.btcentralplus.com) has quit (Quit: Konversation terminated!) | |
| [20:42:33] | rmeden1: | stuartm gary_buhrmaster: On the gracenote side, there are multiple completing systems and feed into the Gracenote service we use. I'm not sure how many customers use that service or more importantly, how many report issues. Historically, while no where near Gracenote's largest customer, we submit the vast majority of problem tickets. :) |
| [20:44:14] | rmeden1: | While they do find it annoying, they do know that it makes the data batter for everyone. Re: channel 5... now that the weekend is over, more eyes are on this.. the problem has been isolated to feed into the application SD pulls data from, not the raw repository. That what lead to part of the confusion.. editorial looked at a different system than then we SD uses. |
| [20:58:56] | SteveGoodey (SteveGoodey!~steve@host31-50-133-80.range31-50.btcentralplus.com) has quit (Quit: Konversation terminated!) | |
| [20:59:50] | peper03 (peper03!~peper03@mythtv/developer/peper03) has joined #mythtv | |
| [20:59:52] | gary_buhrmaster: | rmeden1: Some of the Schedules Direct customers (raises hand?) just have a high expectation of good data, and are not at all shy about asking for good data. Its a tough job, but someone has to do it. |
| [21:02:06] | rmeden1: | gary_buhrmaster: nothing new there... no question we care more about data quality than most of their customers. When we started, Gracenote (then Tribune Media Services) had a big learning curve with us to get US data higher quality...looks like UK data needs a beat-down too. It will be fixed. |
| [21:02:19] | gary_buhrmaster: | rmeden1: Once every six months or so I go through each and every (new/changed) channel for Comcast and if I find the guide wrong, even if I never, ever, watch it (and never will) if it seems the Gracenote data is wrong, I open a ticket. |
| [21:02:58] | rmeden1: | excellent... it makes it better for everyone. (all Gracenote customers) |
| [21:02:59] | gary_buhrmaster: | rmeden1: (I try to say "really low priority", but I suspect that Gracenote does not have a way to prioritize things quite that way) |
| [21:03:20] | rmeden1: | and when they do, it doesn't always work out (like the high priority stuff this weekend) |
| [21:03:28] | gary_buhrmaster: | rmeden1: I agree (about data quality) and that is (one of) the reason I "complain". |
| [21:03:44] | rmeden1: | s/complain/report/ :) |
| [21:04:08] | Roklobster (Roklobster!~Dirkka@ppp118-209-171-152.lns20.mel8.internode.on.net) has joined #mythtv | |
| [21:04:42] | rmeden1: | We RobertK had non-us data for testing, Gracenote told him to stop reporting so many issues because we weren't paying/licensed for it. Now we are. :) |
| [21:05:20] | rmeden1: | Wouldn't surprise me if some of those folks have a picture of him as a dartboard. He can be relentless :) |
| [21:05:43] | gary_buhrmaster: | rmeden1: "Doctor Doctor, it hurts when I do this", "Stop doing that?". You would have expected them to take the hint in advance. But I know large orgs do not do that well. |
| [21:07:29] | gary_buhrmaster: | rmeden1: Either a dart board, or perhaps a prize board. After all, he may be the Gracenote ticket handler full employment act (keeping them busy/employed). |
| [21:08:28] | rmeden1: | we do pay enough for quite a few salaries! |
| [21:13:47] | stuartm: | you're paying extra for the UK coverage? Does it look like there will be enough interest to make it worthwhile? |
| [21:15:11] | stuartm: | I must admit it's probably going to be a tougher sell over here just because free guide data is something you tend to expect, we pay a fee (tax) for all TV and most of the big broadcasters receive some amount of public money |
| [21:16:26] | stuartm: | having to pay more just to know when programs are on is not fair play :) |
| [21:17:07] | stuartm: | though we do get some reasonably good EIT data, it's just not quite good enough for me |
| [21:17:30] | gary_buhrmaster: | stuartm: I half expected some UK citizens to make formal complaints to OFCOM (or whoever is the right agency) about the guide data no longer being freely available. |
| [21:17:51] | gary_buhrmaster: | stuartm: But I never heard of any organized peep. |
| [21:18:00] | stuartm: | lots of broadcasters still shove metadata into titles for example e.g. "New:" |
| [21:20:32] | stuartm: | yeah, I think most of us just know that it would be an uphill battle, it may ultimately result in new regulations but who has the time and energy? |
| [21:23:17] | dekarl: | might as well fight the mandatory fee with that energy and set up your own guide feed |
| [21:31:48] | gary_buhrmaster: | I am not sure there is sufficient energy available in the entire of the UK to fight the bureaucracy entranced with the mandatory fee. But it would be great fun to watch (well, likely read in the Economist). |
| [21:43:03] | willcooke (willcooke!~willcooke@ubuntu/member/willcooke) has quit (Quit: Do your hobbies) | |
| [21:49:03] | gigem: | stuartm: Okay. Glad you figured it out. |
| [21:52:59] | joki (joki!~joki@p5486072E.dip0.t-ipconnect.de) has quit (Ping timeout: 260 seconds) | |
| [21:54:10] | taylorr (taylorr!~taylorr@unaffiliated/elmojo) has quit (Ping timeout: 252 seconds) | |
| [21:58:21] | joki (joki!~joki@p5486008C.dip0.t-ipconnect.de) has joined #mythtv | |
| [22:02:47] | gigem: | jpabq: Are you around? With my latest commit, I think I've got all of the scheduler and related changes done for the "multirec without virtual tuners" feature that we've talked about in the past. The main thing left is the recorders and whatever falls out from those changes. |
| [22:05:55] | jpabq: | gigem: I may have some time on Wednesday. If not, probably this weekend. Can you send me an email of how you envision it working? |
| [22:18:08] | MythBuild: | build #137 of master-ubuntu-testing-64bit is complete: Failure [4failed unit test core] Build details are at http://code.mythtv.org/buildbot/builders/mast . . . t/builds/137 blamelist: David Engel <dengel@mythtv.org > |
| [22:20:42] | gigem: | jpabq: I will. In a nutshell, the scheduler will tell recorder N when to start recording something, just like it currently does. The scheduler might then tell recorder N to start another recording on the same multiplex/channel. The difference now is that the recorder should continue both recordings instead of stopping the first before starting the second. In general, the recorder should continue recording |
| [22:20:44] | gigem: | anything it's asked to record until its normal completion or until it's asked to start a recording on another multiplex/channel. |
| [22:21:41] | jpabq: | gigem: okay, that doesn't sound too hard to implement. |
| [22:22:05] | jpabq: | ... I am sure I will think of something to make it harder though ;-) |
| [22:22:12] | gigem: | jpabq: Anything beyond that, I expect you to tell me what else needs to change. For example, I expect the interface between the player and recorder when watching while recording to have to change some. FWIW, I don't expect this to be a quick or easy change. I'd love to be surprised, though. :) |
| [22:22:33] | jpabq: | Ug! I always convieniently forget about live tv. |
| [22:22:49] | gigem: | Now to find out what broke the build. |
| [22:23:38] | jpabq: | When the scheduler tell tv_rec to stop recording, I assume it will provide enough information to allow it to figure out which instance to stop. |
| [22:32:59] | gigem: | jpabq: That's the kind of stuff we need to figure out. I know at some level we identify recordings with chanid/startts or recordedid, but when it gets down to a single recorder level, that might get dropped. We need to make sure that recordedid (ideally) gets passed every where to disambiguate it. For example, what does TV::GetState() return if it's recording something that is being watched while it's |
| [22:33:01] | gigem: | recording something else that isn't being watched? |
| [22:33:12] | jpabq: | gigem: I just took a quick look to refresh my memory — yeah, this is not going to be simple. |
| [22:34:23] | jpabq: | I need to draw out a complete flow map, to fully visualize how this is going to work. |
| [22:36:53] | gigem: | Yeah, I kept asking myself while I was making some of these changes if I was just moving the complexity around for the fun of it. It wasn't until I finished today's changes that I remembered it could be worth it. From the user's perspective, it's sooooo much easier to have one tuner that can recorder multiple things than to have to deal with virtual tuners and how they are numbered and how even then the |
| [22:36:55] | gigem: | pigeon's still have to fit in the right holes for it to work. |
| [22:39:44] | gigem: | MythBuild: force build master-ubuntu-testing-64bit |
| [22:39:49] | MythBuild: | The build has been queued, I'll give a shout when it starts |
| [22:40:22] | gigem: | Let's see if it still fails. I didn't change anything in the area that failed. |
| [22:41:04] | MythBuild: | build forced [ETA 7m15s] |
| [22:41:04] | MythBuild: | I'll give a shout when the build finishes |
| [22:45:13] | MythBuild: | build #138 of master-ubuntu-testing-64bit is complete: Success [3build successful] Build details are at http://code.mythtv.org/buildbot/builders/mast . . . t/builds/138 |
| [22:46:01] | gigem: | Yay! |
| [22:51:22] | MythBuild: | build #126 of master-osx-64bit is complete: Success [3build successful] Build details are at http://code.mythtv.org/buildbot/builders/mast . . . t/builds/126 |
| [23:02:52] | amessina (amessina!~amessina@unaffiliated/amessina) has joined #mythtv | |
| [23:08:28] | gary_buhrmaster: | gigem: Some of the buildbots (and I include those I run in that list), occasionally have a bad day. When I notice (and I do not always notice), I try to kick them to try again. Works more often than I like. |
| [23:26:44] | amessina (amessina!~amessina@unaffiliated/amessina) has quit (Quit: Konversation terminated!) | |
IRC Logs collected by
BeirdoBot.
Please use the above link to report any bugs.