MythLogBot@irc.freenode.net :: #mythtv

Daily chat history

Current users (63):

aloril, amessina, Anssi, benklop, blahdodo, brfransen, bumblebeebat, ChanServ, Chutt, clever, davic, dblain, dekarl, eharris, ElmerFudd, frobnic, ghoti_, gregl, GreyFoxx, hampton, Hydr0p0nX, ijc, ikevin, J-e-f-f-A, jarle, jheizer, jpabq, jpharvey, jya, knowledgejunkie, kwizart, libsci, mad_enz, markspieth, markspieth2, MitchCapper, MythBuild, MythLogBot, MythNotifyBot, nephyrin, ooshlablu, Panic, peper03, pppingme, ramshadow, rhpot199`, rmeden, Roklobster, sdrik, ShapeShifter499, sheedy, sphery, sraue, stuartm, taylorr, Tobbe5178, toeb, tonsofpcs, tris, Vollstrecker, Warped, XDS2010|AFK, _charly_
Monday, January 8th, 2018, 00:25 UTC
[00:25:48] eharris (eharris!~eharris@unaffiliated/eharris) has joined #mythtv
[00:44:01] peper03 (peper03!~peper03@mythtv/developer/peper03) has quit (Ping timeout: 265 seconds)
[00:48:53] peper03 (peper03!~peper03@mythtv/developer/peper03) has joined #mythtv
[01:39:20] SteveGoodey (SteveGoodey!~steve@host86-150-61-170.range86-150.btcentralplus.com) has joined #mythtv
[02:32:43] SteveGoodey (SteveGoodey!~steve@host86-150-61-170.range86-150.btcentralplus.com) has quit (Quit: Konversation terminated!)
[03:02:05] Roklobster (Roklobster!~Dirkka@119-18-8-177.cust.aussiebb.net) has quit (Remote host closed the connection)
[06:48:46] markspieth22 (markspieth22!~yaaic@CPE-121-221-141-254.lns2.pie.bigpond.net.au) has joined #mythtv
[06:48:47] markspieth2 (markspieth2!~yaaic@1.152.107.254) has quit (Read error: Connection reset by peer)
[07:09:13] Steve-Goodey (Steve-Goodey!~steve@host86-150-61-170.range86-150.btcentralplus.com) has joined #mythtv
[08:16:59] SteveGoodey (SteveGoodey!~steve@host86-150-61-170.range86-150.btcentralplus.com) has joined #mythtv
[08:48:56] willcooke (willcooke!~willcooke@host-92-6-129-43.as43234.net) has joined #mythtv
[08:48:56] willcooke (willcooke!~willcooke@host-92-6-129-43.as43234.net) has quit (Changing host)
[08:48:57] willcooke (willcooke!~willcooke@ubuntu/member/willcooke) has joined #mythtv
[08:58:58] eharris (eharris!~eharris@unaffiliated/eharris) has quit (Remote host closed the connection)
[09:01:30] sdrik (sdrik!~sdrik@sdrik.gabriello.fr) has quit (Quit: leaving)
[09:01:45] sdrik (sdrik!~sdrik@sdrik.gabriello.fr) has joined #mythtv
[09:32:45] Merlin83b (Merlin83b!~Daniel@2a00:1ee0:3:1337:7850:d14:6d4a:2618) has joined #mythtv
[09:53:27] Roklobster (Roklobster!~Dirkka@119-18-8-177.cust.aussiebb.net) has joined #mythtv
[10:12:08] stuarta: SteveGoodey: were you after me?
[10:20:16] Roklobster (Roklobster!~Dirkka@119-18-8-177.cust.aussiebb.net) has quit (Remote host closed the connection)
[10:43:54] stuarta: sigh, updated forum software
[10:58:20] stuarta: todo_list++
[13:19:17] Spicy-Rabbit (Spicy-Rabbit!~Jordack@75-151-31-172-Michigan.hfc.comcastbusiness.net) has joined #mythtv
[13:33:58] eharris (eharris!~eharris@unaffiliated/eharris) has joined #mythtv
[14:18:13] stuarta: think i might have to make use of this to clean up some of the cppcheck errors about no copy constructor https://stackoverflow.com/questions/6077143/d . . . -constructor
[14:19:25] stuarta: hampton: i found that after wondering how to stop cppcheck bitching about the lack of copy constructors. i suspect in the vast majority of our use cases, they aren't meant to be copied
[14:20:02] stuarta: we do use classes to hold private data. eg ScreenSaverDBusPrivate
[14:20:17] stuarta: which btw. will be where the first test is done
[14:22:50] stuarta: oooo err http://doc.qt.io/qt-5/qobject.html#Q_DISABLE_COPY
[14:23:45] stuarta: that is even better
[14:30:07] stuarta: cept the class i'm going to fix isn't a qobject, oh well
[14:38:41] stuarta: \o/ that works
[14:40:10] peterbennett: I wonder if Q_DISABLE_COPY works for non QObjects
[14:40:41] stuarta: most qt objects ultimately inherit from qobject, so i suspect they would
[14:40:52] peterbennett: If it does what it says, just defines an empty copy constructor, it should work for any object
[14:41:03] stuarta: the class i was playing with had zero qt inheritance tho
[14:42:01] stuarta: curious, it builds
[14:43:57] stuarta: ah, see the file pulls in various qt bits, so somewhere in there it'll include qobject
[14:51:52] stuarta: found it in /usr/include/qt5/QtCore/qglobal.h, as it's in core, it's pretty much everywhere
[14:55:53] stuarta: so yes, should work anywhere we've #include'd something from Qt
[14:56:01] stuarta: which will be pretty much everywhere
[14:59:46] toeb (toeb!~toeb@HSI-KBW-109-192-067-242.hsi6.kabel-badenwuerttemberg.de) has joined #mythtv
[15:30:45] ooshlablu (ooshlablu!~ooshlablu@2601:18d:4600:5f31:6c7d:6e37:c978:8394) has quit (Remote host closed the connection)
[15:31:33] ooshlablu (ooshlablu!~ooshlablu@2601:18d:4600:5f31:1109:5ee5:986d:f592) has joined #mythtv
[15:47:33] stuarta: well that seems to work
[16:00:41] gregl (gregl!~greg@cpe-66-67-122-101.nycap.res.rr.com) has joined #mythtv
[16:11:10] gigem (gigem!~david@mythtv/developer/gigem) has quit (Ping timeout: 272 seconds)
[16:23:45] gigem (gigem!~david@47.183.233.83) has joined #mythtv
[16:23:45] gigem (gigem!~david@47.183.233.83) has quit (Changing host)
[16:23:45] gigem (gigem!~david@mythtv/developer/gigem) has joined #mythtv
[16:27:03] stuarta: hrm, alcor, what are you doing with a load average of ~15
[16:28:11] stuarta: lots and lots and lots of git
[16:28:55] stuarta: bots oh bots, go away
[16:30:48] peterbennett: I wonder whether we need to have a x264 parser and an mpeg parser in MythTV code. ffmpeg should be able to do what is necessary.
[16:30:58] peterbennett: sorry h264
[16:31:10] ** stuarta looks at a kettle of fish **
[16:31:47] stuarta: i believe we have the parsers for something todo with our accurate frame skipping
[16:31:52] stuarta: although i may be wrong on that
[16:32:27] peterbennett: Yes the parser seems to only server the purpose of telling how may frames are in the packet
[16:32:41] stuarta: surely that data is available via the ffmpeg api????
[16:33:34] peterbennett: We need to find that out without decoding when creating the seek table
[16:33:54] stuarta: ok
[16:34:13] peterbennett: However why do we need the correct frame count? The correct timings are more important.
[16:34:53] stuarta: i wish i knew
[16:35:20] stuarta: our "viewers" are more tolerant of things since streaming services became normal
[16:35:27] peterbennett: If you skip forward 5 mins does it matter whether you are skipping 5000 frames or 5010 frames as long as you hit the correct place
[16:36:04] stuarta: probably only from the perspective of pixelation until you have a full frame, rather than a partial
[16:36:29] stuarta: i mean is the seek table trying to store the location of the full frames?
[16:36:59] peterbennett: Yes – the ffmpeg API does tell you which are key frames anyway
[16:37:15] stuarta: optimization_list++
[16:38:46] bumblebeebat (bumblebeebat!~bumblebee@142.162.19.25) has joined #mythtv
[16:39:03] peterbennett: I am trying to fix it to create seek table for mkv h264 files. There is something wrong with the way it is calculating timings, and even more so for h265 recordings. The way it does that seems to have a flaw
[16:39:59] stuarta: i feel like we have to put a broom through the whole lot
[16:41:12] stuarta: loads of legacy crap from way back when only mpeg2 was normal
[16:41:28] stuarta: that could / should be redone so it works with *all* codecs
[16:41:43] stuarta: peterbennett: is that the conclusion you are coming to?
[16:41:55] peterbennett: I am hoping what I am doing will achieve that.
[16:42:43] stuarta: cool
[16:44:05] peterbennett: I am hoping to use the pts values in the packet to tell me the timings. The current method adds up the timing for the whole show as it reads it and i assume misses out if there are multiple frames or repeat frames in a packet
[16:44:47] stuarta: no doubt h265 breaks the assumptions that code is written to use, which is why it's completely wonky
[16:44:57] peterbennett: So the current solution parses the packet to find out those things, but I would rather use the pts
[16:46:13] peterbennett: yep – as reported in #12993, h265 seems to get it wrong
[16:46:13] ** MythLogBot http://code.mythtv.org/trac/ticket/12993 **
[16:48:23] peterbennett: I wonder why logging suppresses all except error messages if progress messages are used.
[16:49:03] peterbennett: I wonder why mythcommflag displays progress messages anyway when you use --noprogress.
[16:49:54] peterbennett: The actual effect of using --noprogress is to enable info and warning messages, while not affecting progress messages
[16:52:37] ** stuarta facepalms **
[17:17:16] dekarl (dekarl!~dekarl@mythtv/developer/dekarl) has quit (Ping timeout: 265 seconds)
[17:18:25] gigem: Does anyone have, know of or able to create a mythtv logo without the pill/capsule shape? I'd like a logo like the one in the top-left corner of mythtv.org with the text and the blue background filling a 16x9 area.
[17:19:38] jheizer: gigem, https://github.com/MythTV/extras/tree/master/logos
[17:19:46] jheizer: first one what yu want?
[17:21:09] dekarl (dekarl!~dekarl@mythtv/developer/dekarl) has joined #mythtv
[17:30:15] gigem: jheizer: Not exactly. The background looks transparent. However, I might be able to to place it top of the background image and crop to 16x9. Thanks.
[17:52:42] Merlin83b (Merlin83b!~Daniel@2a00:1ee0:3:1337:7850:d14:6d4a:2618) has quit (Quit: Leaving)
[18:09:19] willcooke (willcooke!~willcooke@ubuntu/member/willcooke) has quit (Quit: Do your hobbies)
[18:49:30] Roklobster (Roklobster!~Dirkka@119-18-8-177.cust.aussiebb.net) has joined #mythtv
[19:40:30] gigem: jheizer: Thanks again. The new Android TV banner looks much nicer.
[19:51:37] jheizer: gigem, no problem. I knew they were somewhere out there cause I asked the same question back working on mobilemyth. Just had to find where.
[20:34:13] gigem: I actually already had the extras checked out. I'd just forgotten about it.
[20:35:26] Steve-Goodey (Steve-Goodey!~steve@host86-150-61-170.range86-150.btcentralplus.com) has quit (Quit: Konversation terminated!)
[20:53:56] SteveGoodey (SteveGoodey!~steve@host86-150-61-170.range86-150.btcentralplus.com) has quit (Quit: Konversation terminated!)
[21:40:48] markspieth22 (markspieth22!~yaaic@CPE-121-221-141-254.lns2.pie.bigpond.net.au) has quit (Ping timeout: 248 seconds)
[21:44:51] markspieth2 (markspieth2!~yaaic@1.152.108.112) has joined #mythtv
[21:47:05] nephyrin (nephyrin!~neph@67.183.153.159) has joined #mythtv
[21:49:50] Spicy-Rabbit (Spicy-Rabbit!~Jordack@75-151-31-172-Michigan.hfc.comcastbusiness.net) has quit ()
[22:50:36] amessina (amessina!~amessina@unaffiliated/amessina) has joined #mythtv
[23:48:18] gigem: stuarta: What is this with the v30-Pre tag?
[23:48:59] gigem: Nevermind. I should read further before posting.
[23:58:24] stuarta (stuarta!~stuarta@mythtv/developer/stuarta) has quit (Ping timeout: 246 seconds)
[23:58:25] MythNotifyBot (MythNotifyBot!~cinch@2a02:390:790f:1::1) has quit (Ping timeout: 255 seconds)
[23:58:33] MythNotifyBot (MythNotifyBot!~cinch@2a02:390:790f:1::1) has joined #mythtv

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