MythLogBot@irc.freenode.net :: #mythtv

Daily chat history

Current users (87):

abqjp, aloril, Anduin, Anssi, anykey_, b1tbkt, Beirdo, brfransen, cattelan_away, cesman, Chutt, clever, coling, Cougar, damaltor, danielk22, Dave123, davide, dekarl, dlblog, eharris, ElmerFudd, foobum, foxbuntu, ghoti, gregL, GreyFoxx, Guest82364, highzeth, iamlindoro, J-e-f-f-A, jams, jarle, jcarlos, JoeJulian, joe__, josef__, jpabq, jpabq-, jstenback, justinh, jwhite, kormoc, kurre2, kwmonroe, laga, mag0o, markk, MavT, mcbaine1, mirage335, mrand, MythBuild, MythLogBot, mzanetti_, neufeld, Peitolm, pheld, poptix, pos, purserj, rhpot1991, rsiebert, sailerboy, Seeker`, skd5aner, Slasher`, sphery, sraue, stichnot, stuarta, superm1, sutula, tgm4883, ThisNewGuy, tomimo, tris, Unhelpful, vallor, wagnerrp, wahrhaft, xris, Yancho_, ybot_, yoyolala, zCougar, _charly_
Tuesday, January 10th, 2012, 00:18 UTC
[00:18:24] sraue (sraue!~stephan@xbmc/staff/sraue) has joined #mythtv
[00:24:06] kormoc (kormoc!~kormoc@mythtv/developer/kormoc) has quit (Quit: kormoc)
[00:40:19] jpabq (jpabq!~jpabq@mythtv/developer/jpabq) has quit (Quit: jpabq)
[01:31:25] pheld (pheld!~heldal@cl-5.osl-01.no.sixxs.net) has quit (Quit: Leaving.)
[02:00:24] Chutt (Chutt!~ijr@cpe-24-29-225-175.neo.res.rr.com) has quit (Remote host closed the connection)
[02:05:06] davide (davide!~david@host70.16.intrusion.com) has quit (Remote host closed the connection)
[02:05:28] davide (davide!~david@host70.16.intrusion.com) has joined #mythtv
[02:24:24] Chutt (Chutt!~ijr@cpe-24-29-225-175.neo.res.rr.com) has joined #mythtv
[03:39:12] zombor (zombor!~zombor_@kohana/developer/zombor) has quit (Remote host closed the connection)
[03:50:17] cattelan is now known as cattelan_away
[03:58:07] zCougar (zCougar!~cougar@2001:67c:32c:600:b4d7:e423:3ec3:43c9) has quit (Ping timeout: 252 seconds)
[03:59:09] zombor (zombor!~zombor_@kohana/developer/zombor) has joined #mythtv
[04:09:57] zCougar (zCougar!~cougar@2001:67c:32c:600:4c81:2996:4d52:ac91) has joined #mythtv
[04:18:24] zombor (zombor!~zombor_@kohana/developer/zombor) has quit (Remote host closed the connection)
[04:53:36] b1tbkt (b1tbkt!~b1tbkt@71-85-230-58.dhcp.stls.mo.charter.com) has joined #mythtv
[04:54:18] b1tbkt: did anyone ever finish the netvision grabber for amazon prime?
[04:56:35] wagnerrp: i dont think anyone ever started
[04:57:34] cara_ (cara_!~quassel@a81-84-65-194.cpe.netcabo.pt) has joined #mythtv
[04:57:50] cara_ (cara_!~quassel@a81-84-65-194.cpe.netcabo.pt) has quit (Remote host closed the connection)
[04:58:05] wagnerrp: b1tbkt: in fact, there is not much point to trying to write one until mythnetvision gets cookie support
[04:58:09] 64MAAG8DJ (64MAAG8DJ!~quassel@a81-84-65-194.cpe.netcabo.pt) has joined #mythtv
[04:58:42] wagnerrp: as until that point, youre not going to be able to log in to actually access any of that content a grabber script may otherwise be able to find
[05:05:28] 64MAAG8DJ (64MAAG8DJ!~quassel@a81-84-65-194.cpe.netcabo.pt) has left #mythtv ("http://quassel-irc.org - Chat comfortably. Anywhere.")
[05:06:31] rotundNut (rotundNut!~rakshasa@180.215.217.132) has joined #mythtv
[05:06:56] rotundNut (rotundNut!~rakshasa@180.215.217.132) has left #mythtv ()
[05:19:17] b1tbkt: ahh. ok. so is cookie support in the roadmap?
[05:33:32] iamlindoro: no, it's on the wishlist
[05:33:44] iamlindoro: Nobody has decided to do it, and nobody is working on it
[05:34:14] b1tbkt: stoopid question to ask here but what is netvision coded in?
[05:34:34] b1tbkt: being too lazy to go take a peek
[05:35:02] iamlindoro: Like all the plugins, MythNetvision is C++
[05:35:19] iamlindoro: the currently distributed grabber scripts are python and perl
[06:00:20] b1tbkt (b1tbkt!~b1tbkt@71-85-230-58.dhcp.stls.mo.charter.com) has quit (Quit: Leaving.)
[06:06:19] kormoc (kormoc!~kormoc@mythtv/developer/kormoc) has joined #mythtv
[07:28:49] pheld (pheld!~heldal@cl-5.osl-01.no.sixxs.net) has joined #mythtv
[09:31:53] stuarta: \o/ progress. now i've just got a proper build failure from my osx buildbot
[09:44:21] Yanch0 (Yanch0!~mpulis@unaffiliated/yancho) has quit (Read error: Connection reset by peer)
[09:44:29] Yancho_ (Yancho_!~mpulis@unaffiliated/yancho) has joined #mythtv
[10:10:32] cattelan_away (cattelan_away!~cattelan@c-66-41-26-220.hsd1.mn.comcast.net) has quit (Ping timeout: 244 seconds)
[10:11:04] cattelan_away (cattelan_away!~cattelan@c-66-41-26-220.hsd1.mn.comcast.net) has joined #mythtv
[10:18:11] pos (pos!~mark@ppp-46-236.grapevine.net.au) has quit (Ping timeout: 276 seconds)
[10:18:17] pos (pos!~mark@ppp-46-236.grapevine.net.au) has joined #mythtv
[10:24:25] Yancho_ (Yancho_!~mpulis@unaffiliated/yancho) has quit (Remote host closed the connection)
[10:24:52] Yancho_ (Yancho_!~mpulis@unaffiliated/yancho) has joined #mythtv
[10:38:03] MythBuild: build #1307 of master-debian-stable-64bit is complete: Failure [failed compile core] Build details are at http://code.mythtv.org/buildbot/builders/mast . . . /builds/1307 blamelist: Mark Kendall <mkendall@mythtv.org >
[10:47:38] jya (jya!~jyavenard@mythtv/developer/jya) has quit (Quit: jya)
[11:04:20] pos (pos!~mark@ppp-46-236.grapevine.net.au) has quit (Ping timeout: 276 seconds)
[11:04:54] MythBuild: build #460 of master-vista-mingw-32bit is complete: Failure [failed compile] Build details are at http://code.mythtv.org/buildbot/builders/mast . . . t/builds/460 blamelist: Mark Kendall <mkendall@mythtv.org >
[11:05:02] markk: just been watching the ubuntu tv video – which reminded me – did we ever implement series record? (I've had several instances recently of series' I've gone to weeks after they should have finished recording – only to find the series isn't complete)
[11:05:02] mike|2 (mike|2!~mike@c-76-115-119-121.hsd1.or.comcast.net) has quit (Remote host closed the connection)
[11:05:52] mike (mike!~mike@c-76-115-119-121.hsd1.or.comcast.net) has joined #mythtv
[11:06:18] mike is now known as Guest82364
[11:06:31] Seeker`: isn't that just record all isntances of this title?
[11:10:07] jeff999 (jeff999!~jeff@203-173-12-152.dyn.iinet.net.au) has joined #mythtv
[11:12:37] markk: Seeker`: not sure whether it's a UK/DVB thing or not – but seriesid is a unique identifier – which could be used for series record.
[11:13:07] Seeker`: I mean what does it gain over just 'find all programs called X'
[11:15:36] markk: that assumes all programs are called X... which is down to the eit monkeys getting it correct
[11:16:00] stuarta: it's done as a record all rule, with the seriesid/programid used for duplicate detection
[11:16:48] stuarta: the eitfixups correct what the eit monkeys do, so it's pretty consistent on that front
[11:18:44] markk: stuarta: can clarify for me. so it is enabled – so which recording rule should I activate? record at any time on any channel?
[11:19:02] stuarta: it's only used for duplicate detection
[11:19:08] stuarta: so you can use any of the normal rules
[11:20:37] Yancho_ (Yancho_!~mpulis@unaffiliated/yancho) has quit (Ping timeout: 252 seconds)
[11:20:48] jeff999 (jeff999!~jeff@203-173-12-152.dyn.iinet.net.au) has quit (Ping timeout: 252 seconds)
[11:27:39] stuartm: any time/any channel would be the least likely to fail because the programme moves to another channel or timeslot because of a sporting event
[11:28:40] stuartm: but although we use seriesid for duplicate detection, we don't use it to verify that what we're actually trying to record is the same series and not one with the same name
[11:28:41] stoffel (stoffel!~quassel@pD9E419BE.dip.t-dialin.net) has joined #mythtv
[11:30:14] stuartm: we could though, when the rule is setup we could include the seriesid in the recording rule and only match programmes with the same id – davide might be able to comment on the practicality of that, but it seems simple enough to me
[11:31:04] stuarta: we would have to analyze the data and see if the monkeys put the data in consistently enough
[11:31:19] MythBuild: build #1308 of master-debian-stable-64bit is complete: Success [build successful] Build details are at http://code.mythtv.org/buildbot/builders/mast . . . /builds/1308
[11:31:20] stuartm: stuarta: is seriesid consistent across what the Americans would call seasons?
[11:34:33] Yancho_ (Yancho_!~mpulis@unaffiliated/yancho) has joined #mythtv
[11:35:55] stuartm: stuarta: I'd imagine that it's consistent enough for Freeview/Freesat PVRs to work, there would be plenty of complaints if not – unless they are keying off other data
[11:41:43] sraue_ (sraue_!~stephan@178-190-150-164.adsl.highway.telekom.at) has joined #mythtv
[11:41:55] Seeker`: are series IDs guaranteed to be the same on different channels?
[11:41:59] sraue (sraue!~stephan@xbmc/staff/sraue) has quit (Ping timeout: 255 seconds)
[11:42:03] knightr (knightr!~knightr@mythtv/developer/knightr) has quit (Read error: Operation timed out)
[11:43:06] sraue_ (sraue_!~stephan@178-190-150-164.adsl.highway.telekom.at) has quit (Remote host closed the connection)
[11:43:12] knightr (knightr!~knightr@mythtv/developer/knightr) has joined #mythtv
[11:43:47] stuartm: ah, well that's the question, consistent across channels of the same group e.g. BBC, but whether repeats of Top Gear on Dave are given the same id as their original showings on the BBC ... this is where stuarta's analysis would help
[11:44:10] sraue (sraue!~stephan@xbmc/staff/sraue) has joined #mythtv
[11:46:31] stuarta: no they aren't
[11:46:50] stuarta: the id's are of the form <site>/<id>
[11:47:18] Seeker`: stuarta: those are the OTA id's, aren't they?
[11:47:26] Seeker`: Some guides (like RT) give a different form
[11:47:54] stuarta: where site is normally tied to the broadcaster
[11:47:58] stuarta: Seeker`: yes
[11:48:01] stuarta: fp.bbc.co.uk
[11:48:07] stuarta: is the bbc one
[11:48:26] zombor (zombor!~zombor_@kohana/developer/zombor) has joined #mythtv
[11:48:51] Seeker`: I can't see the use case for using id's over program titles
[11:50:13] zombor (zombor!~zombor_@kohana/developer/zombor) has quit (Remote host closed the connection)
[11:51:27] stuarta: http://paste.debian.net/151657/
[11:52:14] stuartm: well there would be a case, if only they were better designed :(
[11:52:25] stuarta: http://paste.debian.net/151658/
[11:52:53] stuarta: so the dave repeats get a different seriesid, since they are on a different channel
[11:53:01] stuartm: titles are hardly infallible – we've all seen special episodes of a series with stuff like 'Christmas Special' appended to the title
[11:53:22] stuarta: nothing is infallible
[11:53:32] stuarta: that's why i had to put in those fixups for 4music recently
[11:58:04] Seeker`: I mean that I don't think that moving to seriesid's would give any benefit over just using the title at this point in time
[12:02:08] stuartm: I'd still like to see the running flag stuff implemented, even if it's only to insert cut-points at the start/end of the recording, Janne left before he got around to it
[12:04:08] Seeker`: running flag?
[12:07:38] stuartm: I've forgotten the correct name for it – somewhere in one of the tables there is a flag which indicates when the programme _actually_ starts and ends, it's flipped in realtime
[12:08:49] stuartm: so if it starts or ends 5 minutes late we can compensate and keep recording
[12:09:50] stuartm: for day to day usage it could be used to crop off the pre/post roll and any adverts before the programme
[12:13:21] Seeker`: how does it detect that?
[12:13:48] stuartm: it's broadcast in the stream
[12:19:46] Seeker`: are they stored at the moment?
[12:22:30] Seeker`: stuartm: 'starttime' in 'recordedseek'
[12:22:31] Seeker`: ?
[12:23:22] stuartm: not our tables, the DVB tables
[12:23:39] stuartm: we don't parse/save the info at the moment
[12:33:01] Seeker`: stuartm: Running Status Table?
[12:37:43] Seeker`: stuartm: hmm, that information identifies broadcasts using the same id's as the EIT; might need a way of associating the EIT id with a recording, even if you want to use the xmltv data
[12:39:06] stuarta: iirc it uses the eventid != seriesid/programid
[12:43:45] MythBuild: build #461 of master-vista-mingw-32bit is complete: Success [build successful] Build details are at http://code.mythtv.org/buildbot/builders/mast . . . t/builds/461
[12:50:25] Seeker`: stuarta: looking at the EIT table, all that has is eventid too
[12:50:42] Seeker`: http://www.dvb.org/technology/standards/a038_ . . . 8v1.12.1.pdf
[12:50:46] Seeker`: page 29 is the EIT table
[12:50:57] Seeker`: 32 for RST
[12:51:15] Peitolm: g00fb4ll
[12:51:16] stuarta: yup thought so
[12:51:23] ** stuarta passes tissues **
[12:53:20] Peitolm: thanks
[12:53:59] Seeker`: so are the tables resent every time a data value changes?
[12:54:23] Seeker`: or just at regular intervals?
[12:54:24] stuarta: Seeker`: lookup up table repitition rates in the dvb specs
[12:54:33] stuarta: slowest rate is normally every 30s
[12:54:40] stuarta: others are sent far more frequently
[12:54:58] stuarta: should be in that doc you linked
[12:55:39] Seeker`: stuarta: 'repetition rates' just states that it is recommeneded to re-transmit them several times
[12:55:51] Seeker`: and that the minimum period between the repeat data is 25ms
[12:56:53] stuarta: ah, it must be in the uk profile then
[12:57:05] stuarta: generally it's 1–30s
[12:57:14] Seeker`: I guess for this to work properly, you have to set the tuners to be always active?
[12:57:40] Seeker`: or at least start checking for the data a (few?) minute(s) before the recording is due to start
[13:01:27] stoffel (stoffel!~quassel@pD9E419BE.dip.t-dialin.net) has quit (Remote host closed the connection)
[13:06:27] davide (davide!~david@host70.16.intrusion.com) has quit (Remote host closed the connection)
[13:06:48] davide (davide!~david@host70.16.intrusion.com) has joined #mythtv
[13:25:12] stuarta: ho hum...
[13:26:11] stuarta: anyone know what QDir::setNameFilter() has been replaced by? all the Qt porting doc's say is "Value type" which means nothing to me
[13:27:50] iamlindoro: http://doc.trolltech.com/4.5/qdir.html#setNameFilters
[13:29:08] stuarta: just found something like that.. ta
[13:36:04] Jordack (Jordack!~jordack@h69-131-44-221.plmomi.dedicated.static.tds.net) has joined #mythtv
[13:42:29] stuartm: Seeker`: if you wanted to catch early starts sure, personally I don't think it would be worth trying to catch that case just the instances of start late/end late
[13:44:04] stuartm: technically if you're using EIT then the tuners are already permanently active so it wouldn't be too difficult to monitor for early starts, however I don't think it's a replacement for pre-roll, we should always start recording a couple of minutes early just in case
[13:51:30] Seeker`: stuartm: I gues the idea would be to set a few mins preroll, then use the 'starting in a few seconds' update to set a cutpoint
[13:51:58] stuartm: that would be the way I'd do it
[13:53:32] Seeker`: hmm, either that or change the recording so that DVB service don't start recording until they see 'about to start' or 'recording', so if you set a pre-roll it tunes the channel and watches for the flag, but doesn't record the stuff you'll cut anyway
[13:53:45] stuartm: it's reversible if the running status was wrong, it won't complicate scheduling too much and doesn't require a scheduler run at the last minute which could delay the recording start by a few seconds
[14:20:36] zombor (zombor!~zombor_@kohana/developer/zombor) has joined #mythtv
[14:35:47] stichnot (stichnot!~chatzilla@nat/intel/x-ozypsxaheuwkuilz) has quit (Remote host closed the connection)
[14:40:06] rsiebert (rsiebert!~quassel@g226060066.adsl.alicedsl.de) has quit (Ping timeout: 240 seconds)
[14:40:15] mcbaine1 (mcbaine1!~na@46.226.187.107) has quit (Ping timeout: 240 seconds)
[14:40:35] skd5aner (skd5aner!~skd5aner@cpe-071-071-242-134.carolina.res.rr.com) has quit (Ping timeout: 240 seconds)
[14:40:50] skd5aner (skd5aner!~skd5aner@cpe-071-071-242-134.carolina.res.rr.com) has joined #mythtv
[14:41:00] rsiebert (rsiebert!~quassel@g226060066.adsl.alicedsl.de) has joined #mythtv
[14:41:04] vallor (vallor!~Ponzo@pdpc/supporter/monthlygold/vallor) has quit (Quit: No Ping reply in 180 seconds.)
[14:41:10] vallor (vallor!scott@pdpc/supporter/monthlygold/vallor) has joined #mythtv
[14:41:11] mcbaine1 (mcbaine1!~na@46.226.187.107) has joined #mythtv
[14:50:10] stichnot (stichnot!~chatzilla@nat/intel/x-kfsiuodatevquxjg) has joined #mythtv
[14:55:08] Jordack-isCool (Jordack-isCool!~jordack@h69-131-44-221.plmomi.dedicated.static.tds.net) has joined #mythtv
[14:55:42] Jordack-isCool (Jordack-isCool!~jordack@h69-131-44-221.plmomi.dedicated.static.tds.net) has quit (Read error: Connection reset by peer)
[14:55:57] Jordack-isCool (Jordack-isCool!~jordack@h69-131-44-221.plmomi.dedicated.static.tds.net) has joined #mythtv
[14:57:08] Jordack (Jordack!~jordack@h69-131-44-221.plmomi.dedicated.static.tds.net) has quit (Ping timeout: 240 seconds)
[14:57:25] Jordack-isCool is now known as Jordack
[15:06:54] b1tbkt (b1tbkt!~b1tbkt@68-188-69-98.static.stls.mo.charter.com) has joined #mythtv
[15:19:11] rsiebert_ (rsiebert_!~quassel@g225050184.adsl.alicedsl.de) has joined #mythtv
[15:19:35] rsiebert (rsiebert!~quassel@g226060066.adsl.alicedsl.de) has quit (Ping timeout: 240 seconds)
[15:52:53] knightr (knightr!~knightr@mythtv/developer/knightr) has quit (Ping timeout: 252 seconds)
[15:53:08] knightr (knightr!~knightr@mythtv/developer/knightr) has joined #mythtv
[16:03:19] stichnot (stichnot!~chatzilla@nat/intel/x-kfsiuodatevquxjg) has quit (Ping timeout: 252 seconds)
[16:09:02] jpabq (jpabq!~jpabq@mythtv/developer/jpabq) has joined #mythtv
[16:14:08] knightr (knightr!~knightr@mythtv/developer/knightr) has quit (Read error: Connection reset by peer)
[16:14:28] knightr (knightr!~knightr@mythtv/developer/knightr) has joined #mythtv
[16:28:02] sraue (sraue!~stephan@xbmc/staff/sraue) has quit (Ping timeout: 240 seconds)
[16:41:46] sraue (sraue!~stephan@xbmc/staff/sraue) has joined #mythtv
[16:48:24] natanojl (natanojl!~jonatan@c83-252-237-63.bredband.comhem.se) has joined #mythtv
[16:51:06] Yancho_ (Yancho_!~mpulis@unaffiliated/yancho) has quit (Remote host closed the connection)
[16:51:22] Yancho_ (Yancho_!~mpulis@unaffiliated/yancho) has joined #mythtv
[17:00:05] davide: stuartm, stuarta, Seeker`: i don't believe the seriesid is currently used for anything. the suggestion of using it for scheduling comes up periodically, but has never been added for a couple of reasons. first, there have always been some cases where programs in the same series have different seriesids. i don't have any in my current program table, but they do exist. second, all of the non-search rules are title based. adding a series rule type
[17:00:08] davide: would probably confuse many users.
[17:00:15] davide: my suggestion is to use a custom rule. find the desired program in the epg or proglister, then choose MENU / Custom Edit. The second template is called "Match this series." That will give you a series rule.
[17:45:28] kth (kth!~kth@unaffiliated/kth) has joined #mythtv
[17:52:15] stichnot (stichnot!~chatzilla@192.55.54.40) has joined #mythtv
[17:59:30] Unguided (Unguided!~chatzilla@cblmdm72-241-224-90.buckeyecom.net) has joined #mythtv
[18:04:16] davide (davide!~david@host70.16.intrusion.com) has quit (Remote host closed the connection)
[18:04:38] davide (davide!~david@host70.16.intrusion.com) has joined #mythtv
[18:21:22] rsiebert_ (rsiebert_!~quassel@g225050184.adsl.alicedsl.de) has quit (Remote host closed the connection)
[18:21:55] markk: davide: is it me or is the custom edit screen broken? the rule doesn't seem to be updated when you change it.
[18:23:24] rsiebert (rsiebert!~quassel@g225050184.adsl.alicedsl.de) has joined #mythtv
[18:24:03] rsiebert (rsiebert!~quassel@g225050184.adsl.alicedsl.de) has quit (Remote host closed the connection)
[18:24:27] Anduin_ (Anduin_!~awithers@pdpc/supporter/professional/anduin) has quit (Remote host closed the connection)
[18:25:47] rsiebert (rsiebert!~quassel@g225050184.adsl.alicedsl.de) has joined #mythtv
[18:43:27] Anduin (Anduin!~awithers@pdpc/supporter/professional/anduin) has joined #mythtv
[19:17:32] stuartm (stuartm!~stuartm@mythtv/developer/stuartm) has quit (Remote host closed the connection)
[19:22:42] davide: markk: dunno, but i can look into it. what exactly are you trying?
[19:44:50] Jordack (Jordack!~jordack@h69-131-44-221.plmomi.dedicated.static.tds.net) has quit ()
[19:46:49] neufeld: markk: is it this problem? http://code.mythtv.org/trac/ticket/7192
[20:06:29] knightr (knightr!~knightr@mythtv/developer/knightr) has quit (Ping timeout: 252 seconds)
[20:07:35] knightr (knightr!~knightr@mythtv/developer/knightr) has joined #mythtv
[20:07:53] cesman (cesman!~cesman@pdpc/supporter/professional/cesman) has quit (Quit: Konversation terminated!)
[20:39:15] danielk22: markk: This is probably unrelated since the screen has been ported to MythUI, but I've noticed recently in the backend source setup that if the start channel field isn't updated appropriately when you select a video source. There I suspect something was broken by a change in Qt since our code for that hasn't been touched in a while.
[20:44:54] kth (kth!~kth@unaffiliated/kth) has quit (Read error: Connection reset by peer)
[20:50:09] kth (kth!~kth@unaffiliated/kth) has joined #mythtv
[20:52:53] stuartm (stuartm!~stuartm@cpc1-derb9-0-0-cust441.8-3.cable.virginmedia.com) has joined #mythtv
[20:52:54] stuartm (stuartm!~stuartm@cpc1-derb9-0-0-cust441.8-3.cable.virginmedia.com) has quit (Changing host)
[20:52:54] stuartm (stuartm!~stuartm@mythtv/developer/stuartm) has joined #mythtv
[20:55:11] stuartm: can we think about replacing Terra with something else as the default for 0.25? I just don't have the time or interest in keeping it current :(
[21:00:05] danielk22: stuartm: But else what is being maintained? AFAIK Only MythCenter-wide and that is a pretty bare bones theme.
[21:02:42] danielk22: Hmm, who maintains Graphite?
[21:04:09] stuartm: mythbuntu maybe :/ Honestly if it came to it I'd rather start from scratch, incorporate some more recent mythui features in an easier to maintain theme – with a straight forward enough concept we could even split the work between 3 or 4 willing themers
[21:04:13] stuartm: danielk22: iamlindoro
[21:05:04] danielk22: iamlindoro: is Graphite something you might want to put some polish on as the default theme?
[21:05:30] stuartm: the problem with Terra is that it's too reliant on high-concept layouts and pre-rendered imagery which needs to be redrawn for each screen
[21:06:14] iamlindoro: I guess I'd want to know what would constitute putting polish on it-- I prefer Arclight by a long stretch and it's much more complete
[21:06:32] iamlindoro: Graphite was complete as of when I wrote it, but there's quite a lot that has changed since them
[21:06:48] iamlindoro: leaving it probably 60% finished versus the 95+% finished of Arclight
[21:08:09] Seeker`: Arclight++
[21:08:20] danielk22: But my understanding is you don't want to leave GPL Arclight and it requires special fonts, we just want something pretty good for the out of the box experience, it by no means needs to be perfect.
[21:08:28] iamlindoro: User and dev attitudes towards theming (which largely spring from varying tastes, but poor communication/unsolicited hurtful remarks) have made me hesitant to do much theming of late
[21:08:47] iamlindoro: Arclight is GPL-- the fonts have open licenses that merely require that they be distributed with a copy of their licenses
[21:09:03] iamlindoro: (Arclight is distributed with all its fonts, which are all free)
[21:09:27] danielk22: iamlindoro: ah, ok — that's not so bad. I thought it required an extra step by the user/distributor.
[21:09:42] superm1: iamlindoro: what fonts does it use?
[21:10:10] iamlindoro: http://www.theleagueofmoveabletype.com/fonts/7-league-gothic
[21:10:10] iamlindoro: http://www.fontsite.com/download-free-fonts/cartogothic-std/
[21:10:30] iamlindoro: which are the SIL open font license and the fonsite free font license, respectively
[21:10:55] iamlindoro: There's no extra step for the user, since we load the fonts from the theme dir
[21:11:10] superm1: ah that's good then
[21:11:25] stuartm: Captain_Murdoch: metallurgy needs to be removed from the theme selector, it's unusable in 0.24/0.25
[21:11:32] danielk22: iamlindoro: If I made hurtful remarks it was unintentional. I have specific tastes and make them known, but I don't expect others to share them. Arclight is not the theme for me, but I could see it as a good default.
[21:12:23] iamlindoro: danielk22: It's not any one person, I know it's generally not coming from a hurtful place, it's just easier to be sensitive about an artistic endeavor than a coding one-- at least for me
[21:13:00] ** stuarta has no artistic talent so cannot critize anyone **
[21:13:32] iamlindoro: I've worked on some other stuff that is more subtle in the past year, but have had a hard time working up the enthusiasm about theming to finish anything: http://www.fecitfacta.com/cadence.png http://www.fecitfacta.com/concept.png
[21:14:03] dekarl: wrt uk series ids... if you want to do anything with crids you will likely have to add a full content resolver (to resolve the series id to content ids in the various content catalogs) and you'll need a database which maps the various ids together (tvbrainz :)
[21:15:12] iamlindoro: Anyway, I am happy for anything of mine to be/be the basis for a default theme, even willing to make changes to do so (Arclight in particular could do with some font resizing for smaller screens, just hard for me to test since I only have large ones), just would want to have a clear understanding of exactly what the task involved if there are changes to be made
[21:15:35] iamlindoro: (as it's easy to go down the rabbit hole and end up with neverending change orders)
[21:15:38] danielk22: I like the cadance look! it might even pull me away from MythCenter-wide :) — But technically my preference is for a theme that is already mostly there and maybe just needs a little polish for general use.
[21:17:04] iamlindoro: Yeah, I like the look of it too-- got MythVideo and the PBB done and then got frustrates because I had a lot of ideas for the guide grid and couldn't make it look anything but ugly :(
[21:17:25] iamlindoro: shelved it until the full MythUI one is written eventually
[21:17:34] danielk22: iamlindoro: I don't think the default theme needs to be the best theme for everyone, if it doesn't work well for small screen the user can switch.
[21:17:46] stuartm: iamlindoro: it would be easier for all themers if we could stablise the UI to some extent, perhaps now that mythmusic is ported, no more additions or significant alterations to screens etc
[21:17:50] Seeker`: iamlindoro: can I make a request that if you write a theme in the future, can you design it use the full width for the EPG?
[21:18:49] danielk22: iamlindoro: I feel your pain on the guidegrid. It's impossible to get even the simple MythCenterw-wide to render properly on both 1080i and 720p.
[21:19:40] Seeker`: I'd try to recreate XBMC Aeon for mythtv if i had any artistic ability at all
[21:20:25] stuartm: the guidegrid sucks, it was supposed to be made a proper mythui widget and it's not, so it's not really themable to the same extent nor does it behave well at a range of resolutions
[21:21:46] kth (kth!~kth@unaffiliated/kth) has quit (Quit: Leaving.)
[21:22:03] stuartm: I think I've got one good theme in me if I wasn't shackled to maintaining Terra at the same time and there was no pressure to complete it by a certain date, it can anywhere from weeks to months of work – I'd only feel like I'd wasted my time if once I'd started or finished it was already broken by changes in git
[21:23:03] pos (pos!~mark@ppp-46-236.grapevine.net.au) has joined #mythtv
[21:23:27] iamlindoro: danielk22: Well, from a completeness perspective Arclight is by far the closest-- needs a MythMusic theme now that it's there, and if the color scheme and basic layout (which all in all are actually fairly traditional) are more or less ok then I would see the right steps as 1) Theme MythMusic, 2) get some new backgrounds done up, 2) recalibrate font sizes to suit screens small and large, 3) ???, 4) Non-profit
[21:24:09] natanojl (natanojl!~jonatan@c83-252-237-63.bredband.comhem.se) has quit (Ping timeout: 252 seconds)
[21:24:12] Seeker`: how well does terra work in 0.25?
[21:24:14] iamlindoro: stuartm: Any chance of a MythUI guide widget before we "freeze?"  :)
[21:24:49] iamlindoro: I just don't know who is likely to do it if not you, you're the only one who has ever expressed an interest (coupled with actual capability)
[21:25:34] stuartm: Seeker`: it works, it's just there are several screens which aren't themed so they fall back to the defaults – it would be possible with help to get Terra complete for 0.25, but I really wouldn't want to be the sole maintainer after that release
[21:26:58] Seeker`: if arclight is close enough to 0.25-ready, drop terra and work on something
[21:27:02] Seeker`: imo
[21:27:55] stuartm: iamlindoro: well it depends on when we freeze, the amount of free time I have (hope for a sudden cold snap which keeps me indoors (but not an early freeze ... :p )) and I can't ignore the need for motivation
[21:29:05] Seeker`: stuartm: what ideas do you have for a theme?
[21:33:22] stuartm: Seeker`: difficult to articulate, but I've been collecting ideas/inspiration from a variety of modern UIs (tablets/stbs/the odd website) – the colour scheme is probably going to dark (as is the fashion) shiny but not cluttered
[21:33:51] stuartm: I've not created any mockups yet
[21:34:48] Seeker`: stuartm: lemme know if/when you do :)
[21:37:00] danielk22: hmm, aspect ratio in the first channel in livetv looks off
[21:37:17] Seeker`: danielk22: retune
[21:37:35] Seeker`: I think its a known bug
[21:37:42] danielk22: Seeker`: ticket # ?
[21:38:00] Seeker`: danielk22: can't remember, sorry
[21:38:23] Seeker`: first time you tune a channel aspect ratio is off, retune to the same channel again and it is fixed
[21:38:30] stuartm: iamlindoro: the guide grid could be easier that I hope, maybe I can scale back my plans to avoid the complications for a 0.25 widget
[21:39:00] stuartm: danielk22: markk knows about that one, there is a ticket but he seemed to be on top of it
[21:39:41] stuartm: http://svn.mythtv.org/trac/ticket/10224
[21:39:55] stuartm: http://svn.mythtv.org/trac/ticket/10210
[21:40:10] iamlindoro: stuartm: That would be cool-- I would be happy just with the ability to put the title and subtitle roughly where I want them, control color a little better, and maybe some statetypes for HD/audio types, etc. (and to keep the channel/time lists lines up with the grid, which is currently impossible)
[21:40:38] zombor (zombor!~zombor_@kohana/developer/zombor) has quit (Ping timeout: 240 seconds)
[21:41:18] iamlindoro: (and maybe to influence the highlight a little more than just making it a different color... but I guess that's just eye candy... but nice eye candy)
[21:41:20] stuartm: iamlindoro: the tricky bit with the guide grid is knowing what can be hidden or moved to gracefully collapse a 'cell' e.g. for a 5–10 minute programme
[21:41:39] iamlindoro: yeah, I imagine so
[21:49:07] Seeker`: what is the best way to get in to theming? Start from scratch or take an existing theme and modify it
[21:55:28] kth (kth!~kth@unaffiliated/kth) has joined #mythtv
[21:58:31] stuartm: probably the latter, but that's also a good way to pick up bad habits and you won't find newer constructs like <group> which you really should make use of
[22:04:37] stuartm: danielk22: if you have a moment can you jump over to #linuxtv, Devin is discussing the need to patch MythTV to deal with the multiple frontend changes in the dvb API
[22:05:29] stuartm: without changes on our end it apparently means that mythtv won't work with the next kernel
[22:10:33] Seeker`: stuartm: thinking of trying to make arclight in to XBMC
[22:13:08] knightr (knightr!~knightr@mythtv/developer/knightr) has quit (Read error: Operation timed out)
[22:13:49] knightr (knightr!~knightr@mythtv/developer/knightr) has joined #mythtv
[22:18:29] knightr (knightr!~knightr@mythtv/developer/knightr) has quit (Ping timeout: 252 seconds)
[22:20:36] danielk22: stuartm: I don't have time ATM but I'll leave it open while I'm around
[22:31:23] stichnot (stichnot!~chatzilla@192.55.54.40) has quit (Ping timeout: 252 seconds)
[22:36:20] Unguided (Unguided!~chatzilla@cblmdm72-241-224-90.buckeyecom.net) has quit (Ping timeout: 252 seconds)
[22:36:43] stichnot (stichnot!~chatzilla@192.55.54.42) has joined #mythtv
[22:37:24] devinheitmueller (devinheitmueller!~dheitmue@ool-44c12d92.dyn.optonline.net) has joined #mythtv
[22:37:26] stuartm: <devinheitmueller> right now the driver creates two different frontends. In the new model there is a single frontend and the application is expected to explicitly choose the modulation type.
[22:37:33] stuartm: <stuartm> it's probably going to mean breaking existings setups, I can't think of a way to automate switching from two separate frontends to one without the user re-configuring unless we write a special 'upgrade' app for this purpose, we will probably want to emulate two separate frontends internally since anything else would require major architectural changes
[22:38:46] devinheitmueller: stuartm: it's probably worth noting that it's unlikely users will be actively using the same frontend for both DVB-T and DVB-C, since it would require switching the cabling connected to the device.
[22:38:49] stuartm: so we'd present two devices in mythtv-setup for one frontend, both would belong to the same input group (as we do now for MFE devices)
[22:39:09] stuartm: devinheitmueller: noted
[22:39:47] stuartm: devinheitmueller: single tuner, two demods?
[22:39:49] devinheitmueller: stuartm: hence it's probably only really relevant during the channel scan. During normal recording/tv watching you would just have to make sure the delivery system is set to whatever type provides the target channel.
[22:40:18] devinheitmueller: stuartm: in this case we're talking about a single tuner and single demod, where the demod supports both DVB-T and DVB-C.
[22:40:30] devinheitmueller: If there are two demods, then there are two frontends – everybody has agreed on that much.
[22:40:38] stuartm: err, yeah of course
[22:41:47] dekarl: thinking about mixed DVB-C/S/T on one cable, in germany we have a uni-cable-system where DVB-S and DVB-C/T might be carried on the same cable (I have no idea how widespread that is) http://de.wikipedia.org/w/index.php?title=Dat . . . 070811072414
[22:42:00] devinheitmueller: Really this is all about how to handle a single piece of demod silicon that supports multiple modulations. The new behaviour is much more inline with how ATSC/ClearQAM devices do it.
[22:42:50] Unguided (Unguided!~chatzilla@cblmdm72-241-224-90.buckeyecom.net) has joined #mythtv
[22:43:36] danielk22: devinheitmueller: is there a simple example with old vs new API that I can look at?
[22:44:22] devinheitmueller: I think there were some examples floating around the linux-media ML. Alternatively you can look at Mauro's completely rewritten versions of scan/zap.
[22:44:45] stuartm: devinheitmueller: yep, I'd already understood that it was a single demod supporting multiple modulations, but I wasn't thinking about that when I asked that the question :)
[22:45:21] stuartm: brain pulling in two different directions ;)
[22:46:59] devinheitmueller: np
[22:47:06] stuartm: dekarl: actually that's a very good point, multiple standards on a single cable isn't unusual, I've only just installed a quadplexer to do exactly that
[22:48:05] b1tbkt (b1tbkt!~b1tbkt@68-188-69-98.static.stls.mo.charter.com) has quit (Quit: Leaving.)
[22:48:57] stuartm: I've got DVB-S(2) and DVB-T(2) on a single cable, at least until the face plate in this room where they are split out again but I believe it would work fine without splitting ...
[22:52:34] devinheitmueller: It indeed is possible, although not common (I've seen it in hospitals where they did a custom cableplant consisting of VSB8 and QAM256 sources).
[22:56:26] stuartm: s/quadplexer/quadruplexer/
[22:56:28] stuartm: http://www.labgear.co.uk/category/uhf-splitte . . . 006/1036/87/
[22:56:59] stuartm: cheap way to avoid running multiple lengths of cable
[23:01:22] stuartm: http://www.screwfix.com/p/labgear-psf410-s-co . . . 4-band/61474 http://www.screwfix.com/p/labgear-screened-ou . . . ruplex/91669
[23:02:21] kth (kth!~kth@unaffiliated/kth) has quit (Quit: Leaving.)
[23:04:17] stichnot_ (stichnot_!~chatzilla@192.55.54.42) has joined #mythtv
[23:04:17] stichnot (stichnot!~chatzilla@192.55.54.42) has quit (Remote host closed the connection)
[23:04:18] stichnot_ is now known as stichnot
[23:15:31] autojack (autojack!~owen@mail2.nerdnetworks.org) has joined #mythtv
[23:15:36] autojack (autojack!~owen@mail2.nerdnetworks.org) has left #mythtv ()
[23:19:07] MavT (MavT!~MaverickT@111.86.233.220.static.exetel.com.au) has joined #mythtv
[23:19:43] MaverickTech (MaverickTech!~MaverickT@111.86.233.220.static.exetel.com.au) has quit (Ping timeout: 268 seconds)
[23:25:15] b1tbkt (b1tbkt!~b1tbkt@71-85-230-58.dhcp.stls.mo.charter.com) has joined #mythtv
[23:32:08] devinheitmueller (devinheitmueller!~dheitmue@ool-44c12d92.dyn.optonline.net) has left #mythtv ()
[23:39:35] Unguided (Unguided!~chatzilla@cblmdm72-241-224-90.buckeyecom.net) has quit (Ping timeout: 240 seconds)
[23:57:14] rsiebert: danielk22,stuartm: you were talking about changing the default theme. whats about blue-abstract. it never got mentioned. its also pretty much complete except the channel icon download, backend seleczion and the new mythmusic screens.

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