MythLogBot@irc.freenode.net :: #mythtv

Daily chat history

Current users (62):

Chutt, dekarl, frobnic, gregl, jab416171, jafa, jpabq_, jpharvey, mad_enz, Merlin83b, MythLogBot, ramshadow, Roklobster, sraue, Warped, Anssi, blahdodo, ChanServ, clever, CyberJacob, davic, ElmerFudd, ghoti, GreyFoxx, hampton, Hydr0p0nX, ikevin, jams_, jya, KooeeeeennN, libsci, markspieth, MitchCapper, MythBuild, nephyrin, poptix, pppingme, rmeden, sheedy, sphery, stuarta, taylorr, tgm4883, tris, wagnerrp_, _charly_, brfransen, jheizer, Tobbe5178, kwizart, Guest10049, Seeker`, enyc, jarle_, benklop, gary_buhrmaster, dmfrey, knowledg1junkie, Korny, gregbert, XDS2010|AFK, aloril_
Tuesday, August 15th, 2017, 00:00 UTC
[00:00:07] Korny (Korny!44366fe0@gateway/web/freenode/ip.68.54.111.224) has joined #mythtv
[00:00:07] ChanServ (ChanServ!ChanServ@services.) has joined #mythtv
[00:00:07] Mode for #mythtv by wilhelm.freenode.net : +o ChanServ
[00:03:34] libsci (libsci!~libsci@unaffiliated/libsci) has joined #mythtv
[00:21:12] dekarl1 (dekarl1!~dekarl@mythtv/developer/dekarl) has joined #mythtv
[00:22:11] dekarl (dekarl!~dekarl@mythtv/developer/dekarl) has quit (Ping timeout: 255 seconds)
[00:49:01] jpharvey (jpharvey!~jpharvey@2.31.245.32) has quit (Ping timeout: 240 seconds)
[01:00:02] Warped (Warped!~Warped@unaffiliated/warped) has joined #mythtv
[04:06:44] rhpot1991 (rhpot1991!rhpot1991@ubuntu/member/rhpot1991) has quit (Ping timeout: 276 seconds)
[04:06:50] rhpot1991 (rhpot1991!rhpot1991@2600:3c03::f03c:91ff:fef1:d0a2) has joined #mythtv
[04:06:50] rhpot1991 (rhpot1991!rhpot1991@2600:3c03::f03c:91ff:fef1:d0a2) has quit (Changing host)
[04:06:50] rhpot1991 (rhpot1991!rhpot1991@ubuntu/member/rhpot1991) has joined #mythtv
[04:40:56] gary_buhrmaster (gary_buhrmaster!~gtb@2601:647:4802:4c3:222:4dff:fe51:6728) has quit (Ping timeout: 246 seconds)
[04:41:38] gary_buhrmaster (gary_buhrmaster!~gtb@2601:647:4802:4c3:222:4dff:fe51:6728) has joined #mythtv
[06:07:38] jpharvey (jpharvey!~jpharvey@2.31.163.140) has joined #mythtv
[06:44:47] SteveGoodey (SteveGoodey!~steve@host86-151-53-224.range86-151.btcentralplus.com) has joined #mythtv
[07:39:22] Roklobster (Roklobster!~Dirkka@119-18-8-177.cust.aussiebb.net) has joined #mythtv
[08:19:29] Roklobster (Roklobster!~Dirkka@119-18-8-177.cust.aussiebb.net) has quit (Quit: Leaving)
[09:29:33] SteveGoodey (SteveGoodey!~steve@host86-151-53-224.range86-151.btcentralplus.com) has quit (Quit: Konversation terminated!)
[10:39:47] Roklobster (Roklobster!~Dirkka@119-18-8-177.cust.aussiebb.net) has joined #mythtv
[12:06:47] stuarta: hmmm, vaapi isn't working on my fedora26 dev box
[12:07:05] stuarta: as in mythtv fails to load it, whilst vainfo loads fine
[12:41:21] dmfrey (dmfrey!~dmfrey@65-78-90-212.c3-0.smt-ubr1.atw-smt.pa.cable.rcn.com) has quit (Quit: Lost terminal)
[13:01:02] XDS2010 is now known as XDS2010|AFK
[13:16:32] stuarta: #10633
[13:16:32] ** MythLogBot http://code.mythtv.org/trac/ticket/10633 **
[13:45:05] knowledg1junkie (knowledg1junkie!~knowledge@cpc77018-warw18-2-0-cust959.3-2.cable.virginm.net) has quit (Ping timeout: 240 seconds)
[13:45:16] knowledgejunkie (knowledgejunkie!~knowledge@cpc77018-warw18-2-0-cust959.3-2.cable.virginm.net) has joined #mythtv
[13:55:15] willcooke (willcooke!~willcooke@195.10.110.150) has joined #mythtv
[13:55:15] willcooke (willcooke!~willcooke@195.10.110.150) has quit (Changing host)
[13:55:15] willcooke (willcooke!~willcooke@ubuntu/member/willcooke) has joined #mythtv
[13:57:56] willcooke (willcooke!~willcooke@ubuntu/member/willcooke) has quit (Client Quit)
[13:57:57] dmfrey (dmfrey!~dmfrey@65-78-90-212.c3-0.smt-ubr1.atw-smt.pa.cable.rcn.com) has joined #mythtv
[14:23:18] toeb (toeb!~toeb@HSI-KBW-109-192-067-242.hsi6.kabel-badenwuerttemberg.de) has quit (Remote host closed the connection)
[14:26:03] stuarta: #13084
[14:26:03] ** MythLogBot http://code.mythtv.org/trac/ticket/13084 **
[14:30:27] stuarta: good to see people helping out with the ttvdb changes that are required
[15:25:52] SteveGoodey (SteveGoodey!~steve@host86-151-53-224.range86-151.btcentralplus.com) has joined #mythtv
[15:42:55] gary_buhrmaster: stuarta: F27 branches from rawhide today, if you PM a password for the (likely named) new garyb-f27–64bit I'll get it setup (will not complete compile plugins until a dev reviews/tests/applies the patch I submitted for #13093 and will not build python bindings until fedora addresses the BZ 1472985 that I pointed to the upstream fix for, but that is the point of testing new releases...)
[15:42:55] ** MythLogBot http://code.mythtv.org/trac/ticket/13093 **
[15:43:31] gary_buhrmaster: stuarta: (and any F27 builder will likely replace the (no longer upstream maintained) F24 after I complete building the buildslave)
[15:43:47] stuarta: gary_buhrmaster: sure thing
[15:44:03] stuarta: send me over the public key and i'll send you back a password
[15:45:05] stuarta: gary_buhrmaster: i assume you'll be shutting down the f24 builder in the near future?
[15:57:37] gary_buhrmaster: stuarta: Historically I have been using the same public key for all my builders (you can cancel my BB contrib with a double whack of the "d" key in the authorized_keys file). Just need the new BB password. (re: F24, yeah, I would shutdown the F24 builder about the same time due to the host system getting slow with too many builders).
[15:57:38] MythBuild (MythBuild!~MythBuild@mizar.mythtv.org) has quit (Quit: buildmaster reconfigured: bot disconnecting)
[15:58:04] MythBuild (MythBuild!~MythBuild@mizar.mythtv.org) has joined #mythtv
[16:03:34] gary_buhrmaster: Re #13051 I would be willing to look at submitting the patches to upgrade libhdhomerun (it has some improved capabilities), but do we need to try to support the mingw local diffs anymore? (a) I have zero way to test [last time I tried years ago I failed miserably to compile for windows on linux), (b) I *think* that mingw may have added the headers that the local codes are trying to deal with, but see [a], and (c) I thought window
[16:03:34] ** MythLogBot http://code.mythtv.org/trac/ticket/13051 **
[16:03:34] gary_buhrmaster: on to MSVC (which I also can't test, but I think the changes are in the .pro file, not the code).
[16:04:15] stuarta: we don't use mingw anymore that i am aware of
[16:04:26] stuarta: not since dblain did the msvc build
[16:04:43] stuarta: iirc, it was an early attempt at kludging it to work
[16:05:31] gary_buhrmaster: (I suspect there is a fork, by one of the usual suspects, that still has (at least theoretical) mingw build support)
[16:09:32] gary_buhrmaster: Thanks for the confirmation regarding mingw. In any case, if no other dev has started to look at it, I'll see about working up a patch (likely to be a bit, as my test system is running in a challenged mode at the moment).
[16:09:47] stuarta: heh. you have an hdhomerun?
[16:23:56] gary_buhrmaster: Yes. Although I have mostly moved to using it via my external recorder documented at https://www.mythtv.org/wiki/Mythhdhrrecorder as the external recorder supports tuner pooling/sharing, which solves a number of issues since I have also been playing with other solutions (Android TV Live Channels DVR, HDHR DVR).
[16:24:56] stuarta: ah yes, that's because we hadn't done the necessary code changes to support the multiple application thing
[16:25:05] gary_buhrmaster: but I understand the need to support the legacy solution(s), and some people can use multirec usefully (which the external recorder cannot support)
[16:25:06] stuarta: i'm sure there is a ticket open for that
[16:29:24] gary_buhrmaster: From my perspective (which has zero value, but I still have one) there are multiple (both philisophical and logistical) issues with that patch, and it a BAD (Broken As Designed) solution. It does fix a point specific use case, and breaks others. My solution was to externalize it and fix it (as close to as possible) right.
[16:30:25] stuarta: seem as elegant as can be done right now
[16:33:33] peterbennett (peterbennett!~Peter@mythtv/developer/peterbennett) has joined #mythtv
[16:47:31] peterbennett (peterbennett!~Peter@mythtv/developer/peterbennett) has quit (Quit: Leaving.)
[17:21:28] gigem (gigem!~david@mythtv/developer/gigem) has joined #mythtv
[17:24:05] Vollstrecker_ (Vollstrecker_!~vollstrec@p200300E19BC68B000A606EFFFE4490F9.dip0.t-ipconnect.de) has quit (Remote host closed the connection)
[18:38:11] dekarl1 is now known as dekarl
[18:41:00] dekarl: gary_buhrmaster: on my list is playing with the ubuntu packages on bash for windows on windows 10 with a hdhr. should "just work"
[18:41:35] dekarl: also got a concept how to map our legacy implementation to tuner locking / sharing
[18:41:41] dekarl: but ENOTIME
[18:42:27] dekarl: it appears like it might be easy peasy, but someone has to do the actual implementation :)
[18:54:54] peterbennett (peterbennett!~Peter@mythtv/developer/peterbennett) has joined #mythtv
[18:55:08] gigem: All, FYI, I am currently without internet access at home and likely will be for another couple of days.
[18:55:38] peterbennett: dekarl: The problem with good ideas is they deteriorate into hard work :)
[18:56:51] gigem: peterbennett: Good timeing! Regarding, that scheduler log message. I don't specifically recall adding it, but feel free to remove it. If a user has a videosource that can't be recorded, it will show up in other ways.
[18:57:54] peterbennett: gigem: OK I will look and see if it was recently added or what. Maybe change it to a debug message or a scheduler message ...
[19:03:12] SteveGoodey (SteveGoodey!~steve@host86-151-53-224.range86-151.btcentralplus.com) has quit (*.net *.split)
[19:03:13] dmfrey (dmfrey!~dmfrey@65-78-90-212.c3-0.smt-ubr1.atw-smt.pa.cable.rcn.com) has quit (*.net *.split)
[19:03:13] knowledgejunkie (knowledgejunkie!~knowledge@cpc77018-warw18-2-0-cust959.3-2.cable.virginm.net) has quit (*.net *.split)
[19:03:13] gary_buhrmaster (gary_buhrmaster!~gtb@2601:647:4802:4c3:222:4dff:fe51:6728) has quit (*.net *.split)
[19:03:15] knowledg1junkie (knowledg1junkie!~knowledge@cpc77018-warw18-2-0-cust959.3-2.cable.virginm.net) has joined #mythtv
[19:03:32] dmfrey (dmfrey!~dmfrey@65-78-90-212.c3-0.smt-ubr1.atw-smt.pa.cable.rcn.com) has joined #mythtv
[19:03:55] gary_buhrmaster (gary_buhrmaster!~gtb@2601:647:4802:4c3:222:4dff:fe51:6728) has joined #mythtv
[19:19:29] SteveGoodey (SteveGoodey!~steve@host86-151-53-224.range86-151.btcentralplus.com) has joined #mythtv
[19:47:01] stuarta: peterbennett: evening
[19:47:30] peterbennett: stuarta: Hi :)
[19:47:50] ** stuarta ponders what to break this evening **
[20:00:28] peterbennett: stuarta: Go watch some recordings. Exercise that MythTV !
[20:00:39] stuarta: heh, not done that for a long time
[20:01:13] stuarta: trying to work out why my dev frontend is failing to properly initialize vaapi
[20:01:56] peterbennett: stuarta: Well at least it is not crashing any more.
[20:02:04] stuarta: nope, thanks for fixing that
[20:02:30] peterbennett: well I broke it so I'd better fix it.
[20:02:44] stuarta: that's the way it normally works around here :)
[20:03:47] peterbennett: The new ttvdb mark is working on will have some additional dependencies – packagers will have to make changes.
[20:04:03] stuarta: that's not normally a problem
[20:04:28] stuarta: our ubuntu maintainer tgm4883 is normally here
[20:05:10] peterbennett: yes I will let him know, but I don't know about fedora and other things
[20:05:40] stuarta: i can update the ansible playbooks to include the new deps
[20:05:48] stuarta: but other than ubuntu we normally don't bother
[20:05:56] peterbennett: i see
[20:06:42] stuarta: if interested, see http://smolt.mythtv.org, visit the stats section and look at the OS tab
[20:06:57] stuarta: 84.1% of our users are on ubuntu
[20:11:07] peterbennett: I suppose Fedora is included in RedHat
[20:11:55] peterbennett: Maybe centos too, I see a lot of centos questions I wonder why they dont rather use fedora
[20:11:59] stuarta: no it's not, due to mpeg licensing
[20:12:25] stuarta: there's a new fedora release every ~6 months
[20:12:44] peterbennett: What I mean is the stats show nothing for Fedora or Centos
[20:12:48] stuarta: centos is stable and you don't get a new major release until redhat release a new rhel
[20:12:53] stuarta: ah right
[20:13:07] stuarta: expand the redhat section :
[20:13:11] stuarta: :)
[20:13:12] peterbennett: Oh never mind, click teh PLUS
[20:13:18] stuarta: heh
[20:13:47] stuarta: raspbian has been slowly going up thanks to your work
[20:16:40] Korny: I'm not sure if this is a bug or if I missed a setting, but I just had my entire server's hard drive filled from 24,000 files in the tmp/hls directory, does that directory ever get cleared out?
[20:17:45] stuarta: i have no idea. wouldn't surprise me if it didn't
[20:18:10] SteveGoodey (SteveGoodey!~steve@host86-151-53-224.range86-151.btcentralplus.com) has quit (Quit: Konversation terminated!)
[20:23:13] jheizer: it does not, no
[20:23:34] jheizer: In mobilemyth I was manually doing it when a recording gets deleted
[20:24:29] peterbennett: . /tmp is cleared when you reboot
[20:24:39] peterbennett: i mean /tmp
[20:25:08] stuarta: ideally you don't reboot your server apart from hardware upgrades and security patches
[20:25:20] stuarta: uptime++
[20:25:24] peterbennett (peterbennett!~Peter@mythtv/developer/peterbennett) has quit (Quit: Leaving.)
[20:25:42] jheizer: hls dir by default is under the user's home directory IIR
[20:25:47] peterbennett (peterbennett!~peter@2601:183:100:764c:6710:cf5c:bdcd:174b) has joined #mythtv
[20:25:54] jheizer: IIRC
[20:26:04] jheizer: though you can define a storage group for it
[20:26:22] stuarta: libva, why art thou failing to initialize my display
[20:26:24] jheizer: or maybe is is in tmp, I don't remember
[20:29:37] Korny: peterbennett: it isnt' /tmp its /home/mythtv/.mythtv/tmp/hls
[20:29:46] Korny: yep jheizer
[20:30:27] peterbennett: The ~/.mythtv directory goes on expanding forever unfortunatlel
[20:30:57] stuarta: it's a feature!!!!
[20:31:03] Korny: good idea on teh storage group though
[20:31:09] Korny: I can set it to a limit correct?
[20:32:28] peterbennett: remotecache gets huge, need to clear it every so often
[20:33:07] peterbennett: What uses hls? mine is empty
[20:33:18] stuarta: streaming
[20:34:17] Korny: hmmmm I don't have a steaming one, do I set that manually?
[20:34:38] Korny: then again I'm on .28
[20:36:20] jheizer: yeah it wasn't an option one
[20:36:33] jheizer: but it works. I think it was an in progress kind of thing
[20:38:12] jheizer: 'Streaming'
[20:38:14] jheizer: is the name
[20:38:51] jheizer: I pointed mine to a quota'd zfs store to also help keep it in cheak
[20:48:17] stuarta: bugger. this vaapi issue has something todo with how we open the display under wayland, which doesn't allow libva to correctly open the display
[20:53:03] peterbennett (peterbennett!~peter@2601:183:100:764c:6710:cf5c:bdcd:174b) has quit (Quit: Leaving.)
[20:57:59] stuarta: interesting, debian is going to remove Qt4 during this next development cycle
[21:04:50] gary_buhrmaster: (re tmp/hls) create a tmpfs mount over ~mythtv/.mythtv/tmp should "solve" it......
[21:08:20] ** stuarta tries building without x11 support **
[21:08:34] stuarta: and nope, it doesn't even build
[21:09:28] gary_buhrmaster: stuarta: libva and wayland was a "known" issue (or at least I remember seeing something a while back). .... there it is (or was? looks like it was fixed?) BZ 1422151. Wayland may be the future, but it has its interesting issues.
[21:10:41] stuarta: this looks to be related to the way we interact with the display via X
[21:11:07] stuarta: we open the display using X and then libva barfs
[21:13:02] ** stuarta is suspecting a large can of worms here **
[21:15:37] gary_buhrmaster: And then there is the issue that the libva "we" are using is substantially backlevel (a long time ago I started looking at fixing it to use the newer API, and it was a large can of something, and I do not understand the video pipeline well enough to really start)
[21:16:26] stuarta: we started documenting that https://www.mythtv.org/wiki/Video_pipeline
[21:16:40] stuarta: we also use the system libva, not our own
[21:16:52] stuarta: we may however use an older set of api calls
[21:17:23] gary_buhrmaster: So in the copious free time of someone who understands the video pipeline, the queue includes the newer vaapi (do people can get better de-interlacing), and the nvidia nvdecode api so the newer cards will work when they finally get dropped from vdpau.
[21:17:38] stuarta: hah
[21:18:10] stuarta: the queue also includes reworking our usage of ffmpeg, to stop using the deprecated api
[21:18:43] gary_buhrmaster: "we" use the old api version (I remember because I submitted a patch for compatibility at some point). And the new api version requires refactor somewhere.
[21:18:54] stuarta: hmmm
[22:18:40] aloril (aloril!~aloril@dsl-tkubng11-54f948-150.dhcp.inet.fi) has quit (Ping timeout: 246 seconds)
[22:20:13] aloril (aloril!~aloril@dsl-tkubng11-54f948-150.dhcp.inet.fi) has joined #mythtv
[22:41:27] ElmerFudd (ElmerFudd!~le@87-55-166-130-static.dk.customer.tdc.net) has quit (Ping timeout: 240 seconds)
[22:41:54] ElmerFudd (ElmerFudd!~le@87-55-166-130-static.dk.customer.tdc.net) has joined #mythtv
[22:43:01] aloril_ (aloril_!~aloril@dsl-tkubng11-54f948-150.dhcp.inet.fi) has joined #mythtv
[22:44:38] aloril (aloril!~aloril@dsl-tkubng11-54f948-150.dhcp.inet.fi) has quit (Ping timeout: 248 seconds)

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