Sunday, March 13th, 2011, 00:42 UTC | ||
[00:42:25] | coreyjo (coreyjo!~corey@ool-43504e14.dyn.optonline.net) has joined #mythtv | |
[00:50:18] | mike|3 (mike|3!~mike@c-24-21-63-118.hsd1.or.comcast.net) has joined #mythtv | |
[00:52:04] | Guest40676 (Guest40676!~mike@c-24-21-63-118.hsd1.or.comcast.net) has quit (Ping timeout: 250 seconds) | |
[01:12:21] | dekarl (dekarl!~dekarl@e180130075.adsl.alicedsl.de) has quit (Ping timeout: 240 seconds) | |
[01:12:41] | dekarl (dekarl!~dekarl@e180131114.adsl.alicedsl.de) has joined #mythtv | |
[01:26:19] | xris (xris!~xris@xris.forevermore.net) has quit (Changing host) | |
[01:26:19] | xris (xris!~xris@mythtv/developer/xris) has joined #mythtv | |
[01:28:20] | kormoc is now known as kormoc_afk | |
[01:48:39] | natanojl (natanojl!~jonatan@c83-252-237-63.bredband.comhem.se) has quit (Ping timeout: 246 seconds) | |
[01:59:43] | davide_ (davide_!~david@host103.16.intrusion.com) has joined #mythtv | |
[01:59:43] | davide_ (davide_!~david@host103.16.intrusion.com) has quit (Changing host) | |
[01:59:43] | davide_ (davide_!~david@mythtv/developer/gigem) has joined #mythtv | |
[02:03:39] | davide (davide!~david@host103.16.intrusion.com) has quit (Ping timeout: 248 seconds) | |
[02:33:11] | dblain (dblain!~dblain@mythtv/developer/dblain) has quit (Ping timeout: 276 seconds) | |
[02:39:34] | Kunalagon (Kunalagon!~Kunalagon@212.200.241.79) has joined #mythtv | |
[02:42:09] | dblain (dblain!~dblain@mythtv/developer/dblain) has joined #mythtv | |
[02:47:16] | Kunalagon (Kunalagon!~Kunalagon@212.200.241.79) has quit (Quit: Leaving.) | |
[02:59:43] | kormoc_afk is now known as kormoc | |
[03:01:58] | mike|2 (mike|2!~mike@c-24-21-63-118.hsd1.or.comcast.net) has joined #mythtv | |
[03:03:44] | leprechau (leprechau!leprechau@c-68-52-207-200.hsd1.tn.comcast.net) has joined #mythtv | |
[03:03:59] | leprechau (leprechau!leprechau@c-68-52-207-200.hsd1.tn.comcast.net) has left #mythtv () | |
[03:04:47] | mike|3 (mike|3!~mike@c-24-21-63-118.hsd1.or.comcast.net) has quit (Ping timeout: 240 seconds) | |
[03:35:46] | Dave123 (Dave123!~dave@cpe-66-66-127-3.rochester.res.rr.com) has quit (Quit: Leaving) | |
[04:26:51] | Dave123 (Dave123!~dave@cpe-66-66-127-3.rochester.res.rr.com) has joined #mythtv | |
[04:36:23] | Anduin (Anduin!~awithers@pdpc/supporter/professional/anduin) has quit (Ping timeout: 246 seconds) | |
[04:37:30] | Dave123-road (Dave123-road!~dave@cpe-66-66-127-3.rochester.res.rr.com) has joined #mythtv | |
[04:51:08] | Anduin (Anduin!~awithers@pdpc/supporter/professional/anduin) has joined #mythtv | |
[04:52:54] | dblain (dblain!~dblain@mythtv/developer/dblain) has quit () | |
[04:54:18] | holomntn1 (holomntn1!~Joe@71-93-231-1.dhcp.mdfd.or.charter.com) has joined #mythtv | |
[04:55:43] | holomntn1 (holomntn1!~Joe@71-93-231-1.dhcp.mdfd.or.charter.com) has left #mythtv () | |
[04:57:22] | Captain_Murdoch: | wagnerrp, if you are looking at automatic scaling, were you planning on leaving in the functionality to only run X number of jobs on a host? |
[04:58:41] | wagnerrp: | i was intending to have to just have on or off |
[04:58:52] | wagnerrp: | on would scale as it saw fit, off would just do one per host |
[04:59:06] | wagnerrp: | i could add a third option for 'dumb' scaling, where you set your own static limit |
[04:59:45] | holomntn (holomntn!~Joe@71-93-231-1.dhcp.mdfd.or.charter.com) has joined #mythtv | |
[05:00:37] | wagnerrp: | thats going to be a long way off still, so plenty of time to discuss that one |
[05:02:02] | holomntn (holomntn!~Joe@71-93-231-1.dhcp.mdfd.or.charter.com) has left #mythtv () | |
[05:04:21] | Captain_Murdoch: | ok, thanks. I rejected an initial version of a patch a while back for auto-scaling because it took away the ability to force a hard limit, that's why I wanted to ask. I run both my mythjobqueue and master backend set to 1 job limit for various reasons. I told him I wanted to keep the 'max jobs' spinbox, but it coudl have an 'auto' which woudl enable the auto scaling, so it would still only be a single setting. |
[05:04:34] | wagnerrp: | perhaps have some modular scaler, similar to the storage leveling |
[05:06:35] | wagnerrp: | although with that plan, you would basically be writing full schedulers |
[05:06:51] | wagnerrp: | have a framework of commands on the job manager |
[05:07:04] | wagnerrp: | and a member object it would call on for scheduling |
[05:08:48] | dblain (dblain!~dblain@c-76-127-227-175.hsd1.ma.comcast.net) has joined #mythtv | |
[05:08:49] | dblain (dblain!~dblain@c-76-127-227-175.hsd1.ma.comcast.net) has quit (Changing host) | |
[05:08:49] | dblain (dblain!~dblain@mythtv/developer/dblain) has joined #mythtv | |
[05:10:48] | Captain_Murdoch: | yeah, scheduling is the harder part, making things event driven is 'easy' compared to that. I only mention it because I think myself and others will always want the ability to optionally enforce a max. I may want to run a jobqueue on a machine, but I might not want to have it consuming all cores or I/O, even if the processes are niced. |
[05:14:12] | Captain_Murdoch: | wagnerrp, not sure if you want to take a look at the patch or not to get any ideas, but I just closed that ticket regarding auto-scaling, so check your ticket emails if interested. |
[05:14:33] | wagnerrp: | yeah, youve mentioned it in the past |
[05:14:42] | wagnerrp: | its something ill get to eventually |
[05:15:16] | clever: | i remember mythcommflag having an extra-nice option, for framegrabbers, done by using sleep() often |
[05:15:22] | wagnerrp: | best option would probably be to make it the scheduler modular, and just write a max jobs per host scheduler for now |
[05:15:54] | wagnerrp: | clever: yeah, IIRC it would not use more than 20% CPU or something |
[05:16:19] | clever: | might be smarter to check cpu usage and auto-tune that delay to reach a set goal |
[05:16:35] | jstenback_ is now known as jstenback | |
[05:19:04] | Captain_Murdoch: | wagnerrp, sorry, not trying to be a nuisance, too many things on my brain sometimes. :| |
[05:19:08] | wagnerrp: | honestly, i wouldnt mind seeing that setting gone |
[05:21:13] | Captain_Murdoch: | clever, that is the 'low' cpu usage option combined with nice. medium is just nice w/ no-sleep, and high is no-nice no-sleep. |
[05:21:53] | Captain_Murdoch: | predates ability to ionice as well I think. |
[05:22:58] | Captain_Murdoch: | and mythjobqueue and lots of other things. predates the JobQueue I believe, so you either ran flagging immediately after a recording or not at all unless you did it manually. |
[05:24:07] | Captain_Murdoch: | not any need for the sleep now really. if you need the sleep, you should be using the job window to run jobs overnight or during other off-hours. |
[05:25:30] | wagnerrp: | yeah, i like that option |
[05:25:37] | clever: | ive got a dedicated job box, no need for sleep here |
[05:25:47] | wagnerrp: | i think ill strip the sleep stuff out of mythjobqueue as part of all of this |
[05:29:11] | wagnerrp: | a 4yr old one, must have been some kind of record |
[05:47:02] | wagnerrp: | why does the preview generator get run after a successful commflag? |
[06:35:30] | jmartens (jmartens!~jmartens@s5597ca60.adsl.wanadoo.nl) has joined #mythtv | |
[06:59:40] | msnj (msnj!~masonj@modemcable019.114-178-173.mc.videotron.ca) has joined #mythtv | |
[06:59:59] | stoffel (stoffel!~quassel@p57B4A147.dip.t-dialin.net) has joined #mythtv | |
[07:06:53] | dlblog (dlblog!~dlblog@c-76-127-227-175.hsd1.ma.comcast.net) has quit (Ping timeout: 246 seconds) | |
[07:07:51] | dblain (dblain!~dblain@mythtv/developer/dblain) has quit (Ping timeout: 246 seconds) | |
[07:17:37] | dlblog (dlblog!~dlblog@c-76-127-227-175.hsd1.ma.comcast.net) has joined #mythtv | |
[07:40:40] | xris: | wagnerrp: possibly to generate one not inside of a commercial block |
[08:03:18] | aloril (aloril!~aloril@dsl-tkubrasgw3-fe7ef900-153.dhcp.inet.fi) has quit (Ping timeout: 252 seconds) | |
[08:04:39] | Goga777 (Goga777!~Goga777@shpd-95-53-173-113.vologda.ru) has joined #mythtv | |
[08:16:12] | aloril (aloril!~aloril@dsl-tkubrasgw3-fe7ef900-153.dhcp.inet.fi) has joined #mythtv | |
[08:18:45] | Kunalagon (Kunalagon!~Kunalagon@212.200.240.195) has joined #mythtv | |
[08:21:23] | stoffel (stoffel!~quassel@p57B4A147.dip.t-dialin.net) has quit (Remote host closed the connection) | |
[08:23:41] | stoffel (stoffel!~quassel@p57B4A147.dip.t-dialin.net) has joined #mythtv | |
[08:33:29] | Anduin (Anduin!~awithers@pdpc/supporter/professional/anduin) has quit (Ping timeout: 252 seconds) | |
[08:35:03] | msnj (msnj!~masonj@modemcable019.114-178-173.mc.videotron.ca) has quit (Quit: Leaving) | |
[08:35:18] | Goga777 (Goga777!~Goga777@shpd-95-53-173-113.vologda.ru) has quit (Remote host closed the connection) | |
[08:36:46] | Anduin (Anduin!~awithers@pdpc/supporter/professional/anduin) has joined #mythtv | |
[08:46:13] | dblain (dblain!~dblain@c-76-127-227-175.hsd1.ma.comcast.net) has joined #mythtv | |
[08:46:13] | dblain (dblain!~dblain@c-76-127-227-175.hsd1.ma.comcast.net) has quit (Changing host) | |
[08:46:13] | dblain (dblain!~dblain@mythtv/developer/dblain) has joined #mythtv | |
[08:58:56] | Kunalagon (Kunalagon!~Kunalagon@212.200.240.195) has quit (Quit: Leaving.) | |
[09:14:12] | SteveGoodey (SteveGoodey!~steve@host86-160-33-68.range86-160.btcentralplus.com) has joined #mythtv | |
[10:03:21] | MavT (MavT!~MaverickT@111.86.233.220.static.exetel.com.au) has joined #mythtv | |
[10:05:02] | mike|2 (mike|2!~mike@c-24-21-63-118.hsd1.or.comcast.net) has quit (Remote host closed the connection) | |
[10:05:46] | MaverickTech (MaverickTech!~MaverickT@111.86.233.220.static.exetel.com.au) has quit (Ping timeout: 252 seconds) | |
[10:06:00] | mike|3 (mike|3!~mike@c-24-21-63-118.hsd1.or.comcast.net) has joined #mythtv | |
[10:06:52] | aloril (aloril!~aloril@dsl-tkubrasgw3-fe7ef900-153.dhcp.inet.fi) has quit (Ping timeout: 252 seconds) | |
[10:09:48] | mycosys (mycosys!~mycosys@unaffiliated/mycosys) has quit (Quit: Leaving.) | |
[10:20:00] | aloril (aloril!~aloril@dsl-tkubrasgw3-fe7ef900-153.dhcp.inet.fi) has joined #mythtv | |
[10:22:21] | mycosys (mycosys!~mycosys@unaffiliated/mycosys) has joined #mythtv | |
[10:29:40] | jmartens (jmartens!~jmartens@s5597ca60.adsl.wanadoo.nl) has quit (Quit: Leaving.) | |
[10:42:16] | MavT (MavT!~MaverickT@111.86.233.220.static.exetel.com.au) has quit (Ping timeout: 250 seconds) | |
[10:53:47] | Goga777 (Goga777!~Goga777@shpd-92-101-157-135.vologda.ru) has joined #mythtv | |
[10:57:02] | natanojl (natanojl!~jonatan@c83-252-237-63.bredband.comhem.se) has joined #mythtv | |
[11:13:43] | andreax1 (andreax1!~andreaz@p57B93AF1.dip.t-dialin.net) has quit (Ping timeout: 252 seconds) | |
[11:14:54] | andreax (andreax!~andreaz@p57B93AF1.dip.t-dialin.net) has joined #mythtv | |
[11:23:32] | hansmuc (hansmuc!~hansmuc@ppp-188-174-8-67.dynamic.mnet-online.de) has joined #mythtv | |
[11:45:13] | stoffel (stoffel!~quassel@p57B4A147.dip.t-dialin.net) has quit (Remote host closed the connection) | |
[11:57:31] | davide_ (davide_!~david@mythtv/developer/gigem) has quit (Remote host closed the connection) | |
[11:57:58] | davide_ (davide_!~david@mythtv/developer/gigem) has joined #mythtv | |
[12:26:35] | pheld (pheld!~heldal@cl-5.osl-01.no.sixxs.net) has quit (Ping timeout: 248 seconds) | |
[12:31:25] | pheld (pheld!~heldal@cl-5.osl-01.no.sixxs.net) has joined #mythtv | |
[12:34:51] | coreyjo (coreyjo!~corey@ool-43504e14.dyn.optonline.net) has quit (Quit: Ex-Chat) | |
[12:35:10] | coreyjo (coreyjo!~corey@ool-43504e14.dyn.optonline.net) has joined #mythtv | |
[12:36:11] | pheld (pheld!~heldal@cl-5.osl-01.no.sixxs.net) has quit (Ping timeout: 248 seconds) | |
[12:53:08] | coreyjo (coreyjo!~corey@ool-43504e14.dyn.optonline.net) has quit (Ping timeout: 255 seconds) | |
[13:10:18] | sphery: | wagnerrp: yeah, as xris said, after commflagging, we regen previews because preview gen will take into account flag lists |
[13:32:09] | GreyFoxx (GreyFoxx!~greg@mythtv/developer/GreyFoxx) has quit (Quit: moo) | |
[13:40:15] | hansmuc (hansmuc!~hansmuc@ppp-188-174-8-67.dynamic.mnet-online.de) has quit (Remote host closed the connection) | |
[14:02:36] | pheld (pheld!~heldal@cl-5.osl-01.no.sixxs.net) has joined #mythtv | |
[14:06:42] | GreyFoxx (GreyFoxx!~greg@mythtv/developer/GreyFoxx) has joined #mythtv | |
[14:23:08] | MaverickTech (MaverickTech!~MaverickT@111.86.233.220.static.exetel.com.au) has joined #mythtv | |
[14:35:03] | MavT (MavT!~MaverickT@111.86.233.220.static.exetel.com.au) has joined #mythtv | |
[14:35:06] | MaverickTech (MaverickTech!~MaverickT@111.86.233.220.static.exetel.com.au) has quit (Ping timeout: 264 seconds) | |
[14:40:22] | Kunalagon (Kunalagon!~Kunalagon@212.200.240.195) has joined #mythtv | |
[15:18:29] | Kunalagon (Kunalagon!~Kunalagon@212.200.240.195) has quit (Quit: Leaving.) | |
[16:40:19] | wagnerrp: | what would be the reason for a transcode job to exit and restart itself? |
[16:42:42] | JEDIDIAH__ (JEDIDIAH__!~jedi@cpe-76-185-72-21.tx.res.rr.com) has joined #mythtv | |
[16:59:21] | gigem (gigem!~david@mythtv/developer/gigem) has joined #mythtv | |
[17:03:20] | davide_ (davide_!~david@mythtv/developer/gigem) has quit (Ping timeout: 255 seconds) | |
[17:26:54] | abqjp (abqjp!~abqjp@71-37-148-206.albq.qwest.net) has quit (Quit: abqjp) | |
[17:39:19] | stuartm: | exit naturally? i.e. ignoring the case of external intervention or hardware restarts? |
[17:40:57] | wagnerrp: | yeah, theres a GENERIC_EXIT_RESTART that the transcoder to fire, which causes the jobqueue to immediately start it back up |
[17:46:22] | stuartm: | haven't a clue |
[17:47:19] | stuartm: | https://github.com/MythTV/mythtv/commit/7df45359 |
[17:48:19] | stuartm: | wagnerrp: ok, looks like that's at the request of the backend if there is a change to the cutlist while it's transcoding |
[17:48:45] | stuartm: | or as the result of 'a recoverable error' |
[17:49:08] | wagnerrp: | ok, so the jobqueue itself should just forcefully terminate the transcode, and start it back up on its own |
[17:50:05] | wagnerrp: | ill just remove it for now, with the intent to add back the behavior in another manner |
[17:53:45] | stuartm: | that latter reason seems dubious, if the error was recoverable then why does the transcoder need to exit |
[17:53:54] | wagnerrp: | right |
[17:54:12] | wagnerrp: | the cutlist change is a valid reason i didnt think of |
[17:54:20] | wagnerrp: | but its really one the job scheduler should be handling |
[17:54:26] | wagnerrp: | rather than the transcoder dropping out on its own |
[18:12:32] | markk (markk!~mark@cm120.delta196.maxonline.com.sg) has quit (Ping timeout: 250 seconds) | |
[18:25:32] | Anduin (Anduin!~awithers@pdpc/supporter/professional/anduin) has quit (Ping timeout: 246 seconds) | |
[18:35:10] | Anduin (Anduin!~awithers@pdpc/supporter/professional/anduin) has joined #mythtv | |
[18:40:57] | Argilo (Argilo!~argilo@CPE002129c31aec-CM00194757b500.cpe.net.cable.rogers.com) has joined #mythtv | |
[18:41:47] | Argilo (Argilo!~argilo@CPE002129c31aec-CM00194757b500.cpe.net.cable.rogers.com) has quit (Client Quit) | |
[18:45:53] | Anduin (Anduin!~awithers@pdpc/supporter/professional/anduin) has quit (Ping timeout: 252 seconds) | |
[18:53:38] | Anduin (Anduin!~awithers@pdpc/supporter/professional/anduin) has joined #mythtv | |
[18:57:36] | AriX (AriX!~Ari@c-76-99-118-183.hsd1.pa.comcast.net) has quit (Quit: Bye!) | |
[19:09:53] | mrvanes (mrvanes!~mrvanes@82-170-45-52.ip.telfort.nl) has joined #mythtv | |
[19:18:08] | jmartens (jmartens!~jmartens@s5597ca60.adsl.wanadoo.nl) has joined #mythtv | |
[19:27:57] | mrvanes (mrvanes!~mrvanes@82-170-45-52.ip.telfort.nl) has quit (Remote host closed the connection) | |
[19:44:07] | markk (markk!~mark@cm180.omega173.maxonline.com.sg) has joined #mythtv | |
[20:24:34] | andreax1 (andreax1!~andreaz@p57B9444E.dip.t-dialin.net) has joined #mythtv | |
[20:26:06] | andreax (andreax!~andreaz@p57B93AF1.dip.t-dialin.net) has quit (Ping timeout: 240 seconds) | |
[21:03:24] | Kunalagon (Kunalagon!~Kunalagon@212.200.240.195) has joined #mythtv | |
[21:10:40] | stuarta: | we need to add something to the frontend so that if it fails the protocol check it actually *tells* you |
[21:10:53] | xris: | hmm, that might be helpful. heh |
[21:11:07] | xris: | need a better way to opt in to the hardware profile stuff, too |
[21:11:43] | stuarta: | not to mention that the protocol change was in 0.24-fixes |
[21:12:00] | xris: | ouch |
[21:12:05] | stuarta: | spent 5m going wtf won't any recordings show up |
[21:18:29] | mycosys (mycosys!~mycosys@unaffiliated/mycosys) has quit (Ping timeout: 255 seconds) | |
[21:19:03] | mycosys (mycosys!~mycosys@221.121.134.96) has joined #mythtv | |
[21:19:05] | mycosys (mycosys!~mycosys@221.121.134.96) has quit (Changing host) | |
[21:19:05] | mycosys (mycosys!~mycosys@unaffiliated/mycosys) has joined #mythtv | |
[21:21:22] | SteveGoodey (SteveGoodey!~steve@host86-160-33-68.range86-160.btcentralplus.com) has quit (Remote host closed the connection) | |
[21:21:32] | MavT (MavT!~MaverickT@111.86.233.220.static.exetel.com.au) has quit (Ping timeout: 252 seconds) | |
[21:22:21] | mycosys (mycosys!~mycosys@unaffiliated/mycosys) has quit (Client Quit) | |
[21:24:01] | wagnerrp: | stuarta: i thought it did |
[21:24:03] | xris: | wagnerrp: you have any experience with stackless python? |
[21:24:15] | wagnerrp: | none at all |
[21:24:32] | stuarta: | wagnerrp: what? an OSD message to say your protocol is different? |
[21:24:41] | wagnerrp: | yeah, it used to |
[21:24:42] | xris: | been researching python lately... seems pretty obvious that GIL is the reason our trac doesn't work with git |
[21:24:45] | wagnerrp: | i know ive seen one before |
[21:24:52] | stuarta: | this is on 0.24-fixes tho |
[21:25:05] | wagnerrp: | xris: i dont follow |
[21:25:17] | sphery: | stuarta: Pretty sure there hasn't been a protocol version change in 0.24-fixes. Perhaps you forgot to do a checkout fixes/0.24 before compiling and accidentally installed master? |
[21:25:22] | wagnerrp: | is the git stuff getting caught in a loop somewhere |
[21:25:24] | wagnerrp: | ? |
[21:25:48] | wagnerrp: | because any mutex lock should release the gil for another threads |
[21:26:00] | stuarta: | sphery: 99% certain that isn't the case |
[21:26:56] | xris: | browsing the code file list is slow. and if only one python thread can run on the system at a time, then more than one user tries to load files it's impossibly slow |
[21:27:32] | xris: | or even if you try to expand multiple folders in the code view (vs browsing down into one of them) |
[21:28:14] | wagnerrp: | xris: depending on how trac is written, we may be able to use the 'multiprocessing' object in place of the threading one |
[21:28:16] | xris: | hmm. stupid alsa put my /etc/asound.conf file back.. mythtv instantly loses sound. that's annoying. |
[21:28:31] | wagnerrp: | fork off multiple instances that each have their own GIL |
[21:28:51] | xris: | wagnerrp: yeah, I'm trying to find some help about getting trac running SMP. or stackless, or whatever. |
[21:28:56] | xris: | granted, I know next to nothing about python. |
[21:29:51] | wagnerrp: | basically, any python code should be limited by the gil, but any cython or C code can release the gil during its own internal routines |
[21:30:03] | wagnerrp: | usually anything intensive gets written in cython for exactly that reason |
[21:30:14] | stuarta: | hmmm, maybe there wasn't a protocol change |
[21:30:26] | stuarta: | i probably should read the message a little better |
[21:30:29] | wagnerrp: | so the assorted methods can go off and do their own thing, letting the rest of the python code continue around it |
[21:31:13] | stuarta: | no response to the protocol version query |
[21:31:41] | wagnerrp: | thats some known issue with the backend |
[21:31:47] | wagnerrp: | known that it exists, not what causes it |
[21:31:53] | wagnerrp: | the server just stops responding to queries |
[21:32:10] | stuarta: | i didn't think that affected 0.24, only master? |
[21:32:22] | wagnerrp: | ive seen it in a lot of people's 0.24 logs |
[21:34:38] | Kunalagon (Kunalagon!~Kunalagon@212.200.240.195) has quit (Quit: Leaving.) | |
[21:38:37] | pheld (pheld!~heldal@cl-5.osl-01.no.sixxs.net) has quit (Remote host closed the connection) | |
[21:59:21] | stuartm: | stuarta: protocol version hasn't changed in the 0.24 branch since Oct 17 |
[21:59:53] | stuarta: | yeah the backend deadlocked |
[22:00:05] | stuarta: | which i've not ever seen in 0.24-fixes |
[22:00:18] | stuarta: | still did all it's recordings mind |
[22:03:23] | stuartm: | I've experienced the backend no longer responding to connections before, several times in fact |
[22:03:43] | Goga777 (Goga777!~Goga777@shpd-92-101-157-135.vologda.ru) has quit (Remote host closed the connection) | |
[22:03:58] | stuartm: | over a period of maybe 1–2 years at least |
[22:04:41] | stuartm: | but it's sporadic and definitely not frequent |
[22:05:58] | xris: | stuarta: might be related to the qthread cleanup? |
[22:06:31] | stuartm: | xris: qthread porting is being done in master, stuarta is running 0.24 |
[22:07:24] | xris: | oh, I knew that. :) |
[22:07:26] | stuartm: | there are other lockups being experienced with trunk which seem related to the qthread conversion, but the lockup stuarta describes has been around for a lot longer |
[22:10:04] | stuarta: | well i dumped all the threads so i can try and pull it apart when i'm feeling more in the mood |
[22:14:01] | ** stuarta is currently cranky ** | |
[22:20:32] | stuarta: | if anyone wants it they can have it |
[22:30:47] | pheld (pheld!~heldal@cl-5.osl-01.no.sixxs.net) has joined #mythtv | |
[22:47:26] | abqjp (abqjp!~abqjp@67-0-78-175.albq.qwest.net) has joined #mythtv | |
[22:50:05] | ptriller (ptriller!~ptriller@194.105.98.15.dynamic.cablesurf.de) has joined #mythtv | |
[22:50:37] | ptriller: | Hoi, anyone here knows (in laymans terms) what DMS-CC is used for in DVB-C/T/S ? |
[22:51:05] | natanojl (natanojl!~jonatan@c83-252-237-63.bredband.comhem.se) has quit (Ping timeout: 246 seconds) | |
[22:51:49] | stuarta: | transferring data |
[22:51:58] | ** stuarta goes to bed ** | |
[22:52:46] | jmartens (jmartens!~jmartens@s5597ca60.adsl.wanadoo.nl) has quit (Quit: Leaving.) | |
[22:53:20] | ptriller: | stuarta, I figured.. but what kind of data ? video and audio data goes in the plain elementary stream, timing is in the PCR stream.. Meta info about the channels in the PID stream .. |
[22:54:49] | abqjp (abqjp!~abqjp@67-0-78-175.albq.qwest.net) has quit (Quit: abqjp) | |
[23:09:34] | wagnerrp: | google seems to suggest its communication with the conditional access card |
[23:12:10] | MaverickTech (MaverickTech!~MaverickT@111.86.233.220.static.exetel.com.au) has joined #mythtv | |
[23:15:01] | ptriller: | sounds like something I better ignore, for sanities sake |
[23:19:17] | gregL (gregL!~greg@cpe-74-76-125-87.nycap.res.rr.com) has quit (Quit: Leaving) | |
[23:23:56] | JEDIDIAH__ (JEDIDIAH__!~jedi@cpe-76-185-72-21.tx.res.rr.com) has quit (Ping timeout: 260 seconds) | |
[23:24:44] | MaverickTech (MaverickTech!~MaverickT@111.86.233.220.static.exetel.com.au) has quit (Ping timeout: 252 seconds) | |
[23:26:44] | gregL (gregL!~greg@cpe-74-76-125-87.nycap.res.rr.com) has joined #mythtv | |
[23:28:56] | jya (jya!~jya@mythtv/developer/jya) has quit (Quit: jya) | |
[23:35:11] | ptriller (ptriller!~ptriller@194.105.98.15.dynamic.cablesurf.de) has quit (Quit: Verlassend) | |
[23:37:41] | JEDIDIAH__ (JEDIDIAH__!~jedi@cpe-76-185-72-21.tx.res.rr.com) has joined #mythtv | |
[23:44:17] | jya (jya!~jya@60-242-40-141.static.tpgi.com.au) has joined #mythtv | |
[23:44:17] | jya (jya!~jya@mythtv/developer/jya) has joined #mythtv | |
[23:44:17] | jya (jya!~jya@60-242-40-141.static.tpgi.com.au) has quit (Changing host) |
IRC Logs collected by
BeirdoBot.
Please use the above link to report any bugs.