MythLogBot@irc.freenode.net :: #mythtv

Daily chat history

Current users (76):

alan`, aloril, amessina, andreaz, Anssi, Beirdo, brfransen, buu, caelor, Casper82, cesman, ChanServ, Chutt_, clever, coling, cybrNaut, dblain, dekarl, ElmerFudd, fetzerch, gary_buhrmaster, ghoti, gregL, GreyFoxx, Hydr0p0nX, J-e-f-f-A, jab416171, jams_, jheizer_, jnylen, jpabq_, jpharvey, jst, jwhite, jya, Kevin`, knightr, kormoc, kurre2, moparisthebest, MythBuild, MythLogBot, nephyrin, peper03, phuff, poptix, pppingme, purserj_, rhpot1991, rich0, robink, rOOb, seld, Sharky112065, sheedy-away, skd5aner, sl1ce, sphery, sraue, stuarta, stuartm, suffice, superm1, taylorr, tgm4883, Tobbe5178, toeb, tonsofpcs, tris, unforgiven512, wagnerrp, Warped, XDS2010_, xris, zentec, _charly___
Sunday, February 8th, 2015, 00:04 UTC
[00:04:36] joki (joki!~joki@p548617E0.dip0.t-ipconnect.de) has joined #mythtv
[00:25:06] natanojl (natanojl!~jonatan@c83-252-231-38.bredband.comhem.se) has quit (Ping timeout: 245 seconds)
[00:27:17] arescorpio (arescorpio!~arescorpi@218-238-114-200.fibertel.com.ar) has joined #mythtv
[00:27:25] Roklobsta (Roklobsta!~Roklobsta@ppp118-209-193-241.lns20.mel8.internode.on.net) has joined #mythtv
[00:44:35] Roklobsta (Roklobsta!~Roklobsta@ppp118-209-193-241.lns20.mel8.internode.on.net) has quit (Ping timeout: 264 seconds)
[00:48:36] rich0 (rich0!~quassel@gentoo/developer/rich0) has quit (Remote host closed the connection)
[01:01:44] rich0_ (rich0_!~quassel@gentoo/developer/rich0) has joined #mythtv
[01:07:29] phuff (phuff!~phuff@unaffiliated/phuff) has quit (Ping timeout: 246 seconds)
[02:25:38] jheizer (jheizer!~jheizer@2601:d:3a00:1d58:38c3:db48:9535:cdb4) has quit (Read error: Connection reset by peer)
[02:25:44] jheizer_ (jheizer_!~jheizer@2601:d:3a00:1d58:38c3:db48:9535:cdb4) has joined #mythtv
[02:31:47] skd5aner (skd5aner!~skd5aner@21.sub-70-198-65.myvzw.com) has quit (Ping timeout: 250 seconds)
[02:35:46] skd5aner (skd5aner!~skd5aner@189.sub-70-198-68.myvzw.com) has joined #mythtv
[03:05:07] phuff (phuff!~phuff@unaffiliated/phuff) has joined #mythtv
[03:19:55] Roklobsta (Roklobsta!~Roklobsta@ppp118-209-193-241.lns20.mel8.internode.on.net) has joined #mythtv
[03:32:21] phuff (phuff!~phuff@unaffiliated/phuff) has quit (Ping timeout: 265 seconds)
[03:34:11] Roklobsta (Roklobsta!~Roklobsta@ppp118-209-193-241.lns20.mel8.internode.on.net) has quit (Ping timeout: 250 seconds)
[03:36:13] peper03 (peper03!~peper03@mythtv/developer/peper03) has quit (Ping timeout: 265 seconds)
[03:37:33] peper03 (peper03!~peper03@mythtv/developer/peper03) has joined #mythtv
[03:47:53] Roklobsta (Roklobsta!~Roklobsta@ppp118-209-193-241.lns20.mel8.internode.on.net) has joined #mythtv
[03:48:07] andreaz (andreaz!~andre_000@p57922A48.dip0.t-ipconnect.de) has quit (Quit: Leaving.)
[03:57:22] Roklobsta (Roklobsta!~Roklobsta@ppp118-209-193-241.lns20.mel8.internode.on.net) has quit (Ping timeout: 245 seconds)
[04:12:26] Roklobsta (Roklobsta!~Roklobsta@ppp118-209-193-241.lns20.mel8.internode.on.net) has joined #mythtv
[04:40:34] arescorpio (arescorpio!~arescorpi@218-238-114-200.fibertel.com.ar) has quit (Excess Flood)
[05:13:12] sphery (sphery!~mdean@mythtv/developer/sphery) has quit (Ping timeout: 245 seconds)
[05:13:14] phuff (phuff!~phuff@unaffiliated/phuff) has joined #mythtv
[05:14:05] sphery (sphery!~mdean@mythtv/developer/sphery) has joined #mythtv
[05:34:11] J-e-f-f-A (J-e-f-f-A!~J-e-f-f-A@71-88-96-238.dhcp.oxfr.ma.charter.com) has quit (Ping timeout: 246 seconds)
[05:34:33] J-e-f-f-A (J-e-f-f-A!~J-e-f-f-A@71-88-96-238.dhcp.oxfr.ma.charter.com) has joined #mythtv
[06:27:05] phuff (phuff!~phuff@unaffiliated/phuff) has quit (Ping timeout: 250 seconds)
[06:37:33] rhpot1991 (rhpot1991!~rhpot1991@ubuntu/member/rhpot1991) has quit (Ping timeout: 272 seconds)
[06:40:50] rhpot1991 (rhpot1991!~rhpot1991@2001:4968:202:3:7df6:2d04:4de8:4801) has joined #mythtv
[06:40:53] rhpot1991 (rhpot1991!~rhpot1991@2001:4968:202:3:7df6:2d04:4de8:4801) has quit (Changing host)
[06:40:53] rhpot1991 (rhpot1991!~rhpot1991@ubuntu/member/rhpot1991) has joined #mythtv
[07:22:42] jheizer_ (jheizer_!~jheizer@2601:d:3a00:1d58:38c3:db48:9535:cdb4) has quit (Read error: Connection reset by peer)
[07:23:08] jheizer_ (jheizer_!~jheizer@2601:d:3a00:1d58:38c3:db48:9535:cdb4) has joined #mythtv
[07:29:47] SteveGoodey (SteveGoodey!~steve@host86-132-148-134.range86-132.btcentralplus.com) has joined #mythtv
[07:30:10] Tobbe5178 (Tobbe5178!~asdf@2001:2002:d9d4:ce7e:1c2b:2d14:5c8a:a6b8) has joined #mythtv
[07:51:47] peper03 (peper03!~peper03@mythtv/developer/peper03) has quit (Ping timeout: 256 seconds)
[07:54:59] peper03 (peper03!~peper03@mythtv/developer/peper03) has joined #mythtv
[08:12:55] superm1 (superm1!uid4318@ubuntu/member/superm1) has quit (Read error: Connection reset by peer)
[08:13:36] superm1 (superm1!uid4318@ubuntu/member/superm1) has joined #mythtv
[09:47:53] fetzerch (fetzerch!~quassel@unaffiliated/fetzerch) has joined #mythtv
[10:03:34] map7 (map7!~map7@27-32-143-37.static.tpgi.com.au) has joined #mythtv
[10:09:47] map7 (map7!~map7@27-32-143-37.static.tpgi.com.au) has quit (Ping timeout: 264 seconds)
[10:22:16] natanojl (natanojl!~jonatan@mythtv/developer/natanojl) has joined #mythtv
[10:31:17] map7 (map7!~map7@27-32-143-37.static.tpgi.com.au) has joined #mythtv
[10:45:05] peper03 (peper03!~peper03@mythtv/developer/peper03) has quit (Quit: Quit)
[10:53:16] peper03 (peper03!~peper03@mythtv/developer/peper03) has joined #mythtv
[10:55:24] dekarl1: tgm4883: can you mark https://bugs.launchpad.net/ubuntu/+source/mythtv/+bug/554972 as "its a bug, but its not a mythtv bug, move to epgsnoop"? Is that "invalid – not a bug" for mythtv? or is it "won't fix – mythtv does not plan to fix epgsnoop bugs"?
[10:55:30] dekarl1 is now known as dekarl
[10:56:01] dekarl: I only have the permission to do the former, but both appear to be equally wrong :/
[10:58:12] map7 (map7!~map7@27-32-143-37.static.tpgi.com.au) has quit (Ping timeout: 252 seconds)
[11:00:00] dekarl: tgm4883: can you mark https://bugs.launchpad.net/ubuntu/+source/mythtv/+bug/592521 as duplicate (fix released) of https://bugs.launchpad.net/mythbuntu/+bug/1389741?
[11:03:14] dekarl: tgm4883: you set https://bugs.launchpad.net/ubuntu/+source/mythtv/+bug/992276 won't fix for mythbuntu, but its still open for the mythtv package, is there a was to mark it as "upstream won't fix"?
[11:13:01] andreaz (andreaz!~andre_000@p57922A48.dip0.t-ipconnect.de) has joined #mythtv
[11:26:33] dekarl1 (dekarl1!~dekarl@mythtv/developer/dekarl) has joined #mythtv
[11:28:00] dekarl (dekarl!~dekarl@mythtv/developer/dekarl) has quit (Ping timeout: 246 seconds)
[11:33:07] dekarl1 is now known as dekarl
[12:02:21] stuartm: dekarl: 'mark as duplicate' is on the right hand side, near the top
[12:02:29] stuartm: already done it for 592521
[12:04:03] stuartm: doesn't appear to be "Won't Fix" option, so I've gone ahead and marked it invalid for 554972, it was already tagged against epgsnoop
[12:19:18] andreaz (andreaz!~andre_000@p57922A48.dip0.t-ipconnect.de) has quit (Quit: Leaving.)
[12:25:43] rich0_ is now known as rich0
[12:29:17] dekarl: ty
[12:29:40] dekarl: yes, I just added epgsnoop earlier today
[12:31:32] stuartm: fwiw, I think 'invalid' is more accurate than 'wont fix', it's not a valid bug against mythtv
[13:44:39] Steve-Goodey (Steve-Goodey!~steve@host86-132-148-134.range86-132.btcentralplus.com) has joined #mythtv
[13:48:09] dekarl: man, lets just axe the transcode to nuv and make lossless transcode the default. if it works good, if it doesn't its at least not bad...
[13:48:23] dekarl: wrt https://bugs.launchpad.net/ubuntu/+source/myt . . . 1/comments/1
[13:48:51] Steve-Goodey (Steve-Goodey!~steve@host86-132-148-134.range86-132.btcentralplus.com) has quit (Client Quit)
[13:49:14] Steve-Goodey (Steve-Goodey!~steve@host86-132-148-134.range86-132.btcentralplus.com) has joined #mythtv
[13:49:43] Steve-Goodey (Steve-Goodey!~steve@host86-132-148-134.range86-132.btcentralplus.com) has quit (Client Quit)
[13:49:53] dekarl: "1056x720, PAR 10:11 DAR 4:3" oh my... what format is that?
[13:50:28] stuartm: so, if we're going to move to QT5 it seems like a good idea to get all devs building with it first, spot issues before we cut over
[13:51:21] Steve-Goodey (Steve-Goodey!~steve@host86-132-148-134.range86-132.btcentralplus.com) has joined #mythtv
[13:51:55] stuartm: dekarl: seems like it should be simple to replace nuv transcode with transcode to mpeg2 or h.264, we're already doing the latter for hls in mythtranscode, so we you could copy/paste the relevant bits fairly quickly
[13:52:27] dekarl: there is no good MPEG-2 codec implemented in our toolchain atm
[13:52:38] stuartm: stuarta: do you think we could switch the buildbots to use the --version output of mythbackend for https://code.mythtv.org/buildbot/builders/mas . . . s/logs/stdio
[13:53:05] Steve-Goodey (Steve-Goodey!~steve@host86-132-148-134.range86-132.btcentralplus.com) has quit (Client Quit)
[13:53:06] stuartm: the version output includes more detail than simply cat'ing version.h
[13:53:30] Steve-Goodey (Steve-Goodey!~steve@host86-132-148-134.range86-132.btcentralplus.com) has joined #mythtv
[13:53:39] stuartm: dekarl: the mpeg2 encoder in ffmpeg is no good?
[13:53:52] dekarl: maybe a "version" step at the end simply running "mythutil --version"?
[13:56:19] dekarl: stuartm, I would not call it bad, but there was a good MPEG-2 encoder that died off and x262 is not there yet
[13:56:21] dekarl: e.g. http://www.transcoding.org/transcode?FFmpeg_Vs._Mpeg2enc
[13:57:16] dekarl: otoh, just using H.264 single pass with a high bitrate should do it
[13:57:41] dekarl: for bonus points use a preset that works on many devices
[13:58:22] dekarl: if you want something that really is better you have to deinterlace and apply filters anyway. So its good enough for a "fire and forget" default
[13:59:26] dekarl: even the 10$ phones come with H.264 decoders, so imho properly encoding to MPEG-2 is something for TV headends that have to feed legacy clients
[14:00:44] andreaz (andreaz!~andre_000@p57922A48.dip0.t-ipconnect.de) has joined #mythtv
[14:03:18] Steve-Goodey (Steve-Goodey!~steve@host86-132-148-134.range86-132.btcentralplus.com) has quit (Quit: Konversation terminated!)
[14:03:27] dekarl: stuartm, was thinking about this one http://vca.ele.tue.nl/software/sampeg/
[14:05:13] stuartm: dekarl: yeah, it doesn't need to be perfect, just better than mjpeg in nuv, which means pretty much anything would be OK
[14:05:15] Steve-Goodey (Steve-Goodey!~steve@host86-132-148-134.range86-132.btcentralplus.com) has joined #mythtv
[14:06:01] stuartm: the aim isn't even high compression, most people are transcoding to remove adverts
[14:13:39] Steve-Goodey (Steve-Goodey!~steve@host86-132-148-134.range86-132.btcentralplus.com) has quit (Quit: Konversation terminated!)
[14:15:28] Steve-Goodey (Steve-Goodey!~steve@host86-132-148-134.range86-132.btcentralplus.com) has joined #mythtv
[14:22:59] dekarl: btw, http://www.makemkv.com/forum2/viewtopic.php?f=5&t=1053 was updated with a new key
[14:23:22] stuartm: dekarl: I noticed thanks
[14:23:32] stuartm: meant to mention it to you
[14:25:05] stuartm: dekarl: if switching mythtranscode over isn't something you want to work on I'll try to find the time, it's not something I would have considered in the past but having looked at mythtranscode to improve the HLS stuff I've realised that swapping codecs/containers is actually pretty trivial
[14:25:42] dekarl: stuartm, its yours ;)
[14:25:48] stuartm: damn
[14:26:22] dekarl: I'd like to get back to the EIT fixups and clean out the tickets there. Now that I got some specimen and can write tests. need to find out how though
[14:26:32] stuartm: I could use some help with configure changes for QT5 though, I'm not sure how we determine where to find the QT5 version of qmake in different distros
[14:26:57] dekarl: which has nothing to do with my provider sending imdb ratings and main cast lists in the key/value store of eit events (which we don't support yet)
[14:28:01] stuartm: :)
[14:28:05] dekarl: I'd love to merge mythtv and mythplugins in the build, though I'm not sure how. move the configure/make stuff up one level? or merge the trees?
[14:28:28] Steve-Goodey (Steve-Goodey!~steve@host86-132-148-134.range86-132.btcentralplus.com) has quit (Quit: Konversation terminated!)
[14:29:47] stuartm: dekarl: sounds good, but personally I'd like to focus on changes which have more tangible benefits for the next release, and re-writing the build system seems like one big headache for minimal gain
[14:30:15] dekarl: It would fix the "the left configure does not pass the flags to the right configure" stuff
[14:30:54] dekarl: my aim being to fix some build issues, but mainly make it easier to build and test stuff without having to install first
[14:31:06] dekarl: lowering the barrier of entry for potential new contributors
[14:32:34] dekarl: well, the change with most tangible benefit would be deciding on mandatory opengl2 and ripping out everything else
[14:32:40] dekarl: :D
[14:32:43] stuartm: dekarl: one possible fix for that would be to dump the flags into a shared file, just as config.h now is shared by the plugins build, have the plugins configure read in flags from config.flags
[14:32:47] Steve-Goodey (Steve-Goodey!~steve@host86-132-148-134.range86-132.btcentralplus.com) has joined #mythtv
[14:33:08] stuartm: that seems like the simpler, short-term solution
[14:33:36] dekarl: how do you test changes to plugins?
[14:34:30] stuartm: I always build and install
[14:39:38] stuartm: #warning CetonStreamHandler::HttpRequest() not yet ported to Qt5
[14:39:48] stuartm: well someone needs to do something about that
[14:40:18] stuartm: someone with the hardware to test preferably
[14:44:35] dekarl: reminds me to test if our downloader realy saves the 404 pages to the output file instead of bailing out (e.g. mythfilldatabase downloading xmltv icons)
[14:44:46] stuartm: there are 80 people in here, I'm sure at least one of you has a Ceton device and can find the time to contribute
[14:45:29] stuartm: dekarl: I suspect it does, no other explanation unless the server itself is sending a 404 page with a 200 status code
[14:46:46] stuartm: oh, looks like gary_buhrmaster has already submitted a patch for the Ceton issue
[14:55:37] dekarl: aye, letting the patches sit on the tracker to bitrot is not so good :/
[15:16:48] stuartm: unfortunately qt5 build segfaults immediately for me, "Qt Warning – invalid keysym: dead_actute"
[15:17:07] stuartm: then #4 0x00007ffff4e1525c in LoggingItem::toByteArray (this=0xa316c0) at logging.cpp:192
[15:17:07] ** MythLogBot http://code.mythtv.org/trac/ticket/4 **
[15:21:05] stuartm: http://cgit.freedesktop.org/xorg/lib/libX11/c . . . 4c71cfe6ff7b
[15:21:17] stuartm: so not sure that one thing has to do with the other
[15:23:02] stuartm: nope, fixed it locally, still crashes in the log code
[15:24:07] dekarl: can you come up with a small test that segfaults?
[15:25:01] dekarl: unit testing such stuff on the (upcoming) QT5 builders might help gain confidence in the move
[15:27:31] stuartm: disable the logserver and it crashes loading the plugins :/
[15:27:58] stuartm: dekarl: yeah, will try to figure out what the issue is
[15:28:22] dekarl: at least our sole qt5 builder does run the existing unit tests :) https://code.mythtv.org/buildbot/builders/mas . . . 0test%20core
[15:28:57] stuartm: hmm, looks like it's in the third party QJson code
[15:30:00] dekarl: haha, nice one google... https://xhochy.com/2014/05/29/qjson-wrapper/
[15:30:22] dekarl: searched for qjson qt5
[15:32:09] dekarl: fits well with our design rule "Don't design your own helper classes or use platform-dependent code when Qt already offers a class."
[15:34:27] stuartm: aye, looks like a reasonable short term solution
[15:37:13] stuartm: will integrate it as soon as this build with some of Gary's patches has completed
[15:40:40] Steve-Goodey (Steve-Goodey!~steve@host86-132-148-134.range86-132.btcentralplus.com) has quit (Quit: Konversation terminated!)
[15:42:31] Steve-Goodey (Steve-Goodey!~steve@host86-132-148-134.range86-132.btcentralplus.com) has joined #mythtv
[15:45:04] Steve-Goodey (Steve-Goodey!~steve@host86-132-148-134.range86-132.btcentralplus.com) has quit (Client Quit)
[15:46:45] Steve-Goodey (Steve-Goodey!~steve@host86-132-148-134.range86-132.btcentralplus.com) has joined #mythtv
[15:51:57] Steve-Goodey (Steve-Goodey!~steve@host86-132-148-134.range86-132.btcentralplus.com) has quit (Quit: Konversation terminated!)
[15:53:53] Steve-Goodey (Steve-Goodey!~steve@host86-132-148-134.range86-132.btcentralplus.com) has joined #mythtv
[16:02:18] Steve-Goodey (Steve-Goodey!~steve@host86-132-148-134.range86-132.btcentralplus.com) has quit (Quit: Konversation terminated!)
[16:06:43] gigem (gigem!~david@mythtv/developer/gigem) has quit (Ping timeout: 255 seconds)
[16:19:27] gigem (gigem!~david@pool-71-123-215-247.dllstx.fios.verizon.net) has joined #mythtv
[16:19:27] gigem (gigem!~david@pool-71-123-215-247.dllstx.fios.verizon.net) has quit (Changing host)
[16:19:27] gigem (gigem!~david@mythtv/developer/gigem) has joined #mythtv
[16:28:00] gigem: stuartm: I have a Ceton. What's the ticket number for gary_buhrmaster's patches? I can try to test it in the next day or two.
[16:29:38] stuartm: gigem: https://code.mythtv.org/trac/ticket/12067
[16:38:13] stuartm: dekarl: so the wrapper fixes the crash
[16:39:31] stuartm: if gigem is going to test the ceton patch I'll back that out my tree and push the rest
[16:44:44] Steve-Goodey (Steve-Goodey!~steve@host86-132-148-134.range86-132.btcentralplus.com) has joined #mythtv
[16:46:11] gary_buhrmaster: gigem: Note that my ceton patch has a prereq (in a different ticket) which requires a ABI bump. I kept them all separate for easier review.
[16:47:17] gary_buhrmaster: gigem: And while I tested the ceton patch (at the time) using a ceton emulator I wrote (a few trivial http cgi scripts), I do not own a ceton device, so could not test it live. I would not be surprised to find that a real ceton device works differently than my emulator.
[16:49:14] gary_buhrmaster: gigem: The patch (in theory) is Qt4/Qt5 compatible. But again, no ceton to test with (and I was not willing to spend $300 to get one just to test).
[16:58:39] gary_buhrmaster: gigem: Re prereq patch requiring ABI bump. Ignore that. That was a different patch for mythdownload manager (never submitted due to insufficient testing on my part). Too many trivial patches to remember the specific details of them all. I should probably review my unfinished patch stash at some point.
[17:05:52] MythBuild: build #49 of master-f21–64bit is complete: Failure [4failed compile core] Build details are at http://code.mythtv.org/buildbot/builders/mast . . . it/builds/49 blamelist: Gary Buhrmaster <gary.buhrmaster@gmail.com >, Stuart Morgan <smorgan@mythtv.org >
[17:05:56] MythBuild: build #952 of master-f20–64bit is complete: Failure [4failed compile core] Build details are at http://code.mythtv.org/buildbot/builders/mast . . . t/builds/952 blamelist: Gary Buhrmaster <gary.buhrmaster@gmail.com >, Stuart Morgan <smorgan@mythtv.org >
[17:06:02] MythBuild: build #49 of master-f21-qt5–64bit is complete: Failure [4failed compile core] Build details are at http://code.mythtv.org/buildbot/builders/mast . . . it/builds/49 blamelist: Gary Buhrmaster <gary.buhrmaster@gmail.com >, Stuart Morgan <smorgan@mythtv.org >
[17:06:04] MythBuild: build #1430 of master-fedora-32bit is complete: Failure [4failed compile core] Build details are at http://code.mythtv.org/buildbot/builders/mast . . . /builds/1430 blamelist: Gary Buhrmaster <gary.buhrmaster@gmail.com >, Stuart Morgan <smorgan@mythtv.org >
[17:06:14] MythBuild: build #1331 of master-win8-msvc-2010–32bit is complete: Failure [4failed Configure and Build] Build details are at http://code.mythtv.org/buildbot/builders/mast . . . /builds/1331 blamelist: Gary Buhrmaster <gary.buhrmaster@gmail.com >, Stuart Morgan <smorgan@mythtv.org >
[17:08:37] MythBuild: build #949 of master-freebsd10–64bit is complete: Failure [4failed compile core] Build details are at http://code.mythtv.org/buildbot/builders/mast . . . t/builds/949 blamelist: Gary Buhrmaster <gary.buhrmaster@gmail.com >, Stuart Morgan <smorgan@mythtv.org >
[17:08:57] gary_buhrmaster: I hate it when my name shows up in the blamelist (whines gary).
[17:14:27] stuartm: ugh, I hate build issues
[17:15:13] stuartm: any suggestions
[17:15:16] stuartm: ?
[17:15:44] MythBuild: build #294 of master-centos7–64bit is complete: Failure [4failed compile core] Build details are at http://code.mythtv.org/buildbot/builders/mast . . . t/builds/294 blamelist: Gary Buhrmaster <gary.buhrmaster@gmail.com >, Stuart Morgan <smorgan@mythtv.org >
[17:16:25] jst (jst!~quassel@198.199.94.175) has quit (Remote host closed the connection)
[17:16:39] jst (jst!~quassel@198.199.94.175) has joined #mythtv
[17:16:39] stuartm: ah, type
[17:16:55] stuartm: typo, appropriate I should typo that
[17:17:22] MythBuild: build #5498 of master-freebsd-64bit is complete: Failure [4failed compile core] Build details are at http://code.mythtv.org/buildbot/builders/mast . . . /builds/5498 blamelist: Gary Buhrmaster <gary.buhrmaster@gmail.com >, Stuart Morgan <smorgan@mythtv.org >
[17:17:48] MythBuild: build #2267 of master-ubuntu-current-64bit is complete: Failure [4failed compile core] Build details are at http://code.mythtv.org/buildbot/builders/mast . . . /builds/2267 blamelist: Gary Buhrmaster <gary.buhrmaster@gmail.com >, Stuart Morgan <smorgan@mythtv.org >
[17:17:50] MythBuild: build #2324 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/2324 blamelist: Gary Buhrmaster <gary.buhrmaster@gmail.com >, Stuart Morgan <smorgan@mythtv.org >
[17:27:12] gary_buhrmaster: stuartm: Is not tapoing a type considered a normal commit comment?
[17:35:09] cybrNaut (cybrNaut!cybrNaut@unaffiliated/cybrnaut) has joined #mythtv
[17:35:09] cybrNaut (cybrNaut!cybrNaut@unaffiliated/cybrnaut) has quit (Excess Flood)
[17:35:43] cybrNaut (cybrNaut!cybrNaut@unaffiliated/cybrnaut) has joined #mythtv
[17:35:44] cybrNaut (cybrNaut!cybrNaut@unaffiliated/cybrnaut) has quit (Excess Flood)
[17:36:09] cybrNaut (cybrNaut!cybrNaut@2001:0:53aa:64c:300f:a818:bcca:66c4) has joined #mythtv
[17:37:12] cybrNaut (cybrNaut!cybrNaut@2001:0:53aa:64c:300f:a818:bcca:66c4) has quit (Changing host)
[17:37:12] cybrNaut (cybrNaut!cybrNaut@unaffiliated/cybrnaut) has joined #mythtv
[17:49:30] MythBuild: build #51 of master-f21-qt5–64bit is complete: Success [3build successful] Build details are at http://code.mythtv.org/buildbot/builders/mast . . . it/builds/51
[18:03:12] MythBuild: build #1333 of master-win8-msvc-2010–32bit is complete: Success [3build successful] Build details are at http://code.mythtv.org/buildbot/builders/mast . . . /builds/1333
[18:06:22] gary_buhrmaster: stuartm: Well, apparently, if 0.28 requires Qt5, you are done :-) and while you are at it, c++11 (and you get better enums and other features). It could be the release when backwards compatibility with more than 8 year old systems finally ended (claim you are saving the children; the power savings alone probably have a positive ROI).
[18:30:10] stuartm: peper03: welcome back
[18:33:13] stuartm: gary_buhrmaster: "you are done" – sorry, I don't follow?
[18:33:50] peper03: stuartm: Thanks! I've been lurking but we've been having building work done since November and my PC is in a not-very-warm cellar with barely enough space to move the mouse...
[18:34:10] peper03: Doesn't make for comfortable use :(
[18:34:56] stuartm: gary_buhrmaster: ah, the fact that the qt4 builders are still failing?
[18:35:22] stuartm: yeah, I should have tested it with qt4 first, just assumed it would work as advertised
[18:35:49] stuartm: peper03: ah, well glad you're still around
[18:36:14] stuartm: peper03: we'll have to get you a Blu-ray drive ;)
[18:36:20] peper03: stuartm: Definitely still around!
[18:36:40] peper03: Actually, I've got one. Just no discs!
[18:38:12] gary_buhrmaster: stuartm: Yeah, the "you are done" meant a (fictional) Qt5 requirement. Sorry, I was a bit obtuse.
[18:43:27] gary_buhrmaster: stuartm: (at least I thought the windows builder was also Qt5; maybe I imagined that part).
[18:44:04] stuartm: peper03: ah-hah, so an amazon/hmv voucher then :p
[18:45:44] peper03: Something like that, I guess :) Had terrible trouble with the drive from Amazon. Ordered it (mainly just needed a DVD writer at the time), and received a hair-dryer! Sent the hair-dryer back and got a new parcel from Amazon a couple of days later.
[18:45:51] peper03: With the same hair-dryer.
[18:46:15] peper03: "We could find no record of you ordering this hair-dryer, so you must have sent it to us by mistake"!
[18:46:31] peper03: I think that happened twice!
[18:48:30] stuartm: rofl
[18:49:06] gary_buhrmaster: peper03: Perhaps amazon thought you needed a firetv (or was that a tv on fire? Easy enough mistake to make I guess).
[18:50:54] peper03: It's the only time I've ever had problems returning stuff to Amazon.
[18:51:20] stuartm: gary_buhrmaster: looks like the Windows build does use QT5
[18:51:26] gary_buhrmaster: peper03: Yes, they tend to be very good on returns or missing/lost items.
[18:52:19] stuartm: I need a much faster machine, full builds take way too long
[18:53:31] gary_buhrmaster: peper03: I wonder if the person that got the blu ray player figured out how to use it to dry their hair. I see this cartoon of someone putting their hair into the drive and turning on their PC.
[18:53:51] peper03: stuartm: What have you got now? I was torn a couple of years ago between getting an SSD and more RAM. Went with more RAM in the end and builds go pretty quickly now because everything's cached.
[18:54:07] peper03: gary_buhrmaster: I had a similar picture too :)
[18:59:07] MythBuild: build #53 of master-f21–64bit is complete: Success [3build successful] Build details are at http://code.mythtv.org/buildbot/builders/mast . . . it/builds/53
[18:59:42] MythBuild: build #956 of master-f20–64bit is complete: Success [3build successful] Build details are at http://code.mythtv.org/buildbot/builders/mast . . . t/builds/956
[19:00:04] MythBuild: build #1434 of master-fedora-32bit is complete: Success [3build successful] Build details are at http://code.mythtv.org/buildbot/builders/mast . . . /builds/1434
[19:01:06] dekarl: peper03: do you have a list of "I would love to work on supporting these bluray dics" at amazon?
[19:01:07] stuartm: peper03: something old enough that buying ram for it will cost a silly amount, I need to upgrade the motherboard and with it the CPU/RAM, but since I'm also using the same case I bought 13+ years ago I think I might just replace that too
[19:01:53] stuartm: the psu isn't very old, neither are the drives (ssds/optical), but the rest is creaking
[19:02:37] stuartm: don't know what I'll get yet, I'm out of touch and need to spend some serious time doing research
[19:05:34] peper03: dekarl: Since I don't have any blu-ray discs, I've not come across any that don't work :)
[19:06:19] tgm4883: stuartm: there is a won't fix, was it not showing up for you? I Just marked it as such
[19:06:21] dekarl: s/work/test by watching/ :D
[19:06:51] stuartm: peper03: almost all discs work for me, the ones that don't also fail when ripped, something to do with failing to detect the video stream – plays back with audio but no video
[19:07:26] stuartm: tgm4883: no "won't fix" here, at least not where the other options such as "invalid" are found
[19:07:28] peper03: stuartm: I hate having to buy new parts. It used to be easy to keep on top of (generally one new processor every 12–18 months or so) but these days I have to start from scratch every time.
[19:07:33] gary_buhrmaster: stuartm: Ask in the -users list and throw out all the systems people recommend. (I have an issue with the SNR being fractional on -users).
[19:07:42] tgm4883: stuartm: you're right, invalid does make more sense anyway
[19:08:40] MythBuild: build #2328 of master-ubuntu-12_04-lts-64bit is complete: Success [3build successful] Build details are at http://code.mythtv.org/buildbot/builders/mast . . . /builds/2328
[19:09:17] MythBuild: build #298 of master-centos7–64bit is complete: Success [3build successful] Build details are at http://code.mythtv.org/buildbot/builders/mast . . . t/builds/298
[19:09:24] stuartm: gary_buhrmaster: probably better to wait until I've actually got some cash to spend on it, whenever that will be :)
[19:10:47] peper03: dekarl, stuartm: I can't remember watching a DVD thinking 'this isn't a clear and sharp as it could be' but it's probably because I don't miss what I've never really had.
[19:11:52] peper03: Plus, the case I made for the production box has a slot-loading DVD drive in it. Admittedly I've not looked much but slot-loading drives aren't too common and I don't remember seeing a slot-loading blu-ray drive.
[19:12:20] peper03: Which would limit me to watching blu-rays on my non-HD, non-surround sound developmen PC.
[19:12:54] peper03: But that's not to say that I have no interest.
[19:13:04] MythBuild: build #953 of master-freebsd10–64bit is complete: Success [3build successful] Build details are at http://code.mythtv.org/buildbot/builders/mast . . . t/builds/953
[19:14:03] stuartm: peper03: I can sympathise with that, I do think HD is a little oversold, but for some stuff it can be worth it – films/tv are OK, but where it really impresses me is with BBC Nature documentaries – I don't know why those and nothing else, but it's probably because TV/Film directors deliberately go for stuff that looks like 35mm film so it ends up looking pretty much the same as it would on DVD
[19:16:48] peper03: stuartm: Yes, the BBC nature stuff is worth watching just for the cinematography. I was going to say that they're obviously using top-end gear but you'd expect the same of feature-film makers.
[19:18:32] peper03: If you switch between the HD and SD channels for normal programming, you can see the difference and I guess blu-rays generally have a higher bitrate than broadcast HD, so should in theory be better again, but so far I've not felt compelled to upgrade.
[19:22:16] stuartm: peper03: blu-ray quality is much better than that of broadcast, so there's that, but SD quality TV is almost deliberately overcompressed – the broadcasters would says that's so they can fit in more channels on each frequency, but I think it's also to make the broadcast HD look much better by comparison
[19:22:46] MythBuild: build #5502 of master-freebsd-64bit is complete: Success [3build successful] Build details are at http://code.mythtv.org/buildbot/builders/mast . . . /builds/5502
[19:23:14] peper03: Out of interest, what is our support like for blu-rays? Is it just playback of specific titles on the disc or is there any menu support?
[19:23:31] peper03: Are there specific features missing that would improve the overall experience?
[19:24:36] gary_buhrmaster: peper03: Usually the feature-film makers are not those responsible for the DVD/BluRay mastering. And it takes a (really good) engineer to maintain the quality rather than just set it for x bit-rate and push "do it". Historically, the word is that (at least some at the) BBC strive for perfection.
[19:26:38] peper03: gary_buhrmaster: I could well imagine that the BBC spend extra time and care on their flagship nature documentaries. I wouldn't be surprised if that included upping the bitrate for transmission too. For general broadcast stuff, I don't think they go over the top.
[19:27:48] stuartm: peper03: no menu support, just basic support for switching between titles via the OSD menu (longest title is played by default), navigation between chapters and audio/subtitle track selection
[19:28:34] stuartm: I believe the bluray libs now provide menu support, but our code needs updating to use it
[19:29:03] stuartm: it's the same state we were in with DVD until a few years ago
[19:29:27] rOOb: stuarta You where spot on with it being related to upnp. The backend has been running since lastnight and is currently using 0.3% cpu. :) So, at least my system is not being bogged down anymore. I'd still like to help out if possible. If you or anyone else wants to dig into things I'd be happy to provide logs, strack traces, etc etc or anything else of interest
[19:31:46] peper03: stuartm: Ok. I remember catching glimpses of files in the bluray lib that seemed to indicate some sort of menu support but I've never done more than notice them as they scrolled past :)
[19:32:40] peper03: Do any blu-ray discs use intentionally corrupt files like some DVD titles?
[19:33:02] peper03: That was the main problem with DVD playback when I started looking at it.
[19:37:13] peper03: A quick (and therefore obviously comprehensive) search doesn't turn up anything.
[19:38:29] MythBuild: build #2270 of master-ubuntu-current-64bit is complete: Success [3build successful] Build details are at http://code.mythtv.org/buildbot/builders/mast . . . /builds/2270
[19:39:44] peper03: stuartm: http://en.wikipedia.org/wiki/BD%2B states BD+ programs can 'transform the audio and video output. Parts of the content will not be viewable without letting the BD+-program repair it.'
[19:39:59] peper03: Wonder if that's what the problem you've experienced with the video stream?
[19:41:25] stuartm: yeah, BD+ protection exists, but it doesn't seem to be used very often, latest versions of libbluray are supposed to have some support for it
[19:42:38] stuartm: I doubt it was the problem with the titles I was unable to play, generally those have been on discs with multiple episodes of a programme, only one or two titles won't play but VLC is able to display them just fine
[19:43:22] stuartm: even when I use a Blu-ray ripping programme, the resulting file which should be free of encryption/protection measures plays OK in VLC but not in MythTV
[19:45:46] dekarl: peper03: lucky you... I bought the whole series and was very excited to watch such a nice childhood series again and the disc set was utter crap. Just a rip from the 30 year old D1 (or whatever tv stations have lying around) tapes. lots of dropouts, picture jumping around, basically all the goodness of an old tape that has been played up'n'down. (Doctor Snuggles 3 disc set)
[19:47:08] dekarl: that's a project for when the childs are old enough... find the right holder, find out how to clean that (a mix of 12.5 and 25 fps, so you can clean many dropouts by copying from the other frame) and master a bluray. as its been shot on 16mm there may be even the old reels in some closet
[20:26:56] dekarl: wrt raising the bandwidth, I stumbled across the guidelines for hd delivery *to* one of our big stations and for HD MPEG-2 its mandatory 100+ mbit/s
[20:27:56] stuartm: you have to wonder why they bother when they are going to send it back out at a fraction of that
[20:29:45] stuartm: none of the HD channels on Freesat are currently working :/ Not sure if this has something to do with switching to qt5, although I can't think how it could be related
[20:30:52] Roklobsta (Roklobsta!~Roklobsta@ppp118-209-193-241.lns20.mel8.internode.on.net) has quit (Quit: KVIrc 4.2.0 Equilibrium http://www.kvirc.net/)
[20:33:53] stuartm: kaffeine works, so it's not the hardware or broadcast
[20:40:38] dekarl: SD works? playback of old recordings works? playback with a different player?
[20:40:56] dekarl: aka is it the recoding or the playback?
[20:42:01] stuartm: it's recording, says the tuner timed out
[20:47:25] dekarl: stuartm: do you have libcec 2+? can i see a current config.ep?
[20:48:09] dekarl: master on trusty lost cec support, too :(
[20:48:56] stuartm: I don't
[20:49:47] stuarta: rOOb: thanks for the update
[20:50:39] stuartm: ok, there's a lot that's strange about this – startchan for all cards is 2, but it's starting on 1.1 for the DVB-S2 card
[20:50:46] stuarta: stuartm: can we not just pull the version from version.h or whereever it get pulled from into the version string?
[20:50:52] stuartm: it's being identified as a DVB-S device, not a DVB-S2
[20:51:12] stuartm: stuarta: that's what's done now, but it's missing the fuller info from --version
[20:51:39] stuarta: dunno how easy it is to run something from within the build root
[20:52:28] stuartm: well can we at least add the qt version to the mix?
[20:52:43] stuartm: wtf is going on with this
[20:52:58] stuartm: I wonder if I'm only just now noticing breakage from the card input changes
[20:53:10] stuarta: shouldn't be too hard. do you want to have a bash at it, or shall i put it on my todo_list?
[20:55:04] dekarl: can't you just call mythutil --version after the "install core" stage?
[20:55:16] stuarta: probably
[20:56:38] stuartm: damn it, compile faster! I'm missing recordings :(
[20:56:44] stuarta: :(
[20:56:58] SteveGoodey (SteveGoodey!~steve@host86-132-148-134.range86-132.btcentralplus.com) has quit (Quit: Konversation terminated!)
[20:57:13] Steve-Goodey (Steve-Goodey!~steve@host86-132-148-134.range86-132.btcentralplus.com) has quit (Quit: Konversation terminated!)
[21:00:23] stuartm: pitfalls of running a development version in production
[21:00:57] stuartm: though arguably that's the best way to catch bugs before they end up in a release
[21:03:12] stuartm: heh, and recording schedule creation is broken, errors out with qt mysql driver errors
[21:03:25] stuartm: so it looks like we've got our work cut out
[21:04:40] stuartm: Driver error was [2/1048]:
[21:04:41] stuartm: QMYSQL3: Unable to execut
[21:04:56] stuartm: and yes, it does say 'execut'
[21:05:38] stuartm: QMYSQL3: Unable to execute statement
[21:05:39] stuartm: Database error was:
[21:05:41] stuartm: Column 'next
[21:05:53] stuartm: so all the errors are being truncated, helpful
[21:07:27] stuartm: that particular error seems to be we're sticking NULL into a NOT NULL column, guess our workaround for those issues is no longer working
[21:11:27] stuartm: gigem: seems in QT5 you can no longer feed 0000-00–00T00:00:00 to a QDateTime as we do in the RecRule constructor, it's treated as NULL and the database requires NOT NULL
[21:13:41] phuff (phuff!~phuff@unaffiliated/phuff) has joined #mythtv
[21:19:09] stuarta: stuartm: you running qt5 as well?
[21:20:50] stuartm: yes
[21:21:20] stuartm: or I was, just been backing down to qt4 since there are problems with qt5
[21:26:37] stuarta: i might have to try again, but haven't seen issues with the frontend on qt5
[21:26:49] stuarta: it has been quite a while tho
[21:33:00] stuartm: it appeared to work superficially, but I've got S2 channels which won't tune on the backend, it never uses startchan for at least one input, database insertions fail etc
[21:34:58] stuarta: hmmm
[21:35:00] stuartm: I think it's very likely that the strange tuning failures and startchan issue are database related, it's not loading the info correctly or something, not all database errors are explicitly logged
[21:37:28] stuartm: it's also looking like the S2 failures are occurring with the QT 4 build, so unless the QT 5 build buggered the database in some way, those might actually have another cause
[21:37:42] stuartm: the channels work with kaffeine but can't be tuned at all in MythTV
[21:37:52] stuarta: hmmm, i'll set some recordings on my qt4 master backend
[21:38:48] stuartm: it appears to affect BBC HD channels, ITV HD
[21:38:52] stuarta: it would help if i started it
[21:40:11] amessina_ (amessina_!~amessina@unaffiliated/amessina) has quit (Quit: Konversation terminated!)
[21:41:14] stuartm: RT HD works, that's DVB-S
[21:41:45] stuarta: i've some stuff on cbeebies hd i want to record so i can play with lossless h264 cutting
[21:43:32] stuarta: not that i have the first clue how any of that works
[21:46:55] phuff (phuff!~phuff@unaffiliated/phuff) has quit (Ping timeout: 250 seconds)
[21:48:39] stuartm: last recording from those channels was last night, so something has changed in the last 24 hours
[21:51:25] phuff (phuff!~phuff@unaffiliated/phuff) has joined #mythtv
[21:52:15] stuarta: crap. time to rescan for channels on that backend. so far out of date it doesn't even have the hd cbeebies
[22:00:50] cecil is now known as cesman
[22:01:24] cesman (cesman!~cesman@pool-98-119-153-47.lsanca.fios.verizon.net) has quit (Changing host)
[22:01:24] cesman (cesman!~cesman@pdpc/supporter/professional/cesman) has joined #mythtv
[22:13:03] amessina (amessina!~amessina@unaffiliated/amessina) has joined #mythtv
[22:18:52] buu (buu!~buu@doc-209-33-76-14.post.tx.cebridge.net) has quit (Ping timeout: 240 seconds)
[22:19:29] andreaz (andreaz!~andre_000@p57922A48.dip0.t-ipconnect.de) has quit (Read error: Connection reset by peer)
[22:20:14] natanojl (natanojl!~jonatan@mythtv/developer/natanojl) has quit (Ping timeout: 245 seconds)
[22:21:01] buu (buu!~buu@doc-209-33-76-14.post.tx.cebridge.net) has joined #mythtv
[22:22:44] phuff (phuff!~phuff@unaffiliated/phuff) has quit (Ping timeout: 245 seconds)
[22:33:24] natanojl (natanojl!~jonatan@c83-252-231-38.bredband.comhem.se) has joined #mythtv
[23:21:13] natanojl (natanojl!~jonatan@c83-252-231-38.bredband.comhem.se) has quit (Ping timeout: 245 seconds)
[23:38:45] gigem: stuarta, gary_buhrmaster: It doesn't look like I'll get to the Ceton patch toady, but will try tomorrow.
[23:39:28] gigem: stuarta: Regarding QDateTime in Qt5, that could be problematic.
[23:46:44] stuartm: gigem: yeah, I need to put together a test case to check the behaviour
[23:53:51] stuartm: gigem: we might end up having to insert NULL and change the scheduler checks to IS NULL, but you'd know better whether would work
[23:54:33] stuartm: dekarl: doh
[23:54:45] dekarl: stuartm, still doesn't work though
[23:55:43] stuartm: dekarl: what was the issue again?
[23:55:44] dekarl: figured STARTTIME + DURATION are good to encode cuts from the beginning and until the end, not so much for the bookmark. (still nice to remove stuff before/after the programme in h.264 recordings)
[23:56:05] dekarl: the title 360° (utf-8) gets misrendered in vlc
[23:56:35] dekarl: because the default is "read it as machine local 8bit encoding, likely windows-1252 over here)
[23:57:26] dekarl: maybe we should add this header http://www.w3.org/International/O-HTTP-charset
[23:57:34] phuff (phuff!~phuff@unaffiliated/phuff) has joined #mythtv
[23:57:41] andreaz (andreaz!~andre_000@p57922A48.dip0.t-ipconnect.de) has joined #mythtv
[23:57:44] dekarl: "HTTP 1.1 says that the default charset is ISO-8859–1."
[23:58:43] stuartm: it's xml, so you could try copying the charset header from the xspf tag, insert that at the top of the asx list
[23:59:09] stuartm: that would work if vlc is using a standard xml parser to process the playlist
[23:59:19] dekarl: Content-Type: video/x-ms-asf; charset=utf-8
[23:59:20] dekarl: or similar
[23:59:36] joki (joki!~joki@p548617E0.dip0.t-ipconnect.de) has quit (Ping timeout: 264 seconds)
[23:59:45] stuartm: dekarl: or that, both maybe just to cover all bases

IRC Logs collected by BeirdoBot.
Please use the above link to report any bugs.