MythLogBot@irc.freenode.net :: #mythtv

Daily chat history

Current users (85):

aloril, Anduin_, Anssi, anykey_, beata, BeeBob, Beirdo, bill6502, brfransen, cesman, chainsawbike, Chutt, clever, coling, Cougar, dagar, danielk22, Dave123, dekarl, dlblog, eharris, f33dMB, foobum, foxbuntu, ghoti, Gibby, gigem, gregL, GreyFoxx, highzeth, iamlindoro, J-e-f-f-A, j-rod|afk, JamesHarrison, jams, jarle, jcarlos, jhp, joe_, jpabq, jpabq-, jstenback, justinh, jwhite, kc, kenni, knightr, kormoc, kth, kurre2, kwmonroe, laga_, mag0o, MavT, Meliorator, mike|2, mrand, MythBuild, MythLogBot, okolsi, PointyPumper, poptix, purserj, reynaldo, sailerboy, skd5aner, Slasher`, Snow-Man, sphery, sraue, srk9, stuarta, sutula, tgm4883, ThisNewGuy, tomimo, tris, Unhelpful, vallor, VManiac16, wagnerrp, ybot, zCougar, zombor, _charly__
Sunday, July 24th, 2011, 00:18 UTC
[00:18:48] kth (kth!~kth@unaffiliated/kth) has joined #mythtv
[00:21:16] Beirdo: let me know if that looks better. Your pastebin looks like a better method :) If we can add a default value on the parameters taht would match the default in most cases (general/info), then it would even cut down the rework in other places
[00:22:21] Beirdo: this afternoon, after I'm done messing with the devel box, I plan to go look at making high-level logging go to the console in progress-type situations
[00:22:36] Beirdo: err, this evening, I guess it is already
[00:22:36] Beirdo: heh
[00:22:47] Beirdo: that's what I get for getting up at noon
[00:39:43] Captain_Murdoch: paul-h, perhaps if we had some 'widgets'.... it could be setup so that a user could have an 'idle screensaver' that would put the FE into monitor mode (instead of playback mode) to allow MBE shutdown. we could have a command line arg to force MFE to startup in this screen by default instead of going to the main menu. The user could select from a list of widgets to put on this screen, one could be the list of the next X recor
[00:39:43] Captain_Murdoch: dings, one could be a small status box showing # of recordings, disk space, etc..
[00:40:48] Captain_Murdoch: of course, could just leave it up to the themer to decide what widgets to display if the screens *.cpp code supported them.
[00:41:06] Captain_Murdoch: ESCape out of that screen and you're at the main menu.
[00:41:53] Captain_Murdoch: could even have a menu option to send the FE to that screen and put the FE in idle/monitor mode.
[00:42:09] Captain_Murdoch: or a jumpoint probably would be best.
[00:45:13] wahrhaft (wahrhaft!~quassel@cpe-24-210-71-26.columbus.res.rr.com) has joined #mythtv
[00:51:52] jwhite (jwhite!~jwhite@75-146-153-89-minnesota.hfc.comcastbusiness.net) has quit (*.net *.split)
[00:51:52] xris (xris!~xris@mythtv/developer/xris) has quit (*.net *.split)
[00:51:52] wahrhaft_ (wahrhaft_!~quassel@cpe-24-210-71-26.columbus.res.rr.com) has quit (*.net *.split)
[00:57:20] wagnerrp: stuartm: i just assigned #9539 to you
[00:57:30] wagnerrp: seems to be a reasonable enough patch, if the PBB actually functions that way
[00:58:11] wagnerrp: couple line patch, should save possibly hundreds of individual sql queries when flipping between groups
[01:00:59] natanojl (natanojl!~jonatan@c83-252-237-63.bredband.comhem.se) has quit (Ping timeout: 240 seconds)
[01:03:14] jwhite (jwhite!~jwhite@75-146-153-89-minnesota.hfc.comcastbusiness.net) has joined #mythtv
[01:03:28] xris (xris!~xris@xris.forevermore.net) has joined #mythtv
[01:03:29] xris (xris!~xris@xris.forevermore.net) has quit (Changing host)
[01:03:29] xris (xris!~xris@mythtv/developer/xris) has joined #mythtv
[01:04:57] davide_ (davide_!~david@mythtv/developer/gigem) has quit (Remote host closed the connection)
[01:05:23] davide_ (davide_!~david@mythtv/developer/gigem) has joined #mythtv
[01:33:22] wagnerrp: stuartm: im also sending you #9814 as part of the mythwelcome/frontend stuff
[01:37:08] pheld (pheld!~heldal@cl-5.osl-01.no.sixxs.net) has quit (Quit: Leaving.)
[02:14:12] kth (kth!~kth@unaffiliated/kth) has quit (Quit: Leaving.)
[02:40:01] Chutt (Chutt!~ijr@cpe-76-190-198-203.neo.res.rr.com) has quit (Ping timeout: 246 seconds)
[02:41:34] Chutt (Chutt!~ijr@cpe-76-190-198-203.neo.res.rr.com) has joined #mythtv
[02:54:55] bill6502 (bill6502!~bill6502@2002:d850:4778:7cd3:9ef4:32ea:c6ea:200) has left #mythtv ()
[03:07:54] iamlindoro: !seen markk
[03:07:54] MythLogBot: markk was last seen 19 days 14 hours 50 minutes 5 seconds ago
[03:08:01] iamlindoro: wow, longer than I'd thought
[03:10:24] andreax (andreax!~andreaz@p57B95233.dip.t-dialin.net) has joined #mythtv
[03:20:26] Beirdo: I seem to recall him saying he's moving house... and it sounded like a not insigificant move
[03:20:50] iamlindoro: yeah, Singapore back to the UK
[03:20:54] Beirdo: might just be too busy for myth right now ;)
[03:21:05] iamlindoro: I'm sure that's what he's up to, just don't want to commit my streaming ringbuffer patch without his OK
[03:21:26] Beirdo: makes sense
[03:25:50] wagnerrp: he would probably respond to email
[03:27:03] iamlindoro: He got my ticket e-mail, no doubt, I don't want to bug him
[03:27:05] iamlindoro: there's no urgency
[03:27:31] iamlindoro: the only users of the streaming ringbuffer are him, me, and anyone experimenting with the stuff I committed a bit ago for MNV
[03:27:38] iamlindoro: and even then, it plays fine for them, just no seeking
[04:12:42] zombor (zombor!~zombor_@kohana/developer/zombor) has quit (Remote host closed the connection)
[04:54:04] tgm4883: jpabq, yea I am. I'll check mine when I get a reoccurance, I don't use EIT so I'm not sure if it will be the same or not. Have you looked at any of the other posts there?
[04:57:27] andreax (andreax!~andreaz@p57B95233.dip.t-dialin.net) has quit (Quit: Leaving.)
[05:19:10] sraue (sraue!~stephan@xbmc/staff/sraue) has quit (Ping timeout: 250 seconds)
[05:24:49] sraue (sraue!~stephan@xbmc/staff/sraue) has joined #mythtv
[05:39:42] wahrhaft (wahrhaft!~quassel@cpe-24-210-71-26.columbus.res.rr.com) has quit (Ping timeout: 276 seconds)
[06:53:50] stoffel (stoffel!~quassel@p57B4C5EF.dip.t-dialin.net) has joined #mythtv
[08:15:15] anykey_ (anykey_!~guedel@46-126-245-147.dynamic.hispeed.ch) has joined #mythtv
[09:00:04] natanojl (natanojl!~jonatan@c83-252-237-63.bredband.comhem.se) has joined #mythtv
[10:00:30] mag0o (mag0o!20001@slackhost.lynchmv.com) has quit (Read error: Operation timed out)
[10:03:06] stoffel (stoffel!~quassel@p57B4C5EF.dip.t-dialin.net) has quit (Remote host closed the connection)
[10:03:14] andreax (andreax!~andreaz@p57B95233.dip.t-dialin.net) has joined #mythtv
[10:04:20] mag0o (mag0o!20001@slackhost.lynchmv.com) has joined #mythtv
[10:05:02] mike|2 (mike|2!~mike@c-24-21-63-118.hsd1.or.comcast.net) has quit (Remote host closed the connection)
[10:05:15] stoffel (stoffel!~quassel@p57B4C5EF.dip.t-dialin.net) has joined #mythtv
[10:06:03] mike|2 (mike|2!~mike@c-24-21-63-118.hsd1.or.comcast.net) has joined #mythtv
[10:15:02] stuartm: paul-h: mythbrowser is rendering images poorly here (accessed via the albumart search), if I had to guess it was using a fast render/scale option?
[10:30:08] paul-h: if it is then it's webkit doing it. mytbrowser just displays whatever webkit gives it
[10:31:21] paul-h: I can't say I've noticed the problem
[10:31:31] paul-h: All looks good to me
[10:36:27] stuartm: http://www.miffteevee.co.uk/imagebin/low_quality_render_bug.png << Clearest in the Google logo and cog icon at the top right, but affecting all the images
[10:38:18] stuartm: if you're not seeing the same then I'll consider it an upstream bug
[10:39:33] paul-h: could just be you're viewing the page with a zoom set?, try changing the zoom to 0
[10:41:48] paul-h: If you have a non 0 zoom set then it will scale any images so the page layout doesn't change too much
[10:42:18] stuartm: I've never intentionally changed the zoom, how can I tell when I'm at zero, it doesn't seem to indicate current zoom levels in the UI?
[10:43:14] stuartm: it does look a lot better if I zoom out a couple of times ...
[10:44:59] stuartm: ok that's probably it
[10:46:08] paul-h: I think changing the text size to 1.0 in the web setting will set it to unzoomed
[10:46:50] stuartm: paul-h: any objection to adding the zoom level in brackets after "Zoom In/Out"? e.g. "Zoom In (110%)" "Zoom Out (90%)"
[10:47:28] paul-h: no objection, just never though of it having a use until now :)
[10:58:54] paul-h (paul-h!~paulh@mythtv/developer/paul-h) has quit (Ping timeout: 250 seconds)
[11:00:11] paul-h (paul-h!~paulh@5adce259.bb.sky.com) has joined #mythtv
[11:00:11] paul-h (paul-h!~paulh@5adce259.bb.sky.com) has quit (Changing host)
[11:00:11] paul-h (paul-h!~paulh@mythtv/developer/paul-h) has joined #mythtv
[11:17:58] andreax (andreax!~andreaz@p57B95233.dip.t-dialin.net) has quit (Quit: Leaving.)
[11:58:38] kth (kth!~kth@unaffiliated/kth) has joined #mythtv
[12:01:08] thedeath (thedeath!~thedeath@78-20-12-242.access.telenet.be) has joined #mythtv
[12:04:47] davide_ (davide_!~david@mythtv/developer/gigem) has quit (Remote host closed the connection)
[12:05:14] davide_ (davide_!~david@mythtv/developer/gigem) has joined #mythtv
[12:12:56] kth (kth!~kth@unaffiliated/kth) has quit (Quit: Leaving.)
[12:16:09] natanojl: stuartm, paul-h: check out QPainter::SmoothPixmapTransform to change the image scaling from the default nearest neighbor to something smoother
[12:19:44] stuartm: natanojl: thanks, I already knew about it, but it doesn't seem to apply in this case as QTWebkit is doing the scaling
[12:25:49] natanojl: stuartm: Ok, have you tried setRenderHint(QPainter::SmoothPixmapTransform, true) or similar in MythWebView?
[12:27:05] stuartm: natanojl: I haven't tried anything yet, I'm working on something else right now
[12:27:24] stuartm: but I'll give it a spin when I'm finished with that
[12:31:30] natanojl: stuartm: I've been running with that hint and some of the other ones enabled for a while and the scaling definately works here
[12:39:37] andreax (andreax!~andreaz@p57B95233.dip.t-dialin.net) has joined #mythtv
[12:45:57] stuartm: Beirdo: if we do a database upgrade on backend startup it seems that the logging is not being redirected to the log instead of going to stdout
[12:47:33] stuartm: I mean that could be a red-herring, since there are log entries before that point – http://pastebin.com/nYAhUp36
[12:50:08] stuartm: nope, seems to happen all the time in current master, the first few lines of the log get sent to stdout or stderr
[13:11:11] thedeath (thedeath!~thedeath@78-20-12-242.access.telenet.be) has left #mythtv ()
[13:25:48] _gunni_ (_gunni_!~Gunni@koln-4db470ad.pool.mediaWays.net) has joined #mythtv
[13:25:52] Meliorator (Meliorator!m@dunnington.eu) has joined #mythtv
[13:27:20] cocoa117 (cocoa117!~cocoa117@188-222-31-239.zone13.bethere.co.uk) has joined #mythtv
[13:28:27] Meliorator: hey all, i have some hauppauge tv cards and i'm wondering if it's possible to get a mythtv server running in a vmware workstation (win7 host, ubuntu 11.04 vm) with them?
[13:36:06] _gunni_ (_gunni_!~Gunni@koln-4db470ad.pool.mediaWays.net) has quit (Ping timeout: 240 seconds)
[13:42:21] Captain_Murdoch: Meliorator, try #mythtv-users
[13:43:28] Meliorator: ok, thanks
[13:59:55] stoffel (stoffel!~quassel@p57B4C5EF.dip.t-dialin.net) has quit (Ping timeout: 258 seconds)
[14:01:40] _gunni_ (_gunni_!~Gunni@koln-4db470ad.pool.mediaWays.net) has joined #mythtv
[14:28:23] SteveGoodey (SteveGoodey!~steve@host86-160-207-169.range86-160.btcentralplus.com) has joined #mythtv
[14:46:17] kth (kth!~kth@unaffiliated/kth) has joined #mythtv
[15:15:54] stoffel (stoffel!~quassel@p57B4C5EF.dip.t-dialin.net) has joined #mythtv
[15:17:52] wagnerrp (wagnerrp!~wagnerrp_@mythtv/developer/wagnerrp) has quit (Remote host closed the connection)
[15:21:49] wagnerrp (wagnerrp!~wagnerrp_@mythtv/developer/wagnerrp) has joined #mythtv
[15:32:36] stuartm: j-rod|afk: http://code.mythtv.org/trac/ticket/9696
[15:34:15] zombor (zombor!~zombor_@kohana/developer/zombor) has joined #mythtv
[15:37:11] bill6502 (bill6502!~bill6502@2002:d850:4778:7cd3:9ef4:32ea:c6ea:200) has joined #mythtv
[15:49:31] stuartm: Captain_Murdoch: I hope you don't mind me closing http://svn.mythtv.org/trac/ticket/9484 , it was a fairly obvious one line patch
[16:01:00] cocoa117 (cocoa117!~cocoa117@188-222-31-239.zone13.bethere.co.uk) has quit (Quit: Leaving)
[16:13:09] zombor (zombor!~zombor_@kohana/developer/zombor) has quit (Remote host closed the connection)
[16:35:56] stuartm: we need more mythweb developers, there are 30 active tickets open for mythweb which is more than twice any other plugin
[16:36:37] stuartm: mythmusic is the second highest with 13, but most of those will be closed when the mythui port is completed
[16:38:40] stuartm: paul-h: do you mind if I apply the libcdio patches from http://svn.mythtv.org/trac/ticket/9362 ? It should close 3 or even 4 open tickets in one go
[16:39:36] danielk22: stuartm: did you see my comment on the dates not showing up on the Watch Recordings screen? Any ideas?
[16:41:24] stuartm: danielk22: no, sorry I didn't, but someone else mentioned seeing the same thing, I'll take a look
[16:43:48] wagnerrp: stuartm: i think much of the problem is that xris and kormoc both want to restructure the whole thing
[16:44:05] wagnerrp: but dont have the time to do so
[16:44:13] wagnerrp: so theyre reluctant to make changes to the existing one
[16:52:32] stuartm: danielk22: MythCenter uses a textarea called 'shortdate' which was identical to 'startdate', so the former was factored out of the code, changing startdate to shortdate in the theme should fix the issue
[16:53:53] danielk22: stuartm: It looks like default, default-wide and MythCenter also use shortdate.
[16:53:54] stuartm: that said, for consistency I should rename startdate to shortstartdate
[16:54:03] stuartm: danielk22: I'll do a search/replace
[16:59:33] stuartm: while I'm cleaning up, it seems no themes use recstartts/recendts – I can't see anyone really caring about those in the UI and eliminating them would avoid a few datetime to string conversions per pginfo?
[17:02:32] stuartm: danielk22: fixed
[17:03:07] paul-h: stuartm: Re: #9632. Sure go ahead and commit it. The only reason I've left that one is because the patch only works for windows as it stands. I think it would be best to use it on all platforms if we use it?
[17:03:28] stuartm: shortdate and longdate were removed in https://github.com/MythTV/mythtv/commit/7f8dc92cc because they duplicated strings already created in ProgramInfo::ToMap()
[17:04:25] stuartm: paul-h: that's what I'd work on after it was committed, it seemed easier to use it as a starting point once it was merged
[17:04:46] davide_ (davide_!~david@mythtv/developer/gigem) has quit (Remote host closed the connection)
[17:05:14] davide_ (davide_!~david@host103.16.intrusion.com) has joined #mythtv
[17:05:14] davide_ (davide_!~david@host103.16.intrusion.com) has quit (Changing host)
[17:05:14] davide_ (davide_!~david@mythtv/developer/gigem) has joined #mythtv
[17:05:32] paul-h: You have a window PC to test it on?
[17:10:43] stuartm: no, but I'm not going to lose sleep if it doesn't work properly on Windows, they don't have working CD playing support so it wouldn't break something that was being used :)
[17:11:22] stuartm: I will thoroughly test it on linux and if someone wants to do the same for Windows before I commit then I'd welcome it
[17:12:55] paul-h: All those #if def's are horrible
[17:17:35] stuartm: most of those can be stripped out when libcdaudio usage is removed
[17:28:04] Beirdo: stuartm: interesting, I'll have to see if I can find that.
[17:33:02] jpabq: Qt defines QTextLayout's copy constructor as private, meaning I can't define QVector<QTextLayout>
[17:38:15] sphery: stuartm: re: #9773 (warpme's comment that switching to innodb fixed his backend/mysql deadlocks), he just mentioned that it's not fixed: http://www.gossamer-threads.com/lists/mythtv/users/486714#486714
[17:39:06] sphery: (not that I'm saying we shouldn't switch to innodb--just that there's no critical rush to do so, so we can time it/plan it as necessary)
[17:40:17] jpabq: I guess I will have to do QVector<QTextLayout *> instead, but that seems awfully messy.
[17:54:57] stuartm: sphery: ah, that's a shame
[17:55:02] stuartm: that it's not fixed I mean
[18:06:45] sphery: yeah, would be really nice to figure out what's causing it--since it seems to be affecting several people
[18:10:59] wagnerrp: paul-h: any idea what might cause a 'not supported yet' screen in mythmusic?
[18:11:05] wagnerrp: is that an incomplete theme?
[18:11:52] wagnerrp: stuartm: if its a theme issue, you would probably know the answer to that... ^^^
[18:14:44] stoffel (stoffel!~quassel@p57B4C5EF.dip.t-dialin.net) has quit (Remote host closed the connection)
[18:16:03] jya (jya!~jyavenard@2a01:e35:2423:dd10:60c:ceff:fed2:908e) has joined #mythtv
[18:16:38] Goga777 (Goga777!~Goga777@shpd-78-36-181-200.static.vologda.ru) has joined #mythtv
[18:19:11] jya (jya!~jyavenard@2a01:e35:2423:dd10:60c:ceff:fed2:908e) has quit (Read error: Connection timed out)
[18:23:02] paul-h: wagnerrp: No ideal what that could be. Is that the exact message?
[18:32:21] paul-h: Interesting comparison of cpu usage playing an mp3 – mythffplay 6%, mythmusic 16%, mythavtest 85%. Don't know what the internal player is doing to use all that cpu just playing some audio?
[18:38:47] stuartm: I assume mythmusic is the visualiser?
[18:39:31] stuartm: or I guess it could be the draw timer operating in the background
[18:40:17] stuartm: wagnerrp: could be something the themer put in, which theme?
[18:40:34] iamlindoro: wagnerrp: blue-abstract puts that theme into some clock placeholder in mythmusic IIRC
[18:41:04] iamlindoro: but it isn't like nothing is working... it's just a placeholder for where he has the clock everywhere else
[18:42:01] stuartm: sphery: I really feel that fixing those deadlocks and at least the bulk of the frontend segfaults should be a priority for 0.25
[18:42:04] sphery: or maybe mythavtest and mythmusic are choosing different settigns for something (like the SRCQuality setting)?
[18:44:05] stuartm: paul-h: it's an interesting question, it could turn out we're doing something stupid
[18:44:20] sphery: stuartm: yeah, I agree--we really need to fix that before 0.25... I just have no idea where to start
[18:44:47] sphery: (especially since it seems to be hitting 0.24 and master users)
[18:45:21] stuartm: I'm not sure how easy it is to do a side by side comparison of ffplay against the internal player
[18:45:34] stuartm: someone might have to spend a lot of time profiling
[19:01:59] zombor (zombor!~zombor_@kohana/developer/zombor) has joined #mythtv
[19:05:46] Goga777 (Goga777!~Goga777@shpd-78-36-181-200.static.vologda.ru) has quit (Read error: Connection reset by peer)
[19:08:30] stuartm: iamlindoro: just so I get the fix right, why are we using show/hide for screens in the setup wizard?
[19:12:13] stuartm: I don't think I ever invisioned show/hide being used for screens
[19:14:42] iamlindoro: Next-Next-Next-Next-Finish, with all the saves being called on the last step
[19:14:50] iamlindoro: That was the theory, anyway
[19:15:08] iamlindoro: and the ability to back up and change things
[19:15:15] stuartm: heh, here it just segfaults
[19:17:35] stuartm: iamlindoro: right, but why hide the earlier screens? they don't actually need to be hidden for that to work?
[19:18:05] iamlindoro: stuartm: My themes implement them as semitransparent popups
[19:18:20] iamlindoro: so if you don't hide them, you get to look at a huge stack of them on top of one another
[19:18:22] stuartm: fwiw, this is something to do with calling show in the destructor, with the fade we've already tried to bring up the old screen and failed before Show() gets called
[19:19:57] stuartm: iamlindoro: try moving the show calls in Close() instead of the destructors
[19:20:31] iamlindoro: stuartm: I didn't report the bug
[19:20:36] iamlindoro: I don't see any issues in my themes
[19:21:00] stuartm: .
[19:21:33] iamlindoro: I am happy to try some things out for you, but the reporter of the bug may be more motivated to do so, I don't have any time for Myth today
[19:28:44] iamlindoro: I think saying that I "acknowledge" it with a null pointer check is presuming a bit much
[19:29:09] SteveGoodey (SteveGoodey!~steve@host86-160-207-169.range86-160.btcentralplus.com) has quit (Ping timeout: 255 seconds)
[19:29:19] iamlindoro: rather, I had envisioned that each screen might theoretically be called out of context and might not have the preceding screens
[19:30:02] iamlindoro: But if that's just a immature reaction to me saying I don't have time to troubleshoot it today, then that's a shame
[19:30:50] iamlindoro: And presuming that every themer is going to put a full screen background in is also somewhat silly, since there were all these grand dreams that MythUI was going to be all about the themer's imagination being the limit
[19:39:15] stuartm: iamlindoro: I really don't know how to answer that ... no I was not throwing a childish fit, there are no null pointer checks for the Hide() calls so it's reasonable to assume that the checks for the Show() calls were not due to an abundance of caution
[19:40:32] stuartm: reasonable even if the assumption was wrong
[19:40:36] iamlindoro: You're right, I should have put them in for the Hide's too
[19:40:56] iamlindoro: It would likely have come to light had I ever tried to use the screens out of context
[19:41:34] stuartm: as far as the backgrounds, well if we go down that route then every screen needs to be hidden/shown then doesn't it not?
[19:41:59] iamlindoro: every screen that is a chain like a wizard, yes
[19:42:20] iamlindoro: but since the setup wizard is the first such thing, it's the first place it becomes necessary
[19:42:33] stuartm: iamlindoro: but what about the themer who wants the watch recordings screen 'windowed'?
[19:42:52] iamlindoro: They can, since there's only *one* of those
[19:43:03] iamlindoro: I already do that screen as a "window" in Graphite
[19:43:28] stuartm: iamlindoro: well you've got the menu behind it, a transparent Watch Recordings window would show the menu underneath, so we'd have to hide the menu
[19:45:01] iamlindoro: I really don't understand the angst about this-- it reasonable to assume that someone theming a multi-page wizard might not want to do it fullscreen-- as evidenced by the first person to do so implementing it as popups
[19:45:04] stuartm: I'm trying to illustrate a point, maybe badly, that if you end up hiding old screens then you might as well make everything fullscreen and just fake the 'window' effect, where do you draw the line?
[19:45:28] stuartm: iamlindoro: what about the themer who wants to show all those windows, next to each other?
[19:45:53] ** iamlindoro sighs **
[19:46:35] iamlindoro: I guess MythUI needs some rethinking then, eh?
[19:47:12] iamlindoro: since requiring that every screen have a full screen background image to obscure the other garbage makes it pretty compromised
[19:47:26] stuartm: the show/hide stuff is there to suite your theme, not the desire of all themers, lets be honest now ... what I'm saying is that we cannot satisfy everyone and that some limits are a reality
[19:48:13] iamlindoro: The show and hide are there because I envisioned that most people would not implement the wizard fullscreen-- and the way I do it allows for *both*
[19:48:23] iamlindoro: that is, if show and hide worked correctly
[19:48:35] stuartm: iamlindoro: I don't see how you come to that conclusion – if you make a screen a 'popup' then you expect to see what is behind it, especially if you make it a transparent popup
[19:49:00] iamlindoro: not a popup-- just not fullscreen, and not necessarily 100% opacity
[19:50:59] iamlindoro: So, if the solution to Show and Hide, which are valid public calls to MythScreenType, not working, is to enforce the use of a fullscreen background on each and every screen, then please just remove the wizard, as attempts to improve MythTV are destined to be poisoned by people who want the simple solution... and I'd rather not perpetuate that particular joke.
[19:51:11] stuartm: anyway, I'm not stopping you from doing it, I've even suggested a solution to the problem in the ticket, I just don't happen to like it
[19:51:27] stuartm: show and hide ARE working
[19:53:03] stuartm: I think the joke is that you level an accusation of immaturity at me while being somewhat childish yourself
[19:54:37] iamlindoro: stuartm: You started the whole conversation in a somewhat hostile manner-- I attempted to explain why I implemented it the way I did, and all I got for it was a "You can't do that," which strikes me as unfortunate as it seems relatively reasonable to want to do it the way I have, and rather than recognizing it as a design flaw or limitation in MythUI, it gets to be my fault for thinking outside the box
[19:55:35] iamlindoro: You hae spoken a lot about wanting MythUI to allow for whatever the themer can imagine, but that really seems to only be the case until things require lateral thinking
[19:56:09] iamlindoro: All I want is to be able to do a windowed wizard in a way that most wizards work-- and I implemented it in a way that I thought would work no matter how you want to do it
[19:56:28] stuartm: ugh, ffs, read my reply to the ticket again, specifially the bit which explains that you cannot expect to call Show() after the preceding screen has already been re-displayed and where I include the likely fix
[19:56:50] iamlindoro: stuartm: Then what was the pint of this whole drama?
[19:56:52] iamlindoro: er point
[19:57:35] wagnerrp: stuartm: you closed #8758 as an upstream bug, does that mean we periodically copy that frequency tables file from the dvbtools package?
[19:58:42] stuartm: iamlindoro: the point was that I expressed a dislike of the way it was implemented, I wanted to know what you were trying to achieve so that I might suggest a more acceptable alternative but instead of this being a friendly discussion it quickly unravelled into an argument because you took my concerns as an attack
[20:00:11] iamlindoro: stuartm: with respect, you are the one who seems to have become angry here, I didn't feel attacked, just that you were more interested in finding the quick solution by limiting which approaches were acceptable than in finding a solution that worked
[20:01:06] stuartm: iamlindoro: I'm certainly angry _now_, I didn't start off that wya
[20:01:51] iamlindoro: stuartm: You've tuned out of MythUI development for *years* now, and I've soldiered on and tried to make things better for users, something which I know you are passionate about-- so maybe have a little patience that in all that time I've had *no* guidance, and just tried to make things work as best I could, as imperfect as that may be
[20:01:53] stuartm: and I'm angry because of late any slight comment/suggestion that is made about your code results in a shirty reply
[20:03:07] iamlindoro: stuartm: I wrote that code *months and months* ago, and at that time tried to get people onboard with both the idea and the implementation-- and only now, on a day where I had/have no myth time until later, does it become urgent that I try your proposed fix without delay?
[20:03:20] stuartm: wagnerrp: as noted in the last comment, we can't fix it using the frequency tables, either the DVB API supports AUTO for all drivers (which they could) or we have to write logic into our scanner to try all possible combinations of parameters which then defeats the point of having a frequency table
[20:03:41] stuartm: iamlindoro: where's the urgency? Where did I demand you try it NOW?
[20:03:48] iamlindoro: and when I say that you should try to ask the person who opened the bug to try, at least until I could look myself, you unassigned it (in your words, let's be honest) out of anger
[20:04:21] iamlindoro: And if that's not the case, then I'm sorry, but from all outward appearances it sure *seemed* to be
[20:04:41] stuartm: I never said one thing about you being the one to fix it, or that it be fixed this instant, all I recall saying is that it wasn't a mythui bug as I saw it and therefore I was unassigning
[20:05:53] stuartm: iamlindoro: you're now reading in motives that weren't there
[20:06:08] iamlindoro: Well if that's the case, I'm sory for jumping to that conclusion
[20:06:19] iamlindoro: Though I daresay you might have felt the same
[20:08:05] stuartm: I wasn't at all angry, maybe irritated that it had been assigned to me without the actual cause having been determined first
[20:08:40] stuartm: and I would have no reason to direct that at you since you didn't open the ticket
[20:09:06] iamlindoro: Anyway, I'll make time and fix it
[20:09:48] paul-h: Whatever happens we should at least make it work for the official themes which is as easy as removing the show/hides. If it breaks some external unsupported themes then that's to bad
[20:10:44] iamlindoro: I'm not responding to that as it's designed to elicit a negative reaction.
[20:11:56] stuartm: iamlindoro: we're both busy and probably both too quick to perceive the comments of others in a negative and not constructive light, so let's both try to stay calmer and not fall out over silly trivial issues
[20:12:04] paul-h: iamlindoro: you are really taking all this far to seriously. It's supposed to fun :) Just chill out a little
[20:12:21] iamlindoro: stuartm: fair enough
[20:16:06] wagnerrp: any problems with adding an 'Expired' resolution for tickets that the reporter has not responded to after info needed
[20:16:20] wagnerrp: and with no contact email (or no responses from direct contact)
[20:16:23] stuartm: paul-h: I think we've all been guilty of taking things too seriously, especially recently, some of us have taken constructive criticism or suggestions to heart when in the past we might have welcomed it
[20:16:41] wagnerrp: i think up till now, weve been using 'Invalid' for that purpose
[20:16:42] stuartm: wagnerrp: no, that's fine by me
[20:17:48] iamlindoro: stuartm: Implementing a Close() and moving the show there doesn't change anything
[20:19:09] iamlindoro: stuartm: For what it's worth, testing the problem in MythCenter, it *is* shown for a split second, and then the base background is drawn over it
[20:19:29] iamlindoro: And the screen with Show() called on it is definitely the top of the stack
[20:24:23] ** Beirdo is following a suggestion from danielk22, and is splitting mythlogging.h into parts to try to minimize unnecessary recompiles when internals change **
[20:27:45] Beirdo: frick
[20:27:55] ** Beirdo slaps moc **
[20:28:28] skd5aner (skd5aner!~skd5aner@cpe-069-132-082-180.carolina.res.rr.com) has joined #mythtv
[20:29:49] sphery: wagnerrp: isn't that what Unverified is for?
[20:31:50] wagnerrp: it probably is
[20:44:46] wagnerrp: !seen nigel
[20:44:46] MythLogBot: nigel has not been seen here
[20:45:26] wagnerrp: does nigel ever come to irc?
[20:46:15] iamlindoro: not usually
[20:47:09] wagnerrp: looking at #8507, maybe you want to email him directly
[20:49:02] paul-h: Captain_Murdoch, iamlindoro: Still can't download the test videos in the setup wizard. Should they have been updated by now?
[20:52:15] branden__ (branden__!~branden@70.36.67.211) has joined #mythtv
[20:55:43] stuartm: iamlindoro: then I stand corrected, it's probably a mythui bug :) Though right this second I haven't got a clue why it's not working – it should definitely not have worked well or if at all with those calls in the destructor because we start fading in the old screen before the top one is deleted – but assuming that we exit the top screen by calling close, then it should have worked :(
[20:56:40] iamlindoro: stuartm: If it makes it easier or clearer to troubleshoot I can commit these changes
[20:59:54] stuartm: they won't hurt, they'd be needed anyway
[21:00:26] iamlindoro: ok, will push them in a moment here-- and If I misunderstood how you wanted me to do it, let me know
[21:00:39] Beirdo: iamlindoro: you'll need to pull first :)
[21:00:52] iamlindoro: Beirdo: I saw
[21:00:53] Beirdo: just pushed the split mythlogging.h
[21:00:53] iamlindoro: thanks
[21:01:01] Beirdo: no problemo
[21:03:06] branden__ (branden__!~branden@70.36.67.211) has quit (Quit: Leaving)
[21:05:53] MythBuild: build #1834 of master-linux-64bit is complete: Failure [failed compile core] Build details are at http://code.mythtv.org/buildbot/builders/mast . . . /builds/1834 blamelist: Gavin Hurlbut <ghurlbut@mythtv.org >
[21:06:06] Beirdo: fixing it already
[21:06:09] MythBuild: build #620 of master-freebsd-64bit is complete: Failure [failed compile core] Build details are at http://code.mythtv.org/buildbot/builders/mast . . . t/builds/620 blamelist: Gavin Hurlbut <ghurlbut@mythtv.org >
[21:06:24] Beirdo: places that were relying on mythlogging.h to include <QMutex>
[21:06:43] Beirdo: and... like a moron, I forgot to test compile from the top
[21:07:06] Beirdo: I had compiled it all, then trimmed the includes, and only recompiled in libmythbase
[21:09:23] ** Beirdo applies the required paddling **
[21:09:44] iamlindoro: no paddling, ppc hasn't finished yet
[21:09:53] Beirdo: heh
[21:10:15] MythBuild: build #1588 of master-linux-32bit is complete: Failure [failed compile core] Build details are at http://code.mythtv.org/buildbot/builders/mast . . . /builds/1588 blamelist: Gavin Hurlbut <ghurlbut@mythtv.org >
[21:12:04] MythBuild: build #391 of master-debian-stable-64bit is complete: Failure [failed compile core] Build details are at http://code.mythtv.org/buildbot/builders/mast . . . t/builds/391 blamelist: Gavin Hurlbut <ghurlbut@mythtv.org >
[21:12:42] Beirdo: almost there
[21:13:14] iamlindoro: oh crap oh crap oh crap
[21:13:16] iamlindoro: ;)
[21:14:43] Beirdo: pushed
[21:16:18] Beirdo: and confirmed to compile still with your change in there too
[21:25:08] wagnerrp: uh oh, here it comes!
[21:25:54] MythBuild: build #641 of master-linux-ppc is complete: Failure [failed compile core] Build details are at http://code.mythtv.org/buildbot/builders/mast . . . c/builds/641 blamelist: Gavin Hurlbut <ghurlbut@mythtv.org >
[21:26:25] _gunni_ (_gunni_!~Gunni@koln-4db470ad.pool.mediaWays.net) has quit (Quit: KVIrc KVIrc Equilibrium 4.1.1, revision: 5829, sources date: 20110403, built on: 2011-05-08 08:20:36 UTC 5829 http://www.kvirc.net/)
[21:36:06] MythBuild: build #1836 of master-linux-64bit is complete: Success [build successful] Build details are at http://code.mythtv.org/buildbot/builders/mast . . . /builds/1836
[21:36:16] chainsawbike (chainsawbike!~chainsawb@chainsawbike-1-pt.tunnel.tserv25.sin1.ipv6.he.net) has quit (Ping timeout: 260 seconds)
[21:37:51] chainsawbike (chainsawbike!~chainsawb@chainsawbike-1-pt.tunnel.tserv25.sin1.ipv6.he.net) has joined #mythtv
[21:41:46] MythBuild: build #622 of master-freebsd-64bit is complete: Success [build successful] Build details are at http://code.mythtv.org/buildbot/builders/mast . . . t/builds/622
[21:54:47] MythBuild: build #393 of master-debian-stable-64bit is complete: Success [build successful] Build details are at http://code.mythtv.org/buildbot/builders/mast . . . t/builds/393
[21:58:24] MythBuild: build #1590 of master-linux-32bit is complete: Success [build successful] Build details are at http://code.mythtv.org/buildbot/builders/mast . . . /builds/1590
[22:02:16] highzeth (highzeth!~hz@hoiseth.no) has joined #mythtv
[22:07:46] MaverickTech (MaverickTech!~MaverickT@111.86.233.220.static.exetel.com.au) has joined #mythtv
[23:08:02] natanojl (natanojl!~jonatan@c83-252-237-63.bredband.comhem.se) has quit (Read error: Operation timed out)
[23:12:57] andreax (andreax!~andreaz@p57B95233.dip.t-dialin.net) has quit (Read error: Connection reset by peer)
[23:28:08] MythBuild: build #642 of master-linux-ppc is complete: Success [build successful] Build details are at http://code.mythtv.org/buildbot/builders/mast . . . c/builds/642
[23:39:46] MavT (MavT!~MaverickT@111.86.233.220.static.exetel.com.au) has joined #mythtv
[23:43:13] MaverickTech (MaverickTech!~MaverickT@111.86.233.220.static.exetel.com.au) has quit (Ping timeout: 250 seconds)

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