| Monday, June 20th, 2011, 00:00 UTC | ||
| [00:00:30] | jmartens (jmartens!~jmartens@s5597ca60.adsl.wanadoo.nl) has quit (Ping timeout: 255 seconds) | |
| [00:44:29] | davide_ (davide_!~david@mythtv/developer/gigem) has quit (Remote host closed the connection) | |
| [00:44:58] | davide_ (davide_!~david@host103.16.intrusion.com) has joined #mythtv | |
| [00:44:58] | davide_ (davide_!~david@host103.16.intrusion.com) has quit (Changing host) | |
| [00:44:58] | davide_ (davide_!~david@mythtv/developer/gigem) has joined #mythtv | |
| [01:00:10] | danielk22: | stuartm: I think sphery came up with the formula for where to take the preview capture. But AFAIK it should be nowhere near the end of the video. |
| [01:01:47] | danielk22: | iamlindoro: AFAIK The shouldn't be transmitting NIT tables on US cable, but I've never actually read most of the SCTE specs. |
| [01:02:31] | danielk22: | Until the last couple years the SCTE info was always broadcast out-of-band, so we didn't see it anyway. |
| [01:02:41] | iamlindoro: | danielk22, interestingly I found someone else with what seems like the same issue http://www.mythtvtalk.com/channels-being-dete . . . ocked-14850/ |
| [01:03:22] | iamlindoro: | though he's excerpted the logs so it's hard to tell for sure-- I was trying to work out how we might ignore SDTs and NITs when we have a TVCT/CVCT but hadn't found a clean spot yet |
| [01:03:26] | danielk22: | Now Comcast is sending it in band so we should be able to greatly improve the cable scan on their network using that info, but I have very little time these days. |
| [01:05:01] | iamlindoro: | I'm wondering if the SCTE-65 table is somehow being misinterpreted as the NIT |
| [01:05:53] | danielk22: | I think the NIT might have a reserved pid, that might be one way to tell. |
| [01:08:15] | iamlindoro: | "The value 0x0000 of program_number is reserved to specify the PID where to look for Network Information Table (NIT). If such a program is not present in PAT the default PID value (0x0010) shall be used for NIT." per wikipedia |
| [01:12:43] | sphery: | danielk22 / stuartm: When the recording is seconds old, the preview will be near the end of the recording (or beyond it if the user sets RecordPreRoll)--I'm pretty sure this "early preview gen" is what's causing the issue stuartm is seeing. Now, why we're trying to make a preview of recording we just started, I couldn't tell you (perhaps he's triggering it with the frontend or MythWeb or, if not, we must have some code issue that's causing it ... |
| [01:12:49] | sphery: | ... to happen immediately upon recording list change or something). Note, also, that in the past, the player actually knew better than to seek beyond the end of the recording, so when we told the preview generator to pull a preview from an 10-second recording in progress, we'd generally just get the last keyframe. That got broken a while back and I have no idea how to fix it. It can also cause problems in the editor, as you can "lock" your ... |
| [01:12:55] | sphery: | ... frontend by getting it into a seek-by-frame mode trying to seek slightly beyond the "end" of the recording when you say to seek to the end and the seek table has a last mark beyond what the player calls the end. |
| [01:12:59] | sphery: | oops, didn't realize that was that long |
| [01:14:36] | danielk22: | sphery: so this probably happens because stuartm has his cursor over the new recording in one of the frontends and that is forcing an early generation of the preview? |
| [01:15:25] | danielk22: | sphery: yeah i've seen a few commits twiddling with the is[Really]NearEnd() code, but that code has always been fragile. |
| [01:16:08] | sphery: | yeah, that would cause us to generate a preview early--and yeah, we need to fix the player to do the right thing |
| [01:16:20] | sphery: | pretty sure the problem is actually in one of the seek functions... |
| [01:17:58] | sphery: | like, maybe WaitForSeek() or one of the others used in that chain |
| [01:24:36] | danielk22: | sphery: well the deadlock in seeking used to be because we didn't return an eof condition to ffmpeg from the ringbuffer read when we timed out waiting for more data to be appended to the file. i dunno if that is still a problem. |
| [01:24:47] | iamlindoro: | danielk22, all apps are segfaulting on exit in master, this is new in the last day or two-- the mythcorecontext stuff from the last merge from -rec2 looks like a likely candidate |
| [01:25:08] | danielk22: | iamlindoro: can you grab a backtrace for me? |
| [01:25:12] | iamlindoro: | sure |
| [01:26:43] | danielk22: | The shutdown code in mythtv-rec2 is still slightly different so I may have missed something. |
| [01:29:18] | iamlindoro: | Heh, I don't seem to be able to reproduce in gdb... timing thing maybe? Give me a bit to work on it |
| [01:30:33] | MavT (MavT!~MaverickT@111.86.233.220.static.exetel.com.au) has joined #mythtv | |
| [01:31:25] | MaverickTech (MaverickTech!~MaverickT@111.86.233.220.static.exetel.com.au) has quit (Ping timeout: 250 seconds) | |
| [01:32:27] | danielk22: | yeah, my guess it's something accessing the context after it's deleted.. but i need to know what to fix it. |
| [01:34:15] | wgwinn (wgwinn!~chatzilla@c-68-36-58-132.hsd1.nj.comcast.net) has quit (Remote host closed the connection) | |
| [01:38:49] | iamlindoro: | heh, well this produced the world's most unusable BT... let me get back to you. |
| [01:47:08] | ectospasm (ectospasm!~ectospasm@66.172.33.249) has joined #mythtv | |
| [01:49:16] | ectospasm: | could I write a script that mythfrontend uses to play videos? Essentially I have a bunch of *.BD.iso files which need to be -o loop mounted in order for VLC to read them |
| [02:01:08] | wagnerrp: | if you write a matching application that provides allows loopback to use mythprotocol |
| [02:01:39] | wagnerrp: | you can store it as a BDMV folder, and use the internal player |
| [02:02:26] | wagnerrp: | but unless you are looking to implement BD ISO playback in mythfrontend, this is really a user support question |
| [02:02:27] | ectospasm: | wagnerrp: it's already stored as a BDMV folder in the ISO |
| [02:02:30] | iamlindoro: | which incidentally, is much better at BD than VLC... but we're in the wrong channel |
| [02:02:34] | ectospasm: | oh, sorry |
| [02:02:40] | ectospasm: | I need to be in mythtv-users |
| [02:03:31] | ectospasm: | bit backwards if you ask me... continually telling schmucks like me to get out (-; |
| [02:03:34] | ectospasm (ectospasm!~ectospasm@66.172.33.249) has left #mythtv ("WeeChat 0.3.4") | |
| [02:51:59] | Beirdo: | back to chasing down the "Error in my_thread_global_end(): 1 threads didn't exit |
| [02:52:53] | Beirdo: | fun times |
| [03:35:43] | zombor (zombor!~zombor_@kohana/developer/zombor) has quit (Remote host closed the connection) | |
| [03:36:21] | jmartens (jmartens!~jmartens@s5597ca60.adsl.wanadoo.nl) has joined #mythtv | |
| [03:37:50] | jmartens1 (jmartens1!~jmartens@s5597ca60.adsl.wanadoo.nl) has quit (Ping timeout: 252 seconds) | |
| [04:18:42] | stoffel (stoffel!~quassel@p57B4D135.dip.t-dialin.net) has joined #mythtv | |
| [04:36:16] | stoffel (stoffel!~quassel@p57B4D135.dip.t-dialin.net) has quit (Remote host closed the connection) | |
| [04:42:30] | kc (kc!~Casper@unaffiliated/kc) has quit (Read error: Operation timed out) | |
| [04:44:34] | kc (kc!~Casper@70.20.160.179) has joined #mythtv | |
| [04:44:39] | kc (kc!~Casper@70.20.160.179) has quit (Changing host) | |
| [04:44:39] | kc (kc!~Casper@unaffiliated/kc) has joined #mythtv | |
| [05:34:05] | eharris (eharris!~eharris@99-179-7-82.lightspeed.austtx.sbcglobal.net) has quit (Ping timeout: 240 seconds) | |
| [05:36:03] | eharris (eharris!~eharris@99-179-7-82.lightspeed.austtx.sbcglobal.net) has joined #mythtv | |
| [05:37:23] | jmartens (jmartens!~jmartens@s5597ca60.adsl.wanadoo.nl) has quit (Quit: Leaving.) | |
| [05:55:24] | jmartens (jmartens!~jmartens@109.232.42.33) has joined #mythtv | |
| [06:10:50] | natanojl (natanojl!~jonatan@c83-252-237-63.bredband.comhem.se) has joined #mythtv | |
| [06:20:30] | pheld (pheld!~heldal@cl-5.osl-01.no.sixxs.net) has joined #mythtv | |
| [06:55:01] | mrand (mrand!~mrand@ubuntu/member/mrand) has quit (Ping timeout: 258 seconds) | |
| [07:00:14] | mrand (mrand!~mrand@ubuntu/member/mrand) has joined #mythtv | |
| [07:07:20] | natanojl (natanojl!~jonatan@c83-252-237-63.bredband.comhem.se) has quit (Ping timeout: 250 seconds) | |
| [07:22:30] | simonckenyon (simonckenyon!~simoncken@195.7.61.12) has joined #mythtv | |
| [08:13:35] | stuarta: | well i looks like my buildslave is behaving. bit slow at times but it's working. must not like doing more than 1 build at a time (which it's now limited to) |
| [08:29:50] | stuarta: | on the bright side, its generally taking less time to compile than the PPC builder, which is what i would expect |
| [08:54:45] | Beirdo: | heh |
| [08:55:05] | Beirdo: | what was the motivation for another? just better distro coverage? |
| [08:57:36] | kth (kth!~kth@unaffiliated/kth) has joined #mythtv | |
| [08:57:38] | stuarta: | that, and getting familiarity with what it does on the slave side |
| [08:57:49] | Beirdo: | cool |
| [08:57:51] | stuarta: | so that i can man handle the OSX build to fit that model |
| [08:58:14] | stuarta: | since i need to convert it from build everything including qt |
| [08:58:26] | stuarta: | to boostrap everything including qt, then buildslave mythtv |
| [08:59:14] | Beirdo: | well, a makefile to build the bootstrap part would work |
| [08:59:40] | stuarta: | it'll be 85% osx-packager |
| [08:59:47] | Beirdo: | then it can run the makefile each time, and not have to rebuild as there's no change |
| [09:00:10] | stuarta: | i'm going to make it another script in the packaging repo |
| [09:00:20] | Beirdo: | ummm |
| [09:00:22] | stuarta: | so it'll need to pull that each time, which is simple |
| [09:00:25] | Beirdo: | there's a small issue |
| [09:00:39] | Beirdo: | buildbot will be only watching one repo |
| [09:00:48] | stuarta: | yeah that's fine |
| [09:00:59] | stuarta: | not bothered by that |
| [09:01:27] | stuarta: | if i do update dependencies then the build can always be forced to get the rebuild underway |
| [09:01:28] | Beirdo: | so you'll make it manually do a pull on the packaging repo? |
| [09:01:34] | stuarta: | aye |
| [09:01:43] | Beirdo: | should work, I guess ;) |
| [09:01:50] | ** stuarta knows it'll work ** | |
| [09:02:14] | Beirdo: | hehe, that's the spirit |
| [09:02:34] | stuarta: | bending build systems to do my will is one of my many talents |
| [09:02:41] | stuarta: | :) |
| [09:02:56] | Beirdo: | hehe. Yeah, it usually works fairly well for me too |
| [09:03:14] | Beirdo: | if you run out of ideas or anything, feel free to bounce it off me |
| [09:03:44] | Beirdo: | I've been chasing the lame mysql exit messages |
| [09:03:48] | stuarta: | yeah, no worries. nothing like actually doing it |
| [09:03:54] | stuarta: | hence the extra buildd |
| [09:04:08] | Beirdo: | I think it's the Qt MySQL drivers not using the C API quite right |
| [09:04:19] | stuarta: | joy |
| [09:04:42] | Beirdo: | they have a big fat warning that you can't share connections across threads, blah blah blah |
| [09:05:22] | Beirdo: | the message is a nuisance, but we can live. it's the 5s extra delay that offends me most :) |
| [09:05:45] | kth (kth!~kth@unaffiliated/kth) has quit (Quit: Leaving.) | |
| [09:05:46] | kth1 (kth1!~kth@dyndsl-085-016-232-243.ewe-ip-backbone.de) has joined #mythtv | |
| [09:07:43] | martin__ (martin__!~quassel@static-88.131.29.2.addr.tdcsong.se) has joined #mythtv | |
| [09:07:59] | Beirdo: | well, I'll fight it again tomorrow |
| [09:08:08] | Beirdo: | tilting at windmills is just so fun |
| [09:09:27] | stuarta: | that's an image i'd never previously considered |
| [09:14:08] | kth1 (kth1!~kth@dyndsl-085-016-232-243.ewe-ip-backbone.de) has quit (Ping timeout: 244 seconds) | |
| [09:14:19] | Beirdo: | hehe |
| [09:14:43] | Beirdo: | it's actually from classic literature (Don Quixote, IIRC) |
| [09:15:39] | Beirdo: | http://bugreports.qt.nokia.com/browse/QTBUG-2365 |
| [09:15:40] | stuartm: | yeah, it's Don Quijote de la Mancha |
| [09:15:46] | Beirdo: | my ass it's closed |
| [09:16:12] | Beirdo: | fixed in 4.5.2, eh? |
| [09:16:27] | Beirdo: | I guess they unfixed it later, or there's yet another thing causing it |
| [09:17:48] | stuarta: | defn coming from mysql? |
| [09:19:12] | Beirdo: | yes |
| [09:19:12] | kth (kth!~kth@unaffiliated/kth) has joined #mythtv | |
| [09:19:21] | Beirdo: | Error in my_thread_global_end(): 5 threads didn't exit |
| [09:19:30] | Beirdo: | or 1 threads |
| [09:19:40] | Beirdo: | the error is from the mysql C API |
| [09:20:02] | Beirdo: | and it's when the threads aren't shutdown in an orderly fashion somehow. |
| [09:20:37] | Beirdo: | sigh |
| [09:20:58] | Beirdo: | but I'll take another run at it tomorrow, including reading over some Qt code |
| [09:22:33] | Beirdo: | which is always fun |
| [09:22:44] | Beirdo: | but I need sleep so I can go to work tomorrow |
| [09:23:09] | Beirdo: | night, and good luck with your OSX fun |
| [09:23:11] | ** stuarta waves nnn ** | |
| [09:27:42] | stuartm (stuartm!~stuartm@mythtv/developer/stuartm) has quit (Ping timeout: 240 seconds) | |
| [09:27:57] | stuartm (stuartm!~stuartm@cpc4-derb9-0-0-cust534.8-3.cable.virginmedia.com) has joined #mythtv | |
| [09:27:57] | stuartm (stuartm!~stuartm@cpc4-derb9-0-0-cust534.8-3.cable.virginmedia.com) has quit (Changing host) | |
| [09:27:58] | stuartm (stuartm!~stuartm@mythtv/developer/stuartm) has joined #mythtv | |
| [09:28:01] | stuartm: | Beirdo: should we be explicitly closing database connections when we're finished with them and that's just not happening in some places? |
| [09:29:42] | Beirdo: | heh |
| [09:29:48] | Beirdo: | I just had the same thought. |
| [09:30:13] | Beirdo: | I may need to explicitly close the db connection *from the same thread that opened it* |
| [09:30:37] | Beirdo: | we are closing them in the dtors right now |
| [09:30:59] | Beirdo: | but that will be run from the corecontext (UI) thread on shutdown |
| [09:31:09] | Beirdo: | hmmm |
| [09:31:17] | Beirdo: | let my try that quickly so I can sleep |
| [09:31:18] | Beirdo: | :) |
| [09:35:43] | Beirdo: | otherwise I'll just be lying there thinking about it for hours |
| [09:35:50] | Beirdo: | instead of the 10min it takes to try it |
| [09:39:49] | Beirdo: | OMG |
| [09:39:54] | Beirdo: | :) |
| [09:40:02] | Beirdo: | OK, I can now go to sleep happy. |
| [09:40:16] | Beirdo: | that worked just fine |
| [09:40:27] | stuartm: | yay |
| [09:41:00] | Beirdo: | soooo. Anything using the database not from CoreContext/UI thread... must close the DB connection explicitly or it will be a pain |
| [09:41:04] | Beirdo: | good to know |
| [09:41:22] | Beirdo: | especially as DB logging is on by default, and falls in that category |
| [09:41:54] | mrand (mrand!~mrand@ubuntu/member/mrand) has quit (Ping timeout: 252 seconds) | |
| [09:43:19] | Beirdo: | so tomorrow, I'll go look for the other cases (I think it's the programinfo updater and the scheduler and maybe datadirect) |
| [09:43:48] | Beirdo: | and then tidy up and commit what will at least cause it to happen less often, if not eradicate it. |
| [09:43:58] | Beirdo: | yay. And once again, good night :) |
| [09:44:26] | stuartm: | eit thread |
| [09:44:46] | stuartm: | probably, since I see those errors regularly appearing in the logs and not just on shutdown |
| [09:45:56] | stuartm: | oh, and good night ;) |
| [09:50:19] | stuartm: | oh cool, they've rolled out my upstream upgrade 2 months early |
| [10:03:37] | aloril (aloril!~aloril@dsl-tkubrasgw3-fe7ef900-153.dhcp.inet.fi) has quit (Ping timeout: 250 seconds) | |
| [10:05:03] | Guest14868 (Guest14868!~mike@c-24-21-63-118.hsd1.or.comcast.net) has quit (Remote host closed the connection) | |
| [10:05:25] | pheld (pheld!~heldal@cl-5.osl-01.no.sixxs.net) has quit (Quit: Leaving.) | |
| [10:05:53] | mike|2 (mike|2!~mike@c-24-21-63-118.hsd1.or.comcast.net) has joined #mythtv | |
| [10:17:44] | aloril (aloril!~aloril@dsl-tkubrasgw3-fe7ef900-153.dhcp.inet.fi) has joined #mythtv | |
| [10:18:18] | mrand (mrand!~mrand@ubuntu/member/mrand) has joined #mythtv | |
| [10:27:50] | stuartm: | Beirdo: do you think it would be too expensive to auto-replace % in strings instead of having to manually escape them? |
| [10:38:51] | jya (jya!~jyavenard@mythtv/developer/jya) has quit (Read error: Connection reset by peer) | |
| [10:39:03] | jya (jya!~jyavenard@60-242-40-141.static.tpgi.com.au) has joined #mythtv | |
| [10:39:03] | jya (jya!~jyavenard@60-242-40-141.static.tpgi.com.au) has quit (Changing host) | |
| [10:39:03] | jya (jya!~jyavenard@mythtv/developer/jya) has joined #mythtv | |
| [10:39:37] | jya_ (jya_!~jyavenard@60-242-40-141.static.tpgi.com.au) has joined #mythtv | |
| [10:39:37] | jya_ (jya_!~jyavenard@60-242-40-141.static.tpgi.com.au) has quit (Changing host) | |
| [10:39:37] | jya_ (jya_!~jyavenard@mythtv/developer/jya) has joined #mythtv | |
| [10:40:07] | thopiekar_n900 (thopiekar_n900!~thopiekar@p5DCA71BE.dip.t-dialin.net) has joined #mythtv | |
| [10:41:34] | stuarta: | sigh, i'm only up to early april on -dev mailing list |
| [10:42:01] | stuarta: | 2 months behind :( |
| [10:43:05] | thopiekar_n900: | hello.. building mythtv under maemo 5 worked at 32-bit, but I need to build it for arm for using on a Nokia N900.. the device has no opelgl, just opengl es, to which headers are needed to compile mythtv frontend with 'opengl support'? |
| [10:43:18] | jya (jya!~jyavenard@mythtv/developer/jya) has quit (Ping timeout: 240 seconds) | |
| [10:43:19] | jya_ is now known as jya | |
| [10:48:38] | zombor (zombor!~zombor_@kohana/developer/zombor) has joined #mythtv | |
| [10:58:51] | zombor (zombor!~zombor_@kohana/developer/zombor) has quit (Ping timeout: 255 seconds) | |
| [11:44:29] | davide_ (davide_!~david@mythtv/developer/gigem) has quit (Remote host closed the connection) | |
| [11:44:55] | davide_ (davide_!~david@mythtv/developer/gigem) has joined #mythtv | |
| [11:45:17] | thopiekar_n900 (thopiekar_n900!~thopiekar@p5DCA71BE.dip.t-dialin.net) has quit (Quit: Leaving) | |
| [12:01:00] | kwmonroe (kwmonroe!~kwmonroe@32.97.110.58) has quit (Quit: Coyote finally caught me) | |
| [12:02:09] | kwmonroe (kwmonroe!~kwmonroe@32.97.110.58) has joined #mythtv | |
| [12:22:09] | danielk22: | Beirdo: QThreadStorage for the connections created within that thread + thread_deregister().. |
| [12:28:07] | danielk22: | You really need to make sure that connections are only used in the thread that creates them as well though. Otherwise when a thread shuts down the connection may be in use in another thread. So that means the keep-alive code won't work (many of our threads don't have an event loop and keeping the connections alive requires using them...) |
| [12:28:21] | danielk22: | It may be better just to put up with the 5 second delay. |
| [12:29:10] | stuarta: | my preference would be to actually fix the issue |
| [12:32:08] | stuarta: | not that i can talk |
| [12:37:48] | danielk22: | stuarta: fixing is always nice but if fixing it by satisfying the requirements of the Qt4 API would entail more work than the thread port, maybe 160 hours.. i think it could be better spent on other things. |
| [12:38:14] | stuarta: | heh |
| [12:39:16] | danielk22: | but then.. it may be easiest to just fix the Qt code and send them a patch :) |
| [12:40:44] | stuarta: | wonder what that'll break |
| [12:56:50] | Jordack (Jordack!~jordack@h69-131-44-221.mdsnwi.tisp.static.tds.net) has joined #mythtv | |
| [13:25:41] | zombor (zombor!~zombor_@kohana/developer/zombor) has joined #mythtv | |
| [14:22:23] | martin__ (martin__!~quassel@static-88.131.29.2.addr.tdcsong.se) has quit (Remote host closed the connection) | |
| [14:27:49] | kth1 (kth1!~kth@dyndsl-085-016-237-017.ewe-ip-backbone.de) has joined #mythtv | |
| [14:31:27] | kth (kth!~kth@unaffiliated/kth) has quit (Ping timeout: 276 seconds) | |
| [15:03:21] | abqjp (abqjp!~abqjp@97-119-171-42.albq.qwest.net) has joined #mythtv | |
| [15:09:12] | natanojl (natanojl!~jonatan@c83-252-237-63.bredband.comhem.se) has joined #mythtv | |
| [15:12:30] | jmartens (jmartens!~jmartens@109.232.42.33) has quit (Quit: Leaving.) | |
| [15:13:12] | jmartens (jmartens!~jmartens@109.232.42.33) has joined #mythtv | |
| [15:17:51] | stuartm: | davide_: perfect timing, I'd just finished building with the patch applied |
| [15:18:07] | jmartens (jmartens!~jmartens@109.232.42.33) has quit (Ping timeout: 260 seconds) | |
| [15:23:04] | davide_: | stuartm: :) |
| [15:54:12] | jmartens (jmartens!~jmartens@s5597ca60.adsl.wanadoo.nl) has joined #mythtv | |
| [15:56:17] | stuartm: | davide_: all looks good so far, everything that could be recorded in HD will be recorded in HD with the higher priority SD shows moved to another tuner |
| [16:03:55] | davide_: | stuartm: great, that's what it's supposed to do. |
| [16:08:27] | natanojl (natanojl!~jonatan@c83-252-237-63.bredband.comhem.se) has quit (Ping timeout: 255 seconds) | |
| [16:14:56] | j-rod|afk is now known as j-rod | |
| [16:29:58] | RobertS (RobertS!~quassel@20.133.40.85) has joined #mythtv | |
| [16:33:25] | sphery: | danielk22 / Beirdo / stuarta : FWIW, based on the description of Qt-MySQL behavior at http://code.mythtv.org/trac/ticket/7836 , it sounds like the 5s shutdown delay + "Error in my_thread_global_end(): 1 threads didn't exit" is due to some part of our MythTV application trying to use a connection after we've already closed the connections in the connection pool (meaning we've gone down to 0 connections). |
| [16:33:58] | sphery: | so this would be just another place where our code is having problems because we don't have a good way to let the different parts know that we are shutting down |
| [16:34:56] | sphery: | (and the problem is actually that we're doing something after starting shutdown that we shouldn't do--similar to how we were (are?) continuing to process MythProto events and use the context after we've started deleting it and ...) |
| [16:44:29] | davide_ (davide_!~david@mythtv/developer/gigem) has quit (Remote host closed the connection) | |
| [16:44:55] | davide_ (davide_!~david@host103.16.intrusion.com) has joined #mythtv | |
| [16:44:55] | davide_ (davide_!~david@host103.16.intrusion.com) has quit (Changing host) | |
| [16:44:55] | davide_ (davide_!~david@mythtv/developer/gigem) has joined #mythtv | |
| [17:14:50] | Beirdo: | sphery: I have figured out how to fix it (AFACT) |
| [17:26:58] | sphery: | ah, so you're talking about closing the db connection on shutdown from the thread that opened the connection (versus closing connections after each usage of a query) |
| [17:27:07] | Beirdo: | yes |
| [17:27:34] | Beirdo: | basically, the connection is only to be used within one thread (from .open to .close) |
| [17:27:48] | Beirdo: | or rather from .addDatabase to .removeDatabase |
| [17:28:05] | xris: | so more like a web app. :) |
| [17:28:10] | sphery: | including the exec and value and stuff? if so, then we'll need a separate connection pool for each thread, right? |
| [17:28:14] | Beirdo: | if you add in one and remove in another thread, the tracking in QMSqlDatabase gets bent |
| [17:28:27] | Beirdo: | sphery: technically, it seems so |
| [17:28:29] | sphery: | or we'll need our connection pool to be a per-thread connection pool |
| [17:28:36] | xris: | Beirdo: that sounds odd |
| [17:28:45] | xris: | doesn't the threading stuff clean up after itself? |
| [17:28:55] | Beirdo: | http://doc.qt.nokia.com/latest/threads-module . . . e-sql-module |
| [17:29:04] | Beirdo: | it does, but they aren't doing it right in Qt |
| [17:29:15] | xris: | the stuff I wrote for python for work keeps track of each connection in a per-thread local variable. |
| [17:29:34] | Beirdo: | it tries to close it, but the call to the mysql API has to be per thread (it's the way it's designed) |
| [17:29:39] | xris: | the "pool" is global, but it only ever hands out one db handle per thread |
| [17:29:41] | sphery: | I'm wondering if they're just meaning we can't exec() a QSqlQuery in one thread, then pass that QSqlQuery to another for them to call next() and value() |
| [17:29:51] | Beirdo: | that too |
| [17:30:10] | Beirdo: | I think you can count on MSqlDatabase being completely non-threadsafe |
| [17:30:13] | Beirdo: | and go from there |
| [17:30:27] | sphery: | if so, Qt-MySQL is the worst DB API ever |
| [17:30:28] | Beirdo: | anyways, I have a fix ready for the db logging |
| [17:30:35] | sphery: | (which is quite possible :) |
| [17:30:41] | Beirdo: | and will look at other candidates tonight |
| [17:33:00] | sphery: | FWIW, I'm not sure that a per-thread connection pool would be that useful--as we'd constantly have connections available for the wrong threads and be stuck waiting on connections for the right thread or be constantly opening new threads for the current thread and creating a huge pool |
| [17:33:34] | xris: | sphery: managing transactions and read state should alleviate a lot of that |
| [17:33:52] | kormoc_afk is now known as kormoc | |
| [17:37:20] | sphery: | so if everything from addDatabase() to removeDatabase() (including all QSq1Query exec() and next() and value()) has to be within the same thread, it almost sounds like it would make more sense to throw out our connection pool and make "database worker" pool so that we submit data requests to some DB request manager, which assigns tasks to the worker threads (which each have their own addDatabase("workerthread1") type connection) and then pass ... |
| [17:37:26] | sphery: | ... back results in (non-QSqlQuery containers, such as MythTV objects like ProgramInfo) |
| [17:38:06] | sphery: | in other words, maybe I need to get Beirdo to do what would be a great first step toward the MythTV dataserver TODO , now that he finished my logging rewrite TODO :) |
| [17:39:31] | Beirdo: | oh, ugh :) |
| [17:39:40] | Beirdo: | that won't be for 0.25, I'll tell ya that :0 |
| [17:40:27] | sphery: | heh |
| [17:40:59] | sphery: | what good is my TODO list if you won't finish them all up for me when I tell you to? ;) |
| [17:41:18] | Beirdo: | hehe |
| [17:41:49] | Beirdo: | well, I did get db logging to behave last night (painful debug session though) |
| [17:42:41] | Beirdo: | so as a minimum, that will be committed tonight. After that, we can hold off on the other users if there's no time, but the other candidates are: programinfo updates, scheduling, datadirect |
| [17:42:51] | Beirdo: | all of which use their own static connections |
| [17:44:12] | sphery: | but it sounds like the default connection stuff would also be affected, right? |
| [17:44:44] | sphery: | if it's only the static ones, then the connection pool won't be a problem (as the ddcon and schedcon and such connections aren't part of the normal pool) |
| [17:44:47] | Beirdo: | It could be in odd ways we don't see as often |
| [17:45:09] | Beirdo: | as we theoretically should one ever use the connection in the thread it was created in |
| [17:45:39] | Beirdo: | but as long as we remove it in hte same thread we added in, that stupid 5s delay crap shouldn't happen |
| [17:45:44] | Beirdo: | there may be other fun issues |
| [17:48:43] | sphery: | cool... so this sounds like the initial stuff will be very small/low-impact changes--and if that doesn't handle all the problems, we can consider more drastic measures |
| [17:53:50] | Beirdo: | yeah |
| [17:54:00] | Beirdo: | sorry, work keeps intruding on life :) |
| [17:54:24] | Beirdo: | it shouldn't be hard to determine which thread needs to close the static connections |
| [17:55:21] | Beirdo: | although I may need to change the programinfo updater back to a QThread (from a QRunnable IIRC) so it's a predictable thread... unless we want to close the connection after every burst of use (blech) |
| [18:01:27] | kth1 (kth1!~kth@dyndsl-085-016-237-017.ewe-ip-backbone.de) has quit (Quit: Leaving.) | |
| [18:01:33] | kth (kth!~kth@unaffiliated/kth) has joined #mythtv | |
| [18:14:37] | skd5aner (skd5aner!~skd5aner@cpe-069-132-082-180.carolina.res.rr.com) has joined #mythtv | |
| [18:17:18] | iamlindoro (iamlindoro!~iamlindor@mythtv/developer/iamlindoro) has quit (Read error: Operation timed out) | |
| [18:18:23] | iamlindoro (iamlindoro!~iamlindor@mythtv/developer/iamlindoro) has joined #mythtv | |
| [18:35:34] | dekarl (dekarl!~dekarl@dslb-084-058-100-069.pools.arcor-ip.net) has joined #mythtv | |
| [18:38:32] | pheld (pheld!~heldal@cl-5.osl-01.no.sixxs.net) has joined #mythtv | |
| [18:50:44] | thopiekar (thopiekar!~quassel@p5DCA71BE.dip.t-dialin.net) has joined #mythtv | |
| [18:52:02] | thopiekar: | hi.. I have the following problem.. when I run mythfrontend I get the message that QMySql3 driver isn't loaded and it uses QSqLite.. is something missing in my install? |
| [18:57:26] | sphery (sphery!~mdean@mythtv/developer/sphery) has quit (Ping timeout: 252 seconds) | |
| [19:03:10] | Beirdo: | try #mythtv-users |
| [19:11:15] | wagnerrp: | thopiekar: ^^^ |
| [19:14:42] | thopiekar: | wagnerrp: ok, thanks |
| [19:24:32] | natanojl (natanojl!~jonatan@c83-252-237-63.bredband.comhem.se) has joined #mythtv | |
| [19:27:01] | sphery (sphery!~mdean@mythtv/developer/sphery) has joined #mythtv | |
| [19:36:34] | danielk22: | iamlindoro: #9858: could that just be that old numberic pad input method where you need to press 9 four times to get 0 ? |
| [19:46:05] | stuartm: | danielk22: no, we got rid of that with mythui |
| [19:46:35] | danielk22: | stuartm: ah ok. so something new then |
| [19:46:43] | stuartm: | I'm not really sure what's up with that but I'll look at it once I've finished what I'm currently working on |
| [19:48:15] | iamlindoro: | danielk22: It's a new universal search widget with MythUI text entry that Paul added, but I think he may not have known that we already had a MythUI search widget |
| [19:48:27] | stuartm: | ah, Paul made zero a special action |
| [19:48:52] | iamlindoro: | So now we have two, but since the new one is applied to all buttonlists, it supercedes the old one |
| [19:49:21] | stuartm: | hmm, it inverts the search so '0qwerty' will match everything not containing 'qwerty' |
| [19:49:38] | stuartm: | I don't think that was adequately thought through |
| [19:54:07] | iamlindoro: | stuartm: Though appreciate its universal nature, I must say I prefer the older search widget |
| [19:54:21] | iamlindoro: | Since it doesn't skip you around in the buttonlist, but rrather presents a buttonlist of the matches |
| [19:55:23] | stuartm: | iamlindoro: we can discuss changing it at some point, it's not really a high priority for me atm |
| [19:57:56] | stuartm: | I must admit I don't like having two search dialogs but equally I don't know whether the older one would be a straight swap for the new one, e.g. searching by title would for a series could show two dozen matches, how do you know which is the one you want? |
| [20:18:55] | xris: | separate results by category? |
| [20:19:12] | xris: | with the mixed list below them? |
| [20:19:29] | xris: | tv(5), music(20), ... show1, song23, etc. |
| [20:20:54] | xris: | hmm, that didn't come out right. was thinking rather.. show the series as a separate entity, sorted higher than individual shows within it. |
| [20:21:04] | xris: | but I don't know how we score our results, so maybe that would be difficult |
| [20:27:40] | stuartm: | xris: making that generic is difficult, the current strength of the existing dialogues is that they work almost everywhere without specialisation |
| [20:28:31] | xris: | stuartm: yeah, just tossing out ideas. didn't even realize we had a search. |
| [20:28:47] | stuartm: | and if you start producing tailored search dialogs according to content then not only do you duplicate code but it also means each one needs to be individually themed |
| [20:29:03] | stuartm: | xris: np, ideas are good :) |
| [20:29:06] | xris: | and most of my UI ideas are too big of changes to even bring up, since I can't even help implement tiny parts of them |
| [20:29:43] | xris: | although most tend to float around the "merge videos and tv shows" type stuff that gets talked about fairly often here. |
| [20:36:16] | zombor (zombor!~zombor_@kohana/developer/zombor) has quit (Remote host closed the connection) | |
| [20:39:23] | thopiekar (thopiekar!~quassel@p5DCA71BE.dip.t-dialin.net) has quit (Remote host closed the connection) | |
| [20:40:03] | dekarl: | fwiw I like the idea of a combined search and the various media being unified. No reason to split songs in audio files from music videos or series on tv from ones on radio. wrt to shortening the list, faceted search could help lots. Think iTunes search meets Amazon search. |
| [20:41:16] | chainsawbike (chainsawbike!~chainsawb@chainsawbike-1-pt.tunnel.tserv25.sin1.ipv6.he.net) has quit (Quit: yep... i broke it good that time...) | |
| [20:42:16] | chainsawbike (chainsawbike!~chainsawb@chainsawbike-1-pt.tunnel.tserv25.sin1.ipv6.he.net) has joined #mythtv | |
| [20:46:23] | chainsawbike (chainsawbike!~chainsawb@chainsawbike-1-pt.tunnel.tserv25.sin1.ipv6.he.net) has quit (Client Quit) | |
| [20:47:07] | Jordack (Jordack!~jordack@h69-131-44-221.mdsnwi.tisp.static.tds.net) has quit (Quit: http://www.youtube.com/watch?v=XgvR3y5JCXg) | |
| [20:47:28] | thopiekar (thopiekar!~quassel@p5DCA71BE.dip.t-dialin.net) has joined #mythtv | |
| [20:47:46] | chainsawbike (chainsawbike!~chainsawb@chainsawbike-1-pt.tunnel.tserv25.sin1.ipv6.he.net) has joined #mythtv | |
| [21:10:46] | stuartm: | I'm all for a unified search/browser screen, but IMHO it has to be additional to the existing interfaces and not instead of them |
| [21:10:57] | stuartm: | but fwiw, theming such a thing would be a bitch |
| [21:13:40] | stuartm: | metadata is the issue, it's different for every media so the only practical way of displaying all those things together in one place is to strip it back to the very basics |
| [21:14:32] | stuartm: | which means losing useful information, and that's why you still need the browsing views which are specific to each type of media |
| [21:15:11] | dekarl: | yes, thats icky. that's why I thought facet search might be nice. |
| [21:16:04] | dekarl: | If your result set contains almost only visual stuff, show a preview. If it can be split 50/50 into audio/video, offer that facet |
| [21:17:40] | stuartm: | I'm not saying it can't be done, I'm not even saying that I won't be the one to do it, I think it would be an interesting challenge, but it might not be everything that people are looking for |
| [21:19:30] | stuartm: | personally I don't want my videos mixed in with my recordings, I don't see the two as the same thing at all but a search feature which displays results from both groups would be useful |
| [21:19:31] | dekarl: | I'm not holding my breath, as its a big change from what people are used to. Just like dropping LiveTV in favor of automatically scheduled recordings is :) |
| [21:19:46] | jmartens (jmartens!~jmartens@s5597ca60.adsl.wanadoo.nl) has quit (Quit: Leaving.) | |
| [21:21:27] | Captain_Murdoch (Captain_Murdoch!~cpinkham@ip72-218-58-187.hr.hr.cox.net) has joined #mythtv | |
| [21:21:27] | Captain_Murdoch (Captain_Murdoch!~cpinkham@ip72-218-58-187.hr.hr.cox.net) has quit (Changing host) | |
| [21:21:27] | Captain_Murdoch (Captain_Murdoch!~cpinkham@mythtv/developer/CaptainMurdoch) has joined #mythtv | |
| [21:37:03] | xris: | stuartm: the trick is to figure out a common set of meta data, or a common way to display stuff and then let each type decide what to put where. |
| [21:39:01] | xris: | very old rough sketch of what I was planning to do for upgraded mythweb: https://docs.google.com/drawings/pub?id=1aEOr . . . 60&h=720 |
| [21:39:21] | xris: | and https://docs.google.com/drawings/pub?id=1__hd . . . 60&h=720 |
| [21:39:58] | xris: | so much of that design requires meta data from tvdb, etc. though. but iamlindoro and others have basically closed the gap at this point. |
| [21:44:18] | stuartm_ (stuartm_!~stuartm@cpc4-derb9-0-0-cust534.8-3.cable.virginmedia.com) has joined #mythtv | |
| [21:44:18] | stuartm_ (stuartm_!~stuartm@cpc4-derb9-0-0-cust534.8-3.cable.virginmedia.com) has quit (Changing host) | |
| [21:44:18] | stuartm_ (stuartm_!~stuartm@mythtv/developer/stuartm) has joined #mythtv | |
| [21:45:28] | eharris_ (eharris_!~eharris@99-179-7-82.lightspeed.austtx.sbcglobal.net) has joined #mythtv | |
| [21:45:41] | wagnerrp: | xris: what directory on the server is the wiki installed to? |
| [21:45:56] | wagnerrp: | /opt/www/wiki.mythtv.org ? |
| [21:46:49] | Gibby_ (Gibby_!~Gibby@204.118.10.244) has joined #mythtv | |
| [21:48:40] | noahric (noahric!~noahric@nat/google/x-tvtqfpbdzsjzmefn) has joined #mythtv | |
| [21:49:14] | j-rod` (j-rod`!~jarod@static-72-93-233-3.bstnma.fios.verizon.net) has joined #mythtv | |
| [21:50:22] | kth (kth!~kth@unaffiliated/kth) has quit (*.net *.split) | |
| [21:50:23] | stuartm (stuartm!~stuartm@mythtv/developer/stuartm) has quit (*.net *.split) | |
| [21:50:23] | eharris (eharris!~eharris@99-179-7-82.lightspeed.austtx.sbcglobal.net) has quit (*.net *.split) | |
| [21:50:23] | kc (kc!~Casper@unaffiliated/kc) has quit (*.net *.split) | |
| [21:50:25] | j-rod (j-rod!~jarod@static-72-93-233-3.bstnma.fios.verizon.net) has quit (*.net *.split) | |
| [21:50:25] | jpharvey (jpharvey!~jpharvey@host86-185-252-34.range86-185.btcentralplus.com) has quit (*.net *.split) | |
| [21:50:25] | kurre_ (kurre_!~tomimo@xdsl-83-150-88-111.nebulazone.fi) has quit (*.net *.split) | |
| [21:50:25] | stuarta (stuarta!~stuarta@mythtv/developer/stuarta) has quit (*.net *.split) | |
| [21:50:25] | Slasher` (Slasher`!~Slasher@188.165.164.15) has quit (*.net *.split) | |
| [21:50:25] | xris (xris!~xris@mythtv/developer/xris) has quit (*.net *.split) | |
| [21:50:25] | Gibby (Gibby!~Gibby@204.118.10.244) has quit (*.net *.split) | |
| [21:50:25] | tris (tris!tristan@2001:1868:a00a::4) has quit (*.net *.split) | |
| [21:50:25] | jstenback_ (jstenback_!~jstenback@2620:101:8003:200:224:e8ff:fe39:34c2) has quit (*.net *.split) | |
| [21:50:33] | Gibby_ is now known as Gibby | |
| [21:51:46] | j-rod` is now known as j-rod | |
| [21:55:04] | Slasher` (Slasher`!~Slasher@188.165.164.15) has joined #mythtv | |
| [21:56:10] | thopiekar (thopiekar!~quassel@p5DCA71BE.dip.t-dialin.net) has quit (Remote host closed the connection) | |
| [21:56:48] | xris (xris!~xris@xris.forevermore.net) has joined #mythtv | |
| [21:56:48] | xris (xris!~xris@xris.forevermore.net) has quit (Changing host) | |
| [21:56:48] | xris (xris!~xris@mythtv/developer/xris) has joined #mythtv | |
| [21:56:59] | jpharvey (jpharvey!~jpharvey@host86-185-252-34.range86-185.btcentralplus.com) has joined #mythtv | |
| [21:57:03] | xris: | wtf |
| [21:57:29] | kc (kc!~Casper@unaffiliated/kc) has joined #mythtv | |
| [21:57:48] | kth (kth!~kth@unaffiliated/kth) has joined #mythtv | |
| [22:07:35] | stuarta (stuarta!~stuarta@mythtv/developer/stuarta) has joined #mythtv | |
| [22:07:35] | tris (tris!tristan@2001:1868:a00a::4) has joined #mythtv | |
| [22:07:35] | jstenback_ (jstenback_!~jstenback@2620:101:8003:200:224:e8ff:fe39:34c2) has joined #mythtv | |
| [22:10:39] | kurre_ (kurre_!~tomimo@xdsl-83-150-88-111.nebulazone.fi) has joined #mythtv | |
| [22:20:26] | natanojl (natanojl!~jonatan@c83-252-237-63.bredband.comhem.se) has quit (Ping timeout: 258 seconds) | |
| [22:26:18] | kth (kth!~kth@unaffiliated/kth) has quit (Quit: Leaving.) | |
| [22:36:04] | j-rod is now known as j-rod|afk | |
| [22:46:18] | stuartm_ is now known as stuartm | |
| [22:50:48] | zombor (zombor!~zombor_@kohana/developer/zombor) has joined #mythtv | |
| [23:07:19] | jya (jya!~jyavenard@mythtv/developer/jya) has quit (Quit: jya) | |
| [23:16:40] | PointyPumper (PointyPumper!~pintlezz@190.244.73.13) has quit (Ping timeout: 252 seconds) | |
| [23:24:38] | PointyPumper (PointyPumper!~pintlezz@190.244.73.13) has joined #mythtv | |
| [23:53:56] | abqjp (abqjp!~abqjp@97-119-171-42.albq.qwest.net) has quit (Quit: abqjp) | |
IRC Logs collected by
BeirdoBot.
Please use the above link to report any bugs.