:: #mythtv

Daily chat history

Current users (88):

aloril, Anduin, Anssi, anykey_, beata_, Beirdo, brfransen, caelor, Captain_Murdoch, Chutt, clever, cocoa117, coling, Cougar, dagar, Dave123, dblain, dlblog, eharris, elmojo, elvum, foobum_, foxbuntu, gbutters, ghoti, Gibby, gregL, GreyFoxx, hads, hashbang, highzeth, holomntn, iamlindoro, ikonia, J-e-f-f-A, j-rod|afk, jams, jannau, jarle, jcarlos_, JEDIDIAH__, joe__, jpabq, jpabq-, jstenback, justpaul, jwhite, kc, kenni, knightr, kormoc, kurre, laga, leprechau, mag0o, markk_, MaverickTech, mike|2, Mousey, mrand, MythBuild, MythLogBot, okolsi, pheld, PointyPumper, poptix, purserj, RDV_Linux, reynaldo, rhpot1991, rooaus1, skd5aner, Snow-Man, sphery, Splat1, stuarta, stuartm, superm1, sutula, tgm4883, ThisNewGuy, tomimo, tris, vontrapp, weta, xris, ybot, _charly_
Wednesday, February 2nd, 2011, 00:00 UTC
[00:00:02] vontrapp: in fact, anybody who is active on the repo will have their own backup
[00:00:05] kc (kc!~Casper@unaffiliated/kc) has quit (Ping timeout: 264 seconds)
[00:00:20] vontrapp: but an automatic backup, say hourly or something, should be sufficient
[00:00:25] stuartm: xris: yeah, I guess I'm puzzled as to why it doesn't do a single commit merge instead of creating a second commit
[00:00:54] Beirdo: think of it as a binary tree
[00:01:02] Beirdo: (which is fairly accurate, BTW)
[00:01:22] stuartm: so you can never merge a range of changes out of sequence?
[00:01:23] Beirdo: if it shared the one commit, that node would have two sets of parents and two sets of children
[00:01:41] Beirdo: whereas a merge just creates a commit with two parents
[00:02:02] vontrapp: stuartm: you can, locally, then you rebase the new changes *onto* the master
[00:02:09] Beirdo: if you use merge, they merge in order
[00:02:12] vontrapp: but you NEVER EVER rebase the master itself
[00:02:17] xris: vontrapp: don't add rebase here, it's just confusing to newbies
[00:02:30] xris: confusing to a lot of advanced users, too
[00:02:34] Beirdo: as it's actually merging the two commits at the tips of the branches
[00:02:36] vontrapp: newbies don't have commit access
[00:02:46] xris: vontrapp: please be quiet for a bit
[00:02:50] reddn (reddn! has joined #mythtv
[00:02:50] stuartm: Beirdo: right, but you can't say merge commits 5–10, then later 1–4
[00:03:01] xris: stuartm: that is correct
[00:03:03] Beirdo: not without getting extremely fancy
[00:03:27] vontrapp: *hands up*
[00:03:27] xris: because 4 is one of the parents of 5.
[00:03:29] stuartm: hmm :/
[00:03:59] xris: merges in git are actually "physically" moving the commits around in a b-tree, whereas in svn they're just (re)applying diffs
[00:04:24] stuartm: I suppose there are benefits to both styles, but that is disappointing
[00:04:41] xris: you can reorder commits via rebase, but that starts to get messy if you're not working on a local branch
[00:04:43] Beirdo: there are definitely benefits and drawbacks to both
[00:05:14] stuartm: xris: yeah, it would get complicated fast
[00:05:15] Beirdo: heh. ideally, you'd always be working on a local branch :)
[00:05:35] xris: but with the git workflow, you should never have written changes 5–10 on top of something you intended to merge after them
[00:05:37] Beirdo: as that does make things that much more contained
[00:05:56] xris: the philosophy sort of goes: branch often, merge often, delete branches quickly
[00:07:30] Beirdo: anyways, we'll see if I can get this beast to behave (svnAndGit scripting)
[00:07:42] stuartm: xris: we're assuming here that you didn't know in advance that those later changes would need merging sooner rather than later – say because they represent a subset of the overall feature which is complete and which is suddenly required in master
[00:08:08] xris: stuartm: that's where you'd probably want to use rebase. or cherry pick.
[00:08:45] xris: git lets you. it just adds some effort to it in order to keep a clean tree. and you can still cherry pick and mimic the svn way if you need to.
[00:08:53] kormoc: xris, I thought deleting branches in git was a no-no?
[00:09:04] xris: kormoc: no, we delete all the time
[00:09:07] kormoc: as it *deletes* the branch (*poof*)
[00:09:14] ** kormoc raises an eyebrow **
[00:09:14] xris: deletes the branch but not the commits
[00:09:21] xris: once the commits are in master, why do you need the branch?
[00:09:23] kormoc: but... but... but... the history?
[00:09:35] xris: heck, at work we have an automated process that deletes branches that have been merged to master for over a month
[00:09:39] xris: the history is the commits
[00:09:43] kormoc: ...
[00:09:46] kormoc: not stand-alone
[00:09:49] xris: the branch is just a word that points to a sha
[00:10:01] kormoc: makes it much harder to go over a branches' evolution
[00:10:07] stuartm: heck, if you couldn't delete the branches I'd already be drowning in them
[00:10:31] stuartm: and I'd run out of good memorable names fast
[00:10:34] xris: kormoc: users who want to keep branches can not-delete their local clones.
[00:10:37] kormoc: stuartm, well, I meant a no-no deleting upstream branches
[00:10:46] kormoc: bah
[00:11:00] stuartm: kormoc: ah, well deleting upstream branches might be a bad thing, guess it depends on the branch
[00:11:01] xris: if you want to save points that a branch was created and then merged, you can tag
[00:11:06] xris: git is more about tags than branches
[00:11:32] stuartm: we were deleting the old branches in svn, although the history on those was still preserved so there was no reason not to
[00:11:50] kc (kc!~Casper@unaffiliated/kc) has joined #mythtv
[00:12:03] kormoc: right, and I was shocked when I deleted a branch in git and then tried to get back to it later and it wasn't there
[00:12:12] xris: yeah, that's one thing I like about svn over git.. you can say "show me what branches existed on this date"
[00:12:24] vontrapp: the only problem with deleting upstream branches is that downstream people still have them, and they could always be re-pushed, accidentally or otherwise
[00:12:46] xris: but the git tree view is actually more useful. by deleting the branch, the only thing you lose is that the branch was named "project x"
[00:13:21] kormoc: xris, no? the tree branch disappears
[00:13:30] kormoc: it *never* existed according to the view
[00:13:32] xris: sorry.. merged branch.
[00:13:59] xris: if it hasn't been merged, and you delete it, garbage collection removes the commits after a couple of weeks
[00:14:19] vontrapp: it becomes like a memory leak, the stuff is there, but there's no reference to it and no way to find it (outside the reflog)
[00:14:31] vontrapp: but then prune goes through and cleans up those orphans if/when run
[00:15:07] markk_: stuartm: any objections to /problems with this?
[00:16:04] xris: stuartm: fwiw your 1–4 vs 5–10 example would be an ok use of cherry picking, if you weren't comfortable to rebase
[00:16:26] reddn (reddn! has quit (Ping timeout: 240 seconds)
[00:16:51] vontrapp: xris: and others, sorry i'm just inserting myself here, I realize I'm not a contributer and have no history here, I just would hate to see git abandoned on a project after so brief a trial
[00:17:59] stuartm: markk_: it's not especially pretty, but it's late, I'm tired and so I'll ignore my natural urge to ask what you're attempting to do and say – Go for it ;)
[00:18:31] xris: vontrapp: it won't be abandoned. but there are enough people who don't like git for one reason or another that we will be running it side by side with svn.. even if it hurts.
[00:18:53] Beirdo: we'll make it work one way or the other
[00:19:09] xris: we're about evenly split on the debate (almost 3 ways, with yes/no/ambivalent)
[00:19:45] vontrapp: in that case I would recommend running only svn officially, and letting git users bridge the gap on their own, but perhaps with some official instructions
[00:22:38] kormoc: xris, has that vote been updated recently?
[00:24:50] markk_: stuartm: I'm just working on sending actions into the frontend via the http interface (e.g. frontend-ip:6547/MythFE/Action?text=UP) – that gives me a very simple way of hooking those actions directly into every existing screen by way of a slightly customised QKeyPress event
[00:25:38] stuartm: kormoc: let's just keep taking the vote until we grind the other side down, eventually we'll get the result we desire ;)
[00:26:38] xris: kormoc: no, we stopped the vote once it was obvious that we needed both
[00:28:42] Beirdo: stuartm: trust me, that won't work the way you want :) Quebec's tried that for years in Canada
[00:28:51] stuartm: markk_: ok sounds interesting, if you can add some in-line comments along with that change so that we don't lose track of why it was added then I'm fine with it
[00:29:28] markk_: stuartm: thanks – will do
[00:31:25] stuartm: markk_: I may re-factor at some point in the future to allow bare actions without the fake keypress, I started on something like that a few months ago to allow raw actions from lirc and other input sources
[00:32:22] stuartm: didn't go anywhere because my primary motivation for working on it went away
[00:32:41] vontrapp: damn those illusive motivations
[00:35:57] stuartm: it was part of an input re-write to support the native IR stuff which was added to the kernel, once it turned out that X11 made that stuff worthless there was not sufficient reason to continue with the re-factor
[00:38:45] knightr (knightr!~knightr@mythtv/developer/knightr) has quit (Remote host closed the connection)
[00:42:14] markk_: stuartm: we could do with an overall review of how 'input' is working and where the code sits. There are different methods sitting in various spots at the moment – it's not an easy picture to unravel
[01:13:27] J-e-f-f-A (J-e-f-f-A!~J-e-f-f-A@unaffiliated/j-e-f-f-a) has quit (Ping timeout: 240 seconds)
[01:16:05] J-e-f-f-A (J-e-f-f-A!~J-e-f-f-A@unaffiliated/j-e-f-f-a) has joined #mythtv
[01:28:31] vontrapp (vontrapp!~vontrapp@ has quit (Quit: leaving)
[01:29:43] davide (davide! has quit (Remote host closed the connection)
[01:29:43] markk_: anyone have pointers on building/linking against the Qt debug libraries on Ubuntu? the default libs are /usr/lib/ but the debug libs are /usr/lib/debug/usr/lib
[01:30:13] davide (davide! has joined #mythtv
[01:33:32] sphery: markk_: they should be using ELF debuglinks in the libs that refer to the location of the debug symbols in ("inverse stripped" = only the debug info and a basic ELF structure) debug files in /usr/lib/debug/usr/lib, and gdb should just find them
[01:34:47] Chutt (Chutt! has quit (Ping timeout: 265 seconds)
[01:39:32] markk_: sphery: hrm – gdb says its looking at /usr/lib/ – but to be honest it's not the symbols I'm looking for but a debug build of qt. google isn't entirely clear on it :)
[01:40:04] sphery: debug build as in some debug defines active?
[01:41:42] markk_: sphery: yes – as in "trigger nasty assertion here because you've done something really stupid with that QMutex"
[01:42:21] reddn (reddn! has joined #mythtv
[01:43:12] jpabq: elmojo, stuartm, I am pretty sure I have identified the reason that generates an invalid keyframe table for the HD-PVR. I am not sure, yet, what to do about it. Paul indicates that different SEI handling is necessary, but it results in too many keyframes being detected with the HD-PVR.
[01:44:28] sphery: markk_: ahhh... most of those I know about seems to be accessible through environment vars, like QT_FATAL_WARNINGS (where, for that, if set, qWarning() exits after printing the warning message)
[01:47:00] superm1: sphery, well at least for the *buntu autobuilds, they should build on the same day they're checked out, so it's at least reliable there
[01:48:21] elmojo: jpabq: excellent, more keyframes the better right? :)
[01:50:13] Chutt (Chutt! has joined #mythtv
[01:52:23] superm1: fetching the source date isn't too difficult though. could easily add this to to grab it at build time: git log --pretty=email -1 | sed '/Date/!d; s/Date:\ //'
[01:56:08] markk_: sphery: thanks – I think in this case either the particular problem isn't being triggerred on my box(es) or it's not generated as a qWarning – hence QT_FATAL_WARNINGS isn't helping
[01:58:11] sphery: markk_: heh, there are others... FWIW:
[02:01:43] Mousey (Mousey! has quit (Remote host closed the connection)
[02:02:07] markk_: hrm – interesting reading
[02:02:37] sphery: ah, looking at the code, you're probably trying to get code that has the code in #ifndef QT_NO_DEBUG , etc... superm1 should know if there are *buntu repos for that. I /think/ I have that in my Qt, so if you can come up with a test case that works on a single combined frontend/backend without VDPAU, I might be able to do some test runs for you.
[02:03:01] ghoti (ghoti! has quit (Ping timeout: 255 seconds)
[02:04:40] ghoti (ghoti! has joined #mythtv
[02:04:53] superm1: my best guess would that if they existed; libqt4-dbg would have them. if not – your best bet is to apt-get source the package, make the change to build that way and kick it off to a PPA
[02:05:28] markk_: yes – was trying to avoid the 'build qt' stage :)
[02:05:36] sphery: markk_: hmmm... guess not, mine is a release build--maybe I should do debug-and-release
[02:06:09] jpabq: elmojo, it would definitely be nice if the HD-PVR produce more usable keyframes. As it stands right now, we only get one keyframe out of 128 frames, so it is over two seconds between them.
[02:06:38] superm1: markk_, you might want to check with the kubuntu guys, they're the ones maintaining QT at this point
[02:06:42] superm1: they'd know for sure
[02:06:43] sphery: ah, wait, that's deprecated, so it would be just plain building with --debug
[02:06:46] superm1: #kubuntu-devel i believe
[02:06:52] markk_: sphery: my immediate interest is #9431 – which is baffling me. but I do need it for some other stuff
[02:06:59] reddn (reddn! has quit (Ping timeout: 255 seconds)
[02:07:22] jpabq: elmojo, Back when the HD-PVR first came out, we were able to tag "I" frames as keyframes, but one of the ffmpeg syncs broke that for some reason, and we had to fall back to only using IDR frames as keyframes. The HD-PVR produces an "I" frame every 32 frames.
[02:07:31] markk_: ... what I'd really like is a 4.7 debug version :)
[02:20:24] reddn (reddn! has joined #mythtv
[02:23:30] jya (jya!~avenardj@mythtv/developer/jya) has quit (Quit: jya)
[02:24:12] jya (jya! has joined #mythtv
[02:24:12] jya (jya! has quit (Changing host)
[02:24:12] jya (jya!~jya@mythtv/developer/jya) has joined #mythtv
[02:33:07] bbc581 (bbc581! has quit (Ping timeout: 240 seconds)
[02:33:37] kc (kc!~Casper@unaffiliated/kc) has quit (Ping timeout: 255 seconds)
[02:38:49] kc (kc!~Casper@unaffiliated/kc) has joined #mythtv
[03:12:11] knightr (knightr!~knightr@mythtv/developer/knightr) has joined #mythtv
[03:17:18] Dave123 (Dave123! has quit (Read error: Connection reset by peer)
[03:18:18] knightr (knightr!~knightr@mythtv/developer/knightr) has quit (Ping timeout: 250 seconds)
[03:19:21] knightr (knightr!~knightr@mythtv/developer/knightr) has joined #mythtv
[03:20:48] reddn (reddn! has quit (Ping timeout: 240 seconds)
[03:33:50] reddn (reddn! has joined #mythtv
[03:55:31] knightr (knightr!~knightr@mythtv/developer/knightr) has quit (Ping timeout: 255 seconds)
[04:06:50] jya: jannau: I think I now have completed all the work required for support HD audio passthrough and playback of the various DTS-HD type ; I do rely on features very recently committed by Anssi Hannula ... How far are you from a ffmpeg resync ? Otherwise I could simply merge the required change ; I have well documented the commits from ffmpeg used and can narrow all the change into one commit only ; so prior to the resync I would be a simple matter of reverting 2
[04:06:51] jya: commits at the most..
[04:08:12] jya: But at least, I can merge my fork/branch now and continue working on the normal git repo... Plus I think it adds pretty cool features (though I'm obviously biased) as well as fix various issues
[05:00:08] wagnerrp (wagnerrp!~wagnerrp_@mythtv/developer/wagnerrp) has quit (Ping timeout: 240 seconds)
[05:03:57] jya (jya!~jya@mythtv/developer/jya) has quit (Quit: jya)
[05:07:49] knightr (knightr!~knightr@mythtv/developer/knightr) has joined #mythtv
[05:14:07] wagnerrp (wagnerrp!~wagnerrp_@2001:470:1f11:12f::a27) has joined #mythtv
[05:14:07] wagnerrp (wagnerrp!~wagnerrp_@2001:470:1f11:12f::a27) has quit (Changing host)
[05:14:07] wagnerrp (wagnerrp!~wagnerrp_@mythtv/developer/wagnerrp) has joined #mythtv
[05:15:53] wagnerrp_ (wagnerrp_!~wagnerrp_@2001:470:1f11:12f::a27) has joined #mythtv
[05:15:53] wagnerrp_ (wagnerrp_!~wagnerrp_@2001:470:1f11:12f::a27) has quit (Changing host)
[05:15:54] wagnerrp_ (wagnerrp_!~wagnerrp_@mythtv/developer/wagnerrp) has joined #mythtv
[05:16:22] wagnerrp (wagnerrp!~wagnerrp_@mythtv/developer/wagnerrp) has quit (Disconnected by services)
[05:16:24] wagnerrp_ is now known as wagnerrp
[05:16:46] elmojo: markk_: pretty sure the problem with the playback display time being wrong is that we don't reprobe the file again for a LiveTV transition- looks like we use the same context as the first tuned segment
[05:21:57] vontrapp (vontrapp!~vontrapp@ has joined #mythtv
[05:24:01] vontrapp: i'm working on the expiry for my feature
[05:24:23] vontrapp: and it occurs to me that a single sql query could produce all recording rules that need any expiring
[05:24:39] vontrapp: currently, it logs "Found # record profiles using max episode expiration"
[05:25:04] vontrapp: with my new query, the result set would only include those rules that *need* expiration, so that log statement would be incorrect
[05:25:45] vontrapp: of course I could change or delete the log statement, but I'm just wondering if that's important, or if the actual number of profiles using max rules is important otherwise
[05:27:08] vontrapp: I'm inclined to use the new statement, which would involve a LEFT JOIN and a GROUP BY, just in case there's project policy about such things
[05:27:25] kormoc: number that are eligible for expiration sounds perfectly fine
[05:28:05] kormoc: no policy against such statements. The only request is to keep it as little mysql specific as possible
[05:28:07] vontrapp: oh, and a HAVING
[05:28:40] vontrapp: i'm not sure of the specificity of HAVING
[05:29:00] Beirdo: stuartm: you still up?
[05:29:14] kormoc: submit the patch with the having and I'll take a gander
[05:29:26] kormoc: typically there's a better way, but if there's not, we'll live with it :)
[05:29:53] vontrapp: how about i just paste the query somehwere, preferred site?
[05:30:07] kormoc: not really, any site works
[05:32:31] vontrapp:
[05:33:49] kormoc: HAVING cnt > max to HAVING COUNT(p.recordid) > r.maxepisodes makes it valid standard SQL
[05:34:37] vontrapp: hmmk, so no 'AS'
[05:34:40] vontrapp: can do
[05:34:59] kormoc: Aye, HAVING with column aliases is mysql specific
[05:35:18] kormoc: you can leave the AS in the SELECT part, just can't use them in the HAVING
[05:39:45] vontrapp: any particular reason those maps are <QString, int> instead of <int, int>
[05:40:11] vontrapp: the keys being used are recordid and maxepisodes, both are int
[05:40:19] vontrapp: ?
[05:40:44] vontrapp: in AutoExpire::ExpireEpisodesOverMax
[05:42:32] markk_: elmojo: what do you mean by 'reprobe' ?
[05:42:46] kormoc: vontrapp, I think it was just overlooked.
[05:43:26] elmojo: markk_: look at avformatdecoder OpenFile – it opens the file when it has enough data and probes the details for it
[05:44:27] elmojo: in the case of JumpToProgram and SwitchToProgram when a transition occurs it just executes ResetPlaying and reuses the original probed context parameters
[05:45:30] vontrapp: ooooh, my query will count a split episode as two episodes i think
[05:46:15] vontrapp: i guess i could still check that when actually deleting
[05:46:38] kormoc: We don't currently weight that in, do we?
[05:47:10] vontrapp: it's not 'weighted' but if a split episode is chosen (or excluded) for deletion, it makes sure it deletes (or keeps) both
[05:47:33] vontrapp: or all even
[05:47:41] vontrapp: if multiple splits
[05:48:11] J-e-f-f-A (J-e-f-f-A!~J-e-f-f-A@unaffiliated/j-e-f-f-a) has quit (Quit: Oh No!!!! ;-))
[05:48:22] kormoc: hrm. I don't recall seeing that behavior
[05:48:59] vontrapp: in the comments "keep trakc of shows we haven't expired so we can make sure we don't expire another part of the same episode
[05:49:01] andreax1 (andreax1! has quit (Read error: Connection reset by peer)
[05:49:02] vontrapp: "
[05:50:13] kormoc: Interesting.
[05:50:14] markk_: elmojo: I think maybe we're not on the same page. the issue I'm seeing is that the total time is always correct – and increases – but sometimes the current time/position is out
[05:50:25] elmojo: exactly
[05:50:48] J-e-f-f-A (J-e-f-f-A!~J-e-f-f-A@unaffiliated/j-e-f-f-a) has joined #mythtv
[05:50:59] elmojo: the time/position is based off of the ic->start_time which needs to be reprobed when you start playing a new segment
[05:51:11] elmojo: I have a very easy fix for you to try
[05:51:15] markk_: cool
[05:51:48] vontrapp: i think though there's a better way to handle it, split episodes should share the same starttime and endtime, right?
[05:52:46] kormoc: vontrapp, aye, I misunderstood split episodes. Yeah, it's building the 'episode key' off of chan_id and start time (and end time, but that actually shouldn't matter)
[05:52:49] elmojo: markk: edit livetvchain.cpp and change newtype in GetSwitchProgram to always be true
[05:53:25] elmojo: that will cause JumpToProgram/SwitchToProgram to always re-open and probe the new file – that should do the trick
[05:53:58] kormoc: vontrapp, so yeah, if you just pull that data out as well, things should be a-okay
[05:54:31] markk_: ok – but I'm guessing it might not have the greatest effect on the smoothness of the transition.
[05:54:41] markk_: on the other hand – it might improve it:)
[05:54:59] elmojo: I can't tell a difference
[05:57:52] elmojo: markk_: it's time for sleep – please let me know how it goes
[05:59:49] markk_: elmojo: will do
[06:03:55] vontrapp: is this standard sql? "COUNT(DISTINCT p.chanid, p.starttime)"
[06:06:32] kormoc: I've never run into that syntax before. From what I'm seeing, it doesn't appear to be, but I'm digging up the docs now
[06:09:23] kormoc: Aye, standard specifies only one column
[06:09:29] mrfg (mrfg!~mrfg@ has joined #mythtv
[06:11:32] mrfg: Hi, I have question about mythtv on ubuntu server. I have 5 hauppauge hvr-2200 dual channel tv cards and I want record 10 channels same time. Is it possible to using mythtv? what plugins, configuration I need? help
[06:12:09] kormoc: vontrapp, you could do COUNT( DISTINCT CONCAT(p.chanid, p.starttime))
[06:12:36] reddn (reddn! has quit (Read error: No route to host)
[06:13:34] vontrapp: mrfg: should just work AFAIK, so long as you have all the inputs, sources, and tuners set up
[06:14:00] kormoc: mrfg, you want #mythtv-users FYI
[06:14:02] vontrapp: and a good enough computer (or enough computers) and fast enough network if things are going over the network
[06:14:31] vontrapp: and yes, #mythtv-users
[06:23:55] jya (jya! has joined #mythtv
[06:23:55] jya (jya! has quit (Changing host)
[06:23:55] jya (jya!~jya@mythtv/developer/jya) has joined #mythtv
[06:26:09] mrfg (mrfg!~mrfg@ has quit ()
[06:28:56] jmartens (jmartens! has joined #mythtv
[06:30:06] dserban (dserban! has joined #mythtv
[06:30:47] J-e-f-f-A (J-e-f-f-A!~J-e-f-f-A@unaffiliated/j-e-f-f-a) has quit (Quit: Oh No!!!! ;-))
[06:33:44] J-e-f-f-A (J-e-f-f-A!~J-e-f-f-A@unaffiliated/j-e-f-f-a) has joined #mythtv
[06:37:18] jmartens (jmartens! has quit (Read error: Connection reset by peer)
[06:39:21] Captain_Murdoch: vontrapp, split episodes share the same recorded.chanid and recorded.progstart. the starttimes differ since that's the actual starttimes of the split parts.
[06:40:12] vontrapp: Captain_Murdoch: thanks, good to know
[06:50:56] andreax (andreax! has joined #mythtv
[06:58:15] dserban is now known as nutron-home
[07:25:33] danielk22 (danielk22!~danielk@ has joined #mythtv
[07:26:19] h7251 (h7251! has joined #mythtv
[07:27:05] h7252 (h7252! has quit (Ping timeout: 264 seconds)
[07:57:25] gigem (gigem!~gigem@mythtv/developer/gigem) has quit (Ping timeout: 260 seconds)
[08:01:52] andreax (andreax! has quit (Read error: Connection reset by peer)
[08:05:19] jya: markk_: change: 8d1c058411db38440740 and . . . /309219.html
[08:05:32] jya: pressing un-pause exit playback
[08:05:53] jya: SHA: 8d1c058411db38440740
[08:06:01] jya: SHA1: 8d1c058411db38440740
[08:06:03] jya: SHA: 8d1c058411db38440740
[08:06:20] jya: damn I can never remember on how to make it show the link automatically
[08:13:04] jcarlos_ is now known as jcarlos
[08:14:21] andreax (andreax! has joined #mythtv
[08:18:05] h7251 (h7251! has quit (Ping timeout: 264 seconds)
[08:28:11] aloril_ (aloril_! has quit (Read error: Connection reset by peer)
[08:32:01] stuartm:
[08:39:52] aloril (aloril! has joined #mythtv
[08:47:38] jya (jya!~jya@mythtv/developer/jya) has quit (Read error: Connection reset by peer)
[08:47:53] jya (jya! has joined #mythtv
[08:47:53] jya (jya! has quit (Changing host)
[08:47:53] jya (jya!~jya@mythtv/developer/jya) has joined #mythtv
[08:48:52] jpabq- (jpabq-! has quit (Read error: Operation timed out)
[08:50:08] abqjp (abqjp! has joined #mythtv
[08:50:16] jpabq (jpabq!~jpabq@mythtv/developer/jpabq) has quit (Ping timeout: 265 seconds)
[08:50:16] abqjp is now known as jpabq
[08:50:16] jpabq (jpabq! has quit (Changing host)
[08:50:16] jpabq (jpabq!~jpabq@mythtv/developer/jpabq) has joined #mythtv
[08:51:08] jpabq- (jpabq-! has joined #mythtv
[09:10:20] Goga777 (Goga777! has joined #mythtv
[09:13:35] gigem (gigem! has joined #mythtv
[09:13:38] gigem (gigem! has quit (Changing host)
[09:13:38] gigem (gigem!~gigem@mythtv/developer/gigem) has joined #mythtv
[09:19:10] jya (jya!~jya@mythtv/developer/jya) has quit (Quit: jya)
[09:40:55] jcarlos_ (jcarlos_! has joined #mythtv
[09:40:56] jcarlos (jcarlos! has quit (Read error: Connection reset by peer)
[09:45:55] Goga777 (Goga777! has quit (Remote host closed the connection)
[09:54:13] jamesba (jamesba! has joined #mythtv
[10:05:16] jya (jya!~jya@mythtv/developer/jya) has joined #mythtv
[10:05:28] jya (jya!~jya@mythtv/developer/jya) has quit (Client Quit)
[10:06:46] jamesba (jamesba! has quit (Ping timeout: 255 seconds)
[10:14:59] hashbang (hashbang! has joined #mythtv
[10:20:38] dekarl1 (dekarl1! has quit (Ping timeout: 276 seconds)
[10:22:31] nutron-home (nutron-home! has quit (Ping timeout: 255 seconds)
[10:38:37] jamesba (jamesba!~jamesba@ has joined #mythtv
[10:41:51] simonckenyon (simonckenyon!~simoncken@ has joined #mythtv
[10:42:13] MaverickTech (MaverickTech! has joined #mythtv
[10:59:27] danielk22: Hmm, don't we have to notify people logging into this channel that it is logged as per freenode policy? And more importantly for those of us who don't remember the URL...
[11:03:26] jamesba (jamesba!~jamesba@ has quit (Ping timeout: 272 seconds)
[11:03:41] hashbang (hashbang! has quit (Ping timeout: 264 seconds)
[11:04:32] stuarta: !log
[11:04:40] ** stuarta larts MythLogBot **
[11:04:44] jamesba (jamesba! has joined #mythtv
[11:05:03] 20QAAN1DK (20QAAN1DK! has quit (Remote host closed the connection)
[11:05:55] mike|2 (mike|2! has joined #mythtv
[11:13:35] hashbang (hashbang! has joined #mythtv
[11:36:10] kc (kc!~Casper@unaffiliated/kc) has quit (Ping timeout: 240 seconds)
[12:15:54] jya (jya!~jya@mythtv/developer/jya) has joined #mythtv
[12:19:03] davide (davide! has quit (Ping timeout: 245 seconds)
[12:25:10] MaverickTech (MaverickTech! has quit (Ping timeout: 260 seconds)
[12:26:27] bbc581 (bbc581! has joined #mythtv
[12:34:09] Goga777 (Goga777! has joined #mythtv
[12:44:18] Goga777 (Goga777! has quit (Remote host closed the connection)
[12:55:26] bbc581 (bbc581! has quit (Ping timeout: 255 seconds)
[12:56:17] danielk22 (danielk22!~danielk@ has left #mythtv ()
[13:33:51] andreax (andreax! has quit (Read error: Connection reset by peer)
[13:34:45] andreax (andreax! has joined #mythtv
[13:51:05] Dave123 (Dave123! has joined #mythtv
[14:03:27] JEDIDIAH__ (JEDIDIAH__! has quit (Ping timeout: 240 seconds)
[14:10:06] davide (davide!~david@ has joined #mythtv
[14:36:09] andreax (andreax! has quit (Read error: Connection reset by peer)
[14:45:51] Anduin (Anduin!~awithers@pdpc/supporter/professional/anduin) has quit (Ping timeout: 240 seconds)
[14:46:53] Computer_Czar (Computer_Czar!~Unknown@ has quit (Ping timeout: 264 seconds)
[14:50:38] stoth (stoth! has joined #mythtv
[14:50:51] stoth: I'm recruiting if anyone is interested.
[14:53:15] stoth: Looking for a Linux UI guy with media playback experience. If anyone wants to discuss then pm me.
[15:03:54] vontrapp (vontrapp!~vontrapp@ has quit (Quit: leaving)
[15:10:13] Anduin (Anduin!~awithers@pdpc/supporter/professional/anduin) has joined #mythtv
[15:11:14] simonckenyon (simonckenyon!~simoncken@ has quit (Remote host closed the connection)
[15:36:32] Kunalagon (Kunalagon!~Kunalagon@ has joined #mythtv
[15:36:49] davide (davide!~david@ has quit (Ping timeout: 246 seconds)
[15:37:11] Snow-Man (Snow-Man! has joined #mythtv
[15:41:50] kc (kc!~Casper@unaffiliated/kc) has joined #mythtv
[15:46:16] andreax (andreax! has joined #mythtv
[15:47:58] stoth (stoth! has quit (Quit: stoth)
[15:49:12] pheld (pheld! has quit (Quit: Leaving.)
[16:51:23] RDV_Linux (RDV_Linux! has joined #mythtv
[17:11:48] sphery (sphery!~mdean@mythtv/developer/sphery) has quit (Quit: Reconnecting)
[17:12:09] sphery (sphery!~mdean@mythtv/developer/sphery) has joined #mythtv
[17:15:04] nutron-home (nutron-home! has joined #mythtv
[17:23:42] jamesba (jamesba! has quit (Quit: Leaving)
[17:25:37] davide (davide!~david@ has joined #mythtv
[17:31:23] davide_ (davide_! has joined #mythtv
[17:31:24] davide_ (davide_! has quit (Changing host)
[17:31:24] davide_ (davide_!~david@mythtv/developer/gigem) has joined #mythtv
[17:31:49] kormoc is now known as kormoc_afk
[17:32:26] J-e-f-f-A (J-e-f-f-A!~J-e-f-f-A@unaffiliated/j-e-f-f-a) has quit (Ping timeout: 240 seconds)
[17:32:44] J-e-f-f-A (J-e-f-f-A!~J-e-f-f-A@unaffiliated/j-e-f-f-a) has joined #mythtv
[17:35:14] davide (davide!~david@ has quit (Ping timeout: 240 seconds)
[17:46:40] davide_ (davide_!~david@mythtv/developer/gigem) has quit (Ping timeout: 246 seconds)
[18:10:07] Mousey (Mousey! has joined #mythtv
[18:30:59] kormoc_afk is now known as kormoc
[18:43:59] davide_ (davide_!~david@ has joined #mythtv
[18:43:59] davide_ (davide_!~david@ has quit (Changing host)
[18:43:59] davide_ (davide_!~david@mythtv/developer/gigem) has joined #mythtv
[18:48:59] andreax1 (andreax1! has joined #mythtv
[18:52:17] gigem (gigem!~gigem@mythtv/developer/gigem) has quit (Ping timeout: 255 seconds)
[18:52:59] andreax (andreax! has quit (Ping timeout: 265 seconds)
[19:00:01] JEDIDIAH__ (JEDIDIAH__! has joined #mythtv
[19:09:14] davide_ (davide_!~david@mythtv/developer/gigem) has quit (Ping timeout: 240 seconds)
[19:09:34] davide_ (davide_!~david@ has joined #mythtv
[19:09:34] davide_ (davide_!~david@ has quit (Changing host)
[19:09:34] davide_ (davide_!~david@mythtv/developer/gigem) has joined #mythtv
[19:24:34] gigem (gigem! has joined #mythtv
[19:24:34] gigem (gigem! has quit (Changing host)
[19:24:34] gigem (gigem!~gigem@mythtv/developer/gigem) has joined #mythtv
[19:35:36] natanojl (natanojl! has joined #mythtv
[19:52:16] Steve_Goodey (Steve_Goodey! has joined #mythtv
[19:53:21] simonckenyon (simonckenyon!~simoncken@ has joined #mythtv
[19:56:40] anykey__ (anykey__! has quit (Ping timeout: 260 seconds)
[20:02:15] simonckenyon (simonckenyon!~simoncken@ has quit (Ping timeout: 276 seconds)
[20:02:19] simonckenyon|2 (simonckenyon|2!~simoncken@ has joined #mythtv
[20:03:08] blk (blk! has joined #mythtv
[20:05:03] vontrapp (vontrapp!~vontrapp@ has joined #mythtv
[20:34:50] foobum (foobum! has quit (Ping timeout: 240 seconds)
[20:35:50] laga (laga! has quit (Ping timeout: 240 seconds)
[20:37:12] foobum_ (foobum_! has joined #mythtv
[20:37:12] anykey_ (anykey_! has joined #mythtv
[20:37:13] laga (laga! has joined #mythtv
[20:58:26] nutron-home (nutron-home! has quit (Ping timeout: 240 seconds)
[21:01:29] simonckenyon|2 (simonckenyon|2!~simoncken@ has quit (Remote host closed the connection)
[21:01:29] JEDIDIAH__ (JEDIDIAH__! has quit (Quit: Ex-Chat)
[21:01:29] simonckenyon (simonckenyon!~simoncken@ has joined #mythtv
[21:02:45] kormoc is now known as kormoc_afk
[21:07:10] hashbang (hashbang! has quit (Ping timeout: 240 seconds)
[21:07:27] hashbang (hashbang! has joined #mythtv
[21:10:33] km48 (km48! has joined #mythtv
[21:11:42] simonckenyon (simonckenyon!~simoncken@ has quit (Remote host closed the connection)
[21:27:00] blk (blk! has left #mythtv ("Ex-Chat")
[21:36:50] km48 (km48! has quit (Read error: Connection reset by peer)
[21:39:54] jya (jya!~jya@mythtv/developer/jya) has quit (Ping timeout: 245 seconds)
[21:41:25] cocoa117 (cocoa117! has joined #mythtv
[21:49:57] jya (jya!~jya@ has joined #mythtv
[21:49:57] jya (jya!~jya@ has quit (Changing host)
[21:49:57] jya (jya!~jya@mythtv/developer/jya) has joined #mythtv
[21:52:31] km48 (km48! has joined #mythtv
[21:54:40] JEDIDIAH__ (JEDIDIAH__! has joined #mythtv
[21:57:46] km48 (km48! has quit (Quit: Ex-Chat)
[22:05:45] natanojl (natanojl! has quit (Ping timeout: 276 seconds)
[22:09:43] MaverickTech (MaverickTech! has joined #mythtv
[22:11:23] kormoc_afk is now known as kormoc
[22:12:25] jya (jya!~jya@mythtv/developer/jya) has quit (Quit: jya)
[22:15:37] Kunalagon (Kunalagon!~Kunalagon@ has quit (Quit: Leaving.)
[22:20:16] andreax1 (andreax1! has quit (Quit: Leaving.)
[22:23:46] jya (jya!~jya@mythtv/developer/jya) has joined #mythtv
[22:25:09] pheld (pheld! has joined #mythtv
[22:29:53] skd5aner: !url log
[22:29:53] MythLogBot: No match for keyword log
[22:32:48] jya (jya!~jya@mythtv/developer/jya) has quit (Quit: jya)
[22:34:30] jya (jya! has joined #mythtv
[22:34:30] jya (jya! has quit (Changing host)
[22:34:30] jya (jya!~jya@mythtv/developer/jya) has joined #mythtv
[22:52:42] Steve_Goodey (Steve_Goodey! has quit (Remote host closed the connection)
[22:55:32] jya (jya!~jya@mythtv/developer/jya) has quit (Quit: jya)

IRC Logs collected by BeirdoBot.
Please use the above link to report any bugs.