MythLogBot@irc.freenode.net :: #mythtv

Daily chat history

Current users (89):

abqjp, aloril_, andreax1, Anssi, anykey_, beata__, Beirdo, bernard_1, brfransen, caelor, Captain_Murdoch, Casper0082, cesman_, Chutt, clever, coling, Cougar, dagar, danielk22, Dave123, Dave123-road, DaveMorris, davide, dblain, dekarl, dlblog, eharris, elvum_, f33dMB, fith, foobum, foxbuntu, ghoti, Gibby, gkffjcs_, gregL, GreyFoxx, hads, highzeth, hobiga, holomntn, iamlindoro, ikonia, J-e-f-f-A, j-rod|afk, jams, jannau, jarle, jcarlos, joe__, jstenback_, justinh, justpaul, jwhite, kisak_, knightr, kormoc, kurre, laga, leprechau, mag0o, markk, mrand, MythBuild, MythLogBot, okolsi, paul-h, pheld, poptix, purserj, reynaldo, rhpot1991, skd5aner, Snow-Man, sphery, Splat1, stuarta, sunkan, superm1, sutula, ThisNewGuy, tomimo, tris, Unhelpful, wagnerrp, weta, xris, ybot, _charly_
Tuesday, March 8th, 2011, 00:03 UTC
[00:03:51] andreax1 (andreax1!~andreaz@p57B92D2C.dip.t-dialin.net) has quit (Quit: Leaving.)
[00:04:40] jya (jya!~jya@gw2.hydrix.com) has joined #mythtv
[00:04:40] jya (jya!~jya@gw2.hydrix.com) has quit (Changing host)
[00:04:40] jya (jya!~jya@mythtv/developer/jya) has joined #mythtv
[00:34:29] crayolarx (crayolarx!crayolarx@99-67-234-47.lightspeed.austtx.sbcglobal.net) has quit (Ping timeout: 250 seconds)
[00:43:09] mike|2 (mike|2!~mike@c-24-21-63-118.hsd1.or.comcast.net) has joined #mythtv
[00:45:47] mike|3 (mike|3!~mike@c-24-21-63-118.hsd1.or.comcast.net) has quit (Ping timeout: 240 seconds)
[00:54:17] crayolarx (crayolarx!crayolarx@99-67-234-47.lightspeed.austtx.sbcglobal.net) has joined #mythtv
[01:05:26] abqjp (abqjp!~abqjp@71-38-214-29.albq.qwest.net) has quit (Quit: abqjp)
[01:11:48] dekarl (dekarl!~dekarl@e180131036.adsl.alicedsl.de) has quit (Ping timeout: 240 seconds)
[01:16:44] dekarl (dekarl!~dekarl@e180135006.adsl.alicedsl.de) has joined #mythtv
[01:28:24] kormoc is now known as kormoc_afk
[01:43:08] kubes1 (kubes1!~Adium@c-98-216-116-114.hsd1.ma.comcast.net) has joined #mythtv
[01:51:55] crayolarx (crayolarx!crayolarx@99-67-234-47.lightspeed.austtx.sbcglobal.net) has quit (Ping timeout: 248 seconds)
[01:57:31] antgel__ (antgel__!~topdog@bzq-82-81-209-254.cablep.bezeqint.net) has joined #mythtv
[02:00:28] gigem (gigem!~david@host103.16.intrusion.com) has joined #mythtv
[02:00:28] gigem (gigem!~david@host103.16.intrusion.com) has quit (Changing host)
[02:00:28] gigem (gigem!~david@mythtv/developer/gigem) has joined #mythtv
[02:03:14] Unhelpful: and here i thought the maths were going to be the hard part. :/
[02:03:39] Unhelpful: ...of something i'm talking about somewhere else, sorry. :)
[02:04:11] davide_ (davide_!~david@mythtv/developer/gigem) has quit (Ping timeout: 250 seconds)
[02:09:11] Dave123-road (Dave123-road!~dave@cpe-66-66-127-3.rochester.res.rr.com) has quit (Quit: Leaving)
[02:10:05] antgel__ (antgel__!~topdog@bzq-82-81-209-254.cablep.bezeqint.net) has quit (Quit: leaving)
[02:10:50] crayolarx (crayolarx!crayolarx@99-67-234-47.lightspeed.austtx.sbcglobal.net) has joined #mythtv
[02:13:46] XChatMav (XChatMav!~MaverickT@111.86.233.220.static.exetel.com.au) has joined #mythtv
[02:16:27] MavT (MavT!~MaverickT@111.86.233.220.static.exetel.com.au) has quit (Ping timeout: 248 seconds)
[02:33:11] justpaul (justpaul!alexdelarg@poizon.epicshells.com) has quit (Ping timeout: 260 seconds)
[02:33:51] justpaul (justpaul!alexdelarg@poizon.epicshells.com) has joined #mythtv
[02:36:43] crayolarx (crayolarx!crayolarx@99-67-234-47.lightspeed.austtx.sbcglobal.net) has quit (Ping timeout: 248 seconds)
[02:42:32] danielk22: Captain_Murdoch: I'm seeing UserJob's not running in the mythtv recording branch. What actually triggers those to run. mythtv-rec2 treats back-to-back recordings on the same channel like we do LiveTV (so there are no lost frames) and I think that may be related to the issue I'm seeing.
[02:52:23] kormoc_afk is now known as kormoc
[02:53:10] danielk22: Captain_Murdoch: AFAIK The jobqueue code is in TVRec::TeardownRecorder() when it really should be in TVRec::FinishedRecording() Make sense?
[02:53:31] Dave123-road (Dave123-road!~dave@cpe-66-66-127-3.rochester.res.rr.com) has joined #mythtv
[03:33:18] danielk22: Is pastebin.ca gone? I can't seem to load the page..
[03:41:21] Captain_Murdoch: danielk22, I think that might have been because at one point I think FinishedRecording was called more than once. not sure if that's still the case.
[03:41:59] Captain_Murdoch: could be fuzzy memory though.
[03:44:45] danielk22: That could be.. I have a verbose macro in there now w/ the move... Double calls to that probably should be eliminated anyway...
[03:45:55] danielk22: Otherwise it can get it's own function.. it looks like there are several of these user job handling bits cut n pasted to a few locations in tv_rec.cpp
[03:48:01] danielk22: I can add another one for back-to-back recordings, but it does seem to be crying out for some refactoring.
[03:53:52] wagnerrp: pastebin.ca is frequently dead
[03:54:11] wagnerrp: its easier to use, since its numeric instead of alphanumeric
[03:54:14] wagnerrp: but their uptime is pathetic
[03:54:39] wagnerrp: and pastebin.com was revamped recently, which removed the old mythtv.pastebin.com subdomain
[03:54:58] wagnerrp: anyone have any desire for a locally hosted one?
[04:03:01] gkffjcs_ (gkffjcs_!~john-char@c-71-239-77-42.hsd1.il.comcast.net) has quit (Quit: Konversation terminated!)
[04:03:17] gkffjcs_ (gkffjcs_!~john-char@c-71-239-77-42.hsd1.il.comcast.net) has joined #mythtv
[04:06:14] knightr (knightr!~knightr@mythtv/developer/knightr) has quit (Quit: Leaving)
[04:06:40] knightr (knightr!~knightr@mythtv/developer/knightr) has joined #mythtv
[04:08:53] kubes1 (kubes1!~Adium@c-98-216-116-114.hsd1.ma.comcast.net) has quit (Quit: Leaving.)
[04:14:55] crayolarx (crayolarx!crayolarx@99-67-234-47.lightspeed.austtx.sbcglobal.net) has joined #mythtv
[04:15:01] crayolarx (crayolarx!crayolarx@99-67-234-47.lightspeed.austtx.sbcglobal.net) has quit (Client Quit)
[04:50:55] abqjp (abqjp!~abqjp@71-37-148-206.albq.qwest.net) has joined #mythtv
[05:09:28] justpaul (justpaul!alexdelarg@poizon.epicshells.com) has quit (Ping timeout: 240 seconds)
[05:09:34] justpaul (justpaul!alexdelarg@poizon.epicshells.com) has joined #mythtv
[05:17:11] danielk22: wagnerrp: does pastebin.com support patch files? I don't see it in their UI.
[05:19:26] wagnerrp: dont know
[05:41:43] XChatMav (XChatMav!~MaverickT@111.86.233.220.static.exetel.com.au) has quit (Ping timeout: 250 seconds)
[05:42:59] MaverickTech (MaverickTech!~MaverickT@111.86.233.220.static.exetel.com.au) has joined #mythtv
[05:57:10] jmartens (jmartens!~jmartens@s5597ca60.adsl.wanadoo.nl) has joined #mythtv
[06:02:11] MavT (MavT!~MaverickT@111.86.233.220.static.exetel.com.au) has joined #mythtv
[06:05:07] MaverickTech (MaverickTech!~MaverickT@111.86.233.220.static.exetel.com.au) has quit (Ping timeout: 250 seconds)
[06:12:52] jmartens (jmartens!~jmartens@s5597ca60.adsl.wanadoo.nl) has quit (Quit: Leaving.)
[06:17:34] jya (jya!~jya@mythtv/developer/jya) has quit (Quit: jya)
[06:29:49] jmartens (jmartens!~jmartens@109.232.42.33) has joined #mythtv
[06:51:40] jya (jya!~jya@60-242-40-141.static.tpgi.com.au) has joined #mythtv
[06:51:40] jya (jya!~jya@60-242-40-141.static.tpgi.com.au) has quit (Changing host)
[06:51:40] jya (jya!~jya@mythtv/developer/jya) has joined #mythtv
[06:56:08] XChatMav (XChatMav!~MaverickT@111.86.233.220.static.exetel.com.au) has joined #mythtv
[06:59:05] natanojl (natanojl!~jonatan@c83-252-237-63.bredband.comhem.se) has joined #mythtv
[06:59:16] MavT (MavT!~MaverickT@111.86.233.220.static.exetel.com.au) has quit (Ping timeout: 252 seconds)
[07:17:36] natanojl (natanojl!~jonatan@c83-252-237-63.bredband.comhem.se) has quit (Ping timeout: 246 seconds)
[07:19:05] martin_ (martin_!~quassel@static-88.131.29.2.addr.tdcsong.se) has joined #mythtv
[07:28:56] Cougar (Cougar!~cougar@kkk.version6.net) has quit (Remote host closed the connection)
[07:30:25] andreax (andreax!~andreaz@p57B92D2C.dip.t-dialin.net) has joined #mythtv
[07:31:26] Cougar (Cougar!~cougar@kkk.version6.net) has joined #mythtv
[07:32:34] andreax (andreax!~andreaz@p57B92D2C.dip.t-dialin.net) has quit (Read error: Connection reset by peer)
[07:36:06] xris: anyone have thoughts on naming for the hardware profiling subpackage?
[07:59:51] MavT (MavT!~MaverickT@111.86.233.220.static.exetel.com.au) has joined #mythtv
[08:02:28] wagnerrp: as opposed to just 'hardware profiler'?
[08:02:42] XChatMav (XChatMav!~MaverickT@111.86.233.220.static.exetel.com.au) has quit (Ping timeout: 252 seconds)
[08:36:50] Cougar (Cougar!~cougar@kkk.version6.net) has quit (Ping timeout: 240 seconds)
[08:47:25] rooaus (rooaus!~cameron@ppp59-167-126-229.static.internode.on.net) has joined #mythtv
[08:50:20] xris: well, the package would then be something like mythtv-hardwareprofiler
[08:50:32] xris: just feels long
[08:57:43] rooaus (rooaus!~cameron@ppp59-167-126-229.static.internode.on.net) has quit (Quit: rooaus)
[08:59:30] cameron_ (cameron_!~rooaus@ppp59-167-126-229.static.internode.on.net) has joined #mythtv
[08:59:46] cameron_ (cameron_!~rooaus@ppp59-167-126-229.static.internode.on.net) has left #mythtv ()
[09:01:18] rooaus (rooaus!~rooaus@ppp59-167-126-229.static.internode.on.net) has joined #mythtv
[09:29:09] DaveMorris (DaveMorris!~dave@cubert.itri.bton.ac.uk) has joined #mythtv
[09:45:23] mrand (mrand!~mrand@ubuntu/member/mrand) has quit (Ping timeout: 276 seconds)
[09:51:37] jamesba (jamesba!~jamesba@gateb.kw.bbc.co.uk) has joined #mythtv
[09:56:01] andreax (andreax!~Andreaz@tmo-106-57.customers.d1-online.com) has joined #mythtv
[09:58:58] mrand (mrand!~mrand@cpe-76-184-144-133.tx.res.rr.com) has joined #mythtv
[09:59:02] mrand (mrand!~mrand@cpe-76-184-144-133.tx.res.rr.com) has quit (Changing host)
[09:59:02] mrand (mrand!~mrand@ubuntu/member/mrand) has joined #mythtv
[10:04:23] simonckenyon (simonckenyon!~simoncken@195.7.61.12) has quit (Read error: Connection reset by peer)
[11:05:02] mike|2 (mike|2!~mike@c-24-21-63-118.hsd1.or.comcast.net) has quit (Remote host closed the connection)
[11:05:52] mike (mike!~mike@c-24-21-63-118.hsd1.or.comcast.net) has joined #mythtv
[11:06:18] mike is now known as Guest85262
[12:15:20] stuartm: markk: I've not forgotten about the caching changes I promised, I've just been a little busy
[12:19:10] stuartm: considering that you're making huge progress on the painter stuff, I'll try to give it my attention this week
[12:33:55] justpaul (justpaul!alexdelarg@poizon.epicshells.com) has quit (*.net *.split)
[12:33:57] elvum_ (elvum_!~elvum@zenit.dh.bytemark.co.uk) has quit (*.net *.split)
[12:33:57] aloril_ (aloril_!~aloril@dsl-tkubrasgw3-fe7ef900-153.dhcp.inet.fi) has quit (*.net *.split)
[12:33:57] GreyFoxx (GreyFoxx!~greg@mythtv/developer/GreyFoxx) has quit (*.net *.split)
[12:39:23] justpaul (justpaul!alexdelarg@poizon.epicshells.com) has joined #mythtv
[12:39:24] elvum_ (elvum_!~elvum@zenit.dh.bytemark.co.uk) has joined #mythtv
[12:39:24] aloril_ (aloril_!~aloril@dsl-tkubrasgw3-fe7ef900-153.dhcp.inet.fi) has joined #mythtv
[12:39:24] GreyFoxx (GreyFoxx!~greg@mythtv/developer/GreyFoxx) has joined #mythtv
[12:58:09] rooaus (rooaus!~rooaus@ppp59-167-126-229.static.internode.on.net) has quit (Quit: rooaus)
[13:00:11] highzeth (highzeth!~hz@hoiseth.no) has quit (Ping timeout: 248 seconds)
[13:00:19] gigem_ (gigem_!~david@mythtv/developer/gigem) has joined #mythtv
[13:04:56] gigem (gigem!~david@mythtv/developer/gigem) has quit (Ping timeout: 276 seconds)
[13:23:11] highzeth (highzeth!~hz@hoiseth.no) has joined #mythtv
[13:24:50] rooaus (rooaus!~rooaus@ppp59-167-126-229.static.internode.on.net) has joined #mythtv
[13:36:33] andreax1 (andreax1!~Andreaz@tmo-107-59.customers.d1-online.com) has joined #mythtv
[13:39:37] Guest85262 (Guest85262!~mike@c-24-21-63-118.hsd1.or.comcast.net) has quit (Ping timeout: 240 seconds)
[13:39:37] andreax (andreax!~Andreaz@tmo-106-57.customers.d1-online.com) has quit (Ping timeout: 240 seconds)
[13:52:08] MavT (MavT!~MaverickT@111.86.233.220.static.exetel.com.au) has quit (Ping timeout: 252 seconds)
[13:57:49] Goga777 (Goga777!~Goga777@shpd-92-101-159-253.vologda.ru) has joined #mythtv
[14:01:26] markk: stuartm: no problem – and no real rush. Do you have a plan on how you're going to change the cache?
[14:04:49] stuartm: I was going to move the scaling/caching into the painters, so gl etc can ignore it entirely or implement their own texture caches
[14:12:39] stuartm: I'll have a better idea how it will come together when I'm working on it, but I don't anticipate any difficulties
[14:13:08] stuartm: it will probably mirror what you just did with the shape painting
[14:13:51] markk: stuartm: I assumed it would be along those lines – will it be complicated by deleting/creating painters?
[14:14:15] markk: i.e. we have a general OpenGL painter and then create a vdpau painter for osd...
[14:17:47] stuartm: maybe a little, in that case the cache container itself may reside as a global entity outside the painters, but it all depends on whether there's an advantage to doing that – e.g. the yuva conversion from rgb is fast enough that we can keep everything in the in-memory cache in the same format
[14:20:41] kubes2 (kubes2!~Adium@static-173-48-99-10.bstnma.fios.verizon.net) has joined #mythtv
[14:23:22] markk: stuartm: ok – I'm going to need to give this a little more thought before trying to ask any searching questions :) too many variables
[14:23:23] Cougar (Cougar!~cougar@kkk.version6.net) has joined #mythtv
[14:23:30] stuartm: indeed
[14:25:28] stuartm: in theory the cache won't even be used if the opengl painter is used throughout, unless you can think of a reason to do so, but what I'm proposing to implement will be in the base class and you can override the behaviour from painter to painter as required
[14:26:33] Jordack (Jordack!~jordack@h69-131-44-221.mdsnwi.tisp.static.tds.net) has joined #mythtv
[14:26:53] markk: stuartm: presumably MythUIImage won't retain a copy at all?
[14:28:00] stuartm: no, it needs certain metadata like dimensions for display but it doesn't need a copy of the image
[14:29:40] stuartm: and that's only assuming that we continue to allow themers to use MythUIImage without specifying an <area>
[14:31:17] markk: but presumably MythUIImage (or helper) would still be responsible for loading the image?
[14:35:41] stuartm: I haven't decided, it might be in the painter to keep everything together but it doesn't seem to important where the actual load is done
[14:36:25] stuartm: I'm AFK for a while
[14:42:30] j-rod|afk is now known as j-rod
[14:50:30] aloril_ (aloril_!~aloril@dsl-tkubrasgw3-fe7ef900-153.dhcp.inet.fi) has quit (Ping timeout: 246 seconds)
[14:54:40] martin_ (martin_!~quassel@static-88.131.29.2.addr.tdcsong.se) has quit (Remote host closed the connection)
[15:04:16] aloril_ (aloril_!~aloril@dsl-tkubrasgw3-fe7ef900-153.dhcp.inet.fi) has joined #mythtv
[15:07:14] Cougar (Cougar!~cougar@kkk.version6.net) has quit (Excess Flood)
[15:07:19] Cougar (Cougar!~cougar@kkk.version6.net) has joined #mythtv
[15:10:59] dblain: Strange, just noticed my guide data isn't loading... getting "gzip: /tmp/mythtv_ddp_data.gz: not in gzip format" Anyone else having issues with SD?
[15:11:40] stuarta: i'd suggest looking in that file for the error
[15:11:56] stuarta: it's probably some html with the error message in it
[15:12:13] dblain: was just headed there now...
[15:12:17] stuarta: :)
[15:14:01] dblain: Seems that although it has a .gz extension, it's really not compressed.
[15:14:56] kubes2 (kubes2!~Adium@static-173-48-99-10.bstnma.fios.verizon.net) has quit (Ping timeout: 246 seconds)
[15:15:09] dblain: This is where my linux fails me, I have no clue where to start looking to see why it's not comming down gzip'd.
[15:15:26] ** dblain thinks he's now offically in the wrong channel! :) **
[15:18:14] dblain: ls
[15:18:22] dblain: oops :)
[15:18:29] ** stuarta chuckles **
[15:22:31] kubes2 (kubes2!~Adium@static-173-48-99-10.bstnma.fios.verizon.net) has joined #mythtv
[15:25:26] Unhelpful (Unhelpful!~quassel@rockbox/developer/Unhelpful) has quit (Quit: http://quassel-irc.org - Chat comfortably. Anywhere.)
[15:26:10] Unhelpful (Unhelpful!~quassel@rockbox/developer/Unhelpful) has joined #mythtv
[15:32:54] rooaus (rooaus!~rooaus@ppp59-167-126-229.static.internode.on.net) has quit (Quit: rooaus)
[15:46:22] jmartens (jmartens!~jmartens@109.232.42.33) has quit (Quit: Leaving.)
[15:46:40] jmartens (jmartens!~jmartens@109.232.42.33) has joined #mythtv
[15:51:15] jmartens (jmartens!~jmartens@109.232.42.33) has quit (Ping timeout: 264 seconds)
[16:04:13] martin_ (martin_!~quassel@h-39-23.A155.priv.bahnhof.se) has joined #mythtv
[16:06:43] abqjp (abqjp!~abqjp@71-37-148-206.albq.qwest.net) has quit (Quit: abqjp)
[16:56:14] sphery: dblain: I'm assuming you're using master? If so, Beirdo modified the DataDirect download so that it's downloaded in one step, then gzip'ed in another step--versus doing it all in a pipeline as before. This allows myth_system() to detect failure of individual steps (and doesn't rely on things like PIPESTATUS, and was the reason why #7313 isn't possible now). I'm not sure how it would be possible for it to continue if the gzip fails, but we ...
[16:56:20] sphery: ... may just need some code for when download succeeds, but gzip doesn't that causes us to use the data as is (not to mention code that prevents the rename if the gzip fails). See https://github.com/MythTV/mythtv/commit/eb713 . . . 4358618a92af (specifically in mythtv/libs/libmythtv/datadirect.cpp ) for changes.
[16:57:26] stuarta: excuse me for being stupid, but why would you download it and *then* gzip it?
[16:57:35] stuarta: why not just *load* it
[16:58:41] sphery: Other option would be to do the planned task of just converting the code to use MythDownloadManager for datadirect download (which should just mean adding cookie support and 401 handling to MDM).
[16:59:10] sphery: stuarta: er, I meant unzip... gzip -d
[16:59:59] stuarta: :)
[17:00:01] sphery: it's also possible that for some reason TMS servers didn't gzip it, though (since they're not bound by the Accept-Encoding header)
[17:00:23] dblain: What I found was that it was passing --header='Accept-Encoding:gzip' on the wget command line and expected it would come down gzip'd. My download, for whatever reason, wasn't gzip'd, so the call to gzip failed.
[17:00:29] danielk22: stuarta: The whole point is to download the data gzipped to save on bandwidth, then unzip it.. I think sphery just got it backward ;)
[17:00:29] stuarta: of course, it just didn't make any sense to compress after download
[17:00:34] stuarta: indeed
[17:00:58] stuarta: anyway, time for me to head off and stop being a PITA :)
[17:01:09] dblain: Thanks for looking into my issue.
[17:01:25] sphery: heh, yeah, sorry for talking backwards... It's now past noon, so I should be past that for the day.
[17:01:26] danielk22: dblain: sometimes the server opts not to gzip.. it is optional..
[17:01:26] dblain: I took the cheap way out and just commented out the gzip step.
[17:01:46] dblain: understood. The code as it stands expects it to be gzip.
[17:01:55] sphery: can go on the list for when we convert it to MythDownloadManager :)
[17:07:42] Goga777 (Goga777!~Goga777@shpd-92-101-159-253.vologda.ru) has quit (Remote host closed the connection)
[17:15:18] mag0o (mag0o!20001@slackhost.lynchmv.com) has quit (Ping timeout: 276 seconds)
[17:17:53] mag0o (mag0o!20001@slackhost.lynchmv.com) has joined #mythtv
[17:19:07] andreax1 (andreax1!~Andreaz@tmo-107-59.customers.d1-online.com) has quit (Read error: Connection reset by peer)
[17:21:36] martin_ (martin_!~quassel@h-39-23.A155.priv.bahnhof.se) has quit (Ping timeout: 260 seconds)
[17:26:34] stoffel (stoffel!~quassel@p57B4CB0A.dip.t-dialin.net) has joined #mythtv
[17:47:01] hobiga (hobiga!~hobiga@173.210.255.195) has quit (Read error: Connection reset by peer)
[17:47:20] hobiga (hobiga!~hobiga@173.210.255.195) has joined #mythtv
[17:59:18] gigem_ (gigem_!~david@mythtv/developer/gigem) has quit (Remote host closed the connection)
[17:59:31] gigem_ (gigem_!~david@mythtv/developer/gigem) has joined #mythtv
[17:59:33] jamesba (jamesba!~jamesba@gateb.kw.bbc.co.uk) has quit (Quit: Leaving)
[18:08:04] Goga777 (Goga777!~Goga777@shpd-92-101-159-253.vologda.ru) has joined #mythtv
[18:24:25] martin_ (martin_!~quassel@h-39-23.A155.priv.bahnhof.se) has joined #mythtv
[18:28:34] andreax (andreax!~andreaz@p57B92D2C.dip.t-dialin.net) has joined #mythtv
[18:33:56] holomntn (holomntn!~Joe@71-93-231-1.dhcp.mdfd.or.charter.com) has joined #mythtv
[19:02:47] holomntn (holomntn!~Joe@71-93-231-1.dhcp.mdfd.or.charter.com) has quit (Ping timeout: 246 seconds)
[19:07:34] Goga777 (Goga777!~Goga777@shpd-92-101-159-253.vologda.ru) has quit (Remote host closed the connection)
[19:08:56] holomntn (holomntn!~Joe@71-93-231-1.dhcp.mdfd.or.charter.com) has joined #mythtv
[19:11:37] stoffel (stoffel!~quassel@p57B4CB0A.dip.t-dialin.net) has quit (Remote host closed the connection)
[19:15:10] jmartens (jmartens!~jmartens@s5597ca60.adsl.wanadoo.nl) has joined #mythtv
[19:38:16] sphery: Captain_Murdoch: (A long time ago,) We had talked about modifying the code from https://github.com/MythTV/mythtv/commit/c28d1 . . . 8411ade66cc0 to use hard-coded app names, so things aren't broken by mythfrontend.real type distro stuff. I'm looking to make that change, now, but noticed that QCoreApplication has a setApplicationName()/applicationName() functionality. Is there any reason for me not to remove m_appName from ...
[19:38:22] sphery: ... MythCoreContext and then just have MythCoreContext::SetAppName() and ::GetAppName() decorate QApplication::SetApplicationName() and ::applicationName(), respectively? (or just switch the code to use Qt's functions--which are static) http://doc.trolltech.com/4.5/qcoreapplication . . . ionName-prop
[19:41:27] Captain_Murdoch: I don't know of any reason to not switch. we could probably fill in the version as well with our version string.
[19:42:17] ** Captain_Murdoch should have looked around Qt more way back when. **
[19:43:19] sphery: heh, well it's easy to miss stuff in Qt--it's huge.
[19:43:36] sphery: so for the names, should I do defines in mythcorecontext.h or ???
[19:47:41] natanojl (natanojl!~jonatan@c83-252-237-63.bredband.comhem.se) has joined #mythtv
[19:51:16] wagnerrp: sphery: personally, id like to remove the event/shutdown stuff from those announces
[19:51:35] wagnerrp: move them to separate commands so they can be enabled or disabled on an existing connection
[19:51:54] wagnerrp: rather than having to drop and reconnect
[19:52:34] wagnerrp: add that and an idle time to the frontend, it would be fairly simple to remove mythwelcome all together
[19:52:52] wagnerrp: and wouldnt cause undue problems for third party stuff
[19:52:57] Kunalagon (Kunalagon!~Kunalagon@212.200.241.180) has joined #mythtv
[19:53:21] wagnerrp: leave slavebackend and filetransfer as they are, since theyre special use cases
[19:56:29] wagnerrp: just have a general use announce that catches all of the format 'ANN <type> <hostname> <ignore anything else>' would even allow it to maintain minimal functionality on other clients without having to change the code
[19:56:46] sphery: heh, those changes sound good to me, but I have to admit to not knowing enough about the protocol to know exactly what you mean
[19:56:56] wagnerrp: http://www.mythtv.org/wiki/ANN_%28Myth_Protocol%29
[19:57:22] wagnerrp: replace playback/monitor with the connection type
[19:57:31] wagnerrp: and ignore the event mode all together
[19:57:56] wagnerrp: add separate connections 'BLOCK_SHUTDOWN/ENABLE_SHUTDOWN' and 'SET_EVENT_MODE'
[19:58:03] wagnerrp: s/connections/commands/
[19:58:21] wagnerrp: to take the place of the existing playback/monitor and eventmode in the announce
[19:59:11] wagnerrp: clients using the old announce formation would continue to function, they just wouldnt be able to block backend shutdown, or receive events
[19:59:27] wagnerrp: or you could leave the capability in there for it to understand those, so there would be no change in behavior at all
[20:00:06] wagnerrp: oh, you were talking about something completely different, nevermind me
[20:00:19] wagnerrp: i thought you were talking about the plan to supply an application name during the announce
[20:00:30] wagnerrp: so the backend would know what type of program it was connecting to
[20:02:55] sphery: wagnerrp: is that similar to what you and Captain_Murdoch were talking about here: http://pastebin.com/nJiatPHg ("private"/unlisted pastebin, 1mo expiry)
[20:03:21] sphery: I'm doing the .real part of it I mentioned, but wasn't planning to modify any protocol stuff--at least not yet :)
[20:04:14] wagnerrp: yeah, that stuff
[20:05:21] wagnerrp: although in that specific case, i dont know if there would really be any advantage in having a persistent preview generator, as opposed to the existing on-demand ones
[20:06:55] wagnerrp: and theres you talking about your mythfrontend.real stuff... :)
[20:07:34] wagnerrp: and that private/non-persistent pastebin brings back the question... do we want to host one under our own control?
[20:07:38] sphery: heh, yeah, only took me 8 months to get around to it
[20:08:23] Captain_Murdoch: I think the persistent part was because we need someone to control how many previews we're running at one time. I think that's still tracked by the client FE now, so if you have X FE's each thinking they're generating Y previews, you could really have X*Y previews being generated at the same time.
[20:09:15] sphery: per http://pastebin.com/v3.php, "Pastebin V3 will not allow you to create pastes under a certain subdomain anymore. All subdomains are automaticly fowarded to the main http://pastebin.com domain. This feature has been removed because you can now create your own private Pastebin where your pastes are stored. This is a much more manageble system, and it prevents others from pasting in your Pastebin, something which bothered a lot of people." So ...
[20:09:21] sphery: ... pastebin.com has made it so each user has to create an account to have their own separate pastebin
[20:09:35] Captain_Murdoch: wagnerrp, might want to make it authenticated if we did.
[20:09:55] sphery: having our own sounds like it would be better--and would let us control things like the "always convert to DOS CR/LF" and "allow download without HTML"
[20:11:41] sphery: Captain_Murdoch: so, is there a benefit to having defines in a library header for the app names for the protocol/connection stuff or should I just hard-code them in the cpp (or define them in the cpp)?
[20:20:19] abqjp (abqjp!~abqjp@71-38-214-29.albq.qwest.net) has joined #mythtv
[20:24:18] andreax1 (andreax1!~andreaz@p57B91DC2.dip.t-dialin.net) has joined #mythtv
[20:24:46] andreax (andreax!~andreaz@p57B92D2C.dip.t-dialin.net) has quit (Ping timeout: 252 seconds)
[20:27:15] Captain_Murdoch: I'd define them in a lib header, so we can send (bad naming but just for an example) MYTH_APPNAME_MYTHFRONTEND from the frontend and check for MYTH_APPNAME_MYTHFRONTEND on the MBE if we wanted to for some reason.
[20:27:50] Captain_Murdoch: mythcorecontext.h possibly.
[20:28:41] JEDIDIAH___ (JEDIDIAH___!~jedi@cpe-76-185-72-21.tx.res.rr.com) has quit (Quit: Ex-Chat)
[20:31:11] sphery: Captain_Murdoch: heh, that's exactly what I bad name included :)
[20:31:19] sphery: what I did
[20:31:36] Captain_Murdoch: no problems with it other than the fact that it's long, but that's not a huge deal.
[20:31:49] Captain_Murdoch: it's not like it will be all over the code.
[20:32:24] sphery: cool
[20:32:43] sphery: works for me--and I'm not creative enough to do better/shorter
[20:33:28] Captain_Murdoch: could leave off the 'NAME' part but it doesn't matter much to me.
[20:33:47] Captain_Murdoch: leaving in 'NAME' makes it clear it's a string.
[20:54:21] SteveGoodey (SteveGoodey!~steve@host86-185-50-163.range86-185.btcentralplus.com) has joined #mythtv
[21:16:46] Kunalagon (Kunalagon!~Kunalagon@212.200.241.180) has quit (Quit: Leaving.)
[21:18:53] jya (jya!~jya@mythtv/developer/jya) has quit (Quit: jya)
[21:29:57] Mousey (Mousey!~wtfisme@66.235.52.70) has joined #mythtv
[21:44:57] Mousey (Mousey!~wtfisme@66.235.52.70) has quit (Quit: Leaving)
[21:45:15] sphery: Does anyone care if I break/disallow starting plugins directly by calling mythfrontend using the plugin name? We still support "mythfrontend mythvideo" type calls to start up mythvideo directly, but I'd like to remove the code that looks at argv[0] and if it's not mythfrontend, starts the plugin named argv[0]
[21:46:28] sphery: even GNU is recommending against using app name to determine program behavior, and the mythfrontend.real thing would actually break our if (binname.toLower() != "mythfrontend") check (so, I assume mythbuntu must be patching that away, anyway)
[21:49:31] jya (jya!~jya@60-242-40-141.static.tpgi.com.au) has joined #mythtv
[21:49:31] jya (jya!~jya@mythtv/developer/jya) has joined #mythtv
[21:49:31] jya (jya!~jya@60-242-40-141.static.tpgi.com.au) has quit (Changing host)
[21:52:52] clever: i would just check if the plugin argv[0] exists, and if not, run normaly
[21:53:53] sphery: but the point is that I don't want any of that check argv[0] to determine behavior code :)
[21:54:54] clever: yeah
[21:55:14] MaverickTech (MaverickTech!~MaverickT@111.86.233.220.static.exetel.com.au) has joined #mythtv
[22:00:10] kormoc: sphery, do we have a --arg to do the same functionality?
[22:01:56] natanojl (natanojl!~jonatan@c83-252-237-63.bredband.comhem.se) has quit (Ping timeout: 250 seconds)
[22:03:33] sphery: kormoc: yes, but not a named arg... i.e. "mythfrontend mythvideo" is the same as ln -s mythfrontend mythvideo ; mythvideo
[22:04:39] SteveGoodey (SteveGoodey!~steve@host86-185-50-163.range86-185.btcentralplus.com) has quit (Remote host closed the connection)
[22:05:09] kormoc: sphery, ahh, I'd say kill that code path then and if anyone cares, they can write a easy shell script to get the same functionality
[22:06:59] sphery: sounds like a plan to me... and, if nothing else, the best way to get people who care to speak up is to just remove it :)
[22:15:37] martin_ (martin_!~quassel@h-39-23.A155.priv.bahnhof.se) has quit (Remote host closed the connection)
[22:33:47] jmartens (jmartens!~jmartens@s5597ca60.adsl.wanadoo.nl) has quit (Quit: Leaving.)
[22:38:37] martin_ (martin_!~quassel@h-39-23.A155.priv.bahnhof.se) has joined #mythtv
[22:47:19] j-rod is now known as j-rod|afk
[22:50:57] martin_ (martin_!~quassel@h-39-23.A155.priv.bahnhof.se) has quit (Remote host closed the connection)
[22:59:47] danielk22: Captain_Murdoch: Pretty sure the backend can control the number of previews it does. The main reason for a a persistent preview generator that I recall is so that we wouldn't lose so much time to startup of the preview generator app.
[23:02:31] danielk22: Captain_Murdoch: The preview generation was much quick back when it ran in the mythfrontend process, but it could bring down the frontend when libav segfaulted; that would be doubly bad if it happened in the backend...
[23:04:10] danielk22: we would need to have the smarts in there to restart the "persistent" preview generation process in case of segfault and to stop trying to preview any video that was causing it to segfault...
[23:07:17] sphery: danielk22: heh, I'm actually just about to start on mythtvd, the daemon application runner, and splitting the jobqueue stuff out of mythbackend and having mythtvd start mythbackend, mythjobqueue, or both, as appropriate. The mythtvd app could easily become a daemon runner and monitor program--especially with all of Beirdo/wagnerrp's myth_system() goodness
[23:07:59] sphery: then we could switch mythpreviewgen to become a daemon and let mythtvd restart it when it dies...
[23:09:17] Beirdo: one thing that could help... keep an error count from libab
[23:09:33] Beirdo: libav... if it goes beyond a threshhold, just quit.
[23:09:59] Beirdo: I've seen some videos that sit there for hours spewing errors never getting anywhere (either preview or commflag)
[23:10:43] Beirdo: whereas, if we said "you have 100 errors in 2s of video, forget it" or something, it would fail faster, and without crashing nearly as much
[23:11:11] Beirdo: whatever those threshholds may be
[23:12:05] clever: might want to average it over a bit longer then 2 seconds
[23:12:45] clever: my latest ivtv capture had small bursts of corruption every here and there (buffer overflow in the card), each might have been 2 seconds long
[23:14:35] Beirdo: that was an example, not hard fast numbers
[23:15:36] clever: yeah
[23:32:06] Jordack (Jordack!~jordack@h69-131-44-221.mdsnwi.tisp.static.tds.net) has quit ()
[23:42:57] mycosys (mycosys!~mycosys@unaffiliated/mycosys) has quit (Quit: Leaving.)
[23:44:00] MaverickTech (MaverickTech!~MaverickT@111.86.233.220.static.exetel.com.au) has quit (Ping timeout: 276 seconds)
[23:54:02] kubes2 (kubes2!~Adium@static-173-48-99-10.bstnma.fios.verizon.net) has quit (Quit: Leaving.)

IRC Logs collected by BeirdoBot.
Please use the above link to report any bugs.