:: #mythtv

Daily chat history

Current users (79):

alan`, aloril, amessina, Anssi, brfransen, cesman, Chutt, clever, coling, Cougar, danielk22, dblain, dekarl, ElmerFudd, fetzerch, ghoti, Gibby_, gregL, GreyFoxx, 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, len, mrand, MythBuild, MythLogBot, natanojl, nephyrin, neufeld, Peitolm, peper03, Peps, petefunk, poptix, purserj, rsiebert_, Schabo, Seeker`_, seld, Sharky-Sleep, skd5aner, sl1ce, SmallR2002_, sphery, sraue, Steve-Goodey, SteveGoodey, stoffel, stuarta, stuartm, superm1, tgm4883, Tobbe5178, toeb, tonsofpcs, tris, wahrhaft, wilmoore-misc, wolfgang1, XDS2010, _charly_
Thursday, March 14th, 2013, 18:52 UTC
[18:52:41] airlynx (airlynx!~airlynx@ 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! has joined #mythtv
[18:58:43] dekarl (dekarl! 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! has joined #mythtv
[20:16:59] mrand (mrand!~mrand@ubuntu/member/mrand) has joined #mythtv
[20:56:40] Wolfgang (Wolfgang! has joined #mythtv
[20:57:33] Wolfgang (Wolfgang! 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! has joined #mythtv
[21:07:46] gigem (gigem! has quit (Changing host)
[21:07:46] gigem (gigem!~david@mythtv/developer/gigem) has joined #mythtv
[21:30:46] danielk221 (danielk221! has left #mythtv ()
[21:32:26] stuartm_ (stuartm_! has joined #mythtv
[21:32:26] stuartm_ (stuartm_! 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! 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! 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@ 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! 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! 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): . . . er_222610648
[22:48:56] danielk22: <-- 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@ has quit (Quit: Leaving.)
[22:52:52] danielk22 (danielk22!~danielk22@ 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! has quit (Quit: Konversation terminated!)
[23:00:56] Tobbe5178 (Tobbe5178! 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: . . . 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! has quit (Quit: Konversation terminated!)
[23:22:14] SteveGoodey (SteveGoodey! has joined #mythtv
[23:24:06] SteveGoodey (SteveGoodey! has quit (Client Quit)
[23:24:47] natanojl (natanojl! has quit (Ping timeout: 256 seconds)
[23:25:50] peper03 (peper03! has quit (Quit: Konversation terminated!)
[23:38:46] jheizer_ (jheizer_! 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).
Friday, March 15th, 2013
[00:14:04] Wolfgang (Wolfgang! has quit (Quit: Wolfgang)
[00:57:06] jheizer_ (jheizer_! has quit (Ping timeout: 264 seconds)
[01:04:16] Technodrome (Technodrome!~asdfasdf@unaffiliated/technodrome) has joined #mythtv
[01:04:35] Technodrome: hey whats the best way to record a channel
[01:04:42] Technodrome: the material is 480i i guess
[01:04:43] Technodrome: or p
[01:05:04] wagnerrp: more than likely i, and this is the mythtv development channel
[01:06:39] Technodrome: ah sorry
[01:06:41] jheizer_ (jheizer_! has joined #mythtv
[01:09:06] wilmoore-misc (wilmoore-misc! has joined #mythtv
[01:36:11] jya (jya!~jyavenard@mythtv/developer/jya) has quit (Quit: jya)
[01:36:26] len (len! has joined #mythtv
[01:41:32] jya (jya! has joined #mythtv
[01:41:32] jya (jya! has quit (Changing host)
[01:41:32] jya (jya!~jyavenard@mythtv/developer/jya) has joined #mythtv
[01:52:28] Beirdo (Beirdo!~gjhurlbu@mythtv/developer/beirdo) has quit (Ping timeout: 240 seconds)
[01:53:09] Beirdo (Beirdo! has joined #mythtv
[01:53:09] Beirdo (Beirdo! has quit (Changing host)
[01:53:09] Beirdo (Beirdo!~gjhurlbu@mythtv/developer/beirdo) has joined #mythtv
[01:57:37] wilmoore-misc (wilmoore-misc! has quit (Remote host closed the connection)
[02:00:48] Technodrome (Technodrome!~asdfasdf@unaffiliated/technodrome) has quit (Quit: Technodrome)
[02:15:47] danielk22 (danielk22!~danielk22@ has left #mythtv ()
[02:20:56] danielk22 (danielk22!~danielk22@ has joined #mythtv
[02:21:52] jheizer_ (jheizer_! has quit (Ping timeout: 252 seconds)
[02:33:44] wilmoore-misc (wilmoore-misc! has joined #mythtv
[03:02:10] wilmoore-misc (wilmoore-misc! has quit (Remote host closed the connection)
[03:02:56] jheizer_ (jheizer_! has joined #mythtv
[03:31:57] Technodrome (Technodrome!~asdfasdf@unaffiliated/technodrome) has joined #mythtv
[03:33:15] jheizer_ (jheizer_! has quit (Ping timeout: 260 seconds)
[03:35:59] xris: it amazes me that ffmpeg still doesn't have a way to do cutlists.. just a single cut (start-at + duration)
[04:12:49] fetzerch (fetzerch!~quassel@unaffiliated/fetzerch) has quit (Ping timeout: 248 seconds)
[04:14:00] fetzerch (fetzerch!~quassel@unaffiliated/fetzerch) has joined #mythtv
[04:33:47] Technodrome (Technodrome!~asdfasdf@unaffiliated/technodrome) has quit (Quit: Technodrome)
[04:36:15] NightMonkey (NightMonkey!~NightrMon@pdpc/supporter/professional/nightmonkey) has quit (Quit: Body blow! Body blow!)
[04:41:43] Technodrome (Technodrome!~asdfasdf@unaffiliated/technodrome) has joined #mythtv
[05:23:02] Technodrome (Technodrome!~asdfasdf@unaffiliated/technodrome) has quit (Quit: Technodrome)
[05:53:50] cesman (cesman!~cesman@pdpc/supporter/professional/cesman) has joined #mythtv
[06:41:26] neufeld (neufeld! has quit (Ping timeout: 272 seconds)
[06:41:28] HeXiLeD (HeXiLeD!~L3D@unaffiliated/hexiled) has quit (Ping timeout: 252 seconds)
[06:41:52] knightr (knightr!~knightr@mythtv/developer/knightr) has quit (Ping timeout: 260 seconds)
[06:43:04] HeXiLeD (HeXiLeD!~L3D@ has joined #mythtv
[06:43:04] HeXiLeD (HeXiLeD!~L3D@unaffiliated/hexiled) has joined #mythtv
[06:43:04] HeXiLeD (HeXiLeD!~L3D@ has quit (Changing host)
[06:43:20] knightr (knightr!~knightr@mythtv/developer/knightr) has joined #mythtv
[06:57:11] stichnot (stichnot!~stichnot@mythtv/developer/stichnot) has joined #mythtv
[07:12:27] Tobbe5178 (Tobbe5178! has joined #mythtv
[07:18:23] rsiebert_ (rsiebert_! has joined #mythtv
[07:20:42] rsiebert (rsiebert! has quit (Ping timeout: 272 seconds)
[07:27:30] len (len! has quit (Read error: Connection reset by peer)
[08:31:03] natanojl (natanojl! has joined #mythtv
[08:36:30] natanojl (natanojl! has quit (Ping timeout: 276 seconds)
[08:36:42] SteveGoodey (SteveGoodey! has joined #mythtv
[09:11:18] jya (jya!~jyavenard@mythtv/developer/jya) has quit (Quit: jya)
[09:25:54] Steve-Goodey (Steve-Goodey! has joined #mythtv
[09:49:19] IReboot (IReboot! has quit (Remote host closed the connection)
[09:51:54] 20WAB4HBZ (20WAB4HBZ! has joined #mythtv
[09:52:25] fetzerch (fetzerch!~quassel@unaffiliated/fetzerch) has quit (Ping timeout: 260 seconds)
[09:59:24] 20WAB4HBZ (20WAB4HBZ! has quit (Quit: Ex-Chat)
[10:00:08] IReboot (IReboot! has joined #mythtv
[10:02:01] fetzerch (fetzerch!~quassel@unaffiliated/fetzerch) has joined #mythtv
[10:19:51] bas-t (bas-t! has joined #mythtv
[10:27:07] Sharky112065 is now known as Sharky-Sleep
[10:28:08] gary_buhrmaster (gary_buhrmaster!~gtb@2001:470:80e4:3::36) has left #mythtv ()
[10:32:53] joki- (joki-! has joined #mythtv
[10:33:14] joki (joki! has quit (Ping timeout: 272 seconds)
[10:33:15] joki- is now known as joki
[10:44:48] Technodrome (Technodrome!~asdfasdf@unaffiliated/technodrome) has joined #mythtv
[10:55:54] Cougar (Cougar!~cougar@2a03:5880:104:10:b999:e054:7e1b:2de8) has quit (Ping timeout: 264 seconds)
[11:06:08] neufeld (neufeld! has joined #mythtv
[11:36:48] Technodrome (Technodrome!~asdfasdf@unaffiliated/technodrome) has left #mythtv ()
[12:18:53] bas-t (bas-t! has quit (Quit: Ex-Chat)
[12:43:47] danielk22 (danielk22!~danielk22@ has quit (Ping timeout: 256 seconds)
[12:56:36] danielk22 (danielk22! has joined #mythtv
[13:21:03] stichnot: xris: it seems that ffmpeg may be able to cut an initial section and a final section — ffmpeg -acodec copy -vcodec copy -ss <starttime> -t <duration>
[13:21:18] stichnot: but cutting a section out of the middle? maybe not...
[13:28:48] stichnot: peper03: I do see VDPAU error when displaying those DVD subtitles. I'll have a look, unless you've already solved it :)
[13:34:33] Cougar (Cougar!~cougar@2a03:5880:104:10:81a:80e7:4cff:4cc7) has joined #mythtv
[13:36:59] amessina (amessina!~amessina@2001:470:c1dc:7779:d6be:d9ff:fe8d:7c1e) has quit (Quit: Konversation terminated!)
[13:43:46] amessina (amessina!~amessina@2001:470:c1dc:7779:d6be:d9ff:fe8d:7c1e) has joined #mythtv
[13:49:35] Jordack (Jordack! has joined #mythtv
[13:56:56] peper03 (peper03! has joined #mythtv
[13:58:15] peper03: stichnot: Not solved it but I have made progress :) It's a bit of a tangled web (in my head at least) so I'll try to explain what I've found as coherently as possible :)
[13:59:33] peper03: I found that the subtitles displayed correctly under VDPAU and OpenGL when I enabled subtitles (even though they are forced subtitles). Subtitles disabled – not centred, Subtitles enabled – they are centred.
[14:01:44] peper03: A bit more debugging and I found that when subtitles are disabled, the subtitle zoom factor changes from 100 to 90. That seems to be due to this line . . . een.cpp#L579
[14:03:07] peper03: When subtitles are disabled, subtitleType gets set to kDisplayNone, which isn't handled in the switch. I have no recollection of ever changing the subtitle zoom before but I guess I must have played with it at some point.
[14:05:44] peper03: At first glance, I would say that bit of code is not ideal but I'm not sure how it should be changed for the best. Perhaps setting the zoom to 100% if subtitles are disabled? I assume that will only affect forced subtitles?
[14:06:28] peper03: Can you have forced subtitles with the other subtitles methods?
[14:07:40] peper03: Next was the question of why it worked ok with Xv. It seems that's down to the aspect ratio.
[14:13:28] stichnot: peper03: I was just coming to similar conclusions. It seems that text subtitles are surprisingly turned on and off during startup.
[14:15:09] stichnot: I think it's possible for mkv files to mark text subtitles (individually and/or entire track) as forced.
[14:15:53] peper03: From what I can tell, an instance of SubtitleScreen is created as normal and EnableSubtitles is called, which sets the zoom factor to 90. Then MythPlayer::DisplayNormalFrame calls CheckAspectRatio, which determines that 1.25 is not the same as 1.3333, and calls ReinitOSD, which deletes the old instance of SubtitlesScreen, creates a new one but *doesn't* cause the zoom to be loaded.
[14:16:34] peper03: Because EnableSubtitles is called with 'forcedOnly = true'.
[14:18:31] peper03: Presumably, there is no aspect ratio issue when using VDPAU or OpenGL so the same instance is used all the time.
[14:19:51] stichnot: I think the aspect ratio depends on the source material and not the display device, but this looks like the right track.
[14:20:10] peper03: There's still the issue of SubtitleScreen::DisplayScaledAVSubtitles causing images with width=0,height=0 to be generated and therefore lots of error messages.
[14:20:22] peper03: But that's not why the subtitles aren't centred.
[14:21:28] peper03: I haven't looked much further into the aspect ratio side of things yet but since I'm using the same source and display resolution, just changing between video renders, it would seem the logicial conclusion.
[14:21:46] stichnot: the height=0 may be a case of < instead of <= or something similar
[14:24:42] peper03: When DisplayScaledAVSubtitles is called with top=true, bbox ends up as (509x0+76+254). But like I said, that bit of code makes my head hurt so I haven't investigated further :)
[14:35:38] peper03: Ok, the aspect ratio trigger is the same but then it hits this line . . . yer.cpp#L549
[14:37:36] peper03: stretch is 100 for OpenGL and 94 for Xv.. osd->GetFontStretch returns 100 in both cases, but that causes the OSD to be reinitialized with Xv.
[14:52:01] danielk22 (danielk22! has quit (Remote host closed the connection)
[14:56:31] stichnot: you think that's what's causing the artifacts?
[14:56:52] stichnot: in any case, I'll be back online in a half hour.
[14:57:52] peper03: No idea. But they've got something to do with whether subtitles are enabled. If they are, there are no artifacts. If they aren't, you get the artifacts along the left and right sides.
[14:58:16] peper03: Yep, I'm off for a bit too :)
[14:59:49] danielk22 (danielk22!~danielk22@ has joined #mythtv
[15:01:29] stichnot (stichnot!~stichnot@mythtv/developer/stichnot) has quit (Ping timeout: 256 seconds)
[15:18:21] wilmoore-misc (wilmoore-misc! has joined #mythtv
[15:20:11] Wolfgang2 (Wolfgang2! has joined #mythtv
[15:25:01] stuartm: Ubuntu continues to dazzle me with it's lousy configuration tools, where's the simple 'Enable Wake-on-Lan' checkbox in the network configuration dialog?
[15:26:15] stuartm: Although, it seems to have disappeared from Mandrake/Mageia at some point too, probably when they made the fateful decision to stop using their own stuff in favour of the network manager abomination
[15:36:42] stichnot (stichnot!~stichnot@mythtv/developer/stichnot) has joined #mythtv
[15:54:38] stuarta: i hate network mangler
[15:55:53] stichnot: peper03: See if this gets rid of the artifacts.
[16:00:55] Jordack (Jordack! has quit ()
[16:02:04] stichnot (stichnot!~stichnot@mythtv/developer/stichnot) has quit (Ping timeout: 245 seconds)
[16:24:27] stichnot (stichnot!~stichnot@ has joined #mythtv
[16:24:28] stichnot (stichnot!~stichnot@ has quit (Changing host)
[16:24:28] stichnot (stichnot!~stichnot@mythtv/developer/stichnot) has joined #mythtv
[16:27:31] natanojl (natanojl! has joined #mythtv
[16:36:33] peper03: stichnot: Yes, that seems to fix it. Wonder why it's not necessary for VDPAU/OpenGL?
[16:46:15] wilmoore-misc (wilmoore-misc! has quit (Remote host closed the connection)
[16:49:37] anykey_ (anykey_! has quit (Ping timeout: 245 seconds)
[16:49:49] wilmoore-misc (wilmoore-misc! has joined #mythtv
[16:57:08] wilmoore-misc (wilmoore-misc! has quit (Remote host closed the connection)
[16:58:02] jheizer_ (jheizer_! has joined #mythtv
[17:05:40] NightMonkey (NightMonkey!~NightrMon@pdpc/supporter/professional/nightmonkey) has joined #mythtv
[17:13:15] wilmoore-misc (wilmoore-misc! has joined #mythtv
[17:14:39] NightMonkey (NightMonkey!~NightrMon@pdpc/supporter/professional/nightmonkey) has quit (Ping timeout: 256 seconds)
[17:29:26] NightMonkey (NightMonkey!~NightrMon@pdpc/supporter/professional/nightmonkey) has joined #mythtv
[17:36:54] Merlin83b (Merlin83b!~Daniel@2a00:1ee0:3:1337:ecd9:bb72:c99f:d3e2) has quit (Read error: Connection reset by peer)
[17:58:57] stichnot: peper03: MythUI keeps track of the "dirty region" and optimizes updates for just the dirty region. When you add or resize an element, that automatically updates the dirty region, but you have to be careful to trigger it when you delete an element. I think VDPAU and OpenGL ignore the dirty hint and just redraw everything.
[18:01:06] stichnot: I had to do something similar in . . . b21b7d796248 , and I only discovered the problem when I started using a laptop with Xv
[18:05:39] danielk22 (danielk22!~danielk22@ has quit (Ping timeout: 256 seconds)
[18:21:39] danielk22 (danielk22! has joined #mythtv
[18:22:18] stichnot: peper03: btw, with that patch, the artifacts go away, but the subtitles disappear earlier than before. Maybe one of your patches fixes that.
[18:24:54] Wolfgang2 (Wolfgang2! has quit (Quit: Wolfgang2)
[18:28:19] danielk22 (danielk22! has quit (Ping timeout: 245 seconds)
[18:29:09] peper03: stichnot: I hadn't noticed that they go away earlier, but I didn't pay that much attention. To be honest, I thought I'd set the subtitles so that there should be no gap between them but I haven't had chance to check how they're actually encoded on the DVD.
[18:30:38] peper03: I'm not sure whether the patches I submitted would fix anything in this case. #11451 only really applies to menu subpictures as the start and end times were being ignored completely in that case.
[18:30:38] ** MythLogBot **
[18:30:53] Schabo (Schabo!~schabo@2001:470:28:b16:cdd:5e39:98ff:2377) has joined #mythtv
[18:31:23] stichnot: I would guess that they are disappearing as soon as a new forced subtitle is encountered in the stream, without regard to the subtitle's start/end times.
[18:32:22] peper03: stichnot: It's possible. I'll have to check the encoding and then maybe follow the code flow.
[18:32:41] stichnot: In any case, I don't like the way subtitles are heavy-handedly enabled when a forced subtitle is seen, so I'll need to dig into that a bit.
[18:33:28] stichnot: As well as the top/bottom code that may have an off-by-one error leading to an empty box being rendered.
[18:37:28] peper03: I was thinking about the top/bottom code earlier. As I said, I don't really understand in detail what it's doing but I wondered if there isn't a simpler approach. There may well be a flaw in my logic or certain cases where it just won't work, but I would take a different approach.
[18:38:34] peper03: Basically, the zoom should be centred on the middle of the subtitle block. So I don't think it's really that necessary to determine whether a subtitle is towards the top or bottom.
[18:41:14] peper03: Let me see if I can get this written down somewhere first. It's all in my head at the moment and I'm probably not going to do a very good job of explaining it without writing it down and organizing it first :)
[18:42:39] sphery: Anyone else seeing extremely slow response times from Trac?
[18:42:58] jheizer__ (jheizer__! has joined #mythtv
[18:43:22] sphery: Actually, seems like it's getting better, now... Maybe it was just some robot hammering the site for the last 10min I've been trying to use it.
[18:44:30] stoffel (stoffel! has joined #mythtv
[18:45:42] danielk22 (danielk22!~danielk22@ has joined #mythtv
[18:46:18] jheizer_ (jheizer_! has quit (Ping timeout: 264 seconds)
[18:48:29] len (len! has joined #mythtv
[18:48:59] NightMonkey (NightMonkey!~NightrMon@pdpc/supporter/professional/nightmonkey) has quit (Remote host closed the connection)
[18:49:53] peper03: Ok, I think this will work. Ignoring the horizontal axis for the moment, lets say we have a display of 480 lines. Line 0 is at the top. We have a subtitle 10 pixels high, where the top is at line 460.
[18:51:17] peper03: If we zoom in so that the subtitle is now 20 pixels high, you take the height delta, divide by two and subtract that from the original top giving a new start line of 455.
[18:51:51] peper03: The centre line remains at line 465.

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