| Friday, January 31st, 2014, 00:00 UTC | ||
| [00:00:01] | wagnerrp: | was he thumb-typing #12039 on a phone? |
| [00:00:01] | ** MythLogBot http://code.mythtv.org/trac/ticket/12039 ** | |
| [01:11:51] | stichnot: | skd5aner: you rang? |
| [01:14:46] | skd5aner: | hey – you deployed a zotac box right |
| [01:14:48] | skd5aner: | ? |
| [01:16:03] | skd5aner: | stichnot: ^ |
| [01:35:48] | stichnot: | skd5aner: yes, most recently the ID41 I think |
| [01:36:13] | gigem (gigem!~david@mythtv/developer/gigem) has quit (Quit: WeeChat 0.4.2) | |
| [01:36:16] | skd5aner: | stichnot: I just put in an ID80, and it works great for video playback, but the menu is a bit slow... how's your experience? |
| [01:36:56] | stichnot: | well, compared to the older ION-ITX-C boxes, it's just fine :) |
| [01:37:06] | stichnot: | which menu are you talking about? |
| [01:37:47] | skd5aner: | watch recordings in particular |
| [01:38:06] | skd5aner: | 1–2 second delay between navigating between selections |
| [01:38:49] | stichnot: | No, that doesn't happen to me. Are you using wireless? (I'm using only wired) |
| [01:39:38] | stichnot: | it is sluggish though compared to say 0.26, and that's on my list of things to find/fix |
| [01:40:55] | gigem (gigem!~david@pool-71-96-90-188.dllstx.fios.verizon.net) has joined #mythtv | |
| [01:40:56] | gigem (gigem!~david@pool-71-96-90-188.dllstx.fios.verizon.net) has quit (Changing host) | |
| [01:40:56] | gigem (gigem!~david@mythtv/developer/gigem) has joined #mythtv | |
| [01:41:07] | skd5aner: | wired, 1gige |
| [01:41:28] | skd5aner: | tried qt and opengl, similiar experience |
| [01:41:43] | skd5aner: | not sluggish on my other frontend, so I know it's not a db/be issue |
| [01:43:07] | skd5aner: | I am updating the nvidia drivers though now, so maybe that'll make a difference, probably not though |
| [01:45:11] | pvr4me (pvr4me!~craigtrel@d24-150-182-175.home.cgocable.net) has joined #mythtv | |
| [01:54:41] | stichnot: | I guess what I would do is to run mythfrontend -v all --loglevel debug and look for clues before, during, and after the 1–2 second delay |
| [01:55:15] | stichnot: | or -v all,norefcount plus whatever noFoo you don't want to see |
| [01:59:41] | skd5aner: | stichnot: yea, I will... it "works" and I've got plenty of other issues that have taken me away from trying to dive in to this one :) |
| [02:01:59] | jafa3 (jafa3!~jafa@c-50-150-78-96.hsd1.ca.comcast.net) has quit (Ping timeout: 240 seconds) | |
| [02:34:07] | jafa3 (jafa3!~jafa@c-50-131-89-4.hsd1.ca.comcast.net) has joined #mythtv | |
| [02:42:38] | jafa3 (jafa3!~jafa@c-50-131-89-4.hsd1.ca.comcast.net) has quit (Ping timeout: 245 seconds) | |
| [02:44:40] | jafa3 (jafa3!~jafa@c-50-131-89-4.hsd1.ca.comcast.net) has joined #mythtv | |
| [02:54:51] | clever (clever!~clever@nwcsnbsc00w-142134237221.dhcp-dynamic.FibreOp.nb.bellaliant.net) has quit (Ping timeout: 252 seconds) | |
| [02:58:56] | clever (clever!~clever@nwcsnbsc00w-142134237221.dhcp-dynamic.FibreOp.nb.bellaliant.net) has joined #mythtv | |
| [03:00:06] | jafa3 (jafa3!~jafa@c-50-131-89-4.hsd1.ca.comcast.net) has quit (Ping timeout: 272 seconds) | |
| [03:08:54] | DouglasKAway is now known as DouglasK | |
| [03:10:44] | _nyloc_ (_nyloc_!~quassel@p3EE2DAE7.dip0.t-ipconnect.de) has joined #mythtv | |
| [03:15:17] | nyloc (nyloc!~quassel@p3EE2D707.dip0.t-ipconnect.de) has quit (Ping timeout: 272 seconds) | |
| [03:19:02] | jafa3 (jafa3!~jafa@c-50-131-89-4.hsd1.ca.comcast.net) has joined #mythtv | |
| [03:36:54] | jafa3 (jafa3!~jafa@c-50-131-89-4.hsd1.ca.comcast.net) has quit (Ping timeout: 252 seconds) | |
| [03:50:06] | peper03 (peper03!~peper03@mythtv/developer/peper03) has quit (Ping timeout: 252 seconds) | |
| [03:55:21] | peper03 (peper03!~peper03@mythtv/developer/peper03) has joined #mythtv | |
| [04:08:35] | pvr4me (pvr4me!~craigtrel@d24-150-182-175.home.cgocable.net) has quit (Quit: pvr4me) | |
| [04:46:19] | fetzerch (fetzerch!~quassel@unaffiliated/fetzerch) has quit (Ping timeout: 252 seconds) | |
| [04:47:36] | fetzerch (fetzerch!~quassel@unaffiliated/fetzerch) has joined #mythtv | |
| [05:23:50] | DouglasK is now known as DouglasKAway | |
| [05:28:38] | jafa3 (jafa3!~jafa@c-50-131-89-4.hsd1.ca.comcast.net) has joined #mythtv | |
| [06:20:30] | jafa2 (jafa2!~jafa@c-50-131-89-4.hsd1.ca.comcast.net) has joined #mythtv | |
| [06:23:29] | jafa3 (jafa3!~jafa@c-50-131-89-4.hsd1.ca.comcast.net) has quit (Ping timeout: 240 seconds) | |
| [07:02:54] | FabriceMG (FabriceMG!~Thunderbi@217.112.59.207) has joined #mythtv | |
| [07:04:37] | jafa2 (jafa2!~jafa@c-50-131-89-4.hsd1.ca.comcast.net) has quit (Ping timeout: 248 seconds) | |
| [07:19:47] | jarryd (jarryd!jarryd@im.jarryd.net) has quit (Ping timeout: 260 seconds) | |
| [07:25:59] | jarryd (jarryd!jarryd@im.jarryd.net) has joined #mythtv | |
| [07:37:20] | FabriceMG (FabriceMG!~Thunderbi@217.112.59.207) has quit (Read error: No route to host) | |
| [07:39:41] | FabriceMG (FabriceMG!~Thunderbi@217.112.59.207) has joined #mythtv | |
| [07:44:25] | Tobbe5178 (Tobbe5178!~asdf@h104n2-sv-a13.ias.bredband.telia.com) has joined #mythtv | |
| [08:00:50] | Sharky112065 (Sharky112065!~Sharky112@179.43.133.34) has joined #mythtv | |
| [08:10:42] | dekarl1 (dekarl1!~dekarl@p4FCEE206.dip0.t-ipconnect.de) has joined #mythtv | |
| [08:10:53] | dekarl (dekarl!~dekarl@p4FCEE4A0.dip0.t-ipconnect.de) has quit (Ping timeout: 252 seconds) | |
| [08:13:53] | jarryd (jarryd!jarryd@im.jarryd.net) has quit (Ping timeout: 245 seconds) | |
| [08:18:52] | jarryd (jarryd!jarryd@im.jarryd.net) has joined #mythtv | |
| [08:29:23] | joki (joki!~joki@p54862A41.dip0.t-ipconnect.de) has quit (Ping timeout: 260 seconds) | |
| [08:34:00] | joki (joki!~joki@p5486206E.dip0.t-ipconnect.de) has joined #mythtv | |
| [08:50:06] | NightMonkey (NightMonkey!~NightrMon@pdpc/supporter/professional/nightmonkey) has quit (Quit: Body blow! Body blow!) | |
| [08:56:36] | Sharky-112065 (Sharky-112065!~Sharky112@dyn.102-139-19-46.swissinet.com) has joined #mythtv | |
| [08:58:56] | Merlin83b (Merlin83b!~Daniel@office.34sp.com) has joined #mythtv | |
| [08:59:10] | Sharky112065 (Sharky112065!~Sharky112@179.43.133.34) has quit (Ping timeout: 245 seconds) | |
| [09:04:43] | dekarl1 is now known as dekarl | |
| [09:29:02] | jarryd (jarryd!jarryd@im.jarryd.net) has quit (Ping timeout: 264 seconds) | |
| [09:33:26] | jarryd (jarryd!jarryd@im.jarryd.net) has joined #mythtv | |
| [09:48:11] | doev (doev!~doev@p5482EE13.dip0.t-ipconnect.de) has joined #mythtv | |
| [10:04:59] | drussell_ (drussell_!~drussell@205.233.15.187) has quit (Ping timeout: 240 seconds) | |
| [10:14:03] | jarryd (jarryd!jarryd@im.jarryd.net) has quit (Quit: jarryd) | |
| [10:17:21] | jarryd (jarryd!jarryd@im.jarryd.net) has joined #mythtv | |
| [10:54:45] | drussell_ (drussell_!~drussell@205.233.15.187) has joined #mythtv | |
| [11:49:36] | pvr4me (pvr4me!~craigtrel@d24-150-182-175.home.cgocable.net) has joined #mythtv | |
| [12:17:53] | stuartm: | heh, using mythmusic with local files is broken in an interesting way, no matter what track you choose in the UI it will always play the exact same one over and over, even when that one track isn't in the playlist it still plays it |
| [12:18:26] | stuartm: | minor issue really because non-storage group support is going away, but amusing |
| [12:18:28] | MythBuild: | build #1389 of master-ubuntu-current-64bit is complete: Success [3build successful] Build details are at http://code.mythtv.org/buildbot/builders/mast . . . /builds/1389 |
| [12:22:17] | stuartm: | paul-h: mythutil --scanmusic is scanning the cwd ? |
| [12:34:21] | stuartm: | damn, lost my playlists :( |
| [12:41:15] | jafa2 (jafa2!~jafa@c-50-131-89-4.hsd1.ca.comcast.net) has joined #mythtv | |
| [12:48:41] | dekarl: | hmm, I'm trying to update because my remote frontend always tells me that it doesn't have the audio codec for mp3/mp4 files... But before starting to diagnose it I'd like to update to the latest and greatest to avoid wasting time. |
| [12:52:36] | dekarl: | stuartm, does that make sense? http://pastebin.com/hyqVq8Ws |
| [12:53:34] | dekarl: | just stumbled upon it in the compiler warnings and paul hinted that you might know this area of the code |
| [12:55:07] | stuartm: | dekarl: that's good |
| [12:55:49] | stuartm: | dekarl: is lame installed on that remote frontend? |
| [13:00:39] | dekarl: | libmp3lame0 is installed, whatever that means ;) |
| [13:01:17] | dekarl: | that == the pastebinned patch? |
| [13:02:00] | stuartm: | dekarl: yeah, patch is good |
| [13:02:31] | stuartm: | QString used to happily append ints, now it seems to be more fussy |
| [13:03:32] | stuartm: | dekarl: building from source? is libmp3lame0-dev(el) or equivalent installed? |
| [13:04:06] | dekarl: | nah, going via the official mythbuntu deb packaging route |
| [13:07:30] | dekarl: | I think its something with the file access as it output "No decode for this format ''" with an empty decoder string |
| [13:11:01] | stuartm: | so storage group enabled scanner seems broken :( |
| [13:12:51] | stuartm: | scans the current working directory and not the Music storage group |
| [13:13:12] | stuartm: | and then inserts absolute urls instead of relative ones |
| [13:14:31] | stuartm: | now if only there was an easy way to only restore the mythmusic parts from a backup |
| [13:31:26] | dekarl: | jafa2: I don't know how to get this small bit upstream, maybe you can give me a hint? http://code.mythtv.org/trac/attachment/ticket . . . m-8387.patch |
| [13:32:22] | dekarl: | it appears to be a left over include that can be simply removed #11978 |
| [13:32:22] | ** MythLogBot http://code.mythtv.org/trac/ticket/11978 ** | |
| [13:57:48] | dmfrey (dmfrey!~dmfrey@webdefence.cluster-h.websense.net) has joined #mythtv | |
| [14:12:08] | DouglasKAway is now known as DouglasK | |
| [14:34:01] | jKlaus (jKlaus!~jklaus@2600:1004:b026:1e10:ad33:61fe:3b07:89c4) has joined #mythtv | |
| [14:34:15] | jKlaus: | howdy gents |
| [15:21:20] | dekarl: | dblain: does #12006 sound sane? I'm preparing it for pushing at the moment |
| [15:21:20] | ** MythLogBot http://code.mythtv.org/trac/ticket/12006 ** | |
| [15:24:04] | dblain: | dekarl: yes, looks like I missed some changes when we made the Service API case insensitive some time ago. |
| [15:30:15] | dmfrey (dmfrey!~dmfrey@webdefence.cluster-h.websense.net) has quit (Quit: Ex-Chat) | |
| [15:43:33] | stichnot (stichnot!~stichnot@mythtv/developer/stichnot) has quit (Ping timeout: 248 seconds) | |
| [15:44:05] | FabriceMG (FabriceMG!~Thunderbi@217.112.59.207) has quit (Quit: FabriceMG) | |
| [15:46:28] | stuartm: | jheizer: turns out that in Firefox and Chrome the effect I'm after can be done with pure html 5, in Opera 12 which is the latest version available for linux the behaviour isn't exactly right but later versions of Opera are based on the same engine as Chrome so in theory should be OK |
| [15:46:50] | stuartm: | unable to test the latest IE |
| [15:50:58] | stuartm: | actually, isn't quite right with chrome – clicking on the widget shows the drop down, but you can't scroll through the options so only the first X entries appear :/ |
| [15:59:10] | jafa2 (jafa2!~jafa@c-50-131-89-4.hsd1.ca.comcast.net) has quit (Ping timeout: 245 seconds) | |
| [16:00:43] | jheizer: | stuartm: Ah, that is cool. |
| [16:01:00] | jheizer: | If you ever need anything checked in IE just yell. |
| [16:01:09] | jheizer: | Hmm, but looks like I am on 10 still. |
| [16:09:30] | jheizer: | I think I decided on a plan last night. I'll keep going with MobileMyth and when I complete something that you have not yet done will see what you think. If you approve I'll port it to the WebFE. |
| [16:11:33] | jheizer: | The last month or so I have been making style clean ups since before to rapid prototype I just left things as base jquery mobile. |
| [16:17:33] | verm__: | what's the ETA for the work in master to be released? |
| [16:17:54] | verm__: | i'm thinking of making a change but it would require a new table |
| [16:18:41] | verm__: | two new tables at least |
| [16:21:46] | jafa2 (jafa2!~jafa@c-50-131-89-4.hsd1.ca.comcast.net) has joined #mythtv | |
| [16:24:42] | dekarl: | verm__: last I heard more then 6 weeks but less then 6 months. I think thats doable :) |
| [16:24:47] | dmfrey (dmfrey!~dmfrey@65-78-98-83.c3-0.smt-ubr1.atw-smt.pa.cable.rcn.com) has joined #mythtv | |
| [16:24:55] | verm__: | heh |
| [16:25:41] | verm__: | i'm thinking of changing how metadata is stored |
| [16:26:10] | verm__: | a new table to hold the metadata verbatium from the source, another table to hold what fields to show from the pulled down metadata (changable by the user but set with good defaults) |
| [16:26:38] | verm__: | if a user edits a field that's stored seperately, they can always delete it and get the stored (original) data to view or view the original vs changed |
| [16:26:52] | jheizer: | verm__, I hit your videos metadata issue last night. |
| [16:26:53] | verm__: | this way you can pull down updates periodically without overwriting your changes |
| [16:27:08] | verm__: | jheizer: martint is fixing that this weekend |
| [16:27:19] | jheizer: | For some reason all my videos were gone from Myth. On rescan I cannot get any artwork, only the details. |
| [16:27:46] | verm__: | oh, i don't even get details, it's problem with how myth stores metadata |
| [16:28:14] | jafa2 (jafa2!~jafa@c-50-131-89-4.hsd1.ca.comcast.net) has quit (Ping timeout: 272 seconds) | |
| [16:28:14] | jheizer: | This is on an older .27. Couldn't update as things were recording. |
| [16:28:26] | verm__: | and how it queries it, also how it's run.. right now othe frontend has different code from the backend.. the frontend needs to present the user with options if there is more than one hit |
| [16:28:44] | jafa2 (jafa2!~jafa@c-50-131-89-4.hsd1.ca.comcast.net) has joined #mythtv | |
| [16:28:50] | verm__: | in the new system it will store them all and default to the first hit.. which the user can change that way automatic scanning can always work |
| [16:28:56] | verm__: | that's for the future, though |
| [16:29:08] | jheizer: | Nice |
| [16:29:19] | verm__: | right now getting automatic updates working is more important, it's not going to work right now because the information is only stored in one place |
| [16:29:25] | verm__: | so any updates would blow away any user changes |
| [16:29:26] | jheizer: | I was at a loss since it was working before. No idea why my videos were all gone as well. Only one appeared. |
| [16:29:26] | verm__: | :( |
| [16:29:55] | verm__: | well, with the new api it should be possible to do db-agnostic exports |
| [16:30:01] | verm__: | so export all your data to JSON and write an importer |
| [16:30:03] | jheizer: | MobileMyth is so artwork based on those portions that w/o it nothing but "Red X" left. |
| [16:30:20] | verm__: | what's mobilemyth? |
| [16:30:37] | jheizer: | My web "FE" http://www.mobilemyth.net/ |
| [16:30:47] | verm__: | whoa, nice |
| [16:31:36] | jheizer: | All basic functionality is there, just not used by anyone. lol |
| [16:31:57] | verm__: | the language it's written in is certainly a barrier |
| [16:32:07] | verm__: | jheizer: you could import this functionaly into mythweb using HTML5 |
| [16:32:10] | verm__: | that would be amazing |
| [16:32:34] | verm__: | in fact, a better idea would be to write it seperately and have it use the API |
| [16:32:45] | jheizer: | yeah started as a super quick project for in house use, turned into something bigger. |
| [16:32:58] | jheizer: | It does use all service APIs supporting .25-trunk |
| [16:33:15] | jafa2 (jafa2!~jafa@c-50-131-89-4.hsd1.ca.comcast.net) has quit (Ping timeout: 252 seconds) | |
| [16:33:18] | stuartm: | verm__: then he'd just be re-writing the WebFrontend |
| [16:33:31] | jheizer: | (only minor changes in those versions) |
| [16:33:55] | jheizer: | Yeah, key is to port things back to WebFE. |
| [16:34:51] | verm__: | stuartm: the nice thing about writing it seperately is you could make it work everywhere, including mobile |
| [16:34:53] | jheizer: | My issue is I don't have the time to handle the services upgrade side. Like for the video changes we were discussing last week. I am so far removed from C++ and never touched QT. |
| [16:35:09] | verm__: | you could use phonegap for instance to get it working on all mobile platforms (phonegap.com) |
| [16:35:26] | stuartm: | verm__: web pages work everything ... |
| [16:35:31] | jheizer: | haha |
| [16:35:45] | stuartm: | everywhere |
| [16:35:48] | stuartm: | bah |
| [16:36:08] | jheizer: | I rather be app-less. Work anywhere w/o doing anything. |
| [16:36:38] | verm__: | same, the only reason i suggested it is it's a good way to ensure that the API is full |
| [16:37:03] | verm__: | no cheating |
| [16:37:30] | stuartm: | verm__: the webfrontend uses the API |
| [16:37:31] | verm__: | also, for mobile it doesn't tie a server upgrade to UI upgrade |
| [16:37:44] | verm__: | stuartm: fully? hmm, i need to look again |
| [16:37:59] | verm__: | just learning the codebase i thought i saw some integration |
| [16:38:06] | stuartm: | well it's not complete yet, but yes, the WebFrontend uses nothing except the API |
| [16:38:18] | verm__: | that's awesome |
| [16:43:02] | jheizer: | I have lofty goals for my project that somewhat differ from the WebFE, but same time there is no way I can "compete" with an already integrated solution. |
| [16:43:07] | jheizer: | I should just hit del. |
| [16:46:33] | stuartm: | jheizer: depends on your reasons for doing it, we mostly work on projects we'll actually use ourselves and for that reason it almost doesn't matter if no-one else uses them |
| [16:47:01] | stuartm: | of course it's always nice if others appreciate your work |
| [16:47:54] | jarle (jarle!~jarle@70.84-234-133.customer.lyse.net) has quit (Remote host closed the connection) | |
| [16:48:02] | jheizer: | Haha, part of the problem. I don't actually have a use case for it anymore. When I started a year+ ago I was hoping it would help the greater good beyond my short term need. If some of my other items were completed then I may be able to make more use of it. |
| [16:48:16] | jheizer: | Like the Chromecast stuff |
| [16:49:11] | jheizer: | But now it is down to fun/help others out one day maybe. |
| [16:49:46] | wagnerrp (wagnerrp!~wagnerrp_@mythtv/developer/wagnerrp) has quit (Remote host closed the connection) | |
| [16:51:16] | jarle (jarle!~jarle@70.84-234-133.customer.lyse.net) has joined #mythtv | |
| [16:52:41] | dekarl: | we must simply add a layer of XML and LUA to shanghai all the WoW Addon builders into writing nice frontends on the WebFrontend platform ;) |
| [16:53:48] | dekarl: | <- waiting for the image build to complete |
| [16:55:37] | stichnot (stichnot!~stichnot@mythtv/developer/stichnot) has joined #mythtv | |
| [16:55:59] | dekarl: | superm1, I used this "solution" http://stackoverflow.com/a/11247796 the variant with the environment variable didn't work |
| [16:56:27] | superm1: | that's odd the environment variable version didn't work |
| [17:00:51] | Steve-Goodey (Steve-Goodey!~steve@host109-158-212-221.range109-158.btcentralplus.com) has joined #mythtv | |
| [17:02:13] | stichnot (stichnot!~stichnot@mythtv/developer/stichnot) has quit (Ping timeout: 245 seconds) | |
| [17:05:15] | Merlin83b (Merlin83b!~Daniel@office.34sp.com) has quit (Quit: Leaving) | |
| [17:12:18] | dekarl: | hmm, the frontend did create the database backup on the local *ramdisk* instead of telling the master backend to perform a db backup... And now its sitting dead with one core spinning at 100% |
| [17:16:08] | NightMonkey (NightMonkey!~NightrMon@pdpc/supporter/professional/nightmonkey) has joined #mythtv | |
| [17:19:34] | sphery: | the machine doing the upgrade will create the backup, so for a frontend plugin schema upgrade, the frontend will perform the backup |
| [17:20:10] | dekarl: | the schema update works as expected when the frontend runs on the MBE. no spinning at 100% just before asking me about the music schema upgrade |
| [17:20:45] | dekarl: | sphery: I noticed that, I was just wondering if that makes sense with LTSP and MiniMyth(2) in use |
| [17:20:51] | sphery: | what's happening, specifically? haven't found it in scrollback |
| [17:21:25] | dekarl: | nothing, the frontend sat dead at 100% of one core in use without doing anything |
| [17:21:28] | sphery: | well, since the "automatic pre-upgrade backup" is a 2nd-to-last-resort for those who don't properly backup before an upgrade, it works for me :) |
| [17:21:54] | sphery: | I keep telling people not to rely on it--especially people who don't even use mythtv-setup for tv schema backup |
| [17:22:04] | dekarl: | would be nice to have something on screen like "stay put, we are preparing for an emergency" ;) |
| [17:22:45] | sphery: | we don't tell you what's happening during db upgrade because it's all non-mythui code, so we can't |
| [17:22:48] | dekarl: | a blank screen for multiple minutes is not the greatest of all user-interactions (no action ;) |
| [17:23:21] | sphery: | we do the before upgrade "do you want to" "okay, we did/did not create a backup, do you still want to", then expect users will realize, "Oh, it's taking a while because it's doing the backup" |
| [17:23:28] | sphery: | er, because it's doing the upgrade |
| [17:23:50] | sphery: | or are you saying the backup took forever? |
| [17:23:52] | dekarl: | hmm, isn't the backup before the question is raised? |
| [17:24:14] | sphery: | pretty sure it's between do you want to and do you still want to |
| [17:25:12] | dekarl: | the backup comleted. just took some time (170MB in gzip) |
| [17:27:10] | sphery: | yeah, the whole schema wizard needs to be redone in mythui |
| [17:27:50] | sphery: | until it is, we either can't give good status info or have to write new legacy code to give less-than-good status info |
| [17:28:23] | dekarl: | having never touched the UI side I can only agree. Cppcheck spotted some other places that have not been migrated to MythUI, yet. |
| [17:30:01] | sphery: | ideally, though, the rewrite of the schema wizard would separate UI and functionality and the functionality would just do the right thing for everyone--instead of requiring TV and each plugin to have its own functions for disabling settings cache, submitting upgrade SQL, logging status, updating status on screen, ... re-enabling settings cache (many things which have been broken in various plugins over the years, including some affecting more ... |
| [17:30:07] | sphery: | ... than just the plugin) |
| [17:31:48] | sphery: | and the whole part should be moved to an event-based design, like the rest of the mythui code |
| [17:36:45] | dekarl: | paul-h, is that expected for the first scan? "total tracks found: 7900 (unchanged: 0, added: 7900, removed: 7900, updated 0)" It says removed/added instead of updated |
| [17:38:50] | stichnot (stichnot!~stichnot@216.239.45.67) has joined #mythtv | |
| [17:38:50] | stichnot (stichnot!~stichnot@mythtv/developer/stichnot) has joined #mythtv | |
| [17:38:50] | stichnot (stichnot!~stichnot@216.239.45.67) has quit (Changing host) | |
| [17:40:37] | natanojl (natanojl!~jonatan@mythtv/developer/natanojl) has joined #mythtv | |
| [17:47:37] | dekarl: | stuartm, btw time search is slow again. (maybe we can just get rid of it?) |
| [17:58:20] | stuartm: | dekarl: maybe, although there are plenty of things we can try first, e.g. incremental loading or a rethink/redesign of the concept |
| [18:01:37] | dekarl: | I like incremental loading |
| [18:07:34] | sl1ce_1g (sl1ce_1g!~johnathan@pool-100-0-19-88.bstnma.fios.verizon.net) has quit (Read error: Operation timed out) | |
| [18:10:57] | zentec (zentec!~zentec@75-128-89-222.dhcp.bycy.mi.charter.com) has quit (Ping timeout: 265 seconds) | |
| [18:14:03] | zentec (zentec!~zentec@75-128-89-222.dhcp.bycy.mi.charter.com) has joined #mythtv | |
| [18:25:39] | sl1ce (sl1ce!~johnathan@pool-100-0-19-88.bstnma.fios.verizon.net) has joined #mythtv | |
| [18:41:11] | gregL (gregL!~greg@cpe-74-76-105-205.nycap.res.rr.com) has quit (Remote host closed the connection) | |
| [18:45:51] | gregL (gregL!~greg@cpe-74-76-105-205.nycap.res.rr.com) has joined #mythtv | |
| [18:48:21] | jafa2 (jafa2!~jafa@c-50-150-78-96.hsd1.ca.comcast.net) has joined #mythtv | |
| [18:59:39] | amessina (amessina!~amessina@2001:470:c1dc:7779:d6be:d9ff:fe8d:7c1e) has quit (Quit: Konversation terminated!) | |
| [19:02:29] | amessina (amessina!~amessina@2001:470:c1dc:7779:d6be:d9ff:fe8d:7c1e) has joined #mythtv | |
| [19:05:50] | Sharky-112065 is now known as Sharky112065 | |
| [19:05:55] | jafa3 (jafa3!~jafa@c-50-150-78-96.hsd1.ca.comcast.net) has joined #mythtv | |
| [19:08:29] | jafa2 (jafa2!~jafa@c-50-150-78-96.hsd1.ca.comcast.net) has quit (Ping timeout: 240 seconds) | |
| [19:12:19] | jafa2 (jafa2!~jafa@c-50-150-78-96.hsd1.ca.comcast.net) has joined #mythtv | |
| [19:12:55] | jafa3 (jafa3!~jafa@c-50-150-78-96.hsd1.ca.comcast.net) has quit (Ping timeout: 245 seconds) | |
| [19:27:50] | Sharky112065 (Sharky112065!~Sharky112@dyn.102-139-19-46.swissinet.com) has quit (Quit: “The only way to have a friend is to be one.†― Ralph Waldo Emerson) | |
| [19:41:27] | stuartm: | I think the UX/UI for the time list is all wrong, but since I don't know what people actually use it for, it's difficult to suggest an alternative |
| [19:42:47] | stuartm: | but loading all programs for all channels at once is pointless, how many people scroll down to see what's on at 14:00 in two weeks time? |
| [19:45:03] | stuartm: | I wonder if want people really want is a Now/Next for all channels? A sort of compressed guide making it easier to see whether there is anything on at all at a particular time (most likely 'now') |
| [19:56:56] | stuartm: | gigem: aren't 'find one' rules are supposed to be deleted after that one showing has been recorded? |
| [20:19:21] | neufeld: | stuartm: my experience is that those rules are deleted some time around the next mythfilldatabase. I always thought that was intentional, because sometimes I get a recording that's damaged or my HD-PVR flakes out and records two hours of blackness, so deleting the bad recording it with "allow to re-record" causes that 'find one' rule to trigger again, without requiring me to go and set it up anew. |
| [20:21:08] | gigem: | stuartm: neufeld is correct. |
| [20:23:46] | drussell_ (drussell_!~drussell@205.233.15.187) has quit (Ping timeout: 265 seconds) | |
| [20:30:01] | stuartm: | we that was my expectation, but while working on the WebFrontend recording rules page I've noticed several really old find one rules which have a Last Recorded time set |
| [20:31:02] | stuartm: | some are more recent but still 2–3 weeks old, and were definitely recorded, but the rule is still there |
| [20:31:23] | stuartm: | I'll take a look at mfdb |
| [20:34:08] | sphery: | what was the status of the recording? If it was damaged or similar, the rule isn't deleted |
| [20:35:46] | sphery: | FWIW, code is in http://code.mythtv.org/cgit/mythtv/tree/mytht . . . per.cpp#n278 |
| [20:36:40] | sphery: | oh, wait, for a single/override/dontrecord, it will regardless of status |
| [20:37:38] | stuartm: | according to oldrecorded, in all the cases I've checked, it was rsRecorded (-3) |
| [20:39:22] | sphery: | yeah, not positive if it's even checking status on the find ones--I think it does by virtue of oldfind handling by the scheduler--but if status is recorded, that's not the issue |
| [20:39:33] | caelor: | stuartm: is the scope of your on WebFrontend just focussed on providing a realistic alternative to mythweb for 0.28, rather than developing a mythtv-setup replacement capability? |
| [20:39:35] | sphery: | when was the last run of the CleanupProgramListings housekeeping taks? |
| [20:39:53] | stuartm: | fwiw, it's clearly not happened for 'find one' rules, but there are two or three dozen examples |
| [20:40:34] | sphery: | not sure about the new housekeeping code wagnerrp did, but I know the old code wedge a cleanup task, especially for on-again/off-again backends (as a development backend would be) |
| [20:40:51] | sphery: | old code could wedge a cleanup task, that is |
| [20:40:56] | stuartm: | caelor: that's my intention because I don't have time to do both and get 0.28 out this year :) However other devs have expressed an interest in making the setup side a priority |
| [20:41:59] | stuartm: | sphery: that's the exact name? I'm not seeing that in the housekeeping table |
| [20:42:06] | caelor: | ok, I thought it was the case. I'm trying to scope out and structure data for the lineup type approach we discussed the other day. I think the most likely practical approach for me initially is python based using the bindings |
| [20:42:29] | sphery: | I'm not sure the new housekeeper uses the housekeeping table |
| [20:42:53] | stuartm: | http://pastebin.com/hj5k1R6Z |
| [20:43:08] | caelor: | so I was trying to figure out a likely timescale for bindings/service api access to the channel scanner (which I'm guessing will be fairly critical for web based setup) |
| [20:44:28] | caelor: | Initial pass is likely to just read & update existing scanned channels for dvb & atsc sources, but will try and actively manage channels for capture card + ir blaster sources |
| [20:46:18] | caelor: | I haven't been able to find any published code/schema for the services.mythtv.org site (which I suspect may be for security reasons) – if I was looking for my code to contribute data back for crowdsourcing purposes, would the preferred approach for serverside to be non-published? |
| [20:48:32] | stuartm: | I don't know that it was security, but xris would be able to say for sure |
| [20:49:57] | caelor: | it makes sense, with it being a public service. Initially I'll develop the serverside on my own server, and can work out the details of moving it when (if!) it gets polished enough |
| [20:49:58] | sphery: | stuartm: looks like it does use housekeeping table and the tag it's using is DBCleanup |
| [20:50:29] | sphery: | which says it ran today |
| [20:51:13] | sphery: | so when you run those queries, what happens: http://code.mythtv.org/cgit/mythtv/tree/mytht . . . per.cpp#n336 |
| [20:55:34] | sphery: | (at least run the first query to see if there's any resulting records, that is) |
| [20:56:01] | sphery: | the 2nd just deletes them |
| [21:14:02] | stuartm: | no hits, suggesting those were never inserted into the oldfind table |
| [21:14:14] | stuartm: | curiously, the oldfind table isn't empty |
| [21:15:11] | stuartm: | 11 consecutively numbered entries that don't match up with anything in record |
| [21:15:15] | ** stuartm deletes them ** | |
| [21:21:13] | amessina_ (amessina_!~amessina@2001:470:c1dc:7779:d6be:d9ff:fe8d:7c1e) has joined #mythtv | |
| [21:21:23] | amessina (amessina!~amessina@2001:470:c1dc:7779:d6be:d9ff:fe8d:7c1e) has quit (Ping timeout: 245 seconds) | |
| [21:24:05] | gigem: | stuartm: The oldfind numbers only match the recordid for findone rules. If you have any find daily or weekly rules, they put the day number in oldfind. |
| [21:29:40] | amessina_ is now known as amessina | |
| [21:30:12] | stuartm: | these were 4 digit numbers |
| [21:30:49] | stuartm: | I don't generally use daily/weekly rules, but if I've just broken then ... oop? |
| [21:30:54] | stuartm: | oops |
| [21:43:53] | jafa2 (jafa2!~jafa@c-50-150-78-96.hsd1.ca.comcast.net) has quit (Ping timeout: 245 seconds) | |
| [21:51:41] | jKlaus (jKlaus!~jklaus@2600:1004:b026:1e10:ad33:61fe:3b07:89c4) has quit (Quit: Leaving) | |
| [21:58:39] | gigem: | stuartm: They wouldn't be day numbers then. Those are all currently in the 73xxxx range. |
| [22:00:01] | caelor: | so kind of an "epoch day", rather than 1–7/0–6 (which is what I had [mis]understood)? |
| [22:06:05] | jpabq (jpabq!~quassel@mythtv/developer/jpabq) has quit (Remote host closed the connection) | |
| [22:13:43] | dekarl: | stuartm, I like "upcoming movies for the next 2–3 weeks with duplicates removed" then filter by channel list / ad free / HD / etc |
| [22:13:52] | jpabq (jpabq!~quassel@97-123-238-225.albq.qwest.net) has joined #mythtv | |
| [22:13:53] | jpabq (jpabq!~quassel@97-123-238-225.albq.qwest.net) has quit (Changing host) | |
| [22:13:53] | jpabq (jpabq!~quassel@mythtv/developer/jpabq) has joined #mythtv | |
| [22:18:05] | jpabq (jpabq!~quassel@mythtv/developer/jpabq) has quit (Remote host closed the connection) | |
| [22:18:48] | DouglasK is now known as DouglasKAway | |
| [22:20:34] | jafa2 (jafa2!~jafa@c-50-150-78-96.hsd1.ca.comcast.net) has joined #mythtv | |
| [22:23:09] | Steve-Goodey (Steve-Goodey!~steve@host109-158-212-221.range109-158.btcentralplus.com) has quit (Quit: Konversation terminated!) | |
| [22:52:02] | caelor: | Here's a first pass at marshalling some ideas about lineup support/cloudsourced data: https://gist.github.com/caelor/40ea47bb6b47368c028a before I put any code to file I'd welcome any suggestions, or drawbacks that other people might see in it |
| [22:54:39] | xris: | caelor / stuartm: it was slightly for security, but also because it was kind of crappy thrown-together code that was meant to be replaced after a few months. of course it's now several years later..... |
| [22:56:49] | stuartm: | dekarl: to replace the time search? |
| [22:57:56] | caelor: | I thought it might be along those lines. The concept I'm working through (see the gist) is in some ways an expansion on the use of channel icon data... |
| [22:58:41] | dekarl: | stuartm: well, that was my use case, that I used to use time search for |
| [22:58:54] | caelor: | Assuming I get it working and put together some serverside code for it, I'd appreciate it if someone else could review it from a security perspective before it went live on alcor, and would also be happy for the same restrictions on visibility to apply |
| [22:59:20] | stuartm: | the major failing of the current movie search is that by default it doesn't filter out duplicates, like the time search it's really arranged with a 'live tv' mentality, the problem is that if you sort it alphabetically which removes the duplicates you then lose the ability to look at just the films which are on in the next few hours, or days |
| [23:00:10] | caelor: | I also don't mind doing code review of other serverside code as a second pair of eyes, if that would be a helpful contribution |
| [23:01:02] | dekarl: | caelor, I'd love to see a way to have a machine readable list of streaming services (on-top-tv internet channels, iPad streams to tap into, Shoutcast radio stations...) |
| [23:01:11] | stuartm: | dekarl: are we talking about the same time search, the one in the frontend which is just a list of every single program in the table in date/time order? |
| [23:01:19] | dekarl: | aye |
| [23:01:54] | stuartm: | there's a separate 'movie search' which is similar but just lists films, but it has no filtering options at all (just sorting) |
| [23:02:20] | caelor: | dekarl: whilst not the original intent, I could see how what I'm working on could encompass that, assuming it would basically be an IPTV Input Source, and handled as each streaming service as a channel |
| [23:02:24] | dekarl: | maybe I ended up with the time search due to guide data quality :/ |
| [23:03:28] | dekarl: | caelor, e.g. replace http://code.mythtv.org/cgit/mythtv/tree/mythp . . . /streams.xml with your service |
| [23:03:32] | caelor: | and I agree, it would be nice to converge internet streaming into the system, although the channel centric approach becomes something of a potential encumberance |
| [23:05:11] | caelor: | isn't that streams.xml very much like the shoutcast index? I'd have thought there was already (music) stream indexes available? |
| [23:06:17] | dekarl: | what shoutcast index? I only know of closed or unusable directories. |
| [23:09:20] | caelor: | I'd assumed there was an open index (I mainly use SqueezeBox for music, and assumed the listings they used were open, which it appears they aren't). So yes, it's a logical extension of what I'm working on to list open internet streams |
| [23:13:33] | doev (doev!~doev@p5482EE13.dip0.t-ipconnect.de) has quit (Ping timeout: 252 seconds) | |
| [23:13:48] | caelor: | I'll add it to a list of future work – I'll wait until I see how paul-h evolves mythmusic, and then try and weave it in |
| [23:24:35] | jafa2 (jafa2!~jafa@c-50-150-78-96.hsd1.ca.comcast.net) has quit (Ping timeout: 245 seconds) | |
| [23:25:21] | sraue (sraue!~stephan@xbmc/staff/sraue) has quit (Read error: Connection timed out) | |
| [23:26:08] | sraue_ (sraue_!~stephan@2a02:908:fc13:e200:3e97:eff:fe0c:d215) has joined #mythtv | |
| [23:26:37] | sraue_ is now known as sraue | |
| [23:26:59] | sraue (sraue!~stephan@2a02:908:fc13:e200:3e97:eff:fe0c:d215) has quit (Changing host) | |
| [23:26:59] | sraue (sraue!~stephan@xbmc/staff/sraue) has joined #mythtv | |
| [23:27:47] | jafa2 (jafa2!~jafa@c-50-150-78-96.hsd1.ca.comcast.net) has joined #mythtv | |
| [23:42:54] | stuartm: | dekarl: handling money isn't really an option due to the fact that we'd have to pay tax |
| [23:51:04] | wagnerrp (wagnerrp!~wagnerrp_@mythtv/developer/wagnerrp) has joined #mythtv | |
| [23:59:03] | rsiebert (rsiebert!~quassel@g225003064.adsl.alicedsl.de) has joined #mythtv | |
| [23:59:31] | rsiebert_ (rsiebert_!~quassel@e179164013.adsl.alicedsl.de) has quit (Read error: Operation timed out) | |
IRC Logs collected by
BeirdoBot.
Please use the above link to report any bugs.