Beirdobot, irc.freenode.net

Wednesday, April 29th, 2015, 01:28 UTC

[01:28:08]

sraue_ (sraue_!~stephan@xd9ba861a.dyn.telefonica.de) has joined #mythtv

[01:32:23]

sraue (sraue!~stephan@kodi/staff/sraue) has quit (Ping timeout: 264 seconds)

[01:47:31]

andreaz (andreaz!~andre_000@p5DD1506E.dip0.t-ipconnect.de) has quit (Read error: Connection reset by peer)

[02:29:21]

Roklobotomy (Roklobotomy!~Roklobsta@ppp118-209-70-192.lns20.mel4.internode.on.net) has quit (Quit: KVIrc 4.2.0 Equilibrium http://www.kvirc.net/)

[02:42:55]

arescorpio (arescorpio!~arescorpi@62-31-245-190.fibertel.com.ar) has joined #mythtv

[02:50:52]

peper03 (peper03!~peper03@mythtv/developer/peper03) has quit (Ping timeout: 265 seconds)

[02:51:01]

peper03_ (peper03_!~peper03@mythtv/developer/peper03) has joined #mythtv

[02:51:14]

peper03_ is now known as peper03

[02:51:25]

stichnot:

If anyone was seeing flickering in the initial Watch Recordings screen after my jobqueue change in master, or after testing the 0.27 version, I'd appreciate your input on whether the latest commit to master changes anything (or https://code.mythtv.org/trac/raw-attachment/t . . . .27_v2.patch for 0.27).

[03:21:25]

skd5aner (skd5aner!~skd5aner@21.sub-70-198-65.myvzw.com) has quit (Ping timeout: 256 seconds)

[03:43:13]

fetzerch (fetzerch!~quassel@unaffiliated/fetzerch) has joined #mythtv

[03:46:55]

fetzerch_ (fetzerch_!~quassel@unaffiliated/fetzerch) has quit (Ping timeout: 256 seconds)

[04:06:03]

arescorpio (arescorpio!~arescorpi@62-31-245-190.fibertel.com.ar) has quit (Quit: Leaving.)

[05:08:34]

Roklobsta (Roklobsta!~Roklobsta@180-150-98-89.cust.aussiebb.net) has joined #mythtv

[05:50:51]

Chutt_ (Chutt_!~ijr@2605:a000:1225:65:c457:ef1d:60fd:2177) has joined #mythtv

[05:54:16]

Chutt (Chutt!~ijr@2605:a000:1225:65:c457:ef1d:60fd:2177) has quit (Ping timeout: 256 seconds)

[06:08:33]

FabriceMG (FabriceMG!~Thunderbi@LCaen-656-1-100-212.w80-11.abo.wanadoo.fr) has joined #mythtv

[06:19:32]

dekarl1 (dekarl1!~dekarl@mythtv/developer/dekarl) has joined #mythtv

[06:21:56]

dekarl (dekarl!~dekarl@mythtv/developer/dekarl) has quit (Ping timeout: 240 seconds)

[06:31:39]

tstorm (tstorm!~tstorm@67.169.143.241) has quit (Quit: tstorm)

[06:33:59]

tstorm (tstorm!~tstorm@67.169.143.241) has joined #mythtv

[06:34:02]

tstorm (tstorm!~tstorm@67.169.143.241) has quit (Client Quit)

[06:38:37]

jpabq (jpabq!~quassel@mythtv/developer/jpabq) has quit (Ping timeout: 256 seconds)

[06:49:36]

sraue_ is now known as sraue

[06:49:41]

sraue (sraue!~stephan@xd9ba861a.dyn.telefonica.de) has quit (Changing host)

[06:49:41]

sraue (sraue!~stephan@kodi/staff/sraue) has joined #mythtv

[06:50:31]

joki (joki!~joki@p5B36CF2E.dip0.t-ipconnect.de) has quit (Ping timeout: 256 seconds)

[06:55:28]

joki (joki!~joki@p5B36DEA0.dip0.t-ipconnect.de) has joined #mythtv

[07:26:12]

SteveGoodey (SteveGoodey!~steve@host109-159-59-229.range109-159.btcentralplus.com) has joined #mythtv

[08:13:11]

stuarta:

morning all

[08:18:31]

paul-h (paul-h!~Paul@94.12.145.61) has joined #mythtv

[08:19:48]

aloril_ (aloril_!~aloril@dsl-tkubrasgw2-54f81c-109.dhcp.inet.fi) has joined #mythtv

[08:20:50]

paul-h:

tgm4883: don't know if there is anything of interest for you here https://forum.mythtv.org/viewtopic.php?f=2&t=814

[08:22:06]

paul-h:

Would you believe LVR's patch count is up to 333 for master!

[08:22:36]

aloril__ (aloril__!~aloril@dsl-tkubrasgw2-54f81c-109.dhcp.inet.fi) has quit (Ping timeout: 276 seconds)

[08:23:04]

stuarta:

what the heck is he patching, and what do we need to steal/merge

[08:25:07]

paul-h:

stuarta: http://www.softsystem.co.uk/download/mythtv/m . . . -CURRENT.zip

[08:25:21]

stuarta:

does he not have a git repo?

[08:25:35]

paul-h:

Don't think so

[08:26:57]

paul-h:

Got to be a little careful jya committed some of his patches only to revert most of them later

[08:27:23]

stuarta:

yeah, they need careful review and sometimes rewriting

[08:37:02]

Roklobsta (Roklobsta!~Roklobsta@180-150-98-89.cust.aussiebb.net) has quit (Quit: KVIrc 4.2.0 Equilibrium http://www.kvirc.net/)

[08:44:46]

paul-h:

Is no dev going to reply to this or does no one care anymore? https://forum.mythtv.org/viewtopic.php?f=2&t=807

[08:47:29]

stuarta:

i have not even had a chance to read it yet

[08:49:05]

stuarta:

and we do need to do more to cultivate new devs, like being more responsive to submitted patches etc.

[08:54:25]

** stuarta tries to work out what features we are aiming for apart from web based setup **

[09:02:41]

stuartm:

my own free time is likely to be reduced in the short term as I'm starting a new job, I think other priorities I may have had for the next release will have to be postponed but I will still try to get the WebFrontend (likely not the setup side) into a state where it's a viable alternative to mythweb

[09:08:29]

paul-h:

Here we go again with the web setup – I just don't get the fascination with it

[09:22:07]

stuarta:

paul-h: try channel scanning freesat on a headless backend with ssh tunneled X display. it is horrible

[09:22:30]

stuarta:

takes about 10–15sec *per* keypress

[09:28:32]

paul-h:

I don't dispute that but why does it have to be web based why not put it into the frontend so you don't have to leave the frontend to change something?

[09:30:04]

paul-h:

I don't see having to fire up a web browser to edit channels as being user friendly

[09:30:28]

stuarta:

there is no reason it can't be

[09:30:52]

dizygoth (dizygoth!~roger@cpc15-stre5-2-0-cust147.1-1.cable.virginm.net) has joined #mythtv

[09:51:01]

Warped (Warped!~Warped@unaffiliated/warped) has quit (Read error: Connection reset by peer)

[09:51:57]

Warped (Warped!~Warped@unaffiliated/warped) has joined #mythtv

[10:05:59]

stuartm:

paul-h: I see nothing wrong with offering both, I understand that some people find using a mouse and standard point and click UI easier, they may also want to fix configuration issues remotely for example rescanning to pick up new channels or moves remotely while on holiday to ensure their favourite programmes are recorded for when they get home

[10:06:56]

stuarta:

paul-h: stuartm if the right bit are implemented as web services, or equivalent, it's easy and shared code

[10:07:10]

stuartm:

personally I think setup via mythfrontend is a must, and that we cannot assume that everyone setting up a mythtv box has a tablet/pc to do configuration

[10:08:07]

stuarta:

i agree

[10:09:58]

stuartm:

though neither can we assume that they will be using mythfrontend at all, there are many companies/institutions which are using only mythbackend who would probably appreciate a setup interface that doesn't require the installation/setup of a full frontend

[10:10:29]

stuarta:

both web and frontend setup should be easily managed

[10:24:39]

dizygoth:

stuartm: Did you see my question ^^last night re. ESC/Playback ?

[10:26:17]

stuartm:

dizygoth: great news, I was wondering if I'd ever find the time to get to the bottom of that issue

[10:29:02]

SteveGoodey (SteveGoodey!~steve@host109-159-59-229.range109-159.btcentralplus.com) has quit (Quit: Konversation terminated!)

[11:03:15]

stuartm:

dizygoth: thank you for that, figures that it would be a problem of my own making

[11:10:50]

rich0__ (rich0__!~quassel@gentoo/developer/rich0) has joined #mythtv

[11:11:04]

rich0 (rich0!~quassel@gentoo/developer/rich0) has quit (Ping timeout: 245 seconds)

[11:11:14]

stuartm:

the qtimer mistake in particular will haunt me

[11:13:55]

dizygoth:

stuartm: np. It was odd code to start with...

[11:14:22]

stuarta:

dizygoth: you are getting good at this, anything else you want to fix ;-)

[11:15:13]

stuartm:

yeah, I didn't take enough time to understand it before addressing the compiler/static analysis warnings

[11:17:29]

dizygoth:

stuarta: The wife ? That's too big a job. Myth is a lot easier to work out...

[11:18:12]

dekarl1:

Do we agree that we got a fancy new "web frontend" and that mythtv-setup is not going to be a separate application anymore? Its just a small step to "the setup functions are available in regular and web frontend".

[11:18:15]

stuarta:

hahaha, i should have said myth things to fix

[11:18:15]

dekarl1 is now known as dekarl

[11:18:40]

stuarta:

dekarl: i would call that a target goal yes

[11:19:26]

dekarl:

and if someone feels like it they can expose the "setup functions" for integrators via the Service API in a way that suits them

[11:19:43]

stuarta:

dekarl: exactly what i was thinking

[11:20:30]

dekarl:

In the end we need a better way for the setup function. e.g. channel scanning a DVB-S(2) installation and setting up third party guide data for that.

[11:25:25]

skd5aner (skd5aner!~skd5aner@195.sub-70-198-68.myvzw.com) has joined #mythtv

[11:25:37]

stuartm:

we also need to try and keep those plans simple, we must recognise that developer time is limited and that the chosen approach has to be manageable

[11:25:45]

stuarta:

my thinking on that i something like the dvbscan initial data files, which contain all the required configuration data to get it going

[11:26:11]

stuartm:

what we settle on my not be perfect. but it only has to work

[11:28:16]

stuartm:

perfect can come later

[11:52:07]

stuarta:

this may sound heretical, but i'm happy to allow 3rd party clients / frontends like kodi / openelec. people are doing it anyway, so maybe it makes sense to embrace them?

[11:54:20]

stuartm:

well the services API was always designed to be a public one, as opposed to the internal protocol which was never really designed with that in mind, so if the interaction occurs through the services API and that's what we currently intend then I see no reason why third parties couldn't implement support if they wished

[12:02:40]

dekarl:

stuarta, I love the idea of a central service where you can drop dvbscan style channel lists to build them into a proper list of channels with icon, guide source reference, maybe preset "commercial free"

[12:03:51]

dekarl:

I started locally to import scans into a database and connect the services to EPG channels to allow customers to perform some steps of the setup automatic.

[12:03:54]

stuarta:

dekarl: interesting idea, i wasn't thinking channels specifically, i was thinking muxes, so the scanner has everything it needs to find the channels

[12:04:27]

stuarta:

maybe more work on the services infrastructure could get what you are thinking of

[12:04:31]

dekarl:

add the EU list of DVB-T transmitters and you can more/less automatically setup a DVB-T system with just the geo position

[12:04:48]

dekarl:

stuarta, ENoAccessToTheRepo :D

[12:05:10]

stuarta:

yep. especially true for dvb-s(2)

[12:05:16]

stuarta:

dekarl: i thought i fixed that

[12:05:42]

stuarta:

dekarl: anyway that whole thing needs a rewrite. even tempted to do it as "my first ruby app"

[12:15:22]

Jordack (Jordack!~Jordack@75-151-31-172-Michigan.hfc.comcastbusiness.net) has joined #mythtv

[13:04:03]

stuarta:

meh, used my mythtv paypal credits to buy an mce remote with receiver

[13:20:02]

stuarta:

can't hurt to have an actual workable remote

[14:10:20]

fp (fp!~fphillips@cpe-66-69-240-121.austin.res.rr.com) has joined #mythtv

[14:23:20]

stuartm:

is that one of the newer models?

[14:27:11]

gigem:

paul-h: FWIW, I hope to start working again on my changes leading to multirec without requiring virtual tuners in a couple of weeks.

[14:34:45]

dmfrey (dmfrey!~dmfrey@208.5.237.2) has joined #mythtv

[14:40:51]

stichnot:

How do I configure for qt4 when I have both qt4 and qt5 installed (qt5 is the default)? "./configure ... --qmake=qmake-qt4" still reports /usr/lib/x86_64-linux-gnu/qt5/bin/qmake at the end.

[14:41:48]

stuarta:

stichnot: it should do the right thing for the right version

[14:42:06]

stuarta:

master needs qt5, 0.27 prefers qt4

[14:44:50]

dmfrey:

stuarta, is there someone who primarily works on the services api? I have ideas/requests that would be beneficial to Mythtv Player, or any client that interacts with it. I was wondering who I could bounce them off of to see feasibility of getting them implemented.

[14:45:08]

stichnot:

stuarta: Does master actually require qt5? e.g. #12375 version.txt attachment indicates master + qt4.8

[14:45:08]

** MythLogBot http://code.mythtv.org/trac/ticket/12375 **

[14:46:04]

stuarta:

dmfrey: when i was saying services, i was talking about services.mythtv.org aka channel icon lookup, etc

[14:46:36]

stuarta:

stuartm: dekarl is dblain the main person on the services api?

[14:46:44]

stichnot:

I really just want to test whether a qt5 fix for subtitle background drawing also works for qt4 (without trying to come up with a 0.27 db)

[14:48:06]

dblain:

dekarl: I focus mostly on the Services API Framework – Haven't spent too much time implementing actual services/methods.

[14:48:52]

stuarta:

dmfrey: ^^^

[14:49:00]

stuarta:

stichnot: temporarily revert f5724c60a6b401da232e34a11401804b8bb084a9

[14:49:12]

stuarta:

should let master build with qt4

[14:51:33]

dmfrey:

stuarta, thanks

[14:52:21]

dmfrey:

dblain, do any of the recording or video endpoints return bookmark positions?

[14:52:52]

joki (joki!~joki@p5B36DEA0.dip0.t-ipconnect.de) has quit (Ping timeout: 244 seconds)

[14:54:04]

dmfrey:

what I would like to be able to do is start a livestream playback at a bookmark position, if one is set, as well as update that position as the recording progresses

[14:54:35]

joki (joki!~joki@p5B36CCB4.dip0.t-ipconnect.de) has joined #mythtv

[14:54:37]

dmfrey:

it is my hope that you could bounce from screen to screen, fe to fe and that position gets updated so you are always at the latest bookmark

[14:55:34]

dmfrey:

once a HLS live stream is 100% complete, it looks like i can jump to any point in the stream and start from there

[14:55:57]

dblain:

dmfrey: I don't know off the top of my head. http://mythbackend:6544 has a list of all the exposed services and you can drill down into each method exposed.

[14:56:23]

stichnot:

stuarta: thanks, though unfortunately that patch doesn't unapply cleanly so I'll have to play with it a bit later...

[14:56:55]

stuarta:

:(

[14:57:05]

stuartm:

dmfrey: not yet

[14:57:21]

stuarta:

stichnot: the key bit is the CHECK_QMAKE set

[14:57:22]

stuartm:

it's definitely on the list though

[14:58:07]

dmfrey:

dblain, thanks, that's what i do now

[14:59:13]

stuartm:

dmfrey: also on the list, but perhaps further off in the future is transcoding segments on demand, so you'd be able to request playback from position X and it would only start transcoding at that point, you wouldn't need to wait for the whole file to transcode first

[14:59:30]

dmfrey:

stuartm, are requests like this in trac?

[14:59:39]

dmfrey:

yes, that would be great.

[15:00:00]

stuartm:

no, the proper place for suggestions/requests would be the dedicated forum

[15:00:42]

stuarta:

so many things to fix....

[15:00:49]

dmfrey:

:-)

[15:00:58]

stuartm:

jya was going to work on the on-demand transcoding but he's been too busy since starting work at Mozilla, likewise I'm now likely to have less time as I've also starting a new job

[15:01:13]

dmfrey:

which forum is that?

[15:01:21]

dmfrey:

Ha, i might be doing the same in a few weeks

[15:01:21]

stuartm:

https://forum.mythtv.org

[15:02:10]

dmfrey:

i see it

[15:02:29]

stuartm:

https://forum.mythtv.org/viewforum.php?f=9

[15:02:31]

stuartm:

specifically

[15:03:52]

dmfrey:

perfect

[15:04:58]

dmfrey:

i do a lot of web service work, but all in java right now. I am not too familiar with the backend code at this point. I wish i had the time to go through it all

[15:07:08]

dmfrey:

are bookmarks just the ms position played in a recording or video?

[15:11:07]

stuartm:

frame offset rather than ms, although the timecode information is stored also

[15:11:26]

stuartm:

sorry, byte offset – as in how many bytes into the file

[15:12:12]

stuartm:

the reason is that it's otherwise difficult to know where within a file a particular timecode will be found since videos tend to use variable bitrates

[15:13:06]

stuartm:

so we use the byte offset to allow for instant seeking, instead of having to hunt through the file for a particular timecode

[15:15:07]

FabriceMG (FabriceMG!~Thunderbi@LCaen-656-1-100-212.w80-11.abo.wanadoo.fr) has quit (Quit: FabriceMG)

[15:15:14]

fp (fp!~fphillips@cpe-66-69-240-121.austin.res.rr.com) has quit (Ping timeout: 245 seconds)

[15:15:32]

FabriceMG (FabriceMG!~Thunderbi@217.112.59.207) has joined #mythtv

[15:16:03]

FabriceMG (FabriceMG!~Thunderbi@217.112.59.207) has quit (Client Quit)

[15:16:32]

stuartm:

dmfrey: the information is a combination of the recordedmarkup table which contains the frame number, and the recordedseek table which stores a list of the keyframe > byte offset information for the entire file

[15:18:19]

stuartm:

technically if you know the framerate of the file, you can derive the time code – e.g. frame number / fps = seconds from start of file

[15:18:19]

dmfrey:

ah, ok, from the app standpoint i would probably be dealing with ms in the hls stream. Either the service would need to do the calculation, or the enough of that data would need to come down with a recording/video to be able to determine that

[15:19:02]

stuartm:

dmfrey: the API should really do the conversion and present the information in a user-friendly format

[15:19:17]

dmfrey:

i agree

[15:21:43]

dmfrey:

i will put an entry in the forum for these few items

[15:28:37]

dmfrey:

with the on-demand HLS transcoding, are you planning to just start on-demand and delete when request stops? or start on-demand and let it proceed to the end from whatever point it started?

[15:39:45]

fp (fp!~fphillips@cpe-66-69-240-121.austin.res.rr.com) has joined #mythtv

[15:48:42]

tstorm (tstorm!~tstorm@50-76-62-217-ip-static.hfc.comcastbusiness.net) has joined #mythtv

[15:53:23]

SteveGoodey (SteveGoodey!~steve@host109-159-59-229.range109-159.btcentralplus.com) has joined #mythtv

[16:11:19]

stuartm:

the current plan is the former, to only continue transcoding as long as the client keeps requesting segments

[16:12:33]

stuartm:

but since not all backends may be powerful enough for realtime transcoding at a reasonable resolution and picture quality, we would have to also offer the latter functionality as well

[16:12:46]

stuartm:

i.e. transcode now for later playback

[16:13:03]

paul-h:

wagnerrp: is it possible to send a MythEvent using the python bindings? I'm looking for something equivalent to gCoreContext->SendMessage(QString("MUSIC_METADATA_CHANGED %1").arg(songID));

[16:16:14]

stichnot:

paul-h: would mythutil --event or --systemevent work for you? (I've never used it myself.)

[16:17:23]

stichnot:

stuartm, dmfrey: the recordedseek table also maps frame->duration_ms so you don't have to worry too much about variable frame rates, and the internal APIs interpolate when the data is sparse or missing.

[16:17:43]

stichnot:

I should say keyframe->duration_ms

[16:20:16]

stuartm:

stichnot: I thought it did, but it turns out it doesn't

[16:20:59]

stuartm:

it's just mark (frame) and offset (bytes)

[16:22:10]

stichnot:

Are you talking about normal recordings, or HLS transcoded files?

[16:22:59]

stichnot:

Normal recordings from recorders that inherit from (I think) DTVRecorder should all be generating MARK_DURATION_MS=33 marks

[16:23:36]

paul-h:

stichnot: thanks, I'll take a look at those

[16:23:43]

stichnot:

older recordings wouldn't have those marks, in which case it falls back to interpolating

[16:26:37]

stuartm:

stichnot: right, sorry, I'd forgotten about those, really something that should be part of the schema and not a separate record

[16:29:09]

stichnot:

good point. I think in the original design I didn't expect there to be such as assumption of only tracking durations at keyframes.

[16:29:52]

stichnot:

Originally I thought we would just set duration marks at framerate change boundaries

[16:30:32]

stichnot:

too bad filemarkup is an unholy combination of recordedseek and recordedmarkup

[16:33:01]

stuartm:

still, splitting them up was the right thing to do at the time, performance when looking up bookmarks, cutlists etc was poor and there was a lot of wasted space as fields added to recordedmarkup didn't apply to the seek table entries

[16:37:53]

stichnot:

yeah, I meant too bad the same wasn't applied to videos as well, though that probably isn't any sort of blocker for the schema change you're suggesting

[16:39:55]

stuartm:

stichnot: right, sorry, should pay more attention, yes, filemarkup really could have used the same treatment

[16:40:53]

stuartm:

we should get recordedmarkup and recordedseek converted to recordingid instead of chanid/starttime, that would dramatically reduce the size of those tables on disk and improve read speeds as a result of the simpler index

[16:42:21]

stuartm:

it wouldn't be difficult to do, just a question of ticking the boxes and converting over all the places where they are currently used

[16:45:01]

stichnot:

Is the recordedid plan written up anywhere, like in git commit messages? In particular, which tables add recordedid in addition to chanid/starttime, and which tables remove chanid/starttime and add recordedid

[16:52:08]

fp (fp!~fphillips@cpe-66-69-240-121.austin.res.rr.com) has quit (Ping timeout: 250 seconds)

[16:57:19]

stichnot (stichnot!~stichnot@mythtv/developer/stichnot) has quit (Ping timeout: 245 seconds)

[17:13:04]

tgm4883:

paul-h: thanks for that. Should some of those things be fixed here in mythtv? I'll look at making the changes that make sense on our end

[17:22:54]

stichnot (stichnot!~stichnot@mythtv/developer/stichnot) has joined #mythtv

[17:27:57]

stichnot (stichnot!~stichnot@mythtv/developer/stichnot) has quit (Ping timeout: 276 seconds)

[17:31:38]

dblain (dblain!~dblain@mythtv/developer/dblain) has quit ()

[17:37:16]

maarhart (maarhart!~user@a88-114-38-12.elisa-laajakaista.fi) has joined #mythtv

[17:45:04]

maarhart:

I am getting this error: SOAPClient::SendSOAPRequest: request failed: http://[fe80::223:12ff:fe02:2c85]:6544/Myth

[17:45:15]

maarhart:

what should I do to fix this?

[17:46:10]

maarhart:

I am asked to configure the database connection: Cannot find (ping) database host fe80::223:12ff:fe02:2c85 on the network

[17:52:30]

dekarl:

Anybody heard of RecordNow yet? Looks like they might balkanize our target market segment http://tiffzhang.com/startup/?s=787412 ;)

[17:59:14]

dblain (dblain!~dblain@c-73-186-115-133.hsd1.ma.comcast.net) has joined #mythtv

[17:59:15]

dblain (dblain!~dblain@mythtv/developer/dblain) has joined #mythtv

[17:59:15]

dblain (dblain!~dblain@c-73-186-115-133.hsd1.ma.comcast.net) has quit (Changing host)

[18:33:03]

fp (fp!~fphillips@cpe-66-69-240-121.austin.res.rr.com) has joined #mythtv

[18:44:12]

tstorm (tstorm!~tstorm@50-76-62-217-ip-static.hfc.comcastbusiness.net) has quit (Quit: tstorm)

[18:45:20]

maarhart (maarhart!~user@a88-114-38-12.elisa-laajakaista.fi) has quit (Remote host closed the connection)

[18:56:00]

stichnot (stichnot!stichnot@mythtv/developer/stichnot) has joined #mythtv

[18:56:19]

Chutt_ is now known as Chutt

[19:00:36]

fp (fp!~fphillips@cpe-66-69-240-121.austin.res.rr.com) has quit (Ping timeout: 240 seconds)

[19:07:54]

andreaz (andreaz!~andre_000@p5DD1506E.dip0.t-ipconnect.de) has joined #mythtv

[19:08:02]

Jordack (Jordack!~Jordack@75-151-31-172-Michigan.hfc.comcastbusiness.net) has quit (Quit: Never play leap frog with a unicorn.)

[19:17:25]

lomion0815 (lomion0815!~markus@178-191-183-139.adsl.highway.telekom.at) has joined #mythtv

[19:19:38]

rich0__ is now known as rich0

[19:22:22]

dizygoth (dizygoth!~roger@cpc15-stre5-2-0-cust147.1-1.cable.virginm.net) has quit (Quit: Konversation terminated!)

[19:40:37]

dekarl (dekarl!~dekarl@mythtv/developer/dekarl) has quit (Read error: Connection timed out)

[19:44:42]

dekarl (dekarl!~dekarl@mythtv/developer/dekarl) has joined #mythtv

[19:54:25]

stuarta:

dekarl: i didn't know we had a target market ;-p

[20:02:22]

stuarta:

ooo ooo, lirc simulate finally works. no thanks to a dodgy default config

[20:02:33]

stuarta:

allow-simulate != allow_simulate

[20:05:53]

fp (fp!~fphillips@cpe-66-69-240-121.austin.res.rr.com) has joined #mythtv

[20:08:14]

dekarl (dekarl!~dekarl@mythtv/developer/dekarl) has quit (Read error: Connection timed out)

[20:10:27]

dekarl (dekarl!~dekarl@mythtv/developer/dekarl) has joined #mythtv

[20:42:40]

dmfrey (dmfrey!~dmfrey@208.5.237.2) has quit (Quit: Ex-Chat)

[20:58:41]

SteveGoodey (SteveGoodey!~steve@host109-159-59-229.range109-159.btcentralplus.com) has quit (Quit: Konversation terminated!)

[21:00:41]

lomion0815 (lomion0815!~markus@178-191-183-139.adsl.highway.telekom.at) has quit (Remote host closed the connection)

[21:02:15]

dekarl (dekarl!~dekarl@mythtv/developer/dekarl) has quit (Read error: Connection timed out)

[21:04:36]

jpabq (jpabq!~quassel@mythtv/developer/jpabq) has joined #mythtv

[21:05:04]

dekarl (dekarl!~dekarl@mythtv/developer/dekarl) has joined #mythtv

[21:18:31]

stuarta:

wtf.... if the screensaver is Asleep we ignore lirc commands ?!?!?!?!

[21:20:20]

stuarta:

i don't even understand the logic behind that....

[21:21:11]

stuarta:

unless it's so we don't interpret keypresses when the screen saver is active...

[21:45:54]

stichnot:

stuarta: thanks! I'll test the lirc fix in ~8 hours.

[21:50:33]

stuarta:

stichnot: np, it seem to work here with simulated lirc events

[21:51:26]

stuarta:

still i'm glad i have a proper remote and recevier in the post :-)

[21:56:32]

fp (fp!~fphillips@cpe-66-69-240-121.austin.res.rr.com) has quit (Ping timeout: 272 seconds)

[21:57:00]

fp (fp!~fphillips@cpe-66-69-240-121.austin.res.rr.com) has joined #mythtv

[22:07:12]

paul-h (paul-h!~Paul@94.12.145.61) has quit (Quit: Konversation terminated!)

MythLogBot@irc.freenode.net :: #mythtv

Current users (68):