--- | Log | opened Fri Mar 23 00:00:01 2007 |
--- | Day | changed Fri Mar 23 2007 |
00:00 | <Chutt> | we can fix it if necessary be leaking the db connections.. |
00:00 | <Chutt> | but i don't think 3.3.9 will take terribly long |
00:00 | <Captain_Murdoch> | did I read on the list that 3.3.9 was thelast 3.x version or was that person blowing smoke? |
00:01 | <Chutt> | dunno |
00:02 | <Chutt> | since they're on to 4.1, though, i imagine 3 won't last terribly much longer |
00:02 | <Chutt> | unless they start charging lots more for it |
00:08 | |-| | xris [n=xris@xris.forevermore.net] has joined #mythtv |
00:09 | [~] | Captain_Murdoch goes to restart xchat because he keeps forgetting the timestamps are one hour off which causes him to stay up too late. |
00:09 | |-| | Captain_Murdoch [n=buy_more@ip70-161-246-74.hr.hr.cox.net] has quit ["X-Chat!"] |
00:09 | |-| | Captain_Murdoch [n=buy_more@ip70-161-246-74.hr.hr.cox.net] has joined #mythtv |
00:09 | <Captain_Murdoch> | ahh, better... |
00:09 | <Chutt> | bah, it's only 1 am |
00:10 | <Chutt> | i've still got hours of work to do tonight :/ |
00:11 | [~] | Captain_Murdoch had to work overnight last night and has an early morning. |
00:11 | |-| | splat1 [n=splat1@rf1.splat1.com] has quit [SendQ exceeded] |
00:11 | <Captain_Murdoch> | I've got my ticket count below 20, I'm happy. |
00:11 | <xris> | Captain_Murdoch: I got most of mine cleared out, too. |
00:12 | <xris> | just some big ones remaining |
00:12 | <xris> | really need to figure out something other than callsign for grouping channels, and then I can start on that big one, too |
00:13 | <Captain_Murdoch> | :) well, I'm outta here. |
00:16 | <Chutt> | huh, weird. |
00:16 | <Chutt> | the power switch on this arm computer doesn't work anymore. |
00:23 | <Cardoe> | The guy wasn't blowing 100% smoke |
00:23 | <Cardoe> | QT 3 is end of lifed in July |
00:23 | <Cardoe> | So don't expect too many more fixes in that series |
00:23 | <Cardoe> | They're on 4.2 now |
00:23 | <Cardoe> | That's their marriage of GTK & QT version |
00:24 | <Cardoe> | It's the one that uses the same main loop as glib |
00:24 | <Cardoe> | and D-Bus is built in |
00:24 | <Cardoe> | and they're going to start using D-Bus for IPC |
00:26 | <Chutt> | right |
00:26 | <Cardoe> | https://bugzilla.novell.com/show_bug.cgi?id=251222 |
00:26 | <Cardoe> | I'd love to see the damn patch. |
00:26 | <Chutt> | i'm not happy with the glib crap |
00:27 | <Cardoe> | yeah it seemed pretty lame. |
00:27 | <Chutt> | i started using qt mainly to get away from glib/gtk's naming scheme. =) |
00:27 | <Chutt> | (and lack of docs) |
00:27 | <Cardoe> | I have to go to another Trolltech brainwash^H^H^H^H^Hconference soon too. |
00:28 | <Cardoe> | they keep coming to Orlando... they need to stop. |
00:28 | <Chutt> | heh |
00:28 | <Cardoe> | When I was asked last year if I wanted to go to them I thought "Sweet! Miss a day of work and still get paid!" |
00:30 | <Cardoe> | But now it's like "Look people... be amazed... we don't cut off our own dialog boxes anymore because of wordwrap" |
00:30 | <Cardoe> | and they find every excuse to pop up a dialog box that's not broken |
00:31 | <Cardoe> | I can't help but asking how come every widget kit out there even there own QT3 was able to do this and we had to wait for QT 4.1.3 to get that for the 4 series. |
00:31 | <Chutt> | heh |
00:31 | <Cardoe> | 3 was just terrible implementation and hacks |
00:31 | <Cardoe> | 4 is well thought out and actually has some design behind it |
00:31 | <Chutt> | i can't make qt 4 do all the look & feel overrides for myth |
00:31 | <Cardoe> | But it's not implemented. |
00:32 | <Chutt> | the widgets don't expose enough internals anymore |
00:32 | <Cardoe> | yeah |
00:32 | <Chutt> | means we can't switch until all the Qt settings code is gone :( |
00:34 | <Cardoe> | well I didn't think the switch would happen until post 0.21 anyway |
00:34 | <Chutt> | right |
00:35 | <Chutt> | but i was going to play around in a branch |
00:36 | <Chutt> | i do want to get 0.21 out sooner rather than later :/ |
00:38 | <Cardoe> | so seriously.. lemme autoconf this beast.. |
00:38 | <Cardoe> | that ffmpeg configure script is... |
00:39 | <Chutt> | eh |
00:39 | <Chutt> | i just don't see what it'd gain us |
00:39 | <Chutt> | i just hate massaging auto* into doing what i want, it's much easier with the shell script |
00:49 | <Chutt> | having QA in india's kind of crappy when they use really really bad indian pop music as test samples. |
00:50 | |-| | rbellamy [n=rbellamy@pdpc/supporter/silver/rbellamy] has joined #mythtv |
01:17 | |-| | rbellamy [n=rbellamy@pdpc/supporter/silver/rbellamy] has quit ["Roger the Sloth is leaving the building. Roger the Sloth is still leaving the building. Yep, still leaving. Um....."] |
01:29 | |-| | czth_ [i=dbrobins@nat/microsoft/x-d87f0e274dc55eb2] has joined #mythtv |
01:37 | |-| | czth__ [i=dbrobins@nat/microsoft/x-61c9c75906cc7d73] has quit [Read error: 145 (Connection timed out)] |
02:12 | <xris> | stuarta: your bugs are fixed. :) |
02:50 | |-| | map7_home [n=root@203-214-115-183.dyn.iinet.net.au] has joined #mythtv |
02:52 | |-| | map7_home [n=root@203-214-115-183.dyn.iinet.net.au] has left #mythtv ["Leaving"] |
02:56 | <gbee> | Captain_Murdoch: I was guessing that 3.3.9 would be the last as they've declared that 3.x will EOL in June - no evidence that it's the case, just makes sense that they won't be releasing multiple versions in the next two months |
03:09 | |-| | robthebob [n=rn114@82-46-18-118.cable.ubr02.bath.blueyonder.co.uk] has joined #mythtv |
03:13 | |-| | splAt1 [n=splat1@rf1.splat1.com] has joined #mythtv |
03:13 | |-| | splAt1 changed nick to splat1 |
03:14 | |-| | xris [n=xris@xris.forevermore.net] has quit ["Leaving."] |
03:20 | |-| | onixian [n=xian@host-84-223-96-27.cust-adsl.tiscali.it] has joined #mythtv |
03:46 | |-| | robthebob [n=rn114@82-46-18-118.cable.ubr02.bath.blueyonder.co.uk] has quit [Read error: 104 (Connection reset by peer)] |
04:00 | |-| | gbee [n=gbee@cpc1-derb5-0-0-cust840.lei3.cable.ntl.com] has quit [Remote closed the connection] |
04:07 | |-| | purserj [n=purserj@220.233.124.29] has joined #mythtv |
05:54 | |-| | kvandivo [n=kvandivo@adsl-76-199-8-249.dsl.chmpil.sbcglobal.net] has quit [Read error: 131 (Connection reset by peer)] |
05:54 | |-| | kvandivo [n=kvandivo@adsl-76-199-8-249.dsl.chmpil.sbcglobal.net] has joined #mythtv |
06:38 | <janneg> | Cardoe: I agree with Chutt. I see no advantage in auto* but a couple of disadvantages |
06:39 | |-| | Schwin [n=swinarsk@cpe-76-186-221-124.tx.res.rr.com] has joined #mythtv |
07:04 | |-| | Schwin [n=swinarsk@cpe-76-186-221-124.tx.res.rr.com] has left #mythtv [] |
08:00 | |-| | MoRpHeUz [n=morphbr@200.184.118.132] has joined #mythtv |
08:12 | |-| | Cardoe [n=Cardoe@gentoo/developer/Cardoe] has quit ["Leaving"] |
08:16 | |-| | sid3windr [i=luser@bastard-operator.from-hell.be] has joined #mythtv |
08:16 | |-| | sid3windr [i=luser@bastard-operator.from-hell.be] has left #mythtv ["In soviet russia, channel parts YOU!"] |
08:36 | |-| | brianw_ [n=brianw@h-68-165-242-252.mclnva23.covad.net] has joined #mythtv |
08:55 | |-| | JoeyJoeJo [n=brianw@h-68-165-242-252.mclnva23.covad.net] has quit [Read error: 110 (Connection timed out)] |
09:04 | |-| | Cardoe [n=cardoe@gentoo/developer/Cardoe] has joined #mythtv |
09:10 | |-| | aevil [n=aevil@i59F570B0.versanet.de] has joined #mythtv |
09:22 | |-| | jgarvey [n=jgarvey@cpe-075-177-158-190.nc.res.rr.com] has joined #mythtv |
09:24 | |-| | jmk [n=jmk@pat.foofus.net] has joined #mythtv |
09:44 | |-| | MoRpHeUz [n=morphbr@200.184.118.132] has quit ["Leaving..."] |
09:47 | |-| | MoRpHeUz [n=morphbr@200.184.118.132] has joined #mythtv |
09:50 | |-| | cattelan [n=cattelan@c-75-72-247-237.hsd1.mn.comcast.net] has quit ["This computer has gone to sleep"] |
09:50 | |-| | aevil [n=aevil@i59F570B0.versanet.de] has quit [Remote closed the connection] |
09:53 | |-| | art4art [n=art4art@unaffiliated/t9] has joined #mythtv |
09:55 | |-| | aevil [n=aevil@i59F570B0.versanet.de] has joined #mythtv |
09:57 | |-| | MoRpHeUz [n=morphbr@200.184.118.132] has quit [Remote closed the connection] |
10:23 | |-| | cattelan [n=cattelan@68.178.56.115] has joined #mythtv |
10:28 | |-| | jmk [n=jmk@pat.foofus.net] has quit ["Leaving"] |
11:00 | |-| | art4art [n=art4art@unaffiliated/t9] has quit ["Leaving"] |
11:05 | |-| | gnome42 [n=obi@dsl-137-223.aei.ca] has joined #mythtv |
11:06 | |-| | jmk [n=jmk@pat.foofus.net] has joined #mythtv |
11:08 | |-| | rtsai1111 [n=rtsai@208-201-231-158.dsl.dynamic.sonic.net] has joined #mythtv |
11:11 | |-| | rtsai [n=rtsai@208-201-231-158.dsl.dynamic.sonic.net] has quit [Read error: 60 (Operation timed out)] |
11:21 | |-| | xris [n=xris@xris.forevermore.net] has joined #mythtv |
11:26 | |-| | sigger__ [n=mkasson@ool-44c0a897.dyn.optonline.net] has joined #mythtv |
11:26 | |-| | sigger_ [n=mkasson@ool-44c0a897.dyn.optonline.net] has quit [Read error: 110 (Connection timed out)] |
11:32 | |-| | stuarta [n=stuart@unaffiliated/stuarta] has quit ["leaving"] |
12:05 | |-| | rikstah [n=rick@rhamnett.plus.com] has joined #mythtv |
12:13 | |-| | rbellamy [n=rbellamy@pdpc/supporter/silver/rbellamy] has joined #mythtv |
12:14 | |-| | rbellamy [n=rbellamy@pdpc/supporter/silver/rbellamy] has quit [Client Quit] |
12:16 | |-| | robthebob [n=rn114@82-46-18-118.cable.ubr02.bath.blueyonder.co.uk] has joined #mythtv |
12:20 | |-| | lcase [n=l-case@p54b30d1b.dip0.t-ipconnect.de] has joined #mythtv |
12:24 | |-| | XLV [n=XLV__@dsl-88-218-15-37.customers.vivodi.gr] has joined #mythtv |
12:39 | |-| | xris [n=xris@xris.forevermore.net] has quit ["Leaving."] |
12:40 | |-| | aevil [n=aevil@i59F570B0.versanet.de] has quit [Read error: 113 (No route to host)] |
12:41 | |-| | aevil [n=aevil@i59F570B0.versanet.de] has joined #mythtv |
12:48 | |-| | rikstah [n=rick@rhamnett.plus.com] has quit ["Leaving"] |
13:14 | |-| | okolsi [n=Otto@unaffiliated/okolsi] has joined #mythtv |
13:17 | <sigger> | Captain_Murdoch around? |
13:21 | <sigger> | You recall why in networkcontrol, an "impossible keypress" is generated (which then triggers code which calls processNetworkControlCommands), rather than just dealing with the network command in customEvent? |
13:21 | |-| | kali67 [n=kali67@64-166-248-25.ded.pacbell.net] has joined #mythtv |
13:22 | |-| | MrGandalf [n=mgandalf@cpe-72-225-37-244.rochester.res.rr.com] has joined #mythtv |
13:29 | |-| | t0ny-p40 [n=t0ny-p40@67.60.43.42] has quit [Read error: 131 (Connection reset by peer)] |
13:29 | |-| | t0ny-p40 [n=t0ny-p40@67.60.43.42] has joined #mythtv |
13:31 | |-| | aevil [n=aevil@i59F570B0.versanet.de] has quit [Remote closed the connection] |
13:43 | |-| | t0ny2 [n=t0ny-p40@67.60.43.42] has joined #mythtv |
13:49 | |-| | xris [n=xris@dsl081-161-160.sea1.dsl.speakeasy.net] has joined #mythtv |
13:50 | |-| | cbx33 [n=pete@ubuntu/member/cbx33] has joined #mythtv |
13:50 | |-| | t0ny-p40 [n=t0ny-p40@67.60.43.42] has quit [Connection timed out] |
14:20 | |-| | lcase [n=l-case@p54b30d1b.dip0.t-ipconnect.de] has quit [] |
14:29 | |-| | kali67 [n=kali67@64-166-248-25.ded.pacbell.net] has quit [] |
14:41 | |-| | DaveMorris [n=dave@host-212-158-244-26.bulldogdsl.com] has joined #mythtv |
14:41 | <DaveMorris> | hey all |
14:42 | <DaveMorris> | quick question. I'm using DVB chanel listings and its been working fine for ages, but now I have no listings, do I just need to run the filldatabase scripts again to get them back? |
14:42 | <DaveMorris> | oops, wrong channel |
14:44 | |-| | cbx33 [n=pete@ubuntu/member/cbx33] has quit ["Leaving"] |
14:50 | |-| | kali67 [n=kali67@c-67-170-243-17.hsd1.ca.comcast.net] has joined #mythtv |
14:52 | <Captain_Murdoch> | sigger: I'm not following you on that question. what "impossible keypress"? not sure if this is what you are asking, but we can't send replies out over the socket from inside the custom event handler. |
14:53 | |-| | DaveMorris [n=dave@host-212-158-244-26.bulldogdsl.com] has left #mythtv [] |
14:57 | |-| | kali67 [n=kali67@c-67-170-243-17.hsd1.ca.comcast.net] has quit [] |
15:00 | <sigger> | well I wasn't asking about the socket (though coincidentally I did ask about that in #qt a little bit ago) |
15:00 | <sigger> | grabbing some line #'s to point to |
15:03 | <sigger> | around line 3944 in mythfrontend's playbackbox.cpp, when customEvent gets a NETWORK_CONTROL message, an "impossible keypress" is generated and the message is then dealt with in :: |
15:03 | <sigger> | oops, in ::keyPressEvent |
15:09 | |-| | rbellamy [n=rbellamy@pdpc/supporter/silver/rbellamy] has joined #mythtv |
15:09 | |-| | rbellamy [n=rbellamy@pdpc/supporter/silver/rbellamy] has quit [Read error: 104 (Connection reset by peer)] |
15:10 | |-| | rbellamy [n=rbellamy@c-67-169-146-106.hsd1.ca.comcast.net] has joined #mythtv |
15:10 | |-| | rbellamy [n=rbellamy@pdpc/supporter/silver/rbellamy] has quit [Read error: 104 (Connection reset by peer)] |
15:12 | |-| | rbellamy [n=rbellamy@pdpc/supporter/silver/rbellamy] has joined #mythtv |
15:12 | |-| | rbellamy [n=rbellamy@pdpc/supporter/silver/rbellamy] has quit [Read error: 104 (Connection reset by peer)] |
15:12 | |-| | rbellamy [n=rbellamy@pdpc/supporter/silver/rbellamy] has joined #mythtv |
15:13 | |-| | rbellamy [n=rbellamy@pdpc/supporter/silver/rbellamy] has quit [Client Quit] |
15:15 | |-| | rbellamy [n=rbellamy@pdpc/supporter/silver/rbellamy] has joined #mythtv |
15:33 | |-| | MrGandalf [n=mgandalf@cpe-72-225-37-244.rochester.res.rr.com] has quit ["Leaving"] |
15:34 | |-| | rtsai [n=rtsai@208-201-231-158.dsl.dynamic.sonic.net] has joined #mythtv |
15:39 | <Captain_Murdoch> | sigger: when inside the PlaybackBox::customEvent handler, we can't do anything that would do anything with the GUI, so we just stuff the command into networkControlCommands and generate a keypress event so that the normal input hanlder picks it up as if the user had pressed the key we received from the network control interface. |
15:42 | |-| | rtsai1111 [n=rtsai@208-201-231-158.dsl.dynamic.sonic.net] has quit [Read error: 60 (Operation timed out)] |
15:53 | |-| | flithm [n=kvirc@blk-89-205-21.eastlink.ca] has joined #mythtv |
15:56 | |-| | n33o [n=andrew@bravo.24-7online.co.za] has joined #mythtv |
15:56 | <n33o> | hello |
15:57 | <n33o> | need help configuring card |
15:57 | <gardengnome> | our professional counselors will provide advice in #mythtv-users |
16:00 | |-| | flithm [n=kvirc@blk-89-205-21.eastlink.ca] has left #mythtv ["Time makes no sense"] |
16:02 | <briand> | lol@gardengnome |
16:04 | <n33o> | lol |
16:04 | <n33o> | cheersz |
16:04 | |-| | rbellamy [n=rbellamy@pdpc/supporter/silver/rbellamy] has quit ["Ex-Chat"] |
16:04 | |-| | Sesse [n=sesse@pannekake.samfundet.no] has joined #mythtv |
16:05 | |-| | Sesse [n=sesse@pannekake.samfundet.no] has left #mythtv [] |
16:05 | <sigger> | Captain_Murdoch: got that. I'm not seeing why customEvent couldn't call processNetworkCommands directly. |
16:06 | <Captain_Murdoch> | because, that would trigger GUI actions and you can't trigger those from a different thread than the main input thread. |
16:10 | <sigger> | so when network control (i.e. the non-GUI thread) posts the event, the PlaybackBox::customEvent is still handled by the non-GUI thread? so customEvents don't "cross over" threads (I'm not sure of the correct term there), but a non-custom Event (e.g. KeyPressEvent) does? |
16:10 | <Captain_Murdoch> | another reason is that we wuoldn't want to call playSelected() from inside the event handler since that method doesn't return until the user quits playback. |
16:10 | <sigger> | well that one's certainly a good reason. |
16:11 | <sigger> | ... and sorry for pestering you with this, but I think this is prolly the trickiest part. |
16:12 | <Captain_Murdoch> | no problem. it took me a while to work it out to begin with. :) |
16:13 | <sigger> | Thanks. Are the two things above correct re customEvents vs non-customEvents? That seems to be the non-intuitive part. |
16:13 | <Captain_Murdoch> | if network control ever did anything to trigger a gui update, we wouldn't want that happening inside the event handler because you can't do gui stuff from different threads. so we put the command in the queue and trigger a keypress so it gets picked up by the normal thread that handles keypresses from the user (which in turn triggers gui changes). I don't think there is anything in the network control stuff now that could trigger |
16:13 | <Captain_Murdoch> | (I could be forgetting), but better to be prepared. |
16:14 | <Captain_Murdoch> | when you do a "key x", that is handled as a direct keypress event, it doesn't go through the customevent handler. |
16:14 | <Captain_Murdoch> | I'm not totally up on Qt's event system, just know you can only do gui work from one thread which happens to be the on that triggers keypress events. :) |
16:16 | <sigger> | I guess if its in customEvent you can't know which thread is executing it since both non-GUI and GUI threads can have those. but if its in KeyPress it must be in GUI since only GUI thread does that. sound right? |
16:16 | <Captain_Murdoch> | see this page and look in the section called "thread safe event posting" |
16:17 | <Captain_Murdoch> | http://doc.trolltech.com/3.3/threads.html |
16:17 | <sigger> | thanks. will do. :) |
16:18 | <Captain_Murdoch> | not sure if that will help much, but it explains about only one thread doing all gui work. |
16:19 | <sigger> | yep, I've read similar in the Blanchette & Summerfield book |
16:20 | <sigger> | I'm not sure, but I suspect the processNetworkCommandControls could be run from customEvent. The one massive thing that makes me suspect not is that its easier and author would not have written it this way if the easier was available/ |
16:21 | <sigger> | one way to find out! |
16:21 | [~] | Captain_Murdoch is the author of the network control stuff. |
16:21 | <sigger> | do you recall trying it that way? |
16:22 | <sigger> | (and thanks, because absent having your code I would NEVER have attempted this) |
16:23 | <Captain_Murdoch> | I think I did, but can't remember, it's been almost a year. I think I had issues with it otherwise I never would have used the hackish impossible keypress thing. :) |
16:23 | <hads> | Captain_Murdoch: I must get round to trying out the network control now that it has more keys. At the moment I have a python script that sends key events directly to the X server. |
16:24 | <sigger> | BTW, I'm trying to keep mythmusic's networkcommand stuff sufficiently the same so your's could add commands to mythmusics command queue. |
16:26 | <Captain_Murdoch> | ok. |
16:27 | <Captain_Murdoch> | since I don't do much within PlaybackBox::processNetworkControlCommand(), I'm beginning to wonder if the issue was that while the customEvent hander was running, no other events would be received. |
16:28 | <Captain_Murdoch> | ie, no keypresses |
16:29 | <Captain_Murdoch> | if events are delivered by the main/gui thread, blocking when callling playSelected() could hold up that thread. |
16:31 | <Captain_Murdoch> | would be easy for you to test by just puting a "sleep(10);" in the customEvent handler and seeing if thigns freeze when you send an event to it. |
16:32 | |-| | jwhite [n=jwhite@jwhite.codeweavers.com] has quit [Read error: 113 (No route to host)] |
16:33 | [~] | Captain_Murdoch has to head home |
16:33 | |-| | jwhite [n=jwhite@jwhite.codeweavers.com] has joined #mythtv |
16:34 | <sigger> | I believe that's true. will try. thanks. music doesn't have that issue BTW as music playback is threaded. |
16:36 | <sigger> | anyone know what my compilation problem is? |
16:36 | <sigger> | /usr/local/include/mythtv/mythevent.h: In member function âvirtual void PlaybackBoxMusic::customEvent(QCustomEvent*)â: |
16:37 | <sigger> | /usr/local/include/mythtv/mythevent.h:46: error: âQString MythEvent::messageâ is private |
16:37 | <sigger> | playbackbox.cpp:1857: error: within this context |
16:41 | |-| | dorao [i=dorao@ryu.net] has joined #mythtv |
16:41 | |-| | dorao [i=dorao@ryu.net] has left #mythtv [] |
16:41 | |-| | XLV [n=XLV__@dsl-88-218-15-37.customers.vivodi.gr] has quit ["Leaving"] |
17:00 | |-| | Cardoe [n=cardoe@gentoo/developer/Cardoe] has quit ["Leaving"] |
17:03 | <sigger> | got it. |
17:04 | |-| | kali67 [n=kali67@c-67-170-243-17.hsd1.ca.comcast.net] has joined #mythtv |
17:11 | |-| | t0ny2 changed nick to t0ny-p40 |
17:18 | |-| | jmk [n=jmk@pat.foofus.net] has quit ["Leaving"] |
17:19 | |-| | jgarvey [n=jgarvey@cpe-075-177-158-190.nc.res.rr.com] has quit ["Leaving"] |
17:20 | |-| | kali67_ [n=kali67@c-67-170-243-17.hsd1.ca.comcast.net] has joined #mythtv |
17:20 | |-| | kali67_ [n=kali67@c-67-170-243-17.hsd1.ca.comcast.net] has quit [Client Quit] |
17:21 | |-| | MrGandalf [i=buechlmr@cpe-72-225-32-214.rochester.res.rr.com] has joined #mythtv |
17:22 | <MrGandalf> | janneg: there? |
17:30 | |-| | kali67 [n=kali67@c-67-170-243-17.hsd1.ca.comcast.net] has quit [Read error: 110 (Connection timed out)] |
17:36 | |-| | okolsi [n=Otto@unaffiliated/okolsi] has left #mythtv [] |
17:38 | |-| | fuseX [n=steven@cmu-24-35-127-39.mivlmd.cablespeed.com] has quit ["leaving"] |
17:52 | |-| | sokminer [n=bill@pool-71-126-54-105.bstnma.east.verizon.net] has joined #mythtv |
18:57 | |-| | cattelan [n=cattelan@68.178.56.115] has quit [Read error: 110 (Connection timed out)] |
19:01 | |-| | TauPan [n=taupan@dudelab.org] has joined #mythtv |
19:02 | |-| | TauPan [n=taupan@dudelab.org] has left #mythtv ["oops, wrong channel"] |
19:02 | |-| | sokminer [n=bill@pool-71-126-54-105.bstnma.east.verizon.net] has left #mythtv ["seeking linux nuggets"] |
19:03 | |-| | sc00p [n=oldendic@cpe-071-076-001-155.sc.res.rr.com] has joined #mythtv |
19:05 | |-| | sc00p changed nick to sc00p_ |
19:16 | |-| | lsobral [n=sobral@200.184.118.132] has quit ["varei!"] |
19:19 | |-| | jasoka [n=anon@a88-113-163-96.elisa-laajakaista.fi] has joined #mythtv |
19:41 | |-| | madfactor [i=madfacto@74-138-58-159.dhcp.insightbb.com] has joined #mythtv |
20:06 | |-| | emcnabb [n=emcnabb@draco.mcnabbs.org] has joined #mythtv |
20:07 | |-| | jams [n=jams@CPE-72-131-6-174.wi.res.rr.com] has quit [Read error: 104 (Connection reset by peer)] |
20:07 | |-| | jams [n=jams@CPE-72-131-6-174.wi.res.rr.com] has joined #mythtv |
20:12 | |-| | xris [n=xris@dsl081-161-160.sea1.dsl.speakeasy.net] has quit ["http://forevermore.net/"] |
20:52 | |-| | kali67 [n=kali67@c-67-170-243-17.hsd1.ca.comcast.net] has joined #mythtv |
21:16 | |-| | robthebob [n=rn114@82-46-18-118.cable.ubr02.bath.blueyonder.co.uk] has quit [Read error: 113 (No route to host)] |
21:23 | <knowledgejunkie> | I have a quick question regarding IconData::UpdateSourceIcons |
21:24 | <knowledgejunkie> | Should this method only update icons for those channels where icon='' or icon="none"? |
21:36 | |-| | kali67 [n=kali67@c-67-170-243-17.hsd1.ca.comcast.net] has quit [] |
21:52 | |-| | jd99 [n=jdio@ip68-9-99-238.ri.ri.cox.net] has joined #mythtv |
21:55 | |-| | jd86 [n=jdio@pdpc/supporter/student/jd86] has quit [Remote closed the connection] |
21:58 | |-| | JosX [i=Slow_J@host132.adsl8.rupert.net] has quit [] |
22:02 | <Captain_Murdoch> | knowledgejunkie: are you around? |
22:02 | <knowledgejunkie> | yup |
22:03 | <Captain_Murdoch> | in your comment in this ticket (http://svn.mythtv.org/trac/ticket/3174) regarding the expirer not knowing that a slave is down, what version were you running, and is 192.168.1.30 your slave? |
22:03 | <knowledgejunkie> | let me check the ticket |
22:05 | <Captain_Murdoch> | in current SVN, the expirer shouldn't even try to expire a recording on a slave if the slave isn't online, but maybe there's a flaw in the logic somewhere. |
22:06 | <Captain_Murdoch> | make that "in recent svn" for at least a few months since I put the Storage Groups code in. |
22:07 | <knowledgejunkie> | Captain_Murdoch: checking archived logfile... |
22:22 | <knowledgejunkie> | Captain_Murdoch: just checking slave machine (which is .1.30) |
22:24 | |-| | sigger__ [n=mkasson@ool-44c0a897.dyn.optonline.net] has quit ["Leaving"] |
22:25 | |-| | sigger_ [n=mkasson@ool-44c0a897.dyn.optonline.net] has joined #mythtv |
22:30 | <knowledgejunkie> | Captain_Murdoch: grrr. Blew out older logfiles when I rewrite my build scripts last week. Currently running 13073 and do not see this behaviour. |
22:31 | <knowledgejunkie> | Captain_Murdoch: However, navigation of the recordings list for off-line recordings is very slow |
22:31 | <Captain_Murdoch> | ok. basically the current code will only try to delete a file if it finds a recorder connected from that slave. |
22:31 | <Captain_Murdoch> | that's probably the preview stuff or something. |
22:32 | <Captain_Murdoch> | I should add a flag that says whether a slave is offline and the file can't be read on the master when the backend gives the frontend the recordings list. |
22:32 | <knowledgejunkie> | Captain_Murdoch: MainServer::HandleGenPreviewPixmap() seems to stall for each selected recording it can't access |
22:33 | <Captain_Murdoch> | yeah. so if we knew a recording was offline we could setup code to not try that and to give a different message if you tried to play the recroding like the poster of that ticket. |
22:34 | <knowledgejunkie> | Captain_Murdoch: even replace the missing icon with "Offline" |
22:35 | <Captain_Murdoch> | yeah, could be changeable in the theme. |
22:38 | <knowledgejunkie> | Captain_Murdoch: OK, so when the master backend starts, non-local recordings are marked as offline, and their status is only changed to online when the slave machine connects? |
22:39 | |-| | xris [n=xris@xris.forevermore.net] has joined #mythtv |
22:39 | <knowledgejunkie> | xris: hey |
22:39 | <xris> | evening |
22:40 | <Captain_Murdoch> | no, when the frontend requests the recording list from the backend, the backend looks to see if the slave that hosts the recording is online, if so it doesn't do anything. if the slave is offline, it can check for the file to see if it is accessible locally. if the file is accessible locally and AlwaysStreamFiles is off then we give the frontend the hostname of the master as the backend, otherwise we mark the file as offline so |
22:40 | <Captain_Murdoch> | 't do anything with it. |
22:43 | <knowledgejunkie> | Captain_Murdoch: if both master and slave record to a shared NFS location, do recordings get flagged as belonging to their respective recorders? |
22:43 | <Captain_Murdoch> | yes |
22:43 | <knowledgejunkie> | Captain_Murdoch: is this why we need to check for local files after the slave check fails |
22:43 | <Captain_Murdoch> | but the master can stream them if necessary |
22:43 | |-| | cmorgan [n=cmorgan@68-116-193-70.dhcp.oxfr.ma.charter.com] has joined #mythtv |
22:44 | <Captain_Murdoch> | the master can stream files it has access to, the storage groups code handles this. |
22:46 | <Captain_Murdoch> | if AlwaysStreamFiles is off then we check to see if the file is available locally. if not then we check the MasterBackendOverride variable and stream from the master if it has access to the file, otherwise we stream from the backend that recorded the file. |
22:46 | <Captain_Murdoch> | Logic is in ProgramInfo::GetPlaybackURL() |
22:49 | <knowledgejunkie> | Captain_Murdoch: thanks for the explanation |
22:50 | <knowledgejunkie> | I have a v quick question regarding IconData::UpdateSourceIcons if anyone can help |
22:51 | <knowledgejunkie> | Should this method only update icons for those channels on a source where icon='' or icon="none"? |
22:57 | <Captain_Murdoch> | don't know myself. sorry. |
22:59 | <high-rez> | Is a front-end port to appletv on anyone's mind? :) |
22:59 | <knowledgejunkie> | I posted yesterday about my icon paths being renamed (and blamed xris' new channel_icons.pl script :) ) but have tracked it down to mythfilldatabase. |
22:59 | <Captain_Murdoch> | since it runs OSX apparently, it may already be ported. we'll have to see |
23:00 | <high-rez> | Captain: Did you see that people have enabled the shell, etc etc on the apple tv's? I was thinking more along the lines of an easy-to-install front-end linux based distribution (its apparently an nvidia video card) |
23:01 | <knowledgejunkie> | the sql query seems to want to select only missing icons, but all of mine get renamed :( |
23:01 | <Captain_Murdoch> | yes, and they're playing other video formats already also. |
23:01 | <Captain_Murdoch> | not a -dev issue unless you've got one and are working on getting Myth working on it. |
23:02 | <high-rez> | Captain: Not yet, but thinking about it... |
23:03 | <Captain_Murdoch> | knowledgejunkie: so what happens when you run that query manually? |
23:04 | <knowledgejunkie> | Captain_Murdoch: it returns nothing, because csm and nim are empty |
23:04 | <Captain_Murdoch> | ah. :) |
23:05 | <knowledgejunkie> | Captain_Murdoch: i'll have a look at the code - I use the XMLTV uk_rt grabber - notsure if they are always empty, or just cleared out during a mfdb run |
23:05 | [~] | knowledgejunkie puts on his hazy C++ goggles |
23:05 | <Captain_Murdoch> | both empty here. |
23:09 | <knowledgejunkie> | Captain_Murdoch: I wonder if those tablse are US-centric |
23:09 | <knowledgejunkie> | s/tablse/tables/ |
23:11 | |-| | mca_ [n=mythtv@adsl-66-143-164-41.dsl.austtx.swbell.net] has quit [Read error: 104 (Connection reset by peer)] |
23:11 | |-| | mca [n=mythtv@adsl-66-143-164-41.dsl.austtx.swbell.net] has joined #mythtv |
23:19 | |-| | kali67 [n=kali67@c-67-170-243-17.hsd1.ca.comcast.net] has joined #mythtv |
23:24 | |-| | Cardoe [n=Cardoe@gentoo/developer/Cardoe] has joined #mythtv |
23:28 | |-| | cmorgan [n=cmorgan@68-116-193-70.dhcp.oxfr.ma.charter.com] has quit [Remote closed the connection] |
23:38 | |-| | kali67 [n=kali67@c-67-170-243-17.hsd1.ca.comcast.net] has quit [] |
23:56 | |-| | gnome42 [n=obi@dsl-137-223.aei.ca] has quit ["Leaving"] |
--- | Log | closed Sat Mar 24 00:00:29 2007 |