| Wednesday, January 8th, 2014, 00:00 UTC | ||
| [00:00:25] | arescorpio (arescorpio!~arescorpi@53-243-16-190.fibertel.com.ar) has quit (Ping timeout: 252 seconds) | |
| [00:36:06] | NightMonkey (NightMonkey!~NightrMon@pdpc/supporter/professional/nightmonkey) has quit (Quit: Body blow! Body blow!) | |
| [00:59:28] | arescorpio (arescorpio!~arescorpi@53-243-16-190.fibertel.com.ar) has joined #mythtv | |
| [01:09:25] | kc (kc!~Casper@unaffiliated/kc) has quit (Ping timeout: 248 seconds) | |
| [01:21:32] | kc (kc!~Casper@unaffiliated/kc) has joined #mythtv | |
| [02:33:35] | purserj_ is now known as purserj | |
| [02:49:47] | arescorpio (arescorpio!~arescorpi@53-243-16-190.fibertel.com.ar) has quit (Ping timeout: 272 seconds) | |
| [03:08:38] | peper03 (peper03!~peper03@mythtv/developer/peper03) has quit (Ping timeout: 264 seconds) | |
| [03:09:17] | peper03 (peper03!~peper03@mythtv/developer/peper03) has joined #mythtv | |
| [03:10:34] | benklop (benklop!~quassel@2001:470:f400:47:ae81:12ff:fe31:668b) has joined #mythtv | |
| [03:18:18] | nyloc (nyloc!~quassel@p5B26FA25.dip0.t-ipconnect.de) has joined #mythtv | |
| [03:22:28] | _nyloc_ (_nyloc_!~quassel@p3EE2D504.dip0.t-ipconnect.de) has quit (Ping timeout: 260 seconds) | |
| [03:37:04] | rsiebert (rsiebert!~quassel@e179173155.adsl.alicedsl.de) has quit (Read error: Operation timed out) | |
| [03:37:20] | rsiebert (rsiebert!~quassel@f052174084.adsl.alicedsl.de) has joined #mythtv | |
| [03:39:13] | benklop (benklop!~quassel@2001:470:f400:47:ae81:12ff:fe31:668b) has quit (Read error: Connection reset by peer) | |
| [04:09:59] | TheCras1 (TheCras1!~TheCrashe@p50807D0D.dip0.t-ipconnect.de) has quit (Quit: KVIrc 4.3.1 Aria http://www.kvirc.net/) | |
| [04:55:35] | fetzerch (fetzerch!~quassel@unaffiliated/fetzerch) has quit (Ping timeout: 252 seconds) | |
| [04:57:02] | fetzerch (fetzerch!~quassel@unaffiliated/fetzerch) has joined #mythtv | |
| [06:18:36] | amessina (amessina!~amessina@2001:470:c1dc:7779:d6be:d9ff:fe8d:7c1e) has quit (Remote host closed the connection) | |
| [06:20:00] | amessina (amessina!~amessina@50-196-241-78-static.hfc.comcastbusiness.net) has joined #mythtv | |
| [06:54:27] | SteveGoodey (SteveGoodey!~steve@host217-42-222-79.range217-42.btcentralplus.com) has joined #mythtv | |
| [07:06:49] | SteveGoodey (SteveGoodey!~steve@host217-42-222-79.range217-42.btcentralplus.com) has quit (Quit: Konversation terminated!) | |
| [07:11:17] | FabriceMG (FabriceMG!~Thunderbi@217.112.59.207) has joined #mythtv | |
| [07:24:37] | dekarl: | splitting patches into style changes, refactorings and actual functional changes would be cool ... makes it easier to review |
| [09:01:23] | Merlin83b (Merlin83b!~Daniel@office.34sp.com) has joined #mythtv | |
| [10:02:32] | jya (jya!~jyavenard@mythtv/developer/jya) has joined #mythtv | |
| [10:24:04] | dekarl: | dblain: schema update 1302 (http://code.mythtv.org/cgit/mythtv/commit/?id . . . b60437591af) did not copy the old setting values to the new default template? Strange, I thought the conversion was "loss less". wrt #12007 |
| [10:24:04] | ** MythLogBot http://code.mythtv.org/trac/ticket/12007 ** | |
| [10:24:47] | dekarl: | Is it worth to add a schema update that moves old settings over for users who soon[tm] are to be upgrading from 0.25 to the latest and greatest? |
| [10:25:32] | dekarl: | Smolt still shows a market share >50% for 0.25 |
| [10:37:19] | stuartm: | it's people using the stock mythbuntu release, since they decided to stick with the LTS people aren't getting the latest myth versions unless they know to enable the newer repos |
| [10:52:02] | dekarl: | that is quite possible. And the people who are afraid because of all the "oh noes, mythtranscode is broken post 0.25" talk. |
| [10:52:45] | dekarl: | I was just wondering that an investment in moving the old settings to their new spot may reduce the support load once 14.04 hits the shelves |
| [10:53:08] | dekarl: | and if I should add cleanup of old cruft to the schema update that I'm currently preparing |
| [10:53:21] | dekarl: | we should cleanup more/earlier so mythweb breaks faster :D |
| [10:53:50] | dekarl: | (giving people a chance to fix stuff before everyone forgets what might have broken it in the first place) |
| [11:37:08] | stuartm: | yeah, wherever possible old settings should be automatically ported to their new equivalents |
| [11:38:18] | stuartm: | people shouldn't _have_ to do any configuration following an upgrade |
| [11:39:47] | stuartm: | the only issue with adding such a fixup after a release is that we don't currently have a mechanism for updating that stuff apart from the schema updates, and IMHO we should |
| [11:40:50] | stuartm: | i.e. we can't add it as a schema update to 0.27 because it would conflict with those already made in master |
| [12:18:23] | doev (doev!~doev@p4FD4272A.dip0.t-ipconnect.de) has joined #mythtv | |
| [12:32:34] | dekarl: | aye. earliest possible release would be 0.28 for everyone skipping 0.26 and 0.27. Just need to figure out how that can be done without breaking manually edited values in the Default template :) |
| [13:11:56] | dekarl: | what do you think of a) extending the existing schema change to move over the data in addition to adding an empty template for people who have not yet got that change and b) adding a new schema change that cleans out the old settings? |
| [13:12:28] | ** dekarl curses at "NOT NULL" ** | |
| [13:13:17] | sphery_: | what are you trying to do? |
| [13:14:07] | sphery_: | all released versions of MythTV that use the recording rule templates will have the schema updates that create the default recording rule template |
| [13:14:44] | sphery_: | stupid #mythtv-theming channel: 01.08 08:13:20 [freenode] -!- sphery #mythtv-theming Cannot change nickname while banned on channel |
| [13:14:46] | dekarl: | yes, but the schema update does not apply the old defaults |
| [13:15:42] | sphery_: | there's code to apply all the previously-used values to the template, including non-schema-update code |
| [13:15:56] | sphery_: | (i.e. "out of sequence update" code) |
| [13:16:10] | dekarl: | sphery_: I remembered that to. But I could not find it |
| [13:17:32] | sphery_: | do a grep for, say, AutoCommercialFlag and you should find the code (or DefaultStartOffset or whatever) |
| [13:20:40] | dekarl: | ty, was grepping for DefaultStartEarly instead of DefaultStartOffset :( |
| [13:20:40] | sphery_: | the non-update code is in http://code.mythtv.org/cgit/mythtv/tree/mytht . . . rule.cpp#n26 (i.e. still uses the old settings when creating the RecordingRule, and before loading the template) |
| [13:21:47] | sphery_: | and it's used by db update 1302 ( http://code.mythtv.org/cgit/mythtv/tree/mytht . . . ck.cpp#n2021 ) to create the new default template |
| [13:22:10] | sphery_: | so if there's no default template (as when creating the default template), it uses the old values |
| [13:22:47] | sphery_: | it's definiely a bit complex compared to most updates, and requires our leaving the old settings code in for a few versions, but it should work |
| [13:22:51] | jya (jya!~jyavenard@mythtv/developer/jya) has quit (Quit: jya) | |
| [13:24:51] | sphery_: | dekarl: if you did want to create the default template manually, you could do that (and then remove the old settings code from RecordingRule), but you'll need to check to make sure there's no Default template, first, and do nothing if there is or create the rule and apply the settings if there's not |
| [13:25:03] | sphery_: | (manually in a separate DB update, that is) |
| [13:25:16] | dekarl: | sphery_: it appears that the user is having unrelated issues (reporting no default template) |
| [13:25:35] | sphery_: | yeah, looks like he did something bad--i.e. mixed versions of mythtv/mythweb or similar |
| [13:26:02] | sphery_: | and mythweb does use commercial-detection method from default template, so that should work fine, too |
| [13:27:10] | sphery_: | or maybe he just had a broken db update and didn't clean up/restore pre-upgrade db/fix corruption properly |
| [13:29:59] | sphery_: | Oh, and thanks for catching and handling the ticket. I hadn't noticed it, yet, until I read a bit more of the scrollback |
| [13:41:56] | sphery_ is now known as sphery | |
| [13:51:26] | dekarl1 (dekarl1!~dekarl@p4FCEECBF.dip0.t-ipconnect.de) has joined #mythtv | |
| [13:53:38] | dekarl (dekarl!~dekarl@p4FE84B56.dip0.t-ipconnect.de) has quit (Ping timeout: 264 seconds) | |
| [13:53:41] | jya (jya!~jyavenard@mythtv/developer/jya) has joined #mythtv | |
| [13:55:23] | jya (jya!~jyavenard@mythtv/developer/jya) has quit (Client Quit) | |
| [13:55:29] | Jordack (Jordack!~Jordack@h69-131-44-221.plmomi.dedicated.static.tds.net) has joined #mythtv | |
| [14:05:18] | TheCrasher (TheCrasher!~TheCrashe@p50807D0D.dip0.t-ipconnect.de) has joined #mythtv | |
| [14:06:00] | dekarl1 is now known as dekarl | |
| [14:35:48] | sphery (sphery!~mdean@67.8.102.0) has quit (Quit: leaving) | |
| [14:35:55] | stuartm (stuartm!~stuartm@mythtv/developer/stuartm) has quit (Ping timeout: 260 seconds) | |
| [14:36:17] | sphery (sphery!~mdean@mythtv/developer/sphery) has joined #mythtv | |
| [14:37:50] | stuartm (stuartm!~stuartm@cpc1-derb9-0-0-cust441.8-3.cable.virginm.net) has joined #mythtv | |
| [14:37:50] | stuartm (stuartm!~stuartm@cpc1-derb9-0-0-cust441.8-3.cable.virginm.net) has quit (Changing host) | |
| [14:37:50] | stuartm (stuartm!~stuartm@mythtv/developer/stuartm) has joined #mythtv | |
| [14:40:21] | doev (doev!~doev@p4FD4272A.dip0.t-ipconnect.de) has quit (*.net *.split) | |
| [14:40:21] | nyloc (nyloc!~quassel@p5B26FA25.dip0.t-ipconnect.de) has quit (*.net *.split) | |
| [14:40:33] | brfransen (brfransen!~brfransen@64.179.169.226) has quit () | |
| [14:43:04] | doev (doev!~doev@p4FD4272A.dip0.t-ipconnect.de) has joined #mythtv | |
| [14:43:04] | nyloc (nyloc!~quassel@p5B26FA25.dip0.t-ipconnect.de) has joined #mythtv | |
| [15:24:06] | brfransen (brfransen!~brfransen@64.179.169.226) has joined #mythtv | |
| [15:58:26] | gregL (gregL!~greg@cpe-74-76-105-205.nycap.res.rr.com) has quit (Quit: Leaving) | |
| [16:11:14] | brfransen (brfransen!~brfransen@64.179.169.226) has quit () | |
| [16:35:09] | NightMonkey (NightMonkey!~NightrMon@pdpc/supporter/professional/nightmonkey) has joined #mythtv | |
| [16:40:49] | FabriceMG (FabriceMG!~Thunderbi@217.112.59.207) has quit (Quit: FabriceMG) | |
| [16:54:59] | TheCras5 (TheCras5!~TheCrashe@p5DCE4B7B.dip0.t-ipconnect.de) has joined #mythtv | |
| [16:58:17] | TheCrasher (TheCrasher!~TheCrashe@p50807D0D.dip0.t-ipconnect.de) has quit (Ping timeout: 252 seconds) | |
| [17:09:56] | brfransen (brfransen!~brfransen@64.179.169.226) has joined #mythtv | |
| [17:10:40] | SteveGoodey (SteveGoodey!~steve@host217-42-222-79.range217-42.btcentralplus.com) has joined #mythtv | |
| [17:14:49] | Steve-Goodey (Steve-Goodey!~steve@host217-42-222-79.range217-42.btcentralplus.com) has joined #mythtv | |
| [17:29:18] | gigem: | Could someone fill me in on the reason for this morning's template discussion? I must have missed it. FYI, I heading out to lunch right now, so I can't contribute much more until I get back. Anyway, as sphery noted, the old settings are used when creating the default template. There's a somewhat better way of handling the scheme update that removes future references to the old settings, but I haven't |
| [17:29:20] | gigem: | gotten around to doing that yet. |
| [17:54:07] | Merlin83b (Merlin83b!~Daniel@office.34sp.com) has quit (Quit: Leaving) | |
| [17:56:22] | moparisthebest (moparisthebest!~quassel@mailer.moparscape.org) has quit (Ping timeout: 245 seconds) | |
| [18:17:18] | dekarl: | gigem, I was mislead by #12007 to believe that we are not moving the old settings over to the new default recording rule template. sphery pointed me to the code later. So everything is ok, just some old settings to clean up before someone gets confused again, but that's lower priority |
| [18:17:18] | ** MythLogBot http://code.mythtv.org/trac/ticket/12007 ** | |
| [18:35:39] | jya (jya!~jyavenard@mythtv/developer/jya) has joined #mythtv | |
| [18:37:29] | NightMonkey (NightMonkey!~NightrMon@pdpc/supporter/professional/nightmonkey) has quit (Ping timeout: 252 seconds) | |
| [18:43:50] | gigem: | dekarl: Okay. Thanks. |
| [18:43:53] | darkplague (darkplague!darkplague@94.177.59.100) has quit () | |
| [18:48:27] | jya (jya!~jyavenard@mythtv/developer/jya) has quit (Quit: jya) | |
| [18:48:56] | jya (jya!~jyavenard@mythtv/developer/jya) has joined #mythtv | |
| [18:50:12] | sraue (sraue!~stephan@xbmc/staff/sraue) has quit (Ping timeout: 252 seconds) | |
| [18:51:08] | jya (jya!~jyavenard@mythtv/developer/jya) has quit (Client Quit) | |
| [18:52:55] | sraue_ (sraue_!~stephan@2a02:908:fc13:e200:3e97:eff:fe0c:d215) has joined #mythtv | |
| [18:55:37] | sraue_ is now known as sraue | |
| [18:55:44] | wagnerrp_ (wagnerrp_!4084ae8b@gateway/web/freenode/ip.64.132.174.139) has joined #mythtv | |
| [18:55:49] | sraue (sraue!~stephan@2a02:908:fc13:e200:3e97:eff:fe0c:d215) has quit (Changing host) | |
| [18:55:49] | sraue (sraue!~stephan@xbmc/staff/sraue) has joined #mythtv | |
| [18:56:40] | wagnerrp_: | stuartm: re #11678, in MetadataFactory::OnSingleResult, should all those be .takeLast()? |
| [18:56:40] | ** MythLogBot http://code.mythtv.org/trac/ticket/11678 ** | |
| [19:06:00] | NightMonkey (NightMonkey!~NightrMon@173-164-139-193-SFBA.hfc.comcastbusiness.net) has joined #mythtv | |
| [19:06:08] | NightMonkey (NightMonkey!~NightrMon@173-164-139-193-SFBA.hfc.comcastbusiness.net) has quit (Changing host) | |
| [19:06:08] | NightMonkey (NightMonkey!~NightrMon@pdpc/supporter/professional/nightmonkey) has joined #mythtv | |
| [19:09:01] | moparisthebest (moparisthebest!~quassel@mailer.moparscape.org) has joined #mythtv | |
| [19:11:48] | stuartm: | wagnerrp_: no, at least I don't think so, I fixed it so that we order the list the other way around in MetadataLookup::GetArtwork() so by the time we get to OnSingleResult() the best matches should appear first, not last |
| [19:12:03] | stuartm: | I can't remember if I backported that though |
| [19:22:56] | MartinT (MartinT!~smuxi@46-18-104-220.static.vivaciti.org) has joined #mythtv | |
| [19:29:21] | MartinT: | stuartm: did you have chance to review my questions from last night? |
| [19:29:37] | MartinT: | on the Video API changes re View Modes |
| [19:34:50] | stuartm: | I really can't decide how it should be done, maybe dblain or someone who is actually using the API for a third party app, such as jheizer or dfrey (Android frontend) have an opinion? |
| [19:35:21] | wagnerrp_: | wtf... web based fonts? |
| [19:36:13] | stuartm: | just google's way of getting ever more people to integrate their files into webpages, all the better to track you by |
| [19:36:51] | wagnerrp_: | but how does the user expect to use them in mythui? |
| [19:37:15] | stuartm: | wagnerrp_: I assume they can be downloaded and used as regular ttf fonts |
| [19:37:20] | ** wagnerrp_ wonders if our user base is getting more insane, or if it's the same old insanity ** | |
| [19:37:27] | stuartm: | hardly a website left, or so it seems, that isn't relying on google hosted content, or google advertising |
| [19:37:39] | wagnerrp_: | he explicitly stated they cannot be downloaded, of course that would mean they cannot be used... |
| [19:37:43] | wagnerrp_: | but that's besides the point |
| [19:37:45] | MartinT: | are you referring to woff fonts? |
| [19:38:09] | jheizer: | MartinT, stuartm, I'd have to say I have always just used the plain old directory layout for videos for all these years so I can't comment much on that. Not even really sure what the others look like now a days. |
| [19:38:09] | MartinT: | e.g FontAwesome... |
| [19:38:19] | wagnerrp_: | i suppose it's the same kind of thinking that streaming video is not downloading? |
| [19:38:36] | stuartm: | wagnerrp_: well that's a big fat NO then :) |
| [19:39:30] | MartinT: | jheizer: I was the same, until I discovered the TV/Film view mode... |
| [19:39:57] | MartinT: | I was manually putting all the rips in nice a nice directory structure... |
| [19:40:03] | stuartm: | all online content has to be downloaded to be used, I guess he's asking if we support http urls for fonts and we don't, and won't |
| [19:40:35] | stuartm: | not sure why he thinks that would work any differently to him having them installed locally |
| [19:42:00] | jheizer: | MartinT, I'll have to try it out next time I am upstairs. I haven't tried to run .27 FE on windows yet. |
| [19:42:57] | stuartm: | MartinT: apologies if I'm not being very helpful, pretty busy atm and tired too |
| [19:43:29] | MartinT: | no problem, I'm actually thinking that the VideoServiceAPI pull might be invalid based on the view mode stuff... |
| [19:43:39] | MartinT: | bookmarking should still be valid though |
| [19:43:56] | Chutt_ (Chutt_!~ijr@cpe-76-190-199-73.neo.res.rr.com) has joined #mythtv | |
| [19:44:11] | MartinT: | I've got other stuff I want to fix in Myth, so there's no rush on that... |
| [19:45:22] | MartinT: | does anyone think it controversial to only allow a subset of view modes via the API? |
| [19:45:23] | Chutt (Chutt!~ijr@2605:a000:1208:c08c:c457:ef1d:60fd:2177) has quit (Ping timeout: 272 seconds) | |
| [19:47:59] | ** jheizer realized I could X from my MBE. This is pretty nice. ** | |
| [19:48:15] | jheizer: | Pretty similar to how I have my directories setup anyway |
| [19:49:17] | jheizer: | TV/Movies + Genre on Movies would be awesome! |
| [19:53:04] | jheizer: | IMO I'd like to see it appended to GetVideoList and instead of GetVideoList returning everything it is |
| [19:53:31] | jheizer: | GetVideoListWithViewMode?Descending=true&StartIndex=1&Count=1&mode=T V&node=Films |
| [19:53:35] | jheizer: | So you could also do |
| [19:53:48] | jheizer: | GetVideoListWithViewMode?Descending=true&StartIndex=1&Count=1&mode=B rowser&node=FolderName |
| [19:54:22] | jheizer: | As right now the entire list is pulled every time and I parse the crap out of it to form levels of folders and sub folders |
| [19:55:26] | jheizer: | But then that API is returning videos and the sub folders/nodes(ex genres) in the same call? |
| [19:56:13] | MartinT: | what I was thinking is exactly as you describe, but have a second call that will return the structure... |
| [19:56:41] | MartinT: | so you don't have to "parse the crap" of the full list :D |
| [19:57:52] | jheizer: | When I started all this I really should have taken notes on what would have been nice to change along the way. I was doing it in such a crunched timeline back then I just went with it as I knew any changes would be far off. |
| [19:58:27] | jheizer: | then take this exact logic and carry it over to the new Gallery calls and it woudl be real win |
| [19:59:02] | MartinT: | sorry, you've lost me, I'm new.. what did you start? |
| [20:00:05] | jheizer: | Web based tablet/phone UI vs installing apps so it works any/everywhere. Busted it out while so wife could use it while feeding baby at night. http://www.mobilemyth.net/ |
| [20:00:38] | jheizer: | Progress has been slow lately as we don't use it anymore as that was about our only use case, but I am trying to keep it going. |
| [20:01:33] | jheizer: | In the process of totally refactoring the services API access so I can use the new more efficient functions as they come up but still have .25 work. |
| [20:02:08] | stuartm: | MartinT: other services endpoints, e.g. GetProgramGuide have a ShowDetails arg, that might be a consistent approach – so one endpoint returns both the bare details structure/title etc and the full metadata |
| [20:03:32] | jheizer: | yeah as long as the first call has the basics I am all for that too. Quick lighter weight first page load. |
| [20:04:06] | jheizer: | OT: Awwww damn it's snowing again. |
| [20:05:22] | stuartm: | from a design perspective it would be nice IMHO to avoid endpoint proliferation, lots of different ways to get varying degrees of the same info, it's harder to maintain and confusing for end-users of the API |
| [20:06:23] | MartinT: | by endpoint, are you referring to operations (e.g GetVideoList) or the actually webservice endpoint (e.g. Video, Frontend, etc.) |
| [20:06:38] | MartinT: | god my english sucks to do... |
| [20:06:45] | MartinT: | ARGH today... |
| [20:06:49] | stuartm: | so 'GetFooList' with optional filter args is better than GetFooFullList, GetFooFilmList, GetFooTVList, GetFooWithBellsOnList |
| [20:07:16] | MartinT: | I was only thinking of 1 extra... GetVideoTree... |
| [20:07:36] | MartinT: | that you pass a view mode and it passes you back the relevant tree... |
| [20:07:39] | stuartm: | MartinT: the methods, which I'm only calling endpoints since that's the terminology everyone else around here seems to like :) To me they are methods |
| [20:07:42] | joki (joki!~joki@p54860948.dip0.t-ipconnect.de) has quit (Read error: Operation timed out) | |
| [20:07:44] | jheizer: | Based on the FE setup., browser is "just another view" |
| [20:08:32] | MartinT: | you then use GetVideoList to list the videos inside the relevant view mode node... |
| [20:08:52] | jheizer: | +1 on methods. Too much varying terminology when us tech people have to clarify to each other. |
| [20:09:36] | MartinT: | yeah, I'm a terminology Nazi (not my words, the words of my team)... it saves soooo much time if people use the right words... |
| [20:10:01] | stuartm: | MartinT: that sounds reasonable, especially if the returned object is just a 'VideoList' object which references other 'VideoList' objects – something that's can be parsed with the minimum of code duplication for those who are also using the flat 'GetVideoList' |
| [20:11:05] | stuartm: | may not be possible exactly as I've described it, I can't quite remember what the current objects look like |
| [20:12:11] | stuartm: | if I open up the code to check, I'll only get sucked in and finally crawl to bed at 1am, so I won't be doing that tonight :) |
| [20:13:02] | jheizer: | Sleep |
| [20:13:04] | jheizer: | haha |
| [20:14:30] | joki (joki!~joki@p54860111.dip0.t-ipconnect.de) has joined #mythtv | |
| [20:16:40] | MartinT: | pah, sleep is for retirement... |
| [20:16:52] | jheizer: | So never? lol |
| [20:17:28] | MartinT: | the Video list currently returns a list of metadatainfo objects, so I was actually thinking of the tree returning something different |
| [20:18:06] | MartinT: | as under some viewmodes (e.g. Genre) a metadata info would actually be irrelevant.... |
| [20:20:10] | MartinT: | so what it returns a simple object that is "Name, Artwork, Sub Folders" possibly some others, may be a KeyValuePair type object for other data that is relevant to that view mode |
| [20:20:27] | MartinT: | e.g. series id, show id, etc. |
| [20:21:08] | MartinT: | jheizer: mobilemyth is interesting, I was in the process of creating an asp.net mvc4 based version similar to that before I found the WebFrontend |
| [20:21:10] | jheizer: | Say key for videos is at least Title and Id, can get the all artwork from Id I believe |
| [20:22:44] | jheizer: | One of these days I need to sit down and learn mvc asp.net. All our work stuff is so tied to webforms that it will never change so it just has not happened. |
| [20:23:20] | MartinT: | I've just managed to get buy in to move our monolithic Webforms 2.0 site to mvc4... |
| [20:23:30] | ** MartinT is doing the happy dance ** | |
| [20:24:16] | MartinT: | now if I could only get the buy in to remove spring.net i will be ecstatic... |
| [20:24:20] | jheizer: | haha, all our page's layout/elements are 100% code generated so HUGE existing webforms code base to support that. |
| [20:24:35] | MartinT: | I can imagine... |
| [20:24:41] | jheizer: | only have 2 aspx "pages" |
| [20:25:43] | MartinT: | we have a control for everything... need a label that does X... well what you do is create a new ascx that derives from label, do NOTHING ELSE TO IT.. and use that... |
| [20:26:08] | MartinT: | anyway, back on topic... |
| [20:26:30] | MartinT: | the GetVideoTree would need to return something that is consistent for all view modes... |
| [20:27:07] | MartinT: | unless, as I mentioned before, we take the controversial stance that only certain view modes are ported to the api... |
| [20:27:34] | jheizer: | All goes both ways, as soon as you limit what is returned some one like me wants more, Ex: GetTitles for recordings not returns the counts and not returning when no inetref |
| [20:28:05] | jheizer: | i'd have to pull it up to see how I am using it specifically |
| [21:04:14] | doev (doev!~doev@p4FD4272A.dip0.t-ipconnect.de) has quit (Ping timeout: 240 seconds) | |
| [21:18:38] | doev (doev!~doev@p4FD4272A.dip0.t-ipconnect.de) has joined #mythtv | |
| [21:31:43] | nephyrin (nephyrin!~neph@2620:101:8003:200:7a2b:cbff:fe9e:2e67) has joined #mythtv | |
| [21:35:50] | Cougar (Cougar!~cougar@2a03:5880:104:10:2013:b430:13db:778d) has quit (Quit: reboot) | |
| [21:42:58] | nephyrin (nephyrin!~neph@2620:101:8003:200:7a2b:cbff:fe9e:2e67) has quit (Read error: Connection reset by peer) | |
| [21:43:34] | nephyrin (nephyrin!~neph@2620:101:8003:200:7a2b:cbff:fe9e:2e67) has joined #mythtv | |
| [21:54:33] | danielk22 (danielk22!~danielk@exchange.wgen.net) has quit (Quit: Leaving.) | |
| [21:56:11] | danielk22 (danielk22!~danielk@exchange.wgen.net) has joined #mythtv | |
| [21:57:41] | Jordack (Jordack!~Jordack@h69-131-44-221.plmomi.dedicated.static.tds.net) has quit () | |
| [22:03:35] | wagnerrp_ (wagnerrp_!4084ae8b@gateway/web/freenode/ip.64.132.174.139) has quit (Quit: Page closed) | |
| [22:03:48] | Steve-Goodey (Steve-Goodey!~steve@host217-42-222-79.range217-42.btcentralplus.com) has quit (Quit: Konversation terminated!) | |
| [22:05:11] | SteveGoodey (SteveGoodey!~steve@host217-42-222-79.range217-42.btcentralplus.com) has quit (Quit: Konversation terminated!) | |
| [22:12:42] | Tobbe5178 (Tobbe5178!~asdf@h104n2-sv-a13.ias.bredband.telia.com) has quit (Read error: Connection reset by peer) | |
| [22:15:40] | nyloc (nyloc!~quassel@p5B26FA25.dip0.t-ipconnect.de) has quit (Remote host closed the connection) | |
| [22:17:19] | nyloc (nyloc!~quassel@p5B26FA25.dip0.t-ipconnect.de) has joined #mythtv | |
| [22:20:43] | doev (doev!~doev@p4FD4272A.dip0.t-ipconnect.de) has quit (Ping timeout: 260 seconds) | |
| [22:27:43] | brfransen (brfransen!~brfransen@64.179.169.226) has quit (Ping timeout: 260 seconds) | |
| [23:35:38] | Cougar (Cougar!~cougar@2a03:5880:104:10:78ab:36ff:b4c4:c717) has joined #mythtv | |
IRC Logs collected by
BeirdoBot.
Please use the above link to report any bugs.