Friday, March 4th, 2016, 00:03 UTC | ||
[00:03:06] | MythBuild: | build #1486 of master-freebsd10–64bit is complete: Failure [4failed git] Build details are at http://code.mythtv.org/buildbot/builders/mast . . . /builds/1486 blamelist: Andrew <Andrew Van Til>, Karl Dietz <dekarl@mythtv.org > |
[00:07:54] | stuartm (stuartm!~stuartm@mythtv/developer/stuartm) has quit (Ping timeout: 246 seconds) | |
[00:08:41] | jmcentee (jmcentee!~quassel@jmcentee.plus.com) has quit (Ping timeout: 244 seconds) | |
[00:09:03] | jmcentee (jmcentee!~quassel@jmcentee.plus.com) has joined #mythtv | |
[00:10:22] | taylorr (taylorr!~taylorr@unaffiliated/elmojo) has joined #mythtv | |
[00:19:25] | stuartm (stuartm!~stuartm@mythtv/developer/stuartm) has joined #mythtv | |
[00:19:55] | stuartm (stuartm!~stuartm@mythtv/developer/stuartm) has quit (Remote host closed the connection) | |
[00:24:37] | stuartm (stuartm!~stuartm@mythtv/developer/stuartm) has joined #mythtv | |
[02:07:42] | andreaz (andreaz!~andre_000@p4FC5602B.dip0.t-ipconnect.de) has quit (Read error: Connection reset by peer) | |
[02:54:07] | peterbennett (peterbennett!~peter@c-75-67-202-199.hsd1.ma.comcast.net) has joined #mythtv | |
[03:29:50] | kukks (kukks!~Guenter@samba/team/kukks) has quit (Quit: Going home ...) | |
[03:35:13] | peper03 (peper03!~peper03@mythtv/developer/peper03) has quit (Ping timeout: 240 seconds) | |
[03:36:12] | peper03 (peper03!~peper03@mythtv/developer/peper03) has joined #mythtv | |
[03:45:53] | peterbennett (peterbennett!~peter@c-75-67-202-199.hsd1.ma.comcast.net) has left #mythtv () | |
[04:31:43] | Seeker` (Seeker`!~cjo20@unaffiliated/seeker) has quit (Ping timeout: 268 seconds) | |
[04:34:48] | warpme (warpme!~piotro@89-79-250-31.dynamic.chello.pl) has quit (Ping timeout: 268 seconds) | |
[04:37:14] | warpme (warpme!~piotro@89-79-250-31.dynamic.chello.pl) has joined #mythtv | |
[04:39:26] | Seeker` (Seeker`!~cjo20@unaffiliated/seeker) has joined #mythtv | |
[05:45:05] | letifosiferrari (letifosiferrari!~letifosif@c-73-70-75-73.hsd1.ca.comcast.net) has joined #mythtv | |
[05:45:17] | letifosiferrari (letifosiferrari!~letifosif@c-73-70-75-73.hsd1.ca.comcast.net) has quit (Remote host closed the connection) | |
[05:45:44] | letifosiferrari (letifosiferrari!~letifosif@216.207.42.140) has joined #mythtv | |
[06:07:48] | letifosiferrari (letifosiferrari!~letifosif@216.207.42.140) has quit (Ping timeout: 244 seconds) | |
[06:08:28] | dekarl: | ohh, not a failed git, but more a "git be gone". ^- stuarta |
[06:50:11] | dblain_ (dblain_!~dblain@mythtv/developer/dblain) has joined #mythtv | |
[06:51:23] | dblain (dblain!~dblain@mythtv/developer/dblain) has quit (Read error: Connection reset by peer) | |
[07:19:10] | SteveGoodey (SteveGoodey!~steve@host109-159-44-40.range109-159.btcentralplus.com) has joined #mythtv | |
[07:19:19] | Tobbe5178 (Tobbe5178!~asdf@2001:2002:4e46:4de8:916:6c1c:4b2b:7f53) has joined #mythtv | |
[07:23:32] | Roklobotomy (Roklobotomy!~blah@ppp118-209-39-147.lns20.mel4.internode.on.net) has joined #mythtv | |
[07:50:20] | Roklobotomy (Roklobotomy!~blah@ppp118-209-39-147.lns20.mel4.internode.on.net) has quit (Quit: Leaving) | |
[07:57:04] | stuarta: | hrm.... |
[07:59:21] | stuarta: | ah right, the env when start fron cron @reboot has only /usr/bin:/bin and git is in /usr/local/bin on freebsd10 |
[07:59:24] | ** stuarta fiddles ** | |
[08:09:37] | stuarta: | that's fixed, what I do need to do now, is remove the last 2 steps from the recipe for freebsd, since that removes the entire build and source trees, causing subsequent builds to take longer |
[08:28:47] | peper03: | dekarl: I think (hope) I'm nearly done with the Blu-ray bookmark change and I've already included what you put as a comment in dbcheck.cpp into my change. |
[08:30:21] | peper03: | I managed to grab an hour or so yesterday to work on it. I think I just wanted to check everything still worked after rebasing to head, but then got interrupted (as usual) |
[08:36:06] | MythBuild: | build #1487 of master-freebsd10–64bit is complete: Success [3build successful] Build details are at http://code.mythtv.org/buildbot/builders/mast . . . /builds/1487 |
[08:36:36] | dekarl: | I love it when a plan comes together! ;) |
[08:44:06] | jheizer (jheizer!~jheizer@c-73-51-93-177.hsd1.il.comcast.net) has quit (Ping timeout: 276 seconds) | |
[08:55:24] | stuarta: | hrm, now why do i get failed recording on 'tiny pop +1' channel, might be time to rescan the channels |
[09:06:01] | jheizer (jheizer!~jheizer@c-73-51-93-177.hsd1.il.comcast.net) has joined #mythtv | |
[09:07:08] | ikevin: | is there a way to access to "replay" video of tv channel using there web site in myth? |
[09:13:21] | joki (joki!~joki@p54860053.dip0.t-ipconnect.de) has quit (Ping timeout: 276 seconds) | |
[09:18:50] | joki (joki!~joki@p548618BA.dip0.t-ipconnect.de) has joined #mythtv | |
[09:25:49] | dekarl1 (dekarl1!~dekarl@mythtv/developer/dekarl) has joined #mythtv | |
[09:26:30] | SteveGoodey (SteveGoodey!~steve@host109-159-44-40.range109-159.btcentralplus.com) has quit (Quit: Konversation terminated!) | |
[09:27:33] | dekarl (dekarl!~dekarl@mythtv/developer/dekarl) has quit (Ping timeout: 240 seconds) | |
[09:42:43] | jmcentee: | ikevin: really a #mythtv-users question, but you can play back recorded programs in the recorded programs bit of mythweb. |
[09:47:19] | dekarl1 is now known as dekarl | |
[09:54:09] | willcooke (willcooke!~willcooke@ubuntu/member/willcooke) has joined #mythtv | |
[09:56:16] | ikevin: | ok, sorry (an ty for the reply) |
[09:57:19] | stuarta: | ikevin: if you are asking for things like iplayer, then not really. it might work in the web browser part of mythtv |
[09:59:11] | ikevin: | it work if flash player is needed in myth browser? |
[10:01:58] | stuarta: | i don't believe there is any flash support in our browser |
[10:02:16] | ** stuarta sings "flash is dead, long live the king...." ** | |
[10:04:38] | stuartm: | iplayer through mheg works but only iplayer |
[10:05:53] | stuartm: | heh, though it nows says "This version of BBC iPlayer will cease operating in 2016" |
[10:05:59] | stuartm: | september 2016 |
[10:06:51] | stuartm: | actual playback isn't working though ... which was my experience a few months ago, I think they've added security :( |
[10:29:15] | jmcentee: | stuarta: I had a quick look at the services.mythtv.org stuff last night and didn't get every far. I have got a git clone of it, and I don't know ruby-on-rails yet. |
[10:29:20] | dekarl: | doh, the last thing I heard about iplayer (some years ago) was that they intended to add some form of authentication to make it work in more places – aka UK residents when abroad |
[10:29:30] | stuarta: | jmcentee: i'm still learning it |
[10:30:35] | jmcentee: | I expected to be able to get services.mythtv.org to show me something, but I can only get "This is the services.mythtv.org website." Out of it. |
[10:30:53] | stuarta: | jmcentee: correct, it's a webservice endpoint |
[10:32:49] | jmcentee: | how to I get information out of it. I guess you have no documentation yet. |
[10:33:02] | stuarta: | jmcentee: see pm |
[10:33:32] | jmcentee: | Thansk |
[11:26:20] | lautriv_ (lautriv_!~lautriv@f050081161.adsl.alicedsl.de) has joined #mythtv | |
[11:26:20] | lautriv_ (lautriv_!~lautriv@funtoo/user/lautriv) has joined #mythtv | |
[11:26:20] | lautriv_ (lautriv_!~lautriv@f050081161.adsl.alicedsl.de) has quit (Changing host) | |
[11:29:33] | lautriv__ (lautriv__!~lautriv@funtoo/user/lautriv) has quit (Ping timeout: 240 seconds) | |
[11:49:35] | willcooke (willcooke!~willcooke@ubuntu/member/willcooke) has quit (Quit: Do your hobbies) | |
[12:34:36] | SteveGoodey (SteveGoodey!~steve@host109-159-44-40.range109-159.btcentralplus.com) has joined #mythtv | |
[12:38:40] | knightr: | dekarl, have you seen [mythtv-users] Changing mythweb? Would it be preferrable to put this as the default? |
[12:45:54] | dmfrey (dmfrey!~dmfrey@65-78-126-51.c3-0.smt-ubr1.atw-smt.pa.cable.rcn.com) has quit (Ping timeout: 276 seconds) | |
[12:47:56] | ** peper03 sighs ** | |
[12:48:41] | peper03: | Seems like no-one else uses the mythdir_* functions in mythiowrapper |
[12:49:25] | peper03: | If you call 'mythdir_opendir' with a filename instead of a directory name, it quite happily succeeds. |
[12:50:14] | peper03: | Which, in part, seems to go back to the storage group code on the backend simply returning "EMPTY_LIST". |
[12:52:28] | peper03: | libbluray tries to determine whether what it was told to open is an image or a directory by testing whether it can opened as a directory. |
[12:56:48] | stuarta: | sigh indeed |
[13:02:40] | peper03: | And StorageGroup::GetFileList (which is what does the work in the end) returns a QStringList, so *it* doesn't really have any way of indicating that the path it received is not a directory... |
[13:02:47] | peper03: | *grr* rabbit hole... |
[13:15:41] | pvr4me (pvr4me!~craigtrel@d24-150-182-175.home.cgocable.net) has joined #mythtv | |
[13:31:56] | dekarl: | knightr: well, I don't know MythWeb good enough, but when I go to Settings->TV->My Session, then there is a heap of date format strings |
[13:32:36] | dekarl: | I don't know if this works similar to mythfrontend, where its a user setting with a locale specific default |
[13:40:10] | dekarl: | ok, looks like the translatable strings are copied together and injected into the various settings and injected into the session unless the session already has them set |
[13:44:11] | GreyFoxx_ is now known as GreyFoxx | |
[13:44:18] | dekarl: | knightr: looks like about 50/50 of the locales have the day name in the strings, including the english default. feel free to make it the new default (I'm torn) |
[13:44:42] | GreyFoxx (GreyFoxx!~greg@out.of.phaze.org) has quit (Changing host) | |
[13:44:43] | GreyFoxx (GreyFoxx!~greg@mythtv/developer/GreyFoxx) has joined #mythtv | |
[14:11:02] | jmcentee: | personally I think the day name should be the default. I work better knowing what day of the week stuff is than the date. |
[14:12:02] | jmcentee: | the english default still have the date. |
[14:34:07] | pvr4me (pvr4me!~craigtrel@d24-150-182-175.home.cgocable.net) has quit (Quit: pvr4me) | |
[15:08:14] | stuartm: | fyi – webfrontend uses the same format preferences as mythfrontend because that simplifies and reduces setup |
[15:08:31] | stuartm: | no reason mythweb couldn't do the same if someone were to make the effort |
[15:09:45] | stuartm: | though arguably, investing time in keeping mythweb alive instead of improving the webfrontend is wasted – at least in my biased opinion |
[15:14:43] | letifosiferrari (letifosiferrari!~letifosif@216.207.42.132) has joined #mythtv | |
[15:17:26] | stuarta: | why do we call it webfrontend when it's in the backend??? |
[15:21:14] | pvr4me (pvr4me!~craigtrel@d24-150-182-175.home.cgocable.net) has joined #mythtv | |
[15:28:51] | stuarta: | pvr4me: not even looked at the buildbot config for you yet. apologies |
[15:29:09] | letifosiferrari (letifosiferrari!~letifosif@216.207.42.132) has quit (Read error: Connection reset by peer) | |
[15:29:29] | pvr4me: | OK. Any chance you’re going to get to it today? |
[15:29:34] | letifosiferrari (letifosiferrari!~letifosif@216.207.42.132) has joined #mythtv | |
[15:40:49] | stuarta: | let me have a fiddle |
[15:45:26] | stuarta: | sneaky, we don't run the unit tests on freebsd |
[15:46:12] | stuarta: | lets see if they actually run before i enable them |
[15:53:38] | stuarta: | no they don't, so some work to be done there first |
[16:00:42] | stuartm: | stuarta: it's generated by the backend, but it's actually rendered in the browser and offers functionality equivalent to mythfrontend (and definitely not mythbackend) |
[16:01:40] | stuartm: | in every meaningful way it's a client to the backend, thus a frontend :) |
[16:05:33] | stuarta: | pvr4me: progressing nicely |
[16:10:23] | pvr4me (pvr4me!~craigtrel@d24-150-182-175.home.cgocable.net) has quit (Quit: pvr4me) | |
[16:10:58] | pvr4me (pvr4me!~craigtrel@d24-150-182-175.home.cgocable.net) has joined #mythtv | |
[16:11:25] | pvr4me: | stuarta: cool |
[16:13:19] | gigem: | dekarl: Count me as not agreeing with commit f4693af7. It's just trading one problem for another. |
[16:32:36] | MythBuild (MythBuild!~MythBuild@alcor.mythtv.org) has quit (Remote host closed the connection) | |
[16:32:56] | MythBuild (MythBuild!~MythBuild@alcor.mythtv.org) has joined #mythtv | |
[17:11:44] | warpme (warpme!~piotro@89-79-250-31.dynamic.chello.pl) has quit (Quit: BitchX-1.3-git -- just do it.) | |
[17:16:41] | peterbennett2 (peterbennett2!~peter@c-75-67-202-199.hsd1.ma.comcast.net) has joined #mythtv | |
[17:21:03] | peterbennett2: | stuarta: The code for the OpenMAX Normal default video display profile for raspberry pi is ready to commit: https://code.mythtv.org/trac/ticket/12675 |
[17:22:00] | stuarta: | peterbennett2: nice, dekarl stuartm anyone else want to take a look and commit if possible, i'm heading off for the day noe |
[17:22:03] | stuarta: | now |
[17:22:08] | peterbennett2: | Now back to trying to fix the OSD display |
[17:25:07] | stuartm: | OSD display with opengl or software blending? |
[17:26:59] | peterbennett2: | stuartm: Using software blending, I am trying to see if anything can be done to improve the experience. There is code to skip frames when the audio gets ahead but it is not working well. |
[17:28:09] | stuartm: | hmm, software blended OSD looks like crap because it's rendered at the resolution of the video then scaled to the screen size – but since openGl isn't working right now I guess there's no alternative |
[17:28:23] | peterbennett2: | I think if the video is a but jumpy but the audio is smooth that will be a better experience. |
[17:28:42] | stuartm: | no fallback deinterlacer? |
[17:29:11] | stuartm: | think we can at least try onefield |
[17:29:34] | peterbennett2: | I can change that if you think that is better |
[17:30:55] | stuartm: | if we consider that most users won't ever think to change the defaults, they should reflect the best possible options IMHO |
[17:31:16] | stuartm: | patch is fine otherwise, at least nothing obviously wrong |
[17:32:11] | stuartm: | for Pi we could bump cpu count up to 4 although since we're using openmax I believe that will be ignored so there's no benefit |
[17:33:08] | peterbennett2: | I tried cpu count 1 and 4 and there was no difference |
[17:33:29] | peterbennett2: | OK shall I add the onefield ? |
[17:36:26] | stuartm: | there's another openmax deinterlacer but I can't remember what it is right now, but onefield should have the lowest CPU/GPU utilisation so it makes a good fallback |
[17:38:07] | peterbennett2: | OK will do |
[17:43:41] | Merlin83b (Merlin83b!~Daniel@office.34sp.com) has quit (Quit: Leaving) | |
[17:53:17] | peterbennett2 (peterbennett2!~peter@c-75-67-202-199.hsd1.ma.comcast.net) has left #mythtv () | |
[17:55:45] | pvr4me (pvr4me!~craigtrel@d24-150-182-175.home.cgocable.net) has quit (Quit: pvr4me) | |
[17:57:17] | peper03: | stuartm: Bluray bookmark patch is here: http://pastebin.com/WQPWkgaK |
[17:57:45] | peper03: | Seems to work ok here but I only have a handful of discs to test with. |
[17:57:54] | peper03: | I don't know whether you want to give it a spin before I submit it? |
[18:08:49] | dekarl: | gigem, wrt f4693af7 what is the other? |
[18:14:17] | pvr4me (pvr4me!~craigtrel@d24-150-182-175.home.cgocable.net) has joined #mythtv | |
[18:18:21] | dekarl: | is it the "on backend crash the locks time out slower then the backend restarts" issue? |
[18:19:17] | dekarl: | fwiw I looked at the http api and its working completely differently compared to the current api |
[18:30:40] | natanojl (natanojl!~jonatan@mythtv/developer/natanojl) has joined #mythtv | |
[18:34:38] | jmcentee (jmcentee!~quassel@jmcentee.plus.com) has quit (Ping timeout: 248 seconds) | |
[18:35:10] | jmcentee (jmcentee!~quassel@jmcentee.plus.com) has joined #mythtv | |
[18:38:02] | peterbennett (peterbennett!~peter@c-75-67-202-199.hsd1.ma.comcast.net) has joined #mythtv | |
[18:55:26] | pppingme (pppingme!~pppingme@unaffiliated/pppingme) has quit (Ping timeout: 248 seconds) | |
[18:57:23] | gregL (gregL!~greg@cpe-74-76-121-109.nycap.res.rr.com) has quit (Remote host closed the connection) | |
[19:00:56] | peterbennett: | stuartm: I added the onefield fallback deinterlacer and tested it. pull request is updated. https://code.mythtv.org/trac/ticket/12675 |
[19:17:51] | pppingme (pppingme!~pppingme@unaffiliated/pppingme) has joined #mythtv | |
[19:23:13] | gigem: | dekarl: Yes. The http method is a much better solution for those that share HDHR tuners. For those that don't share them, the committed change can only do harm. |
[19:29:07] | andreaz (andreaz!~andre_000@p4FC5602B.dip0.t-ipconnect.de) has joined #mythtv | |
[19:36:32] | dekarl: | gigem: if I understand correctly the http api does not support multirec at all |
[19:37:01] | dekarl: | also it does not support EIT |
[19:37:42] | dekarl: | so to support european / atsc / ocur use cases we'd need two HDHR recorders |
[19:45:31] | dekarl: | gigem is retrying to lock after 31 seconds, then giving up an ok compromise for you? |
[19:51:44] | pvr4me (pvr4me!~craigtrel@d24-150-182-175.home.cgocable.net) has quit (Quit: pvr4me) | |
[20:17:56] | dekarl: | can we share a device between us using three tuners without locking with a different program using the fourth tuner via the http api? |
[20:46:40] | gigem: | dekarl: I wasn't aware of that. Adding retires would be good. Adding the option to not lock at all would also be good. Refactoring MythTV's HDHR support to use the best interface for each task would be best. |
[20:49:11] | dekarl: | gigem, that likely would be the original API with the tuner group management to let the master in a multirec group pick a free tuner dynamically. But that's something for 0.29 |
[20:50:17] | dekarl: | if I can figure out how to add the dvb_eitscan option to the HDHR configuration I can add a "lock or not" option, too. |
[20:50:45] | dekarl: | the next question, should it default to on or off? |
[20:52:42] | gigem: | dekarl: About 0.29, I know. But I don't like partial solutions. Not having any locking at all gave more incentive to those wanting it to do a complete solution. I don't care if the default is on or off. |
[20:53:32] | gigem: | Did anyone else get an inquire from a Ken Justice about paid consulting? |
[20:53:42] | gigem: | s/inquire/inquiry/ |
[20:54:30] | dekarl: | yes |
[20:56:02] | dekarl: | gigem: I consider it more as incremental fixing. As the proper solution requires a proper design its harder to do then the incremental improvement within the original design. Not everyone is a great designer |
[20:57:15] | dekarl: | hmm, adding a "to lock or not to lock" needs a schema change or reuse of an existing field, like the dvb "open on demand" flag? |
[20:57:35] | pvr4me (pvr4me!~craigtrel@d24-150-182-175.home.cgocable.net) has joined #mythtv | |
[21:05:22] | gigem: | dekarl: Right. Which is why I don't expect the full solution to ever get done now. |
[21:06:31] | gigem: | dekarl: Okay. It seemed legit, but I couldn't believe he couldn't find help on the mailing list, IRC or forums. |
[21:08:34] | dekarl: | gigem: the only "easy" design I came up with was to switch from static device with static tuner assignmed to the recorders to a static device with dynamic tuner assignment. aka one group per device. |
[21:13:05] | dekarl: | idea: stick all hdhr of one video source into one group. that way you can have two sets of atsc tuners pointing at different sites or one set of multiple hdhr pointing at the same site |
[21:41:02] | Chutt (Chutt!~ijr@2605:a000:1225:7e:c457:ef1d:60fd:2177) has quit (Read error: Connection reset by peer) | |
[21:45:04] | gigem: | dekarl: You lost me there. I think the solution is this. When the http api is suitable, use it. When the http api is not suitable, try each tuner on the hdhr until a non-busy one is found or error out. |
[21:55:34] | pvr4me (pvr4me!~craigtrel@d24-150-182-175.home.cgocable.net) has quit (Quit: pvr4me) | |
[21:59:58] | peterbennett (peterbennett!~peter@c-75-67-202-199.hsd1.ma.comcast.net) has left #mythtv () | |
[22:06:47] | Roklobotomy (Roklobotomy!~blah@ppp118-209-169-137.lns20.mel8.internode.on.net) has joined #mythtv | |
[22:15:47] | natanojl (natanojl!~jonatan@mythtv/developer/natanojl) has quit (Ping timeout: 260 seconds) | |
[22:19:40] | SteveGoodey (SteveGoodey!~steve@host109-159-44-40.range109-159.btcentralplus.com) has quit (Quit: Konversation terminated!) | |
[22:30:22] | dekarl: | gigem, the hdhomerun development documentation explains the device selector api like this: "A pool is typically all tuners on the local network that have the same signal source." |
[22:30:59] | dekarl: | I always read that as "all DVB-C tuners go into one group, all DVB-T tuners into another" but actually its more or less the definition of our video source |
[22:31:19] | letifosiferrari (letifosiferrari!~letifosif@216.207.42.132) has quit (Ping timeout: 260 seconds) | |
[22:31:38] | letifosiferrari (letifosiferrari!~letifosif@216.207.42.134) has joined #mythtv | |
[22:54:17] | letifosiferrari (letifosiferrari!~letifosif@216.207.42.134) has quit (Remote host closed the connection) | |
[22:54:43] | letifosiferrari (letifosiferrari!~letifosif@216.207.42.132) has joined #mythtv | |
[23:04:03] | letifosiferrari (letifosiferrari!~letifosif@216.207.42.132) has quit (Ping timeout: 248 seconds) | |
[23:37:03] | Tobbe5178 (Tobbe5178!~asdf@2001:2002:4e46:4de8:916:6c1c:4b2b:7f53) has quit (Read error: Connection reset by peer) | |
[23:56:57] | gigem: | dekarl: How do different devices know they're connected to the same signal? That sound to me like something that is done on the client side in an SDK. |
[23:58:44] | Roklobotomy: | does hdhomerun allow multiple channel reception off the one tuner like DVB cards in myth? |
IRC Logs collected by
BeirdoBot.
Please use the above link to report any bugs.