Back to Home / #mythtv / 2008 / 03 / Prev Day | Next Day
#mythtv IRC Logs for 2008-03-14

---Logopened Fri Mar 14 00:00:26 2008
---Daychanged Fri Mar 14 2008
00:00-!-kormoc [n=kormoc@unaffiliated/kormoc] has joined #mythtv
00:02-!-jarom [] has quit [Remote closed the connection]
00:02-!-jarom [] has joined #mythtv
00:02-!-jarom [] has left #mythtv ["Leaving"]
00:16-!-mzb [] has quit [Read error: 113 (No route to host)]
00:22-!-gnome42 [] has quit []
00:26-!-gnome42 [] has joined #mythtv
00:27-!-kurre2___ [] has joined #mythtv
00:36-!-kurre2 [] has quit [Read error: 113 (No route to host)]
00:55-!-joobie [n=joobie@] has quit ["Leaving"]
00:55-!-PointyPumper [i=Pintlezz@] has quit [Read error: 104 (Connection reset by peer)]
01:02-!-eharris_ [] has joined #mythtv
01:14-!-eharris [] has quit [Read error: 110 (Connection timed out)]
01:25-!-MonkeyPet [] has joined #mythtv
01:33-!-fatejudger [] has joined #mythtv
01:38-!-MaverickTech [] has joined #mythtv
01:39-!-gnome42 [] has quit [Remote closed the connection]
01:46-!-onyxsoft_ [] has quit [Read error: 110 (Connection timed out)]
02:08-!-onyxsoft [] has joined #mythtv
02:22-!-Netsplit <-> quits: nsaspook, Chutt, ToadP, dagar, moodboom, Snow-Man
02:23-!-Netsplit over, joins: moodboom, dagar, nsaspook, ToadP, Chutt, Snow-Man
02:26-!-[1]MonkeyPet [] has joined #mythtv
02:27-!-adante_ [] has joined #mythtv
02:27-!-eharris [] has joined #mythtv
02:29-!-Netsplit <-> quits: jmk, briand, Dave123, jams, gbee, MonkeyPet, adante, danielk22
02:29-!-[1]MonkeyPet is now known as MonkeyPet
02:29-!-adante_ is now known as adante
02:30-!-kurre2___ [] has quit [Remote closed the connection]
02:31-!-Netsplit over, joins: jams, jmk, Dave123, gbee, briand, danielk22
02:34-!-kurre2 [] has joined #mythtv
02:40-!-eharris_ [] has quit [Read error: 110 (Connection timed out)]
02:57-!-PointyPumper [i=Pintlezz@] has joined #mythtv
03:09-!-adante [] has quit [Read error: 110 (Connection timed out)]
03:22-!-stuarta [n=stuarta@unaffiliated/stuarta] has quit ["see you all after easter"]
03:33-!-kurre2__ [] has joined #mythtv
03:36-!-xris [] has quit []
03:39-!-kurre2 [] has quit [Read error: 113 (No route to host)]
04:04-!-kurre2___ [] has joined #mythtv
04:06-!-kurre2__ [] has quit [Read error: 113 (No route to host)]
04:09-!-janneg_ [] has joined #mythtv
04:10-!-fatejudge1 [] has joined #mythtv
04:10-!-fatejudger [] has quit [Read error: 104 (Connection reset by peer)]
04:15-!-nordenm [] has quit []
04:18-!-janneg [] has quit [Read error: 104 (Connection reset by peer)]
04:31-!-renatofilho^_ [n=renato@] has quit [Read error: 113 (No route to host)]
04:31-!-lsobral [n=sobral@] has quit [Read error: 113 (No route to host)]
04:48-!-Ozymandias2 [] has quit [Read error: 104 (Connection reset by peer)]
04:49-!-Ozymandias2 [] has joined #mythtv
04:50-!-janneg_ is now known as janneg
04:54-!-grokky [] has joined #mythtv
05:27-!-grokky [] has quit []
05:28-!-grokky [] has joined #mythtv
05:50-!-MonkeyPet [] has quit [Read error: 104 (Connection reset by peer)]
05:59-!-dagar [] has quit [Read error: 110 (Connection timed out)]
06:00-!-dagar [] has joined #mythtv
06:06-!-nordenm [] has joined #mythtv
06:16-!-MaverickTech [] has quit [Read error: 110 (Connection timed out)]
06:23-!-DaveMorris [] has joined #mythtv
06:38-!-mzb_d800 [] has quit [Remote closed the connection]
06:42-!-mzb_d800 [] has joined #mythtv
06:49-!-dagar [] has quit [Read error: 110 (Connection timed out)]
06:57-!-MrGandalf [] has quit ["work"]
06:57-!-dagar [] has joined #mythtv
07:12-!-grokky [] has quit []
07:13-!-nordenm [] has quit []
07:26-!-Wonka [i=produzie@madwifi/support/wonka] has joined #mythtv
07:27-!-Wonka [i=produzie@madwifi/support/wonka] has left #mythtv ["what about renaming #mythtv to #mythtv-dev and #mythtv-users to #mythtv?"]
07:27-!-aevil [] has joined #mythtv
07:49-!-mzb_d800 [] has quit [Read error: 110 (Connection timed out)]
07:50-!-mzb_d800 [] has joined #mythtv
07:56<gbee>MythPlugin::init() dlerror: /usr/local/lib/mythtv/plugins/ undefined symbol: _ZN14MythFlixConfig11customEventEP12QCustomEvent
07:56<gbee>distcleaned and still it gives undefined symbol errors :(
08:06<gbee>oh well, I'll just remove the customevent stuff as it's not needed anyway
08:20-!-lsobral [n=sobral@] has joined #mythtv
08:25-!-nordenm [] has joined #mythtv
08:49-!-jgarvey [] has joined #mythtv
08:50-!-jgarvey [] has quit [Client Quit]
08:52-!-talon [] has joined #mythtv
08:52-!-talon [] has left #mythtv []
08:59-!-MrGandalf [] has joined #mythtv
08:59-!-renatofilho^_ [n=renato@] has joined #mythtv
09:23-!-skamithi [] has joined #mythtv
09:34-!-Cardoe [n=Cardoe@gentoo/developer/Cardoe] has joined #mythtv
09:46-!-splat1 is now known as splAt1
09:49-!-mo0dbo0m [] has joined #mythtv
09:54-!-TelnetManta [] has joined #mythtv
10:05<MrGandalf>anyone know where I can find documentation on PES start codes?
10:09-!-zavex [] has quit [Read error: 110 (Connection timed out)]
10:18-!-reynaldo [] has quit [Read error: 113 (No route to host)]
10:18<janneg>MrGandalf: ISO13818-[1-?]
10:19<MrGandalf>I dunno.. I'm new at this :)
10:20<MrGandalf>looks right, thanks :)
10:22<janneg>MrGandalf: I'm sure, but I don't know to which part number ISO13818 goes. I think the pes start codes are in 1 or 2
10:23<MrGandalf>I found them
10:34-!-adante [] has joined #mythtv
10:44-!-kurre2___ [] has quit [Read error: 113 (No route to host)]
10:52<Chutt>gbee, hey
10:52<gbee>good morning/afternoon
10:53<Chutt>was just lookin at the mythflix stuff
10:53<Chutt>in main.cpp, you're doing the addCurrentLocation/removeCurrentLocation
10:53<Chutt>but isn't AddScreenStack a non-blocking function?
10:53<Chutt>so the current location wouldn't be set
10:53<Chutt>err, AddScreen
10:54<gbee>yeah, you're right - I forgot that we had the same problem with MythControls
10:55<gbee>or MythAppearance, one of those two
10:55-!-mkrufky [n=mk@unaffiliated/mkrufky] has joined #mythtv
10:55<Chutt>is MythDialogBox an acceptable MythPopupBox replacement?
10:56<gbee>I think so, the current base definition is not full screen, so they pretty much look/behave the same
10:56<Chutt>ah, ok
10:56<Chutt>i thought it was full screen =)
10:57<mkrufky>hello... who is Daniel Kristjansson ?
10:58<janneg>mkrufky: hi, Daniel's nick is danielk22
10:58<mkrufky>who is he in relation to mythtv development?
10:59<gbee>the base definition of MythDialogBox is a little on the large side, I'll fix that later but no-one has so far complained and it can be changed by themers
10:59<janneg>mkrufky: in the last 2 years probably the most active dev
10:59<mkrufky>based on the wiki, looks like he is a core developer -- is that correct?
10:59<mkrufky>ah, ok cool
10:59<mkrufky>thanks a lot :-)
11:00<gbee>I'll move the network control location stuff into the screens
11:00<Chutt>gbee, 9 files changed, 967 insertions(+), 1873 deletions(-)
11:00<Chutt>not bad
11:00<gbee>yup, mythgallery is going to be even better :)
11:01<jams>heh gbee i thought MythDialogBox was a bit on the small side
11:01<gbee>although I cleaned up mythflix a little, I didn't want to get sidetracked into a full rewrite but there is still a lot of duplication in that plugin and probably some redundant code too
11:03<gbee>jams: heh, ok, maybe I'll leave it as it is - or somewhere along the line I'll come up with a better idea
11:03<Chutt>gbee, to handle the other popups, it should probably auto-size
11:04<gbee>Chutt: yeah, I'll give it some thought
11:06<gbee>Captain_Murdoch: about?
11:14<gbee>wondering if we shouldn't just put addLocation and removeLocation into MythScreenType and use the screen name, it would then automatically populated everywhere
11:14<Chutt>makes sense
11:14<gbee>or even if it should just use the screenstack instead
11:14<Chutt>if it's the mainscreenstack, though
11:14<Chutt>there could be an info popup that you wouldn't want added to the location list
11:15<Chutt>(only if)
11:16<gbee>MythDialogBox could opt-out somehow, but the way I understand the network control working, you'd want to be able to navigate popups as well? Otherwise a popup would block the network control?
11:16<Chutt>no, i was thinking for something like an alert scroller
11:16<Chutt>or whatnot
11:17<Chutt>that should be implemented as a different screenstack, so it'd be on top of anything
11:17<Chutt>but you wouldn't want it in the network control list
11:19<gbee>if it's in another stack, then the GetCurrentLocation() could just be replaced with GetMainStack()->GetTopScreen->name();
11:19<Chutt>ah, yes
11:20<Chutt>that'd even get that stuff out of the context =)
11:21<gbee>I'll mention it to Captain_Murdoch first
11:21<Captain_Murdoch>the network control location is to tell you what screen you're on, not necessarily any popups that may be up because of that screen. also, you'd still need code somewhere to handle the location when you're on non-mythui screens, like playback (unless that's also a mythui screen type)
11:21<Chutt>danielk22, yes, the frontend should do rtsp
11:21<Chutt>danielk22, then we can switch the backend to just stream rtsp =)
11:23<gbee>Captain_Murdoch: playback is also a mythui screen type, at least in my tree ;)
11:23<danielk22>it shouldn't be very difficult to add this to the frontend..
11:24<danielk22>libs/libmythtv/iptv contains some simple wrapper classes..
11:24<gbee>we already draw a libmyth window for playback, but it's just a black screen
11:24<danielk22>along with the readme's on how to set up test streams for RTSP and UDP
11:27<gbee>Captain_Murdoch: wouldn't modal dialogues popping up during network control block control? What we could do with mythui is provide methods to get the text and button values for a popup so they can be shown in the network control e.g. Do you want to deleted this recording? 1. Yes, delete. 2. Yes, delete and allow rerecord 3. No, don't delete.
11:28<Captain_Murdoch>gbee: ok, should be handled then. right now I have a QMap in networkcontrol.cpp that translates screen locations to jump points (since jump points can have things like spaces, slashes, etc. in them. I've thought about putting that 'identifier' in the REG_JUMP macro so I could ditch the QMap. currently the identifier is the same as the value returned by getCurrentLocation().
11:29<Captain_Murdoch>gbee: control of screens is done via key stuffing, so yes, if you expected a particular screen up and a menu was up it wouldn't work if you used a non-menu keypress, but it's not meant to be a blind control, it's meant to be a remote control interface that you use while viewing the screen.
11:30<gbee>ahh, ok
11:30<Captain_Murdoch>the location is for automated scripts to be able to do things, like jump to one screen and later return to the original, etc.
11:31<Captain_Murdoch>also used for scripts to parse the results since certain 'locations' return more info like the playback one which returns info about the current playing recording/file/dvd/etc.
11:31-!-Nikas [] has joined #mythtv
11:32-!-iamlindoro_ [n=robert@] has joined #mythtv
11:32<gbee>yeah, well as I said earlier, MythDialogBox (popup) can be ignored so the equivalent of GetCurrentLocation() would just iterate to the next screen in a list if the top screen is a popup
11:33<Captain_Murdoch>sounds fine to me as long as it works. ;)
11:33<Captain_Murdoch>I'd prefer not to have to change the location identifiers if possible though
11:33<gbee>screen names can be changed to match the current identifiers, that's not a problem since they don't serve any other purpose right now
11:34<Captain_Murdoch>I tried to make most of them the same to begin with I think, so there might not be much involved in that.
11:34-!-jgarvey [] has joined #mythtv
11:36<gbee>Erik Hovland?
11:36*gbee checks his email
11:37<gbee>heh, well we guessed that he was using a tool
11:38-!-beavis [] has joined #mythtv
11:39<gbee>just decided to make the scrollarrows in mythlistbutton mouse friendly
11:44-!-DaveMorris [] has quit ["Leaving."]
11:45<Captain_Murdoch>since you're adding functionality, how about implementing a scrolling position indicator for boxes like the Watch Recording screens program list on the right. :) to give some indication where you are in the list.
11:46*Captain_Murdoch is afk, but that's totally unrelated to tossing out the previous idea without an attached patch.
11:50<gbee>already implemented, unless I'm misunderstanding?
11:51-!-skamithi [] has quit ["WeeChat 0.2.3"]
11:53<Chutt>gbee, you'll have to do the network controls like the mainmenu does
11:53<Chutt>ie, check for a widget on top first
11:53<gbee>unless you mean the fixed centre scrolling? which is something I've got high on my list, it would be great for that Apple style albumart browser
11:53<Chutt>then use the old context location
11:55<gbee>I'll squeeze that into the weekend somehow :)
11:56<Chutt>i switched trac back to the prefork apache
11:57<Chutt>too many database locked problems
12:01-!-zavex [] has joined #mythtv
12:04-!-gnome42 [] has joined #mythtv
12:12-!-jeffc91_ [] has joined #mythtv
12:12-!-fatejudge1 [] has quit ["Leaving."]
12:16<MrGandalf>chutt: what version of mysql?
12:16<Chutt>trac doesn't use mysql
12:17<Chutt>at least our instance :p
12:17<MrGandalf>ah, assumed it would
12:17<MrGandalf>probably the source of the locking issues then
12:18-!-xris [] has joined #mythtv
12:19-!-erik__ [] has joined #mythtv
12:20<okolsi>gbee: problem compiling mythappearance:
12:23<gbee>okolsi: fixed
12:23-!-jeffc91 [] has quit [Read error: 110 (Connection timed out)]
12:23<okolsi>gbee: okay :)
12:26<sphery>Hmmm. Regarding the QUERY_LISTINGS command, danielk22 had suggested exposing GuideGrid::GetProgramList() via Myth proto, but that would require create a GuideGrid (and having set m_currentStart/EndTime). Was thinking of moving GuideGrid::GetProgramList() to ProgramInfo, generalizing it to accept start/end time, and exposing that.
12:27<sphery>(From discussion)
12:27<Chutt>that's fine
12:28<sphery>Cool. Thanks.
12:32<xris>sphery: sweet. :)
12:34<danielk22>sphery: what you are thinking of is what I meant.. I didn't mean for GuideGrid::GetProgramList() to be exposed, but a function like it that GuideGrid could use..
12:35<sphery>danielk22: Cool. I just figured you hadn't looked at it in detail.
12:36<sphery>Or that I was misinterpreting what you said... :)
12:40<sphery>Hmmm. I guess it makes more sense to be in the ProgramList class....
12:41<sphery>(also in programinfo.{h,cpp}
12:41<Chutt>as a static function?
12:42<sphery>question or suggestion?
12:45-!-JoeBorn [] has joined #mythtv
12:49<Dibblah>Hah! Confirmation it's coverity. Thought it had to be some similar tool :)
12:50<sphery>OK. That makes sense as it basically just becomes a wrapper around ProgramList::FromProgram()...
12:53-!-phatmonkey [n=ben@] has joined #mythtv
12:57<Chutt>i'd rather just have the coverity logs
12:58<Chutt>or access to the web version =)
12:58-!-jeffc91 [] has joined #mythtv
13:01*sphery wonders if it's better to change it to use FromProgram(const QString &sql, MSqlBindings &bindings) instead of doing the ProgramList dummy thing "manually"...
13:01-!-phatmonkey [n=ben@] has quit []
13:02-!-skamithi [] has joined #mythtv
13:04-!-phatmonkey [n=ben@] has joined #mythtv
13:08-!-robthebob [] has joined #mythtv
13:08-!-jeffc91_ [] has quit [Read error: 110 (Connection timed out)]
13:09-!-edit_21 [n=james@unaffiliated/edit21/x-00000001] has joined #mythtv
13:09<edit_21>lo all
13:09-!-phatmonkey [n=ben@] has quit []
13:25-!-dekarl [] has joined #mythtv
13:33<gbee>chances of breaking something in mythgallery are pretty high :(
13:34<Chutt>gbee, everything's fixable
13:38-!-mkrufky [n=mk@unaffiliated/mkrufky] has quit [Read error: 104 (Connection reset by peer)]
13:38<gbee>think I'll make two passes over it, first to get it working with mythui and a second to make better use of mythui
13:39<gbee>what I've done so far - 5 files changed, 190 insertions(+), 773 deletions(-)
13:40-!-dekar1 [] has quit [Read error: 110 (Connection timed out)]
13:53-!-robthebob [] has quit [Read error: 113 (No route to host)]
13:53-!-rn114 [] has joined #mythtv
13:58-!-reynaldo [] has joined #mythtv
14:07-!-skamithi [] has quit ["WeeChat 0.2.3"]
14:23-!-lsobral [n=sobral@] has quit [Read error: 110 (Connection timed out)]
14:23-!-renatofilho^_ [n=renato@] has quit [Read error: 110 (Connection timed out)]
14:27-!-rn114__ [] has joined #mythtv
14:27-!-rn114 [] has quit [Read error: 104 (Connection reset by peer)]
14:35-!-aevil [] has quit ["Ex-Chat"]
14:40-!-renatofilho^ [n=renato@] has joined #mythtv
14:40-!-lsobral [n=sobral@] has joined #mythtv
14:40-!-defendguin [] has joined #mythtv
14:41-!-defendguin [] has left #mythtv ["Ex-Chat"]
14:46-!-phatmonkey [n=ben@] has joined #mythtv
14:55<danielk22>chutt: I e-mailed him early on and he's not allowed to reveal the coverty logs himself.
14:55-!-rn114__ [] has quit [Read error: 104 (Connection reset by peer)]
14:56<danielk22>I also tried to contact coverty about getting into their OSS security review program and they just wanted to sell me stuff...
14:56<Chutt>the individual bugs are annoying
14:57<danielk22>ask him to create one ticket with a number of patches attached...
14:57<danielk22>or one ticket per area of concern maybe
15:00-!-_gunni_ [] has joined #mythtv
15:02-!-zavex [] has quit ["BitchX-1.1-final -- just do it."]
15:09<CDev>sphery, xris: the XML Methods already has a GetProgramGuide method. If you still want to implement something in the myth protocol, you may want to look at the parameters/features that I implemented. (it fairly flexible)
15:09<laga>i'm having some problems with playback of ac3 mono streams.. i'm currently compiling w/ mark spieth's patch from #4764 to see if that fixes it
15:10<xris>CDev: I know. you wrote it for me.
15:10<xris>I mentioned that to gbee when we were originally talking about the feature.
15:11<xris>mythproto is just easier for mythweb to deal with because it's "flat" (xml has a fair amount of parsing overhead)... I also recall that there was some sort of number-of-entries limit with the xml version
15:12<kormoc>xris, you sure the xml php stuff is slower then doing string processing?
15:12<kormoc>it is written in c after all
15:14<CDev>It has a limit of 1000 per call, but multiple calls can be made to get the complete list (The limit is self imposed, it can be increased at any time)
15:15<CDev>Either way, doesn't matter to me. I just wanted to make sure people are aware of it's availability.
15:15<xris>kormoc: splitting an array should still be faster
15:15-!-tomimo [] has joined #mythtv
15:16<CDev>I'm a big fan of xslt to do the page generation, but I'm noticing that linux doesn't have a clear standard xslt engine. (At least one that I have found).
15:18-!-|gunni| [] has joined #mythtv
15:34-!-_gunni_ [] has quit [Read error: 110 (Connection timed out)]
15:40<sphery>CDev: Thanks for the pointer. I'll look into how you did it. Also, xris was saying that he liked the idea of all info being available through both the protocol and XML, and he sold me on the idea. :)
15:40<Chutt>i'd prefer people use the xml stuff
15:41<Chutt>fewer paths to the same information leads to less bugs
15:41<kormoc>Chutt, are you planning to drop mythproto in the future?
15:41<Chutt>deprecating things that make sense to, sure
15:42<xris>Chutt: one way or the other is fine with me. My idea was actually have a MythAPI lib, and then "proto" and "xml" input and output methods
15:42-!-crunchberries [] has joined #mythtv
15:43-!-Nikas [] has quit [Read error: 104 (Connection reset by peer)]
15:43<xris>but switching to a single API is certainly easier to maintain
15:43-!-crunchberries [] has quit [Client Quit]
15:43-!-Nikas [] has joined #mythtv
15:47-!-beavis [] has quit ["Verlassend"]
15:48<sphery>Perhaps my having to take care of tax stuff (and taking me away from work on the patch) was a good thing. Should I hold off on the patch?
15:48<sphery>I guess Perl/Python bindings could be adapted to use the XML methods. (I'm pretty sure the OP in the thread on the -dev list is looking to get the info through the Python bindings based on his previous posts.)
15:49<kormoc>So in short, how do you get xml output from the backend? Do you have to connect to it via upnp?
15:50<Chutt>naw, just a http request
15:50<kormoc>ahh, kk
15:50<kormoc>I'm gonna run some speedtests with php on xml stuff vs our current string routines
15:50<sphery>(though port can change). Basically exactly like MythWeb does for previews.
15:51<xris>kormoc: look under contrib, there's an "xml test" directory that has all of that stuff semi-documented
15:51<kormoc>ahh, right-o
15:53<CDev>Also, in case anyone cares, the xml methods will all respond to SOAP requests.
15:54<CDev>On day, I will have to spend some time and create a WSDL file for them.
16:04<xris>wsdl would make php really happy
16:04<xris>not so much for perl. heh
16:13-!-Scott__ [] has joined #mythtv
16:14<kormoc>okay, seems like db loading beats the pants off of both xml and mythproto stuff
16:14<kormoc>not that unexpected, but still, it's a large margin
16:14-!-Scott__ [] has quit [Client Quit]
16:20-!-mo0dbo0m [] has quit [Client Quit]
16:25<sphery>CDev: Looks like GetProgramGuide returns only a bit of the program info. I'm guessing that once getting the "summary" info, the idea would be to do GetProgramDetails on an as-needed basis with the info from GetProgramGuide, right?
16:26<CDev>You can do it that way, however, there is a Details parameter that will return all information on the initial call.
16:27<sphery>just figured that out...
16:27<sphery>Should have tried it ...
16:27-!-Dorward [n=Dorward@] has joined #mythtv
16:29-!-MrGandalf [] has quit [Remote closed the connection]
16:29<sphery>That's basically how I was going to do the proto version--have one version for "summary" and one for "detailed" listings. Looks like yours has everything we need (and may provide an opportunity for kormoc to exercise that AJAX/AJAJ by using the non-detailed, then getting details as required... :)
16:29<CDev>The MythXMLTest directory under contrib/development is a fairly complete reference/test harness. (I know a few things were never added to it by others)
16:29-!-Dorward [n=Dorward@] has left #mythtv []
16:30<CDev>yes. I thought they were using the GetProgramDetails for the ajax popup, (that's why I added it long ago), then again things may have changed.
16:31<gbee>mea culpa
16:31<kormoc>CDev, sadly, it's not, currently it's using this huge load of all the program data...
16:32<kormoc>but I shall fix!
16:32*sphery hopes with something like #4904 :)
16:33<sphery>(though there may be a better way to implement #4904...)
16:35<kormoc>Heh I'll take a gander :)
16:36-!-foxhunt [] has joined #mythtv
16:37-!-foxhunt [] has quit [Client Quit]
16:48-!-kurre2 [] has joined #mythtv
16:49<sphery>CDev: OK. This time I did my research first--the XML is using program.starttime >= :StartDate AND program.endtime <= :EndDate , which seems right, but GuideGrid uses program.endtime >= :STARTTS AND program.starttime <= :ENDTS . The end result is for yours, program must be completely contained within the start/end times, but for guidegrid, any show that overlaps start/end times is provided.
16:50<sphery>I don't know which approach would be preferred, but I think the GuideGrid approach makes "blind" queries a lot easier (i.e. starttime = endtime still gets at least one show).
16:50<CDev>That's fine by me. By the sounds of it, no one is using this method yet, so we can change it any way that needed.
16:51<sphery>Cool. I'll post a patch.
16:51<sphery>Much simpler than the QUERY_LISTINGS patch, but still gets one patch for my quota. :)
16:53-!-gardz [] has joined #mythtv
16:54-!-wibbit [n=douglasf@] has joined #mythtv
16:54-!-mkrufky [n=mk@unaffiliated/mkrufky] has joined #mythtv
16:55<wibbit>Hi all, just wanted to thank mr kvandivo for his helpful hints, as to not bother you guys, and ask every thing in mythtv-users (though it did seem a tad aggressive)
16:55-!-wibbit [n=douglasf@] has left #mythtv ["Ex-Chat"]
16:57-!-foxhunt [] has joined #mythtv
16:57-!-foxhunt [] has quit [Client Quit]
17:24<janneg>CDev: do you mind if I rip the the win32 changes from the qt4 branch
17:25<janneg>I'm not convinced that we should for example use windows dialog popups and I don't want to merge them
17:25<Chutt>janneg, take em out
17:25<janneg>i.e. I don't feel comfortable to commit them to trunk
17:39-!-peoples [] has joined #mythtv
17:39-!-peoples [] has left #mythtv ["Leaving"]
17:43-!-fus10nx [] has joined #mythtv
17:44<fus10nx>hi all :)
17:50<CDev>janneg: I don't have a problem with you taking them out.
17:53-!-mkrufky [n=mk@unaffiliated/mkrufky] has left #mythtv []
18:01-!-Cardoe [n=Cardoe@gentoo/developer/Cardoe] has quit ["Leaving"]
18:05-!-renatofilho^ [n=renato@] has quit ["Ex-Chat"]
18:10-!-jgarvey [] has quit ["Leaving"]
18:18-!-lsobral [n=sobral@] has quit ["leaving"]
18:20-!-_Slingky [] has joined #mythtv
18:20-!-_Slingky [] has left #mythtv []
18:22-!-reynaldo [] has quit [Read error: 113 (No route to host)]
18:46-!-erik__ [] has quit ["Lämnar"]
19:03-!-JoeBorn [] has quit [Read error: 104 (Connection reset by peer)]
19:49-!-JoeBorn [] has joined #mythtv
19:58-!-davilla [] has joined #mythtv
19:59-!-Cardoe [n=Cardoe@gentoo/developer/Cardoe] has joined #mythtv
20:08-!-MrGandalf [] has joined #mythtv
20:11-!-JoeBorn [] has quit ["whatever lady"]
20:35-!-scant [n=scant@] has quit []
20:36-!-Nikas [] has quit ["( :: NoNameScript 4.2 :: )"]
20:48-!-davilla [] has quit ["This computer has gone to sleep"]
20:48-!-IceWewe [n=icewewe@unaffiliated/icewewe] has quit [Read error: 104 (Connection reset by peer)]
20:53-!-janneg [] has quit [Read error: 60 (Operation timed out)]
20:54-!-janneg [] has joined #mythtv
20:57-!-mzuverink [n=mzuverin@unaffiliated/mzuverink] has joined #mythtv
21:00-!-jk1joel [] has quit [Read error: 104 (Connection reset by peer)]
21:00-!-jk1joel [] has joined #mythtv
21:06-!-Cardoe [n=Cardoe@gentoo/developer/Cardoe] has quit ["Leaving"]
21:14-!-davilla [] has joined #mythtv
21:24-!-grokky [] has joined #mythtv
21:43-!-davilla [] has quit ["This computer has gone to sleep"]
21:44-!-davilla [] has joined #mythtv
21:46-!-hadees [n=hadees@pdpc/supporter/sustaining/hadees] has joined #mythtv
21:55-!-dagar [] has quit [Connection reset by peer]
21:57-!-dagar [] has joined #mythtv
21:59-!-HRearden [] has joined #mythtv
22:00-!-lwizardl [] has joined #mythtv
22:00<Chutt>i wonder how much of the binary size is verbose strings
22:05<lwizardl>is there any plans to include an overscan option into any new builds of mythtv?
22:12-!-phatmonkey [n=ben@] has quit []
22:15-!-HRearden [] has quit ["Leaving"]
22:23-!-lwizardl [] has quit ["Leaving"]
22:26-!-HRearden [] has joined #mythtv
22:33-!-purserj [] has quit [Read error: 104 (Connection reset by peer)]
22:34-!-purserj [] has joined #mythtv
22:43-!-superm1 [n=superm1@ubuntu/member/superm1] has quit ["Leaving"]
23:11-!-|gunni| [] has quit ["KVIrc 3.2.4 Anomalies"]
23:22-!-joobie [] has joined #mythtv
23:46-!-Looter [] has quit [" Want to be different? Try HydraIRC -> <-"]
23:52<CDev>GreyFoxx: When you get a chance, could you please test my upnp changes I just commited to trunk on your xbox360? If all checks out ok, I will backport them to fixes.
23:53-!-HRearden [] has quit ["Leaving"]
---Logclosed Sat Mar 15 00:00:59 2008