| Sunday, January 31st, 2010, 00:01 UTC | ||
| [00:01:40] | grokky (grokky!~grokky@ppp118-209-125-160.lns20.mel4.internode.on.net) has joined #mythtv-bsp | |
| [00:07:45] | sphery: | Captain_Murdoch: Do you mind if I do the "in the meantime" on http://www.gossamer-threads.com/lists/mythtv/dev/420918#420918 for 0.23 (since I don't think I'll get the separate handling --video files not in storage groups done before 0.23)? |
| [00:18:35] | stuarta: | hmmm. livetv is definitely broken |
| [00:31:56] | danielk22: | skd5aner: indirectly, using the very wide button might work as an intermediate fix; but stuartm is right, using the very wide button wouldn't be a proper and complete fix. |
| [00:33:36] | ** stuarta yawns and goes to bed ** | |
| [00:46:44] | sphery (sphery!~mdean@user-0c6sj10.cable.mindspring.com) has quit (Quit: leaving) | |
| [00:48:00] | sphery (sphery!~mdean@user-0c6sj10.cable.mindspring.com) has joined #mythtv-bsp | |
| [00:48:00] | Mode for #mythtv-bsp by ChanServ!ChanServ@services. : +v sphery | |
| [01:15:52] | sphery (sphery!~mdean@user-0c6sj10.cable.mindspring.com) has quit (Quit: leaving) | |
| [01:19:42] | sphery (sphery!~mdean@user-0c6sj10.cable.mindspring.com) has joined #mythtv-bsp | |
| [01:19:42] | Mode for #mythtv-bsp by ChanServ!ChanServ@services. : +v sphery | |
| [01:20:54] | Captain_Murdoch: | sphery, I think removing the fork makes sense. probably should have been that way to begin with. |
| [01:21:14] | sphery: | cool, thx... I'll plan to do that |
| [01:22:45] | brfransen: | sphery: yes 7996 was me |
| [01:23:38] | sphery: | brfransen: Does it always happen or only after playing back video? |
| [01:23:46] | brfransen: | always |
| [01:24:17] | sphery: | and do you have a specified size for Myth (width and height)? Not just 0,0 (for fullscreen) |
| [01:24:29] | sphery: | both in Appearance settings right around GUI offset |
| [01:24:55] | brfransen: | yes I have height and width |
| [01:25:29] | brfransen: | they are 1828 and 1026 |
| [01:25:32] | sphery: | and do you have Myth set to run in a window or not? |
| [01:25:35] | brfransen: | not that it seems to matter |
| [01:25:39] | brfransen: | no window |
| [01:26:19] | sphery: | if you set it to run in a window, does the offset work properly? |
| [01:26:46] | brfransen: | I do it because my TV overscans terribly. but only for gui, the video is run Fullscreen |
| [01:26:57] | brfransen: | let me check |
| [01:27:13] | sphery: | thx... just checking whether it's the same as some issues that markk was working on or not |
| [01:27:15] | Captain_Murdoch: | sphery, note sure if you know, but deleting a remote file is as simple as RemoteFile::DeleteFile("myth://storagegroup@IP/filename.mpg"); |
| [01:27:19] | Captain_Murdoch: | s/note/not/ |
| [01:27:55] | sphery: | Captain_Murdoch: yeah, I got that part and was ready to go with the backend delete fix when you said that mythtranscode can be used for --video files that aren't in storage groups |
| [01:28:16] | sphery: | that's the part that slowed me down :) |
| [01:28:25] | sphery: | I figure for those, though, I'll just do a normal delete |
| [01:28:28] | Captain_Murdoch: | ok. didn't recall that whole conversation. |
| [01:28:42] | sphery: | which wouldn't require that much code--maybe I'll just do it right the first time |
| [01:28:49] | sphery: | I'll see how much I can get done :) |
| [01:32:47] | brfransen: | sphery: when set to run in a window the offset does work correctly |
| [01:33:32] | sphery: | brfransen: Great. Thanks for testing. I think that may be the same thing markk was working on (still have to look up tickets). |
| [01:38:21] | brfransen: | sphery: you are welcome. I did a search but didn't see any tickets that seems related to me but I probably just didn't know what I was looking for. |
| [01:38:41] | sphery: | yeah, it looks like it was a ticket-less issue he was working on |
| [01:49:46] | sphery: | danielk22 / markk_ : I'm not sure if this is a case of the Window Manager getting in the way and the "May only work if run in a window." part of the help text for the GuiOffsetX/GuiOffsetY settings, but I think the extra information should help you guys determine if it's a Myth issue or not. Thanks. |
| [01:50:05] | sphery: | danielk22 / markk_ : oh, and the link I forgot: http://svn.mythtv.org/trac/ticket/7996#comment:1 |
| [01:57:35] | danielk22: | sphery: my bet would be an evil window manager, since I'm pretty sure I'm using non-zero X&Y offsets with a less than full screen sized UI on my NTSC system in the bedroom. |
| [01:57:52] | danielk22: | I can check later tonight.. |
| [01:58:19] | sphery: | thx |
| [02:33:20] | grokky (grokky!~grokky@ppp118-209-125-160.lns20.mel4.internode.on.net) has quit (Remote host closed the connection) | |
| [03:16:26] | gigem (gigem!~david@cpe-76-184-80-230.tx.res.rr.com) has quit (Quit: using sirc version 2.211+KSIRC/1.3.12) | |
| [03:31:46] | sphery: | danielk22: Could #7943 really be an issue with Myth's DVB-S handling or something or is it more likely the user's card/drivers? I'd assume that if multirec really did cause recording failures we'd have a lot more reports of the issue. |
| [03:34:02] | danielk22: | It's probably something on the use end. I'll change the priority and severity appropriately. |
| [03:45:14] | pkendall (pkendall!~quassel@125-238-108-152.jetstream.xtra.co.nz) has quit (Read error: Connection reset by peer) | |
| [03:45:40] | pkendall (pkendall!~quassel@125-238-108-152.jetstream.xtra.co.nz) has joined #mythtv-bsp | |
| [03:50:32] | rei_toi (rei_toi!~chatzilla@c-71-227-255-111.hsd1.wa.comcast.net) has joined #mythtv-bsp | |
| [03:57:31] | brtab4138 (brtab4138!~brtab@c-76-119-217-205.hsd1.ma.comcast.net) has left #mythtv-bsp () | |
| [03:58:16] | brfransen: | danielk22: I am using Fluxbox as my WM if that helps. Is that an evil WM? Since the -geometry flag works correctly I didn't even think about the WM possibly being the issue. |
| [04:01:36] | wagnerrp: | fluxbox != evilwm |
| [04:03:10] | sphery (sphery!~mdean@user-0c6sj10.cable.mindspring.com) has quit (Quit: leaving) | |
| [04:04:36] | danielk22: | Hmm, I had a hack in there for the evilness of one of the *box window managers, it was either fluxbox or blackbox. Maybe it got lost in the MythUI port? |
| [04:05:16] | danielk22: | brfransen: can you add that to the ticket (that you are using fluxbox) ? |
| [04:05:45] | brfransen: | will do danielk22 |
| [04:07:47] | sphery (sphery!~mdean@user-0c6sj10.cable.mindspring.com) has joined #mythtv-bsp | |
| [04:07:47] | Mode for #mythtv-bsp by ChanServ!ChanServ@services. : +v sphery | |
| [04:11:02] | Captain_Murdoch: | sphery, I commented out the setStretch and commented out the line in Xresources and restarted X and was back to the old too-wide text. "xrdb -q" and "xrdb -all -q" don't list anything on my system. is there any other way you know of to get that info? |
| [04:11:35] | sphery: | don't know... another user said he saw too wide text, too |
| [04:11:48] | sphery: | and his seemed properly configured |
| [04:12:05] | Captain_Murdoch: | I'm going to leave it in. we have a month to find out if it has any issues. if it does I'll just wrap it in a hidden setting check for now. |
| [04:12:07] | sphery: | you don't have any dpi stuff in /etc/fonts/*.conf or /etc/fonts/conf.d/* do you? |
| [04:12:28] | sphery: | Yeah, I think we should leave it in no matter what--because it's such a mess with distro configs |
| [04:12:56] | Captain_Murdoch: | no dpi info in those files. |
| [04:12:57] | sphery: | if some find it makes fonts too narrow, just wrap it with a setting, as you mentioned |
| [04:18:19] | Captain_Murdoch: | I wonder if VB_OSD can become VB_UI since the UI isn't up during playback and it would be nice to have a VB_UI sometimes for things like this. |
| [04:55:11] | pkendall: | Do we think that ticket http://svn.mythtv.org/trac/ticket/7913 will make it into 0.23 or is MythUI for OSD make it foe 0.23. I have been running this patch and it make a great difference for slower frontends. |
| [04:56:17] | Traveler758 (Traveler758!~traveler7@S0106001b2f02bf43.vc.shawcable.net) has joined #mythtv-bsp | |
| [04:58:18] | Traveler758 (Traveler758!~traveler7@S0106001b2f02bf43.vc.shawcable.net) has quit (Read error: Connection reset by peer) | |
| [04:58:23] | Captain_Murdoch: | I think 7913 will go in, stuartm is the one who changed it to 0.23. I'm running a similar patch here that totally disabled all that font loading because I never use it. |
| [04:58:39] | pkendall: | Ok, cool. |
| [04:59:33] | pkendall: | I have also tested ticket 6569 (that ac3 is quiet one) and it fixes the problems here where our ac3 channel is very quiet compared to the AAC channels. |
| [05:00:19] | pkendall: | I know that there is a discussion on ffmpeg relating to it, but it would be nice to have the workaround until such time as it's fixed properly. |
| [05:02:14] | pkendall: | Are there any other tickets anybody would like me to take a look at? |
| [05:06:08] | Captain_Murdoch: | nothing in particular from me, a lot of the other guys are gone to bed already. |
| [05:09:49] | pkendall: | It's only early her in NZ :-) |
| [05:16:30] | danielk22 (danielk22!~danielk@96.57.9.142) has quit (Read error: Operation timed out) | |
| [05:19:06] | danielk22 (danielk22!~danielk@96.57.9.142) has joined #mythtv-bsp | |
| [05:19:06] | Mode for #mythtv-bsp by ChanServ!ChanServ@services. : +v danielk22 | |
| [05:34:39] | pkendall: | I am taking a look at tikcet 6359 (disk full protection) and will verify that it stops when recording and the disk fills up. |
| [05:35:14] | pkendall: | While my machine is doing that I will see if I can find some others to do as well. |
| [05:36:01] | skd5aner (skd5aner!~skd5aner@cpe-024-074-043-234.carolina.res.rr.com) has quit () | |
| [05:37:37] | sphery: | pkendall: if you have a full recording disk (and don't mind exercising autoexpire), it would be great if you could see if http://svn.mythtv.org/trac/ticket/7692 is still a problem. |
| [05:38:12] | pkendall: | Ok, I'll do that too. |
| [05:38:21] | sphery: | I'm thinking it may have been fixed in trunk's [23054] |
| [05:38:37] | sphery: | thanks |
| [05:57:06] | rei_toi (rei_toi!~chatzilla@c-71-227-255-111.hsd1.wa.comcast.net) has quit (Ping timeout: 240 seconds) | |
| [06:09:57] | skd5aner (skd5aner!~skd5aner@cpe-024-074-043-234.carolina.res.rr.com) has joined #mythtv-bsp | |
| [07:48:00] | markk_: | sphery, danielk22, brfransen: http://cvs.mythtv.org/trac/ticket/7996#comment:3 – looks like Fluxbox is the culprit. |
| [07:48:53] | markk_: | danielk22: any pointers for a fix? |
| [08:23:56] | markk_: | anyone with more sockets experience than me like to comment on http://cvs.mythtv.org/trac/ticket/7839 – looks like some useful, and quite simple, functionality. |
| [09:21:32] | pkendall: | markk_: I have quite a bit of experience with TCP sockets and communications and I can verify what is being said in the ticket. |
| [09:22:19] | pkendall: | Having keep alives enabled is a very good thing. In myth I have had the exact problem described where my remote frontend died and I have to reboot it. |
| [09:22:43] | pkendall: | The backend continued with liveTV until I restarted it. |
| [09:23:05] | pkendall: | The patch looks good to me as well. |
| [09:57:37] | pkendall: | After looking at the patch a bit more I would move the setKeepalive call from the constructor of MythSocket to the setSocket method, because I see that there are calls to that method from elsewhere. |
| [10:03:43] | Technophil: | Is Cpinkham here? |
| [10:34:26] | Technophil1 (Technophil1!~David@121.90.175.209) has joined #mythtv-bsp | |
| [10:35:40] | stuarta: | !seen Captain_Murdoch |
| [10:35:40] | MythLogBot: | Captain_Murdoch is here and has been idle for 5 hours 29 minutes 32 seconds |
| [10:35:51] | stuarta: | Technophil1: ^^^ |
| [10:37:54] | Technophil (Technophil!~David@203-97-234-182.cable.telstraclear.net) has quit (Ping timeout: 248 seconds) | |
| [10:38:23] | Technophil1: | Kewl thanks |
| [10:47:55] | Technophil (Technophil!~David@203-97-234-182.cable.telstraclear.net) has joined #mythtv-bsp | |
| [10:50:57] | Technophil1 (Technophil1!~David@121.90.175.209) has quit (Ping timeout: 276 seconds) | |
| [10:59:25] | paul-h (paul-h!~paulh@5adce249.bb.sky.com) has joined #mythtv-bsp | |
| [11:16:39] | markk_: | pkendall: thanks for the response. moving setkeepalive looks sensible. |
| [11:17:13] | pkendall: | no problem |
| [11:17:51] | ** pkendall off to bed now, after midnight! ** | |
| [11:42:31] | paul-h (paul-h!~paulh@5adce249.bb.sky.com) has quit (Ping timeout: 260 seconds) | |
| [11:43:13] | gbee: | markk_: re positioning, I recently reverted a change which broke fullscreen but was committed to fix a similar issue, http://svn.mythtv.org/trac/changeset/23286 |
| [11:44:16] | paul-h (paul-h!~paulh@5adce249.bb.sky.com) has joined #mythtv-bsp | |
| [11:45:04] | gbee: | maybe it will give a clue, does IsGeometryOverriden() return true when the size/shapes are applied in the settings vs the command line? |
| [12:14:42] | grokky (grokky!~grokky@ppp118-209-125-160.lns20.mel4.internode.on.net) has joined #mythtv-bsp | |
| [12:17:02] | stuarta: | so i'm trying to work out if it's live tv that's broken, or if it's streaming from the backend thats broken |
| [12:19:05] | ** stuarta goes looking for the stream from backend settings ** | |
| [12:34:15] | markk_: | gbee: thanks – working on a couple of other things right now but will take a look before the evening is out. |
| [12:39:54] | stuarta: | gbee: re fractional parts of star ratings. why not base it on 20, work for 4 or 5 stars max |
| [12:40:55] | gbee: | stuarta: that would work |
| [12:41:03] | stuarta: | :) |
| [12:41:49] | gbee: | I think the original commit implied that with the right window flags positioning was respected, but that reverting the fullscreen flag for true fullscreen resolutions isn't the right fix since most window managers will place windows behind the panel/taskbars |
| [12:51:19] | stuarta: | Captain_Murdoch: since you've been playing around with all the network control stuff, does livetv work for you? |
| [12:54:08] | mrand (mrand!~mrand@cpe-76-184-144-105.tx.res.rr.com) has left #mythtv-bsp () | |
| [13:24:56] | stuarta: | Captain_Murdoch: ignore that. hardware needed a reset |
| [13:48:59] | grokky (grokky!~grokky@ppp118-209-125-160.lns20.mel4.internode.on.net) has quit (Remote host closed the connection) | |
| [14:18:53] | danielk221 (danielk221!~danielk@96.57.9.142) has joined #mythtv-bsp | |
| [14:18:53] | danielk22 (danielk22!~danielk@96.57.9.142) has quit (Read error: Connection reset by peer) | |
| [14:35:05] | mrand (mrand!~mrand@cpe-76-184-144-105.tx.res.rr.com) has joined #mythtv-bsp | |
| [15:12:17] | olejl (olejl!~olejl@95.66.19.35) has joined #mythtv-bsp | |
| [15:29:50] | markk_: | danielk221: I'm just looking at some VideoDisplayProfile issues and am looking to filter out all of the options that are not compiled in (ideal world, I'd like VideoDisplayProfile::init_statics to be built up from relevant static methods in each videooutput class) |
| [15:30:16] | markk_: | I seem to remember a comment that this wasn't feasible for some reason. any reason you can think of? |
| [15:40:15] | danielk221: | FYI For #7913, I have a better fix. The patch on the ticket causes multiple delete calls per font (up to 8). |
| [15:40:53] | test (test!~43561d40@gateway/web/freenode/x-txgavxldkuodhyrb) has joined #mythtv-bsp | |
| [15:41:22] | test is now known as Guest11942 | |
| [15:42:51] | danielk221: | markk_: I had it that way originally, the problem is you can't create profiles in the UI that are good for multiple platforms and video output methods. But if you make it so that uncommenting a #define VIDEO_PROFILE_EXPERT still lets you do that, then I'm all for it. |
| [15:43:17] | Guest11942 (Guest11942!~43561d40@gateway/web/freenode/x-txgavxldkuodhyrb) has quit (Client Quit) | |
| [15:43:28] | Mode for #mythtv-bsp by ChanServ!ChanServ@services. : +v danielk221 | |
| [15:43:38] | danielk221 is now known as danielk22 | |
| [15:45:02] | markk_: | danielk221: just to be clear, when you say ' |
| [15:45:05] | markk_: | ahhh |
| [15:46:04] | markk_: | when you say 'create profile in the UI' – do you mean the user creating them or the 'master' profiles that the frontend creates? |
| [15:46:18] | danielk22: | the master profiles. |
| [15:46:48] | danielk22: | basically it's for you me and maybe a half dozen folks on the planet :) |
| [15:47:28] | markk_: | can we not leave those profiles as is and filter out any entries that are unsupported at run time? |
| [15:48:16] | danielk22: | sure, that gets done when we start video playback anyway. |
| [15:49:25] | gbee: | have a set of defaults for linux, osx, windows, vdpau et al, then filter in the UI so linux users only see the linux profiles, the linux users with vdpau see two sets |
| [15:49:36] | danielk22: | It's dynamic in that things like XvMC, VDPAU and XVideo only support a few decodes/surfaces... But obviously you can hide things like OSX DVDV on a linux computer. |
| [15:49:52] | gbee: | instead of having one Normal profile which includes rules for OSX, Windows and linux |
| [15:50:37] | markk_: | is that a consensus? :) |
| [15:50:49] | danielk22: | gbee: well It's nice to have one Normal profile in the DB. But hiding it in the UI is ideal, at least when not in an expert mode (used to create those profiles in the first place). |
| [15:52:58] | danielk22: | sure :) — it is too complex right now, even if the expert mode was lost I'd be ok with it. But of course I prefer to have it, since I prefer GUI's over SQL bashing. |
| [15:54:27] | danielk22: | BTW Is the UI Even working? It recall there were some issues after the |
| [15:54:42] | danielk22: | Qt4 port where you had to exit just to see your changes. |
| [15:54:52] | gbee: | it's glitchy, but just about usable |
| [15:55:03] | gbee: | delete doesn't work |
| [15:55:17] | gbee: | you can't delete a rule from a profile |
| [15:57:00] | danielk22: | Hmm, has anyone written up a doc on what we need before we start porting settings screens to MythUI. I don't really want to fix that twice... |
| [16:07:55] | markk_: | gbee: re vdpau – clearly not a patch I really want to apply – but can you test http://mythtv.pastebin.ca/1773168 |
| [16:13:21] | gbee: | markk_: building |
| [16:15:11] | gbee: | danielk22: no doc, Chutt doesn't favour doing the settings stuff in mythui at all, he would prefer we move to the webpage idea and I tend to agree that it's the course of least resistance |
| [16:15:30] | danielk22: | so javascript? |
| [16:16:06] | danielk22: | i guess if we have to do a lot of work to port anyway... |
| [16:16:32] | markk_: | gbee: I thought that was for the backend settings / mythtv-setup? |
| [16:16:48] | gbee: | maybe, javascript isn't necessary in a webpage solution, but it would make for a sleeker experience |
| [16:17:53] | gbee: | markk_: everything which is currently covered by the settings wizards, the alternative is that someone rights an automatic layout thing for mythui and that's one huge headache |
| [16:19:28] | gbee: | there are a few settings screens ported to mythui, but they weren't using the old wizard code in the first place, and I'd tend to agree that there are some frontend settings which it would be more convenient to access via the frontend if necessary |
| [16:19:42] | gbee: | whether the display profiles are one of those ... |
| [16:25:39] | gbee: | there's a third alternative, we patch up what was broken by the QT port and keep using QT for those screens, I don't know anyone who wants that but it's the path of least resistance |
| [16:28:51] | gbee: | more than anyone I'd like to see a themable solution, but it would be a pain to maintain unless automated and automation which doesn't tie the themers hands too much would be complicated at best – it's not something I really want to write |
| [17:00:15] | gbee: | markk_: that patch is a full revert of the vdpau changes? |
| [17:00:42] | markk_: | gbee: yes – should be. |
| [17:01:00] | gbee: | because I'm still seeing stuttering |
| [17:01:32] | markk_: | good :) |
| [17:02:06] | gbee: | not good :) means there is still a regression in the recent code somewhere |
| [17:02:15] | gbee: | good for you maybe ;) |
| [17:02:59] | gbee: | do you happen to have the original commit # ? I'll start bisecting |
| [17:04:09] | markk_: | gbee: joking aside – if the new VDPAU code was at fault, it would probably have significantly delayed libmythui-osd |
| [17:04:57] | gbee: | oh shit |
| [17:05:10] | gbee: | the day the fuse blew |
| [17:06:05] | gbee: | markk_: ok, there was a definite regression following the initial commit, but I can now see why I continued to have problems after the fix was likely committed |
| [17:06:32] | markk_: | gbee: ? |
| [17:07:37] | gbee: | vdpau doesn't like it when AMD CPUs run at their minimum clock, so I have to force that value up to at least 1800Mhz, the other night I blew a fuse and this machine restarted resetting the minimum frequency back to 1000Mhz |
| [17:08:26] | gbee: | now that was after my initial report and explains why reverting back then did resolve the problem |
| [17:08:53] | gbee: | and why your optimisations/fixes appeared to do nothing at all |
| [17:09:14] | gbee: | so I'm extremely sorry, but I screwed up |
| [17:09:48] | markk_: | oh goody – do I get to sleep easily tonight? |
| [17:11:01] | gbee: | I'm reverting the reversion and I'll let you know in another 15 minutes |
| [17:13:11] | olejl (olejl!~olejl@95.66.19.35) has quit (Ping timeout: 246 seconds) | |
| [17:20:12] | gbee: | markk_: you can finally sleep and I owe you a bottle of something |
| [17:32:36] | gnome42: | Captain_Murdoch: xdpyinfo |grep -A3 screen shows some info too. |
| [17:34:27] | danielk22: | gbee: on #7546, you said you know what the bug is.. what is it ? :) |
| [17:35:28] | gbee: | danielk22: I forget exactly, paul-h worked it out, something wasn't being inserted into the table for that channel or multiplex |
| [17:35:41] | gbee: | stuarta might remember |
| [17:35:49] | danielk22: | paul-h: stuarta: ^^^ ? |
| [17:49:22] | gbee: | danielk22: looking at my irc logs for Paul it wasn't inserting the network/transport id, or possibly incorrect values |
| [17:49:41] | gbee: | they are correct in that ticket though, so obviously the original reporter in the ticket wasn't having the same trouble |
| [17:51:00] | gbee: | there is a little FUD on this issue, ITV HD isn't named as such, it doesn't have any name at all so it can be overlooked and lead some to believe it's not being found |
| [17:51:41] | gbee: | for Paul it was inserted but with missing information so even though he knew where to look, it wasn't tunable |
| [17:52:58] | danielk22: | gbee: I think we need something more specific than that, I'll wait for paul-h before I try to locate the bug. paul-h can you just post all the info to the ticket... |
| [17:56:10] | djanr (djanr!~chatzilla@084.221-93-216-nokia-dsl.dynamic.surewest.net) has joined #mythtv-bsp | |
| [17:58:22] | anykey_: | markk_: anything about #6922? |
| [18:02:19] | djanr (djanr!~chatzilla@084.221-93-216-nokia-dsl.dynamic.surewest.net) has quit (Quit: ChatZilla 0.9.86 [Firefox 3.5.7/20091221164558]) | |
| [18:04:50] | stuarta: | not entirely sure what the problem is on 7546 |
| [18:16:31] | gbee: | danielk22: sorry I can't be more specific, we should have noted down the details we had in the ticket |
| [18:19:09] | danielk22: | i'm just fixing something else instead. maybe paul-h will remember |
| [18:28:09] | gbee: | IMHO it's not a high priority, ITV HD goes to some lengths to hide itself, this might just be another one of those attempts at obfuscation and not a scanner bug |
| [19:21:22] | paul-h: | danielk22: updated #7546 with some details, can probably be closed as a dup of #7226 at least in my case |
| [19:22:15] | paul-h: | in the end it wasn't worth the effort there's sweet FA on there worth recording :-( |
| [19:33:50] | gbee: | amen |
| [19:39:50] | paul-h: | gbee: in the default watch recordings screen are the program entries supposed to be blue? Until recently they used to be white and green for recording |
| [19:44:15] | gbee: | a recent commit changed the default state from nothing to 'normal' and the default theme uses the blue font for the normal state |
| [19:46:43] | gbee: | so yes, they are blue but that's easily corrected if <font state="normal">basesmallblue</font> is changed to <font state="normal">basesmall</font> in base.xml |
| [19:47:04] | gbee: | removing <font state="normal"> would work too |
| [19:47:47] | paul-h: | what about the blue ball icon thingy |
| [19:49:02] | gbee: | remove the image from the 'normal' state in the status statetype |
| [20:29:16] | Technophil (Technophil!~David@203-97-234-182.cable.telstraclear.net) has quit (Quit: Leaving.) | |
| [21:06:12] | gigem (gigem!~gigem@cpe-76-184-80-230.tx.res.rr.com) has joined #mythtv-bsp | |
| [21:23:01] | wagnerrp: | is there any need for #7682? i mean has SPARC ever been a supported architecture |
| [21:25:22] | stuarta: | no sparc hasn't ever been supported. same guy is responsible for making bad debian packages by using his own libmpeg2 |
| [21:25:58] | stuarta: | i'd close it nicely, saying sparc isn't supported but we welcome patches to make it so |
| [21:26:09] | pkendall: | sphery: I have updated ticket 7692 with a snippet from my log showing that the problem is fixed in trunk. |
| [21:40:02] | wagnerrp: | what about operating without a database password? #6357 |
| [21:40:18] | wagnerrp: | i cant say for sure, but the python bindings would probably fail outright in such a setup |
| [21:46:23] | natanojl (natanojl!~jonatan@c83-252-238-84.bredband.comhem.se) has quit (Ping timeout: 260 seconds) | |
| [21:51:50] | danielk22: | wagnerrp: heh, unsupported configuration. |
| [21:53:05] | stuarta: | i run my databases without password |
| [21:53:38] | ** stuarta retracts that ** | |
| [21:53:43] | stuarta: | mythtv has a password |
| [21:53:57] | stuarta: | i just can't be arsed securing mysql |
| [22:20:36] | grokky (grokky!~grokky@kalis.csse.unimelb.edu.au) has joined #mythtv-bsp | |
| [22:30:44] | stuarta: | markk_: http://svn.mythtv.org/trac/ticket/2381 CoreVideo on OSX sounds like a good thing to me |
| [22:31:03] | stuarta: | although wouldn't surprise me if you've written something better already |
| [22:41:17] | pkendall: | it seems to me that ticket 6569 and 3911 are the same thing! |
| [22:41:46] | pkendall: | perhaps close 3911 as a dupe as 6569 has a patch and a ref to the ffmpeg bug report |
| [23:31:22] | wagnerrp (wagnerrp!~wagnerrp_@NR-FT1-66-42-240-2.fuse.net) has quit (Ping timeout: 256 seconds) | |
| [23:35:11] | Casper0082 (Casper0082!~Casper@70.20.143.19) has quit (Changing host) | |
| [23:35:11] | Casper0082 (Casper0082!~Casper@unaffiliated/kc) has joined #mythtv-bsp | |
| [23:38:43] | danielk221 (danielk221!~danielk@96.57.9.142) has joined #mythtv-bsp | |
| [23:38:43] | danielk22 (danielk22!~danielk@96.57.9.142) has quit (Read error: Connection reset by peer) | |
IRC Logs collected by
BeirdoBot.
Please use the above link to report any bugs.