| Monday, March 16th, 2015, 00:07 UTC | ||
| [00:07:17] | joki (joki!~joki@p54860F52.dip0.t-ipconnect.de) has quit (Ping timeout: 252 seconds) | |
| [00:23:00] | andreaz (andreaz!~andre_000@p57922A48.dip0.t-ipconnect.de) has quit (Read error: Connection reset by peer) | |
| [00:29:54] | MitchCapper (MitchCapper!~user@unaffiliated/mitchcapper) has quit (Ping timeout: 246 seconds) | |
| [00:30:52] | stuartm: | not seeing any improvement in build speeds |
| [00:35:57] | MitchCapper (MitchCapper!~user@unaffiliated/mitchcapper) has joined #mythtv | |
| [00:39:04] | usr13 (usr13!~terry@74.113.245.221) has quit (Quit: Lost terminal) | |
| [00:47:49] | MitchCapper (MitchCapper!~user@unaffiliated/mitchcapper) has quit (Read error: Connection reset by peer) | |
| [00:49:56] | MitchCapper (MitchCapper!~user@unaffiliated/mitchcapper) has joined #mythtv | |
| [00:50:23] | usr13 (usr13!~terry@74.113.245.120) has joined #mythtv | |
| [00:51:46] | usr13: | Trying to set up HDHomeRun network tuner but do not see it in the list of Card types. What have I done wrong? |
| [00:54:34] | usr13: | I see CETON (which has place for IP). Will that one work? |
| [00:54:57] | MitchCapper: | you should see HDHomeRun enetworked tuner under card types so if you are not something may be misconfigured |
| [00:55:06] | MitchCapper: | are you building from source or using a binary package and what version? |
| [00:56:04] | usr13: | mythtv-0.27.4-x86_64 (yes) |
| [00:58:53] | MitchCapper: | and your operating system? |
| [00:59:40] | usr13: | Slackware 14.1 |
| [01:00:43] | usr13: | Linux kernel 3.10.17 |
| [01:02:17] | MitchCapper: | It looks like the only way that doesnt get added to the list is if USING_HDHOMERUN is not defined |
| [01:02:32] | MitchCapper: | during compiling which seems unlikely for a binary package |
| [01:02:47] | usr13: | Not a binary package |
| [01:02:50] | MitchCapper: | Sorry not sure. |
| [01:03:07] | usr13: | Let me look at build options again. |
| [01:03:07] | MitchCapper: | oh, i see the yes was a bit abigious :) |
| [01:03:49] | usr13: | Sorry, did not read second half of your sentence. ...off to rebuild. |
| [01:04:47] | MitchCapper: | Ironically it seems I have now run into a tuner issue: After updating to head everything is working except for the HDPVR capture, cat /dev/video1 > file.mpg works just fine (and provides data instantly) however mythbackend fails with: TuningSignalCheck: taking more than 15000 ms to get a lock. I did re-run mythtv setup just to make sure some setting didn't need to be reset. |
| [01:18:33] | MitchCapper: | does it use audio information to try and determine lock? |
| [01:24:10] | arescorpio (arescorpio!~arescorpi@8-242-16-190.fibertel.com.ar) has joined #mythtv | |
| [01:45:27] | MitchCapper (MitchCapper!~user@unaffiliated/mitchcapper) has left #mythtv () | |
| [01:54:42] | rich0_ is now known as rich0 | |
| [02:36:17] | sheedy-away is now known as sheedy | |
| [03:00:14] | sheedy is now known as sheedy-away | |
| [03:40:37] | gregL (gregL!~greg@cpe-74-76-121-109.nycap.res.rr.com) has quit (Ping timeout: 264 seconds) | |
| [03:53:24] | gregL (gregL!~greg@108.62.235.39) has joined #mythtv | |
| [04:24:02] | arescorpio (arescorpio!~arescorpi@8-242-16-190.fibertel.com.ar) has quit (Excess Flood) | |
| [04:47:28] | fetzerch (fetzerch!~quassel@unaffiliated/fetzerch) has joined #mythtv | |
| [04:52:01] | fetzerch_ (fetzerch_!~quassel@unaffiliated/fetzerch) has quit (Ping timeout: 264 seconds) | |
| [07:12:41] | FabriceMG (FabriceMG!~Thunderbi@217.112.59.207) has joined #mythtv | |
| [07:28:25] | Roklobsta (Roklobsta!~Roklobsta@ppp118-209-10-57.lns20.mel4.internode.on.net) has joined #mythtv | |
| [07:38:27] | Tobbe5178 (Tobbe5178!~asdf@2001:2002:d9d4:ce7e:e5c8:1a14:324b:ec0b) has joined #mythtv | |
| [08:07:28] | SteveGoodey (SteveGoodey!~steve@host86-151-178-79.range86-151.btcentralplus.com) has joined #mythtv | |
| [08:56:38] | Merlin83b (Merlin83b!~Daniel@office.34sp.com) has joined #mythtv | |
| [09:50:10] | SteveGoodey (SteveGoodey!~steve@host86-151-178-79.range86-151.btcentralplus.com) has quit (Quit: Konversation terminated!) | |
| [09:58:52] | stuarta: | stuartm: re ipv6 to the backend, i went via dns. ie. my backend ip6 resolves via dns |
| [10:05:44] | Tobbe5178 (Tobbe5178!~asdf@2001:2002:d9d4:ce7e:e5c8:1a14:324b:ec0b) has quit (Read error: Connection reset by peer) | |
| [10:10:58] | stuartm: | stuarta: ok, seems I'm unable to reach mine via the ip alone |
| [10:14:19] | stuarta: | stuartm: let me try |
| [10:14:45] | stuarta: | fyi, link local addresses must be clarified with the scope, because all link locals share the same address prefix |
| [10:16:55] | stuartm: | yep, I'd discovered that complication, problem is that no browser seems to accept an ip with the scope |
| [10:17:51] | stuarta: | chrome is being silly and converting it to a search request |
| [10:20:03] | stuarta: | same with firefox |
| [10:20:08] | stuarta: | wtf is going on |
| [10:20:26] | stuarta: | they have clearly decided that search is more important than ipv6 literals |
| [10:22:32] | stuartm: | I strongly dislike the way browsers like Chrome hi-jack typos |
| [10:22:39] | stuarta: | right, that's the issue. they convert LL addresses into search requests, but not global scoped ipv6 addresses |
| [10:23:01] | stuarta: | you steaming pile of shit |
| [10:23:49] | stuartm: | so in an IPv6 only world you'll not be able to access local websites, yay |
| [10:23:59] | stuarta: | not true |
| [10:24:04] | stuarta: | you have to put them in dns |
| [10:24:33] | stuarta: | on a local network, multicast dns is supposed to account for learning the right address |
| [10:24:58] | stuartm: | right, but isn't that a lot of messing about just to be able to configure your printer (cups) or schedule recordings (mythfrontend) etc? |
| [10:25:40] | stuarta: | most distros auto enable mdns |
| [10:26:00] | ** stuarta tries to work out what zone mdns uses ** | |
| [10:33:10] | stuarta: | well thats not helpful, returns the ipv4 address |
| [10:34:21] | stuartm: | seems android doesn't support mDNS – so good luck accessing that local service from your phone/tablet :( |
| [10:38:42] | stuarta: | on the bright side it works for the browser |
| [10:38:47] | stuarta: | <hostname>.local |
| [10:38:58] | stuarta: | getent hosts <hostname>.local |
| [10:44:38] | stuartm: | well it's still academic for now, not planning to do away with ipv4 on my local network any time soon, but I'm frustrated that they haven't sorted this stuff out so that it just works |
| [10:46:43] | stuarta: | stuartm: from what i've seen it does more "just works" than ipv4 ever did |
| [10:47:15] | stuarta: | but, much stuff has been layered on ipv4 to increase "just works" such that it may give the appearance of working better |
| [10:48:45] | stuartm: | stuarta: maybe at the internet level, for the SMB/home it's a different story IMHO – this is what pisses me off about IPv6, the engineers came up with a system, pushed it through as a standard and then patted themselves on the back for a job well done, only there are so many missing components, so many things that need to happen for it all to work |
| [10:51:27] | stuartm: | ipv6 home routers with decent firewalls (blocking all incoming traffic), firewalls enabled by default at the device level for every network connected device, mDNS support for all clients etc |
| [10:52:48] | stuarta: | end user device support is still lacking |
| [10:52:57] | stuarta: | when it does come it will actually be much better |
| [10:53:06] | stuarta: | stuff like dhcp becomes unnecessary |
| [10:53:40] | stuartm: | what replaces it? |
| [10:53:54] | stuarta: | with ipv6-pd your isp would assign your router an ipv6 range, which it would then announce into your network, and all the devices would have a global address automatically |
| [10:54:17] | stuarta: | that stuff "just works" and is brilliant |
| [10:55:14] | stuarta: | for example if you ran a big corp network and needed to change the ip range on 100's or 1000's of clients. all you do is change the prefix announcement on the router and it all gets done automatically |
| [10:55:18] | stuarta: | no end user visits |
| [10:56:13] | stuartm: | so instead of clients asking the router what their IP is, the router tells the clients as they appear on the network? |
| [10:56:15] | stuarta: | fyi, there is *some* end user hardware around, but it's at the expensive end |
| [10:56:50] | stuarta: | stuartm: effectively yes, the host part is generated by the host itself, and the network announces the network part of the ip |
| [10:57:55] | stuarta: | although for the masocists, they did also invent dhcpv6 |
| [10:57:58] | ** stuarta facepalms ** | |
| [10:58:48] | stuartm: | doesn't sound that much different from DHCP in real terms – there's still a part of the address that is assigned by the router |
| [10:59:06] | stuarta: | the net effect is the same |
| [10:59:38] | stuartm: | I'd guess the host/interface part is static? Pre-assigned perhaps like the MAC address? |
| [11:00:06] | stuarta: | it's derived from the mac address |
| [11:00:11] | stuartm: | not sure how you avoid collisions there otherwise |
| [11:00:27] | stuarta: | so the privacy nuts have insisted on privacy extensions, so their mac isn't traceable |
| [11:01:28] | stuartm: | as a privacy nut I should hope so :) |
| [11:03:00] | stuarta: | i've decided that i don't give a shit because if the want to know what you are up to, there are plenty of other ways to track you |
| [11:03:08] | stuarta: | ~*they |
| [11:03:11] | stuartm: | https://tools.ietf.org/html/rfc4941 |
| [11:03:35] | stuarta: | yes that's them |
| [11:03:40] | stuartm: | stuarta: depends who 'they' are, state level yes, they'll find ways, but advertisers etc? |
| [11:03:51] | stuarta: | most distros enable it by default these days |
| [11:04:55] | stuartm: | I don't much like the idea that every wireless hotspot I connect to I'm still uniquely identifiable to the likes of Doubleclick purely because the last 64bits of my IP uniquely identify my device |
| [11:09:34] | stuartm: | then again, that's what VPNs are for – they might know who the traffic is coming from, but they don't get to track you as you move around |
| [11:13:44] | stuarta: | they leverage the cookies more |
| [11:13:55] | stuarta: | cookies are everything |
| [11:14:34] | stuartm: | cookies are very easily blocked |
| [11:14:49] | stuartm: | ip address can't be blocked in the same way |
| [11:16:43] | stuartm: | I wonder if Google etc will use a single IPv6 routing prefix, would make them even easier to block than they are now |
| [11:17:29] | stuarta: | yes, the already do |
| [11:19:47] | stuarta: | hmmm, they must use several |
| [11:19:52] | stuarta: | https://who.is/whois-ip/ip-address/2a00:1450:400c:c01::8a |
| [11:21:02] | stuartm: | with google it's a game of whack-a-mole, they introduce new domains all the time |
| [11:21:24] | stuarta: | yes, but their ip allocations v4 & v6 won't change quickly |
| [11:23:04] | stuarta: | the fact that that range is owned by google ireland, to me indicates it's most likely a european address block |
| [11:31:32] | Roklobsta (Roklobsta!~Roklobsta@ppp118-209-10-57.lns20.mel4.internode.on.net) has quit (Quit: KVIrc 4.2.0 Equilibrium http://www.kvirc.net/) | |
| [11:44:57] | Roklobsta (Roklobsta!~Roklobsta@ppp118-209-10-57.lns20.mel4.internode.on.net) has joined #mythtv | |
| [12:16:37] | ruffyen (ruffyen!~ruffyen@97.85.17.102) has left #mythtv () | |
| [12:50:26] | bas-t (bas-t!~bas-t@52484E89.cm-4-1b.dynamic.ziggo.nl) has joined #mythtv | |
| [13:22:35] | superm1 (superm1!uid4318@ubuntu/member/superm1) has joined #mythtv | |
| [13:52:01] | stuarta: | hmmm, now why does my master backend occasionally throw "QIODevice::read: device not open" |
| [13:52:06] | stuarta: | very odd |
| [14:07:36] | Jordack (Jordack!~Jordack@75-151-31-172-Michigan.hfc.comcastbusiness.net) has joined #mythtv | |
| [14:18:56] | stuartm: | something not checking that Open() succeeded |
| [14:19:28] | stuartm: | of course that much is obvious, it's the where which you'll have to use a breakpoint on QWarning |
| [14:20:26] | gregL (gregL!~greg@108.62.235.39) has quit (Ping timeout: 246 seconds) | |
| [14:21:07] | stuarta: | tracking it down is going to be difficult. i had 4 in about 7 days |
| [14:27:46] | SteveGoodey (SteveGoodey!~steve@host86-151-178-79.range86-151.btcentralplus.com) has joined #mythtv | |
| [14:35:39] | gregL (gregL!~greg@cpe-74-76-121-109.nycap.res.rr.com) has joined #mythtv | |
| [14:44:25] | SteveGoodey (SteveGoodey!~steve@host86-151-178-79.range86-151.btcentralplus.com) has quit (Remote host closed the connection) | |
| [14:59:54] | Roklobotomy (Roklobotomy!~Roklobsta@ppp118-209-183-39.lns20.mel8.internode.on.net) has joined #mythtv | |
| [15:00:15] | Roklobsta (Roklobsta!~Roklobsta@ppp118-209-10-57.lns20.mel4.internode.on.net) has quit (Ping timeout: 264 seconds) | |
| [15:12:23] | Roklobsta (Roklobsta!~Roklobsta@ppp118-209-34-23.lns20.mel4.internode.on.net) has joined #mythtv | |
| [15:14:03] | Roklobotomy (Roklobotomy!~Roklobsta@ppp118-209-183-39.lns20.mel8.internode.on.net) has quit (Ping timeout: 246 seconds) | |
| [15:42:15] | jab416171 (jab416171!~jab416171@c-24-2-67-176.hsd1.ut.comcast.net) has quit (Max SendQ exceeded) | |
| [15:42:45] | jab416171 (jab416171!~jab416171@c-24-2-67-176.hsd1.ut.comcast.net) has joined #mythtv | |
| [15:53:14] | warpme (warpme!~piotro@89-79-250-31.dynamic.chello.pl) has joined #mythtv | |
| [15:54:01] | warpme: | dekarl: issue with MM_DHCP_TZ is simple typo in LOG messages. It should be MM_DHCP_TCODE |
| [15:54:58] | warpme: | Pls make sure Your DHCP properly provides option tcode. |
| [15:56:44] | warpme: | I added logging of received DHCP parameters – You can see them in /var/log/udhcpc I also fixed typo in init script. pls download 7.3.3 from my web server. |
| [15:57:45] | warpme: | Generally – if You will be not able to get Your DHCP server correctly providing tcode – You can supply it via minimyth.conf variable MM_DHCP_TCODE |
| [15:58:58] | warpme: | my dhcpd server has: option tcode code 101 = string; |
| [15:59:24] | warpme: | and option tcode "Europe/Warsaw"; |
| [15:59:29] | SteveGoodey (SteveGoodey!~steve@host86-151-178-79.range86-151.btcentralplus.com) has joined #mythtv | |
| [16:11:04] | warpme (warpme!~piotro@89-79-250-31.dynamic.chello.pl) has quit (Remote host closed the connection) | |
| [16:33:11] | FabriceMG (FabriceMG!~Thunderbi@217.112.59.207) has quit (Quit: FabriceMG) | |
| [16:43:36] | MythBuild: | build #1036 of master-freebsd10–64bit is complete: Failure [4failed compile core] Build details are at http://code.mythtv.org/buildbot/builders/mast . . . /builds/1036 blamelist: Stuart Morgan <smorgan@mythtv.org > |
| [16:49:55] | MythBuild: | build #1519 of master-fedora-32bit is complete: Failure [4failed compile core] Build details are at http://code.mythtv.org/buildbot/builders/mast . . . /builds/1519 blamelist: Stuart Morgan <smorgan@mythtv.org > |
| [16:50:17] | MythBuild: | build #1040 of master-f20–64bit is complete: Failure [4failed compile core] Build details are at http://code.mythtv.org/buildbot/builders/mast . . . /builds/1040 blamelist: Stuart Morgan <smorgan@mythtv.org > |
| [16:50:33] | MythBuild: | build #138 of master-f21–64bit is complete: Failure [4failed compile core] Build details are at http://code.mythtv.org/buildbot/builders/mast . . . t/builds/138 blamelist: Stuart Morgan <smorgan@mythtv.org > |
| [16:50:36] | MythBuild: | build #137 of master-f21-qt5–64bit is complete: Failure [4failed compile core] Build details are at http://code.mythtv.org/buildbot/builders/mast . . . t/builds/137 blamelist: Stuart Morgan <smorgan@mythtv.org > |
| [16:55:04] | MythBuild: | build #2411 of master-ubuntu-12_04-lts-64bit is complete: Failure [4failed compile core] Build details are at http://code.mythtv.org/buildbot/builders/mast . . . /builds/2411 blamelist: Stuart Morgan <smorgan@mythtv.org > |
| [16:55:39] | MythBuild: | build #382 of master-centos7–64bit is complete: Failure [4failed compile core] Build details are at http://code.mythtv.org/buildbot/builders/mast . . . t/builds/382 blamelist: Stuart Morgan <smorgan@mythtv.org > |
| [17:11:18] | MythBuild: | build #65 of master-debian-wheezy-qt5–32bit is complete: Failure [4failed unit test core] Build details are at http://code.mythtv.org/buildbot/builders/mast . . . it/builds/65 blamelist: Stuart Morgan <smorgan@mythtv.org > |
| [17:17:38] | MythBuild: | build #2353 of master-ubuntu-current-64bit is complete: Failure [4failed unit test core] Build details are at http://code.mythtv.org/buildbot/builders/mast . . . /builds/2353 blamelist: Stuart Morgan <smorgan@mythtv.org > |
| [17:18:36] | MythBuild: | build #2705 of master-debian-wheezy-64bit is complete: Failure [4failed unit test core] Build details are at http://code.mythtv.org/buildbot/builders/mast . . . /builds/2705 blamelist: Stuart Morgan <smorgan@mythtv.org > |
| [17:30:27] | stuartm: | forgot to build the unit tests |
| [17:37:40] | ** stuarta is trying to work out how to abuse QtDBus ** | |
| [17:39:04] | stuartm: | actually I can't build the unit tests here, they all segfault ... hmm |
| [17:49:00] | stuarta: | do you get the feeling that every time you try to fix something you uncover another 5 that need fixing first? |
| [17:51:47] | gary_buhrmaster: | stuarta: goes under the heading "No deed goes unpunished". |
| [17:52:42] | stuarta: | heh |
| [17:52:57] | stuarta: | seriously it should not be this difficult to call dbus |
| [17:58:03] | MythBuild: | build #1044 of master-f20–64bit is complete: Success [3build successful] Build details are at http://code.mythtv.org/buildbot/builders/mast . . . /builds/1044 |
| [17:58:25] | MythBuild: | build #142 of master-f21–64bit is complete: Success [3build successful] Build details are at http://code.mythtv.org/buildbot/builders/mast . . . t/builds/142 |
| [17:58:29] | Merlin83b (Merlin83b!~Daniel@office.34sp.com) has quit (Quit: Leaving) | |
| [17:58:57] | MythBuild: | build #141 of master-f21-qt5–64bit is complete: Success [3build successful] Build details are at http://code.mythtv.org/buildbot/builders/mast . . . t/builds/141 |
| [18:01:25] | MythBuild: | build #1523 of master-fedora-32bit is complete: Success [3build successful] Build details are at http://code.mythtv.org/buildbot/builders/mast . . . /builds/1523 |
| [18:12:50] | MythBuild: | build #1041 of master-freebsd10–64bit is complete: Success [3build successful] Build details are at http://code.mythtv.org/buildbot/builders/mast . . . /builds/1041 |
| [18:12:52] | MythBuild: | build #2707 of master-debian-wheezy-64bit is complete: Success [3build successful] Build details are at http://code.mythtv.org/buildbot/builders/mast . . . /builds/2707 |
| [18:13:17] | stuartm: | stuarta: https://techbase.kde.org/Development/Tutorial . . . D-Bus_Method |
| [18:15:51] | gary_buhrmaster: | stuarta: I would point out that in some jurisdictions abusing your QtDBus may result in code protective services taking it away, and only limited fully supervised visits will be allowed at a neutral repository. |
| [18:16:23] | stuartm: | https://doc.qt.io/qt-5/qdbusmessage.html#createMethodCall |
| [18:16:47] | stuartm: | :D |
| [18:18:06] | MythBuild: | build #68 of master-debian-wheezy-qt5–32bit is complete: Success [3build successful] Build details are at http://code.mythtv.org/buildbot/builders/mast . . . it/builds/68 |
| [18:25:53] | MythBuild: | build #2416 of master-ubuntu-12_04-lts-64bit is complete: Success [3build successful] Build details are at http://code.mythtv.org/buildbot/builders/mast . . . /builds/2416 |
| [18:29:17] | MythBuild: | build #387 of master-centos7–64bit is complete: Success [3build successful] Build details are at http://code.mythtv.org/buildbot/builders/mast . . . t/builds/387 |
| [18:30:49] | MythBuild: | build #2356 of master-ubuntu-current-64bit is complete: Success [3build successful] Build details are at http://code.mythtv.org/buildbot/builders/mast . . . /builds/2356 |
| [18:49:18] | dekarl1 (dekarl1!~dekarl@mythtv/developer/dekarl) has joined #mythtv | |
| [18:52:24] | dekarl (dekarl!~dekarl@mythtv/developer/dekarl) has quit (Ping timeout: 246 seconds) | |
| [18:52:24] | bas-t (bas-t!~bas-t@52484E89.cm-4-1b.dynamic.ziggo.nl) has quit (Remote host closed the connection) | |
| [19:12:23] | jya (jya!~jya@mythtv/developer/jya) has quit (Ping timeout: 252 seconds) | |
| [19:17:45] | gigem: | stuartm: Are you using any tools to help you clean up includes? I wonder if https://code.google.com/p/cppclean/ or https://code.google.com/p/include-what-you-use/ are any good. |
| [19:24:04] | stuartm: | gigem: I've tried cppclean – the google code repo is now abandoned, but there is a fork on github |
| [19:24:09] | moparisthebest (moparisthebest!~mitb@unaffiliated/moparisthebest) has quit (Ping timeout: 250 seconds) | |
| [19:25:09] | stuartm: | cppclean is OK, but it doesn't seem to list any unnecessary includes of system headers – stdlib, QT etc which limits it's effectiveness |
| [19:25:53] | stuartm: | I've downloaded include-what-you-use but it's tied to specific versions of llvm, so I've not got around to building it yet |
| [19:27:35] | stuartm: | a few false positives with cppclean, it doesn't understand certain code constructs and crashes a lot |
| [19:28:02] | stuartm: | apparently on windows the goto is PC-Lint, there's nothing for linux except those two you've mentioned |
| [19:32:56] | moparisthebest (moparisthebest!~mitb@unaffiliated/moparisthebest) has joined #mythtv | |
| [19:33:14] | stuartm: | fully working tools would make it all a lot easier, but I might have the urge to do something about it out of my system for now :) |
| [19:34:05] | moparisthebest (moparisthebest!~mitb@unaffiliated/moparisthebest) has quit (Client Quit) | |
| [19:34:21] | andreaz (andreaz!~andre_000@p57922A48.dip0.t-ipconnect.de) has joined #mythtv | |
| [19:35:11] | stuartm: | it's the sort of busy work I do from time to time when I can't summon the enthusiasm to do something more productive |
| [19:37:47] | moparisthebest (moparisthebest!~mitb@unaffiliated/moparisthebest) has joined #mythtv | |
| [19:38:55] | gigem: | stuartm: I was surprised gcc doesn't already have something. |
| [19:41:42] | stuartm: | yeah it surprises me too, there's a surprising deficit of tools to do all manner of code related tasks |
| [19:45:07] | gigem: | Isn't that one of the thing LLVM is supposed to address — i.e. make it much easier for others to develop compiler related tools? |
| [19:47:04] | stuartm: | I believe that's one of the intents yes, certainly seems to be working out that way – e.g. Vulkan the OpenGL replacement API uses a modified llvm to compile it's instructions |
| [19:48:41] | stuartm: | though not directly related I spent a lot of time recently looking for tools to validate HTTP clients and servers, check that all of the protocol has been correctly implemented, that clients and servers respond as expected to requests and responses – it's one of the most widely used protocols in existence, has been around for over 20 years so you'd expect that many people would have found such tools extremely useful, but there is nothing at all |
| [19:48:42] | stuartm: | out there |
| [19:52:29] | gigem: | I guess nobody else likes to write test code either. :) One would think an untapped HTTP test tool market would be lucrative enough to attract somebody by now, though. |
| [19:56:48] | stuartm: | I think I came across one $$$ commercial solution, I was mainly interested in the ones I could afford, i.e. free |
| [19:58:17] | dekarl1: | Do we need a prefix on IPv4 link local addresses, too. Or are they "just a mere hack" anyway? ;) |
| [19:58:40] | dekarl1: | warpme, ty I'll take a look later. I've already told DHCPd to announce Europe/Berlin |
| [19:59:10] | stuartm: | a nice contrast to that situation is the Authbahn testsuite for the WebSocket protocol – that does everything you could ask of it, easy to use, generates a nice well presented report and comes with full documentation of all the tests it runs so you can see exactly what is expected |
| [19:59:32] | stuartm: | oh, and it's completely free |
| [20:00:47] | stuartm: | which reminds me that I need to transplant the xmltv utf8 handling into our websocket implementation |
| [20:02:43] | stuartm: | thinking about leveraging the websocket to provide a 'live' backend log viewer for the WebFrontend |
| [20:03:44] | jya (jya!~jya@mythtv/developer/jya) has joined #mythtv | |
| [20:10:47] | gigem: | stuartm: I've been meaning to ask you. Is websocket something that could be a practical replacement for mythproto? IOW, could the services API be run over websocket more efficiently than it can over HTTP? |
| [20:15:24] | stuartm: | the services API could run over websocket more efficiently yes, but myth protocol would still be more efficient since it's free of markup – e.g. a myth protocol serialised ProgramInfo is significantly smaller than the equivalent Program object provided via the services API |
| [20:16:35] | stuartm: | websocket does offer the potential of compressing the payload (optional extension to the spec), but whether that would provide any benefits on a local network given the overhead of compression/decompression I can't say |
| [20:17:56] | stuartm: | it's probably worth creating some benchmarks |
| [20:21:28] | dekarl1 is now known as dekarl | |
| [20:25:09] | skd5aner (skd5aner!~skd5aner@21.sub-70-198-65.myvzw.com) has quit (Ping timeout: 246 seconds) | |
| [20:29:01] | Roklobsta (Roklobsta!~Roklobsta@ppp118-209-34-23.lns20.mel4.internode.on.net) has quit (Ping timeout: 252 seconds) | |
| [20:30:44] | Roklobsta (Roklobsta!~Roklobsta@ppp118-209-34-23.lns20.mel4.internode.on.net) has joined #mythtv | |
| [20:32:32] | SteveGoodey (SteveGoodey!~steve@host86-151-178-79.range86-151.btcentralplus.com) has quit (Quit: Konversation terminated!) | |
| [20:33:12] | dekarl: | strange, with the minimyth image from yesterday I now get the "end of recording menu, do you want to delete" no matter if I set/unset it in the config. Also the "mark watched at end" is set, but it doesn't :/ |
| [20:39:40] | stuartm: | dekarl: warpme applies a lot of patches to the clean source |
| [20:42:55] | gigem: | stuartm: I can't imagine we have anything protocol wise that is *that* speed critical. The big thing I'd still like to avoid is duplicate functionality in both the API and mythproto. |
| [20:46:44] | Jordack (Jordack!~Jordack@75-151-31-172-Michigan.hfc.comcastbusiness.net) has quit () | |
| [20:47:29] | stuartm: | well speed matters in so much as loading of the guide and other large lists in the frontend depends on receiving the requested data from the backend promptly – Daniel put in a lot of work to optimise the serialisation of that data, reducing the size on the wire to improve the responsiveness of the frontend when browsing the guide etc |
| [20:49:20] | stuartm: | we can do some experiments to see what differences there are between the two protocols, but I'll need to make |
| [20:50:05] | stuartm: | it possible to expose the services API via websockets and implement some of the optional websocket extensions such as compression, and multiplexing first |
| [20:52:49] | gigem: | Is the EPG slow on your web rewrite when run locally? I've only tried it remotely from work. |
| [20:55:44] | stuartm: | slow to load, or slow to animate? It's reasonably fast here when run locally, but it could be faster, I want to implement background loading – so it starts by loading the channels which are initially on-screen then loads the channels which are off-screen in batches, perhaps then going on to pre-cache the next 3 hours worth as well |
| [20:56:59] | stuartm: | animations can be disabled now in master if you want to rule those out – they are fast in all the latest desktop browsers, but not fast enough in the mobile browsers yet |
| [21:02:19] | stuartm: | gigem: optimising and improve responsiveness is high on my TODO list, but behind getting the basic features in place |
| [21:05:32] | gigem: | stuartm: Slow to navigate. For example, after clicking the arrow to move forward or backward in time, it takes about 1–1.5s to update. It's acceptable for a remote, web app, but would be very annoying of the frontend took that long. |
| [21:06:47] | gigem: | Hmm, strangely, the EPG comes up faster than it pans. |
| [21:08:47] | stuartm: | gigem: frontend wouldn't take that long, it's more of an issue of caching and on-demand loading that's a little trickier to implement in javascript/html than it is for a persistent C++ application |
| [21:10:16] | stuartm: | the webfrontend also has the overhead of all the html, some speed improvements will come from cutting out the unnecessary markup, but for now it's easier to debug while we have it there |
| [21:10:25] | ** stuarta decides to hurt qtdbus ** | |
| [21:10:53] | stuarta: | dbus-monitor shows it's working, so why don't you return the value i'm expecting? |
| [21:14:01] | gigem: | So like I originally thought then, we probably be okay for what we currently need from our protocol. |
| [21:20:06] | stuartm: | stuarta: share what you've got so far? |
| [21:28:24] | skd5aner (skd5aner!~skd5aner@21.sub-70-198-65.myvzw.com) has joined #mythtv | |
| [21:32:04] | Roklobsta (Roklobsta!~Roklobsta@ppp118-209-34-23.lns20.mel4.internode.on.net) has quit (Ping timeout: 255 seconds) | |
| [21:49:32] | Roklobsta (Roklobsta!~Roklobsta@ppp118-209-34-23.lns20.mel4.internode.on.net) has joined #mythtv | |
| [21:53:03] | arescorpio (arescorpio!~arescorpi@8-242-16-190.fibertel.com.ar) has joined #mythtv | |
| [22:11:40] | bas-t (bas-t!~bas-t@52484E89.cm-4-1b.dynamic.ziggo.nl) has joined #mythtv | |
| [22:16:10] | Roklobsta (Roklobsta!~Roklobsta@ppp118-209-34-23.lns20.mel4.internode.on.net) has quit (Ping timeout: 256 seconds) | |
| [22:28:28] | stuartm: | looks like a significant proportion of the time it takes to load a guide page ~880ms is server side, so I need to focus attention there and see whether it's the slow response of the services code, the page generation code or even somewhere in the http server that is responsible for that lag |
| [22:33:12] | stuartm: | the actual figure varies quite a bit, but it's always significant |
| [22:37:11] | bas-t: | what about the mythtv-users channel? It seems dead as a doornail to me.. |
| [22:47:31] | stuartm: | quieter than usual, only 131 people in there |
| [22:51:19] | stuartm: | ok, definitely the guide service which is slow, might have to tweak the sql |
| [23:10:52] | bas-t (bas-t!~bas-t@52484E89.cm-4-1b.dynamic.ziggo.nl) has quit (Quit: Ex-Chat) | |
| [23:23:34] | superm1 (superm1!uid4318@ubuntu/member/superm1) has quit (Quit: Connection closed for inactivity) | |
IRC Logs collected by
BeirdoBot.
Please use the above link to report any bugs.