| Thursday, January 7th, 2016, 00:15 UTC | ||
| [00:15:08] | hackman42 (hackman42!~Adium@66.43.16.227) has quit (Quit: Leaving.) | |
| [01:20:57] | Roklobotomy (Roklobotomy!~blah@ppp118-209-87-144.lns20.mel4.internode.on.net) has quit (Remote host closed the connection) | |
| [02:19:35] | enyc (enyc!~enyc@muddle.enyc.org.uk) has quit (Ping timeout: 260 seconds) | |
| [02:20:24] | enyc (enyc!~enyc@muddle.enyc.org.uk) has joined #mythtv | |
| [02:23:01] | arescorpio (arescorpio!~arescorpi@154-58-16-190.fibertel.com.ar) has joined #mythtv | |
| [02:31:35] | xris (xris!~xris@xris.forevermore.net) has quit (Ping timeout: 240 seconds) | |
| [02:32:37] | xris (xris!~xris@xris.forevermore.net) has joined #mythtv | |
| [02:33:53] | xris (xris!~xris@xris.forevermore.net) has quit (Changing host) | |
| [02:33:53] | xris (xris!~xris@mythtv/developer/xris) has joined #mythtv | |
| [03:24:26] | peper03 (peper03!~peper03@mythtv/developer/peper03) has quit (Ping timeout: 240 seconds) | |
| [03:25:19] | peper03 (peper03!~peper03@mythtv/developer/peper03) has joined #mythtv | |
| [04:18:13] | andreaz (andreaz!~andre_000@p4FC56BC0.dip0.t-ipconnect.de) has quit (Read error: Connection reset by peer) | |
| [04:37:47] | joki (joki!~joki@p5B36DF33.dip0.t-ipconnect.de) has quit (Ping timeout: 255 seconds) | |
| [04:44:45] | joki (joki!~joki@p5B36D30B.dip0.t-ipconnect.de) has joined #mythtv | |
| [05:17:23] | arescorpio (arescorpio!~arescorpi@154-58-16-190.fibertel.com.ar) has quit (Quit: Leaving.) | |
| [06:04:24] | cybrNaut (cybrNaut!cybrNaut@unaffiliated/cybrnaut) has quit (Ping timeout: 264 seconds) | |
| [06:06:16] | cybrNaut (cybrNaut!cybrNaut@2001:0:53aa:64c:842:547f:bcca:66c4) has joined #mythtv | |
| [06:07:10] | letifosi_ (letifosi_!~letifosif@c-73-70-75-73.hsd1.ca.comcast.net) has joined #mythtv | |
| [06:10:34] | letifosiferrari (letifosiferrari!~letifosif@216.207.42.140) has quit (Ping timeout: 256 seconds) | |
| [06:27:04] | letifosi_ (letifosi_!~letifosif@c-73-70-75-73.hsd1.ca.comcast.net) has quit (Remote host closed the connection) | |
| [06:40:20] | Chutt (Chutt!~ijr@2605:a000:1225:7e:243d:ceee:e96d:4604) has quit (Read error: Connection reset by peer) | |
| [06:40:46] | Chutt (Chutt!~ijr@2605:a000:1225:7e:c457:ef1d:60fd:2177) has joined #mythtv | |
| [07:47:46] | enyc (enyc!~enyc@muddle.enyc.org.uk) has quit (Ping timeout: 240 seconds) | |
| [07:48:22] | enyc (enyc!~enyc@muddle.enyc.org.uk) has joined #mythtv | |
| [08:51:24] | dekarl1 (dekarl1!~dekarl@mythtv/developer/dekarl) has joined #mythtv | |
| [08:53:02] | dekarl (dekarl!~dekarl@mythtv/developer/dekarl) has quit (Ping timeout: 276 seconds) | |
| [09:08:24] | dekarl1 is now known as dekarl | |
| [09:57:38] | SteveGoodey (SteveGoodey!~steve@host109-156-128-140.range109-156.btcentralplus.com) has joined #mythtv | |
| [10:14:53] | Roklobotomy (Roklobotomy!~blah@ppp118-209-87-144.lns20.mel4.internode.on.net) has joined #mythtv | |
| [10:23:22] | kc (kc!~Casper@unaffiliated/kc) has quit (Remote host closed the connection) | |
| [10:50:24] | dym: | Hey everyone! I have a problem with mythtv and Kodi on Amazon Fire TV. Whenever i start viewing the aspect ratio seems broken (http://drop.openroot.de/1l11m/5NqeNQsL) but after a few channel changes, it fixes itself (http://drop.openroot.de/1iAOB/4Goq6PUz) – is there a way to make this work from the start? |
| [10:54:33] | dekarl: | dym: its an issue with Kodi |
| [10:54:54] | dym: | I also have an amazon fire tv stick with Kodi. there is just works |
| [10:55:00] | dekarl: | is it only with videos with non-square pixels? e.g. 1440x1080 16:9 or 704x576? |
| [10:55:17] | dym: | its with every videostream |
| [10:55:20] | dekarl: | I can reproduce the issue on the Fire TV Stick 1 |
| [10:55:28] | dym: | i cant |
| [10:55:50] | dekarl: | Is this digital TV (100% Kodi issue) or analogue TV (it depends)? |
| [10:56:07] | dym: | its digital cable |
| [10:56:20] | dym: | is there a frontend alternative to kodi on the amazon plattform? |
| [10:56:40] | dekarl: | there are lots of mentions of that issue (without MythTV) https://www.google.com/search?q=kodi+firetv+aspect |
| [10:56:59] | dym: | mhhh |
| [10:57:39] | dekarl: | MythTV Player? https://github.com/MythTV-Clients/MythtvPlayerForAndroid/ though its not in the Amazon Store and I don't know if the APK is available somewhere |
| [10:57:58] | dym: | actually i like the kodi installation |
| [10:58:05] | dym: | everything is fine, except this ratio issue |
| [10:58:28] | dekarl: | the only good thing on the Kodi side is Video-on-Demand grabbers that we are missing for MythNetvision :D |
| [10:59:06] | dym: | shame |
| [11:00:23] | dekarl: | I don't dig Python or I'd have written one for media.ccc.de already (has documented Rest API) https://github.com/voc/media.ccc.de/blob/master/README.md |
| [11:09:11] | stuarta: | dekarl: now that looks cool |
| [11:09:36] | stuarta: | i've been playing with ruby on rails as a possible future implementation of services.mythtv.org |
| [11:09:49] | stuarta: | wonder if this is something that could be integrated and enhanced |
| [11:10:40] | dekarl: | ahh, that fits with my ideas of coming up with a MythicalChannelCompendium and may also fit well with paul-h's thoughts on a streaming radio channel service |
| [11:11:09] | stuarta: | yes, there is a lot we can do here, and i'm all for rewriting what we have (which isn't much) |
| [11:11:13] | dekarl: | I think thats two different but related topics |
| [11:11:53] | dekarl: | for the guide data for livetv and video-on-demand thingy there is already atlas.metabroadcast.com, but I don't see a MythNetVision grabber for that :( |
| [11:55:59] | lautriv_ (lautriv_!~lautriv@funtoo/user/lautriv) has joined #mythtv | |
| [12:00:09] | stuartm: | I don't know that services API would be a natural fit for the frontend, it could be made to work but the myth protocol uses a persistent two-way connection between frontend and backend which is particularly used to good effect for event traffic between the two |
| [12:01:41] | stuartm: | http is a request <> receive, protocol, it lacks proper support for the server to push to the client – now there are a couple of newer options available for that, you could have the frontend receive events through the websocket (which is what the WebFrontend does) |
| [12:02:18] | stuartm: | but really this is all tech designed for a slightly different use case, not IPC on a LAN |
| [13:07:02] | kc (kc!~Casper@pool-96-245-231-186.phlapa.fios.verizon.net) has joined #mythtv | |
| [13:07:02] | kc (kc!~Casper@pool-96-245-231-186.phlapa.fios.verizon.net) has quit (Changing host) | |
| [13:07:02] | kc (kc!~Casper@unaffiliated/kc) has joined #mythtv | |
| [13:25:02] | Casper0082 (Casper0082!~Casper@pool-96-245-231-186.phlapa.fios.verizon.net) has joined #mythtv | |
| [13:25:03] | kc (kc!~Casper@unaffiliated/kc) has quit (Read error: Connection reset by peer) | |
| [13:27:20] | Roklobotomy (Roklobotomy!~blah@ppp118-209-87-144.lns20.mel4.internode.on.net) has quit (Remote host closed the connection) | |
| [13:34:10] | Casper0082 is now known as kc | |
| [13:34:25] | kc (kc!~Casper@pool-96-245-231-186.phlapa.fios.verizon.net) has quit (Changing host) | |
| [13:34:25] | kc (kc!~Casper@unaffiliated/kc) has joined #mythtv | |
| [15:14:27] | letifosiferrari (letifosiferrari!~letifosif@216.207.42.132) has joined #mythtv | |
| [16:24:26] | hackman42 (hackman42!~Adium@66.43.16.227) has joined #mythtv | |
| [16:32:11] | letifosi_ (letifosi_!~letifosif@216.207.42.134) has joined #mythtv | |
| [16:36:29] | letifosiferrari (letifosiferrari!~letifosif@216.207.42.132) has quit (Ping timeout: 276 seconds) | |
| [16:53:48] | letifosi_ (letifosi_!~letifosif@216.207.42.134) has quit (Remote host closed the connection) | |
| [16:54:25] | letifosiferrari (letifosiferrari!~letifosif@216.207.42.132) has joined #mythtv | |
| [16:55:36] | cybrNaut (cybrNaut!cybrNaut@2001:0:53aa:64c:842:547f:bcca:66c4) has quit (Ping timeout: 250 seconds) | |
| [16:57:50] | cybrNaut (cybrNaut!cybrNaut@2001:0:53aa:64c:842:547f:bcca:66c4) has joined #mythtv | |
| [17:32:20] | dmfrey (dmfrey!~dmfrey@68.170.18.123) has joined #mythtv | |
| [17:40:03] | dblain: | stuartm: Keep in mind the currently implemented transport for the Services API is http, but other transports can be added. So a persistent connection could be added if that is what is needed. The key goal was that the service implementor should not know or care how the request is physically being sent/recieved. |
| [17:44:49] | dblain: | Also, just as an FYI... The upnp stack has had event subscriptions implemented since day one. The frontend could subscribe to what events it cared about. |
| [17:53:56] | stuartm: | dblain: true |
| [17:54:16] | stuartm: | for both points |
| [17:55:39] | stuartm: | although if forced to chose between the two, I like the simpler websocket approach, it's lighter than http or upnp and much closer to the myth protocol |
| [17:56:14] | stuartm: | for events that is |
| [17:56:43] | dblain: | agreed... I can also see being able to call services through websockets. |
| [18:01:10] | pvr4me (pvr4me!~craigtrel@d24-150-182-175.home.cgocable.net) has joined #mythtv | |
| [18:01:50] | dblain: | I just want to get away from having multiple implementations of core functionality. Write the function once (aka, implement a Service Method) and be able to call it from anywhere, including from internal code. I do think we should decide as a group which transports / serialization techniques should be considered standard/supported, otherwise it may get out of hand having to support them (but |
| [18:01:50] | dblain: | we could allow others to be added dynamically like plugins if there was a demand for it). |
| [18:02:14] | hackman421 (hackman421!~Adium@66.43.16.227) has joined #mythtv | |
| [18:03:18] | hackman42 (hackman42!~Adium@66.43.16.227) has quit (Ping timeout: 255 seconds) | |
| [18:03:23] | pvr4me: | HI: I’m trying to build 0.28pre, on OS X, and not getting far. Right now, it fails builing ffmpeg with … |
| [18:03:26] | pvr4me: | libavdevice/opengl_enc.c:479:27: error: use of undeclared identifier 'glGenBuffers'; did you mean 'glReadBuffer'? |
| [18:03:37] | dmfrey: | for the last few months, i have been working with migrating apps to microservices, providing centralized configuration (backed by git), and allowing for the services to be discoverable. is anything like that of interest for mythtv? |
| [18:04:09] | pvr4me: | It appears that configure isn’t recognizing OpenGL 3 on OS X? |
| [18:04:34] | hackman421 (hackman421!~Adium@66.43.16.227) has quit (Client Quit) | |
| [18:04:59] | stuartm: | websocket wouldn't necessarily be the most appropriate replacement for the protocol as a whole, it could do it but the only reason I bring it up is because it's already there and currently forward backend events to clients (of the web kind) |
| [18:06:59] | stuartm: | really, there isn't anything really wrong with the myth protocol except that it's not backward compatible – switching to a more complex data format would partially fix that but it would be more heavy weight |
| [18:07:01] | dblain: | stuartm: Events through websockets for the WebFrontend was a natural choice. |
| [18:08:28] | stuartm: | right, and I'm really pretty happy with how we're using it there, especially with what forwarding events allows for in terms of future features |
| [18:08:48] | dblain: | The only thing I have against the myth protocol is that all it's functions have embedded knowledge of the protocol. makes it difficult to reuse with other transposts/seriralizers |
| [18:10:10] | dblain: | now if we pull the protocol out as a seperate layer, then it just becomes another transport/serializer available for the Services API :) |
| [18:12:20] | dblain: | I may have done a disservice by calling it the "Service API framework"... I think most people think of Web Services. I really meant it to be a function library that happens to also be exposed using web service standards. |
| [18:15:43] | dmfrey: | do the FE's use the myth protocol, or are they using the services api? |
| [18:15:56] | stuartm: | myth protocol |
| [18:16:04] | dmfrey: | gotcha |
| [18:16:18] | ** dblain shouldn't give his opinion since he hasn't written a line of code for MythTV is a very long time :( ** | |
| [18:17:16] | dekarl: | dmfrey: I think microservices and the like may be of interested for services.mythtv.org |
| [18:18:24] | stuartm: | dblain: the other thing which concerns me just a little is that making the services API the default for internal use to will result in the same sort of feature creep and laziness we see now with the myth protocol – i.e. direct operations on the database or unnecessary internal structure/complexity exposed on the API we want third parties to use |
| [18:18:57] | dmfrey: | dekarl, what is running on there? i was not aware that existed |
| [18:18:59] | dekarl: | dblain, got an idea how to add documentation to the services? So it can be rendered as wdsl:documentation. I've lookted at the qt stuff, but saw no easy way of getting doxygen in |
| [18:19:24] | dekarl: | dmfrey: the channel logo service sits there |
| [18:19:25] | dmfrey: | what about swagger for that dekarl ? |
| [18:19:32] | dmfrey: | thanks |
| [18:19:33] | dblain: | stuartm: I'm all for private internal services. Easy to implement. As long as existing functions/services are leveraged when appropriate. |
| [18:19:57] | dekarl: | isn't swagger exclusively for rest APIs? But I though about outputting to that, too. |
| [18:20:18] | dmfrey: | yes, and can be used to generate clients in your language of choice |
| [18:20:20] | dekarl: | but its not a solution for the single master source IIUIC |
| [18:20:46] | dblain: | dekarl: I spent a lot of time trying to figure that out. The only solution I came up with I didn't like. Leverage the ClassInfo marco to hold the description. |
| [18:20:58] | dekarl: | I bet we can already render our internal stuff into swagger in parallel to WSDL Etc |
| [18:21:04] | dmfrey: | as well as generate test interfaces in a web frontend to test the results, etc |
| [18:21:23] | dblain: | Actually I had another idea, but it would have meant custom code added to MOC. figured it would be a long time, if ever to get it accespted upstream. |
| [18:25:20] | dblain: | dekarl: I just had an idea. A set of macros could be created that we use to place the documentation. The macro's would turn it into a private function that returns the description string. The wsdl code could use introspection to dynamically call each "description" function when needed. |
| [18:27:22] | dekarl: | dblain: I was thinking about a custom "converter" that parses the doxygen into "something that our framework can handle" |
| [18:27:29] | dblain: | Not elegant, but would work and it would keep the description in the header file (as opposed to my other thought of having metadata for each service stored in an external file... don't like this since it would be easy to forget) |
| [18:27:51] | dekarl: | Ahh, I was thinking about an additional, but generated, file |
| [18:28:33] | dekarl: | need to look if that "mythical converter" can be just doxygen + a template |
| [18:28:34] | dblain: | dekarl: generating the external file by parsing the doxygen isn't a horrible idea. |
| [18:30:38] | dekarl: | ahh, doxygen can write "an XML file that captures the structure of the code including all documentation." and "Doxygen can generate a new output format we have called the "Perl Module output format". It has been designed as an intermediate format that can be used to generate new and customized output without having to modify the Doxygen source." |
| [18:30:47] | dmfrey: | something autogenerated would be great. in some cases, the doc out there is out of sync with the existing api, so when I map the api in the android app, i usually have to just call it myself and inspect the output. fine for gets against it, but any post or delete is pretty much out of the question. I don't want to inadvertenly delete anything on my backend |
| [18:30:48] | dblain: | I just wanted a "it just works with no extra effort" solution. having to run a converter would mean another build step. If you do go with that approach, it may be easiest to generate static wsdl files, or an intermediary file with all metadata for each service/method. That file could be then used to generate multiple types of formats. |
| [18:31:46] | dblain: | dekarl: there you go... the intermediate file! We'd need to make sure it provided all needed attributes of the class/methods. |
| [18:31:52] | hackman42 (hackman42!~Adium@66.43.16.227) has joined #mythtv | |
| [18:32:38] | dblain: | Trying to think of the positive size, having the files build at compile time would mean you don't have to run the backend to get the service descriptions. |
| [18:32:48] | dblain: | s/size/side |
| [18:33:03] | dekarl: | dmfrey: btw, been talking to a user the other day and wondered how to get the mythtv player to an amazon firetv. Is the APK available somewhere or is it easy to push it to the amazon store? |
| [18:33:32] | dmfrey: | i was doing it for a while, but I haven't lately. I also had requests for fdroid |
| [18:33:41] | dmfrey: | they all do them differently |
| [18:33:57] | dmfrey: | not a big issue, just need to build in the different build processes for each |
| [18:34:04] | hackman42 (hackman42!~Adium@66.43.16.227) has quit (Client Quit) | |
| [18:34:11] | dekarl: | dblain: ahh, another pet peeve. updating the wiki with some scripts. (e.g. fixes/0.xxx release notes genereated from the git log with some perl script) or updating the API / database documentation from the code |
| [18:34:47] | dekarl: | gtg and tend the girls |
| [18:34:53] | dmfrey: | i have been refactoring it considerably, lately, which is why there hasn't been a release in a while. it is now building with travis-ci and coverage is done on coveralls.io |
| [18:36:59] | hackman42 (hackman42!~Adium@66.43.16.227) has joined #mythtv | |
| [18:47:29] | dmfrey: | dekarl, i am seeing about putting it out there now |
| [19:13:34] | andreaz (andreaz!~andre_000@p4FC56BC0.dip0.t-ipconnect.de) has joined #mythtv | |
| [19:16:04] | dekarl: | dmfrey: ty its appreciated |
| [19:32:49] | jpabq_ (jpabq_!~quassel@97-123-146-76.albq.qwest.net) has joined #mythtv | |
| [19:37:32] | CyberJacob_ (CyberJacob_!~CyberJaco@bouncer.bluesapphiremedia.co.uk) has joined #mythtv | |
| [19:37:51] | CyberJacob_ is now known as Guest58713 | |
| [19:38:26] | tgm4883_ (tgm4883_!uid23806@ubuntu/member/tgm4883) has joined #mythtv | |
| [19:38:32] | jpabq (jpabq!~quassel@mythtv/developer/jpabq) has quit (*.net *.split) | |
| [19:38:34] | tgm4883 (tgm4883!uid23806@ubuntu/member/tgm4883) has quit (*.net *.split) | |
| [19:38:37] | CyberJacob (CyberJacob!~CyberJaco@bouncer.bluesapphiremedia.co.uk) has quit (*.net *.split) | |
| [19:42:09] | tgm4883_ is now known as tgm4883 | |
| [19:45:39] | kukks (kukks!~Guenter@samba/team/kukks) has joined #mythtv | |
| [19:49:51] | dmfrey: | dekarl, i submitted it. will see if they accept it. i had to rebuild it as i didn't have the latest apk lying around. Its ok, i could rebuild it from the tagged version of the github repo |
| [19:50:44] | dmfrey: | it is the latest beta in the google play store |
| [19:50:45] | dekarl: | dmfrey: and how long it stays once its accepted... |
| [19:52:26] | dekarl: | maybe hinting at our "legaly dubious practice is off limits for us" might help it stay longer then kodi |
| [20:06:56] | dmfrey: | they didn't, just that it was under review |
| [20:07:03] | Roklobotomy (Roklobotomy!~blah@ppp118-209-87-144.lns20.mel4.internode.on.net) has joined #mythtv | |
| [20:09:46] | dmfrey: | i missed this: Your app submission is estimated to go live before 12:00 PM PST, 08 Jan 2016. |
| [20:22:07] | jheizer_: | pretty fast |
| [20:22:11] | jheizer_ is now known as jheizer | |
| [21:44:25] | cybrNaut (cybrNaut!cybrNaut@2001:0:53aa:64c:842:547f:bcca:66c4) has quit (Changing host) | |
| [21:44:25] | cybrNaut (cybrNaut!cybrNaut@unaffiliated/cybrnaut) has joined #mythtv | |
| [21:50:16] | kukks (kukks!~Guenter@samba/team/kukks) has quit (*.net *.split) | |
| [21:50:17] | kc (kc!~Casper@unaffiliated/kc) has quit (*.net *.split) | |
| [21:50:17] | Chutt (Chutt!~ijr@2605:a000:1225:7e:c457:ef1d:60fd:2177) has quit (*.net *.split) | |
| [21:50:17] | peper03 (peper03!~peper03@mythtv/developer/peper03) has quit (*.net *.split) | |
| [21:51:34] | kukks (kukks!~Guenter@samba/team/kukks) has joined #mythtv | |
| [21:51:34] | kc (kc!~Casper@unaffiliated/kc) has joined #mythtv | |
| [21:51:34] | Chutt (Chutt!~ijr@2605:a000:1225:7e:c457:ef1d:60fd:2177) has joined #mythtv | |
| [21:51:34] | peper03 (peper03!~peper03@mythtv/developer/peper03) has joined #mythtv | |
| [21:52:24] | dmfrey (dmfrey!~dmfrey@68.170.18.123) has quit (Quit: Ex-Chat) | |
| [21:57:52] | pvr4me (pvr4me!~craigtrel@d24-150-182-175.home.cgocable.net) has quit (Quit: pvr4me) | |
| [22:16:36] | pvr4me (pvr4me!~craigtrel@d24-150-182-175.home.cgocable.net) has joined #mythtv | |
| [22:35:03] | SteveGoodey (SteveGoodey!~steve@host109-156-128-140.range109-156.btcentralplus.com) has quit (Quit: Konversation terminated!) | |
| [22:44:37] | letifosi_ (letifosi_!~letifosif@216.207.42.134) has joined #mythtv | |
| [22:47:43] | letifosiferrari (letifosiferrari!~letifosif@216.207.42.132) has quit (Ping timeout: 260 seconds) | |
| [23:03:54] | letifosi_ (letifosi_!~letifosif@216.207.42.134) has quit (Remote host closed the connection) | |
| [23:06:01] | letifosiferrari (letifosiferrari!~letifosif@216.207.42.132) has joined #mythtv | |
| [23:10:34] | pvr4me (pvr4me!~craigtrel@d24-150-182-175.home.cgocable.net) has quit (Quit: pvr4me) | |
| [23:14:33] | MitchCapper (MitchCapper!~user@unaffiliated/mitchcapper) has quit () | |
| [23:35:42] | pppingme (pppingme!~pppingme@unaffiliated/pppingme) has quit (Ping timeout: 272 seconds) | |
| [23:39:00] | pppingme (pppingme!~pppingme@unaffiliated/pppingme) has joined #mythtv | |
| [23:41:41] | pppingme (pppingme!~pppingme@unaffiliated/pppingme) has quit (Client Quit) | |
| [23:56:28] | letifosi_ (letifosi_!~letifosif@216.207.42.134) has joined #mythtv | |
| [23:56:32] | letifosi_ (letifosi_!~letifosif@216.207.42.134) has quit (Remote host closed the connection) | |
IRC Logs collected by
BeirdoBot.
Please use the above link to report any bugs.