| Wednesday, May 2nd, 2012, 00:05 UTC | ||
| [00:05:23] | stichnot (stichnot!chatzilla@mythtv/developer/stichnot) has quit (Ping timeout: 246 seconds) | |
| [00:08:23] | poptix- is now known as poptix | |
| [01:00:24] | Captain_Murdoch (Captain_Murdoch!~Captain_M@209.97.16.243) has quit (Changing host) | |
| [01:00:24] | Captain_Murdoch (Captain_Murdoch!~Captain_M@mythtv/developer/CaptainMurdoch) has joined #mythtv | |
| [01:03:56] | kormoc (kormoc!~kormoc@mythtv/developer/kormoc) has quit (Ping timeout: 244 seconds) | |
| [01:22:41] | Beirdo_ is now known as Beirdo | |
| [01:25:39] | Beirdo (Beirdo!~gjhurlbu@linode.beirdo.ca) has quit (Changing host) | |
| [01:25:39] | Beirdo (Beirdo!~gjhurlbu@mythtv/developer/beirdo) has joined #mythtv | |
| [01:27:47] | stichnot (stichnot!~chatzilla@mythtv/developer/stichnot) has joined #mythtv | |
| [01:57:57] | jcarlos_ (jcarlos_!~quassel@85.137.99.76.dyn.user.ono.com) has quit (Read error: Operation timed out) | |
| [02:27:28] | jya: | that ppc build fail makes no sense to me… it's not even in my code, and I haven't touched that side whatsoever |
| [02:27:34] | jya: | jobqueue.cpp |
| [02:28:41] | jya: | jobqueue.cpp:952:21: error: ‘MSqlQuepy’ has not been declared |
| [02:28:50] | jya: | Quepy ? |
| [02:29:02] | Beirdo: | ? |
| [02:29:19] | Beirdo: | maybe it ran outta memory or something, let's force it |
| [02:29:35] | Beirdo: | MythBuild: force build master-linux-ppc Just do it |
| [02:29:35] | MythBuild: | build forced [ETA 8m47s] |
| [02:29:35] | MythBuild: | I'll give a shout when the build finishes |
| [02:30:51] | jya: | Beirdo: that line in jobqueue was last changed in 2005 |
| [02:31:14] | jya: | it's definitely no MSqlQuepy either, it's MySqlQuery… some disk corruption ? |
| [02:31:34] | MythBuild: | Hey! build master-linux-ppc #2416 is complete: Failure [4failed compile core] |
| [02:31:34] | ** MythLogBot http://code.mythtv.org/trac/ticket/2416 ** | |
| [02:31:34] | MythBuild: | Build details are at http://code.mythtv.org/buildbot/builders/mast . . . /builds/2416 |
| [02:31:40] | Beirdo: | it's possible |
| [02:32:32] | jya: | look like some files are corrupted, there's no such characters / line in the code |
| [02:47:23] | Beirdo: | Yeah, I guess I should send him an email... |
| [03:08:55] | J-e-f-f-A (J-e-f-f-A!~J-e-f-f-A@unaffiliated/j-e-f-f-a) has joined #mythtv | |
| [03:37:10] | jcarlos (jcarlos!~quassel@85.137.99.76.dyn.user.ono.com) has joined #mythtv | |
| [03:39:29] | urlgrey (urlgrey!~urlgrey@adsl-67-121-115-87.dsl.pltn13.pacbell.net) has joined #mythtv | |
| [03:46:08] | urlgrey (urlgrey!~urlgrey@adsl-67-121-115-87.dsl.pltn13.pacbell.net) has left #mythtv () | |
| [04:10:18] | zombor (zombor!~zombor_@kohana/developer/zombor) has quit (Remote host closed the connection) | |
| [04:15:28] | rhpot1991: | what are the odds we can get mythfilldatabase to use myisam instead of innodb for the temp tables? |
| [04:16:14] | rhpot1991: | on a default ubuntu/mythbuntu install when mythfilldatabase hits those temp tables the ext4 journal spikes and holds the whole process back |
| [04:16:56] | superm1: | when the temp tables are made, does mythfilldatabase actually get to decide what to create the tables with? |
| [04:17:58] | rhpot1991: | I believe it doesn't specify and therefor uses the mysql default |
| [04:48:27] | sraue (sraue!~stephan@xbmc/staff/sraue) has quit (Quit: Ex-Chat) | |
| [05:08:22] | cattelan is now known as cattelan_away | |
| [05:12:29] | Beirdo: | why would I want myisam for anything? |
| [05:12:40] | sraue (sraue!~stephan@xbmc/staff/sraue) has joined #mythtv | |
| [05:12:43] | Beirdo: | it's horrible for locking |
| [05:13:06] | Beirdo: | (and yes, I do realize that's what we currently use by default) |
| [05:17:50] | wagnerrp: | rhpot1991: better option is to configure worthwhile settings for mysql such that those innodb temp tables stay in temporary memory, rather than overfilling and dumping to disk |
| [05:34:33] | brfransen (brfransen!~brfransen@64.179.142.146) has quit (Quit: brfransen) | |
| [05:35:06] | brfransen (brfransen!~brfransen@64.179.142.146) has joined #mythtv | |
| [05:57:43] | dekarl1 (dekarl1!~dekarl@p4FCEF41C.dip.t-dialin.net) has joined #mythtv | |
| [06:00:01] | dekarl (dekarl!~dekarl@p4FCEFE47.dip.t-dialin.net) has quit (Ping timeout: 265 seconds) | |
| [06:19:15] | dekarl1 is now known as dekarl | |
| [06:27:21] | ricky_ (ricky_!~ricky@121-74-95-9.telstraclear.net) has joined #mythtv | |
| [06:27:47] | ricky_ is now known as Guest75625 | |
| [06:28:03] | rickyw (rickyw!~ricky@121-73-166-109.dsl.telstraclear.net) has quit (Ping timeout: 255 seconds) | |
| [07:26:54] | solars (solars!~solars@clnet-kmu02-090.ikbnet.co.at) has joined #mythtv | |
| [07:34:31] | jya_ (jya_!~jyavenard@120.148.99.165) has joined #mythtv | |
| [07:34:31] | jya_ (jya_!~jyavenard@120.148.99.165) has quit (Changing host) | |
| [07:34:31] | jya_ (jya_!~jyavenard@mythtv/developer/jya) has joined #mythtv | |
| [07:46:56] | dekarl (dekarl!~dekarl@p4FCEF41C.dip.t-dialin.net) has quit (Read error: Connection reset by peer) | |
| [07:49:07] | natanojl (natanojl!~jonatan@c83-252-237-63.bredband.comhem.se) has quit (Ping timeout: 260 seconds) | |
| [07:52:11] | rsiebert (rsiebert!~quassel@g229055198.adsl.alicedsl.de) has joined #mythtv | |
| [07:52:38] | rsiebert_ (rsiebert_!~quassel@g226061165.adsl.alicedsl.de) has quit (Ping timeout: 246 seconds) | |
| [07:54:30] | stuarta (stuarta!~stuarta@2a01:348:39::1) has quit (Changing host) | |
| [07:54:30] | stuarta (stuarta!~stuarta@mythtv/developer/stuarta) has joined #mythtv | |
| [08:35:53] | dekarl (dekarl!~dekarl@p4FCEF41C.dip.t-dialin.net) has joined #mythtv | |
| [09:48:23] | _flow_ (_flow_!flo@star.freakempire.de) has quit (Ping timeout: 260 seconds) | |
| [10:05:02] | Guest28804 (Guest28804!~mike@c-98-232-220-158.hsd1.or.comcast.net) has quit (Remote host closed the connection) | |
| [10:05:57] | mike (mike!~mike@c-98-232-220-158.hsd1.or.comcast.net) has joined #mythtv | |
| [10:06:23] | mike is now known as Guest92108 | |
| [10:29:58] | jarle_ (jarle_!~jarle@70.84-234-133.customer.lyse.net) has quit (Ping timeout: 252 seconds) | |
| [10:44:27] | stuartm: | stichnot: no, I haven't seen http://svn.mythtv.org/trac/ticket/10678 but there's only one channel I regularly watch which uses teletext subtitles |
| [10:48:20] | stoffel (stoffel!~quassel@pD9E4124B.dip.t-dialin.net) has joined #mythtv | |
| [10:50:32] | stuartm: | even then it offers DVB subs too and MythTV will prefer those unless you explicitly select teletext |
| [11:04:55] | stoffel (stoffel!~quassel@pD9E4124B.dip.t-dialin.net) has quit (Ping timeout: 252 seconds) | |
| [11:09:41] | pautolgth (pautolgth!~na@87.254.70.6) has joined #mythtv | |
| [11:12:29] | kc (kc!~Casper@unaffiliated/kc) has quit (Ping timeout: 246 seconds) | |
| [11:35:13] | jya_: | What is required for gCoreContext->SetSetting(key, arg) tu actually save? |
| [11:35:58] | jya_: | when I do gCoreContext->SetSetting("blah", "foo"); followed by gCoreContext->GetSetting("blah") , the string returned is always null |
| [11:38:17] | stuartm: | SetSetting() should work ... |
| [11:42:17] | _charly_ (_charly_!kroseneg@sunrise.schmidham.net) has joined #mythtv | |
| [11:42:19] | stoffel (stoffel!~quassel@pD9E4124B.dip.t-dialin.net) has joined #mythtv | |
| [11:51:20] | Jordack (Jordack!~jordack@h69-131-44-221.plmomi.dedicated.static.tds.net) has joined #mythtv | |
| [11:59:21] | jya_: | I thought it would |
| [11:59:45] | jya_: | so I added some log, re-reading right after calling SetSetting, and i always get an emptry string back |
| [11:59:48] | jya_: | annoying |
| [12:06:52] | jya_: | ah.. what's the difference between SetSetting and SaveSetting() ? |
| [12:10:27] | jya_: | ok.. savesetting worked.. I guess setsetting is only for settings that have already been created |
| [12:20:04] | stuartm: | iirc SetSetting() was meant to temporarily set a value in the settings cache, I don't believe it was restricted to pre-existing settings |
| [12:20:15] | stuartm: | that might have changed over time |
| [12:49:46] | dmfrey (dmfrey!~dmfrey@webdefence.cluster-h.websense.net) has joined #mythtv | |
| [12:54:34] | zombor (zombor!~zombor_@kohana/developer/zombor) has joined #mythtv | |
| [13:04:27] | danielk221: | jya_: I'm getting rid of SetSetting soon. |
| [13:04:32] | highzeth (highzeth!~hz@250-49-11.connect.netcom.no) has joined #mythtv | |
| [13:04:47] | jya_: | what is it replace with ? |
| [13:06:41] | danielk221: | In some places there is already a SaveSetting() & in a couple places it is actually used as intended there will be a OverrideSettingForSession(). |
| [13:07:13] | jya_: | i'm now using SaveSetting, as SetSetting doesn't seem to save anything |
| [13:09:06] | danielk221: | You probably should be using SaveSetting() unless the value is really temporary and only intended to be used until the DB connection is set up. |
| [13:09:23] | jya_: | ok… good |
| [13:11:58] | jya_: | funny..i spent several days on getting RAOP to have perfect audio sync with remote video, and now that I've properly enabled AirPlay, it's completely bypassed... |
| [13:12:07] | jya_: | oh well, at least i've learnt new stuff |
| [13:24:17] | highzeth (highzeth!~hz@250-49-11.connect.netcom.no) has quit (Quit: Leaving) | |
| [13:33:46] | seld (seld!~seld@h170n6-rny-a12.ias.bredband.telia.com) has joined #mythtv | |
| [13:33:55] | stichnot: | stuartm: do you have any insight as to why teletext subs are currently rendered in myth one character at a time? I'd like to refactor teletextscreen.cpp into subtitlescreen.cpp which renders as strings rather than individual characters. |
| [13:34:54] | stuartm: | stichnot: possibly because subtitling for live program is sent one character at a time as it's typed |
| [13:35:43] | stichnot: | hmm, the same is true for CEA-608 and 708 |
| [13:35:49] | stuartm: | news, sporting events etc – usually full of typo's and slightly delayed, but it doesn't appear on-screen as complete strings |
| [13:37:30] | stichnot: | I was wondering if it has to do with teletext menus which might need very precise layout and in the original implementation monospacing couldn't be trusted |
| [13:38:27] | stuartm: | I've no idea, maybe, especially since we're not using the same font as is traditionally used |
| [13:39:30] | stichnot: | what font is that? |
| [13:39:34] | stuartm: | there are no interactive teletext services still operating in the UK, last ones shut down a couple of weeks ago with the final switch off of analogue signals, it's all mheg now |
| [13:43:15] | stuartm: | stichnot: I've never been able to find out, I think it was custom, no search results give a definitive answer (at least none that I looked at) |
| [13:44:39] | stichnot: | ok. Should be trivial to plug in if we can find it... |
| [13:47:03] | stichnot: | btw stuartm, in my latest commit I chose to create a new file osd_subtitle.xml instead of using osd.xml, but I'm happy to use a different way if that's out of line with the overall design. (My thought was that a separate file would make it more modular, as subtitles are somewhat less connected to the rest of the OSD theme.) |
| [13:48:06] | stuartm: | stichnot: seperate file is better, easier to find where to modify those etc :) |
| [13:48:57] | samba35 (samba35!~shrikant@unaffiliated/samba35) has joined #mythtv | |
| [13:49:07] | stichnot: | ok, cool. It just occurred to me that in addition to adding documentation to the wiki, is some kind of announcement needed for themers? |
| [13:50:19] | samba35: | hello friends i am new to myth tv i want to build 1 good system for home use can you pleaes recommand "FIRST STEP" i read some basic but still need help |
| [13:50:46] | Captain_Murdoch: | would be good if we kept a running 'changelist' for themers so that they could easily see the changes required to update a theme for MythTV v0.X |
| [13:51:21] | Captain_Murdoch: | stichnot, stuartm ^^ |
| [13:51:23] | stuarta: | samba35: first step. /join #mythtv-users |
| [13:51:48] | samba35: | ok |
| [13:52:40] | stichnot: | also, I'd like input on what should be the "carefully chosen defaults" for the various subtitle types, especially text subs (based on earlier feedback, I set a proportional font there) |
| [13:52:49] | stichnot: | maybe the mailing list is the right place for that |
| [14:11:45] | jya_: | wagnerrp: it's very bizarre with the QUdpSocket thing… every once in a while on my mac, sending a datagram fail with error QAbstractSocket::NetworkError 7 An error occurred with the network (e.g., the network cable was accidentally plugged out). |
| [14:12:17] | wagnerrp: | gah! what is with this chad perry? |
| [14:12:36] | jya_: | copy/paste from Qt QUdpSocket doc |
| [14:12:44] | jya_: | writeDatagram return -1 |
| [14:13:00] | jya_: | QUdpSocket::error() return 7 |
| [14:13:10] | jya_: | which is QAbstractSocket::NetworkError |
| [14:13:44] | jya_: | this is the same error I was seeing in https://github.com/MythTV/mythtv/commit/374e2 . . . 8c1ebdbb8d7e |
| [14:13:58] | jya_: | when I was using the wrong udp socket (one bound to another port) |
| [14:15:13] | jya_: | i thought that maybe I was using the wrong udp socket, but i check and rechecked, and its not the case |
| [14:16:50] | jya_: | so if you have an idea on what I did wrong... |
| [14:20:02] | wagnerrp: | not off hand |
| [14:20:31] | jya_ (jya_!~jyavenard@mythtv/developer/jya) has quit (Quit: jya_) | |
| [14:55:35] | gigem: | stichnot: #10682 was one of the changes I was going to make for the live TV stuff. Cate to do the rest too? :) |
| [14:55:35] | ** MythLogBot http://code.mythtv.org/trac/ticket/10682 ** | |
| [15:02:00] | stichnot: | gigem: didn't realize it was on your list. I'm happy to defer to you :) |
| [15:04:40] | gigem: | As you noted, several other calls are needed to get that information and multiple pieces of the code do it all slightly differently. My plan is to have a single call to get the definitive free input list and then base all of the other needs off that list. |
| [15:09:21] | stichnot (stichnot!~chatzilla@mythtv/developer/stichnot) has quit (Ping timeout: 255 seconds) | |
| [15:13:15] | cattelan_away is now known as cattelan | |
| [15:24:47] | NightMonkey (NightMonkey!~NightrMon@pdpc/supporter/professional/nightmonkey) has joined #mythtv | |
| [15:34:16] | kc (kc!~Casper@unaffiliated/kc) has joined #mythtv | |
| [15:36:27] | highzeth (highzeth!~hz@253-33-11.connect.netcom.no) has joined #mythtv | |
| [15:38:50] | solars (solars!~solars@clnet-kmu02-090.ikbnet.co.at) has quit (Read error: Operation timed out) | |
| [15:49:20] | samba35 (samba35!~shrikant@unaffiliated/samba35) has quit (Quit: Leaving) | |
| [16:00:20] | joki- (joki-!~joki@p54861FDA.dip.t-dialin.net) has joined #mythtv | |
| [16:00:25] | joki (joki!~joki@p54861B15.dip.t-dialin.net) has quit (Ping timeout: 276 seconds) | |
| [16:00:25] | joki- is now known as joki | |
| [16:08:13] | stoffel (stoffel!~quassel@pD9E4124B.dip.t-dialin.net) has quit (Ping timeout: 276 seconds) | |
| [16:10:18] | natanojl (natanojl!~jonatan@c83-252-237-63.bredband.comhem.se) has joined #mythtv | |
| [16:22:46] | stichnot (stichnot!~chatzilla@mythtv/developer/stichnot) has joined #mythtv | |
| [16:25:37] | solars (solars!~solars@089144206215.atnat0015.highway.a1.net) has joined #mythtv | |
| [16:28:32] | stichnot: | gigem: I will leave it to you then. I only created the ticket as a reminder to myself, without knowing it was on your list. |
| [17:02:47] | stoffel (stoffel!~quassel@pD9E4124B.dip.t-dialin.net) has joined #mythtv | |
| [17:04:53] | kormoc (kormoc!~kormoc@mythtv/developer/kormoc) has joined #mythtv | |
| [17:28:37] | gregL (gregL!~greg@cpe-74-76-125-87.nycap.res.rr.com) has quit (Quit: Leaving) | |
| [17:42:01] | dmfrey (dmfrey!~dmfrey@webdefence.cluster-h.websense.net) has quit (Remote host closed the connection) | |
| [17:42:39] | dmfrey (dmfrey!~dmfrey@webdefence.cluster-h.websense.net) has joined #mythtv | |
| [17:42:39] | gigem: | stichnot: don't feel like you're stepping on my toes. It's not something I'm really itching to do. Rather, it's only to tie up the loose ends dealing with dealing with livetvorder. BTW, one clarification is probably needed. My intention is not really for "excluded" cards. It's more like for "as if they are free" cards. To me, the former means the listed cards won't appear in the result and the latter |
| [17:42:42] | gigem: | means they will. I haven't yet checked to see which way the current code works. |
| [17:43:57] | stichnot: | yeah, in all the code, it appears that "excluded_card" means one that is to be excluded from the list of busy cards. |
| [17:44:28] | stichnot: | and while I appreciate the generalization, I'm not sure the size of the excluded card list is ever greater than 1 |
| [17:45:21] | gregL (gregL!~greg@cpe-74-76-125-87.nycap.res.rr.com) has joined #mythtv | |
| [17:47:00] | NightMonkey (NightMonkey!~NightrMon@pdpc/supporter/professional/nightmonkey) has quit (Remote host closed the connection) | |
| [17:50:49] | gigem: | stichnot: great. |
| [17:51:58] | stoffel (stoffel!~quassel@pD9E4124B.dip.t-dialin.net) has quit (Remote host closed the connection) | |
| [17:59:09] | ** gigem is often tempted to hard-code pre- and post-roll to 30 seconds and be done with that headache! ** | |
| [18:05:03] | kormoc (kormoc!~kormoc@mythtv/developer/kormoc) has quit (Quit: kormoc) | |
| [18:05:13] | stuartm: | I would actually back hard-coding, but settle on something like 2 minutes instead – disk space is (or was) cheap, the additional space used would be negligible |
| [18:07:55] | stuartm: | playout in the UK is usually pretty accurate, down to the second but there are a couple of channels and programmes in particular that never seem to start on time e.g. BBC 3 is always off, which is odd because BBC 1,2 & 4 are usually pretty good |
| [18:08:45] | Captain_Murdoch: | count me in as backing a hard-coded pre/post roll of around 2 minutes as well. I currently use 30 second pre and 120 second post but 120/120 would be fine with me since it's soft. might want to optionally allow starting playback at the actual start time (120 seconds if full pre roll was applied, 60 if only half was applied, etc.) |
| [18:09:56] | stuartm: | Captain_Murdoch: I was just about to suggest that, start at the planned start time, allow people to jump back if necessary |
| [18:10:56] | stuartm: | although I'm not sure anyone would really find it that hard to jump forward to find the start either |
| [18:12:18] | Captain_Murdoch: | for those with accurate start/end times, it could be a little annoying to always have to skip forward 2 minutes every time you start playback |
| [18:14:06] | jarle (jarle!~jarle@70.84-234-133.customer.lyse.net) has joined #mythtv | |
| [18:18:30] | gigem: | Hey, I wasn't really being serious, but hmmm... If I were, I'd more likely limit pre-/post-roll to 120 seconds. If it were hard-coded to 120 seconds, I'd definitely want the "start playback at the schedule time" option. Should would throw out either idea on the -users list and see how bad of a reaction it gets? |
| [18:22:34] | Captain_Murdoch: | no matter how good an idea..... (you fill in the rest). :) I'm fine either way. It would make things more predictable, being able to say that MythTV will always record and extra 120 seconds on the beginning/end if it doesn't cause a conflict. the users who use soft padding to help with their provider's inability to stick to any kind of a schedule won't like either a hard-coded or 120-second-max solution. |
| [18:23:04] | stuartm: | it will be the Aussie users who won't like it, but if I'm blunt, they care enough to protest about that but obviously not enough to protest the lax scheduling of their broadcasters |
| [18:24:08] | sphery: | but pre/post isn't "if it doesn't cause a conflict"--it's "first use of card/tuner" |
| [18:24:09] | stuartm: | I don't think I've ever heard how commercial PVRs in Australia deal with it |
| [18:24:47] | sphery: | i.e. it's mostly useless, and I think you all would find with 30s, you wouldn't notice much/any difference--unless you really use a new card for every recording |
| [18:24:48] | gigem: | stuartm: that's an excellent point. |
| [18:25:23] | sphery: | that said, 2m or 30s is fine with me |
| [18:25:47] | sphery: | (or 10s) :) |
| [18:26:17] | sphery: | and, IMHO, much better hard coded so that people don't tell each other to set it to 5 or 10m and then wonder why they're missing part of their shows |
| [18:26:31] | sphery: | (if you want the content, schedule it...) |
| [18:27:29] | sphery: | (and 2m is especially fine with me since I'll just patch it to 15s) |
| [18:27:38] | sphery: | in my local copy, that is |
| [18:27:43] | gigem: | sphery: same here. |
| [18:29:31] | gigem: | I'll bring this up on the developers list shortly. If it gets more traction there, we might just do it! |
| [18:29:43] | sphery: | oh, and note that with multirec, you're not getting it, even when you use a different tuner (thus my "first use of card/tuner")... with multirec it's only applied for first use of card, IIRC |
| [18:31:34] | sphery: | yeah, I definitely think it's worth exploring. main reason it still exists is because of the expected outcry from users who don't really understand it and who have found that "the placebo cures my ills" :) |
| [18:32:20] | gigem: | sphery: right. fwiw, I've considered trying to add a "multiplex-affinity" to the scheduler to augment multirec, but have yet to think of a reasonable way to do it. |
| [18:33:13] | sphery: | Captain_Murdoch: FWIW, I love the theme inheritance idea (especially if you already have a patch)... With my "default/default-wide should be a full-fledged, user-selectable theme (like Steppes)" plan, the thing that's worried me most is that Steppes design isn't a "neutral"/fits with anything kind of design, so I was afraid to suggest switching our defaults |
| [18:33:40] | sphery: | (full-fledged, user-selectable, and available in both 16:9 and 4:3 versions, that is :) |
| [18:35:48] | highzeth (highzeth!~hz@253-33-11.connect.netcom.no) has quit (Quit: Leaving) | |
| [18:40:48] | pautolgth (pautolgth!~na@87.254.70.6) has quit (Read error: Connection reset by peer) | |
| [18:40:51] | kormoc (kormoc!~kormoc@mythtv/developer/kormoc) has joined #mythtv | |
| [18:42:26] | lopyudreft (lopyudreft!~na@87.254.70.6) has joined #mythtv | |
| [18:54:49] | stuartm: | gigem: btw I never did get back to you with the requested info for the 'Never Record' bug, I've just noticed that I'm no longer able to reproduce – you didn't happen to commit a fix that I might have overlooked? |
| [18:57:53] | Captain_Murdoch: | sphery, I have a working patch but need to test it a bit more. for instance, it worked when I created a copy of Arclight but for some reason didn't load any background image until I created a Backgrounds subdir with an image in it, so I'm not sure if there's a missing piece somewhere. this was a 10-minute patch based on thinking about it for a bit longer. :) |
| [18:58:23] | gigem: | stuartm: I thought of it the other night and figured you were no longer seeing it and maybe it was a quirk involving the guide data at that time. No, I haven't commited anything that would have affected it. |
| [18:59:57] | stuartm: | hmm, strange, probably guide data related as you suggest, that was my first theory when I started seeing the problem but I couldn't see what was different |
| [19:02:02] | sphery: | Captain_Murdoch: Arclight uses a "pick a random image from the backgrounds folder" design |
| [19:08:05] | mzanetti_ (mzanetti_!~mzanetti@server1.muehlhaeuser.de) has joined #mythtv | |
| [19:12:21] | Captain_Murdoch: | right, not sure if that bypasses the theme search path or not. probably does. |
| [19:13:14] | Captain_Murdoch: | since it's not looking for a specific filename. I'm sure there are one or two other places like that like the progress dialogs with filenames with ranges of numbers in them. |
| [19:27:46] | SmallR2002 (SmallR2002!~quassel@c-98-253-173-240.hsd1.il.comcast.net) has quit (Ping timeout: 276 seconds) | |
| [19:37:34] | stichnot: | For the idea of forced preroll/postroll, couldn't we just change the defaults, and migrate users' values to the new defaults if their values are currently 0? |
| [19:41:32] | Captain_Murdoch: | change isn't just to make everyone use pre/post-roll, change would be for several other reasons I can think of: simplify code, standardize, cleanup settings, prevent misuse, make support easier, etc.. |
| [19:49:05] | stichnot: | I see. |
| [19:49:42] | stoffel (stoffel!~quassel@pD9E4124B.dip.t-dialin.net) has joined #mythtv | |
| [19:51:37] | stichnot: | I am guilty of using this to implement soft padding. It would be nice to have explicit soft padding, not that I'm volunteering to do the work... |
| [19:56:42] | Chutt_ is now known as Chutt | |
| [19:57:41] | Jordack (Jordack!~jordack@h69-131-44-221.plmomi.dedicated.static.tds.net) has quit (Quit: Why would I watch reality TV when it’s more exciting to participate in my own life?) | |
| [20:02:06] | stichnot_ (stichnot_!chatzilla@mythtv/developer/stichnot) has joined #mythtv | |
| [20:03:54] | stichnot (stichnot!~chatzilla@mythtv/developer/stichnot) has quit (Ping timeout: 265 seconds) | |
| [20:04:01] | stichnot_ is now known as stichnot | |
| [20:11:22] | stuartm: | e |
| [20:11:31] | stuartm: | oops |
| [20:17:29] | amessina (amessina!~amessina@2001:470:1f11:a4:d6be:d9ff:fe8d:7c1e) has joined #mythtv | |
| [20:21:30] | stuartm: | the hard coding idea isn't going to make it out of committee, not with such a big difference between devs on what constitutes a reasonable value, there's no happy middle ground between 15 and 120 |
| [20:23:02] | stuartm: | I mean I tend to find that generally programmes start when they are meant to start in the UK, yet I wouldn't dream of using a value less than 60 seconds and I normally use 120 just to be safe |
| [20:27:06] | amessina (amessina!~amessina@2001:470:1f11:a4:d6be:d9ff:fe8d:7c1e) has quit (Quit: Konversation terminated!) | |
| [20:27:13] | amessina (amessina!~amessina@2001:470:1f11:a4:d6be:d9ff:fe8d:7c1e) has joined #mythtv | |
| [20:27:32] | sphery: | stichnot: FWIW, soft padding is a myth (more so than a pc/computer convergence device)... See http://www.gossamer-threads.com/lists/mythtv/dev/195124#195124 and http://www.gossamer-threads.com/lists/mythtv/dev/152491#152491 and http://code.mythtv.org/trac/ticket/255 and http://www.gossamer-threads.com/lists/mythtv/dev/151647#151647 (and a bunch more)... gigem basically implemented it and found out that it causes more problems than it solves |
| [20:27:47] | sphery: | stuartm: I'm OK with 120s... I just think it's a waste |
| [20:28:10] | stichnot: | sphery: thanks, I'll have a look. |
| [20:28:13] | sphery: | basically, I like the idea of not providing a setting that users think will save them when it won't |
| [20:28:42] | sphery: | so I'd be just fine with 120s--it's better than current |
| [20:29:18] | sphery: | (and, thinking about it, I may actually modify the preview generator to ignore preroll on transcoded recordings, so I'll work around that issue, anyway) |
| [20:43:51] | danielk221: | I use an padding of 120 seconds. 30 seconds would be more than enough 99% of the time, but I have more storage than I'll ever need for TV and I'd kick myself the 1% of the time when it might have saved the end of a recording. |
| [20:44:14] | stoffel (stoffel!~quassel@pD9E4124B.dip.t-dialin.net) has quit (Remote host closed the connection) | |
| [20:45:40] | dmfrey (dmfrey!~dmfrey@webdefence.cluster-h.websense.net) has quit (Quit: Ex-Chat) | |
| [20:47:32] | danielk221: | I do add hard padding when a program routinely goes past schedule, soft padding just saves a few shows that otherwise would be lost due to a missing ending and few re-airings. |
| [20:49:41] | danielk221: | PS I'm only really thinking of post-roll, for pre-roll I think 120 seconds would be overkill. |
| [21:00:28] | kormoc (kormoc!~kormoc@mythtv/developer/kormoc) has quit (Ping timeout: 265 seconds) | |
| [21:00:50] | gigem: | It sounds like 60s is the consensus then. That way everyone, including those who want 120s and those who want <=15s, can patch the copy they actually use! :) |
| [21:02:06] | danielk221: | :) |
| [21:04:57] | stichnot: | I use 60/60, so I love it! :) |
| [21:08:10] | zombor (zombor!~zombor_@kohana/developer/zombor) has quit (Remote host closed the connection) | |
| [21:13:33] | ** Captain_Murdoch votes for 61/61 just so everyone has to patch it. :) ** | |
| [21:14:36] | Captain_Murdoch: | I'm fine with 60s. I can't point to any specific cases where I need or recall needing it, I just have it on so it can get applied when it can. |
| [21:15:06] | Captain_Murdoch: | I'm sure some user will submit a patch to make it an undocumented setting or a configure command line option. |
| [21:23:51] | danielk221: | Anyone notice crackling in AC-3 audio starting recently? |
| [21:25:04] | kormoc (kormoc!~kormoc@mythtv/developer/kormoc) has joined #mythtv | |
| [21:25:17] | ben1066 (ben1066!~quassel@host109-152-57-231.range109-152.btcentralplus.com) has joined #mythtv | |
| [21:25:46] | Beirdo: | danielk221: not that I've noticed, but I've been exclusively using the ffmpeg sync |
| [21:26:44] | ben1066_ (ben1066_!~quassel@host86-169-139-158.range86-169.btcentralplus.com) has quit (Ping timeout: 246 seconds) | |
| [21:26:54] | Beirdo: | which I think we are about ready to put into master next week (as I'm gone all this weekend) |
| [21:27:27] | Beirdo: | I didn't see any time issues on liveTV with files in progress or anything like that |
| [21:28:33] | stuartm: | danielk221: I've not noticed anything, I'm watching a DVD with AC3 right now and it's error/distortion/crackle free |
| [21:29:28] | stuartm: | this machine is stereo only though, so audio isn't being upmixed or similar |
| [21:33:30] | danielk221: | stuartm: No upmixing here, but it may very well be a local problem. I haven't done anything to isolate it yet. |
| [21:51:26] | stichnot: | Beirdo: can you check the sample http://mustbethemoney.mine.nu:8080/colbertclip.mpg from #10622 against the new ffmpeg? |
| [21:51:26] | ** MythLogBot http://code.mythtv.org/trac/ticket/10622 ** | |
| [21:52:45] | Beirdo: | sure, I'll download it and take a look tonight |
| [21:55:39] | stichnot: | also, #10623 is another example of problems that the ffmpeg sync could potentially fix, though I don't know of any readily available samples. |
| [21:55:39] | ** MythLogBot http://code.mythtv.org/trac/ticket/10623 ** | |
| [22:18:43] | danielk221 (danielk221!~danielk@96.57.9.142) has left #mythtv () | |
| [22:21:29] | Number6 (Number6!~number6@zoidberg.geoghegan.me) has joined #mythtv | |
| [22:24:01] | danielk22 (danielk22!~danielk@96.57.9.142) has joined #mythtv | |
| [22:34:25] | dinamic (dinamic!~dinamic@c-154072d5.020-128-6e6b701.cust.bredbandsbolaget.se) has quit (Read error: Operation timed out) | |
| [22:42:40] | solars (solars!~solars@089144206215.atnat0015.highway.a1.net) has quit (Ping timeout: 255 seconds) | |
| [22:44:54] | natanojl (natanojl!~jonatan@c83-252-237-63.bredband.comhem.se) has quit (Ping timeout: 244 seconds) | |
| [22:45:48] | SmallR2002 (SmallR2002!~quassel@c-98-253-173-240.hsd1.il.comcast.net) has joined #mythtv | |
| [23:58:45] | amejia_ (amejia_!~andres@xbmc/staff/amejia) has joined #mythtv | |
IRC Logs collected by
BeirdoBot.
Please use the above link to report any bugs.