Wednesday, August 20th, 2014, 00:00 UTC | ||
[00:00:34] | rhollan: | heading out |
[00:00:36] | rhollan (rhollan!~hollan@208.85.208.53) has quit (Quit: Leaving) | |
[00:32:36] | Kwisher (Kwisher!~kwisher@c-98-212-119-100.hsd1.in.comcast.net) has joined #mythtv-users | |
[00:35:48] | SmallwoodDR82 (SmallwoodDR82!~Smallwood@unaffiliated/smallwooddr82) has joined #mythtv-users | |
[00:38:49] | disputin (disputin!~sean@216.99.205.62) has joined #mythtv-users | |
[00:40:00] | disputin1 (disputin1!~sean@216.99.205.62) has joined #mythtv-users | |
[00:41:38] | J-e-f-f-A (J-e-f-f-A!~J-e-f-f-A@24-177-48-184.dhcp.oxfr.ma.charter.com) has quit (Quit: Oh No!!!! ;-)) | |
[00:43:24] | disputin (disputin!~sean@216.99.205.62) has quit (Ping timeout: 260 seconds) | |
[00:50:05] | J-e-f-f-A (J-e-f-f-A!~J-e-f-f-A@24-177-48-184.dhcp.oxfr.ma.charter.com) has joined #mythtv-users | |
[01:31:38] | Kwisher (Kwisher!~kwisher@c-98-212-119-100.hsd1.in.comcast.net) has quit (Quit: Leaving) | |
[01:46:11] | louisdk (louisdk!~louis@static-5-103-130-65.seas-nve.net) has quit (Ping timeout: 255 seconds) | |
[01:46:35] | louisdk (louisdk!~louis@static-5-103-130-65.seas-nve.net) has joined #mythtv-users | |
[01:50:23] | [R] ([R]!~rbox@unaffiliated/rbox) has joined #mythtv-users | |
[01:53:19] | disputin1 (disputin1!~sean@216.99.205.62) has quit (Quit: Leaving.) | |
[03:02:37] | ubIx_ (ubIx_!~ulf@p5B266905.dip0.t-ipconnect.de) has joined #mythtv-users | |
[03:05:58] | ubIx (ubIx!~ulf@p5B266D44.dip0.t-ipconnect.de) has quit (Ping timeout: 264 seconds) | |
[03:08:55] | [R] ([R]!~rbox@unaffiliated/rbox) has quit (Quit: Leaving) | |
[03:18:37] | xris: | weird, mfdb keeps adding some not-really-there channels back into my lineup |
[03:24:49] | Warped (Warped!~Warped@108-85-161-113.lightspeed.cicril.sbcglobal.net) has quit (Quit: ChatZilla 0.9.90.1 [Firefox 31.0/20140716183446]) | |
[03:43:58] | disputin (disputin!~sean@65.102.58.17) has joined #mythtv-users | |
[03:44:24] | arescorpio (arescorpio!~arescorpi@201-26-245-190.fibertel.com.ar) has joined #mythtv-users | |
[03:46:06] | fetzerch (fetzerch!~quassel@unaffiliated/fetzerch) has quit (Ping timeout: 260 seconds) | |
[03:47:23] | fetzerch (fetzerch!~quassel@unaffiliated/fetzerch) has joined #mythtv-users | |
[04:05:23] | louisdk (louisdk!~louis@static-5-103-130-65.seas-nve.net) has quit (Ping timeout: 272 seconds) | |
[04:11:29] | [R] ([R]!~rbox@unaffiliated/rbox) has joined #mythtv-users | |
[04:18:39] | rhollan_ is now known as rhollan | |
[04:26:48] | Warped (Warped!~Warped@108-85-161-113.lightspeed.cicril.sbcglobal.net) has joined #mythtv-users | |
[04:44:52] | rhollan is now known as rhollan_afk | |
[04:46:24] | justdave (justdave!~dave@unaffiliated/justdave) has joined #mythtv-users | |
[04:47:03] | justdave_ (justdave_!~dave@unaffiliated/justdave) has quit (Read error: Connection reset by peer) | |
[04:48:27] | [R] ([R]!~rbox@unaffiliated/rbox) has quit (Quit: Leaving) | |
[04:50:11] | disputin (disputin!~sean@65.102.58.17) has quit (Quit: Leaving.) | |
[05:02:48] | SmallwoodDR82 (SmallwoodDR82!~Smallwood@unaffiliated/smallwooddr82) has quit (Quit: and I'm out...) | |
[05:13:53] | kc (kc!~Casper@unaffiliated/kc) has joined #mythtv-users | |
[05:14:13] | benc- (benc-!~benc@c-50-137-197-133.hsd1.mn.comcast.net) has quit (Ping timeout: 255 seconds) | |
[05:27:33] | benc_ (benc_!~benc@c-50-137-197-133.hsd1.mn.comcast.net) has joined #mythtv-users | |
[05:42:46] | hpeter (hpeter!~hpeter@77-58-249-169.dclient.hispeed.ch) has joined #mythtv-users | |
[05:52:47] | clever (clever!~clever@nwcsnbsc03w-047055134166.dhcp-dynamic.FibreOp.nb.bellaliant.net) has quit (Ping timeout: 245 seconds) | |
[05:55:40] | hpeter (hpeter!~hpeter@77-58-249-169.dclient.hispeed.ch) has quit (Quit: hpeter) | |
[06:05:13] | esperegu (esperegu!~quassel@ip-213-124-221-127.ip.prioritytelecom.net) has joined #mythtv-users | |
[06:06:19] | [R] ([R]!~rbox@unaffiliated/rbox) has joined #mythtv-users | |
[06:08:48] | hpeter (hpeter!~hpeter@77-56-33-72.dclient.hispeed.ch) has joined #mythtv-users | |
[06:12:41] | wagnerrp (wagnerrp!~wagnerrp_@mythtv/developer/wagnerrp) has quit (Ping timeout: 272 seconds) | |
[06:43:15] | arescorpio (arescorpio!~arescorpi@201-26-245-190.fibertel.com.ar) has quit (Excess Flood) | |
[06:45:50] | clever (clever!~clever@nwcsnbsc03w-047055158226.dhcp-dynamic.FibreOp.nb.bellaliant.net) has joined #mythtv-users | |
[07:14:28] | kc (kc!~Casper@unaffiliated/kc) has quit (Ping timeout: 260 seconds) | |
[07:20:03] | SteveGoodey (SteveGoodey!~steve@host86-162-40-225.range86-162.btcentralplus.com) has joined #mythtv-users | |
[07:21:36] | [R] ([R]!~rbox@unaffiliated/rbox) has quit (Quit: Leaving) | |
[07:27:33] | justinh (justinh!~justin@host31-53-119-226.range31-53.btcentralplus.com) has quit (Ping timeout: 240 seconds) | |
[07:31:53] | benc_ (benc_!~benc@c-50-137-197-133.hsd1.mn.comcast.net) has quit (Ping timeout: 240 seconds) | |
[07:42:38] | benc- (benc-!~benc@c-50-137-197-133.hsd1.mn.comcast.net) has joined #mythtv-users | |
[07:44:31] | croppa (croppa!~stuart@14.14.233.220.static.exetel.com.au) has joined #mythtv-users | |
[07:58:57] | Merlin83b (Merlin83b!~Daniel@office.34sp.com) has joined #mythtv-users | |
[08:04:56] | rsiebert_ (rsiebert_!~quassel@g225119133.adsl.alicedsl.de) has joined #mythtv-users | |
[08:08:03] | rsiebert (rsiebert!~quassel@f052003243.adsl.alicedsl.de) has quit (Ping timeout: 246 seconds) | |
[08:12:40] | stuartm: | mfdb is only going to add what SD tells it about |
[08:13:58] | stuartm: | xris: is this a digital or analogue source? For digital channels, at least outside the US, we no longer allow mfdb to insert channels since it doesn't have the necessary tuning data |
[08:39:52] | joki (joki!~joki@p54862A85.dip0.t-ipconnect.de) has quit (Ping timeout: 260 seconds) | |
[08:44:34] | joki (joki!~joki@p54861CD6.dip0.t-ipconnect.de) has joined #mythtv-users | |
[08:53:36] | AnthonyUK (AnthonyUK!~IceChat9@host-80-47-22-28.as13285.net) has joined #mythtv-users | |
[08:57:07] | AnthonyUK (AnthonyUK!~IceChat9@host-80-47-22-28.as13285.net) has quit (Client Quit) | |
[08:58:19] | hashbang (hashbang!~isajb@cse-ajb.cse.bris.ac.uk) has joined #mythtv-users | |
[08:59:42] | jimBaxter_uk (jimBaxter_uk!~jbaxter@jimbax.plus.com) has joined #mythtv-users | |
[09:11:01] | xris: | stuartm: I'm at least a year out of date... but it'd be all-digital. not actually sure what the source would be, though |
[09:11:28] | xris: | I don't even know where the data would come from — none of my SD lineups have that xmltvid in them |
[09:13:14] | stuartm: | I'd check the raw feed from sd, it might not appear in the web UI but the only place it can be coming from is SD? |
[09:13:43] | xris: | yeah, too lazy. :) I just marked the channel as invisible |
[09:14:44] | xris: | I have most of my SD channels disabled (limited cable these days) but it's possible the datadirect feed doesn't behave as expected — Gracenote hasn't exactly handled their acquisition of TMS very well |
[09:16:42] | justinh (justinh!~justin@host86-169-222-176.range86-169.btcentralplus.com) has joined #mythtv-users | |
[09:23:42] | xris: | ok, time to sleep. |
[09:59:15] | IRCApplet_ (IRCApplet_!~IRCApplet@124.168.210.247) has joined #mythtv-users | |
[10:06:47] | IRCApplet_ (IRCApplet_!~IRCApplet@124.168.210.247) has quit (Quit: Applet destroyed) | |
[10:47:37] | zombor (zombor!~zombor__@kohana/developer/zombor) has joined #mythtv-users | |
[10:48:11] | zombor (zombor!~zombor__@kohana/developer/zombor) has quit (Remote host closed the connection) | |
[10:53:54] | sraue_ (sraue_!~stephan@2a02:908:fc10:2780:3e97:eff:fe0c:d215) has joined #mythtv-users | |
[10:56:52] | sraue (sraue!~stephan@xbmc/staff/sraue) has quit (Ping timeout: 245 seconds) | |
[11:12:15] | niobos: | I'm trying to understand the whole chanid/channum/callsign history and its interactions with EPG and scheduling. |
[11:12:28] | niobos: | If I understand things correctly (at least for 0.27): |
[11:12:36] | niobos: | channum is only used to order the EPG and to allow direct zapping in LiveTV mode. Correct? |
[11:12:48] | niobos: | callsign is only used to merge (if equal) multiple EGP-lines, and in "this channel" rules. Correct? |
[11:12:58] | niobos: | EPG is kept per channel, not per callsign. Correct? |
[11:13:05] | niobos: | How does the visible-flag interact? Are channels simply not shown in the EGP, but still used for recording? |
[11:13:11] | niobos: | Same for channels without a channum: are they still used for recording? |
[11:14:42] | niobos: | If the above is correct: it seems to make sense to give "Bla" and "Bla +1" (the 1h timeshifted version) the same callsign? |
[11:15:03] | niobos: | and same for SD and HD versions of the same channel (and use the HDTV-flag in EPG to differentiate, if needed)? |
[11:19:33] | stuartm: | niobos: no, +1 channels should not have the same callsign, that would cause them to be treated as the same channel for scheduling purposes and they are not the same |
[11:19:47] | stuartm: | SD/HD yes, those are the same |
[11:20:24] | niobos: | stuartm: I'm confused: if EPG is kept per chanid (and not per callsign), why is scheduling then done per callsign? |
[11:20:27] | stuartm: | visible flag causes channels to be completely ignored, both for scheduling and in the guide |
[11:21:15] | stuartm: | niobos: many users combine sources of TV, e.g. Terrestrial and Satellite which carry some of the same channels |
[11:22:01] | niobos: | as do I |
[11:22:44] | niobos: | so in that case, I only need 1 channel (chanid) per callsign to have EPG-data? |
[11:22:52] | stuartm: | no |
[11:23:16] | stuartm: | channels are per source, if a channel appears on two different sources it has to be included twice |
[11:23:16] | niobos: | now I'm even more confused... |
[11:23:44] | niobos: | OK, I understand that. |
[11:25:03] | stuartm: | but give them the same callsign and they'll be treated as the same channel by the scheduler, so the scheduler knows that even if programme A on one of the channels has a different description on the other channel it's still the same programme |
[11:25:49] | stuartm: | it's a bit more complicated than that, there are some optimisations the scheduler makes using that information |
[11:26:12] | niobos: | so it's OK to have one of the two channels (chanid) without EPG? |
[11:27:32] | niobos: | or: where in the code can I find these things, so I can figure this out myself |
[11:28:16] | stuartm: | no, because although the scheduler will treat two channels with the same callsign as a single channel, it won't assume that a channel without guide data is actually active – some channels only broadcast part-time on a platform |
[11:29:06] | niobos: | ok, and what about similar, but not identical EPGs? Say source1 says news start at 19:00; but source2 says it starts at 18:59? |
[11:30:19] | niobos: | or 1 source says it's "News" all day, and the other source has it split up in "Economic", "Political", ... timeslots (or whatever) |
[11:31:38] | stuartm: | in the former case they should still be treated as the same, there's some flexibility built in on starttime, the latter case can be a problem but only if you record the news (most people don't, preferring to catch it live or read it online) |
[11:32:39] | stuartm: | niobos: you don't _have_ to alter the callsigns, sometimes it improves the scheduling decisions but you could just wait to see how well it works first before making any changes |
[11:33:05] | stuartm: | I think it's fair to say that most people don't bother |
[11:33:09] | niobos: | stuartm: I know, but I'm a perfectionist... can't help it |
[11:33:28] | niobos: | I guess most (all?) is in here somewhere? mythtv / programs / mythbackend / scheduler.cpp |
[11:33:35] | stuartm: | some, like me match up the channum and callsign, the channum is more important for a tidy/organised guide |
[11:34:15] | niobos: | I'm in the process of (re)numbering my channels |
[11:34:33] | stuartm: | niobos: pretty much all of the scheduling logic is in there yes, some bits concerning programme matching are in libs/libmyth/programinfo.cpp & .h |
[11:34:44] | niobos: | so I was confused: should I give them the same channum AND the same callsign, or different channums and same callsign, OR ... |
[11:35:22] | niobos: | OK, I'll read the code. 5000+ lines, looks like a good read |
[11:35:31] | stuartm: | niobos: don't give the SD and HD versions the same channel number, although that should work fine it currently doesn't and it makes it harder to get to the HD version in livetv by entering the number alone |
[11:36:34] | niobos: | on a different but related note: what exactly does the useonairguide do? Does it enable EIT data to populate the EPG for this channel? Or does it instruct the EIT-scanner to tune to this channel (multiplex) to get data, potentially for different channels as well? |
[11:37:03] | niobos: | (especially in the AEIT-case) |
[11:37:06] | stuartm: | I use the non-number based notation 1_2 for the HD version of channel 1 which is a pain, but there's some tuning code that incorrectly uses the channum for recordings :( |
[11:37:47] | stuartm: | niobos: it enables collection of EIT for that channel, the actual data may be on another channel |
[11:37:51] | niobos: | ah, interesting: so giving channels no channum might interfere with recording? |
[11:38:15] | niobos: | and what determines what channels are scanned for EIT data (potentially for other channels)? |
[11:38:28] | stuartm: | niobos: yes, it may, as I noted that's a bug but not one I've got around to fixing yet |
[11:39:20] | niobos: | stuartm: a documented bug is the first step |
[11:39:37] | stuartm: | niobos: that's tricky, I don't believe there's any logic currently to only look at specific channels for data, instead it looks at all channels in turn and grabs whatever data is available |
[11:40:23] | niobos: | all channels? or all channels with useonairguide set? Because I'm trying to minimize waste, I don't need/want the backend to waste time tuning to channels I don't want EIT for |
[11:40:25] | stuartm: | so it might tune 100 channels even if only 1 carries the data for the whole lot |
[11:40:42] | stuartm: | niobos: all channels with useonairguide set |
[11:40:46] | niobos: | ok, makes sense |
[11:41:09] | niobos: | so useonairguide does both: select the channels to tune to for EIT-data; and allow EIT-data to be used for EPG |
[11:41:09] | stuartm: | if the one channel which carries data for the rest doesn't have useonairguide set then you get no data at all |
[11:41:18] | stuartm: | correct |
[11:41:33] | niobos: | I suppose combining XMLTV EPG with EIT is not a good idea? |
[11:41:42] | stuartm: | not for the same channel |
[11:41:48] | niobos: | or does it magically merge things together? |
[11:41:52] | niobos: | ok |
[11:42:11] | niobos: | Ok, thanks a lot. I'll go and have my 5000-line reading marathon |
[11:42:30] | stuartm: | it tries to merge, but can't always make the right decision and that causes chaos |
[11:42:42] | stuartm: | it's much better to stick with one or the other |
[11:43:32] | stuartm: | you can use both on the same source, but not the same channel – I prefer xmltv for most channels, but on radio/news channels I let it use the EIT instead |
[11:43:45] | niobos: | another thing which pops up: If I have 2 channels which are "the same", but only 1 carries EIT-EPG, I'd need to "duplicate" that somehow to allow the scheduler to use the second channel, correct? |
[11:44:07] | stuartm: | correct |
[11:44:15] | niobos: | is there a recommended way to do so? |
[11:44:35] | niobos: | Should I grab EIT myself, or should I directly alter the SQL database? |
[11:44:48] | stuartm: | there has been some talk about allowing 'cross carrying' of EIT data, so that we can copy it from the channel which does provide it to the one that doesn't, but that's not happened yet |
[11:45:22] | niobos: | grabbing EIT to XMLTV, and importing that looks clean, but I'll interfere with mythtv's EIT scanner |
[11:45:36] | niobos: | doing it in SQL is efficient, but violates a couple of layers |
[11:45:58] | stuartm: | niobos: we recommend not writing directly, there's a lot of metadata derived from the raw guide which you may end up not inserting and any schema changes may break your script |
[11:46:28] | niobos: | whay would be the recommended way to do this? |
[11:46:31] | stuartm: | niobos: there are some xmltv scripts to grab and insert EIT |
[11:46:42] | stuartm: | I'd look at those |
[11:47:01] | niobos: | Is there some means to request the backend to free up a tuner for my own EIT-scan? |
[11:48:43] | niobos: | do you have any pointers to these EIT-to-XMLTV tools? my Google-foo is failing me |
[11:48:51] | stuartm: | there's an option to not use that tuner for the active EIT scan (mythtv-setup > Capture Cards > Card #1 > Recording Options) |
[11:48:51] | ** MythLogBot http://code.mythtv.org/trac/ticket/1 ** | |
[11:49:30] | stuartm: | there's a second setting there to only open the card on-demand, as it's needed for recording and not to 'lock' it on startup |
[11:49:55] | croppa (croppa!~stuart@14.14.233.220.static.exetel.com.au) has quit () | |
[11:50:25] | niobos: | but when EIT-scanning is in use, I guess that the backend will simply round-robin over all channels permanently? |
[11:50:51] | niobos: | I only have 1 capture card, so I'd need to time-share between the backend's EITscanner and the external one |
[11:51:01] | niobos: | (well, 1 capture card for this purpose) |
[11:51:11] | stuartm: | correct, when it's not recording or in live tv it's permanently scanning for EIT updates |
[11:52:07] | niobos: | so I'd either need a way to ask the backend to stop that for a while; or I'd need to do the full eit-scanning myself |
[11:52:29] | niobos: | (and not only for the channels that need "cross carrying" |
[11:52:49] | stuartm: | can't find the reference to the EIT xmltv grabber, I'd check our wiki or try asking in here later when someone who does know the answer may be around |
[11:53:11] | stuartm: | I'm not the resident expert on these things any more :) |
[11:53:32] | niobos: | I'll be able to get the EIT-to-XMLTV part working somehow |
[11:53:40] | niobos: | I'm a bit more worried about time-sharing with mythtv |
[11:54:57] | niobos: | and what about: directly querying the database via SQL, but turning that into XMLTV and re-importing that? |
[11:55:10] | niobos: | that will still break on schema changes, but not as violently |
[11:55:27] | stuartm: | there's this one but I'm not sure if it's what would be currently recommended – http://bryars.eu/projects/tv_grab_dvb/ |
[11:55:52] | niobos: | quote: This project isn’t maintained anymore |
[11:56:03] | niobos: | but it's a start |
[11:56:05] | niobos: | thanks |
[11:56:30] | stuartm: | niobos: you may get away with that one, all you need to do is ensure that all connected tables get updated too – person/credit info |
[11:58:02] | niobos: | I think I'll just strip the person/credit info. I'm already glad if time, title, subtitle, description & episode would be there |
[11:58:34] | niobos: | I still have to find the first EIT-data that is this detailed |
[11:59:50] | niobos: | on second thought: why do I need to update the connected tables? If I SELECT the "good" channel, turn that into XMLTV, and use mythfilldatabase --file to re-import that for the "bad" channel? |
[12:00:09] | niobos: | I would assume that mythfilldatabase would update all tables |
[12:10:49] | stuartm: | niobos: yes it would, I was referring to the direct insertion approach |
[12:11:37] | stuartm: | sorry, I need to go back to work now |
[12:24:31] | niobos: | stuartm: np, thanks a lot |
[12:24:51] | wagnerrp (wagnerrp!~wagnerrp_@mythtv/developer/wagnerrp) has joined #mythtv-users | |
[12:24:52] | Mode for #mythtv-users by ChanServ!ChanServ@services. : +v wagnerrp | |
[12:51:22] | andreaz (andreaz!~Andreaz@tmo-096-235.customers.d1-online.com) has joined #mythtv-users | |
[13:11:07] | jya_ (jya_!~jyavenard@mythtv/developer/jya) has joined #mythtv-users | |
[13:11:07] | Mode for #mythtv-users by ChanServ!ChanServ@services. : +v jya_ | |
[13:17:31] | Easy_Rider9999 (Easy_Rider9999!~Miranda@pD9E5C966.dip0.t-ipconnect.de) has joined #mythtv-users | |
[13:20:25] | zombor (zombor!~zombor__@kohana/developer/zombor) has joined #mythtv-users | |
[13:25:56] | disputin (disputin!~sean@65.102.58.17) has joined #mythtv-users | |
[13:33:59] | jya_ (jya_!~jyavenard@mythtv/developer/jya) has quit (Quit: jya_) | |
[13:45:03] | disputin (disputin!~sean@65.102.58.17) has quit (Quit: Leaving.) | |
[13:56:33] | DaveQB (DaveQB!~quassel@ppp255-134.static.internode.on.net) has quit (Ping timeout: 255 seconds) | |
[14:07:39] | Moscherkobold (Moscherkobold!Moscherkob@roath.org) has quit (Read error: Connection reset by peer) | |
[14:10:41] | Jordack (Jordack!~Jordack@75-151-31-172-Michigan.hfc.comcastbusiness.net) has joined #mythtv-users | |
[14:20:14] | sphery: | niobos: In short, channel number is used only for directly tuning a channel in Live TV and EPG ordering (so if you have multiple channels with the same channel number, and you type that channel number in Live TV you get one of them, but you can't control which) |
[14:20:39] | sphery: | so use different channel numbers to allow choosing which channel to tune in Live TV |
[14:21:13] | sphery: | call sign is used for scheduling when applying the "this channel" filter--i.e. if you enable that filter, it will consider all channels with the same call sign to be "this channel" |
[14:21:54] | sphery: | so if you want recording rules to be able to specify which particular channel to consider for a recording using "this channel" filter, you must have different call signs |
[14:22:20] | sphery: | And the only way to "merge" multiple channels into one in the EPG is by having /both/ the call sign and channel number identical |
[14:22:57] | sphery: | A not visible channel is one that will never be used for recording and will not show up in the EPG, but can still be tuned for Live TV |
[14:23:27] | Moscherkobold (Moscherkobold!quassel@roath.org) has joined #mythtv-users | |
[14:23:35] | sphery: | and if you really don't want the channel, your best bet is to either delete it or--at minimum--make it not visible and disable guide data for it |
[14:23:37] | Moscherkobold (Moscherkobold!quassel@roath.org) has quit (Read error: Connection reset by peer) | |
[14:24:31] | sphery: | note that EIT is enabled on both a per-channel basis (saying to use EIT on that channel) and a per-video-source basis (saying whether or not to even enable EIT for the group of channels in that video source) |
[14:26:03] | sphery: | and, yes, the preferred solution for duplicating EIT data across multiple channels is to do so with an EIT grabber that outputs XMLTV and then importing that XMLTV for the other channel (on which EIT has been disabled by unsetting "useonairguide") using mythfilldatabase |
[14:26:31] | sphery: | and you can tell MythTV "I'm going to use a tuner for a while, and you can't use it while I am" with the LOCK_TUNER protocol command |
[14:27:18] | sphery: | though at this point I'm wondering, if you only have one capture card, is there really any reason for you to put listings data in "the other" channel with the same content? |
[14:27:47] | sphery: | meaning if you can record from the one that actually carries EIT, why would you want to record from a different channel (that doesn't carry EIT data) that has the exact same content? |
[14:29:03] | sphery: | and, FWIW, trimming your channel list has huge benefits for scheduling performance and efficiency (i.e. can actually make multirec--recording from multiple channels on the same multiplex--more likely to be possible by limiting the number of mux'es used) |
[14:30:44] | sphery: | (unless you happen to have a very lucky configuration where those channel copies line up perfectly on other mux'es where other shows not available on the original channel's mux are planned to record--but I'd venture you're more likely to have inefficiencies, rather than benefits, in including the copies) |
[14:31:07] | sphery: | s/In short/In not as short as I planned/ |
[14:31:21] | dmz (dmz!~dmz@unaffiliated/dmz) has quit (Remote host closed the connection) | |
[14:35:30] | Warped (Warped!~Warped@108-85-161-113.lightspeed.cicril.sbcglobal.net) has quit (Ping timeout: 246 seconds) | |
[14:36:53] | BillK (BillK!~BillK-Fre@124-148-199-13.dyn.iinet.net.au) has quit (Ping timeout: 240 seconds) | |
[14:37:34] | Warped (Warped!~Warped@108-85-161-113.lightspeed.cicril.sbcglobal.net) has joined #mythtv-users | |
[14:49:12] | gregL (gregL!~greg@cpe-74-76-121-109.nycap.res.rr.com) has quit (Remote host closed the connection) | |
[14:51:33] | Moscherkobold (Moscherkobold!moscherkob@roath.org) has joined #mythtv-users | |
[14:55:25] | Moscherkobold (Moscherkobold!moscherkob@roath.org) has quit (Remote host closed the connection) | |
[14:56:01] | Moscherkobold (Moscherkobold!moscherkob@roath.org) has joined #mythtv-users | |
[15:06:59] | disputin (disputin!~sean@65.102.58.17) has joined #mythtv-users | |
[15:16:06] | Warped (Warped!~Warped@108-85-161-113.lightspeed.cicril.sbcglobal.net) has quit (Ping timeout: 246 seconds) | |
[15:19:03] | Warped (Warped!~Warped@108-85-161-113.lightspeed.cicril.sbcglobal.net) has joined #mythtv-users | |
[15:22:11] | disputin (disputin!~sean@65.102.58.17) has quit (Quit: Leaving.) | |
[15:25:45] | stuartm: | unfortunately there's still bits of code in the recorder which invoke GetChannelFromChanNum() which is a) Completely flawed and b) A f***king awful waste of resources and time |
[15:27:14] | stuartm: | so when I'm not busy with upnp and webfrontend stuff I intend re-writing it to pass around a ChannelInfo object throughout instead of various fragments of the data so that it ends up having to hit the channel table a couple of dozen times for each channel change/recording |
[15:27:59] | disputin (disputin!~sean@65.102.58.17) has joined #mythtv-users | |
[15:30:04] | hpeter_ (hpeter_!~hpeter@77-56-33-72.dclient.hispeed.ch) has joined #mythtv-users | |
[15:32:19] | niobos: | sphery: I have 3 tuner cards: one DVB-T, and 2 DVB-S cards. But the 2nd DVB-S does not have access to all satellites. So to scan EIT data, I need my first (i.e. most versatile) DVB-S tuner. And I do want to duplicate, because I hope that the recording can be scheduled on the 2nd DVB-S |
[15:33:25] | hpeter (hpeter!~hpeter@77-56-33-72.dclient.hispeed.ch) has quit (Ping timeout: 260 seconds) | |
[15:33:42] | niobos: | leaving the 1st available for livetv/last-minute recordings/other stuff |
[15:34:33] | hpeter_ (hpeter_!~hpeter@77-56-33-72.dclient.hispeed.ch) has quit (Ping timeout: 240 seconds) | |
[15:35:23] | niobos: | or more concrete: I receive EIT on channel X on Hotbird-13.0E (DVB-S tuner 1 only), I have the same channel X on Astra-19.2E (both tuners can receive this) without EIT |
[15:35:36] | disputin (disputin!~sean@65.102.58.17) has quit (Quit: Leaving.) | |
[15:35:39] | niobos: | I'd like to cross-populate the EIT to 19.2E to "free up" tuner 1 |
[15:36:31] | niobos: | sphery: and also: thanks for the very long and clear explanation above |
[15:51:24] | disputin (disputin!~sean@65.102.58.17) has joined #mythtv-users | |
[16:03:51] | hashbang (hashbang!~isajb@cse-ajb.cse.bris.ac.uk) has quit (Remote host closed the connection) | |
[16:08:26] | Easy_Rider9999 (Easy_Rider9999!~Miranda@pD9E5C966.dip0.t-ipconnect.de) has quit (Read error: Connection reset by peer) | |
[16:10:31] | sraue_ is now known as sraue | |
[16:10:39] | sraue (sraue!~stephan@2a02:908:fc10:2780:3e97:eff:fe0c:d215) has quit (Changing host) | |
[16:10:39] | sraue (sraue!~stephan@xbmc/staff/sraue) has joined #mythtv-users | |
[16:12:57] | jimBaxter_uk (jimBaxter_uk!~jbaxter@jimbax.plus.com) has quit (Quit: Quiting) | |
[16:29:22] | Warped (Warped!~Warped@108-85-161-113.lightspeed.cicril.sbcglobal.net) has quit (Ping timeout: 264 seconds) | |
[16:30:04] | Warped (Warped!~Warped@108-85-161-113.lightspeed.cicril.sbcglobal.net) has joined #mythtv-users | |
[16:34:00] | SmallwoodDR82 (SmallwoodDR82!~Smallwood@unaffiliated/smallwooddr82) has joined #mythtv-users | |
[16:48:57] | disputin (disputin!~sean@65.102.58.17) has quit (Quit: Leaving.) | |
[16:51:20] | disputin (disputin!~sean@65.102.58.17) has joined #mythtv-users | |
[16:51:46] | hpeter (hpeter!~hpeter@77-58-249-169.dclient.hispeed.ch) has joined #mythtv-users | |
[17:00:29] | natanojl (natanojl!~jonatan@mythtv/developer/natanojl) has joined #mythtv-users | |
[17:06:33] | niobos: | exit |
[17:07:17] | ** niobos realizes that there is no "focus follows eyes", only "focus follows mouse" ** | |
[17:17:03] | niobos: | sphery: about the LOCK_TUNER: is there an easy way to find out when the next schedulede event would be on a specific tuner (i.e. by when I should release the tuner to avoid potential loss of recordings) |
[17:22:19] | disputin (disputin!~sean@65.102.58.17) has quit (Quit: Leaving.) | |
[17:26:50] | Merlin83b (Merlin83b!~Daniel@office.34sp.com) has quit (Quit: Leaving) | |
[17:31:19] | k-man (k-man!~jason@unaffiliated/k-man) has quit (Read error: No route to host) | |
[17:32:02] | rhollan (rhollan!~hollan@208.85.208.53) has joined #mythtv-users | |
[17:32:14] | k-man (k-man!~jason@unaffiliated/k-man) has joined #mythtv-users | |
[17:42:56] | disputin (disputin!~sean@65.102.58.17) has joined #mythtv-users | |
[17:51:56] | disputin (disputin!~sean@65.102.58.17) has quit (Quit: Leaving.) | |
[17:59:50] | andreaz (andreaz!~Andreaz@tmo-096-235.customers.d1-online.com) has quit (Read error: Connection reset by peer) | |
[18:10:22] | Warped (Warped!~Warped@108-85-161-113.lightspeed.cicril.sbcglobal.net) has quit (Ping timeout: 260 seconds) | |
[18:11:38] | Warped (Warped!~Warped@108-85-161-113.lightspeed.cicril.sbcglobal.net) has joined #mythtv-users | |
[18:17:55] | sphery: | niobos: there are other commands to get pending recordings and to get scheduled recordings |
[18:18:23] | sphery: | I recommend using the Python bindings ( http://www.mythtv.org/wiki/Python_Bindings ) to write your script |
[18:19:22] | ** rhollan is happy with his i3–4010U NUC ** | |
[18:19:43] | sphery: | so, for example, you can use MythBE's lockTuner command ( http://www.mythtv.org/wiki/0.25_Python_Bindin . . . dlers#MythBE ), but note that it will only lock the tuner until the script itself exits (so keep the python script process running until you're done with the tuner) |
[18:20:39] | sphery: | niobos: and you can use MythBE's getPendingRecordings or getScheduledRecordings or (possibly better) getUpcomingRecordings (since that's filtered for only those that will record) |
[18:22:32] | sphery: | there's also getRecorderList and getFreeRecorderList |
[18:24:19] | sphery: | basically the python bindings provide a more-user-friendly interface to the MythTV protocol and guarantee that they will be updated for changes to the protocol |
[18:33:10] | SmallwoodDR82 (SmallwoodDR82!~Smallwood@unaffiliated/smallwooddr82) has quit (Quit: and I'm out...) | |
[18:33:20] | rhollan (rhollan!~hollan@208.85.208.53) has quit (Read error: Connection reset by peer) | |
[18:46:41] | niobos: | how often (if at all) do you rescan DVB multiplexes? Is it wise to keep "will never use" channels stowed away at high numbers and visible=0 to avoid littering your lineup with "new" channels? |
[18:53:02] | fetzerch (fetzerch!~quassel@unaffiliated/fetzerch) has quit (Ping timeout: 250 seconds) | |
[18:54:17] | fetzerch (fetzerch!~quassel@unaffiliated/fetzerch) has joined #mythtv-users | |
[18:55:39] | disputin (disputin!~sean@65.102.58.17) has joined #mythtv-users | |
[19:16:57] | clever (clever!~clever@nwcsnbsc03w-047055158226.dhcp-dynamic.FibreOp.nb.bellaliant.net) has quit (Ping timeout: 245 seconds) | |
[19:17:43] | clever (clever!~clever@nwcsnbsc03w-047055158226.dhcp-dynamic.FibreOp.nb.bellaliant.net) has joined #mythtv-users | |
[19:19:01] | rhollan (rhollan!~hollan@208.85.208.53) has joined #mythtv-users | |
[19:34:15] | esperegu (esperegu!~quassel@ip-213-124-221-127.ip.prioritytelecom.net) has quit (Remote host closed the connection) | |
[19:34:42] | hpeter (hpeter!~hpeter@77-58-249-169.dclient.hispeed.ch) has quit (Quit: hpeter) | |
[19:37:44] | gregL (gregL!~greg@cpe-74-76-121-109.nycap.res.rr.com) has joined #mythtv-users | |
[19:39:03] | Blue1 (Blue1!~nwayno@c-69-242-236-188.hsd1.az.comcast.net) has quit (Ping timeout: 240 seconds) | |
[19:59:13] | Kwisher (Kwisher!~kwisher@c-98-212-119-100.hsd1.in.comcast.net) has joined #mythtv-users | |
[20:06:00] | arescorpio (arescorpio!~arescorpi@201-26-245-190.fibertel.com.ar) has joined #mythtv-users | |
[20:19:25] | justinh: | ROFL. My wife just inadvertently found a mythtv feature I never knew existed |
[20:20:08] | justinh: | in the watch recordings screen, she'd accidentally pressed Rewind.. and the recording groups view changed. I had NO idea you could do that |
[20:34:46] | _abbenormal (_abbenormal!~abbenorma@d28-23-248-85.dim.wideopenwest.com) has quit (Ping timeout: 264 seconds) | |
[20:38:37] | zombor (zombor!~zombor__@kohana/developer/zombor) has quit (Remote host closed the connection) | |
[20:38:55] | SmallwoodDR82 (SmallwoodDR82!~Smallwood@unaffiliated/smallwooddr82) has joined #mythtv-users | |
[20:40:55] | Jordack (Jordack!~Jordack@75-151-31-172-Michigan.hfc.comcastbusiness.net) has quit () | |
[20:42:42] | _abbenormal (_abbenormal!~abbenorma@d28-23-248-85.dim.wideopenwest.com) has joined #mythtv-users | |
[20:47:47] | disputin (disputin!~sean@65.102.58.17) has quit (Quit: Leaving.) | |
[20:52:45] | disputin (disputin!~sean@65.102.58.17) has joined #mythtv-users | |
[20:54:38] | SteveGoodey (SteveGoodey!~steve@host86-162-40-225.range86-162.btcentralplus.com) has quit (Quit: Konversation terminated!) | |
[20:55:56] | Steve-Goodey (Steve-Goodey!~steve@host86-162-40-225.range86-162.btcentralplus.com) has joined #mythtv-users | |
[21:02:52] | disputin (disputin!~sean@65.102.58.17) has quit (Quit: Leaving.) | |
[21:04:52] | natanojl (natanojl!~jonatan@mythtv/developer/natanojl) has quit (Ping timeout: 245 seconds) | |
[21:09:12] | disputin (disputin!~sean@65.102.58.17) has joined #mythtv-users | |
[21:16:12] | disputin (disputin!~sean@65.102.58.17) has quit (Quit: Leaving.) | |
[21:17:56] | disputin (disputin!~sean@65.102.58.17) has joined #mythtv-users | |
[21:26:41] | BillK (BillK!~BillK-Fre@58-7-136-155.dyn.iinet.net.au) has joined #mythtv-users | |
[21:27:02] | rhollan (rhollan!~hollan@208.85.208.53) has quit (Quit: Leaving) | |
[21:45:59] | croccydile (croccydile!~croccydil@gave.lots.of.hugs.to.a.dragonite.nl) has quit (Read error: Connection reset by peer) | |
[21:48:00] | disputin (disputin!~sean@65.102.58.17) has quit (Quit: Leaving.) | |
[21:50:32] | disputin (disputin!~sean@65.102.58.17) has joined #mythtv-users | |
[21:53:18] | disputin (disputin!~sean@65.102.58.17) has quit (Client Quit) | |
[21:55:13] | andreaz (andreaz!~andre_000@p579223AB.dip0.t-ipconnect.de) has joined #mythtv-users | |
[21:55:46] | disputin (disputin!~sean@65.102.58.17) has joined #mythtv-users | |
[22:00:13] | disputin (disputin!~sean@65.102.58.17) has quit (Ping timeout: 244 seconds) | |
[22:01:28] | louisdk (louisdk!~louis@static-5-103-130-65.seas-nve.net) has joined #mythtv-users | |
[22:04:58] | disputin (disputin!~sean@65.102.58.17) has joined #mythtv-users | |
[22:09:15] | disputin (disputin!~sean@65.102.58.17) has quit (Client Quit) | |
[22:13:54] | cecil (cecil!~cesman@pool-173-60-115-40.lsanca.fios.verizon.net) has quit (Quit: Konversation terminated!) | |
[22:17:39] | cesman (cesman!~cesman@pdpc/supporter/professional/cesman) has joined #mythtv-users | |
[22:22:20] | Blue1 (Blue1!~nwayno@c-69-242-236-188.hsd1.az.comcast.net) has joined #mythtv-users | |
[22:26:16] | IRCApplet_ (IRCApplet_!~IRCApplet@124-168-209-45.dyn.iinet.net.au) has joined #mythtv-users | |
[22:43:24] | Kwisher (Kwisher!~kwisher@c-98-212-119-100.hsd1.in.comcast.net) has quit (Quit: Leaving) | |
[22:49:07] | IRCApplet_ (IRCApplet_!~IRCApplet@124-168-209-45.dyn.iinet.net.au) has quit (Quit: Applet destroyed) | |
[22:59:12] | SmallwoodDR82 (SmallwoodDR82!~Smallwood@unaffiliated/smallwooddr82) has quit (Quit: and I'm out...) | |
[23:08:55] | croccydile (croccydile!~croccydil@gave.lots.of.hugs.to.a.dragonite.nl) has joined #mythtv-users | |
[23:13:21] | ctmjr (ctmjr!~chuck@pdpc/supporter/active/ctmjr) has quit (Remote host closed the connection) | |
[23:25:11] | squidly (squidly!~squidly@mail.codestorm.org) has quit (Remote host closed the connection) | |
[23:41:33] | rhollan (rhollan!~hollan@208.85.208.53) has joined #mythtv-users | |
[23:44:10] | stuartm_ (stuartm_!~stuartm@mythtv/developer/stuartm) has joined #mythtv-users | |
[23:44:10] | Mode for #mythtv-users by ChanServ!ChanServ@services. : +v stuartm_ | |
[23:44:55] | stuartm (stuartm!~stuartm@mythtv/developer/stuartm) has quit (Ping timeout: 244 seconds) | |
[23:46:20] | rhollan (rhollan!~hollan@208.85.208.53) has quit (Quit: Leaving) | |
[23:47:10] | benc- (benc-!~benc@c-50-137-197-133.hsd1.mn.comcast.net) has quit (Ping timeout: 244 seconds) | |
[23:48:09] | disputin (disputin!~sean@65.102.58.17) has joined #mythtv-users | |
[23:49:26] | trumee (trumee!~parul@c-98-199-151-246.hsd1.tx.comcast.net) has quit (Ping timeout: 244 seconds) | |
[23:49:28] | purserj (purserj!~purserj@hosting.collaborynth.com.au) has quit (Ping timeout: 244 seconds) | |
[23:49:36] | purserj_ (purserj_!~purserj@hosting.collaborynth.com.au) has joined #mythtv-users | |
[23:50:10] | trumee (trumee!~parul@c-98-199-151-246.hsd1.tx.comcast.net) has joined #mythtv-users | |
[23:50:34] | Blue1 (Blue1!~nwayno@c-69-242-236-188.hsd1.az.comcast.net) has quit (Ping timeout: 260 seconds) | |
[23:52:04] | Dave123 (Dave123!~Dave123@cpe-74-74-218-98.rochester.res.rr.com) has quit (Ping timeout: 244 seconds) | |
[23:52:08] | Dave123__ (Dave123__!~Dave123@cpe-74-74-218-98.rochester.res.rr.com) has joined #mythtv-users | |
[23:52:16] | adante (adante!~adante@59.167.212.65) has quit (Remote host closed the connection) | |
[23:52:23] | adante (adante!~adante@59.167.212.65) has joined #mythtv-users | |
[23:53:30] | benc_ (benc_!~benc@c-50-137-197-133.hsd1.mn.comcast.net) has joined #mythtv-users | |
[23:53:38] | disputin (disputin!~sean@65.102.58.17) has quit (Quit: Leaving.) | |
[23:56:27] | IRCApplet_ (IRCApplet_!~IRCApplet@124-168-209-45.dyn.iinet.net.au) has joined #mythtv-users |
IRC Logs collected by
BeirdoBot.
Please use the above link to report any bugs.