| Wednesday, June 18th, 2014, 00:07 UTC | ||
| [00:07:59] | MaverickTech (MaverickTech!~MaverickT@111.86.233.220.static.exetel.com.au) has joined #mythtv | |
| [00:08:14] | MaverickTech (MaverickTech!~MaverickT@111.86.233.220.static.exetel.com.au) has quit (Client Quit) | |
| [00:21:17] | jya: | appears we are playing videos slightly too fast (or at least faster than VLC). Was looking at that BergensBanen video, and I had no audio configured. we play too fast then |
| [00:21:30] | jya: | not by much.. |
| [00:21:44] | jya: | or maybe VLC plays it too slow |
| [00:22:22] | jya: | after about 2 minutes of playback we are 5s ahead |
| [00:26:33] | rsiebert_ (rsiebert_!~quassel@f052001033.adsl.alicedsl.de) has joined #mythtv | |
| [00:26:53] | jya: | oh it’s the other way round… we play it too slow |
| [00:27:28] | rsiebert (rsiebert!~quassel@f052169169.adsl.alicedsl.de) has quit (Ping timeout: 264 seconds) | |
| [01:05:39] | dekarl (dekarl!~dekarl@p4FE85043.dip0.t-ipconnect.de) has quit (Read error: Connection reset by peer) | |
| [01:08:15] | dekarl (dekarl!~dekarl@p4FE85043.dip0.t-ipconnect.de) has joined #mythtv | |
| [01:17:35] | knightr (knightr!~Nicolas@mythtv/developer/knightr) has joined #mythtv | |
| [01:36:36] | superm1 (superm1!uid4318@ubuntu/member/superm1) has joined #mythtv | |
| [01:43:45] | len_ (len_!~quassel@65-128-242-24.mpls.qwest.net) has quit (Remote host closed the connection) | |
| [01:58:16] | andreaz (andreaz!~andre_000@p5DCA3B0D.dip0.t-ipconnect.de) has quit (Read error: Connection reset by peer) | |
| [02:03:02] | jya: | seems to happen again with liveTV stopping after a few minutes :( |
| [02:10:03] | peper03 (peper03!~peper03@mythtv/developer/peper03) has quit (Ping timeout: 255 seconds) | |
| [02:11:10] | peper03 (peper03!~peper03@mythtv/developer/peper03) has joined #mythtv | |
| [03:09:38] | fetzerch (fetzerch!~quassel@unaffiliated/fetzerch) has quit (Ping timeout: 240 seconds) | |
| [03:11:03] | fetzerch (fetzerch!~quassel@unaffiliated/fetzerch) has joined #mythtv | |
| [03:56:29] | stichnot (stichnot!~stichnot@mythtv/developer/stichnot) has joined #mythtv | |
| [06:12:07] | caelor: | can mythutil --copy be used to copy files between hosts? |
| [06:18:59] | caelor: | what would be the cleanest way to update the hostname for a recording in the DB? I'd prefer to avoid direct DB access if possible |
| [06:19:48] | gregL (gregL!~greg@cpe-74-76-121-109.nycap.res.rr.com) has quit (*.net *.split) | |
| [06:19:49] | jya (jya!~jyavenard@mythtv/developer/jya) has quit (*.net *.split) | |
| [06:19:49] | caelor (caelor!~quassel@cpc12-sotn9-2-0-cust374.15-1.cable.virginm.net) has quit (*.net *.split) | |
| [06:23:52] | gregL (gregL!~greg@cpe-74-76-121-109.nycap.res.rr.com) has joined #mythtv | |
| [06:23:52] | jya (jya!~jyavenard@mythtv/developer/jya) has joined #mythtv | |
| [06:23:52] | caelor (caelor!~quassel@cpc12-sotn9-2-0-cust374.15-1.cable.virginm.net) has joined #mythtv | |
| [06:24:39] | FabriceMG (FabriceMG!~Thunderbi@LCaen-156-54-30-212.w80-11.abo.wanadoo.fr) has joined #mythtv | |
| [06:27:17] | acle (acle!~tb@seattle-nat.cray.com) has quit (Ping timeout: 252 seconds) | |
| [06:27:58] | acle (acle!~tb@seattle-nat.cray.com) has joined #mythtv | |
| [06:29:16] | jya: | caelor: in regards to copying, I believe you can |
| [06:31:06] | caelor: | some quick tests look like it works, which means I can simplify the script I put on the wiki yesterday to use mythutil rather than rsync over ssh |
| [06:34:26] | caelor: | is there any particular person who looks after the storage schedulers (balanced free space, etc)? |
| [06:50:55] | caelor: | am I right in understanding that the storage scheduler's only tool for balancing is by expiring recordings, and not by proactively moving recordings around? |
| [07:03:58] | caelor: | jya, I htink you've done work on the ringbuffer code recently. I'm seeing mythutil --copyfile fail when run on SBE (with ERROR couldn't write at offset...) and succeed on the MBE |
| [07:04:34] | jya: | would need more data than that |
| [07:04:47] | caelor: | indeed – would -v network be helpful? |
| [07:04:53] | jya: | not that no |
| [07:05:01] | jya: | -v file —loglevel=debug |
| [07:05:27] | jya: | unlikely to be in the network protocol error, and more to do with either the ringbuffer (for read) or TFW (for write) |
| [07:06:14] | caelor: | http://pastebin.com/X6pHiACc |
| [07:06:48] | caelor: | I'm guessing you'll also want -v file --loglevel=debug on the receving backend? |
| [07:07:32] | jya: | yes |
| [07:07:38] | jya: | it’s the one emitting the error |
| [07:08:33] | SteveGoodey (SteveGoodey!~steve@host86-134-63-27.range86-134.btcentralplus.com) has joined #mythtv | |
| [07:10:39] | stuartm: | sphery: I've always disliked requiring users to run mythtv-setup since they may update the packages without realising that they need to update the schema, they may even have it configured to automatically update the packages – they may know something is wrong after missing recordings |
| [07:11:49] | jya: | stuartm: yeah.. it has happened to me a few times… |
| [07:12:16] | stuartm: | 'may know' should be 'may only know' |
| [07:12:46] | caelor: | jya – http://pastebin.com/5rX2zgVk |
| [07:13:46] | jya: | caelor: which version are you running? |
| [07:13:56] | caelor: | 0.27.1 |
| [07:14:09] | stuartm: | I don't actually know why we need users to agree to schema updates – developers may care, but users I suspect don't |
| [07:14:20] | caelor: | rpmfusion updates-testing |
| [07:14:35] | jya: | can you compile your own source? |
| [07:15:33] | caelor: | not just at present. I've got relatives staying at present, but once they leave then I should be able to put together a compilation rig |
| [07:15:36] | jya: | stuartm: the option may be shown I guess if it can’t do a backup first |
| [07:16:02] | jya: | caelor: My guess is that the timeout various (50ms) is too small for your network |
| [07:16:08] | jya: | sould increase that |
| [07:16:15] | jya: | 50ms is tiny |
| [07:16:33] | caelor: | ok. It's a gigabit wired network, so I suspect that may be fairly widely applicable |
| [07:16:37] | jya: | it was 25ms and it was causing failure for some |
| [07:16:51] | jya: | so I increased that value to 50 |
| [07:17:58] | jya: | I’ll increase that and change so it retries one more time |
| [07:18:03] | caelor: | is it just luck that it doesn't seem to affect the same command run on the MBE, or is the fact that mythutil is running local to the receiving backend likely to pull it under that 50ms threshold? |
| [07:18:27] | jya: | you are transferring the file twice |
| [07:18:42] | jya: | in once case, I’m guessing the file is local |
| [07:18:52] | jya: | when read |
| [07:19:44] | caelor: | it's src-local, dst-remote when run on the SBE (the failing case), and src-remote, dst-local when run on MBE (successful case) |
| [07:19:56] | jya: | libmythproto server is very little used |
| [07:20:25] | jya: | there’s only a check and timeout on remote reads |
| [07:20:28] | jya: | not remote write |
| [07:22:00] | caelor: | interesting, which would make me expect failing in the opposite case. I'll drop back to using rsync to pull the recordings across for now, and in a few weeks can try compiling in a patch |
| [07:22:45] | jya: | the file transfer on the mainbackend uses the default timeout value |
| [07:24:01] | jya: | caelor: I’ll push a fix on devel/027candidates and master soon |
| [07:24:39] | jya: | but there’s must be a hold on your machine somewhere |
| [07:24:49] | jya: | 448 bytes in 50ms is not good |
| [07:24:57] | jya: | it shouldn’t fail mind you, but it’s still pretty slow |
| [07:26:33] | caelor: | I think the NIC on the SBE is glitchy. The reason I'm looking into this is working around an NFS issue, where performance degrades over time (~24hrs) to the point that TFW complains |
| [07:26:57] | caelor: | so I'm recording to local storage, and moving the recordings across to the MBE on completion |
| [07:27:18] | caelor: | at the moment by rsync, but I thought mythutil --copyfile might be cleaner |
| [07:28:43] | jya: | it’s not much different |
| [07:29:00] | jya: | you end up with a file copied across, but the backend still knows nothing about the file |
| [07:29:21] | jya: | still, all those are workarounds |
| [07:29:33] | jya: | certainly not elegant. fix the problem at its source |
| [07:31:04] | jya: | you’re attempting to fix a networking issue, by moving the file over that same network |
| [07:31:08] | jya: | makes little sense to me |
| [07:32:43] | caelor: | indeed, exept iperf seems to indicate there's no problem with the network, so I'd initially taken it to be some quirk on NFS. rsync seems to work fine, so it's going to take some more digging I think |
| [07:32:56] | caelor: | because it only seems to affect some workflows |
| [07:38:58] | dekarl: | caelor: yes, the free space balancing is only be selectively deleting, not by moving around. I appreciate patches towards the latter. Maybe starting with a mythutil --movefile that takes care of all the housekeeping. |
| [07:40:03] | caelor: | thanks dekarl, once I get a compilation setup built, I'll look about dipping my toe, but I suspect it'll take me a while to get up to speed... |
| [07:49:40] | stuarta: | morning all |
| [07:58:31] | caelor: | morning stuart |
| [08:12:43] | caelor (caelor!~quassel@cpc12-sotn9-2-0-cust374.15-1.cable.virginm.net) has quit (Remote host closed the connection) | |
| [08:12:55] | stuartm: | morning stuarta |
| [08:14:53] | caelor (caelor!~quassel@cpc12-sotn9-2-0-cust374.15-1.cable.virginm.net) has joined #mythtv | |
| [08:25:15] | jheizer_ (jheizer_!~jheizer@73.51.93.177) has quit (Read error: Connection reset by peer) | |
| [08:29:14] | stuarta: | we so need the frontend to work as an app on android when you can get things like this http://www.amazon.co.uk/X7-Android-Special-In . . . Z0GQT472MNA7 |
| [08:32:39] | jheizer (jheizer!~jheizer@73.51.93.177) has joined #mythtv | |
| [08:37:56] | dekarl1 (dekarl1!~dekarl@p4FCEFD3C.dip0.t-ipconnect.de) has joined #mythtv | |
| [08:39:31] | dekarl (dekarl!~dekarl@p4FE85043.dip0.t-ipconnect.de) has quit (Ping timeout: 240 seconds) | |
| [09:14:15] | caelor: | stuarta: nice though that sounds, given Android apps are predominantly java based, porting the frontend would probably be more work than a ground-up android app |
| [09:15:20] | caelor: | although I think the main difficulties in producing an android app are the feature-completeness of the services api (which is getting there thanks to webfrontend), and probably on-demand HLS/DASH (which has been talked about) |
| [09:21:09] | rsiebert_: | There is already an APP out there. The name is Mythtv-android-frontend or similar. No need to wrote another frontend. all required features just need to be available via the service api. |
| [09:39:57] | caelor: | Yes. I've just tried it again. It seems a lot more functional than last time I tried. Although it's more of a tablet interface than a 10' on (which would be needed for a STB type device). Probably the best foundation to build on though. |
| [09:41:03] | esperegu (esperegu!~quassel@ip-213-124-221-127.ip.prioritytelecom.net) has quit (Remote host closed the connection) | |
| [09:49:44] | dekarl-ontheroad (dekarl-ontheroad!5ddcf6fd@gateway/web/freenode/ip.93.220.246.253) has joined #mythtv | |
| [09:52:06] | dekarl-ontheroad: | caelor, see https://developer.android.com/tools/sdk/ndk/index.html for not-Java-Apps |
| [09:53:48] | dekarl-ontheroad: | stuarta, see http://minixforums.com/threads/ubuntu-on-neo- . . . 4#post-41498 for a preview of Ubuntu on the Minix NEO X7 :) |
| [09:55:29] | dekarl-ontheroad: | until they get VPU/GPU acceleration for Mali400 sorted out one can always start work on ARM support on the Wandboard with Vivante GC xxx VPU/GPU |
| [09:55:48] | stuarta: | some many things to work on, so little time |
| [09:55:57] | stuarta: | s/some/so/ |
| [09:58:02] | dekarl-ontheroad: | I hear that some people have mythtv running on the pi, but its "not fun yet" |
| [09:58:46] | dekarl-ontheroad: | I wonder if we can setup a ubuntu arm cross build bot or something to avoid breaking stuff in big endian land |
| [09:59:21] | stuarta: | that is what has been suggested |
| [10:00:21] | superm1 (superm1!uid4318@ubuntu/member/superm1) has quit (Quit: Connection closed for inactivity) | |
| [10:01:23] | dekarl-ontheroad: | the app that rsiebert_ mentions is here https://github.com/MythTV-Clients/MythTV-Android-Frontend |
| [10:13:26] | caelor: | yeah, I've tried it. Unfortunately recording on a SBE seems to really make it unhappy. If I read the bug report correctly it should be fixed in the current version, but isn't working for me. I'll add it to my [long] list of things to look into |
| [11:02:22] | dekarl-ontheroad (dekarl-ontheroad!5ddcf6fd@gateway/web/freenode/ip.93.220.246.253) has quit (Ping timeout: 246 seconds) | |
| [11:19:23] | jpabq_ (jpabq_!~quassel@174-28-155-69.albq.qwest.net) has joined #mythtv | |
| [11:19:55] | jpabq (jpabq!~quassel@mythtv/developer/jpabq) has quit (Ping timeout: 240 seconds) | |
| [11:36:04] | jya_ (jya_!~jyavenard@mythtv/developer/jya) has joined #mythtv | |
| [11:37:01] | jya_: | it appears that the TFW object for the dummy recording created at the start of liveTV, is never deleted |
| [12:11:15] | FabriceMG (FabriceMG!~Thunderbi@LCaen-156-54-30-212.w80-11.abo.wanadoo.fr) has quit (Ping timeout: 255 seconds) | |
| [12:12:05] | FabriceMG (FabriceMG!~Thunderbi@LCaen-156-54-30-212.w80-11.abo.wanadoo.fr) has joined #mythtv | |
| [12:25:56] | robink (robink!~quassel@unaffilated/robink) has quit (Ping timeout: 244 seconds) | |
| [12:27:25] | robink (robink!~quassel@unaffilated/robink) has joined #mythtv | |
| [12:37:10] | paul-h (paul-h!~Paul@94.6.239.28) has joined #mythtv | |
| [12:49:42] | jya_: | how many TVRec object will there be at any time? is this one per backend, or one per recording? |
| [12:50:21] | stuarta: | i would have thought the latter |
| [13:27:05] | jya_: | stuarta: it looks taht way yes |
| [13:27:37] | jya_: | trying to find out why sometimes a TFW object isn’t deleted, which leads me to believe that the TVRec object isn’t deleted either |
| [13:27:52] | paul-h: | Anybody remember how to query services.mythtv.org to get a list of icons for a callsign? |
| [13:28:01] | jya_: | sometimes when I start liveTV, the frontend waits 10s to read from the recording |
| [13:28:52] | jya_: | I added a check to see if the file was registered for writing (which happens whenever a TFW is opened); and if not stop trying to read the file like the RingBuffer does |
| [13:29:05] | jya_: | turned out, it made no differences of any kind. still 10s wait |
| [13:32:28] | jya_: | so I check, and the object is still marked for writing , the TFW hadn’t been deleted, and the file was 0 byte long |
| [13:38:01] | paul-h: | should this be working to get the channel icon list? http://services.mythtv.org/channel-icon/lookup?callsign=BBC |
| [13:38:04] | stuartm: | paul-h: not many icons have been approved by callsign in the UK, I tend only to approve them by xmltvid or dvb service id, callsign has too many potential conflicts |
| [13:38:17] | stuartm: | paul-h: for the US, yes, not for the UK |
| [13:38:32] | stuartm: | http://services.mythtv.org/channel-icon/looku . . . ur.bbc.co.uk |
| [13:38:37] | stuartm: | works for instance |
| [13:39:36] | stuarta: | which brings us back to crowd approval for things like icons |
| [13:40:11] | stuartm: | callsign can't ever work unless we also key off the locale, and even then ... |
| [13:40:33] | jya_: | on the backend, say you start liveTV, what actually controls which recording is going to be created, and who owns it? |
| [13:41:47] | sphery: | paul-h: you can get master icon map at http://services.mythtv.org/channel-icon/master-iconmap |
| [13:42:10] | sphery: | also, try something like: http://services.mythtv.org/channel-icon/lookup?callsign=BBC3 |
| [13:42:22] | sphery: | seems there's no (plain) "bbc" |
| [13:44:06] | stuarta: | sphery: no, it's BBC [1|ONE] BBC [2|TWO] BBC [3|THREE] BBC [4|FOUR] + variants for HD and regional channels |
| [13:44:26] | paul-h: | stuartm: OK thanks using the xmltvid does return something but the webfrontend channel editor shows some default Lyngsat logo for the bbcfour example |
| [13:45:34] | stuarta: | select count(1) from channel where name like 'BBC%'; result = 45 rows |
| [13:46:38] | paul-h: | This is the url we get from that search http://lyngsat-logo.com/hires/bb/bbc_four_uk.png |
| [13:51:27] | unforgiven512 (unforgiven512!~unforgive@oxymorphone.unforgivendevelopment.com) has quit (Ping timeout: 264 seconds) | |
| [13:53:34] | sphery: | paul-h: also http://services.mythtv.org/channel-icon/search?s=BBC |
| [13:57:00] | unforgiven512 (unforgiven512!~unforgive@oxymorphone.unforgivendevelopment.com) has joined #mythtv | |
| [13:58:40] | paul-h: | sphery: thanks that looks more useful for the channel editor :) |
| [14:00:35] | jya_: | no one has worked with the recorders? |
| [14:03:40] | Jordack (Jordack!~Jordack@75-151-31-172-Michigan.hfc.comcastbusiness.net) has joined #mythtv | |
| [14:05:42] | stuarta: | not i |
| [14:15:57] | stuartm: | paul-h: you can't link the icons directly, they check the referrer header to prevent hot-linking |
| [14:17:08] | stuartm: | jya_: only Daniel in the last few years IIRC |
| [14:17:41] | jya_: | stuartm: bugger… starting to see what the problem is… crawling TVRec |
| [14:18:24] | stuartm: | bugger indeed |
| [14:20:57] | paul-h: | stuartm: If that was the case why would this work http://www.lyngsat-logo.com/hires/bb/bbc_four_uk_hd.png but this doesn't http://lyngsat-logo.com/hires/bb/bbc_four_uk.png |
| [14:21:56] | paul-h: | Some of their links are all screwed up |
| [14:22:46] | paul-h: | Just unlucky we tried one of the broken ones |
| [14:24:27] | stuartm: | they are definitely using the hotlink protection, but entirely possible that they are screwing it up for some urls e.g. the one without www. |
| [14:25:27] | stuartm: | also hotlink protection by checking the referrer header doesn't work unless the browser sends that, many (all?) have the option to disable it |
| [14:28:15] | paul-h: | How are you debugging stuff in the webfrontend for example I've changed channeleditor.js and it's not working so not sure if I've a syntax error or what is wrong |
| [14:30:29] | stuartm: | browsers such as Firefox, Chromium/Chrome, Opera all have debug modes – right click "Inspect element" is a quick/common way to bring it up, then select the appropriate tab e.g. 'Debugger' |
| [14:30:43] | stuarta: | they are extremely cool |
| [14:32:11] | stuartm: | Ctrl+Shift+I is also a common shortcut to bring up the tool, on Firefox Ctrl+Shift+I goes straight to the debugger |
| [14:33:53] | stuartm: | if you leave them open, then refresh and repeat the actions which aren't working etc then it will usually catch the error and detail the problem without you having to dig through any logs |
| [14:34:11] | stuartm: | can be more specific if I know which browser you are using |
| [14:36:21] | stuartm: | in some aspects they are almost identical no matter which browser you use – either a lot of copycatting or there's a standard for it |
| [14:37:08] | stuartm: | Ctrl+Shift+S is the debugger for firefox, not +I as typo'd above |
| [14:37:27] | paul-h: | Yeah thanks I'm using Firefox which has all sorts of stuff under Tools-> Web Developer that I've never used. I see I'm getting a 500 Internal Server Error |
| [14:38:14] | stuarta: | :( |
| [14:45:30] | stuartm: | from the backend server? |
| [14:46:05] | moparisthebest (moparisthebest!~quassel@cpe-74-140-228-202.swo.res.rr.com) has quit (Remote host closed the connection) | |
| [14:46:12] | bas-t (bas-t!~tycho@52484E89.cm-4-1b.dynamic.ziggo.nl) has joined #mythtv | |
| [14:46:40] | bas-t (bas-t!~tycho@52484E89.cm-4-1b.dynamic.ziggo.nl) has quit (Client Quit) | |
| [14:50:08] | stuartm: | backend will return an xml response detailing the error when issuing a 500 error |
| [14:50:37] | stuartm: | although it should probably also print the error in the backend log |
| [14:50:40] | paul-h: | stuartm: no from services.mythtv.org I must of got something wrong with the json query |
| [14:50:47] | stuartm: | ah |
| [14:52:26] | dekarl-ontheroad (dekarl-ontheroad!5ddcf6fd@gateway/web/freenode/ip.93.220.246.253) has joined #mythtv | |
| [14:57:48] | jya_: | i’ve managed to crash my MBE in a rather regular way in the past hour… start liveTV, exit, start liveTV repeat.. After about about 2–3 minutes |
| [14:58:18] | jya_: | i usually end up with a crash, something to do with the reference counter of the MythSocket which just handled the request |
| [14:59:17] | jya_: | i run the patch that causes a new recording to be created after every 60s. on the minute, probably what happens when you start the recording exactly on the time the next program occurs |
| [15:03:24] | stichnot (stichnot!~stichnot@mythtv/developer/stichnot) has quit (Ping timeout: 240 seconds) | |
| [15:06:57] | SteveGoodey (SteveGoodey!~steve@host86-134-63-27.range86-134.btcentralplus.com) has quit (Quit: Konversation terminated!) | |
| [15:09:19] | jpabq_ is now known as jpabq | |
| [15:09:27] | jpabq (jpabq!~quassel@174-28-155-69.albq.qwest.net) has quit (Changing host) | |
| [15:09:28] | jpabq (jpabq!~quassel@mythtv/developer/jpabq) has joined #mythtv | |
| [15:14:12] | moparisthebest (moparisthebest!~quassel@cpe-74-140-228-202.swo.res.rr.com) has joined #mythtv | |
| [15:45:07] | moparisthebest (moparisthebest!~quassel@cpe-74-140-228-202.swo.res.rr.com) has quit (Ping timeout: 240 seconds) | |
| [15:45:30] | paul-h: | How do I see what the json looks like for a query like this I can only get the csv version http://services.mythtv.org/channel-icon/search?s=BBC+One+HD |
| [15:48:30] | esperegu (esperegu!~quassel@82-170-166-202.ip.telfort.nl) has joined #mythtv | |
| [15:48:38] | esperegu (esperegu!~quassel@82-170-166-202.ip.telfort.nl) has quit (Remote host closed the connection) | |
| [15:59:25] | dekarl-ontheroad: | looking at the csv link, what's the number? A header line with the column names would be nice for devs. (it appears do not be the service_id, at least not the current one. What else is it?) |
| [16:01:00] | stuarta: | weird |
| [16:03:43] | sphery: | according to https://code.mythtv.org/cgit/mythtv/tree/myth . . . cons.pl#n383 , it's "id" (though whose ID I'm not sure) |
| [16:03:59] | sphery: | perhaps the ID in the database on the server (for reporting info back about it?) |
| [16:04:10] | andreaz (andreaz!~andre_000@p5DCA3B0D.dip0.t-ipconnect.de) has joined #mythtv | |
| [16:11:08] | gigem: | Could some U.S. person check on something for me? Do your recordings on major networks, particularly CBS, have a Spanish audio track that actually contains Spanish? Many of my recordings claim to have a Spanish track, but it's mono English or silent. |
| [16:13:47] | dekarl-ontheroad: | gigem, judging from my european experience it is possible that the broadcaster does not use Dynamic PMT and has a fixed audio stream setup with the secondary channel being always announce but not always used that way. |
| [16:14:09] | jpabq: | gigem: same here |
| [16:14:57] | gigem: | Okay. I was thinking it might be a problem with Verizon. |
| [16:15:21] | jpabq: | That is with OTA from my local CBS station. |
| [16:17:36] | gigem: | That pretty much seals it, then. That's a bit surprising, though. I would have expected at least some of the more popular shows to have Spanish. |
| [16:22:41] | FabriceMG (FabriceMG!~Thunderbi@LCaen-156-54-30-212.w80-11.abo.wanadoo.fr) has quit (Quit: FabriceMG) | |
| [16:33:02] | stichnot (stichnot!stichnot@mythtv/developer/stichnot) has joined #mythtv | |
| [16:37:28] | moparisthebest (moparisthebest!~quassel@cpe-74-140-228-202.swo.res.rr.com) has joined #mythtv | |
| [16:37:43] | natanojl (natanojl!~jonatan@mythtv/developer/natanojl) has joined #mythtv | |
| [16:40:52] | stuartm: | paul-h: there's no JSON for the icon service, not to confused with the Services API which is something else entirely |
| [16:41:37] | stuartm: | dekarl-ontheroad: the id of the channel in that database |
| [16:51:00] | jya_: | so i’ve found how to consistently reproduce the crash . i force the frontend to disconnect , backend crashes in mainserver.cpp on m_sock->DecrRef(); |
| [16:51:03] | jya_: | line 156 |
| [16:51:28] | jya_: | anyone got an idea on how I could find what decreased one to many the reference counter on that one? |
| [16:51:34] | paul-h: | stuartm: lookup returns json but search doesn't |
| [16:51:42] | dekarl-ontheroad: | stuartm, is that item map stuff still used? aka does it make sense to convert the _fi script to the Perl Bindings? Or is it better to just delete it? |
| [16:55:15] | moparisthebest (moparisthebest!~quassel@cpe-74-140-228-202.swo.res.rr.com) has quit (Read error: Connection reset by peer) | |
| [16:55:53] | dekarl-ontheroad: | well, the finnish channel list is a bit out of date (looking at the xmltv ids) after only 6 1/2 years |
| [16:56:47] | paul-h: | stuartm: for example http://services.mythtv.org/channel-icon/looku . . . allback=1234 but try that with a search returns an internal server error http://services.mythtv.org/channel-icon/searc . . . allback=1234 |
| [16:59:10] | dekarl-ontheroad: | ^- there the id column is called iconID and the name is iconName |
| [17:04:21] | stuartm: | dekarl-ontheroad: item map stuff? |
| [17:05:08] | dekarl-ontheroad: | aye, looking at the link that sphery posted... looks like acient relicts from another time |
| [17:05:20] | dekarl-ontheroad: | https://code.mythtv.org/cgit/mythtv/tree/mythtv/contrib/icons/ |
| [17:05:55] | stuartm: | ah, the icon map, yeah that's obsolete, has been for years |
| [17:06:07] | dekarl-ontheroad: | makes me wonder if one should just collaborate and ingest, e.g. http://xmltv.cvs.sourceforge.net/viewvc/xmltv . . . _rt/lineups/ |
| [17:06:18] | stuartm: | dekarl-ontheroad: we do |
| [17:06:20] | stuartm: | already |
| [17:06:31] | stuartm: | for some grabbers |
| [17:06:37] | dekarl-ontheroad: | I really need to get my access to that repo sorted out :/ |
| [17:07:04] | dekarl-ontheroad: | and ask SnouF if there's any news |
| [17:07:09] | stuartm: | but we also need to map to other things like the service id so that users using eit etc benefit |
| [17:07:38] | dekarl-ontheroad: | stuartm, Nick's new lists contain the service_id :) |
| [17:07:56] | stuartm: | oh, that's nice |
| [17:07:57] | jya_: | now that is one creepy thing…. my frontend locked up.. and after about a minute it was usable again, restarted liveTV, and back in what i was watching Australia vs Netherland |
| [17:08:06] | jya_: | except the score is now 0–0 and 12 minutes in |
| [17:08:22] | jya_: | when I was about 48 minutes in with a score of 1–1 |
| [17:08:33] | jya_: | exited the frontend, restarted. and back to live |
| [17:08:45] | stuartm: | well at least you get to watch them go 3–1 down again |
| [17:08:53] | stuartm: | j/k |
| [17:09:13] | jya_: | not funny |
| [17:11:29] | stuartm: | well that should improve your mood |
| [17:12:04] | jya_: | you were saying ???? |
| [17:12:43] | jya_: | 2–1 |
| [17:12:48] | jya_: | go aussie ! |
| [17:12:52] | stuartm: | :) |
| [17:13:31] | jya_: | hopefully that frontend won’t lock on me again |
| [17:14:05] | stuartm: | not quite live then, unless there's a transmission delay to oz |
| [17:14:11] | jya_: | i think it’s my backend storage, its doing all its maintenance task around this time: ZFS snapshots etc |
| [17:14:33] | jya_: | oh I’m about 30s back, because i’ve replayed heaps of action |
| [17:15:03] | stuartm: | ... |
| [17:15:16] | jya_: | ffffkkkkk |
| [17:17:07] | stuartm: | guess I'm supporting Australia since half my family are aussies (not that I really had any intention to watch this match, just stuck it on because you mentioned it) |
| [17:17:42] | dekarl-ontheroad: | set speed to 1.1 :) bbl |
| [17:17:44] | dekarl-ontheroad (dekarl-ontheroad!5ddcf6fd@gateway/web/freenode/ip.93.220.246.253) has quit () | |
| [17:21:09] | jya_: | and i found my backend crashing .. |
| [17:21:13] | jya_: | very hard to concentrate |
| [17:21:18] | jya_: | this is an awesome game |
| [17:25:30] | jya_: | noooooo |
| [17:34:57] | SteveGoodey (SteveGoodey!~steve@host86-134-63-27.range86-134.btcentralplus.com) has joined #mythtv | |
| [17:40:22] | moparisthebest (moparisthebest!~quassel@cpe-74-140-228-202.swo.res.rr.com) has joined #mythtv | |
| [17:43:30] | tris (tris!tristan@2001:1868:a00a::4) has joined #mythtv | |
| [17:51:41] | stuartm: | commiserations |
| [18:36:19] | stichnot (stichnot!stichnot@mythtv/developer/stichnot) has quit (Ping timeout: 240 seconds) | |
| [18:51:34] | acle (acle!~tb@seattle-nat.cray.com) has quit (Read error: Connection reset by peer) | |
| [18:57:57] | gigem: | stuartm: Do want an exception (with a perhaps vague description) or a simple false when the services can't add/update/delete a recording rule? |
| [19:00:18] | stuartm: | false, personally I think exceptions are more appropriate when bad data is given, not when we simply cannot action a request |
| [19:00:56] | gigem: | OKay. |
| [19:33:24] | gigem: | stuartm: I just pushed the simple duplicate recording rule check you wanted. I don't get an error from the web gui when I try to create a dupllicate. I'll let you check that out. I do get a false error, though, when I try to delete a rule from the recordings rule page. It say something about "recRuleChanged() called with invalid popup ID: (6004_2014-06–18T21:00:00.000Z_schedpopup". |
| [19:35:13] | stuartm: | thanks, I'll sort out that error |
| [19:53:42] | dekarl1 is now known as dekarl | |
| [20:14:00] | Warped (Warped!~Warped@108-85-161-113.lightspeed.cicril.sbcglobal.net) has quit (Quit: ChatZilla 0.9.90.1 [Firefox 30.0/20140605174243]) | |
| [20:15:12] | natanojl (natanojl!~jonatan@mythtv/developer/natanojl) has quit (Ping timeout: 245 seconds) | |
| [20:23:29] | Jordack (Jordack!~Jordack@75-151-31-172-Michigan.hfc.comcastbusiness.net) has quit () | |
| [20:28:24] | natanojl (natanojl!~jonatan@mythtv/developer/natanojl) has joined #mythtv | |
| [20:34:37] | stuartm: | Captain_Murdoch: from memory it was Dell/IBM kit, but this was a while ago and I wouldn't trust that I've got that entirely correct |
| [20:36:59] | stuartm: | note that there's no mention of this manufacturer restriction on http://osuosl.org/services/hosting/details/ so maybe it's not the strict requirement I thought |
| [20:37:35] | kormoc: | I'd be surprised if they didn't allow super micro |
| [20:40:05] | stuartm: | "We require all servers to have sliding rails and cable management arms. Hardware must be purchased from a vendor rather than built by hand to ensure it operates as intended. We prefer that hardware also includes dual power, some type of out-of-band management (i.e. iLO, iDRAC, etc) and a three-year basic hardware warranty. We prefer not to host any machines larger than 2U, but can work with our clients to accomodate larger servers if needed." |
| [20:40:19] | stuartm: | those are their stated restrictions |
| [20:40:40] | kormoc: | yeah, super micro works with all of that |
| [20:40:51] | kormoc: | it's the common whitebox server hardware everyone uses |
| [20:42:07] | stuartm: | Captain_Murdoch: so the only question mark would be the warranty since I'm betting that the stuff from work is out of warranty by now? |
| [20:42:57] | kormoc: | we can always purchase a warranty |
| [20:47:19] | stuartm: | true |
| [20:48:33] | Captain_Murdoch: | yeah |
| [20:49:01] | Captain_Murdoch: | supportable for 7–8 I believe, but we normally pre-pay for 5 I believe to get a discount. |
| [20:49:18] | kormoc: | If we plan ahead, I can arrange to be on site |
| [20:50:14] | jpharvey_ (jpharvey_!~jpharvey@host109-148-117-61.range109-148.btcentralplus.com) has quit (Ping timeout: 252 seconds) | |
| [20:50:44] | stuartm: | our own hardware would give us more flexibility in the number and configuration of VMs, so that would be great |
| [20:52:48] | Captain_Murdoch: | If I can get one (or a second for parts), I'm not sure of timeline, I'd have to check into some things. I don't know what we have sitting in the data centers already unracked or what is planned to be unracked in the near future. best case would be a PE1950 III. I'll put some feelers out and take a look around to see what the likelyhood is. I think that last time they even offered to pay shipping since I have a good relations |
| [20:52:48] | Captain_Murdoch: | hip with the people who have to sign off on it and they know what MythTV is. |
| [20:53:35] | Captain_Murdoch: | could also try 2U PE2950's which have more drive bays. |
| [20:54:00] | Warped (Warped!~Warped@108-85-161-113.lightspeed.cicril.sbcglobal.net) has joined #mythtv | |
| [20:56:50] | Captain_Murdoch: | I know we were just looking at maintenance renewal for some systems we aren't getting rid of, so I can check to see what that cost would be for a system. |
| [21:02:11] | jpharvey_ (jpharvey_!~jpharvey@host109-145-24-102.range109-145.btcentralplus.com) has joined #mythtv | |
| [21:12:33] | natanojl (natanojl!~jonatan@mythtv/developer/natanojl) has quit (Ping timeout: 240 seconds) | |
| [21:27:35] | SteveGoodey (SteveGoodey!~steve@host86-134-63-27.range86-134.btcentralplus.com) has quit (Quit: Konversation terminated!) | |
| [21:28:28] | caelor: | what would be required for the mbe to notify frontends that a recording's details have been changed (I'm thinking specifically the hostname value in its row in recorded)? |
| [21:29:38] | caelor: | I'm guessing RECORDED_LIST_CHANGE |
| [21:30:45] | caelor: | or rather, that would be what the backend sends to frontends to notify them of the change |
| [21:31:29] | stuartm: | yes |
| [21:32:40] | caelor: | is there a backend query that would trigger the RECORDED_LIST_CHANGE ? |
| [21:33:30] | caelor: | I'm tracing my way through the code, trying to figure out how to add in a --movefile to mythutil, including moving recordings between hosts (very early work, just understanding architecture at present) |
| [22:00:55] | dekarl: | jya, have you already seen the patch at https://forum.mythtv.org/viewtopic.php?f=9&t=173#p901&nbs p;? Its supposedly a feature patch adding an OpenMAX decoder, but it doesn't apply to master |
| [22:05:21] | Tobbe5178 (Tobbe5178!~asdf@h104n2-sv-a13.ias.bredband.telia.com) has quit (Read error: Connection reset by peer) | |
| [22:29:46] | paul-h (paul-h!~Paul@94.6.239.28) has quit (Quit: Konversation terminated!) | |
| [22:48:51] | stuartm: | http://www.theregister.co.uk/2014/06/18/code_spaces_destroyed/ |
| [22:50:31] | dekarl: | Good thing that git has a full backup at each developer's :) |
| [22:50:51] | kormoc: | password vaults and 2fa. It's unacceptable these days otherwise |
| [22:52:57] | stichnot (stichnot!~stichnot@adsl-68-125-54-22.dsl.pltn13.pacbell.net) has joined #mythtv | |
| [22:52:57] | stichnot (stichnot!~stichnot@mythtv/developer/stichnot) has joined #mythtv | |
| [22:52:57] | stichnot (stichnot!~stichnot@adsl-68-125-54-22.dsl.pltn13.pacbell.net) has quit (Changing host) | |
| [22:53:12] | stuartm: | and not putting all the eggs in a single basket |
| [22:55:21] | dekarl: | so "all eggs in a single basket" was the wrong answer? lets see what the internet comes up with instead https://twitter.com/caschy/status/479219214482694144/photo/1& nbsp;:D |
| [22:57:11] | stuartm: | speaking of 2 factor authentication, https://github.com/blog/1614-two-factor-authentication |
| [23:33:12] | stuartm: | of course the flaw in the github (and many others) security is that as a project we can't require project admins use 2 factor auth, there's no way of enforcing it or even telling who does or doesn't have it enabled |
| [23:39:07] | Warped (Warped!~Warped@108-85-161-113.lightspeed.cicril.sbcglobal.net) has quit (Quit: ChatZilla 0.9.90.1 [Firefox 30.0/20140605174243]) | |
| [23:54:18] | Warped (Warped!~Warped@108-85-161-113.lightspeed.cicril.sbcglobal.net) has joined #mythtv | |
| [23:59:49] | gigem (gigem!~david@mythtv/developer/gigem) has quit (Quit: WeeChat 0.4.3) | |
IRC Logs collected by
BeirdoBot.
Please use the above link to report any bugs.
