MythLogBot@irc.freenode.net :: #mythtv

Daily chat history

Current users (76):

alan`, aloril, amessina, Anssi, anykey_, Beirdo, brfransen, Chutt, clever, coling, Cougar, danielk22, dblain, dekarl, ElmerFudd, fetzerch, gary_buhrmaster, ghoti, Gibby_, gregL, GreyFoxx, HeXiLeD, IReboot, J-e-f-f-A, jams, jarle, jarryd, jhall_, jheizer, jheizer_, joe___, joki, jpabq, jpabq_, jpharvey, jst, jwhite, kc, Kevin`, knightr, kormoc, kwmonroe, laga, Merlin83b, mrand, MythBuild, MythLogBot, nephyrin, neufeld, NightMonkey, Peitolm, Peps, petefunk, poptix, purserj, rsiebert, Seeker`_, seld, Sharky112065, skd5aner, sl1ce, SmallR2002_, sphery, sraue, stuarta, stuartm, superm1, tgm4883, toeb, tonsofpcs, tris, wahrhaft, Wolfgang, wolfgang1, XDS2010, _charly_
Thursday, March 14th, 2013, 00:31 UTC
[00:31:53] dmfrey (dmfrey!~dmfrey@64-121-93-243.c3-0.smt-ubr1.atw-smt.pa.cable.rcn.com) has joined #mythtv
[00:40:33] petefunk (petefunk!pfunk@unaffiliated/petefunk) has joined #mythtv
[00:46:34] stichnot (stichnot!~stichnot@mythtv/developer/stichnot) has quit (Ping timeout: 272 seconds)
[00:54:14] jevidl (jevidl!~jevidl@99-170-101-19.lightspeed.livnmi.sbcglobal.net) has joined #mythtv
[00:54:20] jevidl (jevidl!~jevidl@99-170-101-19.lightspeed.livnmi.sbcglobal.net) has left #mythtv ()
[01:31:25] stichnot (stichnot!~stichnot@adsl-68-127-102-161.dsl.pltn13.pacbell.net) has joined #mythtv
[01:31:25] stichnot (stichnot!~stichnot@mythtv/developer/stichnot) has joined #mythtv
[01:31:25] stichnot (stichnot!~stichnot@adsl-68-127-102-161.dsl.pltn13.pacbell.net) has quit (Changing host)
[01:37:14] jya_ (jya_!~jyavenard@mythtv/developer/jya) has joined #mythtv
[01:46:57] NightMonkey (NightMonkey!~NightrMon@pdpc/supporter/professional/nightmonkey) has quit (Quit: Body blow! Body blow!)
[02:11:32] danielk221 (danielk221!~danielk22@exchange.wgen.net) has quit (Ping timeout: 248 seconds)
[02:17:10] jheizer_ (jheizer_!~jon@c-98-226-220-178.hsd1.il.comcast.net) has quit (Ping timeout: 260 seconds)
[02:20:46] jya_ (jya_!~jyavenard@mythtv/developer/jya) has quit (Quit: jya_)
[02:21:42] dmfrey (dmfrey!~dmfrey@64-121-93-243.c3-0.smt-ubr1.atw-smt.pa.cable.rcn.com) has quit (Quit: Ex-Chat)
[02:27:48] danielk22 (danielk22!~danielk22@96.57.9.142) has joined #mythtv
[03:01:05] amessina (amessina!~amessina@2001:470:c1dc:7779:d6be:d9ff:fe8d:7c1e) has quit (Quit: Konversation terminated!)
[03:04:31] jheizer_ (jheizer_!~jon@c-98-226-220-178.hsd1.il.comcast.net) has joined #mythtv
[03:20:23] peper03 (peper03!~peper03@port-92-203-104-250.dynamic.qsc.de) has quit (Ping timeout: 252 seconds)
[03:22:03] peper03 (peper03!~peper03@port-92-203-73-220.dynamic.qsc.de) has joined #mythtv
[04:04:26] purserj_ is now known as purserj
[04:11:53] jya_ (jya_!~jyavenard@mythtv/developer/jya) has joined #mythtv
[04:14:25] fetzerch (fetzerch!~quassel@unaffiliated/fetzerch) has quit (Ping timeout: 260 seconds)
[04:15:23] fetzerch (fetzerch!~quassel@unaffiliated/fetzerch) has joined #mythtv
[04:24:20] jheizer_ (jheizer_!~jon@c-98-226-220-178.hsd1.il.comcast.net) has quit (Ping timeout: 260 seconds)
[05:11:55] jya_ (jya_!~jyavenard@mythtv/developer/jya) has quit (Quit: jya_)
[05:39:45] len (len!~quassel@75-168-36-132.mpls.qwest.net) has quit (Remote host closed the connection)
[05:41:33] purserj (purserj!~purserj@hosting.collaborynth.com.au) has quit (Quit: leaving)
[05:41:43] purserj (purserj!~purserj@hosting.collaborynth.com.au) has joined #mythtv
[06:12:31] dekarl: gigem take your time, i just wanted to put my findings out there for you/someone to pick it up and continune where I got stuck. doesn't matter if its next week or next month :)
[07:00:22] jasonc_ (jasonc_!de9a35fd@gateway/web/freenode/ip.222.154.53.253) has joined #mythtv
[07:09:44] FabriceMG (FabriceMG!~Thunderbi@LCaen-156-54-30-212.w80-11.abo.wanadoo.fr) has joined #mythtv
[07:10:16] len (len!~quassel@75-168-36-132.mpls.qwest.net) has joined #mythtv
[07:10:35] len (len!~quassel@75-168-36-132.mpls.qwest.net) has quit (Remote host closed the connection)
[07:16:50] SteveGoodey (SteveGoodey!~steve@host86-147-183-135.range86-147.btcentralplus.com) has joined #mythtv
[07:27:31] Captain_Murdoch (Captain_Murdoch!~cpinkham@mythtv/developer/CaptainMurdoch) has quit (Ping timeout: 264 seconds)
[07:30:21] SteveGoodey (SteveGoodey!~steve@host86-147-183-135.range86-147.btcentralplus.com) has quit (Quit: Konversation terminated!)
[07:41:08] Captain_Murdoch (Captain_Murdoch!~cpinkham@mythtv/developer/CaptainMurdoch) has joined #mythtv
[07:44:23] peper03: stichnot: end_display_time could be set to start_display_time. I can change that. I would have written that it depends on #11451 but I missed that stuartm didn't apply that patch after all. I thought it had gone in with the others.
[07:44:23] ** MythLogBot http://code.mythtv.org/trac/ticket/11451 **
[07:47:17] peper03: stichnot: An a semi-related note, I noticed that SubtitleScreen::DisplayScaledAVSubtitles and/or the calling code doesn't seem to handle subpictures in the middle of the screen at all well, which is alluded to in #10402. I end up with lots of 'Failed to create VDPAU UI bitmap' errors because width and height are zero.
[07:47:17] ** MythLogBot http://code.mythtv.org/trac/ticket/10402 **
[07:56:04] bas-t (bas-t!~tycho@52484E89.cm-4-1b.dynamic.ziggo.nl) has joined #mythtv
[08:31:56] rsiebert (rsiebert!~quassel@e179131028.adsl.alicedsl.de) has joined #mythtv
[08:34:58] rsiebert_ (rsiebert_!~quassel@g231186051.adsl.alicedsl.de) has quit (Ping timeout: 258 seconds)
[08:35:17] Merlin83b (Merlin83b!~Daniel@2a00:1ee0:3:1337:ecd9:bb72:c99f:d3e2) has joined #mythtv
[08:49:34] amessina (amessina!~amessina@2001:470:c1dc:7779:d6be:d9ff:fe8d:7c1e) has joined #mythtv
[09:03:10] jasonc_ (jasonc_!de9a35fd@gateway/web/freenode/ip.222.154.53.253) has quit (Quit: Page closed)
[09:26:25] wilmoore-misc (wilmoore-misc!~wilmoore@c-67-190-17-108.hsd1.co.comcast.net) has quit (Remote host closed the connection)
[09:34:29] peper03: stichnot: My patch in #11455 is actually fixing what I accidentally broke in #11451. However I notice that playback of the DVDs I linked to in 11455 doesn't work with OpenGL because too many subtitle images need to be buffered. That can be fixed by increasing the limit in SubtitleReader::AddAVSubtitle from 20 to, say, 40. Do you see a problem with that?
[09:34:29] ** MythLogBot http://code.mythtv.org/trac/ticket/11455 **
[09:34:29] ** MythLogBot http://code.mythtv.org/trac/ticket/11451 **
[09:35:10] peper03: On my box with OpenGL, 29 frames are being buffered, so 40 would give a bit of breathing space.
[09:36:12] peper03: If you're OK with that, I'll add that to the patch for 11455 together with setting end_display_time to starttime.
[09:56:43] anykey_ (anykey_!~anykey@84-73-161-59.dclient.hispeed.ch) has quit (Quit: leaving)
[09:57:01] anykey_ (anykey_!~anykey@84-73-161-59.dclient.hispeed.ch) has joined #mythtv
[10:29:40] joki (joki!~joki@p5486329E.dip.t-dialin.net) has quit (Ping timeout: 246 seconds)
[10:30:13] joki (joki!~joki@p54863D06.dip.t-dialin.net) has joined #mythtv
[11:48:15] stuarta: stuartm: we do need to be a bit better at servicing pull requests tho. i went through the other week and took out a few low hanging fruit
[12:49:09] IReboot (IReboot!~doug@CPE10bf48e67915-CM78cd8e7e342d.cpe.net.cable.rogers.com) has quit (Remote host closed the connection)
[12:52:35] IReboot (IReboot!~doug@CPE10bf48e67915-CM78cd8e7e342d.cpe.net.cable.rogers.com) has joined #mythtv
[13:32:35] joki (joki!~joki@p54863D06.dip.t-dialin.net) has quit (Ping timeout: 255 seconds)
[13:36:44] joki (joki!~joki@p54863D06.dip.t-dialin.net) has joined #mythtv
[13:58:56] dekarl-too (dekarl-too!51c8c614@gateway/web/freenode/ip.81.200.198.20) has joined #mythtv
[14:00:08] stichnot: peper03: I don't really see a problem with bumping the subtitle image limit, as long as in your judgment we won't see examples requiring potentially an unlimited number.
[14:01:37] stichnot: peper03: do any of your uploaded samples contain subtitles spanning the vertical center? I couldn't find any in my collection when I was testing that patch that Gregorio provided.
[14:01:38] dekarl-too: stuarta, does that extend to patches, also? :) #11208 (refering to beebof's part)
[14:01:38] ** MythLogBot http://code.mythtv.org/trac/ticket/11208 **
[14:08:16] Sharky112065 is now known as Sharky-AFK
[14:08:39] peper03: stichnot: None of the uploaded ones do. One of the ones I've hacked together to test different features does because I just used one of the menu overlays I had as a subpicture. Since the 'buttons' were in the middle of the screen, so is the subpicture.
[14:08:54] Jordack (Jordack!~jordack@h69-131-44-221.plmomi.dedicated.static.tds.net) has joined #mythtv
[14:09:52] peper03: I'm fairly sure that's what causing the problem, anyway. I tried stepping through the code in SubtitleScreen::DisplayScaledAVSubtitles but it made my head hurt :(
[14:14:22] peper03: stichnot: Regarding the subtitle image limit: I don't think subpicture animation (i.e. a separate subpicture for each video frame) should cause too many problems as long as we can buffer the same number of subpictures as we're already doing for video frames.
[14:18:09] peper03: The problem will come from subpictures that contain a lot of separate commands. These are all in one subpicture 'frame' with timing information. The commands can be used for altering colours, alpha and position so you can do things like scrolling/fading/karaoke-style colour wipes etc.
[14:20:22] peper03: If these commands were to be implemented correctly, it would be very easy to render a lot of subpictures in a very short space of time. That's why ideally there should be some sort of mechanism whereby each subpicture could be rendered as needed and fed to SubtitleReader (or requested by it).
[14:20:47] dekarl-too (dekarl-too!51c8c614@gateway/web/freenode/ip.81.200.198.20) has quit (Quit: Page closed)
[14:24:03] peper03: And back to the subtitle limit again: My box shows OpenGL buffering 29 frames. Does that vary from card to card? What's the upper limit?
[14:32:18] stuarta: peper03: from the slim knowledge i have in that area, the buffer limits depend on the card itself
[14:32:25] stuarta: IIRC
[14:39:50] peper03: Presumably Myth sets an upper limit (assuming that's possible)? Huge buffers aren't always an advantage.
[15:06:48] stichnot (stichnot!~stichnot@mythtv/developer/stichnot) has quit (Ping timeout: 264 seconds)
[15:14:09] seld (seld!~seld@h7n7-rny-a12.ias.bredband.telia.com) has quit (Read error: Operation timed out)
[15:16:02] stuarta: now why did i read "huge buffers" as "huge pages"
[15:16:18] seld (seld!~seld@h7n7-rny-a12.ias.bredband.telia.com) has joined #mythtv
[15:17:55] kurre2 (kurre2!~tomimo@xdsl-83-150-88-111.nebulazone.fi) has quit (Quit: leaving)
[15:19:18] peper03: Huge pages aren't always an advantage either. They weigh more :)
[15:19:55] stuarta: they weigh less in computing terms :)
[15:20:38] stuarta: less pages = less lookups into the page table = less overhead
[15:31:48] stichnot (stichnot!~stichnot@67.218.102.42) has joined #mythtv
[15:31:48] stichnot (stichnot!~stichnot@mythtv/developer/stichnot) has joined #mythtv
[15:31:48] stichnot (stichnot!~stichnot@67.218.102.42) has quit (Changing host)
[15:49:29] wilmoore-misc (wilmoore-misc!~wilmoore@vlandnat.mystrotv.com) has joined #mythtv
[15:50:25] NightMonkey (NightMonkey!~NightrMon@pdpc/supporter/professional/nightmonkey) has joined #mythtv
[15:53:41] sphery: jams / wagnerrp : Not sure who's the right person for this, but there are reports that the smolt server is having problems: http://www.mythtv.org/pipermail/mythtv-users/ . . . /347946.html (Seems our server is reporting a proxy error/bad gateway--meaning the server it's trying to contact is having problems or we have a network issue on our server?)
[15:54:34] ** stuarta hmmms **
[15:54:37] sphery: lots of users complaining about the "2 minute wait when starting mythfrontend"
[15:55:23] jams: the 502 is from apache
[15:55:42] stuarta: i can look at it, but not for about 5hrs as i'm about to run off
[15:55:44] jams: which is the proxy in front of smoon..it has been fixed
[15:55:57] stuarta: i hate apache
[15:55:58] jams: just now
[15:57:22] jams: don't hate it..but it can be a bit complex/overkill for simple stuff
[15:57:56] stuarta: i'd prefer nginx be the front web server and proxy to apache if required
[15:58:38] stuarta: it's brilliant at that. tbh mythweb seems faster proxied via nginx to apache, than it does to apache direct
[15:58:56] jams: for most stuff lighttpd runs a nice balance between features and simplicity
[15:59:05] stuarta: works even better when proxied to php-fpm
[15:59:50] stuarta: yeah, lighttpd isn't bad, i used that for a while before moving to nginx
[16:00:42] jams: they have have their purpose
[16:00:56] stuarta: anyway, i gotta run
[16:06:01] wilmoore-misc (wilmoore-misc!~wilmoore@vlandnat.mystrotv.com) has quit (Remote host closed the connection)
[16:08:40] wilmoore-misc (wilmoore-misc!~wilmoore@vlandnat.mystrotv.com) has joined #mythtv
[16:10:29] FabriceMG (FabriceMG!~Thunderbi@LCaen-156-54-30-212.w80-11.abo.wanadoo.fr) has quit (Quit: FabriceMG)
[16:20:50] sphery: jams: thanks
[16:38:10] stichnot (stichnot!~stichnot@216.239.45.74) has joined #mythtv
[16:38:10] stichnot (stichnot!~stichnot@mythtv/developer/stichnot) has joined #mythtv
[16:38:10] stichnot (stichnot!~stichnot@216.239.45.74) has quit (Changing host)
[16:47:14] gregL (gregL!~greg@cpe-74-76-105-205.nycap.res.rr.com) has quit (Quit: Leaving)
[16:59:50] Steve-Goodey (Steve-Goodey!~steve@host86-147-183-135.range86-147.btcentralplus.com) has joined #mythtv
[17:06:08] Wolfgang (Wolfgang!~Thunderbi@178-27-144-160-dynip.superkabel.de) has joined #mythtv
[17:06:17] wilmoore-misc (wilmoore-misc!~wilmoore@vlandnat.mystrotv.com) has quit (Remote host closed the connection)
[17:10:10] wilmoore-misc (wilmoore-misc!~wilmoore@vlandnat.mystrotv.com) has joined #mythtv
[17:16:46] natanojl (natanojl!~jonatan@c83-252-237-63.bredband.comhem.se) has joined #mythtv
[17:18:24] gregL (gregL!~greg@cpe-74-76-105-205.nycap.res.rr.com) has joined #mythtv
[17:47:19] NightMonkey (NightMonkey!~NightrMon@pdpc/supporter/professional/nightmonkey) has quit (Remote host closed the connection)
[17:50:25] Wolfgang (Wolfgang!~Thunderbi@178-27-144-160-dynip.superkabel.de) has quit (Quit: Wolfgang)
[18:03:10] Steve-Goodey (Steve-Goodey!~steve@host86-147-183-135.range86-147.btcentralplus.com) has quit (Quit: Konversation terminated!)
[18:07:00] Steve-Goodey (Steve-Goodey!~steve@host86-147-183-135.range86-147.btcentralplus.com) has joined #mythtv
[18:32:59] bas-t (bas-t!~tycho@52484E89.cm-4-1b.dynamic.ziggo.nl) has quit (Quit: Ex-Chat)
[18:45:40] SteveGoodey (SteveGoodey!~steve@host86-147-183-135.range86-147.btcentralplus.com) has joined #mythtv
[18:52:41] airlynx (airlynx!~airlynx@66.254.192.153) has joined #mythtv
[18:52:44] gigem: dekarl: I think Captain_Murdoch is the one most familiar with the idle shutdown logic. That might be only for slave shutdown, though, in which case, there isn't really anyone in charge of the master shutdown logic. I just looked at the code and, unfortunately, there currently isn't any easy way to tell if a reschedule really causes any changes or not. There is good news, however. I think the current idle
[18:52:46] gigem: time handling is flawed and can be simplified. I don't think the idle time needs to be tied to statuschanged at all. HandleIdleShutdown() can manage the idle time all by itself. It already checks to see if a client is connected or a recording or live TV are in progress. If any of those cases are true, it can update the idle time. Any other statuschanged cases shouldn't affect master shutdown.
[18:57:38] dekarl1 (dekarl1!~dekarl@p4FE845F6.dip.t-dialin.net) has joined #mythtv
[18:58:43] dekarl (dekarl!~dekarl@p4FE858A9.dip.t-dialin.net) has quit (Ping timeout: 264 seconds)
[19:01:52] Captain_Murdoch: depends on which idle shutdown. the code I added was for shutting down slave backends that wouldn't be in use for the next while. it wasn't intended for combined FE/BE machines. I used it for 3 diskless slaves back before I went all HDHR-*
[19:10:18] mrand (mrand!~mrand@ubuntu/member/mrand) has quit (Ping timeout: 252 seconds)
[19:22:36] NightMonkey (NightMonkey!~NightrMon@pdpc/supporter/professional/nightmonkey) has joined #mythtv
[19:28:56] dekarl1: gigem: Captain_Murdoch: hmm, good point on completely ignoring the scheduler's status_changed for idle shutdown.
[19:29:03] dekarl1 is now known as dekarl
[19:55:21] danielk221 (danielk221!~danielk@exchange.wgen.net) has joined #mythtv
[20:16:59] mrand (mrand!~mrand@ubuntu/member/mrand) has joined #mythtv
[20:56:40] Wolfgang (Wolfgang!~Thunderbi@178-27-144-160-dynip.superkabel.de) has joined #mythtv
[20:57:33] Wolfgang (Wolfgang!~Thunderbi@178-27-144-160-dynip.superkabel.de) has quit (Client Quit)
[21:07:27] gigem (gigem!~david@mythtv/developer/gigem) has quit (Quit: WeeChat 0.3.8)
[21:07:45] gigem (gigem!~david@pool-71-123-128-124.dllstx.fios.verizon.net) has joined #mythtv
[21:07:46] gigem (gigem!~david@pool-71-123-128-124.dllstx.fios.verizon.net) has quit (Changing host)
[21:07:46] gigem (gigem!~david@mythtv/developer/gigem) has joined #mythtv
[21:30:46] danielk221 (danielk221!~danielk@exchange.wgen.net) has left #mythtv ()
[21:32:26] stuartm_ (stuartm_!~stuartm@cpc1-derb9-0-0-cust441.8-3.cable.virginmedia.com) has joined #mythtv
[21:32:26] stuartm_ (stuartm_!~stuartm@cpc1-derb9-0-0-cust441.8-3.cable.virginmedia.com) has quit (Changing host)
[21:32:26] stuartm_ (stuartm_!~stuartm@mythtv/developer/stuartm) has joined #mythtv
[21:33:08] stuartm (stuartm!~stuartm@mythtv/developer/stuartm) has quit (Read error: Connection reset by peer)
[21:36:13] stuartm_ is now known as stuartm
[21:40:38] stuartm: dekarl: the way I see it is that we're not concerned whether the scheduler changes the schedule, only whether there's a recording due to start soon, there's little point shutting down if we need to wake up in 5/10/30 minutes
[21:42:49] Jordack (Jordack!~jordack@h69-131-44-221.plmomi.dedicated.static.tds.net) has quit ()
[22:04:50] peper03: stichnot: I just added a sample ISO (CentredSPU.iso) to the repository. It's a looping 10-second clip with three successive forced subpictures vertically centred. The subpictures *do* get shown but not vertically centred and, as I said, the logs fill with 'Failed to create VDPAU UI bitmap'.
[22:10:09] foobum (foobum!~foobum@cpc23-acto2-2-0-cust294.4-2.cable.virginmedia.com) has quit (Ping timeout: 248 seconds)
[22:10:21] wagnerrp: Steve-Goodey: i just disabled account creation
[22:11:44] Steve-Goodey: Yeah, it was getting a bit stupid. I wonder what's caused the increase. Does it go like that sometimes?
[22:12:10] airlynx (airlynx!~airlynx@66.254.192.153) has quit (Quit: Leaving)
[22:12:43] stichnot: peper03: using Xv on my laptop, they show vertically centered inside the box.
[22:12:48] wagnerrp: raarely
[22:13:02] stichnot: peper03: this is Master, fwiw
[22:13:21] stichnot: I can try VDPAU when I get home.
[22:13:24] wagnerrp: ivvve only seen this twice before, and i've never seeen it last more thann na day
[22:15:06] Steve-Goodey: I noticed you were blocking on duplicate email addresses, it that something I should be looking for ?
[22:15:44] peper03: stichnot: Interesting. With VDPAU or OpenGL they're shifted down. I just tried Xv too and they're centred (although there are artifacts left and right on the 2nd and 3rd subpicture). There's also no error message. Is Xv causing the code to take a different route?
[22:16:19] peper03: I've been testing it on master too.
[22:17:00] stichnot: peper03: Try enabling subtitles (mine are set to enable by default) and see if the Xv artifacts go away.
[22:17:41] stichnot: I'm not aware of different code paths, iirc it just gets rendered as a QImage and handed to Qt
[22:18:36] peper03: Yes, enabling subtitles gets rid of the artifacts. What's going on there? They don't appear with VDPAU or OpenGL.
[22:18:39] stichnot: To be clear, I haven't done much direct work on DVD subtitles, most of it has been cc608, cc708, and text (srt).
[22:19:38] peper03: I wouldn't expect them to be that much different by the time you get to SubtitleScreen. Still, maybe the devil is in the detail.
[22:22:23] wagnerrp: Steve-Goodey: only if you have raw database access...
[22:22:39] peper03: How is the subtitle zoom supposed to work? They certainly go off-centre when zoomed, but I guess that's only to be expected. Anything else is going to zoom them off the screen when they're at the top or bottom.
[22:23:14] danielk22: dekarl: The original intent had been to track how complete the EIT capture was and then pause the capture of EIT until some future point, at minimum until the next 3 hour block or at maximum a day. Neither me nor janne ever got around to it.
[22:23:47] danielk22: dekarl: I lost interest because 1/ there was a good data source in SchedulesDirect and 2/ the EIT data around here was pretty terrible.
[22:25:54] mrand (mrand!~mrand@ubuntu/member/mrand) has quit (Ping timeout: 264 seconds)
[22:27:51] danielk22: peper03: I think you asked something a few days ago wondering why PTS discontinuities aren't causing problems for non-DVD content. I think they probably do cause timing glitches, but they go unnoticed because they correspond to times when there is no audio and black frames.
[22:28:27] danielk22: i.e. they happen at the start and end commercial inserts in broadcasts.
[22:29:29] danielk22: They also happen after some major glitch in the broadcast at which point a glitch in playback is not attributed to a PTS discontinuity...
[22:30:04] peper03: danielk22: Ok. I guess that poses two questions: 1. Is it necessary to handle them if they go unnoticed? 2. If yes, how to detect them reliably? DVDs make it (relatively) easy.
[22:30:12] mrand (mrand!~mrand@ubuntu/member/mrand) has joined #mythtv
[22:30:15] Sharky-AFK is now known as Sharky112065
[22:34:20] danielk22: 1. probably not. 2. it is relatively easy to see the pts values ffmpeg delivers (though they are processed). The main argument in my mind for handling PTS discontinuities in a general way is just to reduce code complexity, assuming that solution would be less complex.
[22:37:09] peper03: Wouldn't you get into difficulties with dropped frames and the like? If a video frame is lost for whatever reason but audio is ok, wouldn't that be tricky to handle (i.e. detect that it's not a real discontinuity)?
[22:37:58] peper03: Particularly since audio and video packets don't usually arrive synchronized.
[22:40:28] wilmoore-misc (wilmoore-misc!~wilmoore@vlandnat.mystrotv.com) has quit (Remote host closed the connection)
[22:44:21] danielk22: peper03: video frames and audio frames from ffmpeg have both a presentation time and approximate duration, so its just a matter of looking for disagreement on the end of one frame and the start of the next wrt to some threshold.
[22:45:02] Wolfgang (Wolfgang!~Thunderbi@178-27-144-160-dynip.superkabel.de) has joined #mythtv
[22:46:06] danielk22: For anyone interested, state of C++11 support in compilers to be released in next 6 months (or already released): http://cpprocks.com/c11-compiler-support-shoo . . . er_222610648
[22:48:56] danielk22: https://wiki.apache.org/stdcxx/C%2B%2B0xCompilerSupport <-- shows which version support first added.
[22:49:07] stichnot: peper03: As I understand it, the idea behind DVD subtitle zoom is that you decide whether the subtitle is in the top half or the bottom half of the screen, and then zoom and anchor with respect to the top or bottom of the screen, respectively. In your example, I assume it is determining the subtitles belong to the lower half of the screen.
[22:49:45] stichnot: The cc608 scaling (contributed by the same user) takes the same approach.
[22:51:16] peper03: stichnot: But if zoom is set to 100%, shouldn't it effectively do nothing?
[22:52:42] danielk22 (danielk22!~danielk22@96.57.9.142) has quit (Quit: Leaving.)
[22:52:52] danielk22 (danielk22!~danielk22@96.57.9.142) has joined #mythtv
[22:56:35] stichnot: yes, that should be the case...
[22:58:11] stichnot: For completeness... The cc708 scaling does not need this splitting, since the cc708 spec offers 9 anchor points – {top,center,bottom}x{left,center,right} – and the caption authors seem capable of using the right anchor point.
[22:58:56] Steve-Goodey (Steve-Goodey!~steve@host86-147-183-135.range86-147.btcentralplus.com) has quit (Quit: Konversation terminated!)
[23:00:56] Tobbe5178 (Tobbe5178!~asdf@h186n5-sv-a13.ias.bredband.telia.com) has quit (Read error: Connection reset by peer)
[23:06:30] peper03: stichnot: I'm guessing that this bit of code is what's making the difference: https://github.com/MythTV/mythtv/blob/master/ . . . en.cpp#L1011
[23:07:49] peper03: That's the point at which the video output method comes into play. Certainly the structures all seem to have the same values up to that point regardless of whether I use Xv or VDPAU (which makes sense).
[23:09:57] peper03: But I assume that there's something that needs cleaning up before then. 'orig_rect' contains (x1=1,x2=326,y1=0,y2=0). Like I said, trying to work out exactly what that code is doing makes my head hurt, but I'm obviously a glutton for punishment, so I'll keep at it :)
[23:19:37] SteveGoodey (SteveGoodey!~steve@host86-147-183-135.range86-147.btcentralplus.com) has quit (Quit: Konversation terminated!)
[23:22:14] SteveGoodey (SteveGoodey!~steve@host86-147-183-135.range86-147.btcentralplus.com) has joined #mythtv
[23:24:06] SteveGoodey (SteveGoodey!~steve@host86-147-183-135.range86-147.btcentralplus.com) has quit (Client Quit)
[23:24:47] natanojl (natanojl!~jonatan@c83-252-237-63.bredband.comhem.se) has quit (Ping timeout: 256 seconds)
[23:25:50] peper03 (peper03!~peper03@port-92-203-73-220.dynamic.qsc.de) has quit (Quit: Konversation terminated!)
[23:38:46] jheizer_ (jheizer_!~jon@c-98-226-220-178.hsd1.il.comcast.net) has joined #mythtv
[23:39:55] stichnot (stichnot!~stichnot@mythtv/developer/stichnot) has quit (Ping timeout: 260 seconds)
[23:40:02] gary_buhrmaster (gary_buhrmaster!~gtb@2001:470:80e4:3::36) has joined #mythtv
[23:41:47] gary_buhrmaster: danielk22: The C++11 support matrix is interesting. Thanks for the reference.
[23:44:01] gary_buhrmaster: danielk22: Not terribly interested in who got their first, but the "competition" has certainly been good to move things along (I am looking at clang vs gcc).

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