Tuesday, August 7th, 2012, 00:15 UTC | ||
[00:15:15] | kormoc (kormoc!~kormoc@mythtv/developer/kormoc) has joined #mythtv | |
[00:16:35] | kormoc (kormoc!~kormoc@mythtv/developer/kormoc) has left #mythtv () | |
[00:23:33] | kormoc (kormoc!~kormoc@mythtv/developer/kormoc) has joined #mythtv | |
[00:24:16] | kormoc (kormoc!~kormoc@mythtv/developer/kormoc) has left #mythtv () | |
[00:26:24] | kormoc_ (kormoc_!~kormoc@mythtv/developer/kormoc) has joined #mythtv | |
[00:27:12] | kormoc_ (kormoc_!~kormoc@mythtv/developer/kormoc) has quit (Client Quit) | |
[00:29:10] | pheld (pheld!~heldal@cl-5.osl-01.no.sixxs.net) has quit (Quit: Leaving.) | |
[01:14:39] | knightr_: | Captain_Murdoch, Hi! Do I have to ask the list to add missing translation calls? (I hope not...) The possibility of this causing problems is almost inexistent... |
[01:30:56] | Beirdo: | knightr_: I can't see why you'd need to ask to fix translations :) |
[01:31:07] | joki (joki!~joki@p54863073.dip.t-dialin.net) has quit (Ping timeout: 240 seconds) | |
[01:31:16] | kormoc (kormoc!~kormoc@mythtv/developer/kormoc) has joined #mythtv | |
[01:31:29] | joki (joki!~joki@p54862E14.dip.t-dialin.net) has joined #mythtv | |
[01:40:31] | andreax1 (andreax1!~andreaz@p5089F923.dip.t-dialin.net) has quit (Read error: Connection reset by peer) | |
[02:23:22] | NightMonkey (NightMonkey!~NightrMon@pdpc/supporter/professional/nightmonkey) has quit (Quit: Body blow! Body blow!) | |
[02:52:44] | skd5aner (skd5aner!~skd5aner@c-98-227-171-207.hsd1.in.comcast.net) has quit (Ping timeout: 246 seconds) | |
[02:53:07] | skd5aner (skd5aner!~skd5aner@c-98-227-171-207.hsd1.in.comcast.net) has joined #mythtv | |
[02:54:33] | zombor (zombor!~zombor_@kohana/developer/zombor) has quit (Remote host closed the connection) | |
[03:01:36] | ponyofdeath (ponyofdeath!~vladi@cpe-75-80-169-76.san.res.rr.com) has joined #mythtv | |
[03:01:58] | ponyofdeath: | hi, i am getting abrubt stop while watching live tv with mythtv .25. here is my log http://bpaste.net/show/a9VoXCcca6JS38ETBG94/ |
[03:03:50] | saintdev (saintdev!~saint@unaffiliated/saintdev) has joined #mythtv | |
[03:04:11] | saintdev: | hi, who's been working on the HLS stuff? |
[03:41:30] | highzeth (highzeth!~hz@hoiseth.no) has quit (Ping timeout: 264 seconds) | |
[04:02:00] | dmfrey (dmfrey!~dmfrey@64-121-93-243.c3-0.smt-ubr1.atw-smt.pa.cable.rcn.com) has quit (Quit: Ex-Chat) | |
[04:17:33] | cattelan (cattelan!~cattelan@c-66-41-26-220.hsd1.mn.comcast.net) has quit (Ping timeout: 244 seconds) | |
[04:30:04] | cattelan (cattelan!~cattelan@c-66-41-26-220.hsd1.mn.comcast.net) has joined #mythtv | |
[04:48:02] | jya (jya!~jyavenard@mythtv/developer/jya) has quit (Ping timeout: 244 seconds) | |
[05:01:31] | stichnot (stichnot!stichnot@nat/intel/x-cbotgvywancuyrdr) has joined #mythtv | |
[05:01:31] | stichnot (stichnot!stichnot@mythtv/developer/stichnot) has joined #mythtv | |
[05:01:31] | stichnot (stichnot!stichnot@nat/intel/x-cbotgvywancuyrdr) has quit (Changing host) | |
[05:14:59] | gregL (gregL!~greg@cpe-74-76-125-87.nycap.res.rr.com) has quit (Read error: Connection reset by peer) | |
[05:17:17] | stoffel (stoffel!~quassel@pD9E418CE.dip.t-dialin.net) has joined #mythtv | |
[05:32:25] | gregL (gregL!~greg@cpe-74-76-125-87.nycap.res.rr.com) has joined #mythtv | |
[05:40:30] | stoffel (stoffel!~quassel@pD9E418CE.dip.t-dialin.net) has quit (Remote host closed the connection) | |
[05:53:15] | SteveGoodey (SteveGoodey!~steve@host86-129-35-147.range86-129.btcentralplus.com) has joined #mythtv | |
[06:00:25] | pheld (pheld!~heldal@cl-5.osl-01.no.sixxs.net) has joined #mythtv | |
[06:01:43] | SteveGoodey (SteveGoodey!~steve@host86-129-35-147.range86-129.btcentralplus.com) has quit (Remote host closed the connection) | |
[06:02:32] | sunkan_ is now known as sunkan | |
[07:43:38] | Chutt (Chutt!~ijr@cpe-24-29-225-175.neo.res.rr.com) has quit (*.net *.split) | |
[07:43:39] | kwmonroe (kwmonroe!~kwmonroe@32.97.110.60) has quit (*.net *.split) | |
[07:43:39] | Captain_Murdoch (Captain_Murdoch!~cpinkham@mythtv/developer/CaptainMurdoch) has quit (*.net *.split) | |
[07:52:01] | purserj_ (purserj_!~purserj@hosting.collaborynth.com.au) has quit (Read error: Operation timed out) | |
[07:52:10] | purserj (purserj!~purserj@hosting.collaborynth.com.au) has joined #mythtv | |
[08:11:50] | Chutt (Chutt!~ijr@cpe-24-29-225-175.neo.res.rr.com) has joined #mythtv | |
[08:11:50] | kwmonroe (kwmonroe!~kwmonroe@32.97.110.60) has joined #mythtv | |
[08:11:50] | Captain_Murdoch (Captain_Murdoch!~cpinkham@mythtv/developer/CaptainMurdoch) has joined #mythtv | |
[08:14:38] | steve_goodey (steve_goodey!~Steve@212.183.128.125) has joined #mythtv | |
[08:18:05] | sraue (sraue!~stephan@xbmc/staff/sraue) has quit (Read error: Connection reset by peer) | |
[08:19:52] | steve_goodey: | !seen wagnerrp |
[08:19:52] | MythLogBot: | wagnerrp is here and has been idle for 14 hours 25 minutes 13 seconds |
[08:24:32] | rsiebert (rsiebert!~quassel@g231187250.adsl.alicedsl.de) has joined #mythtv | |
[08:24:55] | rsiebert_ (rsiebert_!~quassel@g231186169.adsl.alicedsl.de) has quit (Ping timeout: 246 seconds) | |
[08:33:02] | steve_goodey (steve_goodey!~Steve@212.183.128.125) has quit (Quit: SimpleIRC v2.0.6) | |
[09:02:04] | stuartm: | jya: if they aren't seekable then we should try and frustrate the user when it errors out or returns to the point where they started |
[09:03:05] | stuartm: | jya: if the stream was played via mnv then it's no different to playing via mythavtest so that would be an issue |
[09:03:35] | stuartm: | s/should try/shouldn't try/ |
[09:05:06] | oschni (oschni!~oschni_fr@mx.twinlabs.de) has left #mythtv ("Reality is that which, when you stop believing in it, doesn't go away") | |
[09:19:50] | jya (jya!~jyavenard@CPE-60-224-1-106.srql1.win.bigpond.net.au) has joined #mythtv | |
[09:19:50] | jya (jya!~jyavenard@CPE-60-224-1-106.srql1.win.bigpond.net.au) has quit (Changing host) | |
[09:19:50] | jya (jya!~jyavenard@mythtv/developer/jya) has joined #mythtv | |
[09:19:50] | stichnot (stichnot!stichnot@nat/intel/x-xeolhknehlzlrtwx) has joined #mythtv | |
[09:19:50] | stichnot (stichnot!stichnot@mythtv/developer/stichnot) has joined #mythtv | |
[09:19:50] | stichnot (stichnot!stichnot@nat/intel/x-xeolhknehlzlrtwx) has quit (Changing host) | |
[09:59:59] | andreax (andreax!~andreaz@p5089F923.dip.t-dialin.net) has joined #mythtv | |
[10:29:27] | highzeth (highzeth!~hz@hoiseth.no) has joined #mythtv | |
[10:38:56] | amessina (amessina!~amessina@2001:470:c1dc:7779:d6be:d9ff:fe8d:7c1e) has quit (Quit: Konversation terminated!) | |
[10:50:08] | zombor (zombor!~zombor_@65.29.231.135) has joined #mythtv | |
[10:50:08] | zombor (zombor!~zombor_@65.29.231.135) has quit (Changing host) | |
[10:50:09] | zombor (zombor!~zombor_@kohana/developer/zombor) has joined #mythtv | |
[11:00:24] | zombor (zombor!~zombor_@kohana/developer/zombor) has quit (Remote host closed the connection) | |
[11:03:16] | Cougar (Cougar!~cougar@kkk.version6.net) has quit (Ping timeout: 252 seconds) | |
[11:08:39] | Cougar (Cougar!~cougar@kkk.version6.net) has joined #mythtv | |
[11:46:11] | Jordack (Jordack!~jordack@h69-131-44-221.plmomi.dedicated.static.tds.net) has joined #mythtv | |
[11:48:26] | jya (jya!~jyavenard@mythtv/developer/jya) has quit (Ping timeout: 265 seconds) | |
[11:59:31] | pheld (pheld!~heldal@cl-5.osl-01.no.sixxs.net) has quit (Quit: Leaving.) | |
[12:03:05] | Cougar (Cougar!~cougar@kkk.version6.net) has quit (Ping timeout: 244 seconds) | |
[12:19:53] | Cougar (Cougar!~cougar@kkk.version6.net) has joined #mythtv | |
[12:30:57] | jpabq (jpabq!~jpabq@mythtv/developer/jpabq) has quit (Read error: Operation timed out) | |
[12:38:13] | jpabq (jpabq!~jpabq@mythtv/developer/jpabq) has joined #mythtv | |
[12:59:24] | aloril (aloril!~aloril@dsl-tkubrasgw3-fe7ef900-153.dhcp.inet.fi) has quit (Ping timeout: 244 seconds) | |
[13:15:18] | dekarl-too (dekarl-too!51c8c614@gateway/web/freenode/ip.81.200.198.20) has joined #mythtv | |
[13:15:54] | aloril (aloril!~aloril@dsl-tkubrasgw3-fe7ef900-153.dhcp.inet.fi) has joined #mythtv | |
[13:17:15] | dmfrey (dmfrey!~dmfrey@webdefence.cluster-h.websense.net) has joined #mythtv | |
[13:18:50] | dekarl-too: | stuartm, seeking with the HLSRecorder should work as with every other recorder IMHO. but IIUIC the idea was to add HLS streams to MNV and have the internal player show them directly without recording. Seeking does not make sense in MNV for *live* HLS streams but could for *vod* HLS streams. |
[13:21:29] | dekarl-too: | btw, lately I'm noticing on master that back-to-back recordings (with start-early / end-late) are not recorded back-to-back if its possible to catch the second episode on a repeat. (a sequence of "EP x, EP x+1, something else, EP x, EP x+1" gets me the first and last element recorded, so I lose the option to automatically rerecord EP x+1 in case the recording fails) Is anyone else seeing that? |
[13:21:40] | zombor (zombor!~zombor_@kohana/developer/zombor) has joined #mythtv | |
[13:22:46] | sraue (sraue!~stephan@xbmc/staff/sraue) has joined #mythtv | |
[13:24:43] | sphery (sphery!~mdean@mythtv/developer/sphery) has quit (Ping timeout: 244 seconds) | |
[13:49:20] | stuartm: | dekarl-too: this isn't the recorder, but the playback of remote live streams |
[13:50:42] | stuartm: | oddly though it does work in one respect, maybe because of buffering, when I tried seeking last night after pausing a stream for a couple of minutes it started over from where I'd started watching 5 minutes earlier |
[13:50:59] | stuartm: | so we're actually recording all streams, even live stuff? |
[13:51:53] | stuartm: | anyway, point is that if we know seeking isn't going to work for 0.26 we should IMHO disable it rather than attempting to seek and failing badly |
[13:54:07] | stuartm: | maybe the Nasa Live stream allows seeking backwards, that might explain how it was able to jump 5 minutes back (I was trying to seek forward to 'live') |
[14:04:46] | Captain_Murdoch: | knightr_, I'd agree with Beirdo on the translation question, I wouldn't see a need to ask to fix a translation issue. |
[14:04:48] | dekarl-too: | stuartm, well, I thought jya was talking about issues with recordings and "the real LiveTM[tm]" and you replied to that... maybe I just got confused with all the variants of HLS out there :) |
[14:07:54] | dekarl-too: | imho a mythtv recording of a HLS live broadcast should be seekable, a "just internal player" of a HLS prerecorded show should be seekable too. But just the internal player on a HLS live-media-broadcast would not be seekable as the server only carries the small window around "now" and we are not keeping a recording around either |
[14:09:09] | dekarl-too: | I concur of "if its not going to work and we know it, then we should not try or offer it" |
[14:09:18] | dekarl-too: | s/of/on/ |
[14:10:53] | dekarl-too: | stuartm, as there are not so many devs in DVB/multirec land, do you see the back-to-back repeat change, too? I'm looking at scheduler changes sind June 1st but saw no eye-catcher |
[14:24:07] | stuartm: | dekarl-too: I've not noticed, but then I haven't been paying close attention, I have multiple cards each with virtual tuners so the issue of back to back recordings on the same tuner doesn't come up too often |
[14:24:40] | stuartm: | I'll take a look tonight and see if I can see examples |
[14:27:02] | brfransen (brfransen!~brfransen@64.179.142.146) has joined #mythtv | |
[14:50:33] | mag0o (mag0o!20001@slackhost.lynchmv.com) has quit (Ping timeout: 245 seconds) | |
[15:05:08] | mag0o (mag0o!20001@slackhost.lynchmv.com) has joined #mythtv | |
[15:11:48] | oschni (oschni!~oschni_fr@mx.twinlabs.de) has joined #mythtv | |
[15:12:02] | oschni (oschni!~oschni_fr@mx.twinlabs.de) has left #mythtv ("Once you know what it is you want to be true, instinct is a very useful device for enabling you to know that it is") | |
[15:34:43] | jpabq (jpabq!~jpabq@mythtv/developer/jpabq) has quit (Ping timeout: 245 seconds) | |
[15:39:06] | jpabq (jpabq!~jpabq@mythtv/developer/jpabq) has joined #mythtv | |
[15:42:50] | dekarl-too: | stuartm, I have dual physical tuners with multiple virtual tuners... I have the issue with back-to-back recordings on the same channel plus overlap due to start-early. it should got to virtual tune 1 and 2 of any physical tuner (at least thats what it was doing earlier) |
[15:52:29] | aloril (aloril!~aloril@dsl-tkubrasgw3-fe7ef900-153.dhcp.inet.fi) has quit (Ping timeout: 244 seconds) | |
[16:08:16] | NightMonkey (NightMonkey!~NightrMon@pdpc/supporter/professional/nightmonkey) has joined #mythtv | |
[16:08:59] | aloril (aloril!~aloril@dsl-tkubrasgw3-fe7ef900-153.dhcp.inet.fi) has joined #mythtv | |
[16:11:18] | andreax (andreax!~andreaz@p5089F923.dip.t-dialin.net) has quit (Read error: Connection reset by peer) | |
[16:12:08] | dekarl-too (dekarl-too!51c8c614@gateway/web/freenode/ip.81.200.198.20) has quit () | |
[16:12:24] | andreax (andreax!~andreaz@p5089F923.dip.t-dialin.net) has joined #mythtv | |
[16:29:15] | stuartm: | dekarl1: seems I don't have many back to back recordings on the same channel, nothing right now that I can draw conclusions from |
[16:32:28] | stuartm: | I'm not having much luck finding any good examples for a test rule atm |
[16:33:09] | danielk221: | dekarl1: The StreamHandler deadlocks were were seeing seemed to suggest a change in how back-to-back recordings were being handled. However gigem mentioned an old setting introduced by bjm that would explain why back-to-back recordings were switching recorders so I didn't pursue it at that point. |
[16:36:07] | stuartm: | dekarl1: ok, scheduled two episodes of CSI tonight, both are repeated later but it's scheduled them back to back on the same virtual tuner |
[16:43:06] | stuartm: | gigem: I'm sorting through my old recording rules and noticing quite a few duplicates, is there anything currently in place to prevent duplicates or would it be worth me working on a patch for 0.27 to prevent them being created? |
[16:47:13] | stuartm: | in other cases I've got "don't record" overrides for episodes in Oct 2011 still in the rule table, should those be removed by housekeeper once they are no longer relevant? |
[16:53:44] | stichnot (stichnot!stichnot@nat/intel/x-wnblpqbloymtbmsp) has joined #mythtv | |
[16:53:44] | stichnot (stichnot!stichnot@mythtv/developer/stichnot) has joined #mythtv | |
[16:53:44] | stichnot (stichnot!stichnot@nat/intel/x-wnblpqbloymtbmsp) has quit (Changing host) | |
[16:54:47] | stoffel (stoffel!~quassel@pD9E412BD.dip.t-dialin.net) has joined #mythtv | |
[16:56:41] | natanojl (natanojl!~jonatan@c83-252-237-63.bredband.comhem.se) has joined #mythtv | |
[16:57:40] | Mousey (Mousey!~r0dent_@ross154.net) has joined #mythtv | |
[17:17:35] | natanojl (natanojl!~jonatan@c83-252-237-63.bredband.comhem.se) has quit (Ping timeout: 265 seconds) | |
[17:23:05] | seld (seld!~seld@h170n6-rny-a12.ias.bredband.telia.com) has quit (Remote host closed the connection) | |
[17:24:00] | knightr_: | Beirdo, sorry Gavin, looks my memory is playing tricks on me (re: post on -users) |
[17:26:51] | Beirdo: | heh no prob |
[17:32:39] | dekarl1 is now known as dekarl | |
[17:34:38] | knightr_: | Beirdo, Captain_Murdoch There is a very very small possibility it could cause problem but under normal circumstances the worst thing that can happen is that the string will continue to be displayed in English... Ttranslations rarely affect how we process things and addng a ew tr()s here and there in frontend stuff that already support translation (QObject derived class for example) shouldn't cause any problems... |
[17:34:41] | dekarl: | stuartm, danielk221, thanks for checking, I'll see if I find what gigem mentioned. |
[17:34:58] | knightr_: | I just wanted to make sure it didn't apply to those kind of fixes too... |
[17:35:01] | Beirdo: | knightr_: makes sense |
[17:35:04] | stoffel (stoffel!~quassel@pD9E412BD.dip.t-dialin.net) has quit (Read error: Operation timed out) | |
[17:35:29] | Beirdo: | well, until you hit the hard string freeze, I consider adding tr() to be part of the strings :) |
[17:35:55] | Beirdo: | others may feel differently, but it only makes sense to me |
[17:36:28] | SteveGoodey (SteveGoodey!~steve@host86-129-35-147.range86-129.btcentralplus.com) has joined #mythtv | |
[17:38:43] | knightr_: | Let's just hope we don't get reports of untranslatable strings *after* the string freeze or we'll once again have the same dilemma we had last time, do we add them to let them translate them correctly or leave them in English and they won't be able to do anything to translate those... |
[17:38:48] | knightr_: | ttyl, gotta go... |
[17:41:25] | Captain_Murdoch: | string freeze is to help translators out, so I don't see any reason to stop allowing fixes to fix strings that can't be translated due to missing tr(). whether a translator decides to submit a patch to fix that one string in their files is up to them, but some might want to be as complete as possible. |
[17:43:27] | stoffel (stoffel!~quassel@pD9E412BD.dip.t-dialin.net) has joined #mythtv | |
[17:43:44] | pheld (pheld!~heldal@cl-5.osl-01.no.sixxs.net) has joined #mythtv | |
[17:47:51] | knightr_: | Captain_Murdoch, I agree but last time the problem came some people disagreed and we didn't fix them... Anyway looks like Nick Morrott is on strike and is no longer updating his status page so people might not focus as much on the 100% completion status like they did the last ime... really gotta go now, ttyl... |
[17:48:15] | knightr_: | s/ime/times |
[17:49:01] | Beirdo: | we should get his site running on the official server |
[17:51:34] | stuartm: | dekarl: what's 'Avoid back to back recordings' set to? It's hidden under recording Settings > Video > Recording priorities > Set Recording Priorities |
[17:51:40] | stoffel (stoffel!~quassel@pD9E412BD.dip.t-dialin.net) has quit (Read error: Operation timed out) | |
[17:55:59] | dekarl: | never |
[18:00:49] | brfransen (brfransen!~brfransen@64.179.142.146) has quit (Ping timeout: 246 seconds) | |
[18:01:52] | stuartm: | ok, same here, so it's not that :) |
[18:02:37] | brfransen (brfransen!~brfransen@64.179.142.146) has joined #mythtv | |
[18:03:10] | dekarl: | I have an instance of 2x back-to-back where the 1st episode was already recorded earlier and the scheduler still prefers the second showing of the second episode... strange |
[18:14:47] | seld (seld!~seld@h170n6-rny-a12.ias.bredband.telia.com) has joined #mythtv | |
[18:15:58] | kth (kth!~kth@unaffiliated/kth) has joined #mythtv | |
[18:26:57] | aloril (aloril!~aloril@dsl-tkubrasgw3-fe7ef900-153.dhcp.inet.fi) has quit (Ping timeout: 250 seconds) | |
[18:40:03] | aloril (aloril!~aloril@dsl-tkubrasgw3-fe7ef900-153.dhcp.inet.fi) has joined #mythtv | |
[18:44:43] | aloril (aloril!~aloril@dsl-tkubrasgw3-fe7ef900-153.dhcp.inet.fi) has quit (Ping timeout: 250 seconds) | |
[18:47:04] | stoffel (stoffel!~quassel@pD9E412BD.dip.t-dialin.net) has joined #mythtv | |
[18:48:42] | saintdev: | What is chris pinkham's nick? |
[18:49:43] | wagnerrp: | Captain_Murdoch |
[18:49:59] | saintdev: | wagnerrp: thanks |
[18:51:33] | baxeico_ (baxeico_!~quassel@dynamic-adsl-78-12-88-71.clienti.tiscali.it) has joined #mythtv | |
[18:52:16] | saintdev: | Captain_Murdoch: I was looking through the 0.26 release notes. [6fb8692] switches to ffaacenc, i would really suggest against this. it's still marked experimental for a reason. |
[18:52:44] | SteveGoodey: | wagnerrp: wiki new users went stupid today didn't it? |
[18:53:57] | wagnerrp: | single user, single IP |
[18:54:12] | wagnerrp: | (hence the 6mo ban on that IP) |
[18:55:25] | SteveGoodey: | Time to send the boys round. |
[18:56:27] | saintdev: | baseball bat, lead pipe, or chain? |
[18:56:39] | aloril (aloril!~aloril@84.249.126.153) has joined #mythtv | |
[18:57:01] | wagnerrp: | fresh or saltwater fish? |
[18:58:00] | SteveGoodey: | Sorry don't get that one? |
[18:58:50] | saintdev: | crustacean please |
[18:59:51] | saintdev: | wagnerrp: when is he usually on? |
[19:06:23] | andreax (andreax!~andreaz@p5089F923.dip.t-dialin.net) has quit (Ping timeout: 245 seconds) | |
[19:07:02] | andreax (andreax!~andreaz@p5089E105.dip.t-dialin.net) has joined #mythtv | |
[19:07:18] | Captain_Murdoch: | saintdev, he doesn't like to give out that info. :) |
[19:07:30] | saintdev: | Captain_Murdoch: heh :) |
[19:08:01] | saintdev: | Captain_Murdoch: what was the reason for the switch to ffaacenc? |
[19:09:35] | Captain_Murdoch: | main reasons were it's better than mp3 and none of the devs using it have had issues. |
[19:10:37] | saintdev: | ok, it still _does_ have issues. I have known samples for this, but have yet been able to track them down. |
[19:12:29] | saintdev: | ratecontrol is mostly a guess at this point. it's correct sometimes. anything greater than stereo _is_ broken (probably less of an issue for HLS) |
[19:16:17] | saintdev: | if you want something that isn't faac, i would suggest vo-aacenc or better the new fdk-aac |
[19:18:27] | Captain_Murdoch: | sorry for the delay, on a con call at the moment. using aacenc over faac was mainly because aacenc was internal and I hadn't seen issues. libmp3lame or libfaac both required --enable configure command line options for MythTV. |
[19:21:21] | Captain_Murdoch: | off the phone now. if it causes issues it can be reverted. pardon if this is a stupid question, but are you the maintainer? |
[19:21:37] | saintdev: | yes |
[19:22:20] | Steve-Goodey (Steve-Goodey!~steve@host86-129-35-147.range86-129.btcentralplus.com) has joined #mythtv | |
[19:22:20] | Captain_Murdoch: | :) ok, I definitely defer to your knowledge then. |
[19:25:10] | baxeico_ (baxeico_!~quassel@dynamic-adsl-78-12-88-71.clienti.tiscali.it) has quit (Ping timeout: 246 seconds) | |
[19:25:19] | Captain_Murdoch: | looking over the code and thinking.... |
[19:45:44] | amessina (amessina!~amessina@2001:470:c1dc:7779:d6be:d9ff:fe8d:7c1e) has joined #mythtv | |
[19:48:37] | baxeico (baxeico!~quassel@dynamic-adsl-78-12-88-71.clienti.tiscali.it) has joined #mythtv | |
[19:50:06] | baxeico (baxeico!~quassel@dynamic-adsl-78-12-88-71.clienti.tiscali.it) has quit (Remote host closed the connection) | |
[19:51:36] | Captain_Murdoch: | saintdev, I started working up a patch to only use aacenc if the user forces it via the HLSAACAUDIO setting or doesn't --enable-libmp3lame or --enable-libfaac. I'll run the patch by our developers list to see if there are any objections to putting it in during our code freeze. thanks for mentioning it. |
[19:51:52] | stoffel (stoffel!~quassel@pD9E412BD.dip.t-dialin.net) has quit (Read error: Connection reset by peer) | |
[19:52:53] | saintdev: | that seems reasonable |
[19:53:03] | Seeker`: | Am I likely to come across any issues if I try doing dev work inside an ubuntu VM on a windows host? |
[19:53:19] | natanojl (natanojl!~jonatan@c83-252-237-63.bredband.comhem.se) has joined #mythtv | |
[19:53:43] | saintdev: | Captain_Murdoch: would you be against switching to fdk-aac at some point in the future? |
[19:53:49] | Captain_Murdoch: | shouldn't. I do a lot of my dev work inside a VM since I'm not dealing with hardware normally. |
[19:54:51] | Seeker`: | Captain_Murdoch: cool, thanks |
[19:54:57] | Captain_Murdoch: | saintdev, no, don't know much about it. I'd prefer the users not have to --enable anything to get HLS support, not sure how that would fit in, but not too concerned right now. |
[19:57:25] | Captain_Murdoch: | prefer using via libav* so the code is simpler |
[19:57:55] | saintdev: | fdk-aac has been added to libav ;) |
[19:58:30] | Captain_Murdoch: | built-in or via libfdkaac.c glue? |
[19:58:55] | saintdev: | the latter |
[19:59:33] | Captain_Murdoch: | ok, yeah, so that would be trivial to switch to. |
[20:02:08] | saintdev: | fdk (should) be better than faac, fraunhofer knows what they're doing when it comes to audio, but I haven't seen any tests on hydrogenaudio yet. |
[20:03:04] | saintdev: | and it doesn't have the license issues faac has. |
[20:06:13] | dmfrey: | is there any way to return the right channel sort order from Myth Services Guide API? |
[20:06:21] | Captain_Murdoch: | ok, sounds good. thanks for the input. I need to run out but will try to see what I can do later tonight about making a change. |
[20:12:44] | saintdev: | i see what you did there >_> |
[20:13:02] | Captain_Murdoch: | ?? |
[20:13:15] | ** Captain_Murdoch was test compiling and hadn't actually left yet. ** | |
[20:13:35] | saintdev: | "_sounds_ good" =P |
[20:13:52] | Captain_Murdoch: | ah, :) thought maybe you meant 'input'. :) |
[20:14:23] | saintdev: | oh, you're good at this :) |
[20:14:26] | Captain_Murdoch: | 'sounds' didn't even hit me.... I also made a couple notes about fdk-aac and vo-aacenc to look at after 0.26 is out. |
[20:14:34] | saintdev: | ok |
[20:15:03] | Captain_Murdoch: | thanks. really need to run now. code compiled, just need to regression test later tonight. |
[20:35:14] | Steve-Goodey (Steve-Goodey!~steve@host86-129-35-147.range86-129.btcentralplus.com) has quit (Quit: Konversation terminated!) | |
[20:36:59] | zombor (zombor!~zombor_@kohana/developer/zombor) has quit (Remote host closed the connection) | |
[20:37:37] | Steve-Goodey (Steve-Goodey!~steve@host86-129-35-147.range86-129.btcentralplus.com) has joined #mythtv | |
[20:38:52] | stuarta (stuarta!~stuarta@mythtv/developer/stuarta) has quit (Ping timeout: 246 seconds) | |
[20:41:33] | tetje (tetje!~ted@095-096-049-086.static.chello.nl) has joined #mythtv | |
[20:42:40] | tetje (tetje!~ted@095-096-049-086.static.chello.nl) has left #mythtv () | |
[20:46:59] | Steve-Goodey (Steve-Goodey!~steve@host86-129-35-147.range86-129.btcentralplus.com) has quit (Quit: Konversation terminated!) | |
[20:50:15] | dmfrey (dmfrey!~dmfrey@webdefence.cluster-h.websense.net) has quit (Quit: Ex-Chat) | |
[21:02:49] | gigem: | dekarl: The setting is called SchedOpenEnd. |
[21:04:27] | gigem: | stuartm: There was a schedule editor (I think) bug that prvented some overrides from getting deleted. I fixed that bug quite some time ago. I'll try to look it up later. Perhaps there needs to be a new or fixed db update to delete the accumulated cruft. |
[21:10:53] | gigem: | stuartm: Didn't you have problems duplicates before? I'd suggest an audit of the programid authority handling. I had to artiicially create my own authorities for testing when I added support for them. |
[21:17:16] | dekarl1 (dekarl1!~dekarl@p4FE846AC.dip.t-dialin.net) has joined #mythtv | |
[21:18:17] | dekarl (dekarl!~dekarl@p4FCEE492.dip.t-dialin.net) has quit (Ping timeout: 265 seconds) | |
[21:18:57] | gigem: | stuartm: How long does the seriesid check take in your scheduler runs? You can see by running "mythbackend -v schedule --testsched". I'm trying to help Stephen Robertson with his long schedule times. 99% of his time is in the seriesid check. He says he optimized his db and I verified that he has the seriesid index on his program and oldrecorded tables. |
[21:26:51] | stuartm: | gigem: I don't recall mentioning a problem with duplicate recording schedules before, but my memory isn't that great |
[21:28:20] | danielk221: | Beirdo: When you were working on the logging pre-0.25, you ran into a problem with QMutex that caused you to switch to QSemaphore. Was there some underlying logic to that or was it just to silence the debugging Lawrence is pointing out in #10981 ? |
[21:28:20] | ** MythLogBot http://code.mythtv.org/trac/ticket/10981 ** | |
[21:28:54] | danielk221: | Beirdo: It seems that debugging has been removed and I can't find any evidence it was correct restriction for any version of Qt. |
[21:29:04] | stuartm: | gigem: results of --testsched – http://pastebin.com/cUx2h9XZ |
[21:29:22] | danielk221: | i.e. maybe Qt 1.0 required it but the debugging was left in long after that was corrected. |
[21:32:06] | stuartm: | gigem: 12 seconds is bit longer than normal, schedules in backend log a few minutes ago were between 6.7 and 7.8 |
[21:38:05] | danielk221: | Beirdo: Never mind, I found some docs supporting the unlock() must happen in the thread that does the lock(). |
[21:38:42] | gigem: | stuartm: Right after I made the scheduler changes for 0.26, you said you had some programs that were re-recorded and thought they shouldn't have been. It didn't happen again, so we left it at that. |
[21:38:57] | SteveGoodey (SteveGoodey!~steve@host86-129-35-147.range86-129.btcentralplus.com) has quit (Remote host closed the connection) | |
[21:39:25] | gigem: | stuartm: The 12 seconds is fine. --testsched does a full reschedule. The real backend usually only has to do incremental ones. |
[21:39:58] | gigem: | Your seriesid time looks fine. Stephen must have something buggered on his system. |
[21:40:06] | Beirdo: | yeah, I think it was the threading issues. |
[21:40:17] | Beirdo: | it's so long ago now, I forget :) |
[21:41:01] | Jordack (Jordack!~jordack@h69-131-44-221.plmomi.dedicated.static.tds.net) has quit (Quit: https://i.chzbgr.com/completestore/12/8/1/AigTnCcHz0mS48VzT2vnSw2.jpg) | |
[21:44:22] | stuartm: | gigem: ah ok, thought you were refering to the duplicate recording rules |
[21:45:02] | stuartm: | the duplicate recordings issue did briefly reappear a couple of weeks ago but quickly seemed to cure itself |
[21:46:05] | stuartm: | you're wondering if the duplicate recordings were due to duplicate recording rules? |
[21:46:21] | stuartm: | or those are totally seperate issues? |
[21:47:15] | natanojl (natanojl!~jonatan@c83-252-237-63.bredband.comhem.se) has quit (Read error: Operation timed out) | |
[21:49:09] | danielk221: | Beirdo: It just violates the principle of least surprise. |
[21:50:27] | gigem: | stuartm: Ah! I misread your earlier post and thought you meant duplicate recordings, not duplicate rules. duplicate rules should normally be difficult to create. You have to create multiple, narrowly scoped rules first and then go back and change them to wider scope. For example, create two single record rules for different showings of the same program. Then, change both rules to record all rules. |
[21:53:35] | stuartm: | gigem: interesting, I've no idea how most of these came about, but in some cases there are as many as four duplicates – post 0.26 I'll look at fixing that in RecordingRule, if we're amending a rule to match one which already exists then we can probably just delete it instead, it would be transparent to the end user |
[21:55:56] | gigem: | stuartm: Can you do a "select * from record where ... \G" on some of the rules for me? |
[21:58:29] | stuartm: | gigem: I've just managed to create a duplicate by hitting RECORD in the guide, then quickly hitting SELECT and creating the rule there too, i.e. we can fairly easily create duplicates by entering the rule editor before the UI has recieved a SCHEDULE_CHANGE event |
[21:59:40] | stuartm: | http://pastebin.com/N9qwT8zx << This is the one I've just created |
[22:01:55] | stuartm: | gigem: ok, just hitting RECORD multiple times in the guide also works and is a much more likely event |
[22:02:51] | stuartm: | only requirement is that the subsequent button presses occur before the reschedule completes and we recieve the notification event |
[22:06:18] | stuartm: | I've been wanting to change it so that we immediately show recordings as 'scheduling' when a user hits RECORD or creates a new schedule, the delay between pressing the key/button and seeing it take effect has always been confusing, seems as though I can fix this issue at the same time |
[22:09:07] | stuartm: | gigem: if you've no objections then I'll look at fixing this for 0.27? |
[22:28:23] | kth (kth!~kth@unaffiliated/kth) has quit (Quit: Leaving.) | |
[22:29:19] | gigem: | stuartm: Oh, yeah. I'm so used to waiting for the update, that I don't even think about it anymore. Of course, with sub-second schedule times, it doesn't bother me. It would be much more noticable with longer schedule times. I like the idea of the UI showing some sort of "scheduling" state. The tricky part will be waiting for the right SCHEDULE_CHANGE event as there could be a reschedule running |
[22:29:21] | gigem: | already when the new change is requested. |
[22:35:00] | stuartm: | yeah, something to think about |
[22:35:48] | stuartm: | perhaps an associated id/token for the schedule request and the schedule result |
[22:39:37] | saintdev (saintdev!~saint@unaffiliated/saintdev) has quit (Ping timeout: 240 seconds) | |
[22:52:35] | saintdev (saintdev!~saint@c-24-9-201-236.hsd1.co.comcast.net) has joined #mythtv | |
[22:52:35] | saintdev (saintdev!~saint@unaffiliated/saintdev) has joined #mythtv | |
[22:52:35] | saintdev (saintdev!~saint@c-24-9-201-236.hsd1.co.comcast.net) has quit (Changing host) | |
[23:11:41] | zombor (zombor!~zombor_@kohana/developer/zombor) has joined #mythtv | |
[23:12:25] | kormoc (kormoc!~kormoc@mythtv/developer/kormoc) has left #mythtv () | |
[23:28:42] | pheld (pheld!~heldal@cl-5.osl-01.no.sixxs.net) has quit (Quit: Leaving.) | |
[23:39:38] | zombor (zombor!~zombor_@kohana/developer/zombor) has quit (Read error: Connection reset by peer) | |
[23:45:40] | zombor (zombor!~zombor_@65.29.231.135) has joined #mythtv | |
[23:45:40] | zombor (zombor!~zombor_@65.29.231.135) has quit (Changing host) | |
[23:45:40] | zombor (zombor!~zombor_@kohana/developer/zombor) has joined #mythtv |
IRC Logs collected by
BeirdoBot.
Please use the above link to report any bugs.