| Saturday, March 19th, 2011, 00:29 UTC | ||
| [00:29:57] | andreax (andreax!~andreaz@p57B93AF4.dip.t-dialin.net) has quit (Quit: Leaving.) | |
| [00:41:56] | cocoa117 (cocoa117!~cocoa117@188-222-31-239.zone13.bethere.co.uk) has joined #mythtv | |
| [00:54:19] | cocoa117 (cocoa117!~cocoa117@188-222-31-239.zone13.bethere.co.uk) has quit (Quit: Leaving) | |
| [00:54:50] | tstorm (tstorm!~tstorm@173-164-230-21-SFBA.hfc.comcastbusiness.net) has quit (Ping timeout: 276 seconds) | |
| [00:58:31] | davide (davide!~david@host103.16.intrusion.com) has joined #mythtv | |
| [01:02:06] | gigem_ (gigem_!~david@mythtv/developer/gigem) has quit (Ping timeout: 240 seconds) | |
| [01:13:45] | dekarl (dekarl!~dekarl@e180128231.adsl.alicedsl.de) has quit (Ping timeout: 240 seconds) | |
| [01:15:14] | dekarl (dekarl!~dekarl@e180129156.adsl.alicedsl.de) has joined #mythtv | |
| [01:31:05] | myco: | bierdo – dunno why you dont remove the entire 'butter warmer', remove the insulation up to the outer skin of the fridge, line where it was with some epoxy and be done with it? |
| [01:50:16] | aarcane (aarcane!~aarcane@c-98-238-138-177.hsd1.ca.comcast.net) has quit (Quit: Leaving) | |
| [01:54:20] | wagnerrp: | hahahahahaha |
| [01:54:31] | wagnerrp: | iamlindoro: more people jumping off buildings and falling on cars |
| [01:56:33] | sphery: | fringe? |
| [01:56:44] | sphery: | I'm just happy there's a new one tonight |
| [02:10:30] | wagnerrp: | sphery: do you know if LOCK_TUNER actually works? |
| [02:13:31] | wagnerrp: | im trying to get it work work, just keeps returning failed |
| [02:19:16] | sphery: | wagnerrp: heh, seems we had this conversation on Sep 19, 2009 (following my recommending LOCK_TUNER to a user on Sep 8)... |
| [02:20:35] | sphery: | There, you found that it has to be sent to the backend associated with the tuner |
| [02:21:21] | wagnerrp: | well thats still not working |
| [02:21:32] | wagnerrp: | although it does explain why the existing command was set up as it was |
| [02:35:22] | sphery: | wagnerrp: on my trunk dev box it seems to work... let me test on my 0.24-fixes production system |
| [02:35:31] | sphery: | (both LOCK_TUNER and FREE_TUNER seemed fine) |
| [02:36:03] | wagnerrp: | yeah, i just keep getting -1 (error) |
| [02:38:32] | sphery: | wagnerrp: works for me even on 0.24-fixes... Granted, I'm using my old myth_backend_command.pl script |
| [02:39:04] | wagnerrp: | whatever works |
| [02:39:17] | wagnerrp: | i just keep getting -1 for everything |
| [02:39:24] | wagnerrp: | meaning it falls through and never finds a tuner to lock |
| [02:40:09] | sphery: | wagnerrp: http://pastebin.com/a32iX76D |
| [02:40:26] | sphery: | none of my tuners are busy, now... are you sure you're not asking it to lock a tuner that's in use? |
| [02:40:33] | wagnerrp: | none of my tuners are busy |
| [02:41:32] | sphery: | worked on my remote backend, too (and myth_backend_command.pl/perl bindings are sending the command to the master backend, not a specific backend) |
| [02:45:28] | sphery: | but, if I run the script on my mbe and tell it to lock a tuner on the remote backend, it gives -1... Probably because it's set up to pass back the device node (so xawtv or whatever can use the tuner) |
| [02:46:09] | sphery: | so it has to be run on the system that has the device node for the tuner you want to lock--though you can (should?) send the command to the mbe |
| [02:46:21] | wagnerrp: | yeah, script isnt working on either of my backends, with any tuners |
| [02:48:17] | wagnerrp: | ill rebuild later tonight, and see if that fixes anything |
| [02:49:01] | wagnerrp: | apparently that command hasnt worked in a year and a half |
| [02:49:17] | wagnerrp: | ever since i removed the 'getRecorderDetails' method from the MythTV class |
| [02:49:20] | sphery: | I have very current master on my dev box, but Feb 11th-ish 0.24-fixes |
| [02:49:31] | wagnerrp: | because it had nothing to do with the backend, it was a database query |
| [02:49:55] | sphery: | did you try the perl script? Does it work for you? |
| [02:50:15] | sphery: | it's at the bottom of my pastebin |
| [02:50:44] | wagnerrp: | im sending that exact command, so if it doesnt work in python, it shouldnt work in perl |
| [02:52:02] | sphery: | still would be interested to know if the script that works for me works for you--or feel free to give me your python code and I'll test it |
| [02:52:36] | wagnerrp: | run mythpython, then 'MythBE().backendCommand('LOCK_TUNER <id>')' |
| [02:53:40] | sphery: | worked for me |
| [02:53:47] | sphery: | u'2[]:[]/dev/dvb/adapter1/frontend0[]:[][]:[]' |
| [02:53:58] | wagnerrp: | yeah, and i dont have the perl mysql libraries installed, apparently |
| [02:54:05] | sphery: | nice, you have readline support in there :) |
| [02:54:25] | wagnerrp: | they actually came with that |
| [02:54:27] | sphery: | you or python or whoever made the underlying code for mythpython |
| [02:54:41] | wagnerrp: | i just broke it out into a separate script |
| [02:54:50] | wagnerrp: | rather than have people calling the __init__.py script directly |
| [02:56:43] | sphery: | well, the command works for me--both lock and free |
| [02:56:47] | wagnerrp: | and... my other machine doesnt even have the perl bindings installed |
| [02:56:49] | wagnerrp: | whoops |
| [02:57:15] | sphery: | using perl or python, and using 0.24-fixes or master ... So I'm not going to be much help diagnosing the problem :) |
| [02:59:43] | sphery: | wonder if it's work breaking out LOCK_TUNER into a lock and a "get" command, so that if you do the get_tuner, you get back the device node and it checks to make sure it's local and all, but with lock_tuner, it just locks it and says whether it succeeded |
| [02:59:49] | sphery: | s/work/worth/ |
| [03:18:54] | wagnerrp (wagnerrp!~wagnerrp_@mythtv/developer/wagnerrp) has quit (Quit: Leaving) | |
| [03:19:54] | wagnerrp (wagnerrp!~wagnerrp_@2001:470:1f11:12f::a27) has joined #mythtv | |
| [03:19:54] | wagnerrp (wagnerrp!~wagnerrp_@2001:470:1f11:12f::a27) has quit (Changing host) | |
| [03:19:55] | wagnerrp (wagnerrp!~wagnerrp_@mythtv/developer/wagnerrp) has joined #mythtv | |
| [03:50:03] | markk_: | sphery: does your internal encyclopedia happen to recall a ticket about subtitles obscuring the preview window in the program guide? (which should now be fixed) |
| [03:50:45] | sphery: | markk_: http://code.mythtv.org/trac/ticket/9532 |
| [03:50:48] | markk_: | never mind – find it seconds later :) (and it was one of mine already?) |
| [03:50:56] | markk_: | ? |
| [03:51:00] | markk_: | :) |
| [03:51:17] | sphery: | heh, no problem, was here, anyway :) |
| [03:51:58] | kormoc is now known as kormoc_afk | |
| [04:49:59] | sphery: | I'm really not a fan of people's using GitHub comments to discuss changes. |
| [04:50:04] | sphery: | just a FWIW |
| [04:50:14] | sphery: | would be nice to keep the discussion on our lists |
| [05:09:02] | Pedro (Pedro!~Bob@64-126-54-49.dyn.everestkc.net) has joined #mythtv | |
| [05:09:46] | bobnvic (bobnvic!~Bob@64-126-54-49.dyn.everestkc.net) has quit (Ping timeout: 240 seconds) | |
| [05:41:34] | Captain_Murdoch: | sphery, I agree. |
| [06:04:11] | tstorm (tstorm!~tstorm@c-98-207-90-194.hsd1.ca.comcast.net) has joined #mythtv | |
| [06:21:44] | Captain_Murdoch: | dblain, you around? |
| [06:22:52] | dblain: | for a few more minutes |
| [06:24:05] | Captain_Murdoch: | I'm pretty much ready to commit some code to the setup branch that creates a few new services for Storage Groups. just wanted to ask about the naming. I have DTC::StorageGroupDirList GetStorageGroupDirs(GroupName, HostName) DTC::SuccessFail AddStorageGroupDir(GroupName,HostName,DirName) and DTC::SuccessFail RemoveStorageGroupDir(GroupName, HostName,DirName). do those look OK? |
| [06:24:56] | dblain: | Sure. |
| [06:25:10] | Captain_Murdoch: | ok, wasn't sure if there was something better than 'remove'. |
| [06:25:14] | dblain: | you should make sure Add and Remove are POST only. |
| [06:25:32] | dblain: | Delete? :) |
| [06:25:41] | Captain_Murdoch: | ok, I'll doublecheck. I think I did that. |
| [06:26:10] | Captain_Murdoch: | 'delete' sounds more ominous than remove. :) I'm fine either way. |
| [06:26:25] | Captain_Murdoch: | which would you prefer? |
| [06:26:31] | dblain: | I'm good with remove also. Just trying to be clever. |
| [06:27:07] | dblain: | You're developing the setup in a branch? I thought we were going to do the work in master? |
| [06:27:20] | Captain_Murdoch: | I'm just playing with some things. trying to get something started. |
| [06:27:39] | dblain: | np |
| [06:27:41] | Captain_Murdoch: | brought daniel's patch up to date with master and am messing with a few other things. |
| [06:27:49] | Captain_Murdoch: | I'd prefer to work in master and do it piece by piece. |
| [06:28:20] | Captain_Murdoch: | I think robert K created this branch to bring daniel's patch up to date back in January. |
| [06:28:35] | dblain: | I think everyone agreed to work in master since the impact should be fairly small. But I'd have to re-read all the e-mails from a few months back to make sure. |
| [06:29:09] | dblain: | Doesn't really matter to me... I'm more of a supporting role for the setup re-write. |
| [06:29:11] | Captain_Murdoch: | yeah, I think we did agree on that. |
| [06:29:50] | Captain_Murdoch: | your code made it easy to add the list/add/remove support for SG's. thanks. |
| [06:30:04] | Captain_Murdoch: | have you given any thought to authorization? |
| [06:31:10] | dblain: | Glad it works as expected... I haven't thought too much (I always run in a trusted environment and use my firewall for any authentication). |
| [06:31:35] | dblain: | That said, it would need to be added to the http server code. |
| [06:31:54] | dblain: | I can look at it if I ever get back to re-writing the http server. |
| [06:32:05] | Captain_Murdoch: | yeah, ditto for me. I know some people run it in a shared env though, so trying to think ahead before enabling too much. |
| [06:32:48] | dblain: | It's not like the myth protocol has any authentication, so I think you're safe adding any functionality you need. |
| [06:33:36] | Captain_Murdoch: | I grepped for 'post' in a few places, but didn't see a quick example, soI probably didn't restict those to post. where can I look for an example of a post-only service? |
| [06:34:29] | dblain: | In mythservicecontracts, in the service interface header. Add: |
| [06:34:31] | dblain: | Q_CLASSINFO( "PutSetting_Method", "POST" ) |
| [06:34:48] | dblain: | Change the "PutSetting" to your method name. |
| [06:35:02] | dblain: | you'll need a line per method. |
| [06:35:22] | dblain: | mythServices.h has an example |
| [06:35:48] | Captain_Murdoch: | ok, found it. |
| [06:36:35] | Captain_Murdoch: | I was putting these in mythServices as well,is that OK? |
| [06:37:12] | Captain_Murdoch: | and if so, should I bump the version when I do or leave as-is for now? |
| [06:37:35] | dblain: | I was just going to ask where you put them... I don't really have a set place. the 4 service categories I created were just an attempt to organise it. It's your call really. |
| [06:38:18] | Captain_Murdoch: | I didn't think we'd want "category creep", and that seemed like the best fit. |
| [06:38:23] | dblain: | mythServices seems like a good place for Storage Group methods. |
| [06:38:28] | dblain: | agreed. |
| [06:39:13] | dblain: | As for the version. I say leave it as-is until we get closer to the release. I have some breaking changes to the serialization comming anyway. |
| [06:39:56] | Captain_Murdoch: | ok, sounds good. |
| [06:40:04] | Captain_Murdoch: | thanks for the help. |
| [06:41:17] | dblain: | np. Glad to help. Let me know how it goes. |
| [06:42:02] | ** dblain is getting too old to stay up this late... heads to bed. ** | |
| [06:45:21] | Captain_Murdoch: | ditto (well, after I test this in post mode) |
| [06:53:32] | kormoc_afk is now known as kormoc | |
| [07:16:46] | jmartens (jmartens!~jmartens@5ED7B7F4.cm-7-8c.dynamic.ziggo.nl) has joined #mythtv | |
| [07:26:04] | Kunalagon (Kunalagon!~Kunalagon@212.200.243.167) has joined #mythtv | |
| [07:58:28] | andreax (andreax!~andreaz@p57B93AF4.dip.t-dialin.net) has joined #mythtv | |
| [08:13:05] | natanojl (natanojl!~jonatan@c83-252-237-63.bredband.comhem.se) has joined #mythtv | |
| [08:24:34] | stoffel (stoffel!~quassel@p57B4AE0D.dip.t-dialin.net) has joined #mythtv | |
| [08:33:30] | tstorm (tstorm!~tstorm@c-98-207-90-194.hsd1.ca.comcast.net) has quit (Quit: tstorm) | |
| [08:55:50] | jmartens (jmartens!~jmartens@5ED7B7F4.cm-7-8c.dynamic.ziggo.nl) has quit (Quit: Leaving.) | |
| [09:02:13] | hobiga (hobiga!~hobiga@173.210.255.195) has quit (Ping timeout: 252 seconds) | |
| [09:18:59] | hobiga (hobiga!~hobiga@173.210.255.195) has joined #mythtv | |
| [09:21:26] | natanojl (natanojl!~jonatan@c83-252-237-63.bredband.comhem.se) has quit (Read error: Operation timed out) | |
| [09:57:15] | xris (xris!~xris@mythtv/developer/xris) has quit (Ping timeout: 248 seconds) | |
| [10:05:58] | mike|2 (mike|2!~mike@c-24-21-63-118.hsd1.or.comcast.net) has joined #mythtv | |
| [10:06:15] | MavT (MavT!~MaverickT@111.86.233.220.static.exetel.com.au) has quit (Read error: Connection reset by peer) | |
| [10:06:50] | MavT (MavT!~MaverickT@111.86.233.220.static.exetel.com.au) has joined #mythtv | |
| [10:27:09] | stuartm: | markk_: mythfrontend is still starting on the wrong screen here, using Nvidia's Twinview with two screens, frontend is configured to use screen 1 (the second screen) |
| [10:27:49] | Kunalagon (Kunalagon!~Kunalagon@212.200.243.167) has quit (Quit: Leaving.) | |
| [11:09:38] | markk_: | stuartm: if you want to revert it, go ahead. I won't get a chance to look at it again for a couple of days. |
| [11:10:03] | knightr (knightr!~knightr@mythtv/developer/knightr) has quit (Read error: Connection reset by peer) | |
| [11:10:31] | knightr (knightr!~knightr@mythtv/developer/knightr) has joined #mythtv | |
| [11:53:23] | xris (xris!~xris@xris.forevermore.net) has joined #mythtv | |
| [12:06:54] | XChatMav (XChatMav!~MaverickT@111.86.233.220.static.exetel.com.au) has joined #mythtv | |
| [12:09:21] | MavT (MavT!~MaverickT@111.86.233.220.static.exetel.com.au) has quit (Ping timeout: 260 seconds) | |
| [12:41:05] | MavT (MavT!~MaverickT@111.86.233.220.static.exetel.com.au) has joined #mythtv | |
| [12:43:41] | XChatMav (XChatMav!~MaverickT@111.86.233.220.static.exetel.com.au) has quit (Ping timeout: 255 seconds) | |
| [12:50:17] | danielk22 (danielk22!~danielk@96.57.9.142) has quit (Quit: Leaving.) | |
| [12:59:15] | jmartens (jmartens!~jmartens@5ED7B7F4.cm-7-8c.dynamic.ziggo.nl) has joined #mythtv | |
| [13:33:57] | stuartm: | markk_: I can work around it until a proper fix is found |
| [14:06:24] | XChatMav (XChatMav!~MaverickT@111.86.233.220.static.exetel.com.au) has joined #mythtv | |
| [14:09:08] | MavT (MavT!~MaverickT@111.86.233.220.static.exetel.com.au) has quit (Ping timeout: 276 seconds) | |
| [14:33:17] | MaverickTech (MaverickTech!~MaverickT@220.233.86.111) has joined #mythtv | |
| [14:35:17] | XChatMav (XChatMav!~MaverickT@111.86.233.220.static.exetel.com.au) has quit (Ping timeout: 255 seconds) | |
| [14:35:28] | GreyFoxx: | Hrm anyone else notice playback just "stopping" as soon as any sort of error is encountered? I updated this morning and since then I've had 2 recordings and 1 encoded mkv just "stop" midplayback. And on the mkv at least I can reproduce it over and over |
| [14:58:41] | jmartens (jmartens!~jmartens@5ED7B7F4.cm-7-8c.dynamic.ziggo.nl) has quit (Ping timeout: 252 seconds) | |
| [14:59:13] | jmartens (jmartens!~jmartens@5ED7B7F4.cm-7-8c.dynamic.ziggo.nl) has joined #mythtv | |
| [15:40:05] | jmartens (jmartens!~jmartens@5ED7B7F4.cm-7-8c.dynamic.ziggo.nl) has quit (Ping timeout: 255 seconds) | |
| [15:55:03] | MavT (MavT!~MaverickT@111.86.233.220.static.exetel.com.au) has joined #mythtv | |
| [15:57:06] | MaverickTech (MaverickTech!~MaverickT@220.233.86.111) has quit (Ping timeout: 240 seconds) | |
| [16:00:26] | jortax (jortax!~sabayonus@c213-100-169-122.swipnet.se) has joined #mythtv | |
| [16:00:30] | mike|33 (mike|33!~mike@c-24-21-63-118.hsd1.or.comcast.net) has joined #mythtv | |
| [16:03:56] | mike|2 (mike|2!~mike@c-24-21-63-118.hsd1.or.comcast.net) has quit (Ping timeout: 255 seconds) | |
| [16:06:43] | SteveGoodey (SteveGoodey!~steve@host109-158-212-16.range109-158.btcentralplus.com) has joined #mythtv | |
| [16:15:17] | davide (davide!~david@host103.16.intrusion.com) has quit (Remote host closed the connection) | |
| [16:15:45] | davide (davide!~david@host103.16.intrusion.com) has joined #mythtv | |
| [16:24:12] | xilet (xilet!~xilet@c-76-114-199-76.hsd1.va.comcast.net) has joined #mythtv | |
| [16:35:07] | jpabq_ (jpabq_!~abqjp@71-37-148-206.albq.qwest.net) has joined #mythtv | |
| [16:37:47] | abqjp (abqjp!~abqjp@71-37-148-206.albq.qwest.net) has quit (Ping timeout: 248 seconds) | |
| [16:46:14] | Captain_Murdoch: | dblain, I want to add a /Myth/GetHostName so we can know what the hostname is of the host we are talking to. is it preferable to return a single-item DTC::StringList or create a new DTC::String type? |
| [16:51:12] | dblain: | Funny you should ask... I didn't like having to wrap Qt types so I'm currently adding support for any QVariant compatible type as a return type. (QStringList was why I'm doing it, but a QString, or bool, or int, ... are good reasons also) |
| [16:52:08] | dblain: | Not sure how long it will take, so if you want to create a DTC::String for now knowing that you can change it later, that's fine too. (I don't want to hold up your work) |
| [16:54:39] | andreax1 (andreax1!~andreaz@p57B95BF0.dip.t-dialin.net) has joined #mythtv | |
| [16:55:16] | Captain_Murdoch: | ok, for now I'll just use a single-item stringlist then rather than doing more work that will get undone. I can change it later. |
| [16:56:08] | andreax (andreax!~andreaz@p57B93AF4.dip.t-dialin.net) has quit (Ping timeout: 255 seconds) | |
| [17:17:33] | SteveGoodey (SteveGoodey!~steve@host109-158-212-16.range109-158.btcentralplus.com) has quit (Remote host closed the connection) | |
| [17:24:16] | natanojl (natanojl!~jonatan@c83-252-237-63.bredband.comhem.se) has joined #mythtv | |
| [17:28:58] | XChatMav (XChatMav!~MaverickT@220.233.86.111) has joined #mythtv | |
| [17:31:06] | MavT (MavT!~MaverickT@111.86.233.220.static.exetel.com.au) has quit (Ping timeout: 240 seconds) | |
| [17:37:40] | xris (xris!~xris@xris.forevermore.net) has quit (Quit: Terminated with extreme prejudice - dircproxy 1.2.0) | |
| [19:14:16] | MavT (MavT!~MaverickT@111.86.233.220.static.exetel.com.au) has joined #mythtv | |
| [19:16:08] | danielk22 (danielk22!~danielk@96.57.9.142) has joined #mythtv | |
| [19:16:42] | XChatMav (XChatMav!~MaverickT@220.233.86.111) has quit (Ping timeout: 276 seconds) | |
| [19:31:15] | stoffel (stoffel!~quassel@p57B4AE0D.dip.t-dialin.net) has quit (Remote host closed the connection) | |
| [19:41:54] | Kunalagon (Kunalagon!~Kunalagon@212.200.241.121) has joined #mythtv | |
| [20:08:01] | xris (xris!~xris@mythtv/developer/xris) has joined #mythtv | |
| [20:45:58] | Kunalagon (Kunalagon!~Kunalagon@212.200.241.121) has quit (Remote host closed the connection) | |
| [20:46:25] | NightMonkey (NightMonkey!debian-tor@pdpc/supporter/professional/nightmonkey) has joined #mythtv | |
| [21:08:08] | gregL (gregL!~greg@cpe-74-76-125-87.nycap.res.rr.com) has quit (Ping timeout: 255 seconds) | |
| [21:24:56] | natanojl (natanojl!~jonatan@c83-252-237-63.bredband.comhem.se) has quit (Quit: Quit) | |
| [21:35:44] | SteveGoodey (SteveGoodey!~steve@host86-147-180-225.range86-147.btcentralplus.com) has joined #mythtv | |
| [21:45:56] | Splat1 (Splat1!~Splat1@rf1.splat1.com) has quit (Ping timeout: 250 seconds) | |
| [21:49:50] | Splat1 (Splat1!~Splat1@rf1.splat1.com) has joined #mythtv | |
| [22:27:25] | gregL (gregL!~greg@cpe-74-76-125-87.nycap.res.rr.com) has joined #mythtv | |
| [22:41:25] | Kunalagon (Kunalagon!~Kunalagon@212.200.241.121) has joined #mythtv | |
| [22:46:18] | SteveGoodey (SteveGoodey!~steve@host86-147-180-225.range86-147.btcentralplus.com) has quit (Remote host closed the connection) | |
| [22:55:42] | XChatMav (XChatMav!~MaverickT@111.86.233.220.static.exetel.com.au) has joined #mythtv | |
| [22:58:03] | MavT (MavT!~MaverickT@111.86.233.220.static.exetel.com.au) has quit (Ping timeout: 248 seconds) | |
| [23:05:57] | jpabq- (jpabq-!~jpabq@71-37-148-206.albq.qwest.net) has quit (Read error: Operation timed out) | |
| [23:06:02] | jpabq (jpabq!~jpabq@mythtv/developer/jpabq) has quit (Ping timeout: 276 seconds) | |
| [23:10:16] | jortax (jortax!~sabayonus@c213-100-169-122.swipnet.se) has quit (Remote host closed the connection) | |
| [23:15:20] | jpabq (jpabq!~jpabq@mythtv/developer/jpabq) has joined #mythtv | |
| [23:17:02] | jpabq- (jpabq-!~jpabq@71-37-148-206.albq.qwest.net) has joined #mythtv | |
| [23:31:40] | knightr (knightr!~knightr@mythtv/developer/knightr) has quit (Quit: Leaving) | |
IRC Logs collected by
BeirdoBot.
Please use the above link to report any bugs.