| Monday, January 13th, 2014, 00:00 UTC | ||
| [00:00:12] | TheCrasher (TheCrasher!~TheCrashe@p50807AA3.dip0.t-ipconnect.de) has joined #mythtv | |
| [00:03:02] | TheCras5 (TheCras5!~TheCrashe@p5DCE4DF7.dip0.t-ipconnect.de) has quit (Ping timeout: 252 seconds) | |
| [00:10:03] | moparisthebest_ (moparisthebest_!~quassel@mailer.moparscape.org) has quit (Read error: Connection reset by peer) | |
| [00:10:49] | natanojl (natanojl!~jonatan@mythtv/developer/natanojl) has quit (Ping timeout: 246 seconds) | |
| [00:19:07] | moparisthebest (moparisthebest!~quassel@mailer.moparscape.org) has joined #mythtv | |
| [00:24:16] | TheCrasher (TheCrasher!~TheCrashe@p50807AA3.dip0.t-ipconnect.de) has quit (Quit: KVIrc 4.3.1 Aria http://www.kvirc.net/) | |
| [00:54:37] | nameless` (nameless`!~nameless@digi00846.digicube.fr) has quit (Ping timeout: 272 seconds) | |
| [02:30:27] | arescorpio (arescorpio!~arescorpi@53-243-16-190.fibertel.com.ar) has joined #mythtv | |
| [02:39:47] | arescorpio (arescorpio!~arescorpi@53-243-16-190.fibertel.com.ar) has quit (Ping timeout: 260 seconds) | |
| [02:53:15] | wagnerrp (wagnerrp!~wagnerrp_@mythtv/developer/wagnerrp) has quit (Ping timeout: 252 seconds) | |
| [02:56:25] | wagnerrp (wagnerrp!~wagnerrp_@mythtv/developer/wagnerrp) has joined #mythtv | |
| [03:00:28] | arescorpio (arescorpio!~arescorpi@53-243-16-190.fibertel.com.ar) has joined #mythtv | |
| [03:14:09] | nyloc (nyloc!~quassel@p57B4F8A3.dip0.t-ipconnect.de) has joined #mythtv | |
| [03:18:31] | _nyloc_ (_nyloc_!~quassel@p3EE2D43C.dip0.t-ipconnect.de) has quit (Ping timeout: 260 seconds) | |
| [03:19:50] | peper03 (peper03!~peper03@mythtv/developer/peper03) has quit (Ping timeout: 252 seconds) | |
| [03:22:00] | SmallR2002 (SmallR2002!~Robert@c-98-253-173-240.hsd1.il.comcast.net) has joined #mythtv | |
| [03:24:30] | peper03 (peper03!~peper03@mythtv/developer/peper03) has joined #mythtv | |
| [03:37:29] | rsiebert (rsiebert!~quassel@f052006059.adsl.alicedsl.de) has joined #mythtv | |
| [03:38:00] | rsiebert_ (rsiebert_!~quassel@f052135245.adsl.alicedsl.de) has quit (Ping timeout: 252 seconds) | |
| [04:23:02] | arescorpio (arescorpio!~arescorpi@53-243-16-190.fibertel.com.ar) has quit (Excess Flood) | |
| [04:32:12] | stichnot (stichnot!~stichnot@mythtv/developer/stichnot) has quit (Ping timeout: 245 seconds) | |
| [04:49:35] | fetzerch (fetzerch!~quassel@unaffiliated/fetzerch) has quit (Ping timeout: 252 seconds) | |
| [04:51:03] | fetzerch (fetzerch!~quassel@unaffiliated/fetzerch) has joined #mythtv | |
| [04:54:09] | stichnot (stichnot!~stichnot@mythtv/developer/stichnot) has joined #mythtv | |
| [05:08:02] | stichnot (stichnot!~stichnot@mythtv/developer/stichnot) has quit (Ping timeout: 245 seconds) | |
| [07:09:03] | SteveGoodey (SteveGoodey!~steve@host109-158-212-221.range109-158.btcentralplus.com) has joined #mythtv | |
| [07:11:32] | FabriceMG (FabriceMG!~Thunderbi@217.112.59.207) has joined #mythtv | |
| [07:15:23] | SteveGoodey (SteveGoodey!~steve@host109-158-212-221.range109-158.btcentralplus.com) has quit (Quit: Konversation terminated!) | |
| [07:21:04] | nameless` (nameless`!~nameless@digi00846.digicube.fr) has joined #mythtv | |
| [07:29:52] | Tobbe5178 (Tobbe5178!~asdf@h104n2-sv-a13.ias.bredband.telia.com) has joined #mythtv | |
| [07:49:42] | NightMonkey (NightMonkey!~NightrMon@pdpc/supporter/professional/nightmonkey) has quit (Ping timeout: 252 seconds) | |
| [08:05:41] | NightMonkey (NightMonkey!~NightrMon@pdpc/supporter/professional/nightmonkey) has joined #mythtv | |
| [08:13:21] | joki (joki!~joki@p54862CF6.dip0.t-ipconnect.de) has quit (Ping timeout: 252 seconds) | |
| [08:18:50] | joki (joki!~joki@p54863E01.dip0.t-ipconnect.de) has joined #mythtv | |
| [08:35:58] | Warlord (Warlord!warlord@unaffiliated/warlord) has joined #mythtv | |
| [08:37:11] | NightMonkey (NightMonkey!~NightrMon@pdpc/supporter/professional/nightmonkey) has quit (Quit: Body blow! Body blow!) | |
| [09:59:55] | nyloc (nyloc!~quassel@p57B4F8A3.dip0.t-ipconnect.de) has quit (Remote host closed the connection) | |
| [10:02:32] | nyloc (nyloc!~quassel@p57B4F8A3.dip0.t-ipconnect.de) has joined #mythtv | |
| [11:55:07] | PatrickDickey (PatrickDickey!~quassel@2001:470:1f11:830:3c36:4ef5:8727:5757) has joined #mythtv | |
| [12:00:50] | tgm4883 (tgm4883!~tgm4883@ubuntu/member/tgm4883) has quit (Ping timeout: 264 seconds) | |
| [12:05:09] | tgm4883 (tgm4883!~tgm4883@ubuntu/member/tgm4883) has joined #mythtv | |
| [12:32:27] | doev (doev!~doev@p4FD41B1F.dip0.t-ipconnect.de) has joined #mythtv | |
| [12:37:35] | noaXess (noaXess!~noaXess@catv-165-002.tbwil.ch) has joined #mythtv | |
| [12:37:42] | noaXess: | hey all.. |
| [12:38:13] | noaXess: | is it still correct, that mythtv bacend need cpu and memory power while frontend need grafic and also memory power? |
| [12:39:51] | Merlin83b: | noaXess: #mythtv-users |
| [12:40:01] | noaXess: | ups.. sorry ;) |
| [12:40:18] | noaXess (noaXess!~noaXess@catv-165-002.tbwil.ch) has left #mythtv () | |
| [13:15:05] | stuarta: | #mythtv-users and a spell checker ;-) |
| [13:15:21] | stuarta: | and yes i know he left.. |
| [13:15:40] | Merlin83b: | Heh |
| [13:17:34] | stichnot (stichnot!~stichnot@mythtv/developer/stichnot) has joined #mythtv | |
| [13:53:02] | dekarl1 (dekarl1!~dekarl@p4FE84BDE.dip0.t-ipconnect.de) has joined #mythtv | |
| [13:53:38] | dekarl (dekarl!~dekarl@p4FE8429E.dip0.t-ipconnect.de) has quit (Ping timeout: 252 seconds) | |
| [14:35:00] | kisak (kisak!~kisak@pool-71-173-217-47.hrbgpa.fios.verizon.net) has joined #mythtv | |
| [14:40:39] | kisak (kisak!~kisak@pool-71-173-217-47.hrbgpa.fios.verizon.net) has left #mythtv () | |
| [14:41:56] | stichnot: | skd5aner: forgot to say that I successfully downloaded the sample, thanks! |
| [14:42:30] | FabriceMG (FabriceMG!~Thunderbi@217.112.59.207) has quit (Quit: FabriceMG) | |
| [14:43:33] | stichnot: | still not entirely happy with my approach of a frame-by-frame seeking timeout |
| [14:44:19] | stichnot: | at least in the cutlist editor, the seeks can be pretty unpredictable relative to the requested amount |
| [14:46:07] | stichnot: | I'm thinking that if the user hits the skip-back button N times rapidly, it would be nice to bundle up the last N-1 into a single big skip |
| [14:46:57] | stichnot: | so there might always be latency for a single skip, but not a big lockup as a long sequence of skips is processed |
| [14:48:18] | FabriceMG (FabriceMG!~Thunderbi@LCaen-156-54-30-212.w80-11.abo.wanadoo.fr) has joined #mythtv | |
| [14:51:59] | danielk22 (danielk22!~danielk@exchange.wgen.net) has joined #mythtv | |
| [14:56:42] | sphery: | stichnot: I like the approach you're going for--where the user doesn't have to know about/find/choose an appropriate setting. The rollup approach, also sounds like a great idea |
| [14:57:30] | sphery: | and even if you have to do a "quick" implementation during playback and a more-exact one during editing, I think it's best to just do the right thing to the best of our abilities without a setting |
| [15:51:22] | stichnot (stichnot!~stichnot@mythtv/developer/stichnot) has quit (Ping timeout: 245 seconds) | |
| [15:52:38] | jklaus_ (jklaus_!~jklaus@2600:1004:b017:4010:c34:936f:4fc3:d5a7) has joined #mythtv | |
| [15:54:23] | jklaus_ is now known as jKlaus_Work | |
| [15:54:32] | jKlaus_Work: | hey guys |
| [15:55:24] | jKlaus_Work: | Can anyone tell me if there is/are any xml files out in MythTV that contain the database and tables |
| [16:01:39] | jams_: | jKlaus_Work, try mythtv-users |
| [16:02:11] | jKlaus_Work: | jams_ why would a user know that? lol |
| [16:03:03] | stuarta: | i'd say no, i don't know of any xml describing the db schema |
| [16:03:08] | jKlaus_Work: | ok |
| [16:03:10] | jKlaus_Work: | thanks |
| [16:09:43] | stuartm: | jKlaus_Work: re your indexedDB idea, it may be better to work against WebFrontend instead of MythWeb which may be dropped in future releases |
| [16:16:24] | FabriceMG (FabriceMG!~Thunderbi@LCaen-156-54-30-212.w80-11.abo.wanadoo.fr) has quit (Quit: FabriceMG) | |
| [16:20:30] | dekarl-work (dekarl-work!51c8c614@gateway/web/freenode/ip.81.200.198.20) has joined #mythtv | |
| [16:21:07] | dekarl-work: | jKlaus_Work: re your indexedDB idea, how do updates to the schedule data make it to the client side? |
| [16:22:02] | dekarl-work: | see http://xmltv.spaetfruehstuecken.org/xmltv_compare/00output.html for an example of how many days get updated data, even on a sunday |
| [16:22:21] | stuartm: | probably would be easier too, you can just serialise the services program object (json) then drop it into the db |
| [16:23:04] | stuartm: | although that moves the whole page creation stuff client side, which I can't say I'd be thrilled about |
| [16:25:27] | dekarl-work: | its a design decision. Maybe using the browser local storage etc can be useful for use cases that we do not support atm, like bad connectivity on mobile devices. |
| [16:26:01] | stuartm: | defeats the point of fast c++ server side code entirely if you hand it off to a mobile phone with a feeble arm processor |
| [16:26:43] | dekarl-work: | I did not know that "fast c++ service side code" was a design decision... I thought it was "don't add yet another language for the web interface just because" |
| [16:27:32] | dekarl-work: | otoh, the fast server side is the service api. The slow arm mobile would be the service api consumer |
| [16:28:05] | stuartm: | dekarl-work: I'm sure indexedb could serve some useful purpose for WebFrontend, not sure it's for the guide though – not storing the raw data anyway, pre-caching the compiled html maybe |
| [16:29:06] | stuartm: | dekarl-work: there were multiple entries in the 'pro' column, some higher up that list than others |
| [16:29:50] | dekarl-work: | I don't know this indexdb thingy, so I have no opinion on that. Just thinking about browser local storage in general |
| [16:30:05] | stuartm: | one of the pros was speed – i.e. it would be at least as fast as PHP, but most probably faster |
| [16:31:32] | dekarl-work: | hmm, but speed of the implementation language was never an issue?! The only times when I get caught cursing at the slowness of mythweb its something in the algorithm... |
| [16:32:17] | stuartm: | anyway, going back to the idea of guide data – we include a lot more information than just guide data in the guide grid – e.g. recording status and rule info, channel information etc |
| [16:32:36] | dekarl-work: | e.g. when you change the sorting order of the complete recordings list of 1000+ recordings you get to reload/test all pictures, etc. instead of just sorting the table client side. |
| [16:33:22] | stuartm: | dekarl-work: you're right, it wasn't a reason _for_ switching, it was just one reason that switching would be in no way negative |
| [16:33:33] | dekarl-work: | or that the session appears to not store asc/desc in addition to the field that I sorted by |
| [16:34:03] | TheCrasher (TheCrasher!~TheCrashe@p50807AA3.dip0.t-ipconnect.de) has joined #mythtv | |
| [16:36:19] | dekarl-work: | stuartm: I agree with the "the switch doesn't make it slower" point. But still value the reduction in code duplication a lot more |
| [16:36:36] | stuartm: | for 'offline', I think browser based behaviour like Opera for Android which has a seamless 'on the road' mode |
| [16:36:58] | stuartm: | dekarl-work: right, so do I, that's why I said "there were multiple entries in the 'pro' column, some higher up that list than others" |
| [16:37:12] | dekarl-work: | with everybody being short on mythtv time for various reasons maintainability gets more important every day |
| [16:37:17] | stuartm: | eliminating code duplication was right up at the top |
| [16:38:02] | stuartm: | but I'm not sure how we got onto this topic when I started by saying "server side is much faster than client side" |
| [16:39:56] | stuartm: | I really, really wouldn't even want to contemplate constructing the guide grid in the browser on something like my mobile |
| [16:39:57] | stichnot (stichnot!~stichnot@207.198.105.23) has joined #mythtv | |
| [16:39:57] | stichnot (stichnot!~stichnot@mythtv/developer/stichnot) has joined #mythtv | |
| [16:39:57] | stichnot (stichnot!~stichnot@207.198.105.23) has quit (Changing host) | |
| [16:40:51] | stuartm: | and one unintended consequence would be higher bandwidth (all that program information we discard and don't display amounts to more than the html markup) |
| [16:41:57] | stichnot: | stuartm: I don't know if this is what you meant, but the mythweb program guide looks just fine on my phone as-is |
| [16:42:37] | stichnot: | sphery: At least for now, I've abandoned the idea of bringing back a setting for exact-seek behavior |
| [16:42:57] | dekarl-work: | it would be one transmission of a big dataset instead of "lots" of retransmissions of the same small dataset. But lets not get into details. We agree that its not at the top of any list ;) |
| [16:44:22] | stuartm: | stichnot: no, wasn't commenting on mythweb at all |
| [16:44:59] | dekarl-work: | I think we ended up with the code deduplication because I noted that even with more browserside work the usage of the service api still gets us the fast c++ execution environment for the main work |
| [16:45:24] | stuartm: | stichnot: just the merits of an idea proposed by jKlaus_Work to load and store guide data in the user's browser then build the guide client-side, allowing an 'offline' mode |
| [16:46:00] | stichnot: | stuartm: I thought you were suggesting that the guide would need to render differently on a mobile device than on a PC, and I was saying that to use mythweb as an example, I don't find that necessary |
| [16:47:11] | stuartm: | stichnot: no, not even in the neighbourhood of what I was saying :) |
| [16:47:21] | stichnot: | ok, sorry, never mind :) |
| [16:48:14] | stuartm: | although I do think I'll aim for a mobile specific CSS for the webfrontend, high-res displays like the one on my tablet mean that the text etc is a little on the small side |
| [16:48:17] | stichnot: | skd5aner: as a person who feels the pain of slow seeks, how would you feel about the "rollup" approach (as sphery named it): you hit the seek-back-5-seconds button 5 times in a row, and there is maybe a one-second delay but when playback resumes, it is roughly 25 seconds earlier |
| [16:51:44] | dekarl-work: | stichnot, got a link with details? I'd hate to see a 1 second penalty added for all seeks. |
| [17:10:57] | stichnot (stichnot!~stichnot@mythtv/developer/stichnot) has quit (Ping timeout: 245 seconds) | |
| [17:18:24] | SteveGoodey (SteveGoodey!~steve@host109-158-212-221.range109-158.btcentralplus.com) has joined #mythtv | |
| [17:18:48] | NightMonkey (NightMonkey!~NightrMon@pdpc/supporter/professional/nightmonkey) has joined #mythtv | |
| [17:21:17] | dekarl-work: | wagnerrp: http://code.mythtv.org/cgit/mythtv/commit?id= . . . 336e91e530d5 should "res = mbe.command('--version')" read "res = cmd.command('--version')"? Looks like mbe got renamed to cmd only in one of two places |
| [17:21:34] | stichnot (stichnot!~stichnot@216.239.45.80) has joined #mythtv | |
| [17:21:34] | stichnot (stichnot!~stichnot@mythtv/developer/stichnot) has joined #mythtv | |
| [17:21:34] | stichnot (stichnot!~stichnot@216.239.45.80) has quit (Changing host) | |
| [17:23:25] | stichnot: | dekarl-work: Not a 1s penalty for all seeks, but a max 1s delay for handling a rapid succession of seek keypresses (instead of 5+ seconds as skd5aner reported yesterday) |
| [17:24:30] | dekarl-work: | stichnot: ok :) it sounded like waiting 1s to see if another seek is coming in and only then starting to seek. |
| [17:28:59] | stichnot: | I think the idea would be that the UI thread adds to a queue of seek requests, and at certain points the decoder thread empties the queue, recomputes the new target, and restarts the frame-by-frame part of the seeking if necessary. |
| [17:36:55] | dekarl-work (dekarl-work!51c8c614@gateway/web/freenode/ip.81.200.198.20) has quit (Ping timeout: 272 seconds) | |
| [17:46:18] | natanojl (natanojl!~jonatan@mythtv/developer/natanojl) has joined #mythtv | |
| [17:57:42] | jKlaus_Work: | wow I missed a lot.. |
| [17:57:42] | jKlaus_Work: | lol |
| [17:58:23] | jKlaus_Work: | So part of the reason why I want to do this is so that I have my own local DB that the page can be loaded from.. I'll execute an asyn update to my db as the page loads/is used. |
| [17:59:15] | jKlaus_Work: | Where I work my only unrestricted access to the out net is via a cellular hotspot my company provides (since i'm stuck at a client's) |
| [17:59:47] | jKlaus_Work: | The connection is no better than any other mobile device so I frequently have issues with the current mythweb implementation |
| [18:00:37] | Merlin83b (Merlin83b!~Daniel@2a00:1ee0:3:1337:b9a7:7e2:723d:179) has quit (Quit: Leaving) | |
| [18:00:43] | jKlaus_Work: | Also may company is really pushing angular so I figured this would give me the chance to work with Indexed, Angular (maybe), and play with making a more responsive site |
| [18:00:47] | jKlaus_Work: | may also make a mobile page |
| [18:00:57] | jKlaus_Work: | or just apply different css for mobile |
| [18:02:09] | jKlaus_Work: | What is that I heard about mythtweb may be depricated though? |
| [18:04:53] | jKlaus_Work: | For guide data I may use jQuery data tables.. at least for the first look at things. |
| [18:05:17] | jKlaus_Work: | I wrote the php web service to pull the data t be sync'd with IndexedDB last night |
| [18:06:33] | jKlaus_Work: | I may write the angular app to display the data and pull from that webservice for now.. I don't think it'll take much to port it to the IndexedDB table after the fact. |
| [18:08:06] | jKlaus_Work: | Though it also won't take much to just create the IndexedDB table, once I finish the database schema. I'm going to mimic mythconverg in IndexedDB |
| [18:12:40] | jKlaus_Work: | I'm essentially re-writing all of Mythweb.. making a Mythwebapp essentially |
| [18:13:09] | jKlaus_Work: | I'm not sure if I'm going to write the frontend portion all in javascript or use .Net |
| [18:13:38] | jKlaus_Work: | If anyone wants to join in on the project let me know and I can give you access to my git server |
| [18:13:47] | jKlaus_Work: | or transfer the project to github.. |
| [18:18:32] | gregL (gregL!~greg@cpe-74-76-105-205.nycap.res.rr.com) has quit (Remote host closed the connection) | |
| [18:20:43] | jKlaus_Work: | How is the mythconverg db created.. is it just scripted in PHP? |
| [18:21:49] | jKlaus_Work: | I don't know there is a want for this but if you want I'm writing a schema for the DBs.. it could be used during the creation process also. |
| [18:30:46] | doev (doev!~doev@p4FD41B1F.dip0.t-ipconnect.de) has quit (Remote host closed the connection) | |
| [18:56:57] | dekarl1 is now known as dekarl | |
| [19:07:10] | sphery: | jKlaus_Work: quick answer is that having MythWeb as a separate, external application means code duplication and user setup problems (users must set up Apache/nginx/lighttpd + php + MythWeb successfully after already having to set up MySQL + MythTV), so there's ongoing work to put a web frontend in MythTV proper--same code base as used for mythbackend/mythfrontend/etc (limiting/eliminating code duplication) that will be available as soon as ... |
| [19:07:16] | sphery: | ... mythbackend is properly configured (meaning no additional installation/configuration) |
| [19:09:00] | jKlaus_Work: | sphery I'm using all of the same infrastructure as mythweb does currently |
| [19:09:02] | sphery: | as far as database goes, mythtv-setup creates the mythconverg (TV) schema in a blank mysql database (as created by database/mc.sql), and any plugins or 3rd party applications must create their own tables themselves. MythWeb creates its table (mythweb_sessions) using PHP code. |
| [19:10:12] | sphery: | right, but the thing is since MythWeb is redundant infrastructure (same functionality as exists in backend and frontend and libs rewritten in PHP), we're planning to drop it and just use the code that's already in libs (and, to some extent, code that's in mythfrontend/mythbackend) |
| [19:10:35] | jKlaus_Work: | ahhh |
| [19:11:02] | jKlaus_Work: | So you're not doing away with the concept of a web interface.. you're just modifying it to utilize existing infrastructure |
| [19:11:27] | sphery: | so at that point, there won't be any mythweb infrastructure (and as it is, the mythweb infrastructure is /way/ behind our main C++ code because the devs who were doing almost all of the work on it have been busy with life for several years now, and MythTV has changed a lot since) |
| [19:11:33] | jKlaus_Work: | What language(s) is most of the existing infrastructure written in? |
| [19:11:34] | sphery: | right |
| [19:11:37] | sphery: | C++ |
| [19:12:19] | jKlaus_Work: | Hmm maybe I'll have to start digging into the existing libs then |
| [19:12:35] | jKlaus_Work: | What is your though on how you're going to access those existinging C++ classes? |
| [19:12:41] | sphery: | See #11938 for a start |
| [19:12:41] | ** MythLogBot http://code.mythtv.org/trac/ticket/11938 ** | |
| [19:12:50] | jKlaus_Work: | ok |
| [19:13:20] | sphery: | basically, we already had an HTTP server in mythbackend, this is just adding an application to it |
| [19:13:45] | jKlaus_Work: | ah |
| [19:14:01] | jKlaus_Work: | Are you planning to execute the C++ via php? |
| [19:14:07] | sphery: | no, no more PHP |
| [19:14:23] | jKlaus_Work: | How are you going to hook to the C++ |
| [19:14:49] | sphery: | and no more apache... just code that's executed by mythbackend in a thread that's handling http requests against the mythbackend http server |
| [19:15:20] | jKlaus_Work: | ok |
| [19:15:27] | sphery: | it's not much different from how the Services API works, already, just that it's adding a user (non-computer) interface |
| [19:16:20] | jKlaus_Work: | So what is the web app going to be written in .. just HTML & jQuery? |
| [19:16:56] | jKlaus_Work: | and hitting your web services for information |
| [19:17:59] | sphery: | sounds about right, but I haven't looked at the code, really, so you'd have to verify |
| [19:18:20] | jKlaus_Work: | Is it on github? |
| [19:18:31] | sphery: | yeah, part of mythtv source |
| [19:18:47] | sphery: | the ticket lists commits toward it, which will show you were to find the files |
| [19:19:57] | jKlaus_Work: | nice I found it – thanks |
| [19:20:27] | sphery: | enjoy |
| [19:21:49] | jKlaus_Work: | man if live streaming works I'm going to be amazed |
| [19:25:44] | sphery: | just a matter of how much CPU you're willing to throw at the job of taking high-quality, high-bitrate recorded video and transcoding it to low-quality, low-bitrate video for streaming to a non-integrated player that's slow to react to requests (like skip back or skip forward), has limited features (no time stretch, no commercial skipping), and has few of the niceties of mythfrontend (like availability of recording/video information, ease of ... |
| [19:25:50] | sphery: | ... navigating and jumping between and within recordings, ...) |
| [19:26:50] | sphery: | but then again, I may be a jaded dinosaur who just doesn't understand kids today and their desire for 'play it on my 5" phone screen instead of my large HDTV because I /can/' (seemingly without a thought to whether they should want to) ;) |
| [19:27:54] | jKlaus_Work: | lol |
| [19:28:08] | jKlaus_Work: | we want to do these things b/c we can.. not b/c we need to |
| [19:28:09] | jKlaus_Work: | lol |
| [19:28:30] | jKlaus_Work: | I've never heard of a .qsb file before.. |
| [19:29:06] | sphery: | and I find it a lot better to take a full-quality/full-bitrate copy of my recordings on a portable hard drive with me when I travel because anything that I want to see so bad that I can't wait until I get home to watch it is something that's important enough to me to watch in full-quality on a good HDTV |
| [19:29:24] | sphery: | qsp is Qt script, which is basically javascript |
| [19:29:52] | jKlaus_Work: | What is the benefit of Qt script over javascript? |
| [19:30:25] | sphery: | http://en.wikipedia.org/wiki/QtScript — basically integration into Qt, the framework used for building mythtv |
| [19:30:50] | sphery: | and http://qt-project.org/doc/qt-4.8/qtscript.html |
| [19:30:55] | jKlaus_Work: | Is it being used like that though or just as markup script? |
| [19:31:32] | sphery: | I think it's actually being used like that, but check the code |
| [19:32:00] | jKlaus_Work: | Hmm I'm going to have to dig into this tonight.. at work atm |
| [19:33:19] | jKlaus_Work: | I'm still going to build the TV Guide portion of the webapp I was talking about earlier though.. just to get some experience with IndexedDB and Angular |
| [19:33:32] | jKlaus_Work: | the PHP web service is already written so.. |
| [19:34:00] | jKlaus_Work: | Not that it was all that difficult to return json |
| [19:58:18] | stuartm: | QT Script replaces PHP as the 'glue' between the services API and the actual HTML served to the user, unlike javascript it's pre-compiled and processed server side, not client side |
| [19:59:11] | stuartm: | I'd suggest install master, then pointing your browser at 127.0.0.1:6544 to see what we've already got |
| [19:59:52] | stuartm: | it's still a work in progress, but core functionality is there (guide, upcoming recordings, recordings, schedule editing) |
| [20:04:39] | jKlaus_Work: | I like the pre-complined / server side aspects. Though why not just expose the services via web servicies and write the webapp in normal markup |
| [20:05:38] | jKlaus_Work: | Unless QT Script is fairly popular out in the open market.. I work in the M$ practice so I don't hear much about custom dev outside of .Net |
| [20:06:05] | jKlaus_Work: | stuartm^ |
| [20:08:41] | stuartm: | normal markup being what? |
| [20:08:55] | jKlaus_Work: | HTML/JavaScript |
| [20:09:00] | stuartm: | slow |
| [20:09:04] | jKlaus_Work: | slow? |
| [20:09:11] | stuartm: | dependent on the speed of the client |
| [20:09:44] | jKlaus_Work: | That's why I want to implement IndexedDB |
| [20:09:59] | jKlaus_Work: | keep a local copy of the data and just update it every time you reference the page |
| [20:10:30] | jKlaus_Work: | But in my experience, I haven't had any real issues with speed and WCF |
| [20:10:41] | jKlaus_Work: | I was looking into ServiceStack also |
| [20:10:54] | stuartm: | it's a LOT of data, which would quickly become outdated and still doesn't address the question of rendering html through javascript being slow |
| [20:11:55] | jKlaus_Work: | I agree with your argument as my office is pushing client side code.. all of the webapps their writing are Angular apps extracting data via web services. But that said, I really haven't seen much 'slowness' |
| [20:12:10] | jKlaus_Work: | I mean its not as good as ASP.Net IMO but.. |
| [20:12:28] | jKlaus_Work: | I'll have to into what you guys have currently |
| [20:12:43] | stuartm: | don't really buy into the idea of serving up just javascript and creating pages on the fly through javascript, much rather serve up the pages in a nearly complete form using html and just use javascript for interactivity and background updates through websocket+ajax |
| [20:13:19] | jKlaus_Work: | That's been my thought about it but the market seems to be moving toward everything being done on the client |
| [20:13:26] | jKlaus_Work: | At least the market in my area |
| [20:13:56] | jKlaus_Work: | WebApps are essentially nothing more than an HTML page referencing javascript and a containing div lol |
| [20:14:42] | stuartm: | jKlaus_Work: yeah, that does seem to be the way it's going, but for now I remain unconvinced and certainly stuff like indexedb support is incomplete (no safari, no older versions of android etc) we can't rely on it |
| [20:15:57] | stuartm: | for internal deployment such things are less of a concern as you can control what browsers people will use and that sort of thing |
| [20:16:04] | jKlaus_Work: | Yeah I completely agree with that stuartm. I think what I'll do is write a quick guide app using IndexedDB and compare to the QT scripted guide |
| [20:17:27] | jKlaus_Work: | Like I said, I am really just looking for some experience with IndexedDB. Once I finish toying around I may learn QT Script and come join the party |
| [20:18:27] | jKlaus_Work: | I've been wanting to get into doing open source work anyway. May help lead to other jobs even.. |
| [20:19:40] | stuartm: | QT SCript is really just javascript without the DOM and some of the newer date features, what it does though is interacts directly with the services API through objects, so we can do "var guideData = myth.GetProgramGuide();" |
| [20:19:55] | stuartm: | where GetProgramGuide is an internal C++ method |
| [20:20:40] | jKlaus_Work: | Yeah.. something simliar to typescript |
| [20:32:50] | dekarl: | jKlaus_Work: you could also write a service api client in html+javascript+browser local storage, similar like the new guide grids are done http://metabroadcast.com/blog/say-hello-to-ou . . . ings-widgets |
| [20:38:39] | jKlaus_Work: | It is really hard to like any other language/IDE combo after using C# in VS for so long |
| [20:39:03] | jKlaus_Work: | I hate that I've become a fan of anything M$ but seriously.. very good language |
| [20:45:01] | ** stuarta still likes the idea of the backend providing web services ** | |
| [20:45:42] | jKlaus_Work: | I agree stuarta, but I feel like we're a dying breed. |
| [20:45:53] | MartinT (MartinT!~smuxi@46-18-104-220.static.vivaciti.org) has joined #mythtv | |
| [20:46:40] | MartinT: | jKlaus_Work: just catching up on the conversation, and I was in the same boat (or atleast an adjacent one) |
| [20:46:41] | jKlaus_Work: | Any work I do for pleasure needs to at least somewhat apply / educate me for work.. so I think I'm going to have to keep going the route I was |
| [20:47:00] | MartinT: | I work in M$ work (c# MVC4, KendoUI) |
| [20:47:22] | jKlaus_Work: | I'll just write web services to consume the C++ services the write the webapp in HTML/JS |
| [20:47:25] | stuarta: | i consider it complementary, since then you can implement things like simple phone apps for scheduling, hooked in via web services |
| [20:47:45] | MartinT: | I was going to write an mvc based web frontend, but then saw the working being done in the backend... |
| [20:47:51] | jKlaus_Work: | The type of work I get will never have me doing QT Script |
| [20:48:19] | MartinT: | jKlaus_Work: the work on "QT Script" minimal to be honest... |
| [20:48:21] | jKlaus_Work: | MartinT, I've wanted to get into MVC.. considered comsuming my web services from MVC |
| [20:48:47] | MartinT: | the QT script concept is very similar to the MVC view engine... |
| [20:49:06] | MartinT: | it's markup surrounded by the code... |
| [20:49:08] | jKlaus_Work: | Still it does not apply to my work at all I need to draw some parallels lol |
| [20:49:14] | MartinT: | there is a lot of client side interaction |
| [20:50:02] | MartinT: | as stuartm said, QT script is the glue, the substance is very much HTML5/CSS3/JS |
| [20:50:03] | jKlaus_Work: | Yeah.. well the thing I'm doing is just for shits and grins right now |
| [20:51:32] | MartinT: | for me, it's nice to do something completely different from my work... converting WebForms to MVC is a lot different to, attempting, to write some C++ web services to be consumed by a frontend... |
| [20:52:14] | jKlaus_Work: | Yeah I guess I'm just trying to get into doing web services though |
| [20:52:34] | jKlaus_Work: | Though I kind of cheated on this thing.. wrote PHP web services |
| [20:52:38] | jKlaus_Work: | aka.. PHP lol |
| [20:55:10] | jKlaus_Work: | I think I will have to learn QT script though.. looks interesting |
| [20:55:19] | jKlaus_Work: | maybe I'll fork my knowledge.. |
| [20:56:53] | stuartm: | MartinT: there seems to be a file missing from the bookmark pull request |
| [20:58:23] | MartinT: | checking.... |
| [20:59:45] | MartinT: | contentmap.js? |
| [21:01:16] | MartinT: | think I've deleted it... poo |
| [21:01:25] | MartinT: | gimme a few and I'll recreate... |
| [21:03:23] | MartinT: | ahaaaa... I have a backup |
| [21:07:00] | jKlaus_Work: | yay git |
| [21:07:22] | jKlaus_Work: | MartinT, does your company use M$'s Cloud TFS service? |
| [21:07:27] | jKlaus_Work: | If so, do you hate it |
| [21:07:41] | MartinT: | no, we're dinosaurs... svn |
| [21:07:44] | ** MartinT shudders ** | |
| [21:07:46] | jKlaus_Work: | haha |
| [21:08:07] | jKlaus_Work: | I've decided I'm going to start using my git server at home |
| [21:08:15] | jKlaus_Work: | tired of the TFS locking me out of my code |
| [21:08:32] | jKlaus_Work: | the thing will break connection then it won't let you edit any files |
| [21:08:56] | MartinT: | I'm a fan of bitbucket and github... |
| [21:09:14] | jKlaus_Work: | I just wanted my own server.. |
| [21:09:28] | MartinT: | github for high numbers of commitors (it's charged per repo for closed projects) |
| [21:09:43] | MartinT: | bitbucket for low commitors and more projects... |
| [21:10:00] | MartinT: | as bitbucket is charged if you have more than 2 commitors... |
| [21:10:02] | jKlaus_Work: | Though I'm torn as to whether or not I want to buy a domain and setup DDNS at my house or look into renting linux server space |
| [21:10:21] | MartinT: | bhost.net |
| [21:10:29] | MartinT: | £4/month... |
| [21:10:52] | MartinT: | if you only need low power... |
| [21:10:55] | jKlaus_Work: | bhost.net? |
| [21:11:13] | MartinT: | very cheap linux vps... |
| [21:11:36] | jKlaus_Work: | I just need a linux VM.. all it will be doing is running a git server, ssh, apache2, FTP |
| [21:11:51] | jKlaus_Work: | a cheap linux VM * |
| [21:12:17] | MartinT: | mine runs mono, ftp, ssh, postgres, among others... |
| [21:12:47] | jKlaus_Work: | what level do you have? |
| [21:13:03] | jKlaus_Work: | Iron, Bronze, etc |
| [21:13:09] | MartinT: | lowest |
| [21:13:15] | MartinT: | Iron? |
| [21:13:18] | MartinT: | maybe? |
| [21:13:24] | jKlaus_Work: | I can't imagine that I would need anything more than that |
| [21:13:35] | jKlaus_Work: | what is the up/down link like? |
| [21:14:13] | MartinT: | good enough for a decent sized site... |
| [21:14:25] | jKlaus_Work: | I mean my server is on all the time for MythTV anyway.. maybe I should just setup DDNS at home |
| [21:14:32] | jKlaus_Work: | Though.. my DSL does suck lol |
| [21:19:34] | MartinT: | stuartm: file has been added... |
| [21:27:22] | jpabq (jpabq!~quassel@mythtv/developer/jpabq) has joined #mythtv | |
| [21:28:56] | MartinT: | god I love git... it's awesome |
| [21:29:18] | dblain: | jKlaus_Work: not sure if you know already, but the ServiceAPI exposes all as standard Web Services. It even exposes WSDL so you can point WCF at it and it will autogenerate a client proxy for you. (I also work with C# and created the ServiceAPI) |
| [21:29:31] | jpabq (jpabq!~quassel@mythtv/developer/jpabq) has quit (Remote host closed the connection) | |
| [21:29:38] | jpabq (jpabq!~quassel@97-123-238-225.albq.qwest.net) has joined #mythtv | |
| [21:29:39] | jpabq (jpabq!~quassel@97-123-238-225.albq.qwest.net) has quit (Changing host) | |
| [21:29:39] | jpabq (jpabq!~quassel@mythtv/developer/jpabq) has joined #mythtv | |
| [21:30:11] | dblain: | you don't need to use QTScript if you want a client side only solution. |
| [21:33:11] | jKlaus_Work: | dblain.. that is awesome |
| [21:33:49] | jKlaus_Work: | So I guess we may end up with the epic show down.. Mythwebapp vs MythTV Web Frontend |
| [21:37:22] | MartinT: | that won't be so epic ;) |
| [21:40:37] | jheizer: | ohhhhhhhhhhhhh ;) |
| [21:50:18] | MartinT: | jKlaus_Work: either way, if yours is better, without what everyone else has done, yours wouldn't be possible, so really, they are the winners... |
| [21:50:53] | jKlaus_Work: | Oh I'm not disagreeing with that one bit |
| [21:51:00] | jKlaus_Work: | I'm no glory whore |
| [21:51:29] | NightMonkey (NightMonkey!~NightrMon@pdpc/supporter/professional/nightmonkey) has quit (Ping timeout: 252 seconds) | |
| [21:52:53] | MartinT: | my one piece of advice... don't query the database... use the services api... |
| [21:53:35] | MartinT: | it will make you a lot more future proof |
| [21:53:46] | MartinT: | and it's also easier to understand... |
| [21:53:55] | jKlaus_Work: | Yeah I'm not a fan of direct connects |
| [21:54:23] | jKlaus_Work: | The PHP service I wrote was just a temp thing for proof of concept. |
| [21:55:01] | jKlaus_Work: | Knowing that there is a wsdl for the existing serviceAPI.. heck yeah lol |
| [21:55:13] | jKlaus_Work: | Though I'll be needing a restful interaction |
| [21:55:30] | MartinT: | you're in luck... |
| [21:55:54] | jKlaus_Work: | But wait.. there's more |
| [21:55:56] | jKlaus_Work: | lol |
| [21:56:04] | MartinT: | http://<backend>:6544/Video/GetVideoList |
| [21:56:27] | MartinT: | http://<backend>:6544/Video/GetVideoLis . . . &start=1 |
| [21:56:34] | MartinT: | you get the idea... |
| [21:56:49] | jKlaus_Work: | very nice |
| [21:56:57] | MartinT: | or SOAP... |
| [21:57:05] | MartinT: | I won't paste that... |
| [21:57:06] | dblain: | jKlaus_Work: Service API Framework was designed to be flexable/expandable. It currently exposes services as RESTful, SOAP |
| [21:57:28] | dblain: | XML, json, and plist serializers are also available. |
| [21:57:32] | jKlaus_Work: | yeah – I think it will do the trick |
| [21:57:58] | jKlaus_Work: | I don't know how far down the webapp rabbit hole I will travel – like I said I really just want to get some experience with it. |
| [21:58:03] | dblain: | If you need a different protocol, it can be added without re-implementing any of the services. |
| [21:58:06] | MartinT: | it's not pure rest... but you do have to use POST for changes... |
| [21:58:31] | jKlaus_Work: | eh |
| [21:58:36] | MartinT: | it doesn't use the complete verb set from what I've seen... |
| [21:59:04] | dblain: | MartinT, we could add better support is needed. |
| [22:00:26] | jKlaus_Work: | You'll never hear me argue against webservices being the way to access data |
| [22:00:29] | MartinT: | I know... I just rant about people seeing something is "Fully REST Compliant"... when what they mean is that you can send parameters in the url, and get json/xml back |
| [22:00:45] | stuartm: | MartinT: so I've got this inkling that the content map could be generated dynamically (QJS), which would be nice as it would make extensions/plugins possible, I just haven't decided exactly how it might work (pure QT Script, or invoking a special API call) |
| [22:01:09] | MartinT: | ooo.. interesting... |
| [22:01:49] | MartinT: | what dataset? |
| [22:02:26] | MartinT: | sorry... brain catching up... |
| [22:03:32] | dblain: | jKlaus_Work: just another FYI since you are a M$ person also, I have ported the main mythtv source tree over to Microsoft Visual Studio. It works well enough for use in a dev env, and we are slowly verifing all features. It allows me to work on new service api features without having to work on a remote linux box. |
| [22:03:36] | MartinT: | what sort of other things would be there... |
| [22:04:02] | MartinT: | dblain: interesting.... |
| [22:04:38] | dblain: | http://www.mythtv.org/wiki/MythTV_on_Windows_using_Visual_Studio |
| [22:04:43] | stuartm: | code would inspect each qsp file, each would declare it's name, description etc as constants ... still a rough concept atm, need to see what options QT Script gives for doing that – prefer that approach over web-frontend specific API extensions |
| [22:05:30] | jKlaus_Work: | nice dblain |
| [22:05:30] | stuartm: | will give it some thought and see what, if anything, I can come up with |
| [22:05:35] | dblain: | stuartm: so some kind of metadata in each qsp file? |
| [22:06:21] | jKlaus_Work: | dblain so can you actually watch MythTV in windows now? |
| [22:06:31] | MartinT: | stuartm: what about caching it at application start... |
| [22:06:52] | dblain: | stuartm: it would be easy enough to allow for a metadata header in each qsp (format to be defined later) that can be stripped before adding to the QtScript engine. |
| [22:06:59] | stuartm: | dblain: that's what I'm thinking |
| [22:07:05] | dblain: | jKlaus_Work: Yes, for the most part. |
| [22:07:29] | stuartm: | MartinT: if we go with the header approach as dblain suggests that's exactly what we could do |
| [22:07:40] | jKlaus_Work: | that is awesome.. I'll have to put the frontend on my work laptop lol |
| [22:08:45] | dblain: | jKlaus_Work: it's still beta / under development, but it does work... (having issues with mythbackend and recorders), but mythfrontend connects to a linux backend and plays live tv & recordings. |
| [22:09:12] | stuartm: | that would mean moving the logic into the server, but it's very likely the best approach – more I think about doing it in pure QT Script, the more problems and limitations I can see |
| [22:10:18] | jKlaus_Work: | dblain, thats really the only portion I need ;) |
| [22:10:56] | jKlaus_Work: | dblain you realize this is going to make me have to reconsider putting my desktop in my server (HTPC) case and server in my desktop case lol |
| [22:11:09] | stuartm: | MartinT: anyway, I like the proposal in general, but if we can generate the content map automatically that invites all sorts of interesting possibilities, even 'overrides' where we can change the 'Guide' target without overwriting the original file etc |
| [22:11:18] | jKlaus_Work: | I could just have a windows box in the living room for playing games and watching mythtv |
| [22:12:13] | MartinT: | stuartm: I like that idea, so there could be a new guide plugin for the WebFrontend... |
| [22:12:33] | MartinT: | maybe one that uses indexeddb ;) |
| [22:12:43] | stuartm: | hehe |
| [22:13:18] | jKlaus_Work: | I'll let you gents know how it goes |
| [22:13:39] | jKlaus_Work: | I should have the program reporting portion done tonight as long as my GF lets me work |
| [22:14:10] | stuartm: | MartinT: automatically creating menu entries using the contentmap would also be nice |
| [22:14:12] | jKlaus_Work: | Think I'm just going to use jQuery data tables to display for now |
| [22:15:31] | Tobbe5178 (Tobbe5178!~asdf@h104n2-sv-a13.ias.bredband.telia.com) has quit (Read error: Connection reset by peer) | |
| [22:15:51] | stuartm: | well using the 'headers' by way of the content map, again for 'pluggable' pages and just to save the hassle of modifying 2–3 places for new content |
| [22:16:17] | MartinT: | what I could do for the moment is use the content dictionary (static page) generate the menu items... |
| [22:16:54] | MartinT: | not sure how sub menus could work though |
| [22:19:11] | stuartm: | MartinT: well I'd have each content map entry define a 'module' e.g. "TV", "Video" and/or 'parent' for the sub-menu |
| [22:19:22] | NightMonkey (NightMonkey!~NightrMon@173-164-139-193-SFBA.hfc.comcastbusiness.net) has joined #mythtv | |
| [22:19:22] | NightMonkey (NightMonkey!~NightrMon@pdpc/supporter/professional/nightmonkey) has joined #mythtv | |
| [22:19:22] | NightMonkey (NightMonkey!~NightrMon@173-164-139-193-SFBA.hfc.comcastbusiness.net) has quit (Changing host) | |
| [22:20:05] | SteveGoodey (SteveGoodey!~steve@host109-158-212-221.range109-158.btcentralplus.com) has quit (Quit: Konversation terminated!) | |
| [22:20:27] | MartinT: | sounds good... |
| [22:21:10] | MartinT: | that's probably better for something that's done once we have a serverside implementation of the contentmap... |
| [22:21:28] | MartinT: | otherwise it would generate on page load, which wouldn't be a great ux |
| [22:21:58] | stuartm: | anyway, I'll leave it there for now – got some other ideas forming, but we'll see about implementing this one first :) |
| [22:23:16] | stuartm: | I'll work on the headers stuff when I get a chance, maybe later this week |
| [22:23:42] | stuartm: | peper03: nice |
| [22:25:14] | peper03: | stuartm: Thanks! Not too difficult really and anything that improves the user experience... |
| [22:29:23] | MartinT: | dblain: I think this one might be more your area.... https://github.com/MythTV/mythtv/pull/65 |
| [22:30:03] | MartinT: | when I was doing the unit tests... got annoying having to run all of them every time... |
| [22:30:09] | jklaus_ (jklaus_!~jklaus@2600:1004:b017:4010:38d0:9812:24c3:f598) has joined #mythtv | |
| [22:31:03] | stuartm: | it was danielk22 who looks after the unit tests iirc |
| [22:31:21] | MartinT: | ahh... sorry, I knew it began with d... |
| [22:31:47] | stuartm: | dekarl: I'll take a look at that aspect ratio fix tomorrow morning |
| [22:32:31] | dekarl: | stuartm: ty |
| [22:33:01] | stuartm: | thank you for working on it |
| [22:33:14] | dekarl: | I had an itch to scratch :) |
| [22:33:45] | jKlaus_Work (jKlaus_Work!~jklaus@2600:1004:b017:4010:c34:936f:4fc3:d5a7) has quit (Ping timeout: 245 seconds) | |
| [22:35:42] | MartinT: | is it possible to debug mythbackend in something like QtCreator? |
| [22:35:51] | MartinT: | or in Visual Studio for that matter... |
| [22:36:49] | natanojl: | dekarl: Heh, I just found the same typo and was going to fix it. Then I read the logs and saw you had found it too and just pushed a fix :) |
| [22:37:29] | dekarl: | natanojl: great minds think alike ;) |
| [22:38:10] | natanojl: | dekarl: Definitely ;) |
| [22:38:10] | dekarl: | I was wondering for some time, but todays commit by wagnerrp got me looking at it again |
| [22:39:23] | peper03: | MartinT: I've not found a good way of starting an executable directly from QtCreator, but if it's already running, use 'Attach to Running External Application' (Debug->Start Debugging) |
| [22:39:56] | MartinT: | thanks, I'll give that a go... |
| [22:47:35] | natanojl: | stuartm: Re #12003, do you know why we use ##x##/s##e## for videos and 00x00/s00e00 for recordings (AFAICT)? |
| [22:47:35] | ** MythLogBot http://code.mythtv.org/trac/ticket/12003 ** | |
| [22:48:02] | dekarl: | stuartm: does that look sane? http://pastebin.com/cTZY7Wr1 |
| [22:50:01] | jpabq: | dekarl: Do you have any way to test MPTS over IPTV? I wrote something up a while back which allows mythtv to scan MPTS feeds from IPTV sources, but never go around to commiting it. At the time I had access to a tool to generate a udp stream, but the trial license has expired, so I am not sure how to test it now... |
| [22:50:46] | jpabq: | I saw that knightr came up with a way to generate something in VLC. I need to play with that. |
| [22:52:34] | dekarl: | jpabq: no, I was thinking of testing it unit test style. first see if the serviceid from the playlist makes it to the dtvchannel/iptvchannel. Then the DTVRecorder should do "its thing" picking the right program |
| [22:54:10] | dekarl: | with 0.27 the users should actually have a working MPTS recorder if they manually set the program_number/service_id... |
| [22:54:45] | jpabq: | I had all that working the last time I played with this, but that was months ago — right before the 0.27 freeze and I felt it was too 'new' to go into 0.27 at that time. |
| [22:55:15] | jpabq: | dekarl: Yes, this patch just add the channel scanning. |
| [22:55:18] | dekarl: | btw, what do you mean with "scan MPTS feeds from IPTV sources"? Tune into all mcast groups an pull the PAT/PMT/SDT like the DVB/ATSC channel scanner? |
| [22:55:43] | dekarl: | actually supporting SD&S or SAP would be nice :) |
| [22:57:36] | jpabq: | This just treats the raw data as MPTS, and picks out the 'programs' that are available in the stream. It then updates the channel and iptv_channel tables with that information. |
| [22:58:08] | dekarl: | thinking about it. A (Myth)SD&Sbackend might actually be useful. Ingest a channel configuration (listing the public MPEG2TS over HTTP programs) and xmltv program guide and output a IPTV headend for testing :) |
| [22:58:09] | jpabq: | So, the IPTV URL is read, and the MPTS feed is processed. |
| [22:59:36] | jpabq: | I personally don't have access to any true IPTV feeds. I can access some HLS feeds, but those are a bit different. |
| [22:59:50] | jpabq: | I mostly took this on as a way of trying to understand the channel scanning in Myth. |
| [23:00:19] | dekarl: | I'm looking forward to commiting http://code.mythtv.org/trac/attachment/ticket . . . -input.patch |
| [23:01:10] | dekarl: | this supports the "one playlist entry per program" style for MPTS streams like we already support it for SPTS. Nothing more |
| [23:02:40] | jpabq: | Yeah, I saw that. That is what reminded me that I had written something up to parse the programs out of the MPTS for IPTV. |
| [23:04:16] | dekarl: | which reminds me of another headend with test streams... http://www.avalpa.com/the-key-values/15-free- . . . 3-opencaster |
| [23:04:41] | dekarl: | I have not have time to look into it, yet |
| [23:06:46] | dekarl: | ahh, here's the MPTS link I was thinking of http://www.avalpa.com/the-key-values/15-free- . . . er-demo-roll |
| [23:07:53] | dekarl: | also notice that it features one service with MHP / HbbTV / MHEG each, so it might be a useful testing tool for interactive tv, too |
| [23:09:21] | jpabq: | That does look interesting... The way knightr came with via VLC for rtscp is here http://code.mythtv.org/trac/ticket/11949#comment:9 |
| [23:09:50] | purserj (purserj!~purserj@hosting.collaborynth.com.au) has quit (Ping timeout: 264 seconds) | |
| [23:10:21] | jklaus_ (jklaus_!~jklaus@2600:1004:b017:4010:38d0:9812:24c3:f598) has quit (Quit: Leaving) | |
| [23:11:50] | purserj (purserj!~purserj@hosting.collaborynth.com.au) has joined #mythtv | |
| [23:20:19] | MartinT (MartinT!~smuxi@46-18-104-220.static.vivaciti.org) has quit (Remote host closed the connection) | |
| [23:21:08] | purserj (purserj!~purserj@hosting.collaborynth.com.au) has quit (Ping timeout: 252 seconds) | |
| [23:21:20] | purserj (purserj!~purserj@hosting.collaborynth.com.au) has joined #mythtv | |
| [23:21:41] | natanojl (natanojl!~jonatan@mythtv/developer/natanojl) has quit (Ping timeout: 252 seconds) | |
| [23:35:42] | purserj (purserj!~purserj@hosting.collaborynth.com.au) has quit (Ping timeout: 252 seconds) | |
| [23:37:56] | skd5aner: | stichnot: I'm not a huge fan of the idea of a different UX dependant on the type of recorder the recording happened to come from. For example, my MPEG2 recordings are snappy fast with skips/seeks, but miserable for HDPVR h.264 recordings... |
| [23:38:30] | skd5aner: | stichnot: so, to your question earlier in the day... the "rollup" feature is closer to the same experience, but it's still different... so to speak |
| [23:38:38] | skd5aner: | I'm all for iterative improvement though :) |
| [23:39:20] | skd5aner: | Don't solve world hunger, just get the homeless guy on the corner a sandwhich first :) |
| [23:41:09] | skd5aner: | and, what is the behavior of a single keypress to skip? If I hit it 5 times, there is a window where those 5 registered keypresses must fall in to be grouped together, right? So, if I press it once, does that mean it has to wait now to see if any additional keypresses are registered for grouping before acting? |
| [23:43:29] | mythfan (mythfan!~mythfan@24.226.229.100) has joined #mythtv | |
| [23:47:23] | purserj (purserj!~purserj@hosting.collaborynth.com.au) has joined #mythtv | |
| [23:53:21] | mythfan (mythfan!~mythfan@24.226.229.100) has quit (Quit: Colloquy for iPad - http://colloquy.mobi) | |
IRC Logs collected by
BeirdoBot.
Please use the above link to report any bugs.