| Sunday, May 25th, 2014, 00:18 UTC | ||
| [00:18:21] | jya: | that mythversion token should be removed…. those “checks” are just damned painful, hopelessly crippling for nothing |
| [00:19:02] | jya: | and to me that the symbol of what is wrong with some of our “strategies” |
| [00:21:23] | dekarl1: | actually the consumers should start to migrate to the service api... its been built for a reason |
| [00:22:09] | dekarl1: | though us making incompatible changes without versioning the service in question brings us back to needing client side versioning |
| [00:24:21] | dekarl1: | I think the token was added for these implementations... http://www.mythtv.org/wiki/Category:Myth_Prot . . . ol_..._badly |
| [00:27:45] | gary_buhrmaster: | dekarl1: Yep, a "stable" services API is the way to move forward (even if not everything is implemented yet). Is there a place (in wki space, or private dev space) where a (forward-looking) API is being architected? |
| [00:28:58] | dekarl1: | gary_buhrmaster: I don't understand. What is missing from the API? (some streaming and livetv features are known, but its mostly a good base to get your client off the database and direct protocol fiddling) |
| [00:29:16] | wagnerrp: | dekarl1: yes. the tokens were added for the implementations which completely ignore the version, and force the connection |
| [00:32:28] | andreaz (andreaz!~andre_000@p5DD15F45.dip0.t-ipconnect.de) has joined #mythtv | |
| [00:36:17] | gary_buhrmaster: | dekarl1: I thought setup was one, and scheduling was another (although I have not looked at the most recent work). And I seem to recall the API did not use "opaque" values in some places (using the chanid/filename constructs instead) which might make some of what I thought I understood one dev to want to do regarding hiding the details of the internal structure. |
| [00:36:58] | gary_buhrmaster: | dekarl1: .... harder (I missed the harder word). |
| [00:37:45] | gary_buhrmaster: | dekarl1: Of course, I might have misunderstood the intentions (it was a long time ago, and thoughts/plans may have changed). |
| [00:38:21] | dekarl1: | gary_buhrmaster: but all of these points don't keep e.g. XBMC from moving to the Service API for most of its features... |
| [00:46:13] | gary_buhrmaster: | dekarl1: No disagreement. Except (and this is the issue with all software), why should the XBMC devs do it? Same functionality (from the user perspective) [It is why Cobol code still exists; why spend resources to rewrite it to do the same thing?] You need a compelling feature only available via the API that will force the issue. What is the MythTV API killer application? |
| [00:47:38] | dekarl1: | gary_buhrmaster: you have not looked at the implementation, have you? |
| [00:48:33] | gary_buhrmaster: | dekarl1: The XBMC MythTV connection? No. But I suspect it is "interesting" (I have looked at some other XBMC code, and I found it "interesting"). |
| [00:49:04] | dekarl1: | gary_buhrmaster: its the old code from mvpmc on life support |
| [00:49:27] | dekarl1: | https://github.com/janbar/xbmc-pvr-addons/tre . . . 28/lib/cmyth |
| [01:04:11] | gary_buhrmaster: | dekarl1: (from scanning) yep. "interesting". I would thank you for sharing that, but my mind is now filled with some code I wish I had not seen. |
| [01:09:56] | dekarl1: | well, I did warn you, in a way ;) |
| [02:15:31] | andreaz (andreaz!~andre_000@p5DD15F45.dip0.t-ipconnect.de) has quit (Read error: Connection reset by peer) | |
| [03:00:31] | peper03 (peper03!~peper03@mythtv/developer/peper03) has quit (Ping timeout: 252 seconds) | |
| [03:01:15] | peper03 (peper03!~peper03@mythtv/developer/peper03) has joined #mythtv | |
| [03:09:03] | arescorpio (arescorpio!~arescorpi@209-205-17-190.fibertel.com.ar) has joined #mythtv | |
| [03:54:35] | fetzerch (fetzerch!~quassel@unaffiliated/fetzerch) has quit (Ping timeout: 252 seconds) | |
| [03:55:57] | fetzerch (fetzerch!~quassel@unaffiliated/fetzerch) has joined #mythtv | |
| [04:41:41] | jya (jya!~jyavenard@mythtv/developer/jya) has quit (Ping timeout: 264 seconds) | |
| [04:41:41] | jya_ is now known as jya | |
| [04:44:38] | jya_ (jya_!~jyavenard@mythtv/developer/jya) has joined #mythtv | |
| [05:22:25] | joki (joki!~joki@p54861BF9.dip0.t-ipconnect.de) has quit (Ping timeout: 252 seconds) | |
| [05:27:59] | joki (joki!~joki@p5486320F.dip0.t-ipconnect.de) has joined #mythtv | |
| [05:53:06] | arescorpio (arescorpio!~arescorpi@209-205-17-190.fibertel.com.ar) has quit (Excess Flood) | |
| [05:59:55] | jya_ (jya_!~jyavenard@mythtv/developer/jya) has quit (Quit: jya_) | |
| [06:01:06] | jya_ (jya_!~jyavenard@mythtv/developer/jya) has joined #mythtv | |
| [06:01:46] | Warped (Warped!~Warped@108-85-161-113.lightspeed.cicril.sbcglobal.net) has quit (Quit: ChatZilla 0.9.90.1 [Firefox 29.0.1/20140506152807]) | |
| [06:08:39] | Weaselweb (Weaselweb!~quassel@77-64-221-251.dynamic.primacom.net) has joined #mythtv | |
| [06:12:43] | Warped (Warped!~Warped@108-85-161-113.lightspeed.cicril.sbcglobal.net) has joined #mythtv | |
| [06:33:53] | rsiebert_ (rsiebert_!~quassel@g225188149.adsl.alicedsl.de) has joined #mythtv | |
| [06:36:45] | rsiebert (rsiebert!~quassel@g225186064.adsl.alicedsl.de) has quit (Ping timeout: 252 seconds) | |
| [06:45:25] | Tobbe5178 (Tobbe5178!~asdf@h104n2-sv-a13.ias.bredband.telia.com) has joined #mythtv | |
| [08:49:18] | SteveGoodey (SteveGoodey!~steve@host86-157-184-176.range86-157.btcentralplus.com) has joined #mythtv | |
| [08:54:17] | robink (robink!~quassel@unaffilated/robink) has quit (Ping timeout: 264 seconds) | |
| [08:54:54] | doev (doev!~doev@p4FD43CF5.dip0.t-ipconnect.de) has joined #mythtv | |
| [08:55:02] | stuartm: | jya: does mythmusic require a call to SaveVolume() following [85baf6684] ? |
| [08:55:56] | stuartm: | jya: merge today is fine by me, sorry I've not responded earlier, been catching up with various things following my week away |
| [08:57:55] | robink (robink!~quassel@unaffilated/robink) has joined #mythtv | |
| [09:01:15] | doev (doev!~doev@p4FD43CF5.dip0.t-ipconnect.de) has quit (Quit: Verlassend) | |
| [09:05:11] | stuartm: | jya_: as far as the release announcement, you want to clone the www repo and run the newpost.pl script then push the result |
| [09:05:49] | robink (robink!~quassel@unaffilated/robink) has quit (Quit: No Ping reply in 180 seconds.) | |
| [09:06:57] | robink (robink!~quassel@unaffilated/robink) has joined #mythtv | |
| [09:11:10] | stuartm: | there's no post push hook to actually publish the result atm, so let me know when that's done and I'll do that bit |
| [09:12:03] | stuartm: | you will also need to update includes/conf.php and set the version for each component to 0.27.1 |
| [09:13:36] | stuartm: | except for the 'download' component which should remain 0.27 (we package up the latest from the 0.27-fixes branch, not from the tag) |
| [09:15:21] | stuartm: | there's a comment in the config file to that effect |
| [09:16:14] | jya_: | stuartm: if it’s changing the volume, then yes |
| [09:16:47] | jya_: | stuartm: i really feel someone else ought to do that... |
| [09:19:45] | stuartm: | jya_: well as Daniel commented, the more people who know how to handle a release ... |
| [09:20:14] | jya_: | that very well be, but I am starting to be more than annoyed by the lack of any interests in getting 0.27.1 out the door |
| [09:20:44] | stuartm: | I think it's only fair that your name appears on the release announcement since you've done so much work on the backports |
| [09:21:03] | jya_: | that’s one way to say things |
| [09:21:04] | stuartm: | jya_: not lack of interest, lack of time |
| [09:21:17] | jya_: | the other thing is that i have no idea what to write for the announcement itself |
| [09:21:55] | stuartm: | yeah, well that's what everyone finds difficult :) |
| [09:22:59] | jya_: | rhaaa… and now I find the that full screen stuff is also broken when you have the GUI/Video settings checked and the 2nd screen doesn’t support that refresh rate |
| [09:24:30] | jya_: | i’m guessing it’s the same as this one |
| [09:24:31] | jya_: | https://code.mythtv.org/trac/ticket/11498 |
| [09:27:11] | jya_: | this thing never ends :( |
| [09:56:18] | fetzerch (fetzerch!~quassel@unaffiliated/fetzerch) has quit (Ping timeout: 240 seconds) | |
| [09:59:35] | fetzerch (fetzerch!~quassel@unaffiliated/fetzerch) has joined #mythtv | |
| [10:22:52] | paul-h (paul-h!~Paul@2.121.114.15) has joined #mythtv | |
| [10:29:44] | paul-h: | gigem: Can you please update http://www.mythtv.org/wiki/Category:Myth_Prot . . . _proto_bumps – I've added the new version to the list but I'm not seeing which commands you added/changed so just needs the description updating and add new pages for any new commands etc |
| [10:32:58] | paul-h: | stuartm, dblain: any idea why all the settings pages on the web frontend are returning 401 – unauthorized. Never asks for the password though |
| [10:35:34] | stuartm: | paul-h: no, that's a little strange |
| [10:36:22] | stuartm: | paul-h: it's doing the same here though, so I've obviously broken something |
| [10:37:32] | stuartm: | paul-h: I'll take a look in a little while, just noticed that it's finally stopped raining and I need to take advantage of that first |
| [10:38:04] | paul-h: | I'm sure it was working mid February so it's something in the last few months |
| [10:38:13] | paul-h: | OK thanks :) |
| [10:44:53] | andreaz (andreaz!~andre_000@p5DD15F45.dip0.t-ipconnect.de) has joined #mythtv | |
| [11:10:49] | andreaz (andreaz!~andre_000@p5DD15F45.dip0.t-ipconnect.de) has quit (Read error: Connection reset by peer) | |
| [11:12:37] | Steve-Goodey (Steve-Goodey!~steve@host86-157-184-176.range86-157.btcentralplus.com) has joined #mythtv | |
| [12:58:50] | natanojl (natanojl!~jonatan@mythtv/developer/natanojl) has joined #mythtv | |
| [13:04:13] | natanojl: | stuartm, paul-h: Looks like a logic error here https://code.mythtv.org/cgit/mythtv/tree/myth . . . ver.cpp#n311 , right? |
| [13:15:20] | stuartm: | natanojl: yup, should be && |
| [13:24:14] | SteveGoodey (SteveGoodey!~steve@host86-157-184-176.range86-157.btcentralplus.com) has quit (Quit: Konversation terminated!) | |
| [13:32:30] | natanojl: | stuartm: I noticed the same error when trying to fix our use of tabs after the switch to the new jquery ui version. I got it to work I think, http://pastebin.com/ZJ9wx4p2 |
| [13:42:33] | stuartm: | natanojl: cool, hadn't noticed they were broken but then I've been focusing on the WebFrontend stuff which doesn't use that particular feature of jquery |
| [13:49:56] | natanojl: | stuartm: No problem. I can push the change later unless you want to do it, or if you have comments. |
| [13:55:18] | stichnot (stichnot!~chatzilla@adsl-68-125-53-82.dsl.pltn13.pacbell.net) has joined #mythtv | |
| [13:59:29] | stichnot: | jya: sorry for the late bug report, but my kids just discovered this. dbb38743501ac4dd361b248fcaa337d00a85329c from #10942 breaks playback of my old .nuv files that came from mythtranscoding to mpeg4 format, including the sample from #11507 . |
| [13:59:29] | ** MythLogBot http://code.mythtv.org/trac/ticket/10942 ** | |
| [13:59:29] | ** MythLogBot http://code.mythtv.org/trac/ticket/11507 ** | |
| [14:10:09] | jya_: | stichnot: do you have a sample? |
| [14:10:43] | stuartm: | jya_: there's one in the second ticket |
| [14:10:58] | stuartm: | https://docs.google.com/file/d/0BxETmfuHvGPQMnVpbkMyS1Q2STg/edit |
| [14:11:44] | jya_: | who watches nuv these days anyway? |
| [14:12:11] | jya_: | i can imagine the fix for that one: if (is_nuv) then skip new code and run old code |
| [14:12:41] | stichnot: | my kids, of course, want to watch the same crap over and over again :) |
| [14:14:24] | jya_: | grrrrr… i thought there would be an easy way to fix #11498… but it turns out to be a significant rewrite, as xrandr has no concept of the display behind the virtual screens when it comes to retrieving resolutions and refresh rate :( |
| [14:15:21] | jya_: | stichnot: ahhh. that video |
| [14:15:27] | jya_: | I remember watching it for hours ... |
| [14:15:48] | jya_: | i wonder how many more videos that patch broke then :( |
| [14:16:28] | dekarl (dekarl!~dekarl@p4FCEFA69.dip0.t-ipconnect.de) has joined #mythtv | |
| [14:16:35] | stichnot: | I haven't noticed any other breakage, and btw jya, the seek performance is awesome now. |
| [14:18:58] | stichnot: | jya: if you want a different crappy kids video to watch for hours, I'll be happy to oblige :) |
| [14:19:07] | jya_: | nah.. that’s okay :) |
| [14:19:22] | jya_: | better than the barbie movie i ended up watching about 10 times |
| [14:19:29] | dekarl1 (dekarl1!~dekarl@p4FE85A97.dip0.t-ipconnect.de) has quit (Ping timeout: 252 seconds) | |
| [14:19:46] | jya_: | stichnot: I have a WMP3 HD video, I can’t seek in it |
| [14:19:57] | jya_: | rather interesting btw, location display is fine |
| [14:20:11] | jya_: | but when it starts playback, it will loop on itself during the first minute |
| [14:20:23] | jya_: | you must jump at 3 minutes to watch it normally |
| [14:20:39] | jya_: | if you ever attempt to seek forward or backward, you’re back on the video loop at the bginning |
| [14:28:46] | acle (acle!~tb@c-67-168-241-111.hsd1.or.comcast.net) has joined #mythtv | |
| [14:31:26] | acle: | How do I find out why a frontend wedges before it opens the top level menu? I tried loglevel debug and -v all the last message is 'I New DB connection, total: 1' – no error message – no progress |
| [14:31:52] | acle: | Invoking frontend on the same machine as the backed works ok. |
| [14:33:03] | acle: | mysql connections from the remote machine work ok manually too. |
| [14:33:08] | Steve-Goodey (Steve-Goodey!~steve@host86-157-184-176.range86-157.btcentralplus.com) has quit (Ping timeout: 252 seconds) | |
| [14:34:55] | acle: | The build is a checkout made about 15 hours ago. I'm trying to determine whether Ceton ETH 6 still needs patching. |
| [14:35:30] | stuartm: | acle: pastebin the log, since mythfrontend is a multi-threaded application the last log line won't always be relevant to the problem |
| [14:36:36] | acle: | Didn't think of that, will do. |
| [14:37:29] | jya_: | stichnot: http://pastebin.com/MHg7Smtd |
| [14:38:57] | acle: | http://pastebin.com/S5USNvyM gives the stalled frontend's output |
| [14:39:11] | stichnot: | jya_: nuppel decoder, of course ! |
| [14:40:26] | jya_: | i’m actually wondering if that didn’t introduce a regression also for avfd using the GeneratedDummyFrame |
| [14:42:55] | acle: | Widdles. I hate it when I lie stuartm, the remote frontend is mythbuntu 0.27 updated version from about 5 hours ago. I'm assuming that's close enough to interoperate and forgot it was different. |
| [14:48:22] | stichnot: | jya_: that fixes the nuv problem, based on a random sampling of nuv recordings in my collection |
| [14:49:35] | jya_: | stichnot: I’m going to take on a different approach, as I think the issue is elsewhere too. Previously all frames were dequeued for decoding by default. The fix in dbb38743501ac4dd361b248fcaa337d00a85329c made the opposite, though it is always set back to 1 under normal circumstances |
| [14:50:15] | jya_: | as I want to limit the regression, going to have it to be dequeued by default, so any places we forgot will get the exact same behaviour as previously |
| [14:50:25] | ** jya_ tired.. i make little sense ** | |
| [14:51:45] | stuartm: | acle: any version of 0.27 should work with another version of 0.27, it's only when the major version number changes e.g. 0.26 to 0.27 that backwards compatibility may (usually is) broken |
| [14:52:12] | acle: | That's what I understood but in the inteest of full disclosure ... |
| [14:53:02] | jya_: | stichnot: http://pastebin.com/FXx9AN9x will commit that one |
| [14:53:19] | stuartm: | acle: not seeing anything relevant in that log, but it does seem to stall on the very first database connection ... could you try repairing the database, also double check that you can connect to the mysql server from that machine? |
| [14:53:33] | acle: | I'm looking to fire up wireshark or similar to look at the wire exchange since mysql connects I am leaning towords a myth protocol mismatch, rather than gross connectivity. |
| [14:54:18] | stuartm: | the frontend would produce an error if there was a protocol mismatch |
| [14:54:19] | acle: | The mysql check will be quicker than the db repair, which I'm not familiar with |
| [14:56:23] | stuartm: | "Database connection created" is misleading, it doesn't mean it was actually able to connect, just that it's created a database object ... think we should reword/delete that log line |
| [14:56:34] | acle: | Show tables works from the remote system using the same host/credentials as the frontend has. |
| [14:57:27] | acle: | Just did it again to be sure. If I fire up the frontend locally will it comb the database for errors? |
| [14:58:12] | acle: | I'm looking in the wiki for db repair but I'm a henpecker, so it'll takeme a few to uncover teh extent of my ignorance. |
| [15:00:03] | stuartm: | http://www.mythtv.org/wiki/User_Manual:Period . . . the_Database |
| [15:06:24] | acle: | The frontend's still happy and the noted script completes without overt error |
| [15:07:16] | stichnot: | jya_: that latest patch works for everything I've thrown at it |
| [15:07:30] | jya_: | stichnot: thanks for testing |
| [15:08:34] | stichnot: | btw, regarding seeks, I've never dug into the ffmpeg (or whatever) method of seeking, I've only build the seek tables (including duration tables in addition to file offsets) and used them for seeking, which is done based on accumulating the frame durations during playback. |
| [15:09:39] | jya_: | stichnot: i looked at how it seeks with the posmap, all it does is provide a help so the position in the file is good to start with, FFmpeg still does its usualy binary search after that. but it’s much faster as it’s almost there already |
| [15:10:38] | jya_: | honestly, i think the idea of storing the location of all the reference frames is very heavy handed. and it has caused lots of performance issues on low-end machine.. the one that struggles to access the DB so often, while having the frontend hammering for updates |
| [15:11:18] | Steve-Goodey (Steve-Goodey!~steve@host86-157-184-176.range86-157.btcentralplus.com) has joined #mythtv | |
| [15:11:55] | stichnot: | jya_: oh, is wmp3 audio-only? There are still problems with generating seek tables, seeking, etc. with audio-only recordings |
| [15:12:17] | jya_: | no it’s a BD rip I downloaded somewhere |
| [15:12:27] | jya_: | kung fu panda :) |
| [15:13:00] | stichnot: | ok. If you don't have a seektable, then I have no experience with the ffmpeg seeking problems. :) |
| [15:15:15] | jya_: | stichnot: did you experiment saving the position map at much longer interval? |
| [15:15:40] | stichnot: | As I understand it, seektables are very relevant for the kind of corrupted broadcasts that MythTV is most used for – corrupted frames, missing frames, incompetent broadcasters who splice in ads without rewriting timecodes – whereas ffmpeg basically only cares about pristine videos |
| [15:15:42] | jya_: | all the thing does is give a greater starting point to ffmpeg, but it should still handle the seek properly regardless |
| [15:16:19] | jya_: | so instead of all frames, using say, one every 5s or so… |
| [15:17:31] | jya_: | would significantly save space, disks access and I doubt it would matter seek-wise as the hint would be good to start with |
| [15:18:03] | jya_: | the other issue (though I don’t know how we could make it any better), is that we use QMap objects to use those tables |
| [15:18:38] | jya_: | a typical recording would have a QMap with quite a massive content, easily in excess of 500 or so.. QMap performance (especially in Qt4) isn’t that great |
| [15:19:20] | jya_: | can’t use QHash unfortunately, as we need a non-exact positioning in there (qmap searches with the < operator, as opposed to == in QHash) |
| [15:19:58] | acle: | stuartm, if you're still around it looks like the frontend establishes a socket but no traffic is sent either way. |
| [15:20:21] | stuartm: | odd |
| [15:20:43] | stuartm: | acle: the next step is one I'd only recommend as a last resort as it's a bit technical, and that's grabbing a backtrace using gdb – http://www.mythtv.org/wiki/Debugging#Executin . . . on_under_gdb |
| [15:20:53] | acle: | I think so too, I see syn – syn/ack – ack |
| [15:21:25] | stuartm: | however that guide doesn't specifically cover the scenario here, which is obtaining a backtrace of a hung process |
| [15:23:01] | acle: | I was a bit snowed by the ubuntu crash repotring, I noticed earlier that /var/crash has some sort of packet with symbol data and a coredump but I guess if it's running I won't have to unwrap that. Do you know if the mythbuntu build has symbols for user level futzing? |
| [15:25:29] | acle: | I have to unroll the wrapper script that mythbuntu provides too. biab |
| [15:29:10] | jya_: | stuartm: what’s the url for the www repository? |
| [15:29:56] | wagnerrp: | https://code.mythtv.org/cgit/mythtv/tree/mythtv ? |
| [15:30:20] | jya_: | tried: git clone git@code.mythtv.org :www but that’s not it |
| [15:30:37] | acle: | Yeah it's going to take me a few. A naive run of mythfrontend.real on the remote side stops in the same location, interestingly immediately after a thread exit, but the default threads bt is a fairly mundane io thread |
| [15:30:46] | jya_: | wagnerrp: thanks but how does this have anything to do with the www repo ? |
| [15:31:04] | wagnerrp: | wasn't sure what you were asking for |
| [15:31:06] | jya_: | i mean the repo to edit the mythtv web site |
| [15:31:12] | wagnerrp: | ah |
| [15:32:34] | wagnerrp: | it's not on gitolite on alcor |
| [15:33:27] | jya_: | yes |
| [15:33:56] | jya_: | well, I’m going to do the merge, and let anyone willing to do the announcement handle it… |
| [15:37:49] | acle: | Ooooh, stuartm, I change the gdb follow-fork-mode to be child and this time things seemed to progress much further. It seems to be having connection problems with the backend server. I have something to go look at. |
| [15:39:25] | stichnot: | jya_: I need to reacquaint myself with that code, but why do you say that holding a QMap with ~500 entries, which is only consulted during a seek, is massive content? |
| [15:43:25] | jya_: | stichnot: it’s not consulted just during a seek |
| [15:43:40] | jya_: | when automatic commflag is used, it’s checked every event loop |
| [15:44:13] | jya_: | and until I changed it last week, the backend was also queried every time the posmap was checked to get the new amount of frames written |
| [15:44:15] | stichnot: | jya_: let me think about it, but that seems just wrong. |
| [15:44:39] | jya_: | now, I cache GetCurrentFramesWritten() for 3s |
| [15:44:40] | stichnot: | I would never use automatic commskip, so it didn't get tested :) |
| [15:44:47] | jya_: | seriousl drop the amount of queries |
| [15:45:01] | stichnot: | yeah, I saw that and it makes good sense |
| [15:45:07] | jya_: | doing a seek, used to make up to 4 calls to the backend for the amount of frames written |
| [15:46:08] | jya_: | so i figure now, seeing that the frontend won’t check the backend for an updated posmap more than every 3s (that’s in your code) |
| [15:46:31] | jya_: | really, we don’t have to have such accurate posmap.. one index for every 3s already would do it |
| [15:48:10] | jya_: | stuarta: i need read/write permission to opt/git/web/www |
| [15:48:19] | jya_: | /opt/git/web/www |
| [15:48:53] | paul-h: | having tried a lot of other players I would say one thing that sets Myth apart from the rest is being able to jump to any part of a recording both forwards and backward instantly |
| [15:49:35] | jya_: | paul-h: i must be lucky, but seeking has always been pretty instantaneous, no matter the player i use |
| [15:50:59] | paul-h: | I must be really unlucky then since every player seems to struggle especially jumping back |
| [15:51:34] | jya_: | maybe it’s just the mpeg2 streams we receive here, that are just good |
| [15:52:10] | jya_: | i had never understood the need for the posmap prior to a few weeks ago because of that |
| [15:52:25] | jya_: | now that made seeking within liveTV and multiple recordings very easil |
| [15:53:01] | jya_: | can rewind across 5 hours, with a new recordings for every 3 minutes of video, in less than 1s |
| [15:53:06] | jya_: | very happy there |
| [16:14:41] | Goga777 (Goga777!~Goga777@128-71-38-186.broadband.corbina.ru) has joined #mythtv | |
| [16:15:26] | sphery_ (sphery_!~mdean@mythtv/developer/sphery) has joined #mythtv | |
| [16:18:25] | sphery (sphery!~mdean@mythtv/developer/sphery) has quit (Ping timeout: 276 seconds) | |
| [16:36:23] | Warped_ (Warped_!~Warped@108-85-161-113.lightspeed.cicril.sbcglobal.net) has joined #mythtv | |
| [16:37:49] | paul-h_ (paul-h_!~Paul@2.121.114.15) has joined #mythtv | |
| [16:40:38] | _nyloc_ (_nyloc_!~quassel@nyloc.de) has joined #mythtv | |
| [16:44:04] | paul-h (paul-h!~Paul@2.121.114.15) has quit (*.net *.split) | |
| [16:44:04] | Warped (Warped!~Warped@108-85-161-113.lightspeed.cicril.sbcglobal.net) has quit (*.net *.split) | |
| [16:44:04] | sraue (sraue!~stephan@xbmc/staff/sraue) has quit (*.net *.split) | |
| [16:44:05] | ElmerFudd (ElmerFudd!~le@87-55-166-130-static.dk.customer.tdc.net) has quit (*.net *.split) | |
| [16:44:05] | nyloc (nyloc!~quassel@nyloc.de) has quit (*.net *.split) | |
| [16:44:05] | kartouch (kartouch!~kartouch@2a02:348:82:cb67::1) has quit (*.net *.split) | |
| [16:49:18] | gigem: | paul-h_: I updated the wiki. Thanks for reminding me. |
| [16:49:32] | sraue (sraue!~stephan@2a02:908:fc10:2780:3e97:eff:fe0c:d215) has joined #mythtv | |
| [16:49:32] | ElmerFudd (ElmerFudd!~le@87-55-166-130-static.dk.customer.tdc.net) has joined #mythtv | |
| [16:49:32] | kartouch (kartouch!~kartouch@2a02:348:82:cb67::1) has joined #mythtv | |
| [16:50:20] | gigem: | gary_buhrmaster: XBMC will have no choice but to convert to the services API if we make the same change in our own frontend. |
| [16:52:52] | sraue (sraue!~stephan@2a02:908:fc10:2780:3e97:eff:fe0c:d215) has quit (Changing host) | |
| [16:52:52] | sraue (sraue!~stephan@xbmc/staff/sraue) has joined #mythtv | |
| [16:53:11] | Goga777 (Goga777!~Goga777@128-71-38-186.broadband.corbina.ru) has quit (Remote host closed the connection) | |
| [16:55:20] | Goga777 (Goga777!~Goga777@128-71-38-186.broadband.corbina.ru) has joined #mythtv | |
| [16:55:25] | paul-h_ is now known as paul-h | |
| [16:55:35] | paul-h: | gigem: thanks |
| [17:00:40] | gary_buhrmaster: | gigem: Concur. It will be the forcing function. |
| [18:08:05] | xris (xris!~xris@mythtv/developer/xris) has quit (Ping timeout: 264 seconds) | |
| [18:09:58] | xris (xris!~xris@xris.forevermore.net) has joined #mythtv | |
| [18:10:05] | xris (xris!~xris@xris.forevermore.net) has quit (Changing host) | |
| [18:10:05] | xris (xris!~xris@mythtv/developer/xris) has joined #mythtv | |
| [18:14:09] | dekarl (dekarl!~dekarl@p4FCEFA69.dip0.t-ipconnect.de) has quit (Ping timeout: 252 seconds) | |
| [18:14:11] | dekarl1 (dekarl1!~dekarl@p4FE8455A.dip0.t-ipconnect.de) has joined #mythtv | |
| [18:38:13] | Goga777 (Goga777!~Goga777@128-71-38-186.broadband.corbina.ru) has quit (Remote host closed the connection) | |
| [20:07:24] | Warped_ (Warped_!~Warped@108-85-161-113.lightspeed.cicril.sbcglobal.net) has quit (Quit: ChatZilla 0.9.90.1 [Firefox 29.0.1/20140506152807]) | |
| [20:08:19] | Warped (Warped!~Warped@108-85-161-113.lightspeed.cicril.sbcglobal.net) has joined #mythtv | |
| [20:45:26] | acle: | ln -s ind |
| [21:05:09] | Weaselweb (Weaselweb!~quassel@77-64-221-251.dynamic.primacom.net) has quit (Remote host closed the connection) | |
| [21:13:18] | Tobbe5178 (Tobbe5178!~asdf@h104n2-sv-a13.ias.bredband.telia.com) has quit (Read error: Connection reset by peer) | |
| [21:31:19] | Steve-Goodey (Steve-Goodey!~steve@host86-157-184-176.range86-157.btcentralplus.com) has quit (Quit: Konversation terminated!) | |
| [21:39:51] | gregL (gregL!~greg@cpe-74-76-121-109.nycap.res.rr.com) has quit (Ping timeout: 252 seconds) | |
| [22:02:13] | jpabq: | I have pushed a fixes/0.27.1 branch of Steppes. |
| [22:08:47] | paul-h (paul-h!~Paul@2.121.114.15) has quit (Quit: Konversation terminated!) | |
| [22:15:04] | andreaz (andreaz!~andre_000@p5DD15F45.dip0.t-ipconnect.de) has joined #mythtv | |
| [22:52:29] | natanojl (natanojl!~jonatan@mythtv/developer/natanojl) has quit (Ping timeout: 264 seconds) | |
IRC Logs collected by
BeirdoBot.
Please use the above link to report any bugs.