Back to Home / #mythtv / 2008 / 01 / Prev Day | Next Day
#mythtv IRC Logs for 2008-01-28

---Logopened Mon Jan 28 00:00:43 2008
00:19-!-cattelan [] has joined #mythtv
00:22-!-gnome42 [] has quit [Remote closed the connection]
00:26-!-harminof [] has quit [Remote closed the connection]
00:27-!-harminoff [] has joined #mythtv
00:32-!-djc_ [n=djc@] has quit [Read error: 110 (Connection timed out)]
00:35-!-djc_ [n=djc@] has joined #mythtv
00:37-!-harminoff [] has quit [Remote closed the connection]
00:37-!-harminoff [] has joined #mythtv
01:10-!-`Spike [] has quit [Read error: 104 (Connection reset by peer)]
01:17-!-`Spike [] has joined #mythtv
01:20-!-`Spike [] has quit [Client Quit]
01:22-!-`Spike [] has joined #mythtv
01:40-!-harminoff [] has quit [Remote closed the connection]
01:41-!-harminoff [] has joined #mythtv
01:49-!-jhulst [n=jhulst@unaffiliated/jhulst] has quit [Read error: 113 (No route to host)]
01:56-!-Pure [] has joined #mythTV
01:57-!-ronpaul [n=ronpaul@] has joined #mythtv
01:57<ronpaul>help...I can't figure out how to get MythTV to work
01:58<ronpaul>I have it installed but all it gives me is this settings thing where it asks for language, then a server
01:58<ronpaul>how do I get video from my tv/tuner card/
02:01<hads>ronpaul: Wrong channel, see the topic.
02:04-!-Pure [] has left #mythTV ["Leaving"]
02:12-!-harminoff [] has quit [Remote closed the connection]
02:12-!-harminoff [] has joined #mythtv
02:33-!-ronpaul [n=ronpaul@] has quit [Read error: 104 (Connection reset by peer)]
02:54-!-harminoff [] has quit [Remote closed the connection]
02:54-!-harminoff [] has joined #mythtv
03:18-!-siXy [i=siXy@] has joined #mythtv
04:20-!-indego [] has joined #mythtv
04:21-!-indego [] has left #mythtv ["Leaving"]
04:31-!-Merlin83b2 [] has joined #mythtv
04:50-!-harminoff [] has quit [Remote closed the connection]
04:50-!-harminoff [] has joined #mythtv
04:57-!-BleedAway [] has quit [Read error: 110 (Connection timed out)]
05:01-!-harminoff [] has quit [Remote closed the connection]
05:01-!-harminoff [] has joined #mythtv
05:36-!-grokky [] has joined #mythtv
06:00-!-MrGandalf [] has quit [Read error: 110 (Connection timed out)]
06:03-!-watsitr [] has joined #mythtv
06:19*stuarta tries to find if OSX has an off64_t
06:21-!-n3utrino [] has joined #mythtv
06:22<stuarta>nope. looks like off_t is 64bit under OSX anyway.
06:22<stuarta>don't think they have a lseek64 either
06:27-!-grokky [] has quit []
06:45-!-harminoff [] has quit [Remote closed the connection]
06:45-!-harminoff [] has joined #mythtv
06:55-!-Dave123 [] has quit ["Leaving"]
06:59-!-harminoff [] has quit [Remote closed the connection]
06:59-!-harminoff [] has joined #mythtv
07:10-!-watsitr [] has left #mythtv []
07:22-!-JoeBorn [n=rootmeis@] has quit [Read error: 113 (No route to host)]
07:39-!-BleedAway [] has joined #mythtv
07:46-!-lsobral [n=sobral@] has joined #mythtv
07:57-!-JoeBorn [i=rootmeis@] has joined #mythtv
07:58-!-harminoff [] has quit [Remote closed the connection]
07:58-!-harminoff [] has joined #mythtv
08:33-!-hereitcomes [] has joined #mythtv
08:42<gbee> hurrah -
08:43<anykey_>gbee: how much do they charge for that?
08:45<gbee>depends on the package you take as they also provide phone and cable tv services
08:46<anykey_>we now have 25mbit/s here, for about - I think - 30 pounds/month
08:46<gbee>11.50/month if you take their phone package at the same time
08:47<anykey_>including the phone package?
08:47<gbee>they offer a higher tier package at 20mbit, but I never felt that extra speed was worth it
08:47<gbee>anykey_: another 11.00 for the phone
08:48<gbee>I'm currently paying about £35 a month for a phone, broadband and tv bundle
08:49<justinh>same as us I think. only basic TV, mid broadband
08:50<gbee>yeah, went for their tv/phone/broadband bundle but opted to pay a little extra each month for the middle tier broadband
08:55<justinh>jees users of the 20Mb service have been complaining about the usage cap. 3GB a day!
08:56<gbee>that's insane
08:56<gbee>even more when you consider that the usage cap isn't a hard limit, but simply the point at which your connection gets throttled down for a few hours.
08:57<justinh>aye. whining *****s
08:58<clever>ticket 4544 opened
08:58<justinh>think I know why the reloadtheme caused a segfault last night. when you said the main app you meant the main myth app not main.cpp
08:59<gbee>actually I didn't, but I'm struggling to figure out how it should be done
09:00<justinh>it's not as simple as simulating a killall thingy is it?
09:00<gbee>can't be put in mythplugin_run because the mythui dialog doesn't block execution, so reloadtheme would be called immediately after the screen is created
09:03<justinh>you know if a flipbook animation is going in a menu screen, then you open a new mythui window - does that mean the animation is still going on for the screen below?
09:03<gbee>no, not unless the screen is visible (or that part of it) is visible
09:04<justinh>phew :) just checking
09:05<justinh>sounds too much of a copout to say "muh you need to restart the frontend after changing the size"
09:05<justinh>then again it isn't the only thing a frontend restart is needed for
09:06<gbee>yeah, there is a way around it but I'm just not clever enough to see it atm
09:06<gbee>I have got an idea, one I had last night, it's just a little 'messy'
09:06<justinh>doesn't matter where you are in the program when you issue that killall signal to reload the theme - didn't see it segfault
09:06<justinh>so what's the difference?
09:07<GreyFoxx>when are you seeing the segfault? In mythappearance ?
09:07<justinh>in mythappearance, calling reloadtheme
09:08<gbee>killall signal is different to the jumppoint, it's the jumppoint, not the reload which causes the problem
09:08*GreyFoxx updates his work box
09:09<justinh>GreyFoxx: right now the jump point is commented out
09:09<justinh>it's there in slotDoSaveQuit or somesuch.
09:10<GreyFoxx>k, once this compile finishes I'll reenable it
09:11<justinh>MythAppearance::updateSettings() is where one of them it is
09:14<GreyFoxx>ok looks like the version I have here is suffering from it already without me having to update :)
09:18<GreyFoxx>m_topleftarrow->SetPosition(QPoint(m_topleftarrow_x, m_topleftarrow_y));
09:18<GreyFoxx>That's what's dying on me
09:18<gbee>without the jumppoint enabled?
09:18<GreyFoxx>using the version I already had 15554
09:19<GreyFoxx>compiling latest right now
09:19<justinh>should work fine & dandy without the jump point, other than one limitation I already know about
09:19<gbee>I'd be interested in seeing the backtrace
09:20<gbee>there mythui bugs I've not encountered yet
09:20<justinh>it's not complex enough code to fail on anything like that, surely..
09:20<gbee>(and I've seen a few now)
09:20<gbee>justinh: no, I shouldn't think so
09:20<justinh>maybe if you draw something in an offscreen area it'd be conceivable, sure but that shouldn't happen
09:21<GreyFoxx>sorry I already started the make install and now I see the new one doesn;'t have debug enabled
09:21<GreyFoxx>redoing it again
09:21<gbee>but then I missed the QT painter bugs because I was using the opengl painter instead, so there may be some other variable we've missed which explains this bug
09:21<GreyFoxx><< QT Painter
09:22<gbee>guess I'll wait and see what happens with HEAD since I've fixed two QT related bugs
09:22<justinh>come qt4 will there be much need of the opengl painter?
09:23<gbee>honestly don't know
09:23<siXy>stupid question i know, but i can't find the right source file for the backend status thingy - which plugin is it in?
09:23<GreyFoxx>It's not a plugin
09:24<siXy>ah. that might be it then. thanks
09:24<GreyFoxx>you referring to the webstatus page or the xml one?
09:24<siXy>the one in the FE
09:25<siXy>hmm statusbox.cpp looks promising
09:25<gbee>siXy: that's the one
09:26<justinh>statusbox.cpp ?
09:26<justinh>doh beaten to it
09:36-!-jgarvey [] has joined #mythtv
09:39-!-GreyFoxx [] has quit [Remote closed the connection]
09:39-!-GreyFoxx [] has joined #Mythtv
09:39<GreyFoxx>ok, same line is still crapping out on me
09:41<GreyFoxx> is the bt
09:41-!-djc_ [n=djc@] has quit [Read error: 110 (Connection timed out)]
09:43<GreyFoxx>Though I should mention that I am using xinerama on a dual monitor machine
09:44<gbee>GreyFoxx: that might explain it ... somehow
09:44<gbee>using a dual monitor setup too, though not with xinerama
09:44-!-Cardoe [n=Cardoe@gentoo/developer/Cardoe] has joined #mythtv
09:44<GreyFoxx>I have 1 nvidia card and 1 ati in here :)
09:44<justinh>considered that use card for about a millisecond, then thought "bah" :)
09:45<GreyFoxx>2008-01-28 10:42:08.866 Enabled verbose msgs: important general
09:45<GreyFoxx>DisplaResX: Unable to XRRgetScreenInfo
09:45<GreyFoxx>DisplaResX: Unable to XRRgetScreenInfo
09:45<GreyFoxx>2008-01-28 10:42:09.269 Total desktop dim: 2304x1024, with 2 screen[s].
09:45<GreyFoxx>hmmm just noticed that in my stratup log
09:45<gbee>2008-01-28 10:52:58.727 Total desktop dim: 2720x900, with 2 screen[s].2008-01-28 10:52:58.730 Using screen 1, 1440x900 at 0,0
09:45<GreyFoxx>2008-01-28 10:42:09.269 Total desktop dim: 2304x1024, with 2 screen[s].
09:45<GreyFoxx>2008-01-28 10:42:09.273 Using screen 0, 1280x1024 at 0,0
09:46<Merlin83b2>Mmm, dual monitors. 2560x1024 here.
09:47<gbee>justinh: you have a clue what's happening? I'm a little baffled
09:47<justinh>I suspect something's gone wrong with m_xsize = GetMythMainWindow()->GetUIScreenRect().width();
09:48<justinh>GreyFoxx: can you put some VERBOSE in to report m_xsize & m_ysize & see what it reports? should be the size of the myth window
09:49<justinh>though if you're running mythfrontend with a geometry override that won't really work
09:53<justinh>could just have turned this into an external app, save all the bother
10:00<justinh>just from moving the arrows around?
10:00<justinh>ah right
10:00<GreyFoxx>moving arrows, then menu option to save and quit
10:00<justinh>is the jump point still enabled?
10:00<GreyFoxx>commented out
10:01<GreyFoxx>I haven't touched the code except for the VERBOSE()
10:01<justinh>that mostly should not happen ;)
10:01<justinh>I was playing with it in the qt painter the other night & it was fine as far as segfaults didn't appear
10:01<justinh>single monitor though
10:02<justinh>anyway bang goes the hypothesis that the X&Y size values were out of whack
10:04-!-cattelan [] has quit ["This computer has gone to sleep"]
10:05-!-cromo [] has joined #mythtv
10:06<justinh>is there a 'can't fix' tag I can use in trac for when somebody assigns a mythappearance ticket to me?
10:06<cromo>hi. is it possible to watch a channel and listen to some other one at once? this can be useful for watching the sports from some FTA foreign HD channel while still being able to listen to the native commentary from SD channel
10:06*justinh points at the topic
10:07-!-cromo [] has left #mythtv []
10:12-!-weazahl [] has quit [Remote closed the connection]
10:25<GreyFoxx>What exactly does GetMythMainWindow()->GetMainStack()->PopScreen(); do ?
10:26<GreyFoxx>does it remove a screen from the stack ?
10:28<gbee>GreyFoxx: yeah, asks the screenstack to remove the window then delete it
10:29<GreyFoxx>So in my case, we are removing the window/deleting it, then calling updateScreen which tries to set an image position on that newly deleted screen
10:30<GreyFoxx>commenting that out stopps my segfault
10:30<GreyFoxx>since I can't draw to a deleted screen heh
10:30<gbee>sounds like it then
10:31<gbee>but under what conditions is popscreen being called before updatescreen?
10:31<gbee>ahh - void MythAppearance::slotSaveSettings
10:31<gbee>delete updatescreen then, since we are exiting and don't need it
10:32-!-harminoff [] has quit [Remote closed the connection]
10:32<GreyFoxx>ok, trying with that gone and reload enabled
10:32-!-harminoff [] has joined #mythtv
10:33<GreyFoxx>err wOOP
10:33<GreyFoxx>it works
10:33<justinh>and now without the jump point commented out?
10:34<GreyFoxx>I already have it uncommented
10:34<justinh>so it's doing the redraw?
10:34<GreyFoxx>and it worked
10:34<GreyFoxx>just doing one lsat test
10:34-!-MrGandalf [] has joined #mythtv
10:35<justinh>ffs why didn't I spot the updatescreen? mr face has an appointment with mr hand
10:35<GreyFoxx>it happens :)
10:35<GreyFoxx>you guys have looked over this code before, and I never have
10:35<GreyFoxx>fresh pair of eyes
10:36<gbee>justinh: my fault really
10:37<gbee>just committed the fix along with a couple of minor cleanups
10:37<justinh>I looked in there & thought doh straight away. didn't even think to attach gdb - just assumed that making the jump point was the cause
10:37<GreyFoxx>ok it worked the first couple times. but I just did it again and it crashed again
10:38<GreyFoxx>this time in MythThemedMenuPrivate::ReloadTheme
10:39<gbee>haven't re-enabled reloadtheme just yet, but removed the unneccesary updatescreen()
10:43<GreyFoxx>Ok if I enable the Reload, AND have the PopScreen right after it then I get a segfault
10:43<GreyFoxx>If I comment out PopScreen and leave Reload enabled everything works fine
10:43<justinh>GreyFoxx: I was just about to suggest that
10:43<justinh>maybe the plugin isn't being destroyed in time
10:44<justinh>the reload should take care of that anyway AFAIK
10:44<gbee>GreyFoxx: yeah, that's the original bug and the reason why reloadtheme was disabled in the first place
10:44<GreyFoxx>and what is suppose to be the outcome of slotResetSettings ? Should it be calling ReloadTheme as well?
10:44<GreyFoxx>Cause right now it's doinga PopScreen and not calling Reload
10:44<justinh>GreyFoxx: resets sizes & offsets to 0 & should call reloadtheme
10:45<GreyFoxx>so my DB settings are reset but my screen stays the same
10:45<justinh>that was how it operated pre mythui port
10:45<GreyFoxx>So basically PopScreen needs to be traded with Reload
10:45<gbee>we still need to pop the screen, unless reload returns to the menu?
10:45<justinh>need to make sure reload is destroying eveything properly
10:46<justinh>sure it goes back to the menu..
10:46<GreyFoxx>So Save and Quit + Reset call Reload and exit to the Fe menus
10:47<gbee>ok, then replacing popscreen with reloadtheme where we aren't just wanting to exit, should work
10:48<justinh>it worked before :)
10:48<GreyFoxx>Seems to work properly now for both Save and Reset
10:48<justinh>and as far as I could tell it wasn't causing a memory haemorrage
10:49<justinh>there we were thinking signals needed to be sent hither & thither.. lol
10:50<GreyFoxx>yeah working perfectlly now
10:51<justinh>glad some good has come out of today
10:51<gbee>just checking that calling that jumppoint deletes all the windows in the stack
10:52<justinh>I should stop reading the wiki. man it makes me angry
10:52<Cardoe>hrm.. how come for trunk reports it as 0.20.0?
10:54<GreyFoxx>not officially 0.21 yet :)
10:54<GreyFoxx>though I know everyone has referred to trunk as 0.21 for ages now
10:54<laga>i did not
10:54<laga>because it's annoying :)
10:54<GreyFoxx>me either
10:55<gbee>it does, so we're good
10:55<GreyFoxx>so mythappearance is all mythui now ?
10:56<justinh>I need to play with it some more, cover up the clock n stuff
10:56<justinh>make a couple of test cards to use as backgrounds
10:56<gbee>Cardoe: generally we only update that library version when we go into feature freeze for the new release - since it's not an official version string, just something used internally it's not that important
10:56<Cardoe>so somewhere between trunk revision 15447 and 15567, make install stopped respecting INSTALL_ROOT
10:57<gbee>GreyFoxx: just theme changes
10:59<gbee>of course people still mistakenly use the library version number when asked for the mythtv version, which is why I moved it down the --version output
11:00<gbee>huh, actually someone has bumped the API version so it's just the library name which is still 0.20
11:02-!-dekar1 [] has joined #mythtv
11:02<Cardoe>gbee: right. the API is renamed but the library name is still old
11:02<Cardoe>that's what I had meant
11:03<GreyFoxx>justinh: heh 1 though, maybe a "Run in a window" toggle in there too ?
11:05<gbee>still not a big deal unless you want to install 0.20 and trunk on the same machine, but like I say it will be changed once we're into the home stretch for 0.21
11:06<justinh>GreyFoxx: yeah maybe but this is more to augment the existing controls & make it easier for users to compensate for overscan from the comfort of the armchair & not let it take all day
11:07<justinh>still.. could be really handy to have a pluge pattern & some colour tests on there to aid alignment
11:07<justinh>how many mythtv users have incorrectly set contrast/brightness I wonder?
11:07-!-beavis [] has joined #mythtv
11:08<laga>justinh: i'm still waiting for burosch to send me some test patterns :/
11:08<Merlin83b2>Almost all, justinh.
11:08<justinh>not I, not I :)
11:09<justinh>laga: you can leave the testcards up to me if you want. you only really need about 3
11:09<laga>mine is set correctly, too. at least for video playback. i can't really adjust anything on my tv set
11:09<laga>justinh: since they said they'd send me some for mythbuntu i might as well take those
11:10<laga>they've got a nifty one for overscan
11:10<justinh>they said.. and you said you were still waiting to hear from them
11:12<laga>suppose they're busy :)
11:12<laga>i've got enough stuff to do that it'll take another 1.5 months before i'll bug them again
11:14<justinh>AFAIK they don't do anything an ordinary joe couldn't do in GIMP
11:14<laga>maybe, but they make a living off it so they must be good at it :)
11:15<gbee>there is a fairly big difference in colour between my two monitors here and I can't decide which one is 'correct'
11:18-!-dekarl [] has quit [Read error: 110 (Connection timed out)]
11:20-!-n3utrino [] has quit ["Ex-Chat"]
11:21<Merlin83b2>The left one.
11:28<gbee>Merlin83b2: thanks, that helps ;)
11:29<Merlin83b2>Anytime :)
11:32-!-harminoff [] has quit [Remote closed the connection]
11:32-!-harminoff [] has joined #mythtv
11:35-!-SerajewelKS [i=devnull@unaffiliated/serajewelks] has joined #mythtv
11:35-!-SerajewelKS [i=devnull@unaffiliated/serajewelks] has left #mythtv []
11:36-!-gnome42 [] has joined #mythtv
11:41<Cardoe>nigel's not around huh?
11:44<Chutt>nigel doesn't come online
11:52<clever>my bug got fixed:)
11:55<stuarta>good for you :)
11:55<clever>changeset 15638
12:02<sphery>gbee: If you're looking to clean up some tickets, you could close #4532 as a dup of #4381 . :) Though the reporter hasn't confirmed that the patch on #4381 (or disabling misc status info) fixes the issue, I'm sure it will be fixed when the patch on #4381 is applied.
12:05<gbee>sphery: ok, thanks
12:06-!-BleedAway [] has quit [Remote closed the connection]
12:07<GreyFoxx>gbee: Where you going to commit that last mythappearance changes to reenable Reload/comment out PopScreen?
12:08<GreyFoxx>or do you have other stuff to do first ?
12:08<gbee>GreyFoxx: yeah, unless you want to do it? Just dealing with a client atm but should be free in 20 minutes
12:08<GreyFoxx>cool, I'll do it
12:08-!-rbellamy [n=rbellamy@pdpc/supporter/silver/rbellamy] has joined #mythtv
12:09<justinh>I coulda done it but I'm at work so cannae test it
12:10<GreyFoxx>I shoulda asked though if there was a ticket
12:25-!-johnp__ [] has joined #mythtv
12:30-!-cattelan [] has joined #mythtv
12:36<justinh>don't think it'd been reported. surprised it hadn't been tbh
12:40-!-foxhunt [] has joined #mythtv
12:44<gbee>Chutt: any reason to keep the mythui test program around? I'm making some changes which break it (and compilation)
12:44-!-Merlin83b2 [] has quit [Read error: 104 (Connection reset by peer)]
12:46<GreyFoxx>justinh: I notice it doesn't show up in the classic view
12:46-!-j-rod [n=jarod@nat/redhat/x-f468da747b3ca05c] has joined #mythtv
12:46<justinh>GreyFoxx: it should, but maybe in a different place.
12:46<justinh>I committed a change for it a while back IIRC
12:48<justinh>GreyFoxx: should be in themes/classic/main_settings.xml
12:48<justinh>and programs/mythfrontend/util_menu.xml
12:49<GreyFoxx>Ahh ok I see it now
12:49<GreyFoxx>I musta been blind
12:50<Chutt>naw, get rid of it
12:50-!-PointyPumper [i=Pintlezz@] has quit [Read error: 104 (Connection reset by peer)]
12:52<gbee>Chutt: ok, cool
12:57-!-_rik_ [] has joined #mythtv
13:00-!-foxhunt [] has quit [Read error: 110 (Connection timed out)]
13:00-!-siXy [i=siXy@] has quit ["Hometime!"]
13:02-!-hereitcomes [] has quit ["Ex-Chat"]
13:04-!-_rik_ [] has left #mythtv []
13:07<okolsi>I'll have to re-open #4536..
13:09<gbee>okolsi: problem is that you referenced the wrong error, it's the zero-byte one not the missing file and the fact that we never update programinfo once we have a copy
13:10-!-\S2 [] has joined #mythtv
13:10-!-\S2 is now known as S
13:10-!-S is now known as S2
13:10<okolsi>gbee: I was just reporting what "user sees".. two problems.. colour indicating ongoing recording dissapears and fe NEVER recovers..
13:11<okolsi>you can sit and wait 30min and fe always tells that recording is empty
13:11<okolsi>even when next recording is inserted to list of recordings....
13:12<okolsi>and all the time it is actually being recorded as it should be
13:17<gbee>okolsi: yeah, like I said it's a real problem, just that Daniel misunderstood
13:18<okolsi>gbee: I'll try to explain it more.. let's see..
13:20-!-rik_ [] has joined #mythtv
13:21<gbee>if it doesn't get fixed properly before 0.21, then we'll have to revert the addition of that zero-byte check
13:22<okolsi>I personally don't mind that much.. but I'd like to get Myth as polished as possible.. so that Joe Average would not see these issues when he installs Mythdora or whatever
13:23-!-lcase [] has joined #mythtv
13:23<gbee>I just don't have the time to look at fixing it myself
13:28-!-lcase [] has quit [Client Quit]
13:30<clever>okolsi: ive had a similar problem
13:30<clever>okolsi: if i tryed to play something just as it started to record it would complain that its empty
13:31-!-lcase [] has joined #mythtv
13:31<okolsi>clever: yeah, exactly that one
13:31<clever>okolsi: and then complain the same thing every time i try until i back out of the recording list and go back in
13:31<clever>feels like its caching the error and then refusing to check again
13:33-!-johnp__ [] has quit [Read error: 104 (Connection reset by peer)]
13:53-!-beata [] has joined #mythtv
14:00-!-Ernst [] has joined #mythtv
14:00-!-Ernst [] has left #mythtv ["Ex-Chat"]
14:09<okolsi>out of interest.. anyone remember the ffmpeg revision Myth is currently using?
14:09-!-BigJ [] has quit ["Leaving"]
14:10<janneg>okolsi: 11051
14:10<stuarta>evening all
14:11<okolsi>janneg: thanks
14:24<MrGandalf>damn, cpinkham beat me to it..
14:24-!-BigJ [] has joined #mythtv
14:28-!-BigJ [] has quit [Remote closed the connection]
14:36-!-harminoff [] has quit [Remote closed the connection]
14:36-!-harminoff [] has joined #mythtv
14:37-!-degreseven [] has joined #mythtv
14:40-!-degreseven [] has quit [Client Quit]
14:41-!-rik_ [] has left #mythtv []
14:52-!-PointyPumper [i=Pintlezz@] has joined #mythtv
14:56-!-harminoff [] has quit [Remote closed the connection]
14:57-!-harminoff [] has joined #mythtv
14:57<xris>gbee: yeah, saw that. could be interesting. I know that nokia has already sponsored a little myth-related development down in brazil for the bossa conference thing that Captain_Murdoch almost got to go to last yar
14:58-!-reynaldo_ [] has joined #mythtv
15:02-!-Anduin [] has left #mythtv []
15:05-!-foxhunt [n=Richard@] has joined #mythtv
15:05-!-mo0dbo0m [] has joined #mythtv
15:06-!-reynaldo1 [] has joined #mythtv
15:07-!-sigger [] has joined #mythtv
15:07-!-kormoc [n=kormoc@unaffiliated/kormoc] has joined #mythtv
15:08<gbee>MrGandalf: think your patch has the edge, though it might still fail due to the speed at which we first update the 'filesize' in the database once a recording has started
15:08<gbee>I'm not certain about that though
15:09<MrGandalf>gbee: I've not tested it.. compile tested only. I just thought having a 15 second timeout made an unnessary assumption.
15:09<gbee>if I had the time I'd dig into the recorders and find out why we are so slow to update that column once we have data going to the file
15:10<MrGandalf>but, it doesn't fully correct the problem. I believe that once it is detected as zero-byte, you have to exit and come back in to get an updated status. I didn't see in the code where that would be true, however
15:10<gbee>then again maybe we need to change the zero-byte check to look at the filesize of the actual recording file, rather than the value in the database
15:11<MrGandalf>gbee: >= PNG minsize or something (I think that
15:11<MrGandalf>'s what the ringbuffer does)
15:12-!-john500 [] has joined #mythtv
15:12-!-sigger [] has left #mythtv []
15:13-!-kormoc_ [n=kormoc@unaffiliated/kormoc] has joined #mythtv
15:14<MrGandalf>stupid question, does gbee == cpinkham?
15:14*MrGandalf isn't very good with names..
15:15<gbee>MrGandalf: no, gbee = stuartm, Captain_Murdoch == cpinkham
15:15*MrGandalf also gets confused easily
15:15-!-reynaldo [] has quit [Read error: 110 (Connection timed out)]
15:16*stuarta pokes MrGandalf to confuse him some more
15:17<MrGandalf>hey, not funny :)
15:18*MrGandalf doesn't take his confusion lightly
15:18<sphery>gbee: IIRC, I think the filesize is updated late because of the table locking/recording issues caused on some users' (misconfigured? :) systems. Captain_Murdoch would be the guy to talk to, though--he's the one who was working that issue.
15:18<gbee>we need more Stuarts on the team
15:20<gbee>sphery: as I see the issue I'm not sure that's the case, I just believe that since we don't update the filesize constantly (to keep db access overhead to minimum) that we aren't making that first update fast enough
15:20<gnome42>yeah! More Stuarts are good.
15:20*MrGandalf finds it real handy when nicknames == email addy, that's why his email address has nothing to do with his nickname
15:21<stuarta>more gnomes required too
15:21<gbee>but I've only got myself to blame because I chose to use the database value for that check, I could just have easily chosen to look at the actual file
15:21<gnome42>gbee, sphery: I recall some DB contention being the issue that caused that set filesize stuff to be tamed a bit.
15:21<MrGandalf>gbee: assuming it's local
15:22<gnome42>but there was a recent change to the scheduler in that area that might have greatly reduced the problem.
15:22<MrGandalf>maybe there's an easy way to gain access to the RingBuffer and query it
15:22<gbee>MrGandalf: well that's probably why I did it that way in the first place, I really can't remember though
15:23-!-reynaldo_ [] has quit [Connection timed out]
15:23<sphery>gnome42: Yeah. That's what I was trying to say.
15:23<gnome42>the temp record table scheduler change
15:23<MrGandalf>in any case, it's minor
15:23<gbee>gnome42: I remember it being the seektable, but my memory is no better than MrGandalf's ;)
15:23<gnome42>sphery: yeah, cool.
15:24<MrGandalf>there was a lock issue with the seektable
15:24<gnome42>gbee: Yeah, I'm vague too. :) But contention over the record table during scheduler runs is my guess.
15:24<MrGandalf>but that was split out from the markup table, if I remember correctly
15:25<gbee>MrGandalf: yeah, I did the splitting but at the time it was mostly to speed up accesses to the markup table which were slowed by the sheer size of the seeking stuff
15:26-!-MavT [] has quit [Read error: 113 (No route to host)]
15:26-!-foxhunt [n=Richard@] has quit [Read error: 110 (Connection timed out)]
15:26<MrGandalf>gbee: I see.. I'm thinking about another change then.. ah, it had something to do with filesize and scheduler runs
15:28<sphery>filesize comes into play: and Captain_Murdoch's other post that follows (and much more in that thread--but reading it also involves wading through posts from a chronic complainer, which is why I didn't pay enough attention to tell you the whole conclusion). Or, rather than read the whole thread, you could ask Captain_Murdoch . :)
15:31-!-kormoc [n=kormoc@unaffiliated/kormoc] has quit [Read error: 110 (Connection timed out)]
15:32-!-kormoc_ is now known as kormoc
15:38-!-czth_ [n=dbrobins@nat/microsoft/x-81aadec205716390] has joined #mythtv
15:38<gbee>sphery: thanks
15:38-!-harminoff [] has quit [Remote closed the connection]
15:38-!-harminoff [] has joined #mythtv
15:39-!-Shuggle [] has joined #mythtv
15:39-!-Shuggle [] has left #mythtv []
15:43-!-lcase [] has quit []
15:44*stuarta joins the missus on the couch for a bit
15:54-!-czth__ [n=dbrobins@nat/microsoft/x-c9687415b86f1018] has quit [Read error: 110 (Connection timed out)]
15:58<gbee>janneg: any relation do you think?
15:58-!-usacomputertec [] has joined #mythtv
15:58-!-harminoff [] has quit [Remote closed the connection]
15:58-!-usacomputertec [] has left #mythtv ["Leaving"]
15:58-!-harminoff [] has joined #mythtv
16:09-!-grokky [] has joined #mythtv
16:17<justinh>oh btw gbee I don't think I got around to telling you about did I? ;)
16:17<justinh>I drew my own DVD cover thingy
16:18<gbee>nice :)
16:18<justinh>obviously just a mockup cos not even mythui can do reflections yet
16:27-!-leprechau [] has joined #mythtv
16:27<xris>justinh: looks like my vista xp box...
16:27<justinh>xris: I thought vista boxes had more of a corner cutoff
16:28<stuarta>justinh: you given up beer or something?
16:28<stuarta>wonder how you came up with such a thing?
16:29<justinh>stuarta: traced an effort in that mythxface theme wot nicks liberally from my feem
16:29<justinh>they attribute though, so it's ok by me
16:29<xris>justinh: yeah, one of the corners is a bit rounded... but the plastic is similar
16:29-!-grokky [] has quit [Read error: 110 (Connection timed out)]
16:30<justinh>xris: not sure if that's a good or a bad thing
16:30<justinh>I tried it with a hard corner & it just didn't look right
16:31<justinh>gbee: do you think image masking would be easy enough to accomplish?
16:31<gbee>as in?
16:31<justinh>as in XOR a matte shape with an image
16:32<justinh>er.. AND.. I mean.. oops
16:32-!-S2 [] has quit [Remote closed the connection]
16:33<gbee>justinh: hmm, probably not ultra hard
16:33<justinh>you could have different shape blackholes, more or less
16:33<gbee>depending on the effect you want and the space available it may just be easier to produce the same effect by obscuring the parts of the image you don't want with the overlayed image
16:34<justinh>yeah I figured that out but it gets tricky when the background isn't a known quantity
16:34<gbee>not as clever, but servicable until proper support is in the code
16:35<justinh>dunno if it'd be worth it in all honesty
16:35<gbee>you can do some clever stuff with the QT image manipulation stuff, just not played with it much
16:35<justinh>can't think of any other use for it
16:35-!-jhulst [n=jhulst@unaffiliated/jhulst] has joined #mythtv
16:37*stuarta trouts himself with the basic C trout
16:39<justinh>gbee: actually I think it'd work quite well without doing any clipping if you get the aspect of the case right :)
16:45-!-harminoff [] has quit [Remote closed the connection]
16:45-!-harminoff [] has joined #mythtv
16:47-!-MrGandalf [] has quit ["home"]
16:52<justinh>heh I can make this work better
16:53<stuarta>finally i've fixed my first OSX build issue. yippee!
17:01-!-mythtvuser [] has joined #mythtv
17:02-!-mythtvuser [] has quit [Client Quit]
17:06-!-mzb_d800 [] has joined #mythtv
17:07-!-john500 [] has left #mythtv []
17:19-!-JoeBorn [i=rootmeis@] has quit [Read error: 110 (Connection timed out)]
17:19<xris>stuarta: I can't even get qt to compile, so you're ahead of me.
17:20<xris>it apparently has issues in leopard
17:21<stuarta>ah well, i haven't updated from 10.3 (i think)
17:21*stuarta tries to work out the command line util to determine what version he has
17:22<stuarta>and it's not uname
17:29<xris>or just "about this mac"
17:30<xris>my macbook for work came with a leopard disk. figured I should install it
17:30-!-loops [] has quit ["Leaving"]
17:30<stuarta>now see, that requires walking out to the TV when i already have an ssh login
17:30<stuarta>i admit, i just did that, however it's the principal that matters :-)
17:30<stuarta>the walking bit
17:31<stuarta>not the about this max bit :(
17:31<xris>my wife hates it when I ssh into her laptop. :)
17:31*stuarta walks to the tv again
17:31<xris>I scp files into her shared folder.
17:31-!-grokky [n=grokky@] has joined #mythtv
17:32-!-loops [] has joined #mythtv
17:34<stuarta>that's probably the one before Leopard
17:34<xris>it is
17:34<xris>leopard is 10.5
17:35<stuarta>cool indeed
17:36<gbee>just discovered something very weird, if I press up/down while on a MythListButton widget, my laptop makes an almost inaudible squeaking sound
17:36<gbee>it's not the buttons themselves, it's just when focused on those widgets
17:36-!-harminoff [] has quit [Remote closed the connection]
17:36-!-harminoff [] has joined #mythtv
17:37<gbee>I can't explain it, it's the weirdest thing I've ever come across
17:37<gbee>don't think its from the speakers, I've got headphones plugged in
17:38<stuarta>i have heard stuff like that before
17:38<gbee>might be from the drive, but I'm not sure why
17:38<stuarta>like when pushing monitors into different refresh characteristics
17:38<stuarta>with white vs black
17:39<gbee>possible, though the mythtv window is currently on the other monitor and the sound is definately coming from the laptop
17:39<gbee>could be the GPU ..
17:39<kormoc>stuarta, xris, echo $MACOSX_DEPLOYMENT_TARGET is what I think Apple wants people to use
17:40<stuarta>it's empty :(
17:40<gbee>but the speculation is pointless because I don't think I'll ever know why it's happening
17:40<kormoc>huh, fair 'nuff
17:40<kormoc>Mine is set to 10.4
17:40<xris>kormoc: btw, gordon will eventually get you that pvr-150 whenever he next sees matthew
17:40<stuarta>gbee: was just going to say could be the chipset
17:40<kormoc>xris, nifty
17:41*stuarta wonders why that env variable isn't defined
17:42<kormoc>stuarta, might want to run env and see if it's defined as another name or the like?
17:43<stuarta>nothing useful there
17:43<xris>kormoc: no variable for me, either
17:43<stuarta>maybe it only turns up if you are logged in on a terminal on the console
17:43<kormoc>that could be
17:43<xris>no "MAC" env vars, or vars containing"10"
17:55-!-j-rod [n=jarod@nat/redhat/x-f468da747b3ca05c] has quit ["Terminated with extreme prejudice - dircproxy 1.2.0"]
17:59-!-Cardoe [n=Cardoe@gentoo/developer/Cardoe] has quit ["Leaving"]
18:02-!-harminoff [] has quit [Remote closed the connection]
18:02-!-harminoff [] has joined #mythtv
18:05-!-mzb_d800 [] has quit [Read error: 113 (No route to host)]
18:06-!-reynaldo1 [] has quit ["leaving"]
18:06-!-reynaldo [] has joined #mythtv
18:07-!-MrGandalf [] has joined #mythtv
18:07-!-jhulst [n=jhulst@unaffiliated/jhulst] has quit [Remote closed the connection]
18:07-!-jhulst [n=jhulst@unaffiliated/jhulst] has joined #mythtv
18:08<reynaldo>Hi all, I'm kind of confused by the aparent fact every plugin must provide its own event handler, is this true ?
18:08<reynaldo>isn't there some generic event handler and a method to just hook common widget state/actions to some function ?
18:09<justinh>helps to be able to re-use keys other things use, don't you think?
18:09<justinh>it's not much of a pain to have to write your own event handler IMHO
18:10<reynaldo>maybe, when you know how :-)
18:10<justinh>it's not hard. I managed it & apparently the hellomyth example in the wiki has been extended to include event handling
18:11<reynaldo>Oh, havent looked there again
18:11<reynaldo>let me take a look
18:11-!-trisooma [n=remko@] has joined #mythtv
18:11<justinh>and mythappearance, mythcontrols are good examples of how to use mythui - if you don't use mythui for a new plugin.. er..
18:12<Chutt>they're not using mythui all that well, yet.
18:12<reynaldo>justinh: have taked a look at both but I guess I was just missing too much context
18:12-!-beavis [] has quit [Read error: 113 (No route to host)]
18:13<reynaldo>justinh: nope
18:13<Chutt>i still don't understand why mythappearance got into the tree as it is
18:13<Chutt>it doesn't belong as a plugin
18:13<reynaldo>the mythhello I'm looking doesn't have event handling related examples
18:13<trisooma>Hi, is there some kind of script which let's me add dummy records to the recording table?
18:14<sphery>reynaldo: mythtutorial2
18:14<trisooma>for testing mytharchive
18:14<sphery>trisooma:, but it's a kludge (kluge?)
18:14<reynaldo>sphery: thanks
18:15<reynaldo>sphery: can't find it, is that a wiki section ?
18:15<trisooma>sphery: if i make this script usable how can i post/update it back to trunk (or current release)
18:15<justinh>Chutt: I know it doesn't belong as a plugin & was never intended to stay a plugin. just seemed an easy way for me to get started on it. as for why it got committed, call that getting carried away
18:15<sphery>reynaldo: dev list
18:16<sphery>trisooma: If you want to make it "usable", that entails converting it to use the Perl bindings. Once done, you can post it on as a ticket with component set to perl/nuvexport
18:17<gbee>Chutt: when you say that they aren't using mythui "all that well" what do you mean?
18:17<trisooma>sphery: great, my perl is a bit rusty but i will look into it
18:17<Chutt>gbee, it shouldn't have been a direct port :p
18:18<reynaldo>sphery: got it already but thanks a lot for caring ;)
18:18<Chutt>mouse support?
18:18<Chutt>better xml files?
18:18<Chutt>both still use their own font definitions, even
18:19<gbee>sure, all those things are true ;)
18:20<gbee>mouse support is easy to add, might as well do it now
18:20<justinh>btw has anybody else noticed popup menus not being mouse clickable lately?
18:20<trisooma>sphery: where can i find this file (it doesn't seem to be in the trunk
18:20<justinh>I mean I can click on items, just they don't seem to produce actions
18:21<justinh>cancel buttons work with the mouse but not other actions
18:21<sphery>trisooma: It's in contrib directory. I had a plan to take,,, and and change them into a single script that uses the bindings, but haven't gotten around to it, yet.
18:21-!-JoeBorn [] has joined #mythtv
18:23<trisooma>sphery: thnx, if you are not planning on doing something with it will look into it
18:23<trisooma>sphery: can i find you here when i got something working?
18:24<gbee>maybe I shouldn't have done direct ports, but it was faster than rewriting them from scratch
18:25<justinh>I dunno how mythappearance could be done much differently tbh
18:25<justinh>move arrows to visible screen edges.. job done
18:25<gbee>fonts and themes I intended to clear up, I just need to give some thought as to suitable global font definitions
18:25<sphery>trisooma: Converting just one of them would make a great start. If you do it, make sure you provide storage groups support. xris is probably the right person to talk to about it (he's the Perl guy), but my client usually hangs out here and in -users (leave a message and I should see it eventually).
18:26<gbee>what I did in metallurgy was pick 4 basic sizes, could just copy what I did there as it worked out just fine
18:26<justinh>gbee: I agree. if people want to use 42 point comic sans.. I know it's their funeral but why let em? :P
18:26<xris>trisooma: the perl bindings are pretty good for doing most backend communication these days.. (missed what you were trying to do, though)
18:27-!-JoeBorn [] has quit ["uh oh plane is boarding!"]
18:27<trisooma>xris: looking to take,,, and and change them into a single script
18:27<sphery>trisooma: IMHO, the whole "scan every file in the recordings directory to find the ones not in the database and force the user to say what to do about each" approach should be changed so that the user specifies a single file.
18:28<justinh>gbee: have you ever considered trying to make an area capable of scaling text to fit? seen some apps & games do it, seems to work ok in some contexts
18:28<sphery>trisooma: If the file exists in the DB, the script can exit with a non-error condition (potentially outputing name/description info). That way, if a user wants to scan all files in a dir, it's as simple as: for $file in *.mpg; do --file $file ; done
18:28<trisooma>but thats just what sphery said
18:28<trisooma>trying to get something going in helping you guys
18:28<xris>ah, cool. then definitely use the perl bindings
18:29<gbee>justinh: never considered it, but I'll keep it in mind
18:29<trisooma>sure, if that is the way to go
18:29<sphery>Yeah. It would be great to svn delete
18:29<sphery>trisooma: you may want to verify my approach with xris, though, as he'll be the one reviewing your patch/replacement script for possible inclusion
18:29<trisooma>well from my point of view, we need some tools to get a fresh SVN checkout going
18:30<trisooma>sphey: will dop
18:30<MrGandalf>it really amazes me how people feel they have to complain about something they're getting for free
18:30<kormoc>my 2 cents is to combine related apps, but if they're all doing separate things, seems silly to combine them.
18:30<justinh>gbee: obviously there are limits as to how much you can get away with ;)
18:30<sphery>I planned to write it without worrying about what xris though (as I want it for me, whether it goes in trunk or not), but you may not want to spend your time writing something that may not be accepted.
18:30<xris>yeah.. rebuild db and find orphans could be merged.. not sure about the others.
18:31<xris>but I don't know what the others do
18:31<gbee>no idea how to effectively use mouse support in mythui, so far I've only played with Click events, obviously the goal in mythappearance would be to drag & drop the arrows
18:31<kormoc>xris, mythname does the nifty nice name symlinking
18:31-!-mzb_d800 [] has joined #mythtv
18:31<xris>that's mythlink..
18:31<xris>used to be mythrename
18:31<kormoc>ooh, never mind then
18:31<sphery> just outputs recording info. I planned to do it with a single --format argument, like's --text_format
18:32<gbee>err s/mouse support in mythui/mouse support in mythappearance/
18:32<trisooma>well since i am new here i will definitely take anything on, about to get a first look at these scripts
18:32<sphery>it's really easy... I wrote that last week, but I think I accidentally deleted it in my update today...
18:32<xris>sphery: that stuff could/should go into the perl bindings themselves... weren't we going to come up with a standard format so nuvexport could spit out some kind of txt/xml that the mythvideo importer could read?
18:32<sphery> just outputs to stdout--doesn't change filenames or make links.
18:33<kormoc>I retract my statement then :P
18:34<trisooma>i see lots of work ahead ;-)
18:34<sphery>/because/ of what's already in the bindings, the with user-configurable format was extremely easy. It just uses the function that uses.
18:34<trisooma>did i mention LOTS
18:34-!-jgarvey [] has quit ["Leaving"]
18:35<trisooma>i will delve into the code tomorrow....
18:35<sphery>It was basically a QUERY_RECORDINGS Delete followed by a call to $show->format_name() specifying that filename chars shouldn't be replaced.
18:37<trisooma>kk, cheerio
18:38-!-MaverickTech [] has joined #mythtv
18:38-!-j-rod [n=jarod@nat/redhat/x-d9d596a1dfaf3c24] has joined #mythtv
18:39-!-MavT [] has joined #mythtv
18:40-!-trisooma [n=remko@] has left #mythtv [""spit-shines the Perl""]
18:45<gbee>Chutt: should mouse/keypress handling for MythListButton go into that class and we just emit ItemSelected()? Seems preferable to rewriting it for every screen which uses mythlistbutton?
18:45<gbee>ditto for mythuibutton,
18:46*stuarta has finally found out why he was getting multiple mouse presses
18:46-!-trisooma [n=remko@] has joined #mythtv
18:47<stuarta>damn mouse looks like it has a hardware issue.
18:48-!-trisooma [n=remko@] has quit [Client Quit]
18:49<gbee>guess I can add gesture support to each uitype, doesn't mean that the screen has to pass events down if it wants to do something different
18:52-!-mzb_d800 [] has quit [No route to host]
18:57-!-MaverickTech [] has quit [Read error: 110 (Connection timed out)]
19:01-!-harminof [] has joined #mythtv
19:02-!-harminoff [] has quit [Read error: 104 (Connection reset by peer)]
19:03-!-Anduin [] has joined #mythtv
19:13-!-Anduin [] has left #mythtv []
19:18-!-harminof [] has quit [Remote closed the connection]
19:18-!-harminoff [] has joined #mythtv
19:19-!-Anduin [] has joined #mythtv
19:23<stuarta>hmmm. mythvideo broke for anyone else? can't manually enter a imdb number
19:23*stuarta heads to bed
19:28<Chutt>gbee, yeah
19:28<Chutt>anything that _can_ go into the class to remove complexity should
19:29<gbee>good, because I've already written it that way and wouldn't want to have wasted my time :)
19:30-!-niter3 [] has joined #mythtv
19:30<niter3>hate to ask thsi guys. Any plans on releasing a new interface for mythtv? Something like vista Mce?
19:30<hads>niter3: Wrong channel.
19:30<niter3>Is this not the developer channel?
19:32-!-mzb_d800 [] has joined #mythtv
19:32<kormoc>niter3, this is, but it's ment for more coding questions
19:33<gbee>we take "developer" to mean "I'm writing this code, and I need to discuss it" rather than "what features are you writing", "when is the next release" etc - plenty of devs are in the users channel and quite a few informed users too
19:34-!-mzb_d800 [] has quit [Remote closed the connection]
19:35<gbee>your question is also a little vague, what part of the interface do you mean? Flashy animations and graphics? Different layouts? mouse support?
19:35<gbee>a simpler gui?
19:36<gbee>some of that stuff is just down to the theme you use and what you are looking for may already be possible, but discuss it in the users channel
19:47-!-jhulst [n=jhulst@unaffiliated/jhulst] has quit [Remote closed the connection]
19:47-!-jhulst [n=jhulst@unaffiliated/jhulst] has joined #mythtv
19:48-!-MaverickTech [] has joined #mythtv
19:50-!-niter3 [] has quit ["leaving"]
19:50-!-MavT [] has quit [Read error: 110 (Connection timed out)]
20:09-!-Anduin [] has left #mythtv []
20:10-!-grokky [n=grokky@] has quit [Connection timed out]
20:18-!-cattelan [] has quit ["This computer has gone to sleep"]
20:22-!-jhulst [n=jhulst@unaffiliated/jhulst] has quit [Remote closed the connection]
20:22-!-jhulst [n=jhulst@unaffiliated/jhulst] has joined #mythtv
20:26-!-Klowner_ [] has joined #mythtv
20:27-!-Klowner_ [] has left #mythtv []
20:30-!-davilla [n=davilla@] has joined #mythtv
20:31-!-CardinalFang [] has joined #mythtv
20:33-!-davilla [n=davilla@] has quit [Client Quit]
20:35-!-leprechau [] has quit [Remote closed the connection]
20:37-!-jhulst [n=jhulst@unaffiliated/jhulst] has quit [Remote closed the connection]
20:37-!-jhulst [n=jhulst@unaffiliated/jhulst] has joined #mythtv
20:52-!-bear [] has joined #mythtv
20:52<bear>I am having trouble setting up mame with mythtv
20:53<bear>it doesn't find any of my roms :(
20:58-!-tgm4883_laptop [n=tgm4883@unaffiliated/tgm4883laptop/x-172395] has joined #mythtv
20:58<kormoc>bear, please read the channel topic
20:58-!-tgm4883_laptop [n=tgm4883@unaffiliated/tgm4883laptop/x-172395] has left #mythtv ["Leaving"]
20:59-!-billshovel [n=billshov@] has joined #mythtv
21:00-!-billshovel [n=billshov@] has left #mythtv ["Leaving"]
21:00-!-jamesd [] has quit [Remote closed the connection]
21:01-!-Anduin [] has joined #mythtv
21:02-!-bear [] has quit [Read error: 104 (Connection reset by peer)]
21:03-!-bear [] has joined #mythtv
21:06-!-grokky [n=grokky@] has joined #mythtv
21:06-!-bear [] has quit [Read error: 104 (Connection reset by peer)]
21:07-!-jamesd [] has joined #mythtv
21:07-!-bear [] has joined #mythtv
21:09-!-jamesd [] has quit [Remote closed the connection]
21:17-!-bear [] has quit [Read error: 104 (Connection reset by peer)]
21:18-!-Dave123 [] has joined #mythtv
21:19-!-bear [] has joined #mythtv
21:23-!-bear [] has quit [Read error: 104 (Connection reset by peer)]
21:23-!-bear [] has joined #mythtv
21:27-!-bear [] has quit [Read error: 104 (Connection reset by peer)]
21:30-!-bear [] has joined #mythtv
21:33-!-harminoff [] has quit [Remote closed the connection]
21:34-!-harminoff [] has joined #mythtv
21:35-!-bear [] has quit [Connection reset by peer]
21:35-!-bear [] has joined #mythtv
21:39-!-bear [] has quit [Read error: 104 (Connection reset by peer)]
21:39-!-jamesd [] has joined #mythtv
21:44-!-grim[GameOp]_ [] has joined #mythtv
21:45-!-harminoff [] has quit [Remote closed the connection]
21:46-!-harminoff [] has joined #mythtv
21:49-!-Anduin [] has quit [Read error: 104 (Connection reset by peer)]
21:53-!-j-rod [n=jarod@nat/redhat/x-d9d596a1dfaf3c24] has quit ["Terminated with extreme prejudice - dircproxy 1.2.0"]
21:54-!-gardz [] has quit [Read error: 110 (Connection timed out)]
21:56-!-bear [] has joined #mythtv
21:58-!-bear [] has quit [Read error: 104 (Connection reset by peer)]
21:58-!-bear [] has joined #mythtv
22:09-!-bear [] has quit [Read error: 104 (Connection reset by peer)]
22:09-!-bear [] has joined #mythtv
22:14-!-bear [] has quit [Read error: 104 (Connection reset by peer)]
22:28-!-cattelan [] has joined #mythtv
22:32-!-bear [] has joined #mythtv
22:35<Captain_Murdoch>hmm... changeset 15647 to save the connection info causes segfaults.
22:38<Captain_Murdoch>shouldn't we set "m_XML = (XmlConfiguration *)UPnp::g_pConfig;" whether or not UPnPclient is set.
22:39<MrGandalf>I think most people are in bed (like myself here in a couple minutes)
22:39<Captain_Murdoch>yeah, just posted it for log. then remembered nigel doesn't visit here.
22:40<Captain_Murdoch>I'm going to put in something to at leasst stop the segfault.
22:40<Captain_Murdoch>I'm about to commit your patch.
22:40<MrGandalf>just listened to fearless leader and now I feel ill..
22:40<MrGandalf>thanks.. have you tested it? I haven't had a chance to
22:40<Captain_Murdoch>needed to add the part to allow getting to ::play() if availableStatus == asNotYetAvailable
22:41<Captain_Murdoch>no, kinda hard to test. going to test playability to make sure it didn't break that, but a bit hard to test the race condition.
22:41<Captain_Murdoch>been over it a fefw times and things look good.
22:42-!-bear [] has quit [Read error: 104 (Connection reset by peer)]
22:42<MrGandalf>I can test it tomorrow since I've seen the issue before. Using two frontends it can be done pretty easily
22:42<MrGandalf>but I don't think it should break anything
22:43<MrGandalf>g'night all
22:44<Captain_Murdoch>actually, it can be tested just by making it so that the frontend can't see the file. I can test it.
22:44<Captain_Murdoch>I'll see.
22:44<MrGandalf>true, that'll work as well
22:47-!-ahbritto [] has joined #mythtv
22:50<Captain_Murdoch>MrGandalf: if you see this, I did have to add one thing, you still weren't adding anything to ::playSelected() or ::playSelectedPlaylist() to allow ::play() to be called when the recording's availableStatus was asNotYetAvailable.
22:51<MrGandalf>does playselected() call play(), or vice versa?
22:52<MrGandalf>btw, testing by not letting the frontend see the file may not work.. it should switch to streaming then
22:53<MrGandalf>I'll trace it out tomorrow.. I thought resetting at the beginning of play() fixed that, but as I said, I did't test it at all
22:54*MrGandalf has a lot to learn yet in the code
22:56<MrGandalf>or if you just to committ and add that bit..
22:56<Captain_Murdoch>well, it will be in SVN in a few, after I test my changes.
22:57<Captain_Murdoch>I think I added all that asBlahBlah stuff so I knew where to look.
22:59-!-bear [] has joined #mythtv
23:01-!-CardinalFang [] has left #mythtv ["Leaving"]
23:06-!-bear [] has quit [Read error: 104 (Connection reset by peer)]
23:23-!-bear [] has joined #mythtv
23:25-!-bear [] has quit [Read error: 104 (Connection reset by peer)]
23:26-!-bear [] has joined #mythtv
23:27-!-phix [] has quit [Read error: 110 (Connection timed out)]
23:30-!-bear [] has quit [Read error: 104 (Connection reset by peer)]
23:31-!-bear [] has joined #mythtv
23:33-!-kormoc [n=kormoc@unaffiliated/kormoc] has quit []
23:35-!-bear [] has quit [Read error: 104 (Connection reset by peer)]
23:35-!-phix [] has joined #mythtv
23:37-!-bear [] has joined #mythtv
23:40-!-phix [] has quit [Remote closed the connection]
23:40-!-phix [] has joined #mythtv
23:45-!-bear [] has quit [Read error: 104 (Connection reset by peer)]
23:45-!-bear [] has joined #mythtv
23:46-!-phix [] has quit [Remote closed the connection]
23:46-!-phix [] has joined #mythtv
23:53-!-phix [] has quit [Remote closed the connection]
23:57-!-phix [] has joined #mythtv
23:57-!-bear [] has quit [Read error: 104 (Connection reset by peer)]
---Logclosed Tue Jan 29 00:00:18 2008