| Monday, July 29th, 2013, 00:03 UTC | ||
| [00:03:30] | knightr: | Please excuse me if that's a dumb question but what does "if rez" means in the playback profiles? |
| [00:05:05] | wagnerrp: | it's filtering so users can define different playback options based off video resolution |
| [00:05:46] | wagnerrp: | i.e. a more intensive deinterlacer for low resolution content, and a lightweight one for high resolution content due to limited CPU power |
| [00:17:56] | rhpot1991 (rhpot1991!~rhpot1991@2001:4968:202:3:a046:f561:69f8:5787) has joined #mythtv | |
| [00:17:56] | rhpot1991 (rhpot1991!~rhpot1991@2001:4968:202:3:a046:f561:69f8:5787) has quit (Changing host) | |
| [00:17:56] | rhpot1991 (rhpot1991!~rhpot1991@ubuntu/member/rhpot1991) has joined #mythtv | |
| [00:21:05] | knightr: | Thank you Raymond! so rez = "resolution" if I understood you correctly? (if rez = if the reslution...) |
| [00:21:16] | knightr: | s/reslution/resolution |
| [00:22:16] | wagnerrp: | correct |
| [00:23:26] | knightr: | Thank you! I'll add a translator comment on that one... :) |
| [00:59:24] | len (len!~quassel@75-161-179-129.mpls.qwest.net) has joined #mythtv | |
| [00:59:45] | taylorr: | knightr: Are you using "git pull --rebase" before you push commits? the git logs are getting very messy |
| [01:02:21] | knightr: | taylorr, I do a git pull, what does --rebase do? Does it avoid sending all that #$#$@% when it pull/merge-in all the stuff I didn't have locally? I used to be able to avoid those when committing one at a time but I try to spam less by committing many at a time now... |
| [01:04:05] | knightr: | (I mean that I do "git pull" not "git pull --rebase") |
| [01:05:52] | knightr: | I never quite understood why git feels the need of publishing what I merge in locally... |
| [02:01:40] | taylorr: | knightr: sorry, had to put the kids to bed... rebase basically puts your changes at the top and leaves all the previous commits alone |
| [02:02:17] | taylorr: | I'm no git expert so you might want to consult others about proper use of git |
| [02:03:21] | knightr: | taylorr, np... |
| [02:03:36] | knightr: | I read a little about it and it looks like you can set it by default... |
| [02:04:34] | knightr: | the only problem I have currently is that there's some stuff I am not ready to commit and it looks like it's bothering it (I can't use "git pull --rebase", it complains it can't...) |
| [02:05:53] | knightr: | I think I'll make another cleaner copy of the repo as soon as I can (I have some stuff to push on that one) and copy piece by piece what I want to commit and then try to set it to rebase...) |
| [02:06:15] | knightr: | Thank you! |
| [02:09:19] | taylorr: | ok, we probably should tell new developers to use rebase if possible... in the beginning some said we shouldn't use rebase because it's dangerous... but it seems most projects rebase their commits |
| [02:15:03] | knightr: | taylorr, I read the same thing... :) |
| [02:15:51] | knightr: | <<Very good answer. I myself tried the rebase style since it was recommended in some open source projects contribution guidelines, and it caused me problems.>> |
| [02:16:17] | knightr: | (that was on a discussion about rebasing...) |
| [02:27:31] | _nyloc_ (_nyloc_!~quassel@pC19F5915.dip0.t-ipconnect.de) has joined #mythtv | |
| [02:31:54] | nyloc (nyloc!~quassel@pC19F5A94.dip0.t-ipconnect.de) has quit (Ping timeout: 264 seconds) | |
| [02:37:28] | peper03_ (peper03_!~peper03@mythtv/developer/peper03) has joined #mythtv | |
| [02:37:37] | peper03 (peper03!~peper03@mythtv/developer/peper03) has quit (Ping timeout: 276 seconds) | |
| [02:37:37] | peper03_ is now known as peper03 | |
| [03:34:43] | jya (jya!~jyavenard@mythtv/developer/jya) has joined #mythtv | |
| [03:44:52] | fetzerch (fetzerch!~quassel@unaffiliated/fetzerch) has quit (Ping timeout: 264 seconds) | |
| [03:45:37] | fetzerch (fetzerch!~quassel@unaffiliated/fetzerch) has joined #mythtv | |
| [03:46:07] | jya (jya!~jyavenard@mythtv/developer/jya) has quit (Quit: jya) | |
| [05:46:45] | stichnot: | jya, peper03: the comment in MythPlayer::TranslatePositionFrameToMs() about "duration of an in-progress recording" should refer to both Live TV and an in-progress recording, so I think testing for a valid recorder is the best test. |
| [05:47:16] | stichnot: | In any case, please test my commit and see how that works. |
| [05:49:41] | peper03: | stichnot: Will do my best. I'm going to have limited access for the next couple of weeks but I can do some stuff remotely. |
| [05:57:38] | jya (jya!~jyavenard@mythtv/developer/jya) has joined #mythtv | |
| [06:01:02] | joki (joki!~joki@p54861C4F.dip0.t-ipconnect.de) has quit (Ping timeout: 240 seconds) | |
| [06:07:17] | joki (joki!~joki@p548624A7.dip0.t-ipconnect.de) has joined #mythtv | |
| [06:12:54] | jya: | knightr: if you have any changes to the code that you haven't committed ; you can't do a git pull --rebase. So before you do: stash your changes with git stash. Followed with git pull --rebase. When done, git stash pop to put back all your changes back… git pull --rebase ; does make your push cleaner. No merge will be required. But be aware that if something goes wrong or if there's a conflict, it's much more difficult to recover it |
| [06:13:21] | jya: | but for what you do, in 95% of the case I would assume it will be just fine and makes the history looks nicer |
| [07:19:35] | aca20031 (aca20031!~aca@2607:5300:60:2c95::1) has quit (Ping timeout: 245 seconds) | |
| [07:21:41] | aca20031 (aca20031!~aca@2607:5300:60:2c95::1) has joined #mythtv | |
| [07:22:34] | len (len!~quassel@75-161-179-129.mpls.qwest.net) has quit (Remote host closed the connection) | |
| [07:24:08] | Nothing4You (Nothing4You!N4Y@Nothing4You.w.tf-w.tf) has quit (Ping timeout: 246 seconds) | |
| [07:27:02] | Nothing4You (Nothing4You!N4Y@Nothing4You.w.tf-w.tf) has joined #mythtv | |
| [07:28:59] | aca20031 (aca20031!~aca@2607:5300:60:2c95::1) has quit (Ping timeout: 264 seconds) | |
| [07:30:17] | aca20031 (aca20031!~aca@2607:5300:60:2c95::1) has joined #mythtv | |
| [07:35:22] | Merlin83b (Merlin83b!~Daniel@2a00:1ee0:3:1337:d910:2fd2:e1a9:c065) has joined #mythtv | |
| [07:36:51] | Merlin83b2 (Merlin83b2!~Daniel@2a00:1ee0:3:1337:d910:2fd2:e1a9:c065) has joined #mythtv | |
| [07:37:46] | Nothing4You (Nothing4You!N4Y@Nothing4You.w.tf-w.tf) has quit (Ping timeout: 246 seconds) | |
| [07:39:52] | Merlin83b (Merlin83b!~Daniel@2a00:1ee0:3:1337:d910:2fd2:e1a9:c065) has quit (Ping timeout: 246 seconds) | |
| [07:40:41] | Nothing4You (Nothing4You!N4Y@Nothing4You.w.tf-w.tf) has joined #mythtv | |
| [07:51:15] | aca20031 (aca20031!~aca@2607:5300:60:2c95::1) has quit (Ping timeout: 245 seconds) | |
| [07:53:45] | NightMonkey (NightMonkey!~NightrMon@pdpc/supporter/professional/nightmonkey) has quit (Quit: Body blow! Body blow!) | |
| [07:54:45] | aca20031 (aca20031!~aca@2607:5300:60:2c95::1) has joined #mythtv | |
| [08:00:51] | exoon (exoon!~exoon@p4FD3A554.dip0.t-ipconnect.de) has joined #mythtv | |
| [08:06:40] | aca20031 (aca20031!~aca@2607:5300:60:2c95::1) has quit (Ping timeout: 245 seconds) | |
| [08:14:17] | aca20031 (aca20031!~aca@2607:5300:60:2c95::1) has joined #mythtv | |
| [08:15:30] | bas-t (bas-t!~tycho@52484E89.cm-4-1b.dynamic.ziggo.nl) has joined #mythtv | |
| [08:16:03] | bas-t (bas-t!~tycho@52484E89.cm-4-1b.dynamic.ziggo.nl) has quit (Client Quit) | |
| [08:17:19] | jya (jya!~jyavenard@mythtv/developer/jya) has quit (Quit: jya) | |
| [08:18:33] | jya (jya!~jyavenard@mythtv/developer/jya) has joined #mythtv | |
| [08:25:50] | aca20031 (aca20031!~aca@2607:5300:60:2c95::1) has quit (Ping timeout: 245 seconds) | |
| [08:27:48] | aca20031 (aca20031!~aca@2607:5300:60:2c95::1) has joined #mythtv | |
| [08:32:35] | aca20031 (aca20031!~aca@2607:5300:60:2c95::1) has quit (Ping timeout: 264 seconds) | |
| [08:33:49] | aca20031 (aca20031!~aca@2607:5300:60:2c95::1) has joined #mythtv | |
| [08:50:17] | jya (jya!~jyavenard@mythtv/developer/jya) has quit (Quit: jya) | |
| [08:57:05] | aca20031 (aca20031!~aca@2607:5300:60:2c95::1) has quit (Ping timeout: 245 seconds) | |
| [09:06:52] | aca20031 (aca20031!~aca@2607:5300:60:2c95::1) has joined #mythtv | |
| [09:16:06] | Valen (Valen!~Valen@c211-30-129-65.blktn6.nsw.optusnet.com.au) has joined #mythtv | |
| [09:16:20] | Valen (Valen!~Valen@c211-30-129-65.blktn6.nsw.optusnet.com.au) has left #mythtv () | |
| [09:19:35] | aca20031 (aca20031!~aca@2607:5300:60:2c95::1) has quit (Ping timeout: 245 seconds) | |
| [10:05:52] | stoffel (stoffel!~quassel@pD9E4166C.dip0.t-ipconnect.de) has joined #mythtv | |
| [10:17:24] | exoon (exoon!~exoon@p4FD3A554.dip0.t-ipconnect.de) has quit (Remote host closed the connection) | |
| [10:21:29] | aca20031 (aca20031!~aca@2607:5300:60:2c95::1) has joined #mythtv | |
| [10:26:35] | aca20031 (aca20031!~aca@2607:5300:60:2c95::1) has quit (Ping timeout: 264 seconds) | |
| [10:36:26] | stuarta: | stuartm: yes that patch looks fine :) |
| [10:37:11] | ** stuarta runs away again ** | |
| [10:37:20] | dgeary2 (dgeary2!~debian@pa49-187-93-5.pa.nsw.optusnet.com.au) has quit (Ping timeout: 246 seconds) | |
| [10:43:32] | aca20031 (aca20031!~aca@2607:5300:60:2c95::1) has joined #mythtv | |
| [11:03:27] | jya (jya!~jyavenard@mythtv/developer/jya) has joined #mythtv | |
| [11:08:51] | jya (jya!~jyavenard@mythtv/developer/jya) has quit (Quit: jya) | |
| [11:16:45] | dekarl1 (dekarl1!~dekarl@p4FE84635.dip0.t-ipconnect.de) has joined #mythtv | |
| [11:20:13] | dekarl (dekarl!~dekarl@p4FE842BE.dip0.t-ipconnect.de) has quit (Ping timeout: 276 seconds) | |
| [11:35:26] | knightr: | jya, thank you! |
| [11:42:07] | jheizer_ (jheizer_!~jheizer@c-98-226-220-178.hsd1.il.comcast.net) has quit (Read error: Connection reset by peer) | |
| [11:42:28] | jheizer_ (jheizer_!~jheizer@c-98-226-220-178.hsd1.il.comcast.net) has joined #mythtv | |
| [11:45:35] | exoon (exoon!~exoon@p4FC3FEB0.dip0.t-ipconnect.de) has joined #mythtv | |
| [11:50:43] | stoffel (stoffel!~quassel@pD9E4166C.dip0.t-ipconnect.de) has quit (Remote host closed the connection) | |
| [11:51:18] | stoffel (stoffel!~quassel@pD9E4166C.dip0.t-ipconnect.de) has joined #mythtv | |
| [12:02:05] | davidshay (davidshay!davidshay@nat/ibm/x-elukorhpjjzxxyii) has joined #mythtv | |
| [12:03:28] | davidshay (davidshay!davidshay@nat/ibm/x-elukorhpjjzxxyii) has quit (Client Quit) | |
| [12:38:20] | davidshay (davidshay!davidshay@nat/ibm/x-ojcfsiuhqhepzdjs) has joined #mythtv | |
| [12:40:39] | davidshay (davidshay!davidshay@nat/ibm/x-ojcfsiuhqhepzdjs) has quit (Client Quit) | |
| [12:43:24] | davidshay (davidshay!davidshay@nat/ibm/x-cshpprdoxjawizuv) has joined #mythtv | |
| [12:44:50] | davidshay (davidshay!davidshay@nat/ibm/x-cshpprdoxjawizuv) has quit (Client Quit) | |
| [12:53:01] | amessina (amessina!~amessina@2001:470:c1dc:7779:d6be:d9ff:fe8d:7c1e) has joined #mythtv | |
| [13:17:32] | Jordack (Jordack!~jordack@h69-131-44-221.plmomi.dedicated.static.tds.net) has joined #mythtv | |
| [14:10:28] | danielk221 (danielk221!~danielk@exchange.wgen.net) has joined #mythtv | |
| [15:00:19] | gigem (gigem!~david@mythtv/developer/gigem) has quit (Quit: WeeChat 0.4.1) | |
| [15:01:18] | gigem (gigem!~david@mythtv/developer/gigem) has joined #mythtv | |
| [15:02:19] | gregL (gregL!~greg@cpe-74-76-105-205.nycap.res.rr.com) has quit (Remote host closed the connection) | |
| [15:15:35] | stichnot (stichnot!~stichnot@mythtv/developer/stichnot) has quit (Ping timeout: 273 seconds) | |
| [15:17:05] | Seeker` (Seeker`!~cjo20@unaffiliated/seeker) has quit (Ping timeout: 240 seconds) | |
| [15:17:40] | gigem: | dekarl1, knightr: FWIW, I'd love to hard code pre/postroll to something reasonable[1] like 30 seconds and do away with the settings. Alas, even some developers misuse them and we can never agree on what are reasonable values. [1] Real tuner/STB preroll could probably be done with a system event these days. |
| [15:17:40] | MythLogBot: | SVN 1: (branch master) https://github.com/MythTV/mythtv/commit/ce7a5f62 |
| [15:42:31] | jpabq: | gigem: Ha! I would like to add a recording rule setting, which tells the scheduler that the pre/post for that rule is /soft/ or /hard/. I would use /soft/ when setting a sporting event rule — have it record a couple of hours extra — but ONLY if there is not another show which needs to record during that period. |
| [15:45:26] | gigem: | jpabq: I'm right on it! It sounds really easy and should only take me about 10 minutes. :) |
| [15:45:38] | jpabq: | As far as the global soft pad goes, I don't really care --- recording rules on CBS must start at last 30 seconds early, or I miss the beginning of the show, but I use hard padding for that. |
| [15:50:57] | jpabq: | gigem: If we had that soft/hard selector on a per rule basis, then we could get rid of Setup->Video->General->(General Advanced)->"Category Record Overtime" which is what I currently use for "Sports Events". |
| [15:51:31] | gregL (gregL!~greg@cpe-74-76-105-205.nycap.res.rr.com) has joined #mythtv | |
| [16:04:13] | aloril_ (aloril_!~aloril@dsl-tkubrasgw3-54f97e-153.dhcp.inet.fi) has quit (Read error: Operation timed out) | |
| [16:05:12] | jpabq__ (jpabq__!~quassel@67-0-31-140.albq.qwest.net) has joined #mythtv | |
| [16:05:15] | jpabq___ (jpabq___!~quassel@mythtv/developer/jpabq) has joined #mythtv | |
| [16:06:22] | jpabq___ (jpabq___!~quassel@mythtv/developer/jpabq) has quit (Remote host closed the connection) | |
| [16:06:23] | jpabq__ (jpabq__!~quassel@67-0-31-140.albq.qwest.net) has quit (Read error: Connection reset by peer) | |
| [16:12:06] | aloril (aloril!~aloril@dsl-tkubrasgw3-54f97e-153.dhcp.inet.fi) has joined #mythtv | |
| [16:16:00] | stichnot (stichnot!~stichnot@mythtv/developer/stichnot) has joined #mythtv | |
| [16:22:58] | stuartm: | jpabq, gigem: I'm not adverse to the idea of hard coding soft padding, it's just the value that I'd argue over – even with a global pad of 60/120 I still miss part of a programme occasionally (usually the end) and that's with some relatively punctual broadcasters – it's apparently much worse in other parts of the world |
| [16:24:14] | stuartm: | if we do hardcode a value, I don't see the point in being mean with it, after all, a couple of extra minutes on either side of a recording don't amount to that much additional disk space |
| [16:24:19] | stichnot: | stuartm: I've been thinking about performance issues for caption/subtitle display, especially real-time captions where the whole caption is re-rendered every ~2 characters. On an ION, overall CPU usage according to "top" stays at ~40% or less, but rendering the captions in the UI thread may cause dropped frames. One easy way to deal with this would be to offload some of the processing and... |
| [16:24:21] | stichnot: | ...rendering to another thread, but I know that in general MythUI is not thread-safe. Is there any way I can safely do MythUI work in a different thread? For example, create in one thread and reparent in the UI thread; avoid operations on the image cache in the other thread; etc |
| [16:25:43] | rsiebert (rsiebert!~quassel@g229055075.adsl.alicedsl.de) has joined #mythtv | |
| [16:27:16] | stuartm: | is it using MythUIText to do the rendering currently, or QT directly? |
| [16:28:03] | SteveGoodey (SteveGoodey!~steve@host86-151-111-43.range86-151.btcentralplus.com) has joined #mythtv | |
| [16:28:58] | rsiebert_ (rsiebert_!~quassel@g231185151.adsl.alicedsl.de) has quit (Ping timeout: 276 seconds) | |
| [16:29:00] | stuartm: | I'm not sure what the implications of having MythUIText do the rendering in another thread would be, but it would be simple(r) to have the text rendered to an image using QT in another thread, then event that back to the UI where it's assigned to a MythUIImage widget for display at the correct moment |
| [16:29:11] | NightMonkey (NightMonkey!~NightrMon@pdpc/supporter/professional/nightmonkey) has joined #mythtv | |
| [16:29:50] | stuartm: | I'm really not familiar with the OSD side of things, especially subtitles, I left that to Mark |
| [16:31:40] | stuartm: | with the rendering done in another thread you could maintain a small advance cache of images waiting for display, the UI thread requesting more from the worker thread as necessary? |
| [16:32:33] | stuartm: | obviously that wouldn't be the case for realtime captions ... |
| [16:32:34] | stichnot: | It uses MythUISimpleText, MythUIShape, and MythFontProperties (perhaps more utility stuff as well). I'm not sure how the OSD stuff compares for rendering. |
| [16:33:47] | stichnot: | What you're suggesting is to have captions maintain their own image cache, separate from MythUI, right? |
| [16:34:10] | stuartm: | wonder if it would be worth optimising the existing code first, hasn't been a high priority before now because we don't have the same issue with 'normal' usage |
| [16:34:35] | aca20031 (aca20031!~aca@2607:5300:60:2c95::1) has quit (Ping timeout: 245 seconds) | |
| [16:35:20] | stuartm: | stichnot: that was my thought, seems simpler than trying to retro-fit something into mythui that isn't of benefit elsewhere |
| [16:36:25] | stuartm: | I'd think that the bottle neck would be the creation of the image/texture from the text, not so much the painting of that image |
| [16:36:30] | stichnot: | I've thought about attacking existing code, but (1) I don't yet know where the bottlenecks are; (2) I'm afraid of ending up adding weird performance-driven constraints that complicate future development; and (3) there seems to be ample processing available in the background |
| [16:37:39] | aca20031 (aca20031!~aca@2607:5300:60:2c95::1) has joined #mythtv | |
| [16:38:24] | stichnot: | Another issue is that each caption can be wildly varying in what it has to render. Number of lines, number of characters, number of formatting changes within a line, complexity of the subtitle theme, etc |
| [16:38:45] | stichnot: | e.g. rendering text with an outline can be very expensive |
| [16:39:44] | rhpot199` (rhpot199`!~rhpot1991@2001:4968:202:3:6cd3:8d2c:4a92:88ac) has joined #mythtv | |
| [16:40:50] | rhpot1991 (rhpot1991!~rhpot1991@ubuntu/member/rhpot1991) has quit (Ping timeout: 245 seconds) | |
| [16:41:40] | tgm4883 (tgm4883!~tgm4883@ubuntu/member/tgm4883) has quit (Ping timeout: 245 seconds) | |
| [16:42:47] | aca20031 (aca20031!~aca@2607:5300:60:2c95::1) has quit (Ping timeout: 264 seconds) | |
| [16:43:06] | stichnot: | stuartm: I'm going offline for an hour, I'll think about this some more, thanks. |
| [16:43:39] | aca20031 (aca20031!~aca@2607:5300:60:2c95::1) has joined #mythtv | |
| [16:47:40] | stichnot (stichnot!~stichnot@mythtv/developer/stichnot) has quit (Ping timeout: 260 seconds) | |
| [16:56:35] | stuartm: | is the HLS stuff supposed to honour cut lists? |
| [17:00:45] | gigem: | jpabq: I know the category overrecord feature is your baby, but that's one that really should go. I can understand a few minutes of postroll being useful when use in conjunction with the SchedOpenEnd option, but trying to get several 10s of minutes of postroll without any additional scheduling hints is not reasonable. Just use a Sports-event template with the appropriate end-late. |
| [17:00:47] | gigem: | stuartm: You just proved the folly of postroll. If you use a postroll of 120 seconds and still habitually miss the ends of programs, then use end-late. |
| [17:00:49] | gigem: | If I added some very basic support to chop off the beginning of recordings as a last resort to resolve conflicts, would people finally let go of the postroll foolsishness? |
| [17:04:11] | jpabq: | gigem: exactly! But that is why I want the Sports-event template to be able to specify that the roll is soft instead of hard. I want to record as much extra of the sporting event as I can, without causing a conflict with the next 'real' show that needs that tuner. |
| [17:15:09] | stichnot (stichnot!~stichnot@mythtv/developer/stichnot) has joined #mythtv | |
| [17:21:49] | gigem: | jpabq: I really don't see there ever being any real soft padding, especially at the end of a program. It just creates way too many problems. Now, adjusting the starttime in the case of a conflict after all other scheduling is done, as I proposed, might not be too hard. Similarly handling the endtime is more difficult. Have you actually tried using a hard end-late for sports events, and if so, does it |
| [17:21:51] | gigem: | really cause that many problems? I always use 120 minutes for baseball, 90 for football, 60 for basketball and 45 for hockey (150 for playoffs) and seldom have problems. |
| [17:22:30] | aca20031 (aca20031!~aca@2607:5300:60:2c95::1) has quit (Ping timeout: 245 seconds) | |
| [17:24:43] | aca20031 (aca20031!~aca@2607:5300:60:2c95::1) has joined #mythtv | |
| [17:26:07] | dekarl1: | stuartm: if you must add 1–2 minute at the start / end of recordings to capture the whole programm, then I think thats what the hard padding startEarly/endLate is for. Its not the PreRoll/OverRecord use case from my understanding |
| [17:28:49] | jpabq: | gigem: I often run into a problem with tennis. ESPN will schedule it something like: "6am – 1pm" and then "1pm – 4pm". The problem with that, is that is that I don't need any padding for the morning, but I do for the afternoon. The show title is the same either way, so the only option is to do a "power rule", but that is dangerous since ESPN will adjust the times from day to day. So, I am left with doing "record one" rules, at least twice |
| [17:28:49] | jpabq: | a day for two weeks. |
| [17:37:00] | stoffel (stoffel!~quassel@pD9E4166C.dip0.t-ipconnect.de) has quit (Read error: Operation timed out) | |
| [17:37:55] | gigem: | jpabq: You could do like I do for NFL games. I have "early" rule which matches when the following program is also an NFL game. I also have a "late" rule which matches when the following program is not an NFL game. The early rules gets no end-late and the late rule gets a 90 minute end-late. |
| [17:42:05] | aca20031 (aca20031!~aca@2607:5300:60:2c95::1) has quit (Ping timeout: 245 seconds) | |
| [17:42:17] | xris: | just got a contact email from someone saying there is a broken download link on the main page of the website. |
| [17:43:15] | aca20031 (aca20031!~aca@2607:5300:60:2c95::1) has joined #mythtv | |
| [17:46:17] | rhpot199` is now known as rhpot1991 | |
| [17:46:25] | rhpot1991 (rhpot1991!~rhpot1991@2001:4968:202:3:6cd3:8d2c:4a92:88ac) has quit (Changing host) | |
| [17:46:25] | rhpot1991 (rhpot1991!~rhpot1991@ubuntu/member/rhpot1991) has joined #mythtv | |
| [17:49:03] | davidshay (davidshay!davidshay@nat/ibm/x-lukztazmrtrrkkwd) has joined #mythtv | |
| [17:51:14] | davidshay (davidshay!davidshay@nat/ibm/x-lukztazmrtrrkkwd) has quit (Client Quit) | |
| [17:54:12] | jpabq: | gigem: Please share your sql. Thanks. |
| [17:57:17] | SteveGoodey (SteveGoodey!~steve@host86-151-111-43.range86-151.btcentralplus.com) has quit (Quit: Konversation terminated!) | |
| [18:00:32] | gigem: | jpabq: http://pastebin.com/nyxTFAqf |
| [18:03:00] | jpabq: | gigem: thanks. I was not aware of pnext. The could be very useful. |
| [18:06:36] | gigem: | jpabq: Your welcome. pnext is not a real table, though. It's simply an alias for program to join on itself. The record.subtitle column for power search rules contains a list of extra tables to include in the base scheduler query. In this case, it adds program but calls it pnext. |
| [18:08:39] | jpabq: | gigem: I see. Cool. |
| [18:12:53] | danielk221 (danielk221!~danielk@exchange.wgen.net) has quit (Quit: Leaving.) | |
| [18:13:48] | stuartm: | dekarl1: if you use hard padding then you loose entire recordings due to conflicts, soft padding is there for the occasional late end/early start issue which is exactly what I'm using it for |
| [18:15:29] | danielk221 (danielk221!~danielk@exchange.wgen.net) has joined #mythtv | |
| [18:15:52] | stuartm: | something like 97% of recordings start and end within their schedule start/end times, but occassionally, maybe because of delays earlier in the day (news overrun or whatever), or simply because the scheduler was asleep on the job, some programs end a minute or two late |
| [18:16:17] | stuartm: | and that's why soft padding exists |
| [18:18:31] | stuartm: | by coincidence I just finished watching (or rather I didn't) a recording which ended about 10 seconds before the credits rolled, and that's despite a 2 minute post roll |
| [18:24:43] | dekarl1 is now known as dekarl | |
| [18:33:35] | dekarl: | stuartm: well, our private broadcasters start shows 1–2 minutes early more often then not (I start early 5 minutes hard + 5 minutes soft and jumping 8 minutes into the recording works well.). Also I do like to have the overlap for the back-to-back recordings. Loosing whole recordings can be fixed by more tuners :D To avoid cut of ends of movies I have to add 30 minutes of overrecord for some broadcasters and sometimes even that is not enough : |
| [18:34:16] | dekarl: | hmm, automatically setting a bookmark on the scheduled start of programme might make that easier to measure. or an option to display presentation time |
| [18:43:39] | NightMonkey (NightMonkey!~NightrMon@pdpc/supporter/professional/nightmonkey) has quit (Quit: Body blow! Body blow!) | |
| [18:43:51] | gigem: | dekarl: Setting an automatic bookmark is a neat idea. One reason I don't like a lot of preroll is having skip over a bunch of stuff just to get to the beginning. |
| [18:46:17] | dekarl: | gigem, and it helps with soft padding that is only there on some of the episodes |
| [18:49:02] | stuartm: | the idea of setting a bookmark has come up before, and it's a good one, the only objection was that some people use the presence of bookmarks (icon in the UI) as a reminder of which recordings they have started watching already |
| [18:49:38] | stuartm: | but that could be solved by having different types of bookmarks (user set, vs program set) |
| [18:53:01] | stuartm: | in fact, even simpler than that, just don't set the bookmark flag in the recorded table when setting that bookmark |
| [19:14:38] | MMlosh: | danielk221, hi. I have a Recorder question and I was pointed at you. |
| [19:14:44] | MMlosh: | I am trying to feed mythtv MPEG data from a pipe. I found out that the "MPEG-2 encoder card" Recorder works nicely for the task with "file:" device. |
| [19:15:00] | MMlosh: | Because of a (compile/code) bug on ARM I was prompted for "External Channel Changer script" even though the Recorder doesn't support that. |
| [19:15:13] | MMlosh: | I get a warning and the script is not actually run because of line mythtv/libs/libmythtv/recorders/channelbase.cpp:962 |
| [19:15:18] | MMlosh: | It would be really helpful if I could run it. |
| [19:15:26] | MMlosh: | What could go wrong if an external channel changer script is run on a Recorder that shouldn't support it? |
| [19:16:17] | MMlosh: | ( I suggest changing it, so that the warning is kept, but the script run anyway) |
| [19:20:12] | stuarta: | gigem: you can't hardcode the values, because in some parts of the world (eg. Aus) the schedule seems to be advisory, and at peak viewing times 97% of the shows do not start or finish anywhere near the advertised time |
| [19:21:03] | stuarta: | having spoken to the family who are still there, it can be anything in the region of 7–8mins late during peak times, due to the broadcasters stuffing the ad breaks |
| [19:21:23] | stuarta: | and by 4am they are all back in sync with the schedule |
| [19:25:43] | MMlosh: | I remember we had a station that regularly went over 30 minutes late.. I stopped watching it, so I am not sure how it works today |
| [19:33:03] | toeb_ (toeb_!~toeb@109.193.196.29) has joined #mythtv | |
| [19:33:09] | toeb (toeb!~toeb@HSI-KBW-109-193-196-029.hsi7.kabel-badenwuerttemberg.de) has quit (Ping timeout: 246 seconds) | |
| [19:34:11] | stoffel (stoffel!~quassel@pD9E4166C.dip0.t-ipconnect.de) has joined #mythtv | |
| [19:41:26] | len (len!~quassel@75-161-179-129.mpls.qwest.net) has joined #mythtv | |
| [19:47:24] | stuartm: | MMlosh: the demo/test recorders might be even more appropriate |
| [19:47:36] | MMlosh: | I tried those |
| [19:47:40] | MMlosh: | they don't work for a pipe |
| [19:47:53] | stuartm: | ah, I thought they did |
| [19:47:53] | MMlosh: | the import recorder attempts to "copy" on the provided file |
| [19:48:10] | MMlosh: | I also thought they did |
| [19:48:16] | MMlosh: | but the test results don't match |
| [19:49:45] | Captain_Murdoch: | stuartm, no, HLS transcode does not honor cutlists. I was going to look into that as part of the on-demand rewrite. |
| [19:50:06] | gigem: | stuarta: You're missing the point. It's not to pick a single value that fits everyone's need, ostensibly to remove settings. Rather, it's to get rid of a misfeature that begat other misfeatures (SchedOpenEnd) and never ceases to cause confusion. |
| [19:50:13] | stuartm: | Captain_Murdoch: ok thanks, I wasn't sure if I was encountering a bug or not |
| [19:50:49] | MMlosh: | btw: The reaason why am I feeding it with a pipe is, that my source is an "infinite HTTP stream" and mythtv doesn't do that |
| [19:51:16] | Captain_Murdoch: | I still think my idea of an 'ExternalRecorder' or 'CommandRecorder' would be a good idea. basically a primitive interface to a few external commands such as (Start|Stop)Recording. |
| [19:51:48] | stuarta: | gigem: clearly i am |
| [19:51:56] | stuarta: | (missing the point) |
| [19:51:56] | Captain_Murdoch: | yes, it would sometimes slow innovation, but there are also some tuners we'll never support (anymore) that could be supported using an external command/program. |
| [19:52:17] | tgm4883 (tgm4883!~tgm4883@2001:4968:202:3:6cd3:8d2c:4a92:88ac) has joined #mythtv | |
| [19:52:17] | tgm4883 (tgm4883!~tgm4883@2001:4968:202:3:6cd3:8d2c:4a92:88ac) has quit (Changing host) | |
| [19:52:18] | tgm4883 (tgm4883!~tgm4883@ubuntu/member/tgm4883) has joined #mythtv | |
| [19:52:25] | stuartm: | MMlosh: sounds like something we'd want the HLS recorder to handle |
| [19:52:35] | tgm4883 (tgm4883!~tgm4883@ubuntu/member/tgm4883) has quit (Client Quit) | |
| [19:52:38] | MMlosh: | the point of HLS is the segments being finite |
| [19:52:49] | stuartm: | either that or one of the IPTV recorder |
| [19:53:00] | tgm4883_ (tgm4883_!~tgm4883@ubuntu/member/tgm4883) has joined #mythtv | |
| [19:53:04] | MMlosh: | yeah, that would make more sense, given that there is only one media url |
| [19:53:14] | Captain_Murdoch: | yeah, sounds more like IPTV than HLS which is segmented. |
| [19:53:19] | MMlosh: | so I could replace "rtp://" with "http://" inplaylists and be ready to go |
| [19:55:08] | MMlosh: | Oh.. I tried recompiling (And nuking the line that prevents me from using an external channel changer script), but it says "handling segfault", "segfault" |
| [19:55:23] | MMlosh: | but when ran in GDB it says "SIGILL, illegal instruction" in a crypto library |
| [19:55:37] | stuartm: | stuarta: I'm pretty sure there is a 'new' flag we could be setting where the event title/description contains "Brand New" or just "New." |
| [19:56:17] | stuarta: | stuartm: i'm sure there is, however i didn't wish to incur the wrath of my 3yr old by not recording his programs :) |
| [19:56:29] | MMlosh: | btw: Perhaps the "External Channel Changer" script could be allowed when the VBI device on the recorder is not set? (on the MPEG-2 input recorder) |
| [19:56:31] | stuartm: | stuarta: I'll take a look |
| [19:56:32] | stichnot: | I also like the idea of an initial preroll bookmark. It seems that the recorder should do this when the wall-clock time reaches the non-preroll recording start time, and only if there is not already a bookmark set and if the program is not in-use (except by commflagger job, transcoder job, etc). These conditions could be dropped once sphery has implemented multi-bookmark support. |
| [19:57:06] | stuarta: | stuartm: that change was pushed to 0.26-fixes, i'll push it to master once the test build is done |
| [19:57:25] | stichnot: | The conditions are to avoid surprising a user who is watching an in-progress recording. |
| [19:58:58] | stuarta: | and i believe i've actually just used rebase as it was intended |
| [19:59:08] | stuarta: | >8–0 |
| [20:00:03] | stuarta: | i'd cherry picked that commit to master, then realized i was 499 versions behind, so did a rebase rather than merge and it's all gone in nicely |
| [20:00:36] | ** stuarta wanders off for a bit ** | |
| [20:02:39] | stuarta: | back |
| [20:02:57] | ** stuarta is reading all about cgroups ** | |
| [20:28:50] | stuartm: | I use "git pull --rebase" all the time, has so far worked flawlessly, although I imagine some pain might be involved if there were conflicts to deal with |
| [20:29:16] | stuarta: | the only rule is not to rebase something you've already pushed |
| [20:32:18] | danielk221: | It always gives you the option to abort the rebase if it doesn't go well. |
| [20:32:53] | danielk221: | MMlosh: There is a special recorder for doing what you are doing. The import recorder. |
| [20:33:15] | stuartm: | danielk221: he tried that but apparently it doesn't work with a pipe |
| [20:33:17] | MMlosh: | danielk221, I tried and it didn't work |
| [20:33:31] | MMlosh: | I browsed the code and I found a file copy |
| [20:34:04] | MMlosh: | danielk221, as a bonus, the import recorder also doesn'ŧ support the channel changer script |
| [20:37:34] | stuartm: | so my brand new 'security screw' bit set has already been defeated by my MCE remote ... who uses a security screw in a remote control anyway? |
| [20:37:51] | stuarta: | wtf? |
| [20:38:00] | MMlosh: | wtf indeed |
| [20:38:34] | ** stuarta hands stuartm the hammer of persuasion ** | |
| [20:38:57] | stuartm: | heh |
| [20:40:29] | stuartm: | managed to make it bend to my will with a jewellers screwdriver, as security screws go it's not the most secure design, just unusual |
| [20:40:45] | stuarta: | sounds secure from where i'm sitting |
| [20:41:16] | stuartm: | all I want to do is clean the contacts, as the back button isn't as responsive as it used to be |
| [20:47:06] | stuartm: | I'm disappointed, no super secret chippery inside :( |
| [20:48:57] | stuartm: | heh, but unlike earlier models, they've firmly glued in the logo for the 'Windows' button – I was able to replace that with a MythTV one in another remote |
| [20:49:50] | stuartm: | not firmly enough though, acetone removed it :) |
| [20:51:55] | danielk221: | MMlosh: You can copy from a pipe, why would that be an issue? As for channel change, just use the system event mechanism |
| [20:53:00] | MMlosh: | yes, but not with a filecopy operation |
| [20:53:14] | MMlosh: | at least I think that's why my attempt to use it failed |
| [20:54:04] | MMlosh: | I gave it exactly the same-setup pipe as to the MPEG-2 recorder (which worked fine) |
| [20:54:49] | MMlosh: | Can you point me at documentation of "system event mechanism"? (Channel changer script "callback" would be perfect for the task) |
| [20:55:12] | danielk221: | http://www.mythtv.org/wiki/MythTV_System_Events |
| [20:56:10] | MMlosh: | that's rather complicated compared to running wget from channel changer script into a pipe |
| [20:57:55] | MMlosh: | Is there a reason why it's a good idea not to run the script even if someone went though the effort of setting it up? (just curious) |
| [21:01:10] | danielk221: | MMlosh: A channel changer script is only supported for some recorders. It is mostly a matter of demand + hands to implement and test. |
| [21:01:37] | Jordack (Jordack!~jordack@h69-131-44-221.plmomi.dedicated.static.tds.net) has quit () | |
| [21:01:50] | MMlosh: | Perhaps the "External Channel Changer" script could be allowed when the VBI device on the MPEG-2 recorder is not set? |
| [21:02:07] | MMlosh: | if the VBI (if I remember correctly) is missing, providing the script would IMO make sense |
| [21:03:24] | MMlosh: | btw: I know it's supported only for some recorders.. My question is – why.. It's just a script exec'd on channel change.. |
| [21:04:35] | danielk221: | MMlosh: VBI has no bearing on it. If you make a patch to add support, it will be considered. |
| [21:04:56] | MMlosh: | update: OK. I take it back. Those system events should be ok for the purpose as well |
| [21:05:18] | MMlosh: | and probably simpler, because I could get hold of the card number |
| [21:05:53] | MMlosh: | oh.. VBI is vertical blanking interval.. I didn't know that |
| [21:06:07] | MMlosh: | I wonder how is the MPEG-2 encoder card switching channels |
| [21:06:29] | MMlosh: | then |
| [21:14:43] | stoffel (stoffel!~quassel@pD9E4166C.dip0.t-ipconnect.de) has quit (Ping timeout: 245 seconds) | |
| [21:19:54] | wolfgang4 (wolfgang4!~wolfgang@178-27-196-33-dynip.superkabel.de) has quit (Ping timeout: 264 seconds) | |
| [21:20:44] | wolfgang4 (wolfgang4!~wolfgang@178-27-196-33-dynip.superkabel.de) has joined #mythtv | |
| [21:30:39] | jya (jya!~jyavenard@mythtv/developer/jya) has joined #mythtv | |
| [21:31:44] | jpabq: | Captain_Murdoch: I have already written the foundation for "ExternalRecorder" it needs some polish, but it is functional — I use for reading 'test' MPTS streams off my hard drive. I plan on writing another 'module' for it, that would allow HD-PVR captions to be muxed into the H.264, but that might just be a pipe-dream (pun intended). |
| [21:33:22] | jpabq: | Once I polish it some more — add support for channel changes — I will commit it. |
| [21:34:05] | SteveGoodey (SteveGoodey!~steve@host86-151-111-43.range86-151.btcentralplus.com) has joined #mythtv | |
| [21:34:10] | MMlosh: | so.. h264s in a avi container (I guess that's what they call "HD" here) will be supported too? |
| [21:42:06] | Captain_Murdoch: | jpabq, nice. glad to see someone else sees a use for that functionality. I originally added the File: mode do the mpeg recorder for testing on systems without a tuner card, but it was very limited and basically used to feed a recorded file back into MythTV as a new recording. then Daniel wrote the import recorder with better functionality, but I still can see a use for a command based solution instead of just a file copy. |
| [21:43:48] | MMlosh: | Captain_Murdoch, I plan to use the file: mode of the mpeg recorder.. it works flawlessly |
| [21:44:20] | Captain_Murdoch: | MMlosh, ok. |
| [21:44:53] | MMlosh: | @daniel – I don't think I care about the patch anymore.. Simple enabling of channelchanger for mpegrecorder would be like this: http://pastebin.com/2yjFeJ9s ("patch") |
| [21:47:37] | MMlosh: | Captain_Murdoch, it's not that limited, it works with pipes -> it can be used with anything that produces mpeg. Having an obvious method that takes x264 "HD" as well with clear documentation would be awesome of course |
| [21:48:08] | MythBuild (MythBuild!~MythBuild@alcor.mythtv.org) has quit (Remote host closed the connection) | |
| [21:48:19] | MythBuild (MythBuild!~MythBuild@alcor.mythtv.org) has joined #mythtv | |
| [21:49:31] | dekarl: | MMlosh: I'd avoid .avi like the plague. Just use something thats worthy of the name container, like Matroska, and avoid all the issues. |
| [21:49:46] | MMlosh: | good idea |
| [21:49:56] | MMlosh: | unfortunately what they call "HD" appears to be avi |
| [21:51:19] | MMlosh: | wrong.. mplayer clearly says it is mpegts container with h264 inside |
| [21:51:24] | MMlosh: | is that even possible? |
| [21:51:48] | dekarl: | to name a file .avi even if it contains something else? sure, that's possible |
| [21:52:53] | MMlosh: | it comes over air in DVB-T |
| [21:52:57] | MMlosh: | it has no "file" |
| [21:53:03] | MMlosh: | so it has no file extension |
| [21:53:20] | MMlosh: | my question was – is it possible that mpegts has a h264 video inside? |
| [21:53:30] | MMlosh: | I thought the point of mpegts is having mpeg inside |
| [22:02:57] | SteveGoodey (SteveGoodey!~steve@host86-151-111-43.range86-151.btcentralplus.com) has quit (Quit: Konversation terminated!) | |
| [22:03:50] | dekarl: | MMlosh: H.264 is MPEG-4 Advanced Video Coding. (there is no MPEG-4 ASP / DivX on TV) |
| [22:04:10] | MMlosh: | oh.. thanks for correcting me.. that explains it all |
| [22:05:12] | Captain_Murdoch: | mpegts with h264 video is what HLS uses |
| [22:05:51] | dekarl: | notice that you can happily mix and match H.264 / AAC (MPEG-4 Advanced Audio Codec) with MPEG-2 audio/video in a MPEG-2 Transport Stream. You can also mix and match with DVB-T or DVB-T2 as you like. Its just common to update all components if you force an upgrade to the installed hardware base |
| [22:06:43] | dekarl: | extending the IPTVRecorder to handle "some MPEG-2 Transport Stream via HTTP" should be straight forward |
| [22:07:14] | MMlosh: | really? that would be awesome :) |
| [22:20:52] | stuarta: | i added a fedora 19 builder, just running it's first 0.26-fixes build now. master will kick next time someone commits, or it can be kicked once the other one is done |
| [22:28:37] | dekarl: | MMlosh: fwiw, I was trying to say "patches appreciated, should not be to hard to implement" :D |
| [22:28:51] | ** MMlosh thought so ** | |
| [22:29:06] | MMlosh: | but now I have to figure out why my mythfrontend doesn't work anymore |
| [22:29:12] | MMlosh: | I tried to "debuild" mythtv sources I got from the repository. I installed resulting debs.. and now my frontend doesn't start anymore because of illegal instruction in libcrypto.. it doesn't make any sense, right? |
| [22:29:45] | stuarta: | dunno how well maintained that is |
| [22:32:42] | MythBuild: | build #1 of 0.26-f19–64bit is complete: Success [3build successful] Build details are at http://code.mythtv.org/buildbot/builders/0.26-f19-64bit/builds/1 |
| [22:32:53] | stuarta: | \o/ |
| [22:33:29] | stuarta: | kicked logging- build |
| [22:45:50] | J-e-f-f-A (J-e-f-f-A!~J-e-f-f-A@unaffiliated/j-e-f-f-a) has quit (Ping timeout: 245 seconds) | |
| [22:50:50] | jya (jya!~jyavenard@mythtv/developer/jya) has quit (Ping timeout: 245 seconds) | |
| [23:49:32] | stichnot (stichnot!~stichnot@mythtv/developer/stichnot) has quit (Ping timeout: 260 seconds) | |
| [23:53:47] | stichnot (stichnot!stichnot@nat/google/x-ggdmdfwciwfhiraq) has joined #mythtv | |
| [23:53:47] | stichnot (stichnot!stichnot@mythtv/developer/stichnot) has joined #mythtv | |
| [23:53:47] | stichnot (stichnot!stichnot@nat/google/x-ggdmdfwciwfhiraq) has quit (Changing host) | |
IRC Logs collected by
BeirdoBot.
Please use the above link to report any bugs.