MythLogBot@irc.freenode.net :: #mythtv

Daily chat history

Current users (66):

aloril, amessina_, Anssi, blahdodo, brfransen, ChanServ, clever, cougar_, davic, dragonia_, dym, eharris, ElmerFudd, enyc, frobnic, gary_buhrmaster, ghoti, gigem, gregl, GreyFoxx, hampton, Hydr0p0nx, Hydroponx, ijc, IonTau, jheizer, jpabq, jpharvey, jpharvey_, jya, kalamaja_, knowledgejunkie, kwizart, libsci, mad_enz, Maliuta_, markspieth, MitchCapper, mkbloke, MythBuild, MythLogBot, MythNotifyBot_, nephyrin, ooshlablu, Panic, peper03, poptix, pppingme, ramshadow, rhpot1991, RokLobsta, sdrik, sphery, SteveGoodey, stuarta, stuartm, taylorr, tgm4883, toddejohnson, tonsofpcs, tris, wangel, Warped, xris, zbot, _charly_
Sunday, January 27th, 2019, 00:00 UTC
[00:00:56] peterbennett: markk_: Did somebody cherry-pick my changes into the 2019-render branch? I never put them there... There is a fix for the config error in master ....
[00:19:38] markk_ (markk_!~mark@host31-51-150-46.range31-51.btcentralplus.com) has quit (Ping timeout: 245 seconds)
[00:28:45] toddejohnson (toddejohnson!~toddejohn@50.196.222.100.tjsquared.com) has quit (Read error: Connection reset by peer)
[00:30:03] knowledgejunkie (knowledgejunkie!~knowledge@cpc77018-warw18-2-0-cust959.3-2.cable.virginm.net) has quit (Ping timeout: 245 seconds)
[00:37:12] knowledgejunkie (knowledgejunkie!~knowledge@cpc77018-warw18-2-0-cust959.3-2.cable.virginm.net) has joined #mythtv
[00:50:34] knowledgejunkie (knowledgejunkie!~knowledge@cpc77018-warw18-2-0-cust959.3-2.cable.virginm.net) has quit (Ping timeout: 250 seconds)
[00:51:40] toddejohnson (toddejohnson!~toddejohn@50.196.222.100.tjsquared.com) has joined #mythtv
[01:02:49] knowledgejunkie (knowledgejunkie!~knowledge@cpc77018-warw18-2-0-cust959.3-2.cable.virginm.net) has joined #mythtv
[01:06:49] dragonian (dragonian!~dragonian@2604:6000:100e:8165:a8bf:8aef:7af:672d) has joined #mythtv
[01:10:56] dragonian (dragonian!~dragonian@2604:6000:100e:8165:a8bf:8aef:7af:672d) has quit (Ping timeout: 240 seconds)
[02:38:31] gigem: What is/should be our policy with regards to trac tickets that are links to some other bug system? I think ours should be self contained. I might be willing to copy the relevant information over once, maybe twice if I'm in a good mood but after that, I'd be tempted to just close such tickets as incomplete.
[02:41:24] peterbennett: gigem: Yes I was wondering if the original reporter will ever see my reply or comment
[02:48:28] gigem: Which one did you reply to?
[02:52:08] gary_buhrmaster: Referencing each others bug tracking system is fine ("also reported as ..."), but no details means the only proper response is "invalid"/"wontfix" in this bug tracking system.
[02:52:53] gary_buhrmaster: Not that I get a vote here (but in places I have had a vote, I have been draconian about the issue that you don't provide the details and reproducer, it is not our problem).
[02:55:55] MythBuild: Build master-debian-stretch-rpi2-armv7l #74 is complete: Success [build successful] – https://code.mythtv.org/buildbot/#builders/43/builds/74
[02:55:55] ** MythLogBot https://code.mythtv.org/trac/ticket/74 **
[03:04:11] gigem: gary_buhrmaster: That would work for me.
[03:25:50] dragonian (dragonian!~dragonian@2604:6000:100e:8165:a8bf:8aef:7af:672d) has joined #mythtv
[03:48:05] dragonia_ (dragonia_!~dragonian@2604:6000:100e:8165:7913:824c:5e65:dc85) has joined #mythtv
[03:51:23] dragonian (dragonian!~dragonian@2604:6000:100e:8165:a8bf:8aef:7af:672d) has quit (Ping timeout: 268 seconds)
[05:23:14] dragonian (dragonian!~dragonian@2604:6000:100e:8165:3061:513b:be00:6d8c) has joined #mythtv
[05:26:26] dragonia_ (dragonia_!~dragonian@2604:6000:100e:8165:7913:824c:5e65:dc85) has quit (Ping timeout: 240 seconds)
[05:31:04] gary_buhrmaster: gigem: I think the point I was trying to make (perhaps poorly) is that the upstream project fully owns the ticket and the details, and I would no more expect the kernel devs to use something opened in the MythTV ticketing system than you (the devs) should expect to look elsewhere.
[05:33:58] gary_buhrmaster: gigem: I have, on occasion, run into issues with upstream software when using MythTV. I always opened the upstream ticket, or contacted the OOT developer. If someone else ran into the problem I always referred them to the upstream (owner) bug#.
[05:37:18] gary_buhrmaster: gigem: I believe that approach respects the actual developers time and efforts (they should not be responsible for tracking down and following other issues elsewhere unless they are being paid to spend their time that way).
[05:43:46] gary_buhrmaster: gigem: And if someone wants to spend their time copy/pasting, more power to them, for it might even benefit the project as a whole. But if the resources are thin, spending time on secretarial functions of tracking the same thing(s) in two places, does not seem the best use of those resources.
[05:53:15] dragonia_ (dragonia_!~dragonian@2604:6000:100e:8165:d8bd:9b3f:51b9:25ef) has joined #mythtv
[05:56:26] dragonian (dragonian!~dragonian@2604:6000:100e:8165:3061:513b:be00:6d8c) has quit (Ping timeout: 240 seconds)
[06:27:55] Fear (Fear!fear@unaffiliated/warlord) has quit (Quit: ZNC - https://znc.in)
[06:28:06] Fear (Fear!fear@69.85.85.114) has joined #mythtv
[06:28:06] Fear (Fear!fear@69.85.85.114) has quit (Changing host)
[06:28:06] Fear (Fear!fear@unaffiliated/warlord) has joined #mythtv
[06:37:53] frobnic (frobnic!fb@b2b-130-180-11-14.unitymedia.biz) has quit (Ping timeout: 268 seconds)
[06:38:01] frobnic (frobnic!fb@b2b-130-180-11-14.unitymedia.biz) has joined #mythtv
[07:13:15] brfransen (brfransen!~brfransen@47.42.26.155) has quit (Read error: Connection reset by peer)
[07:14:28] amessina (amessina!~amessina@unaffiliated/amessina) has quit (Quit: Konversation terminated!)
[07:14:44] brfransen (brfransen!~brfransen@47.42.26.155) has joined #mythtv
[07:21:16] blahdodo (blahdodo!~blahdodo@69.172.190.157) has quit (Quit: Bye bye)
[07:25:25] blahdodo (blahdodo!~blahdodo@69.172.190.157) has joined #mythtv
[07:39:56] markspieth2: peterbennett: I have noticed another artifact on the shield with playback of 23.98p fps material at 1.2x on a 4k60hz p display. every second or so you see an old frame where the motion jitters. I suspect this is frame stretching but the page buffer is still flipped
[07:46:34] dragonian (dragonian!~dragonian@2604:6000:100e:8165:7010:6b11:f833:c580) has joined #mythtv
[07:49:26] dragonia_ (dragonia_!~dragonian@2604:6000:100e:8165:d8bd:9b3f:51b9:25ef) has quit (Ping timeout: 240 seconds)
[08:14:56] nephyrin (nephyrin!~neph@2601:600:817f:a19a:a5cf:8446:c53:57b2) has quit (Ping timeout: 240 seconds)
[08:16:40] dragonia_ (dragonia_!~dragonian@2604:6000:100e:8165:e967:3d2:c9ea:b481) has joined #mythtv
[08:18:00] Tobbe5178 (Tobbe5178!~asdf@2001:2002:51eb:d24e:58b2:1de0:b655:2cdd) has joined #mythtv
[08:19:37] nephyrin (nephyrin!~neph@2601:600:817f:a19a:a5cf:8446:c53:57b2) has joined #mythtv
[08:19:56] dragonian (dragonian!~dragonian@2604:6000:100e:8165:7010:6b11:f833:c580) has quit (Ping timeout: 240 seconds)
[08:23:41] markspieth2 (markspieth2!~yaaic@mythtv/developer/markspieth) has quit (Ping timeout: 244 seconds)
[08:56:51] Steve-Goodey (Steve-Goodey!~steve@2a00:23c5:7da3:4501:7a84:3cff:fedf:a99) has joined #mythtv
[08:56:52] Mode for #mythtv by ChanServ!ChanServ@services. : +v Steve-Goodey
[08:59:09] markspieth2 (markspieth2!~yaaic@mythtv/developer/markspieth) has joined #mythtv
[08:59:09] Mode for #mythtv by ChanServ!ChanServ@services. : +v markspieth2
[09:00:56] Tobbe5178 (Tobbe5178!~asdf@2001:2002:51eb:d24e:58b2:1de0:b655:2cdd) has quit (Ping timeout: 240 seconds)
[09:03:56] mad_enz (mad_enz!~mad_enz@2607:fea8:bdf:e784:5a94:6bff:fe58:33d0) has quit (Ping timeout: 240 seconds)
[09:43:43] markk_ (markk_!~mark@host31-51-150-46.range31-51.btcentralplus.com) has joined #mythtv
[10:36:57] Tobbe5178 (Tobbe5178!~asdf@2001:2002:51eb:d24e:cdc5:2f63:2a14:65de) has joined #mythtv
[10:42:10] Tobbe5178 (Tobbe5178!~asdf@2001:2002:51eb:d24e:cdc5:2f63:2a14:65de) has quit (Read error: Connection reset by peer)
[10:42:34] dragonian (dragonian!~dragonian@2604:6000:100e:8165:3c2f:735c:f74:a960) has joined #mythtv
[10:45:56] dragonia_ (dragonia_!~dragonian@2604:6000:100e:8165:e967:3d2:c9ea:b481) has quit (Ping timeout: 240 seconds)
[10:51:39] Tobbe5178 (Tobbe5178!~asdf@2001:2002:51eb:d24e:10d1:a031:b0f:9750) has joined #mythtv
[10:56:50] markk_ (markk_!~mark@host31-51-150-46.range31-51.btcentralplus.com) has quit (Ping timeout: 244 seconds)
[11:02:26] Tobbe5178 (Tobbe5178!~asdf@2001:2002:51eb:d24e:10d1:a031:b0f:9750) has quit (Read error: Connection reset by peer)
[11:32:10] dragonia_ (dragonia_!~dragonian@2604:6000:100e:8165:3048:2003:6b7e:2182) has joined #mythtv
[11:32:56] RokLobsta (RokLobsta!~Dirkka@119.18.13.51) has quit (Ping timeout: 240 seconds)
[11:34:56] dragonian (dragonian!~dragonian@2604:6000:100e:8165:3c2f:735c:f74:a960) has quit (Ping timeout: 240 seconds)
[11:40:55] Tobbe5178 (Tobbe5178!~asdf@2001:2002:51eb:d24e:3d91:bacc:3c2a:980) has joined #mythtv
[12:02:14] dragonian (dragonian!~dragonian@2604:6000:100e:8165:30e3:2124:fda9:d65c) has joined #mythtv
[12:05:26] dragonia_ (dragonia_!~dragonian@2604:6000:100e:8165:3048:2003:6b7e:2182) has quit (Ping timeout: 240 seconds)
[12:12:13] markk_ (markk_!~mark@host31-51-150-46.range31-51.btcentralplus.com) has joined #mythtv
[12:40:23] blahdodo (blahdodo!~blahdodo@69.172.190.157) has quit (Quit: Bye bye)
[12:40:44] blahdodo (blahdodo!~blahdodo@69.172.190.157) has joined #mythtv
[13:40:36] dragonia_ (dragonia_!~dragonian@2604:6000:100e:8165:907a:a64:3407:60df) has joined #mythtv
[13:43:26] dragonian (dragonian!~dragonian@2604:6000:100e:8165:30e3:2124:fda9:d65c) has quit (Ping timeout: 240 seconds)
[14:15:49] dragonian (dragonian!~dragonian@2604:6000:100e:8165:998d:527b:37e5:f8c5) has joined #mythtv
[14:18:56] dragonia_ (dragonia_!~dragonian@2604:6000:100e:8165:907a:a64:3407:60df) has quit (Ping timeout: 240 seconds)
[14:25:52] markspieth2 (markspieth2!~yaaic@mythtv/developer/markspieth) has quit (Ping timeout: 244 seconds)
[14:26:03] markspieth2 (markspieth2!~yaaic@mythtv/developer/markspieth) has joined #mythtv
[14:26:03] Mode for #mythtv by ChanServ!ChanServ@services. : +v markspieth2
[14:33:30] frobnic (frobnic!fb@b2b-130-180-11-14.unitymedia.biz) has quit (Ping timeout: 246 seconds)
[14:33:36] frobnic (frobnic!fb@b2b-130-180-11-14.unitymedia.biz) has joined #mythtv
[15:00:46] dragonia_ (dragonia_!~dragonian@2604:6000:100e:8165:a9b0:7081:cbd0:ced8) has joined #mythtv
[15:04:26] dragonian (dragonian!~dragonian@2604:6000:100e:8165:998d:527b:37e5:f8c5) has quit (Ping timeout: 240 seconds)
[15:16:36] peper03: With desktop scaling set to anything but 1.0, MythFrontend is scaled in the opposite direction. Calling QApplication::setAttribute(Qt::AA_DisableHighDpiScaling); seems to fix it but that's only available in QT5.6 and above.
[15:17:48] peper03: DisplayRes.cpp always reports the correct resolution, but mythuihelper reports the scaled resolution.
[15:24:05] peper03: mythuihelper gets the info from QT whereas DisplayRes eventually gets the info from MythDisplay::GetDisplayInfo, which has OS specific queries.
[15:24:16] mad_enz (mad_enz!~mad_enz@2607:fea8:bdf:e784:1d1:84f7:1ab2:bac5) has joined #mythtv
[15:28:36] gary_buhrmaster: I thought it was agreed that 5.7 was going to be the base moving forward, so the 5.6 requirement might be the satisfied (and just breaks the jessie egg a little bit earlier).
[15:29:51] hampton: I think its currently 5.5, and that's only been committed to the 2019-render branch so far.
[15:30:16] hampton: It'll hit master when that branch is folded back in.
[15:32:18] hampton: peper03: Interesting. I'm working in those files right now removing the use of QDesktopWidget, which was deprecated in qt5.11.
[15:32:20] peper03: I'm not entirely why we have two different bits of code to determine the screen size but it seems to quickly get into multiple OS/multiple screen territory that I can't test.
[15:34:15] hampton: Good question. IMHO we should be getting the information from Qt and letting it do the os-dependent bits. I don't know the history of why that code exists, though.
[15:34:50] gary_buhrmaster: Seems like you may now have that reason to bump it to 5.7 (there was the position that if you don't have anything that needs it, no reason to bump it at all; now you perhaps have a (good) reason to bump).
[15:36:08] peper03: And it's not only restricted to hidpi displays (in spite of the QT enum). I couldn't understand why the full screen was not being used on my wife's new laptop (1920x1080) but the desktop is scaled to 1.2x.
[15:36:16] peterbennett: gigem: I replied to #13387
[15:36:16] ** MythLogBot https://code.mythtv.org/trac/ticket/13387 **
[15:37:18] hampton: You'll get no pushback from me. The problem is that going from qt5.5 -> qt5.7 means that MythTV no longer compiles on Ubuntu 16.04, and that's still the most popular platform.
[15:38:31] peper03: hampton: If there's no better non-QT solution, there's nothing stopping us putting the call to setAttribute in an ifdef so that it's only called if built for a compatible system.
[15:40:27] hampton: Would you write up a ticket and assign it to me?
[15:41:38] gary_buhrmaster: You actually cannot conclude that 16.04 is the most popular. The conclusion you can reach is that it is the most reported platform. That is a different statement. And the entire ubuntu reporting is itself could be an artifact of mythbuntu making it easy to select reporting.
[15:42:02] peper03: hampton: I'm happy to make that "simple" change myself unless it interferes with something you or anyone else is working on.
[15:44:19] peterbennett: peper03: I don't know how a scaled desktop works, but I wonder if that is related to the android problem where the desktop is always seen as 1920x1080 even when it is actually 3840x2160.
[15:46:14] peper03: peterbennett: Certainly possible. On my 4K desktop, I have scaling set to 1.5x so that I don't go blind. The logs for mythmainwindow say "UI Screen Resolution: 2560 x 1440"
[15:47:06] peterbennett: peper03: How do you set desktop scaling?
[15:47:10] hampton: gary_buhrmaster: Agreed
[15:48:10] peper03: peterbennett: On the desktop I'm using kde. I just go into "Displays" under System Settings and click on 'Scale Display'.
[15:49:22] hampton: peper03: I have no objection if you want to add that. I am curious as to why that works.
[15:50:04] peper03: peterbennett: I have mythfrontend set to fullscreen and it does "use" the whole screen (i.e. the whole screen is set to black) but the effective area used is only what QT reports.
[15:50:40] peper03: hampton: I think it's because desktop scaling is effectively changing the reported DPI of the screen.
[15:51:11] peterbennett: peper03: I am using xfce – I suppose I could set scaling using xrandr.
[15:51:13] amessina (amessina!~amessina@unaffiliated/amessina) has joined #mythtv
[15:52:15] peterbennett: peper03: It seem different from the android problem – on android the screen is at 4K size but mythfrontend reports it as 1080 and mythfrontend uses the whole screen
[15:53:07] peper03: peterbennett: The theme fills the whole screen?
[15:53:16] peterbennett: yes
[15:54:58] peper03: OK. That does sound a bit different.
[15:56:04] peper03: Although it does fill the whole screen if I select the QT painter but that doesn't fix video playback, which still appears scaled.
[15:56:17] peper03: And I assume you're using the OpenGL painter on Android.
[15:56:22] peterbennett: android is a different beast. markspieth has been trying to solve this issue for some time.
[15:56:33] peterbennett: Yes we are using the opengl painter
[15:58:11] peterbennett: It is consistent on android – everything fills the screen, but playing a 4K video results in a reduced quality because it is scaled down to 1080 then scaled back up to 4K
[15:58:54] tgm4883: gary_buhrmaster: that's a misconception. Mythbuntu didn't make it easier to opt into reporting. We simply at one point asked our users to do so
[16:00:27] tgm4883: Also, FWIW, you can say that 16.04 is the most popular platform, because that is what the stats say. If you're going to ignore the stats then you might as well just take down the smolt server
[16:15:24] MythBuild: Build 2019-render-osx-64bit #21 is complete: Success [build successful] – https://code.mythtv.org/buildbot/#builders/85/builds/21
[16:15:24] ** MythLogBot https://code.mythtv.org/trac/ticket/21 **
[16:16:14] SteveGoodey (SteveGoodey!~steve@2a00:23c5:7da3:4501:7a24:afff:fe9d:c233) has joined #mythtv
[16:16:15] Mode for #mythtv by ChanServ!ChanServ@services. : +v SteveGoodey
[16:26:12] hampton: peterbennett: I saw the osx builder complete. Looks like the arm ones will complete as well. Arch is still dying with the following error: ‘IS_VAAPI_PIX_FMT’ was not declared in this scope
[16:28:11] peterbennett: hampton: Oh I did not see that , I will look into it
[16:28:18] hampton: stuarta: Can you kill off the jessie builders for the 2019-render branch? That's not supported any more because of the qt bump to 5.5.
[16:31:13] MythBuild: Build 2019-render-fedora-armv7hl #21 is complete: Success [build successful] – https://code.mythtv.org/buildbot/#builders/91/builds/21
[16:31:13] ** MythLogBot https://code.mythtv.org/trac/ticket/21 **
[16:31:16] gary_buhrmaster: tgm4883: If you don't understand selection bias, please read up on it. Asking your customers to report is the way to make yourself look good (and is why your airline asks you to vote for them).
[16:32:36] gary_buhrmaster: tgm4883: (or, in the new world, "like" them).
[16:33:56] nephyrin (nephyrin!~neph@2601:600:817f:a19a:a5cf:8446:c53:57b2) has quit (Ping timeout: 240 seconds)
[16:34:21] MythBuild: Build 2019-render-fedora-aarch64 #24 is complete: Success [build successful] – https://code.mythtv.org/buildbot/#builders/84/builds/24
[16:34:21] ** MythLogBot https://code.mythtv.org/trac/ticket/24 **
[16:35:11] gary_buhrmaster: tgm4883: statistical accuracy (rather than just feeling good) requires a true random sample with questions that do not get the answer you want to hear from the phrasing. It is actually quite hard to do a good survey.
[16:37:00] markspieth2 (markspieth2!~yaaic@mythtv/developer/markspieth) has quit (Remote host closed the connection)
[16:37:16] tgm4883: gary_buhrmaster: then delete smolt, as it's useless
[16:37:30] gary_buhrmaster: tgm4883: So, your request biased the results. That makes the conclusion of "most popular" dead wrong. It does support the conclusion of "most reported".
[16:38:22] tgm4883: gary_buhrmaster: then make a post on mythtv.org asking for people to enable it
[16:39:39] nephyrin (nephyrin!~neph@2601:600:817f:a19a:a5cf:8446:c53:57b2) has joined #mythtv
[16:42:50] gary_buhrmaster: tgm4883: I have no interest in the data. If someone else does, go for it.
[16:43:13] tgm4883: well you have some interest...
[16:43:41] gary_buhrmaster: tgm4883: btw, I am not saying 16.04 *is not* the most popular. I am saying you can't draw that conclusion, and anyone who does does not understand basic statistics.
[16:44:37] gary_buhrmaster: tgm4883: this is a math issue for me. And math does not lie.
[16:47:18] gary_buhrmaster: tgm4883: and, fwiw, a number of distros are running into a similar problem trying to detect their customers. There is an attempt to try to shift from "downloads" to actual usage (due to checkins for updates).
[16:49:34] gary_buhrmaster: tgm4883: It is actually a hard problem to solve given the privacy issues (one proposal I have seen is to create a UUID that is passed in (I think) the http request header for the mirror list). But then you can identify the host even when it moves, which is not desirable in all cases.
[16:51:19] gary_buhrmaster: tgm4883: Voluntary reports can have value, as long as you do not draw the wrong conclusions from the reports (and then there is the entire ability to bias the conclusions based on fake reports).
[17:09:09] gary_buhrmaster: tgm4883: sorry if I came across as somewhat brusk, but statistics accuracy is important to me. Sometimes I go a bit overboard. sorry.
[17:16:11] peterbennett: There are Lies, Damn Lies and Statistics....
[17:18:37] nephyrin (nephyrin!~neph@2601:600:817f:a19a:a5cf:8446:c53:57b2) has quit (Ping timeout: 250 seconds)
[17:18:43] amessina_ (amessina_!~amessina@unaffiliated/amessina) has joined #mythtv
[17:18:55] MythBuild: Build master-archlinux-64bit #26 is complete: Success [build successful] – https://code.mythtv.org/buildbot/#builders/25/builds/26
[17:18:55] ** MythLogBot https://code.mythtv.org/trac/ticket/26 **
[17:19:26] amessina (amessina!~amessina@unaffiliated/amessina) has quit (Ping timeout: 240 seconds)
[17:19:36] nephyrin (nephyrin!~neph@2601:600:817f:a19a:a5cf:8446:c53:57b2) has joined #mythtv
[17:40:44] MythBuild: Build 2019-render-archlinux-64bit #23 is complete: Success [build successful] – https://code.mythtv.org/buildbot/#builders/96/builds/23
[17:40:44] ** MythLogBot https://code.mythtv.org/trac/ticket/23 **
[17:53:16] dragonian (dragonian!~dragonian@2604:6000:100e:8165:bc91:456a:541b:83e2) has joined #mythtv
[17:56:13] dragonia_ (dragonia_!~dragonian@2604:6000:100e:8165:a9b0:7081:cbd0:ced8) has quit (Ping timeout: 268 seconds)
[18:05:48] markk_ (markk_!~mark@host31-51-150-46.range31-51.btcentralplus.com) has quit (Ping timeout: 250 seconds)
[18:30:00] gigem: gary_buhrmaster: Regarding upstream bugs, I think we completely agree.
[18:44:25] paul-h (paul-h!~paul@cpc112433-pres20-2-0-cust645.18-3.cable.virginm.net) has joined #mythtv
[18:45:54] paul-h: which NDK are you guys using to build the Android apk?
[18:48:43] paul-h: was using r13b since that is what the readme in packaging says to use but Qt 5.11.3 apears to want at least 16
[18:51:41] paul-h: gigem: I think you may have close the wrong ticket #13389 instead of #13388
[18:51:41] ** MythLogBot https://code.mythtv.org/trac/ticket/13389 **
[18:51:41] ** MythLogBot https://code.mythtv.org/trac/ticket/13388 **
[18:52:40] gigem: paul-h: I think we're all using 13b. As I recall, 15c used to work for 64-bit but not for 32-bit. Google changed things up a lot in later versions that make them not work for us. I think markspieth has it on hist todo list but it's not a high priority.
[18:52:45] gigem: paul-h: Already fixed.
[18:58:12] paul-h: gigem: and you are using Qt 5.11.3?
[19:00:53] gigem (gigem!~david@mythtv/developer/gigem) has quit (Ping timeout: 245 seconds)
[19:03:40] gigem (gigem!~david@mythtv/developer/gigem) has joined #mythtv
[19:03:40] Mode for #mythtv by ChanServ!ChanServ@services. : +v gigem
[19:04:09] peterbennett: gigem: I fixed your comments on #13388, I hope you don't mind. Are we going to leave it as closed invalid?
[19:04:09] ** MythLogBot https://code.mythtv.org/trac/ticket/13388 **
[19:06:08] gigem: peterbennett: I already tried to reopen that ticket. Did my changes get lost?
[19:06:53] peterbennett: gigem: It is closed (invalid) – this is the ticket about xmltvid
[19:07:32] peterbennett: it has no details just a link to another ticket, and I am not sure what they are talking about, I think it may be invalid anyway
[19:09:38] gigem: I'm fine with leaving it closed. I just know I tried to reopen it after realizing I had the wrong ticket. Perhaps trac rejected my change and I didn't notice. Anyway, thanks. I didn't realize we could change comments.
[19:09:50] peterbennett: He wants to use a method of filling in the xmltvid that looks like a hack
[19:10:22] paul-h: the trac emails says you did reopen it but the changes in trac have gone
[19:10:52] peterbennett: I guess when I deleted a comment it undid other things also
[19:12:35] dragonia_ (dragonia_!~dragonian@2604:6000:100e:8165:b1f5:8672:648e:8246) has joined #mythtv
[19:13:48] gigem: Race condition!
[19:15:37] dragonian (dragonian!~dragonian@2604:6000:100e:8165:bc91:456a:541b:83e2) has quit (Ping timeout: 250 seconds)
[19:16:09] gigem: peterbennett: I read the downstream ticket. Yes, I believe it's unsupported. The changing the database directly part definitely is. DataDirect is going away so it still won't work any more. I need to get my channel management ideas email out. Maybe I can do that today.
[19:24:26] peterbennett: IMHO It is fine to use hacks to mess with the database, I do it myself, but when it goes wrong you are on your own. I would not dream of opening a ticket for it.
[19:29:25] gregl (gregl!~greg@cpe-24-194-253-7.nycap.res.rr.com) has joined #mythtv
[19:32:19] paul-h: You shouldn't have to hack the database under any circumstance though. If you have to then we have got something wrong
[19:37:25] toddejohnson (toddejohnson!~toddejohn@50.196.222.100.tjsquared.com) has quit (Ping timeout: 246 seconds)
[19:39:35] peterbennett: paul-h: I have some scripts that run daily to transcode using handbrake, there is some updating of the mythtv database to change the file name to mkv.
[19:51:59] RokLobsta (RokLobsta!~Dirkka@119.18.13.51) has joined #mythtv
[19:59:22] toddejohnson (toddejohnson!~toddejohn@50.196.222.100.tjsquared.com) has joined #mythtv
[20:01:27] MythBuild: Build 2019-render-debian-stretch-rpi2-armv7l #21 is complete: Success [build successful] – https://code.mythtv.org/buildbot/#builders/97/builds/21
[20:01:27] ** MythLogBot https://code.mythtv.org/trac/ticket/21 **
[20:12:03] markk_ (markk_!~mark@host31-51-150-46.range31-51.btcentralplus.com) has joined #mythtv
[20:30:44] dragonian (dragonian!~dragonian@2604:6000:100e:8165:613b:c79b:8209:3538) has joined #mythtv
[20:33:56] dragonia_ (dragonia_!~dragonian@2604:6000:100e:8165:b1f5:8672:648e:8246) has quit (Ping timeout: 240 seconds)
[20:56:14] markspieth2 (markspieth2!~yaaic@mythtv/developer/markspieth) has joined #mythtv
[20:56:14] Mode for #mythtv by ChanServ!ChanServ@services. : +v markspieth2
[21:00:45] dragonia_ (dragonia_!~dragonian@2604:6000:100e:8165:2947:fdb0:77af:497d) has joined #mythtv
[21:04:18] dragonian (dragonian!~dragonian@2604:6000:100e:8165:613b:c79b:8209:3538) has quit (Ping timeout: 268 seconds)
[21:14:53] soapee01 (soapee01!~soapee01@72-48-42-207.dyn.grandenetworks.net) has joined #mythtv
[21:19:07] soapee01: Hi all. I was running mythtv on ubuntu 14.04LTS. I was running mythtv v0.28 (via mythbuntu ppa). I've re-installed (hw changes) and now on kubuntu 18.04 lts. Backend has GeForce 210 (want to use as a frontend too), and another box with an Intel haswell integrated controller. I saw on v30 that VDPAU is no longer working with NVIDIA proprietary graphics (which I have on the backend). Should I move to v30 or just go to v29? MTIA
[21:20:04] soapee01: apologies, didn't read the subject, I'll switch channels.
[21:20:15] soapee01 (soapee01!~soapee01@72-48-42-207.dyn.grandenetworks.net) has left #mythtv ("Leaving")
[21:30:37] gigem: peterbennett: Regarding your use of handbrake. I've finally gotten past most of my transcoding issues dealing with closed captions and am looking for best practices to use before transcoding en masse. Is there a reason use use mkv instead of mp4? What frame rate and deinterlace/detelecine settings do you use? Almost everything I'm going to do are movies that are telecined for 1080i. My current, main TV
[21:30:39] gigem: can't do 24 fps (only 60) but I'll probably remeday that this fall. Do you use x264 or x265? I tried both, and while x265, resulted in smaller output, it was only about %5 when compared to the 1080i30, mpeg2 original.
[21:35:59] peterbennett: gigem: x264
[21:37:26] peterbennett: gigem: mkv vs mp4 – There is a nice tool mkvmerge that works well to cut or combine mkv files
[21:37:45] peterbennett: gigem: The corresponding mp4 tool did not seem much good
[21:39:57] peterbennett: gigem: Some of the 1080i channels are these days so highly compressed with mpeg2 that the reduction in size with transcoding is not a lot
[21:43:51] markk_ (markk_!~mark@host31-51-150-46.range31-51.btcentralplus.com) has quit (Ping timeout: 268 seconds)
[22:05:09] gigem: peterbennett: I don't have any additional need right now for cutting or combining. To work around issues with handbrake, the first step in my process is to use mythtranscode's lossless mode to do the cuts. I got quite a bit of comptession. Using --encoder x264 --quality 30 on my 4.6GB, 1920x1080i30 test case, the x264, 1920x800p24 result was 890MB. The x265 result was about 668MB.
[22:24:58] peterbennett: gigem: I use quality 23 for 1080, quality 22 for 720 and quality 21 for 480
[22:26:17] peterbennett: gigem: 1080i usually comes out at 1 GB – 1.5 GB per hour 1080p x264
[22:33:38] paul-h (paul-h!~paul@cpc112433-pres20-2-0-cust645.18-3.cable.virginm.net) has quit (Quit: Konversation terminated!)
[22:39:40] markk_ (markk_!~mark@host31-51-150-46.range31-51.btcentralplus.com) has joined #mythtv
[22:47:47] markspieth2 (markspieth2!~yaaic@mythtv/developer/markspieth) has quit (Remote host closed the connection)
[22:57:15] Steve-Goodey (Steve-Goodey!~steve@2a00:23c5:7da3:4501:7a84:3cff:fedf:a99) has quit (Quit: Konversation terminated!)
[23:00:47] markk_ (markk_!~mark@host31-51-150-46.range31-51.btcentralplus.com) has quit (Ping timeout: 240 seconds)
[23:03:50] gigem: peterbennett: My current test case probably turns out better because it's letterboxed and handbrake crops it. A full 1920x1080i case won't fare as well. I need to try a longer, full-picture case. I've got one more, minor technical issue I'd like to resolve too. That is that mythtranscode loses the audio track language. There's probably a tool to fix it after the fact but it's still annoying.
[23:12:17] Tobbe5178 (Tobbe5178!~asdf@2001:2002:51eb:d24e:3d91:bacc:3c2a:980) has quit (Read error: Connection reset by peer)
[23:27:28] IonTau (IonTau!~IonTau@ppp121-45-211-103.bras1.cbr2.internode.on.net) has joined #mythtv
[23:34:18] peterbennett: gigem: I stopped using the handbrake auto-crop because sometimes it would create a file that had strange resolution, like 1920x1082 and that caused various problems – Crashed VDPAU and corrupted the screen shot images that display in "watch recordings".
[23:48:26] nephyrin (nephyrin!~neph@2601:600:817f:a19a:a5cf:8446:c53:57b2) has quit (Ping timeout: 240 seconds)
[23:49:35] nephyrin (nephyrin!~neph@2601:600:817f:a19a:a5cf:8446:c53:57b2) has joined #mythtv

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