MythLogBot@irc.freenode.net :: #mythtv

Daily chat history

Current users (68):

aloril, cybrNaut, dekarl, ephemer0l, gregL, Hydr0p0nX, jab416171, jnylen, joki, jpharvey, jst, jwhite, jya, Kevin`, kurre2, moparisthebest, MythBuild, MythLogBot, peper03, purserj, rich0, seld, sl1ce, soapee01, sphery, sraue, stuarta, stuartm, taylorr, toeb, tonsofpcs, tris, unforgiven512, zentec, _charly_, Anssi, caelor, Captain_Murdoch, ChanServ, clever, coling, dym, ElmerFudd, GreyFoxx, J-e-f-f-A, jams_, jpabq, kormoc, nephyrin, pppingme, sheedy-away, tgm4883, wagnerrp, XDS2010_, xris, Warped, brfransen, poptix, Roklobotomy, amessina, fetzerch, skd5aner, jheizer__, aberrios_, Casper0082, Chutt, suffice, mpoos
Monday, March 23rd, 2015, 00:04 UTC
[00:04:11] gary_buhrmaster: Just a heads-up that my buildslaves (fedora<various>) will be offline for much of tomorrow while the PC (and my network, and smart power, and UPS units) gets moved. I may take the opportunity to replace the main disk if I have a little time (or need a distraction from all the other things that will be going wrong).
[00:17:12] Warped (Warped!~Warped@108.85.160.119) has quit (Quit: ChatZilla 0.9.91.1 [Firefox 36.0.1/20150305021524])
[00:21:31] Warped (Warped!~Warped@108.85.160.119) has joined #mythtv
[00:37:58] voyo (voyo!~martin@89-68-68-241.dynamic.chello.pl) has joined #mythtv
[01:01:01] jya: Hydr0p0nX: what you can try is make change so audio format doesn’t change
[01:01:17] jya: first, if you’re connected to your TV, set the output to stereo only
[01:01:49] jya: if you’re going to pass audio from the TV back to the amp, it unlikely will convert the audio to the amp so that you get proper 5.1 audio
[01:01:57] jya: but if it does
[01:02:11] jya: what you can do, is always output AC3
[01:02:23] jya: so in Setup->Audio, go into advanced
[01:02:30] jya: and check the stereo PCM flag
[01:02:53] jya: then in your audio settings, uncheck everything but AC3 and DTS
[01:02:59] jya: and enable the upmixer
[01:03:11] jya: so now everything out of your PC will be 5.1 AC3
[01:03:32] jya: there will be no change of audio signal ; and that should remove the silence when changing channels
[01:03:37] Hydr0p0nX: i'll try it
[01:03:56] jya: oh, that’s pretty much what you described above
[01:26:22] andreaz (andreaz!~andre_000@p579231F3.dip0.t-ipconnect.de) has quit (Read error: Connection reset by peer)
[01:31:37] voyo (voyo!~martin@89-68-68-241.dynamic.chello.pl) has quit (Ping timeout: 264 seconds)
[01:57:32] knightr (knightr!~Nicolas@69-165-170-178.dsl.teksavvy.com) has joined #mythtv
[01:57:32] knightr (knightr!~Nicolas@69-165-170-178.dsl.teksavvy.com) has quit (Changing host)
[01:57:32] knightr (knightr!~Nicolas@mythtv/developer/knightr) has joined #mythtv
[02:03:25] jpharvey (jpharvey!~jpharvey@host86-149-148-188.range86-149.btcentralplus.com) has quit (Ping timeout: 255 seconds)
[02:16:54] jpharvey (jpharvey!~jpharvey@host86-149-148-188.range86-149.btcentralplus.com) has joined #mythtv
[02:34:15] arescorpio (arescorpio!~arescorpi@190.16.242.8) has joined #mythtv
[02:59:52] gary_buhrmaster (gary_buhrmaster!~gtb@2601:9:4980:1843:222:4dff:fe51:6728) has quit (Quit: Leaving.)
[03:32:31] peper03 (peper03!~peper03@mythtv/developer/peper03) has quit (Ping timeout: 255 seconds)
[03:33:21] peper03 (peper03!~peper03@mythtv/developer/peper03) has joined #mythtv
[04:51:01] fetzerch (fetzerch!~quassel@unaffiliated/fetzerch) has joined #mythtv
[04:55:01] fetzerch_ (fetzerch_!~quassel@unaffiliated/fetzerch) has quit (Ping timeout: 264 seconds)
[05:04:30] arescorpio (arescorpio!~arescorpi@190.16.242.8) has quit (Excess Flood)
[06:20:01] tonsofpcs (tonsofpcs!~mythbuntu@rivendell/member/tonsofpcs) has quit (Ping timeout: 250 seconds)
[06:21:51] tonsofpcs (tonsofpcs!~mythbuntu@cpe-67-251-117-244.stny.res.rr.com) has joined #mythtv
[07:11:37] FabriceMG (FabriceMG!~Thunderbi@LCaen-656-1-100-212.w80-11.abo.wanadoo.fr) has joined #mythtv
[08:40:22] SteveGoodey (SteveGoodey!~steve@host86-151-178-79.range86-151.btcentralplus.com) has joined #mythtv
[08:48:03] stuarta: morning all
[09:31:22] jya: morning !
[09:33:41] stuarta: jya: eveing to you. long time no see
[09:33:54] jya: oh, I’ve always been there… just quiet :)
[09:34:10] stuarta: busy busy busy. i know the feeling
[09:34:27] jya: have to say, the work is super interesting…
[09:34:34] stuarta: good :)
[09:34:40] jya: gave me a lot of ideas on how we could rewrite avfd
[09:34:47] jya: actually it should be :)
[09:36:00] SteveGoodey (SteveGoodey!~steve@host86-151-178-79.range86-151.btcentralplus.com) has quit (Quit: Konversation terminated!)
[09:39:13] stuarta: no shortage of things which need rewriting
[09:44:12] stuarta: jya: how well do you understand the vaapi output stage?
[09:44:32] jya: stuarta: that’s one thing I assigned to myself thinking I could fix it quickly
[09:44:52] jya: if you’re referring to the vaapi / ffmpeg / vaapi problem in liveTV
[09:50:13] stuarta: ah the switch on / off issue, no that wasn't the one i was thinking of, but i'm sure you could fix it quickly
[09:51:37] stuarta: no, i've seen what one other user is seeing with Qt5 / master / vaapi. Namely it's throwing errors any time you try to watch a recording "QOpenGLContext::swapBuffers() called with non-exposed window, behavior is undefined"
[09:51:52] stuarta: doesn't happen when using pure opengl
[09:52:02] stuarta: so it's something in the way vaapi is plumbed in
[09:52:31] stuarta: i'd love to understand it, so maybe i can fix it
[11:06:10] SteveGoodey (SteveGoodey!~steve@host86-151-178-79.range86-151.btcentralplus.com) has joined #mythtv
[11:37:39] SteveGoodey (SteveGoodey!~steve@host86-151-178-79.range86-151.btcentralplus.com) has quit (Quit: Konversation terminated!)
[11:39:40] rich0 (rich0!~quassel@gentoo/developer/rich0) has quit (Ping timeout: 256 seconds)
[11:55:58] rich0 (rich0!~quassel@gentoo/developer/rich0) has joined #mythtv
[11:59:01] rich0_ (rich0_!~quassel@gentoo/developer/rich0) has joined #mythtv
[12:00:13] rich0 (rich0!~quassel@gentoo/developer/rich0) has quit (Ping timeout: 256 seconds)
[12:02:12] joki (joki!~joki@p5B36D2C5.dip0.t-ipconnect.de) has quit (Ping timeout: 246 seconds)
[12:09:20] joki (joki!~joki@p5B36D68F.dip0.t-ipconnect.de) has joined #mythtv
[12:57:44] rich0_ is now known as rich0
[12:58:46] SteveGoodey (SteveGoodey!~steve@host86-151-178-79.range86-151.btcentralplus.com) has joined #mythtv
[13:07:00] rich0 (rich0!~quassel@gentoo/developer/rich0) has quit (Ping timeout: 246 seconds)
[13:08:00] rich0 (rich0!~quassel@gentoo/developer/rich0) has joined #mythtv
[13:10:34] rich0_ (rich0_!~quassel@gentoo/developer/rich0) has joined #mythtv
[13:12:21] rich0 (rich0!~quassel@gentoo/developer/rich0) has quit (Ping timeout: 252 seconds)
[13:14:24] rich0_ is now known as rich0
[13:17:28] Jordack (Jordack!~Jordack@75-151-31-172-Michigan.hfc.comcastbusiness.net) has joined #mythtv
[13:26:21] moparisthebest (moparisthebest!~mitb@unaffiliated/moparisthebest) has quit (Ping timeout: 256 seconds)
[13:35:10] moparisthebest (moparisthebest!~mitb@unaffiliated/moparisthebest) has joined #mythtv
[13:37:36] FabriceMG (FabriceMG!~Thunderbi@LCaen-656-1-100-212.w80-11.abo.wanadoo.fr) has quit (Quit: FabriceMG)
[13:45:04] FabriceMG (FabriceMG!~Thunderbi@LCaen-656-1-100-212.w80-11.abo.wanadoo.fr) has joined #mythtv
[14:40:22] toeb (toeb!~toeb@HSI-KBW-078-042-031-066.hsi3.kabel-badenwuerttemberg.de) has joined #mythtv
[14:54:50] gigem: jya, stuarta: Another vaapi issue is updating it to support the advanced deinterlacers that finally work on haswell and broadwell chips.
[15:00:07] stuarta: at this point, that's *way* outta my league
[15:10:38] stuarta: i'd settle for understanding how the current output stage works
[15:12:40] rich0 (rich0!~quassel@gentoo/developer/rich0) has quit (Ping timeout: 272 seconds)
[15:20:29] rich0 (rich0!~quassel@gentoo/developer/rich0) has joined #mythtv
[15:28:00] peper03 (peper03!~peper03@mythtv/developer/peper03) has quit (Ping timeout: 265 seconds)
[15:28:47] peper03 (peper03!~peper03@mythtv/developer/peper03) has joined #mythtv
[15:47:32] FabriceMG1 (FabriceMG1!~Thunderbi@217.112.59.207) has joined #mythtv
[15:49:09] FabriceMG (FabriceMG!~Thunderbi@LCaen-656-1-100-212.w80-11.abo.wanadoo.fr) has quit (Ping timeout: 256 seconds)
[15:49:22] tstorm (tstorm!~tstorm@50-76-62-217-ip-static.hfc.comcastbusiness.net) has joined #mythtv
[16:10:40] skd5aner (skd5aner!~skd5aner@141.sub-70-198-67.myvzw.com) has quit (Ping timeout: 244 seconds)
[16:14:15] skd5aner (skd5aner!~skd5aner@141.sub-70-198-67.myvzw.com) has joined #mythtv
[16:17:39] dekarl1 (dekarl1!~dekarl@mythtv/developer/dekarl) has joined #mythtv
[16:19:48] dekarl (dekarl!~dekarl@mythtv/developer/dekarl) has quit (Ping timeout: 246 seconds)
[16:29:57] peper03 (peper03!~peper03@mythtv/developer/peper03) has quit (Ping timeout: 246 seconds)
[16:30:49] peper03 (peper03!~peper03@mythtv/developer/peper03) has joined #mythtv
[16:47:53] FabriceMG1 (FabriceMG1!~Thunderbi@217.112.59.207) has quit (Quit: FabriceMG1)
[17:05:12] gary_buhrmaster (gary_buhrmaster!~gtb@2601:9:4980:1843:222:4dff:fe51:6728) has joined #mythtv
[17:10:27] gary_buhrmaster: stuarta: Will not claim it actually works, but I think ffmpeg finally got hardware decoding integrated (which *might* support vaapi and vdpau). It might be time to give ffmpeg another look (let the problems be someone else's).
[17:11:25] gary_buhrmaster: stuarta: I seem to recall seeing a comment from someone else that said the documentation on using any hardware decoding in ffmpeg had a high dearth factor.
[17:14:09] stuarta: the force is strong in this one....
[17:15:50] Steve-Goodey (Steve-Goodey!~steve@host86-151-178-79.range86-151.btcentralplus.com) has joined #mythtv
[17:26:12] natanojl (natanojl!~jonatan@mythtv/developer/natanojl) has joined #mythtv
[17:35:32] rich0 (rich0!~quassel@gentoo/developer/rich0) has quit (Ping timeout: 256 seconds)
[17:42:30] rich0_ (rich0_!~quassel@gentoo/developer/rich0) has joined #mythtv
[17:58:03] rich0_ is now known as rich0
[18:16:56] natanojl: stuarta: I get that QOpenGLContext::swapBuffers() message and no video. It works if I switch the theme painter to OpenGL1. In the case where theme painter is OpenGL2 a new OpenGL1 context will be created for playback which might have something to do with it
[18:42:43] dekarl1 is now known as dekarl
[19:04:18] unforgiven512 (unforgiven512!~unforgive@oxymorphone.unforgivendevelopment.com) has quit (*.net *.split)
[19:04:29] kurre2 (kurre2!~tomimo@xdsl-83-150-88-111.nebulazone.fi) has quit (*.net *.split)
[19:04:30] sraue (sraue!~stephan@kodi/staff/sraue) has quit (*.net *.split)
[19:04:30] Casper0082 (Casper0082!~Casper@pool-96-245-231-186.phlapa.fios.verizon.net) has quit (*.net *.split)
[19:04:35] unforgiven512 (unforgiven512!~unforgive@oxymorphone.unforgivendevelopment.com) has joined #mythtv
[19:04:48] sraue (sraue!~stephan@kodi/staff/sraue) has joined #mythtv
[19:04:55] Casper0082 (Casper0082!~Casper@pool-96-245-231-186.phlapa.fios.verizon.net) has joined #mythtv
[19:19:41] stuarta: natanojl: no vaapi in your setup?
[19:20:42] stuarta: for me, i get it when using vaapi, but opengl works fine
[19:21:00] natanojl: stuarta: yes, only when using vaapi
[19:21:03] stuarta: theme painter = opengl works
[19:21:26] stuarta: natanojl: okay good. that sounds consistent
[19:24:35] stuartm: I thought everything on the video side had already been switched over to the OpenGL2 stuff
[19:24:52] stuartm: :/
[19:32:23] stuarta: maybe, this is a weird vaapi integration issue
[19:32:40] stuarta: i need to open a ticket about this to track it
[19:38:48] stuarta: ticket opened, back later
[19:48:36] stuartm: if natanojl says it creates an opengl1 context, then it does, I trust him on that
[19:51:05] kurre2 (kurre2!~tomimo@xdsl-83-150-88-111.nebulazone.fi) has joined #mythtv
[19:54:38] natanojl: I have no idea why it is like that I'm afraid
[19:55:49] Tobbe5178 (Tobbe5178!~asdf@2001:2002:d9d4:ce7e:10a6:6d52:d2dc:1c45) has quit (Read error: Connection reset by peer)
[20:26:16] Tobbe5178 (Tobbe5178!~asdf@2001:2002:d9d4:ce7e:8883:59c4:510:76cd) has joined #mythtv
[21:10:52] Jordack (Jordack!~Jordack@75-151-31-172-Michigan.hfc.comcastbusiness.net) has quit ()
[21:13:17] stuarta: natanojl: what playback profile are you using? also compare your frontend log with mine on #12421
[21:13:17] ** MythLogBot http://code.mythtv.org/trac/ticket/12421 **
[21:14:28] stuarta: "Trying the OpenGL 1.2 render" so that looks like v1 to me
[21:16:40] natanojl: stuarta: VAAPI: Normal
[21:18:01] stuarta: same
[21:28:33] stuartm: wonder if the opengl 2 renderer would be a straight swap
[21:29:09] stuarta: don't see why not, isn't 2 backward compatible with 1?
[21:33:09] amessina (amessina!~amessina@unaffiliated/amessina) has joined #mythtv
[21:33:56] amessina (amessina!~amessina@unaffiliated/amessina) has quit (Client Quit)
[21:34:27] stuartm: it's more whether there are implementation differences in the renderers that would cause problems with the VAAPI decoder – I really can't imagine what those might be, but I'm also not sure why Mark didn't switch over the vaapi code to the opengl 2 renderer
[21:34:52] stuartm: shouldn't be hard to make that change and find out
[21:35:45] stuarta: embedded platforms is the only thing that comes to mind
[21:36:24] stuarta: should be easy enough to check the hardware support level and pick v2 if available and fallback to v1 if not
[21:38:02] stuarta: the complete and utter lack of comments in the code in this area is frustrating to say the least
[21:38:02] stuartm: that should already be how it works for software decoding
[21:39:36] mpoos (mpoos!78948a11@gateway/web/cgi-irc/kiwiirc.com/ip.120.148.138.17) has joined #mythtv
[21:40:55] jya: stuartm: I had black frames when I was using the opengl2 stuff with some hardware
[21:41:13] stuarta: i'm glad somebody knows ;-)
[21:41:29] natanojl: stuarta: I tried to revert jya's workaround in 07183b9a but as he said you get a black window, but the OSD works
[21:41:40] natanojl: oh, there he is ;)
[21:42:34] jya: stuarta: for the vaapi only being used every second stuff
[21:42:48] jya: I would simply revert my changes that allowed to use VAAPI in PiP
[21:43:01] jya: before you only one PiP would have worked, all the other were black
[21:43:10] stuartm: jya: natanojl: OK, now it makes sense – i.e. vaapi did use the opengl2 painter, but it was rolled back to opengl1 because of issues
[21:43:20] jya: but IMHO getting livetv to work is more important than PiP
[21:43:52] stuartm: I vaguely remember the commit now
[21:44:06] stuarta: i wonder if the cause is the same tho, did it not work, because we were calling swapBuffers with a non-exposed window?
[21:44:16] Roklobsta (Roklobsta!~Roklobsta@ppp118-209-44-179.lns20.mel4.internode.on.net) has joined #mythtv
[21:44:30] stuarta: qt4 somehow tolerated that, but gave a black screen, and now it errors out instead?
[21:47:05] stuartm: I doubt I'll be much help, but I'll look it over tomorrow
[21:47:29] stuarta: no rush, it's a non trivial issue
[21:47:59] stuartm: maybe with multiple pairs of eyes something simple will found
[21:48:36] stuarta: aye that's my thinking
[21:49:53] stuartm: if the problem is with QT, which is only one possibility, then googling for "QT blank screen" etc might throw up something useful
[21:50:45] stuartm: but if the OSD is working, my hunch is that it's not QT but something wrong with the format of the canvas/frame we're trying to render
[21:51:06] stuarta: good thinking
[21:51:52] stuarta: now that changeset that natanojl tried reverting, wouldn't change that
[21:51:53] natanojl: hm, I think we are simply missing a vertex/fragment shader to render the video when it is already in RGB format or something like that
[21:52:17] ** stuarta thinks natanojl already sounds like he knows more about this than me **
[21:52:45] stuartm: wrong color space, texture dimension mis-match, all seems too basic to get wrong but should probably be double checked just to be sure
[21:53:01] stuartm: natanojl: exactly like that
[21:53:02] natanojl: I made sure line 211 in openglvideo.cpp was called and then video started showing, although with incorrect colors :)
[21:53:14] stuarta: how hard is it to track down a non-exposed window?
[21:55:56] stuartm: stuarta: that's a red herring, it's non-exposed because we've two contexts instead of one – the window belonging to the GUI which is using opengl2, and the window in which the video is being rendered which is opengl1
[21:56:39] stuarta: ah, so both gui and video need to use the same context?
[21:56:57] stuartm: the gui window is hidden, but will still be redrawn just prior to the video being shown, after the new video context is created
[21:57:10] stuartm: stuarta: they don't need to, but it simplifies things
[21:57:23] stuarta: dunno why we don't just enforce that
[21:57:42] stuarta: but it's an easy enough test to do, lemme try
[21:58:30] stuartm: well we did ... until jya noticed that the opengl2 renderer wasn't working with vaapi for video and added code to create a second context
[21:58:56] stuartm: if you use opengl 1 for the gui it should re-use that context for video as well
[22:00:09] stuarta: that's what i'm trying
[22:03:51] jya: stuartm: that’s already what the vaapi code is doing
[22:04:03] jya: if the gui context is opengl1, it should re-use that context
[22:04:07] jya: if not, it creates a new one
[22:04:37] stuarta: so a quick test, shows it's re-using the gui context and that works, although it fell back to ffmpeg decode
[22:04:57] stuartm: jya: that's what I just said
[22:05:21] jya: I read the “should” as in, it doesn’t do it, but it should :)
[22:05:37] stuartm: stuarta: really? well that's not right ...
[22:05:45] stuarta: no, it's not
[22:06:08] stuartm: jya: it was a 'should' as in "I've never actually tried it for myself"
[22:06:30] ** stuarta fiddles **
[22:07:09] stuartm: stuarta: well if one of us can figure out the reason why the opengl 2 renderer doesn't work it becomes moot
[22:07:10] stuarta: ah that's better, must have hit the wrong key and swapped the prio of the ffmpeg and vaapi decoders
[22:07:59] stuartm: I think natanojl is on the right track, and since he has the hardware and I don't, he's in a better position to actually work on a fix
[22:08:26] stuarta: i have the hardware, i just lack the required knowledge
[22:11:13] stuartm: I seem to recall someone already mentioned the lack of appropriate shader, a few weeks or months ago, I was only half paying attention
[22:11:45] stuartm: I remember glancing at colourspace conversion shader code
[22:11:51] jya: I too lack total knowledge in openGL to properly fix it. I only put workaround as I would tippy-toeing next to it
[22:12:17] jya: I knew someone who knew about OpenGL very well if he was interested in coming
[22:12:25] jya: but he wasn;t interested. lack of time
[22:12:46] jya: I know someone at mozilla who would fit the bill very easily. but we’re so busy. afraid to ask
[22:13:17] amessina (amessina!~amessina@unaffiliated/amessina) has joined #mythtv
[22:14:14] gary_buhrmaster: There *was* a bug with libva and opengl which produces black screens on certain hardware with certain versions. Fixed with some combinations of (later) xorg server and libva. The specifics are probably in the libva bugtracker (which I can never quickly find).
[22:15:46] stuarta: so when this is working, it throws "Using custom UYVY input textures" which comes from openglvideo.cpp
[22:15:51] stuarta: line 225
[22:16:07] Roklobotomy (Roklobotomy!~Roklobsta@ppp118-209-13-8.lns20.mel4.internode.on.net) has joined #mythtv
[22:16:16] jya: UYVY ?
[22:16:24] jya: vaapi only ever output NV12
[22:16:30] stuarta: https://code.mythtv.org/cgit/mythtv/tree/myth . . . deo.cpp#n225
[22:17:09] jya: do we have a shader to convert nv12 to UYVY ?
[22:17:15] jya: that’s probably your black frame there
[22:17:39] jya: though I would expect something fuscia
[22:17:53] Roklobsta (Roklobsta!~Roklobsta@ppp118-209-44-179.lns20.mel4.internode.on.net) has quit (Ping timeout: 256 seconds)
[22:19:44] stuartm: [23/03/2015 21:53:02] <natanojl> I made sure line 211 in openglvideo.cpp was called and then video started showing, although with incorrect colors :)
[22:19:56] tstorm (tstorm!~tstorm@50-76-62-217-ip-static.hfc.comcastbusiness.net) has quit (Quit: tstorm)
[22:27:55] SteveGoodey (SteveGoodey!~steve@host86-151-178-79.range86-151.btcentralplus.com) has quit (Quit: Konversation terminated!)
[22:31:12] stuarta: i'm beginning to wonder if we are asking vaapi for a silly colour output format
[22:31:34] Steve-Goodey (Steve-Goodey!~steve@host86-151-178-79.range86-151.btcentralplus.com) has quit (Quit: Konversation terminated!)
[22:33:43] stuarta: sample vaapi app uses VT_RT_FORMAT_YUV420
[22:37:41] jya: stuarta: when I was testing the GPU memory copy,
[22:37:51] jya: under all circumstances the vaapi output NV12
[22:38:07] jya: not YV12
[22:38:40] jya: if you asked for YV12, it wouldn’t be a GPU backed frame, my guess is that it copies in RAM first
[22:39:10] ghoti (ghoti!~paul@hq.experiencepoint.com) has quit (Ping timeout: 272 seconds)
[22:40:32] stuarta: i believe you
[22:40:36] ** stuarta heads to bed **
[22:41:47] gary_buhrmaster (gary_buhrmaster!~gtb@2601:9:4980:1843:222:4dff:fe51:6728) has quit (Remote host closed the connection)
[22:43:17] stuartm: that's what's really lacking from the docs, the API/device specific quirks so that every new developer doesn't need to learn this stuff all over again from scratch
[22:54:25] natanojl: ok, I might have a fix ;)
[23:02:11] Hydr0p0nX: tried setting the audio up as shown here: http://www.instabrick.me/mythtv/audio.png and http://www.instabrick.me/mythtv/audio_advanced.png and actually saw a few more audio drops for the first few minutes
[23:03:58] Hydr0p0nX: some of it could be related to one show ending and the next beginning though
[23:08:10] natanojl: stuarta, jya, stuartm: I pushed a fix to devel/vaapifix but I'm not sure how it behaves together with other filters and deinterlacers
[23:08:28] ** natanojl hits the sack **
[23:08:34] Tobbe5178 (Tobbe5178!~asdf@2001:2002:d9d4:ce7e:8883:59c4:510:76cd) has quit (Read error: Connection reset by peer)
[23:08:38] natanojl (natanojl!~jonatan@mythtv/developer/natanojl) has quit (Quit: Lämnar)

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