MythLogBot@irc.freenode.net :: #mythtv

Daily chat history

Current users (63):

cybrNaut, dekarl, fetzerch, joki, MythLogBot, Anssi, caelor, clever, coling, dblain, ElmerFudd, ghoti, gregL, Hydr0p0nX, J-e-f-f-A, jab416171, jams_, jheizer, jpharvey, jst, jya, kc, kurre2, peper03, pppingme, rich0, Seeker`, seld, sheedy-away, skd5aner, sphery, sraue, stuarta, superm1, taylorr, tgm4883, unforgiven512, wagnerrp, Warped, XDS2010, zentec, _charly_, 7F1AALP94, ChanServ, dym, nephyrin, tonsofpcs, Tobbe5178, stuartm, amessina, brfransen, pitz, jwhite, poptix, MythBuild, cecil, lapion, aloril, sl1ce, kadafi, GreyFoxx, jnylen, libsci
Sunday, May 17th, 2015, 00:13 UTC
[00:13:48] stichnot (stichnot!~stichnot@adsl-68-125-52-202.dsl.pltn13.pacbell.net) has joined #mythtv
[00:13:48] stichnot (stichnot!~stichnot@mythtv/developer/stichnot) has joined #mythtv
[00:13:48] stichnot (stichnot!~stichnot@adsl-68-125-52-202.dsl.pltn13.pacbell.net) has quit (Changing host)
[00:27:04] arescorpio (arescorpio!~arescorpi@168-41-16-190.fibertel.com.ar) has joined #mythtv
[01:07:12] SteveGoodey (SteveGoodey!~steve@host86-151-177-34.range86-151.btcentralplus.com) has joined #mythtv
[01:24:12] andreaz (andreaz!~andre_000@p5DD1506E.dip0.t-ipconnect.de) has quit (Read error: Connection reset by peer)
[02:16:04] SteveGoodey (SteveGoodey!~steve@host86-151-177-34.range86-151.btcentralplus.com) has quit (Quit: Konversation terminated!)
[03:04:08] fetzerch (fetzerch!~quassel@unaffiliated/fetzerch) has joined #mythtv
[03:07:43] fetzerch_ (fetzerch_!~quassel@unaffiliated/fetzerch) has quit (Ping timeout: 256 seconds)
[03:09:40] amessina (amessina!~amessina@unaffiliated/amessina) has quit (Quit: Konversation terminated!)
[03:32:08] cotterpin (cotterpin!~hp-mini@203.184.63.29) has left #mythtv ()
[04:23:14] sl1ce (sl1ce!~johnathan@pool-100-0-6-13.bstnma.fios.verizon.net) has quit (Read error: Connection reset by peer)
[05:01:43] arescorpio (arescorpio!~arescorpi@168-41-16-190.fibertel.com.ar) has quit (Excess Flood)
[06:24:45] dekarl1 (dekarl1!~dekarl@mythtv/developer/dekarl) has joined #mythtv
[06:27:25] dekarl (dekarl!~dekarl@mythtv/developer/dekarl) has quit (Ping timeout: 258 seconds)
[06:32:03] Tobbe5178 (Tobbe5178!~asdf@2001:2002:51e1:d8ee:4499:4346:cd7e:67e4) has joined #mythtv
[06:59:59] jnylen (jnylen!~jnylen@unaffiliated/jnylen) has joined #mythtv
[08:04:10] matmat1 (matmat1!~tm4@p54A802DC.dip0.t-ipconnect.de) has joined #mythtv
[08:05:00] matmat1: good morning :) I need some help getting MythTV running (DVB-S card, back and front on the same machine locally). anyone around that could help, please?
[08:05:26] matmat1: oh, sorry wrong channel
[08:05:34] matmat1 (matmat1!~tm4@p54A802DC.dip0.t-ipconnect.de) has left #mythtv ()
[08:33:11] SteveGoodey (SteveGoodey!~steve@host86-151-177-34.range86-151.btcentralplus.com) has joined #mythtv
[09:00:58] jheizer_ (jheizer_!~jheizer@2601:d:3a00:370:95b0:b4:7a69:b30d) has quit (Ping timeout: 252 seconds)
[09:50:03] paul-h (paul-h!~Paul@94.12.148.232) has joined #mythtv
[09:54:42] paul-h: peper03: just done a build with --enable-bdjava and everything compiled OK. Didn't actually see anything fly by in the compiler output to suggest anything changed how do I know if it built OK?
[10:01:25] peper03: paul-h: You should now have a share/mythtv/jars directory under the installation directory. In there should be a file called libmythbluray-j2se-0.8.1.jar
[10:04:02] paul-h: Nothing there so something is wrong
[10:07:02] peper03: Hmm. What about in the source tree under externals/libmythbluray/libbluray/bdj? There should be a 'build' directory and a '.libs' directory. 'build' contains all the individual .class files, and '.libs' should have the .jar file.
[10:10:57] paul-h: Yeah there are several directories there and if I go deep enough there are .class files in there
[10:15:54] paul-h: peper03: OK red face time! I think I may have mixed up my fork with clean master and installed the wrong one. Re-traced my steps and the jar is there now :)
[10:20:25] peper03: paul-h: Ah, good! Thanks for checking!
[10:37:50] Tobbe5178 (Tobbe5178!~asdf@2001:2002:51e1:d8ee:4499:4346:cd7e:67e4) has quit (Read error: Connection reset by peer)
[10:37:56] Roklobsta (Roklobsta!~Roklobsta@ppp118-209-110-200.lns20.mel4.internode.on.net) has joined #mythtv
[11:36:21] libsci (libsci!~libsci@unaffiliated/libsci) has joined #mythtv
[11:40:41] libsci: Hey! I was getting annoyed with missing parts of my recordings on the BBC (UK Freesat) due to the program overruning. I googled around, and found this ticket: https://code.mythtv.org/trac/ticket/10101. Now this is only for freeview- what is the status for this on Freesat?
[11:41:36] Steve-Goodey (Steve-Goodey!~steve@host86-151-177-34.range86-151.btcentralplus.com) has joined #mythtv
[11:47:51] amessina (amessina!~amessina@unaffiliated/amessina) has joined #mythtv
[11:52:34] paul-h: libsci: stuartm took the ticket but I know he doesn't have much time for Myth at the moment so we really need some help to finish the patch and test it to speed things up
[11:54:33] libsci: the patch is also only for Freeview (DVB-T)
[11:56:04] paul-h: David does say he has a patch for Freesat so it may be worth talking to him
[11:56:24] libsci: paul-h: my c++ is a little rusty :P I have emailed the original creator, as he mentioned that he also had a patch for DVB-S. If he comes back to me, I may actually give it a go!
[11:56:28] libsci: yes
[11:57:43] paul-h: Don't need to know c++ to just test a patch :)
[11:58:30] libsci: I wonder though if a slightly different approach is needed: David's patch only uses the EITpf data to modify the end time of one specific recording, while all of the EITpf data could actually used to fine tune the EPG data; i.e. including all recording start times.
[12:00:37] paul-h: stuarta and dekarl1 are probably the best people to ask about that
[12:02:20] libsci: Humax' recorders manage this quite well: http://wiki.hummy.tv/wiki/Padding_versus_Accurate_Recording&n bsp;– It would be great if this behaviour could be copied. Thanks, I suppose they will responds to your highlight when they are around!
[12:06:09] paul-h: It's definitely something we should have support for. The problem is the devs who know about this sort of stuff have little time to work on it. We really should be working with David to get this finished if he is still interested
[12:12:14] paul-h: I think the problem with the patch at the moment and probably why it hasn't been merged yet is the problem of not integrating with the scheduler
[12:20:15] knightr_ (knightr_!~Nicolas@69-165-170-178.dsl.teksavvy.com) has quit (Read error: Connection reset by peer)
[12:40:35] Knight80 (Knight80!~Knight80@173.Red-2-137-128.dynamicIP.rima-tde.net) has joined #mythtv
[12:40:40] Knight80: Hello everyone
[12:55:13] Knight80 (Knight80!~Knight80@173.Red-2-137-128.dynamicIP.rima-tde.net) has left #mythtv ("Saliendo")
[13:06:20] Tobbe5178 (Tobbe5178!~asdf@2001:2002:51e1:d8ee:184c:96ad:522c:719d) has joined #mythtv
[13:07:52] Tobbe5178 (Tobbe5178!~asdf@2001:2002:51e1:d8ee:184c:96ad:522c:719d) has quit (Read error: Connection reset by peer)
[13:10:31] Tobbe5178 (Tobbe5178!~asdf@2001:2002:51e1:d8ee:2849:a8b6:b80:fa54) has joined #mythtv
[13:16:51] dekarl1: libsci: exaclty what your link says, we need a database that tells us which channel provides proper data for EITpf / AR
[13:17:20] dekarl1: also notice that mythtv will happily provide "start early"/"end late" for consecutive recordings on the same channel via multirec
[13:17:23] dekarl1 is now known as dekarl
[13:18:03] dekarl: libsci: what do you mean with "all of the EITpf data could actually used to fine tune the EPG data; i.e. including all recording start times."?
[13:19:30] dekarl: david's patch appears to be tailored to the use case or "I have start early and end late, but sometimes its not enough at the end, so automatically extend the recording if there is data"
[13:21:28] dekarl: but its very UK specific when it depends on proper CRIDs
[14:03:19] libsci: dekarl: hey! Please note that I haven't looked much into this; so please correct me if I am wrong. I am assuming that if a channel sends such accurate timing information, then it should be accurate, and hence can be used to update the channel timings. I just had a flick through http://www.etsi.org/deliver/etsi_en/300400_30 . . . 010301p.pdf, section 5.2 (which I
[14:03:20] libsci: presume is the base for the EIT parsing).
[14:07:34] libsci: dekarl: where does mythtv parse these tables? I can see http://www.mythtv.co.uk/documentation/develop . . . TableID.html lists all the different id's, (including PF_EIT, and all others that the the standard lists) – so which ones (and where) are implemented in mythtv?
[14:09:43] dekarl: libsci: there is no acurate timing information :) its mandatory EIT data that signals the present and following programme (in short EITpf). It does not have to be acurate. But if it is acurate, then you can use it for AcurateRecording
[14:10:54] libsci: ok, so what does mythtv currently do with this data?
[14:11:37] dekarl: all EIT is parsed around libmythtv/eit*, maybe start at the scanner https://code.mythtv.org/doxygen/classEITScanner.html
[14:11:48] dekarl: it is only parsed to update the guide database
[14:13:20] libsci: thanks. Ah, so once a recording has been scheduled, the start and end times of the recording do not get changed if the eit data changes?
[14:13:40] libsci: wow, what a diagram.
[14:14:36] dekarl: I dont know :) But if I understood the patch correclty it adds new functionality to ignore the signalled end time and use the switching point where the event switches to running state
[14:17:03] dekarl: thats the "interesting" thing with MPEG/DVB stanards, as its designed by committee there are often half a dozen ways to do the same thing :/
[14:24:55] libsci: hmm, it seems to me that once mythtv has started recording, the end time is set in stone; so the patch adds a listener to EIT data so that it knows the 'real' end time...
[14:46:10] markspieth (markspieth!~markspiet@124.188.40.78) has quit (Ping timeout: 255 seconds)
[14:49:36] libsci: wow, the eit managing routines are messy! https://code.mythtv.org/doxygen/eithelper_8cp . . . .html#l01295 ...
[14:56:22] amessina_ (amessina_!~amessina@unaffiliated/amessina) has joined #mythtv
[14:57:31] amessina (amessina!~amessina@unaffiliated/amessina) has quit (Ping timeout: 265 seconds)
[14:57:32] libsci: dekarl: I found the exact specs of accurate recording on freesat, page 99 of http://www.etsi.org/deliver/etsi_ts/102300_10 . . . v010401p.pdf .
[15:05:52] libsci: that section is pretty much a blueprint of how to implement accurate recording....
[15:11:11] dekarl: that is TS 102 323 – Carriage and signalling of TV-Anytime informationin DVB transport streams
[15:11:43] dekarl: is there TV-Anytime data in the wild in the UK?
[15:12:30] dekarl: that would explain why David's patch relies on the CRID of the programme in the guide to match the EITpf data
[15:14:58] dekarl: I like the locators. They give start_early and end_late data for each event. :)
[15:16:54] markspieth (markspieth!~markspiet@124.188.40.78) has joined #mythtv
[15:18:24] dekarl: libsci: figure 18 (page 102) shows the state transitions that MythTV could hook into, if there is good data available for a given tv service
[15:18:57] markspieth: libsci: I wonder if freesat UK is anything like freeview AU? I know you need a special license ($) to sell/make a STB for freeview.
[15:19:21] libsci: I have no idea!
[15:19:39] markspieth: I also have code for Sky UK/Foxtel EIT if you are interested
[15:20:05] markspieth: tv_grab_dvb_plus
[15:20:50] libsci: well, I don't have access for Sky UK or Foxtel :P
[15:20:56] dekarl: personally I'm quite happy with giving lots of slack together with the new feature #11713 (thanks for that stichnot, just watched some recordings from post-update and it comes out nicely)
[15:20:56] ** MythLogBot http://code.mythtv.org/trac/ticket/11713 **
[15:21:00] markspieth: I started to to integrate this into myth but lost interest because I couldnt record anythin from these.
[15:21:17] libsci: ah :P
[15:22:29] libsci: markspieth: whats STB?
[15:22:35] markspieth: set top box
[15:23:55] dekarl: stichnot, one idea for improvement would be to ignore the programme start bookmark if there is an explicit cutlist. e.g. after I manually marked the real programe start
[15:24:24] Roklobsta (Roklobsta!~Roklobsta@ppp118-209-110-200.lns20.mel4.internode.on.net) has quit (Ping timeout: 245 seconds)
[15:31:49] stichnot: dekarl: that's a great point. I assume you especially mean the case where your cutlist explicitly includes some part of the preroll region
[15:33:38] dekarl: stichnot: exactly. for commercial free stuff its basically everything before/after the actual programme with just two cut points
[15:34:31] libsci: and on freesat these cut points could be given by Accurate Recording
[15:35:06] dekarl: libsci, that's something that I'll believe as soon as I see real data :)
[15:35:13] andreaz (andreaz!~andre_000@p5DD1506E.dip0.t-ipconnect.de) has joined #mythtv
[15:35:59] libsci: ok, how do I get real data?
[15:38:59] libsci: dekarl: or rather, how do I get the data to you?
[15:47:13] joki (joki!~joki@p5B36EE3C.dip0.t-ipconnect.de) has quit (Ping timeout: 264 seconds)
[15:52:59] joki (joki!~joki@p5B36D8BA.dip0.t-ipconnect.de) has joined #mythtv
[15:57:10] dekarl: How to capture the data is a good question. Maybe some hack to also record the EITpf and "TV-Anytime data" together with the programme, then extend mythutil to print it out similar to PMT changes in the PIDPrinter
[15:57:52] dekarl: that would still miss the differences between system time, real time and what the service thinks the time is
[16:04:27] dekarl: libsci: easiest would be to test the existing patch. getting all variants right appears to be a real time sink for little gain over the patch. Time that I don't have to sink ;)
[16:12:51] seld (seld!~seld@h7n7-rny-a12.ias.bredband.telia.com) has quit (Remote host closed the connection)
[16:13:23] libsci: dekarl: so far I am just using ubuntu's 0.27.1, (or is that fixes/0.27)? If I build my own version, should I stick to this one or upgrade?
[16:14:46] dekarl: I think you can patch and build fixes/0.27 from source via this recipe http://www.mythbuntu.org/development/recipes
[16:15:48] libsci: so I shouldn't bother with master?
[16:17:36] libsci: oh yes, but his patch only applies natively against 0.24 (or was it 0.25?)
[16:19:30] rich0__ is now known as rich0
[16:30:23] natanojl (natanojl!~jonatan@mythtv/developer/natanojl) has joined #mythtv
[16:30:57] seld (seld!~seld@h7n7-rny-a12.ias.bredband.telia.com) has joined #mythtv
[17:20:20] dekarl: libsci: feel free to use master is you are feeling lucky (it may reduce the WAF depending on when you build, but generally works well in production) or have a separate development system. Staying on the fixes/0.27 branch just means less changes in one step
[18:02:51] libsci: Right, I have compiled fixes/0.27 without major problems (a one liner for apt-get install'ing the dependencies would have been nice :P). Is it possible to install this development version alongside my existing install (after backing up mysql of course)?
[18:45:53] amessina_ is now known as amessina
[18:56:04] Chutt_ (Chutt_!~ijr@cpe-174-100-158-24.neo.res.rr.com) has quit (Ping timeout: 258 seconds)
[19:53:39] stuarta: libsci: apt-get builddep mythtv?
[20:02:57] stuarta: evening all
[20:17:28] libsci: well, thanks stuarta!
[20:19:58] stuarta: if that fails i've written some ansible playbooks to do the same thing
[20:32:51] andreaz (andreaz!~andre_000@p5DD1506E.dip0.t-ipconnect.de) has quit (Quit: Leaving.)
[20:33:55] libsci: well I got it working just by doing ./configure and make and installing dependencies as needed... although I suppose that does not guarantee proper running
[20:36:13] stuarta: 99% of the time that'll do just fine
[20:36:24] stuarta: that's how we all start
[20:44:10] Steve-Goodey (Steve-Goodey!~steve@host86-151-177-34.range86-151.btcentralplus.com) has quit (Quit: Konversation terminated!)
[20:50:48] SteveGoodey (SteveGoodey!~steve@host86-151-177-34.range86-151.btcentralplus.com) has quit (Quit: Konversation terminated!)
[21:10:19] jheizer (jheizer!~jheizer@2601:d:3a00:370:d4a5:f9ee:5963:74a5) has joined #mythtv
[21:14:27] Roklobsta (Roklobsta!~Roklobsta@ppp118-209-110-200.lns20.mel4.internode.on.net) has joined #mythtv
[21:40:10] sl1ce (sl1ce!~johnathan@pool-100-0-6-13.bstnma.fios.verizon.net) has joined #mythtv
[21:41:41] natanojl (natanojl!~jonatan@mythtv/developer/natanojl) has quit (Quit: Lämnar)
[21:45:52] Roklobsta (Roklobsta!~Roklobsta@ppp118-209-110-200.lns20.mel4.internode.on.net) has quit (Quit: KVIrc 4.2.0 Equilibrium http://www.kvirc.net/)
[22:06:07] markspieth (markspieth!~markspiet@124.188.40.78) has quit (Read error: Connection reset by peer)
[22:26:43] paul-h (paul-h!~Paul@94.12.148.232) has quit (Quit: Konversation terminated!)
[22:28:00] andreaz (andreaz!~andre_000@p5DD1506E.dip0.t-ipconnect.de) has joined #mythtv
[23:50:21] andreaz (andreaz!~andre_000@p5DD1506E.dip0.t-ipconnect.de) has quit (Read error: Connection reset by peer)

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