| Sunday, November 3rd, 2013, 00:38 UTC | ||
| [00:38:25] | skd5aner: | dekarl: ping |
| [00:41:32] | skd5aner: | dekarl: I suppose it's late your time :) I'll catch you another time |
| [00:47:32] | Sharky-112065 (Sharky-112065!~Sharky112@c-24-19-57-28.hsd1.wa.comcast.net) has joined #mythtv | |
| [00:47:38] | Sharky112065 (Sharky112065!~Sharky112@c-24-19-57-28.hsd1.wa.comcast.net) has quit (Ping timeout: 264 seconds) | |
| [00:48:46] | Sharky-112065 is now known as Sharky112065 | |
| [01:14:31] | tlhiv_laptop (tlhiv_laptop!~foo@c-98-192-152-244.hsd1.al.comcast.net) has quit (Ping timeout: 272 seconds) | |
| [01:17:57] | mythfan (mythfan!~mythfan@24-122-180-242.dr.cgocable.ca) has joined #mythtv | |
| [01:57:07] | mythfan (mythfan!~mythfan@24-122-180-242.dr.cgocable.ca) has quit (Quit: Colloquy for iPad - http://colloquy.mobi) | |
| [02:08:30] | jheizer_ (jheizer_!~jheizer@c-98-226-220-178.hsd1.il.comcast.net) has joined #mythtv | |
| [02:11:11] | jheizer (jheizer!~jheizer@c-98-226-220-178.hsd1.il.comcast.net) has quit (Ping timeout: 260 seconds) | |
| [02:59:38] | skd5aner: | !seen IReboot |
| [02:59:38] | MythLogBot: | IReboot was last seen 34 days 15 hours 51 minutes 10 seconds ago |
| [03:00:25] | rsiebert_ (rsiebert_!~quassel@g229055253.adsl.alicedsl.de) has joined #mythtv | |
| [03:03:15] | rsiebert (rsiebert!~quassel@g226061108.adsl.alicedsl.de) has quit (Ping timeout: 246 seconds) | |
| [03:03:55] | nyloc (nyloc!~quassel@p5B26F3E0.dip0.t-ipconnect.de) has joined #mythtv | |
| [03:08:21] | _nyloc_ (_nyloc_!~quassel@p3EE2CD6F.dip0.t-ipconnect.de) has quit (Ping timeout: 248 seconds) | |
| [03:29:30] | peper03 (peper03!~peper03@mythtv/developer/peper03) has quit (Ping timeout: 246 seconds) | |
| [03:30:38] | peper03 (peper03!~peper03@mythtv/developer/peper03) has joined #mythtv | |
| [04:50:51] | stichnot (stichnot!~stichnot@mythtv/developer/stichnot) has quit (Ping timeout: 272 seconds) | |
| [04:53:52] | fetzerch (fetzerch!~quassel@unaffiliated/fetzerch) has quit (Ping timeout: 264 seconds) | |
| [04:54:50] | fetzerch (fetzerch!~quassel@unaffiliated/fetzerch) has joined #mythtv | |
| [05:34:32] | stichnot (stichnot!~stichnot@mythtv/developer/stichnot) has joined #mythtv | |
| [06:09:54] | gigem: | skd5aner: If you happen to have a db backup containing the rule that didn't get updated correctly, I'd like to see it. |
| [06:23:46] | CeilingKitten (CeilingKitten!~CeilingKi@69-165-133-87.dsl.teksavvy.com) has quit (Ping timeout: 245 seconds) | |
| [06:24:11] | knightr (knightr!~Nicolas@69-165-170-178.dsl.teksavvy.com) has quit (Ping timeout: 245 seconds) | |
| [06:26:51] | neufeld (neufeld!~user@69-165-173-139.dsl.teksavvy.com) has quit (Ping timeout: 272 seconds) | |
| [06:27:24] | shadowone (shadowone!~shadowone@ppp59-167-189-79.static.internode.on.net) has joined #mythtv | |
| [06:42:43] | knightr (knightr!~Nicolas@mythtv/developer/knightr) has joined #mythtv | |
| [06:48:11] | CeilingKitten (CeilingKitten!~CeilingKi@75-119-241-174.dsl.teksavvy.com) has joined #mythtv | |
| [06:53:01] | Cougar (Cougar!~cougar@2a03:5880:104:10:995b:67fc:6958:9854) has quit (Read error: Connection reset by peer) | |
| [07:20:05] | Cougar (Cougar!~cougar@2a03:5880:104:10:1193:fc0c:d492:d94e) has joined #mythtv | |
| [07:32:09] | jst_ (jst_!~quassel@2620:101:8003:200:224:e8ff:fe39:34c2) has quit (Remote host closed the connection) | |
| [07:38:02] | jst (jst!~quassel@198.199.94.175) has joined #mythtv | |
| [07:38:31] | jst (jst!~quassel@198.199.94.175) has quit (Remote host closed the connection) | |
| [07:39:17] | jst (jst!~quassel@198.199.94.175) has joined #mythtv | |
| [07:44:25] | jst (jst!~quassel@198.199.94.175) has quit (Remote host closed the connection) | |
| [07:44:35] | jst (jst!~quassel@198.199.94.175) has joined #mythtv | |
| [09:08:03] | Tobbe5178 (Tobbe5178!~asdf@h104n2-sv-a13.ias.bredband.telia.com) has joined #mythtv | |
| [09:23:17] | stuartm: | well that's screwy, the post I just sent to users was held for moderation because " Post by non-member to a members-only list" |
| [09:23:54] | stuartm: | err, I was subscribed two hours ago to receive the email I was replying too |
| [09:38:01] | paul-h (paul-h!~Paul@90.216.184.129) has joined #mythtv | |
| [09:45:01] | paul-h: | stuartm: getting a segfault when I select an image to view in the new image gallery http://pastebin.com/zxKQcGX6 |
| [09:47:53] | natanojl (natanojl!~jonatan@mythtv/developer/natanojl) has joined #mythtv | |
| [09:49:53] | paul-h: | The thumbs are sort of working now but you have to open a folder to create the thumbs before the folder thumb will show |
| [09:50:25] | paul-h: | I think you said something to that effect in the commit message |
| [09:53:21] | paul-h: | What ever the number is supposed to represent it is showing as 0 on all the folder images here |
| [09:58:18] | paul-h: | Before the previous commit I could select an image to show but the big problem for me was the zoom always defaulted back to 1x I guess which meant the image was always cropped. I think it would be better if the default was to zoom to fit the screen. |
| [10:00:19] | paul-h: | It's an improvement but still a long way to get it even close to the functionality of the old gallery :) |
| [10:12:45] | stuartm: | yeah, needs a lot more work than it first seemed, I'll get it sorted though |
| [10:13:15] | stuartm: | the segfault looks like something I missed, it shouldn't be touching ImageThumbGenThread on the frontend |
| [10:17:21] | stuartm: | http://pastebin.com/TgZtzWmi should fix the segfault, I'll commit it later today |
| [10:17:33] | stuartm: | paul-h: ^^ |
| [10:19:47] | doev (doev!~doev@p4FD40ADD.dip0.t-ipconnect.de) has joined #mythtv | |
| [10:37:28] | paul-h: | stuartm: yeah that fixes the segfault |
| [10:37:59] | stuartm: | and it even compiles once you add the missing <QThread> include |
| [10:38:46] | stuartm: | sorry about that, more speed, less haste and all that |
| [10:41:02] | paul-h: | It compiled without the <QThread> change for me |
| [10:41:32] | paul-h: | NP I know you would rather be playing with MythWebFrontend :) |
| [10:44:10] | paul-h: | I did just notice another problem I think it's if you change the metadata for an image like rotate or zoom the DB update says it failed and then the thumb and image fail to load because the filename or path becomes somehow become corrupted with the path repeated in the URL |
| [10:45:15] | stuartm: | jpabq: is the signal monitor OSD still supposed to be working in 0.27/master? I'm playing with a patch to enable the LNA on some cards through the v5 API but I've realised that I can't remember the last time I saw the SM OSD when testing livetv – has to be months if not years |
| [10:45:30] | stuartm: | paul-h: noted |
| [10:58:02] | stuartm: | jpabq: ok so it seems that the signal monitor is only displayed briefly here when I start livetv, not when switching channel, and the SIGNALMON binding brings up the OSD but no signal information |
| [11:00:54] | stuartm: | I know your work on it was mostly to support the HD-PVR, but maybe you've an idea why it's not behaving as expected in my case |
| [11:10:04] | neufeld (neufeld!~user@69-165-173-139.dsl.teksavvy.com) has joined #mythtv | |
| [11:12:01] | tlhiv_laptop (tlhiv_laptop!~foo@c-98-192-152-244.hsd1.al.comcast.net) has joined #mythtv | |
| [11:19:47] | tlhiv_laptop (tlhiv_laptop!~foo@c-98-192-152-244.hsd1.al.comcast.net) has left #mythtv ("Ex-Chat") | |
| [12:57:39] | knightr_ (knightr_!~Nicolas@69-165-170-178.dsl.teksavvy.com) has joined #mythtv | |
| [13:00:51] | knightr (knightr!~Nicolas@mythtv/developer/knightr) has quit (Ping timeout: 245 seconds) | |
| [13:12:34] | knightr (knightr!~Nicolas@mythtv/developer/knightr) has joined #mythtv | |
| [13:15:01] | knightr_ (knightr_!~Nicolas@69-165-170-178.dsl.teksavvy.com) has quit (Ping timeout: 245 seconds) | |
| [13:45:25] | rhpot1991 (rhpot1991!~rhpot1991@ubuntu/member/rhpot1991) has quit (Ping timeout: 245 seconds) | |
| [13:49:10] | rhpot1991 (rhpot1991!~rhpot1991@2001:4968:202:3:d492:10e5:2d94:ae20) has joined #mythtv | |
| [13:49:10] | rhpot1991 (rhpot1991!~rhpot1991@2001:4968:202:3:d492:10e5:2d94:ae20) has quit (Changing host) | |
| [13:49:10] | rhpot1991 (rhpot1991!~rhpot1991@ubuntu/member/rhpot1991) has joined #mythtv | |
| [14:32:10] | skd5aner: | gigem: I do have a backup from a few days ago... could probably pull that row out that contains that rule |
| [15:19:03] | dekarl: | skd5aner: pong, actually it was earliy, like 2 in the morning ;) |
| [15:19:15] | skd5aner: | dekarl: :) |
| [15:20:12] | skd5aner: | dekarl: I was just noticing that not only is TMDB now doing TV shows (as we discussed a few weeks ago), but they are actually hijacking all the artwork from TheTVDB via a bot |
| [15:20:31] | skd5aner: | dekarl: there's actually some artwork I created that's magically wound up at TMDB |
| [15:21:13] | skd5aner: | do you know if it's common knowledge that TMDB is sourcing their artwork this way? |
| [15:21:16] | dekarl: | skd5aner: yes, but they harvest only english and only some slow / or from an old dump. And their data model is not less crap than the original |
| [15:21:57] | skd5aner: | I just found that kinda... dubious |
| [15:21:58] | dekarl: | tbh I don't think either care to much about the content license 1.0 world ;) |
| [15:22:10] | skd5aner: | oh, no doubt about that |
| [15:22:26] | skd5aner: | it's nearly imppossible to have "fanart" without blatant copyright issues |
| [15:23:08] | dekarl: | one could start with adding a hint that "you must enter an overview" means to come up with ones own text, not copypaste from $othersite |
| [15:28:15] | tonsofpcs: | but it's likely fair use (at least in the US) to copypaste a description of something from the content owner |
| [15:28:19] | dekarl: | obviously they break the connection to http://fanart.tv/tv-fanart/ by rolling their own seires id... |
| [15:28:45] | tonsofpcs: | do they really roll their own or do they use some sort of substitution/hash? |
| [15:30:00] | dekarl: | tonsofpcs: not so in germany http://translate.google.de/translate?sl=auto& . . . p%2FVG_Media |
| [15:30:39] | dekarl: | tonsofpcs: they just imported in some order starting from 1 |
| [15:31:21] | dekarl: | but on the bright side, mentalist is getting different adult content assigned when we hit the bug again, yeah |
| [15:42:11] | skd5aner: | dekarl: heh, I saw that |
| [15:42:47] | skd5aner: | dekarl: I originally got adult artwork for SportsCenter, which is a hugely popular sports news program in the US |
| [15:43:24] | skd5aner: | and I got it on another show too, but I don't remember which... it's funny, most of my incorrectly retrieved artwork, returned adult oriented content. What are the odds? |
| [15:44:53] | stichnot: | skd5aner: I just tested the Program Guide changes on my newer dual-core ION (underclocked to the max), and there is less stuttering than the older single-core IONs but still present |
| [15:45:18] | skd5aner: | interesting: http://fanart.tv/2012/09/the-associated-fanart/ |
| [15:45:29] | stichnot: | but I expect improving the horrible channel status queries will fix this |
| [15:45:52] | stichnot: | though that won't happen in 0.27 |
| [15:46:35] | stichnot: | I'll let this bake in Master for a few days and then backport to 0.27 |
| [15:46:55] | skd5aner: | stichnot: Listen... I'm hugely impressed... for me, it's essentially completely resolved... and that's on a ~6 year old dual core CPU... any improvement beyond the POC you had me test is icing on the cake as far as I'm concerned :) |
| [15:47:58] | stichnot: | cool, that's great to hear! |
| [15:51:04] | skd5aner: | stichnot: in fact, I mentioned about 4 weeks ago that imho, that was the last huge annoyance and deficiency in MythTV. |
| [15:51:17] | skd5aner: | stichnot: so, where do I send the case of beer (or whatever you want)? :D |
| [15:52:19] | skd5aner: | oh, and I should say, I'm surprised that you are willing to backport a change like this to 0.27, but I'm appreciative of it – glad I don't have to wait until a whole 'nother release |
| [15:57:09] | stichnot: | yeah, performance fixes like this are great for backports when they don't involve DB schema or backend protocol changes |
| [15:57:50] | stichnot: | skd5aner: hold on to the beer, pay it forward to the next person I owe a favor :) |
| [15:58:13] | skd5aner: | :) |
| [15:59:15] | skd5aner: | stichnot: was it you who was playing with a new Zotac box? |
| [15:59:19] | skd5aner: | the ID41 maybe? |
| [16:00:51] | stichnot: | skd5aner: to me, the biggest annoyance of Live TV is that when the player flakes out and exits, you lose the whole Live TV session. It would be nice if the backend would continue recording for a few minutes if possible and give the frontend a chance to reconnect to the LiveTVChain |
| [16:01:05] | stichnot: | skd5aner: yes, I just set up the ID41 for the in-laws |
| [16:01:22] | skd5aner: | stichnot: I almost bought one a few months ago – worth the investment? |
| [16:02:05] | skd5aner: | stichnot: yea, but honestly – livetv flakes out a lot less for me now than it used to... I'd definitely use the term "stable" now – not perfect, but stable |
| [16:02:06] | stichnot: | I think so. Depends on your specific needs, I guess |
| [16:02:52] | skd5aner: | well, I need a frontend for a bedroom that can playback ATSC MPEG2 as well as H.264 from an HD-PVR – so something that support vdpau |
| [16:03:12] | stichnot: | For me, I want something small, silent, inexpensive and capable. People may argue about "capable", but for playing back MythTV recordings (and most videos), it's capable |
| [16:03:14] | skd5aner: | mostly quiet is fine, but doesn't have to be completely quiet |
| [16:03:35] | dekarl1 (dekarl1!~dekarl@p4FCEEB6E.dip0.t-ipconnect.de) has joined #mythtv | |
| [16:03:38] | stichnot: | I couldn't get the ID41 completely quiet, but I can only hear it if my ear is 6 inches away |
| [16:03:44] | skd5aner: | would it playback blu-ray content? |
| [16:04:08] | skd5aner: | stichnot: for me, that's fine – I can't stand a completely silent room anyway – whitenoise is good, so long as it's not drowning |
| [16:04:09] | stichnot: | I assume so, though I don't have any to try. It does just fine with HD-PVR content. |
| [16:04:25] | skd5aner: | cool, I'll probably bite the bullet then |
| [16:04:34] | stichnot: | The worst is pulsating noise, or disk seek noise |
| [16:04:38] | skd5aner: | yea |
| [16:04:53] | stichnot: | suffered that with the first DirecTiVo box I had |
| [16:04:55] | skd5aner: | or fan's going out """"brrrzzzz....... brzzzzzzzz" |
| [16:05:26] | skd5aner: | my folks has the DirecTiVo |
| [16:05:51] | dekarl (dekarl!~dekarl@p4FCEFEB8.dip0.t-ipconnect.de) has quit (Ping timeout: 246 seconds) | |
| [16:05:54] | skd5aner: | oh, the good ol' days when Tivo still had a foothold and people hadn't rolled their own commercial DVRs yet |
| [16:07:22] | jpabq: | stuartm: I will add that to my list of things to look into. |
| [16:08:29] | stichnot: | My ID41 total cost was $190 for the box, plus $25 for RAM, and $25 for IR receiver (RRC-126, works with old-style lirc) |
| [16:09:04] | stichnot: | But you might want to hold off until the rest of the Guide stuttering problems are fixed :) |
| [16:11:43] | skd5aner: | stuartm, jpabq: I just checked 0.27-fixes out of curiousity and the signal monitor is shown on the OSD at the initial launch of Live TV, but then on each channel change the OSD only shows the show's description. If I hit the keybinding I have for the signal monitor, the OSD comes up and actually freezes Live TV playback |
| [16:12:00] | skd5aner: | I have to actually exit Live TV and re-enter |
| [16:22:16] | natanojl (natanojl!~jonatan@mythtv/developer/natanojl) has quit (Ping timeout: 245 seconds) | |
| [16:34:42] | natanojl (natanojl!~jonatan@mythtv/developer/natanojl) has joined #mythtv | |
| [16:57:59] | dekarl1 is now known as dekarl | |
| [17:02:04] | Seeker`: | hmm, is mythweb meant to be broken at the moment? |
| [17:03:40] | Seeker`: | upcoming/recorded programs are blank |
| [17:05:08] | skd5aner: | Seeker`: in master or 0.27? |
| [17:06:06] | skd5aner: | Seeker`: in 0.27, it works fine... in master, not sure – there's a lot of work going on to try and make a replacement for mythweb, in which case it's possible that somethign broke mythweb and no one is anxious to fix a dying product in the development branch |
| [17:06:08] | wagnerrp: | stichnot: do you know off hand what format the filename in filemarkup should be? |
| [17:06:38] | wagnerrp: | is it a full path, a relative path, a URI? |
| [17:07:02] | skd5aner: | wagnerrp: I think I see the issue |
| [17:07:28] | stichnot: | wagnerrp: I believe it's supposed to be a relative path to a video SG directory |
| [17:07:31] | skd5aner: | I picked a random recoridng at the top of my list to try it out, and this is what it entered in to filemarkup: TV Shows/2 Broke Girls/Season 3/%Title% – S03E06 – And the Piece of Sheet.mpg |
| [17:08:03] | wagnerrp: | the "%Title%" bit is bad too |
| [17:08:24] | skd5aner: | The variable didn't get set right because, I'm guessing, it should be "%TITLE%" or something |
| [17:08:50] | skd5aner: | wagnerrp: however, it did get created right in the filesystem |
| [17:09:31] | skd5aner: | atually, no it didnt |
| [17:09:34] | stichnot: | wagnerrp: I have some entries of the form "dvd:/storage/..." but these are probably old/broken |
| [17:09:37] | skd5aner: | ok.. let me see if that's wrong in my DB |
| [17:10:31] | stichnot: | Seeker`: mythweb is working just fine for me in Master, but it was broken a week or two ago |
| [17:33:21] | Seeker`: | stichnot: ah, doesn't seem to be working for me in master, git says it is up to date |
| [17:34:09] | Seeker`: | upcoming / recorded programs return a blank page |
| [17:34:18] | Seeker`: | listings cut out after it has printed the first channel |
| [17:41:06] | stichnot: | Seeker`: Make sure both mythtv and mythweb are updated |
| [17:41:08] | skd5aner: | stichnot: overlooked an obvious issue with the LiveTV EPG patch... I see NO data such as show description, title, subtitle, etc... :) |
| [17:41:32] | skd5aner: | stichnot: was trying to find an NFL game to turn on, and realized, I can't see who the heck is playing – haha |
| [17:42:02] | stichnot: | skd5aner: interesting – it's showing up for me |
| [17:42:40] | skd5aner: | Obviously the guide itself is populated, but the window that gives the details is competely empty |
| [17:43:01] | stichnot: | You never see any description (presumably at the bottom), at the EPG start or during navigation/scrolling? |
| [17:43:22] | skd5aner: | correct |
| [17:43:32] | stichnot: | that could also be an artifact of the other bug |
| [17:43:45] | stichnot: | I have a backport ready, I'll update the ticket now |
| [17:43:52] | skd5aner: | possibly, I haven't updated at all from the original patch I tested |
| [17:44:23] | skd5aner: | but, given that the data isn't there, I'm wondering if that's /helping/ performance... |
| [17:44:51] | skd5aner: | so, once that's resolved, I'll let you know if there's any difference in perceived performance as well |
| [17:46:47] | stichnot: | Just rendering the data in that window should cause no real performance difference |
| [17:47:02] | skd5aner: | so says you... |
| [17:47:04] | skd5aner: | ;) |
| [17:47:58] | stichnot: | well, one little thing — I am suspicious of the channel icon loading, but I haven't investigated, in part because my channel icon DB setup is likely broken and needs some attention |
| [17:48:38] | skd5aner: | stichnot: I have icons on 80% of my channels, and they're large, HQ icons in a SG |
| [17:53:07] | stuartm: | I'd need to double check, but icon loading should be fine |
| [17:59:22] | Steve-Goodey (Steve-Goodey!~SteveGood@host109-158-208-19.range109-158.btcentralplus.com) has joined #mythtv | |
| [18:06:58] | skrap (skrap!~root@ip68-97-24-252.ok.ok.cox.net) has joined #mythtv | |
| [18:07:12] | skd5aner: | stichnot: they load fine for me before and after your patch |
| [18:10:15] | skd5aner: | stichnot: also, I see the new patch – I've got a long todo list todya, but will try to get it looked at sometime by tomorrow afternoon |
| [18:17:39] | stichnot: | skd5aner: I meant the channel icon as part of the description at the bottom, as opposed to the ones that are part of the channel list |
| [18:18:17] | skd5aner: | oh, yea... it's not there either. I do see the "placeholder" icon though |
| [18:24:11] | Seeker`: | stichnot: wiped everything, full rebuild etc. and now it works |
| [18:27:18] | Seeker`: | stichnot: also, love that EPG patch |
| [18:27:53] | stuartm: | stichnot: those should be cached, but depending on how old the cache object is there will potentially be a remote stat to check the last modified timestamp |
| [18:42:16] | skd5aner: | stichnot: patch applied, that fixed the issue with the non-livetv EPG as well as the program details in the live-tv EPG |
| [18:43:01] | skd5aner: | stichnot: I will say though, that although I do not get the AV stuttering anymore (which is great), I do see a little slower performance in scrolling through the EPG – it's not quite as responsive as I was seeing before |
| [18:43:44] | skd5aner: | stichnot: of course, it's a bit subjective, but slightly slower response in v2 of the patch vs v1 – fyi |
| [18:43:57] | maddog301 (maddog301!~maddog301@c-68-81-16-166.hsd1.pa.comcast.net) has quit (Read error: Connection reset by peer) | |
| [18:44:40] | skd5aner: | and, the icon is showing in the description box of the EPG as well |
| [18:45:44] | knightr (knightr!~Nicolas@mythtv/developer/knightr) has quit (Read error: Connection reset by peer) | |
| [18:50:33] | nyloc (nyloc!~quassel@p5B26F3E0.dip0.t-ipconnect.de) has quit (Remote host closed the connection) | |
| [18:55:27] | nyloc (nyloc!~quassel@p5B26F3E0.dip0.t-ipconnect.de) has joined #mythtv | |
| [19:06:16] | knightr (knightr!~Nicolas@69-165-170-178.dsl.teksavvy.com) has joined #mythtv | |
| [19:06:17] | knightr (knightr!~Nicolas@69-165-170-178.dsl.teksavvy.com) has quit (Changing host) | |
| [19:06:17] | knightr (knightr!~Nicolas@mythtv/developer/knightr) has joined #mythtv | |
| [19:13:02] | plut0 (plut0!~cory@pool-108-44-40-125.albyny.fios.verizon.net) has joined #mythtv | |
| [19:13:35] | plut0: | i'm trying to add an attachment to a bug and i'm getting this, Submission rejected as potential spam |
| [19:13:56] | plut0: | is it banning specific extension types? how do i get this uploaded? |
| [19:14:21] | Steve-Goodey (Steve-Goodey!~SteveGood@host109-158-208-19.range109-158.btcentralplus.com) has quit (Ping timeout: 245 seconds) | |
| [19:21:39] | skd5aner: | plut0: it looks for various things, including URLs I believe... what is it you are tryign to upload, a log? |
| [19:22:04] | plut0: | skd5aner: html report from schedules direct |
| [19:22:23] | skd5aner: | plut0: yea, that's probably why... |
| [19:22:37] | plut0: | skd5aner: any ideas how i can sanitize it? |
| [19:22:46] | skd5aner: | plut0: you could put it in a zip or other compressed format, or possibly even just tryin changing the extension maybe? |
| [19:22:56] | wagnerrp: | or just gave someone in here attach it |
| [19:23:13] | wagnerrp: | *have |
| [19:24:06] | wagnerrp: | this is only partial. it gets chopped off at "DYSTR" |
| [19:24:21] | plut0: | skd5aner: zip file worked, thanks |
| [19:24:44] | Steve-Goodey (Steve-Goodey!~SteveGood@host109-158-208-19.range109-158.btcentralplus.com) has joined #mythtv | |
| [19:29:39] | Steve-Goodey (Steve-Goodey!~SteveGood@host109-158-208-19.range109-158.btcentralplus.com) has quit (Ping timeout: 272 seconds) | |
| [20:04:58] | rsiebert (rsiebert!~quassel@g229055253.adsl.alicedsl.de) has joined #mythtv | |
| [20:17:41] | joki (joki!~joki@p54862C27.dip0.t-ipconnect.de) has quit (Ping timeout: 248 seconds) | |
| [20:23:53] | joki (joki!~joki@p54862A45.dip0.t-ipconnect.de) has joined #mythtv | |
| [20:58:21] | Chutt (Chutt!~ijr@cpe-76-190-199-73.neo.res.rr.com) has quit (Read error: Connection reset by peer) | |
| [20:58:45] | Chutt (Chutt!~ijr@2605:a000:1208:c084:c457:ef1d:60fd:2177) has joined #mythtv | |
| [21:10:58] | kwtm (kwtm!~kwtm1@c-24-5-190-87.hsd1.ca.comcast.net) has joined #mythtv | |
| [21:29:51] | MythBuild: | build #4601 of master-freebsd-64bit is complete: Failure [4failed compile core] Build details are at http://code.mythtv.org/buildbot/builders/mast . . . /builds/4601 blamelist: John Poet <jpoet@mythtv.org > |
| [21:34:00] | doev (doev!~doev@p4FD40ADD.dip0.t-ipconnect.de) has quit (Remote host closed the connection) | |
| [21:35:49] | MythBuild: | build #1193 of master-ubuntu-12_04-lts-64bit is complete: Failure [4failed compile core] Build details are at http://code.mythtv.org/buildbot/builders/mast . . . /builds/1193 blamelist: John Poet <jpoet@mythtv.org > |
| [21:45:41] | jpabq: | MythBuild: force build master-freebsd-64bit |
| [21:45:46] | MythBuild: | The build has been queued, I'll give a shout when it starts |
| [21:46:04] | jpabq: | MythBuild: force build master-ubuntu-12_04-lts-64bit |
| [21:46:09] | MythBuild: | The build has been queued, I'll give a shout when it starts |
| [21:48:48] | MythBuild: | build #4602 of master-freebsd-64bit is complete: Success [3build successful] Build details are at http://code.mythtv.org/buildbot/builders/mast . . . /builds/4602 |
| [21:48:48] | MythBuild: | build forced [ETA 6m33s] |
| [21:48:49] | MythBuild: | I'll give a shout when the build finishes |
| [21:50:58] | SmallR2002 (SmallR2002!~Robert@c-98-253-173-240.hsd1.il.comcast.net) has joined #mythtv | |
| [21:53:42] | jya (jya!~jyavenard@mythtv/developer/jya) has joined #mythtv | |
| [21:54:00] | jpabq: | jya: I just committed a bunch of hls stuff |
| [21:54:23] | jya: | jpabq: sorry, just logged on. no idea what you're referring to? |
| [21:54:32] | jpabq: | :) |
| [21:54:34] | MythBuild: | Hey! build master-freebsd-64bit #4603 is complete: Success [3build successful] |
| [21:54:34] | ** MythLogBot http://code.mythtv.org/trac/ticket/4603 ** | |
| [21:54:34] | MythBuild: | Build details are at http://code.mythtv.org/buildbot/builders/mast . . . /builds/4603 |
| [21:55:32] | jpabq: | New HLS stuff has been committed to master. For me, channel changes take anywhere from 5 to 10 seconds while in LiveTV. |
| [21:56:00] | jya: | oh sorry... I had head "hls" as "his" |
| [21:56:11] | jya: | read that is |
| [21:56:14] | MythBuild: | build #1194 of master-ubuntu-12_04-lts-64bit is complete: Success [3build successful] Build details are at http://code.mythtv.org/buildbot/builders/mast . . . /builds/1194 |
| [21:56:15] | MythBuild: | build forced [ETA 13m50s] |
| [21:56:15] | MythBuild: | I'll give a shout when the build finishes |
| [21:56:42] | jya: | there's a discussion in mythtv-dev; it seems that your change and addition of channel changer support to IPTV broke IPTV for a few people |
| [21:57:26] | jya: | they use a channel changer script for other type of input; and just having it prevent IPTV to start; they get an error about the network being unreachable |
| [21:57:30] | jpabq: | I noticed that thread, but have not dug into it yet. |
| [21:57:47] | jpabq: | I will look into it. |
| [21:57:52] | jya: | it started in the mythtv-users list; until he moved the conversation there |
| [21:58:16] | jya: | so now; let me see what else you have broken in my baby :) |
| [21:59:49] | ** jya don't really like the thought of having two classes for a similar purpose ** | |
| [21:59:52] | jpabq: | When I was reading the discussion (quickly) it got confussing because it seemsed like people where talking about different things, and mixing up terminalogy. asdf |
| [22:01:12] | jpabq: | This was the only way to make sure I didn't break the existing functionality. |
| [22:02:48] | jya: | fundamentally, what is different between the new reader class? right now it seems just like a massive copy/paste... |
| [22:04:13] | jya: | MDM leaks memory ? is that the leak you were referring about? Captain_Murdoch ^^ |
| [22:04:36] | MythBuild: | Hey! build master-ubuntu-12_04-lts-64bit #1195 is complete: Success [3build successful] |
| [22:04:36] | ** MythLogBot http://code.mythtv.org/trac/ticket/1195 ** | |
| [22:04:36] | MythBuild: | Build details are at http://code.mythtv.org/buildbot/builders/mast . . . /builds/1195 |
| [22:05:08] | jya: | ah it's great you have a way to increase the nitrate... that's one thing I disliked about the HLS code |
| [22:05:31] | jpabq: | Some of the perfomance issues with httplivestreambuffer are due to the need to buffer a lot more. Buffering 3 segments before it can even read. Keeping data around to allow for seeking, etc. |
| [22:05:44] | jya: | but as currently playback of a stream that change bitrate half-way through crashes; I never got to fix that as it's a moot point currently |
| [22:06:33] | jpabq: | httplivestreambuffer does have a minor mem leak, in that the segmap never gets freed up. The segments themselves do, but not the map. Trying to change it to free up the segmap proved very difficutl. |
| [22:06:55] | jpabq: | None of that is really important for playback, but when recording a channel for several hours it can become an issuel. |
| [22:07:46] | jya: | jpabq: yes indeed, that's one I never got onto it.. the issue only occurs for live stream; VOD do not suffer this issue (as you need the map for the duration of playback)... but removing the map without breaking VOD I quickly realised it wasn't going to be easy |
| [22:07:56] | jpabq: | The big mem leak I noticed, turned out to be in MythDownloadManager. I still don't know what in there is leaking — I don't see it. |
| [22:08:30] | jya: | there's nothing obviously leaking in MDM, I'm even surprised it's leaking to be honest: it's nicely done |
| [22:08:57] | jpabq: | I did a 24/7 recording, and on my low powered machine, mythbackend would die in less than a day. With this new code, that is not a problem. |
| [22:09:21] | jya: | ok... I hope that prior 0.28 will be able to merge that code so we get a unique class |
| [22:09:42] | jya: | no point supporting two branches for the same stuff |
| [22:10:45] | jpabq: | That would be fine with me. Only other possible problem with MythDownloadManager, is that a single instance of QNetworkAccessManager can only download 6 things at a time. If you wanted to simultaneously record multiple HLS streams that *might* become an issue. |
| [22:11:00] | jya: | for live stream; could change the map so it contains an index base value; and each time you read the map you increase that value; then you drop the segment from the map |
| [22:11:35] | jpabq: | That was the approach I tried, but it was getting complicated faster than I liked. |
| [22:12:11] | jya: | it was on my todo list... just been busy procrastinating elsewhere... |
| [22:13:07] | jpabq: | Admittedly, when I forked it off into the new HLS code, I was still under the assumption that the major source of the mem leak was in the httplivestreambuffer code. It was not until I had the HLSReader done, and I discovered I still had a memory leak, that I finally figured out that it was in MythDownloadManager. |
| [22:13:53] | jya: | my plan in the near future is to use ffmpeg's own mpegts demuxer. Once that's done, Ill be able to more easily debug how to properly handle playback of mpegts stream with complete change of resolution + bitrate ; so we can properly playback of those |
| [22:14:18] | jpabq: | That would be nice. |
| [22:15:32] | jya: | that playback crash has led to a lot of design decision of the HLS stream buffer: wanted to make sure we got the right bitrate right at the beginning , and try to limit the changes as much as possible |
| [22:15:33] | sl1ce (sl1ce!~johnathan@pool-100-0-124-204.bstnma.fios.verizon.net) has quit (Quit: Konversation terminated!) | |
| [22:16:04] | jpabq: | Anyway, let me know if livetv works better (or worse) for you with this stuff. I am going to go watch some (American) football. |
| [22:16:18] | jya: | i'll try... I'm on a 3G connection here.. |
| [22:16:28] | jya: | so will have to wait a few days. |
| [22:16:35] | jpabq: | Ah. No problem. |
| [22:17:10] | jya: | there's one issue with live TV and changing bitrate |
| [22:20:18] | jya: | and often that won't work well regardless |
| [22:20:35] | jya: | when they broadcast different bitrate stream; often they aren't aligned. |
| [22:20:54] | kwtm (kwtm!~kwtm1@c-24-5-190-87.hsd1.ca.comcast.net) has left #mythtv ("Konversation terminated!") | |
| [22:21:01] | jya: | they often have a segment id for each segment in each stream |
| [22:21:31] | jya: | for example: stream at 1.5Mbit could be up to segment #257, while stream at 768kbit is at segment #255 |
| [22:21:31] | ** MythLogBot http://code.mythtv.org/trac/ticket/257 ** | |
| [22:21:31] | ** MythLogBot http://code.mythtv.org/trac/ticket/255 ** | |
| [22:22:09] | jya: | so I put a bit of a hack that with fill the common starting point and start from there..... |
| [22:23:56] | jya: | unfortunately, often there may not be one (e.g. the difference between streams is two big to be compensated) ; or worse, the segment IDs have no bearing on the actual content... so you do want to limit how often you change stream, because it often result in completely rubbish content.... that's another reason I never go back up in the bitrate: more often than not, you end up with a missing segment... |
| [22:28:38] | SteveGoodey (SteveGoodey!~steve@host109-158-208-19.range109-158.btcentralplus.com) has quit (Quit: Konversation terminated!) | |
| [22:30:44] | jya: | we really need to broaden the coverage on our code and get more dev to take on ownership... like this lossless transcoding issue which has plagued myth since 0.26 and still not fixed :( |
| [22:36:38] | stuartm: | there have been lossless transcoding issues since the day it was first added :/ |
| [22:36:49] | jya: | ah! |
| [22:36:57] | stuartm: | I still have recordings dating from 2007 that will not transcode |
| [22:37:06] | jya: | that seems to be the primary reason people stick to 0.25 |
| [22:37:55] | jya: | stuartm: glad you're here.. if you have mpegts stream with mheg , that would help me greatly when making change to the mpegts demuxer |
| [22:39:23] | stuartm: | jya: there has been some recent work on fixing a couple of lossless transcode issues, though I don't know if they are the ones affecting you |
| [22:39:42] | stuartm: | jya: I'll make one available |
| [22:39:42] | jya: | none of them are affecting me; I don't use it |
| [22:41:09] | stuartm: | jya: any preference when it comes to the video codec? Or any ts so long as it has mheg? |
| [22:41:37] | jya: | any mpegts... i plan to work on the mpegts container ... so the codec doesn't matter |
| [22:42:14] | stuartm: | BBC News channel it is then |
| [22:42:38] | jya: | dekarl: I see you have made some changes to the transcoder; any plans to back port those to fixes/0.27 ? |
| [22:45:31] | dekarl: | jya. I lost track of what works an what is broken :/ Outstanding changes should only be http://code.mythtv.org/cgit/mythtv/commit/myt . . . 63f831f79aee |
| [22:45:54] | jya: | that's the one I'm referring to yes |
| [22:47:12] | dekarl: | The other patch floating about, that I do understand, is the one about PTS being reset when converting to I frames. |
| [22:47:30] | dekarl: | But there's talk about layers of off-by-ones that I did not have time to even try to understand. :( |
| [22:47:55] | dekarl: | I'm not sure what to do about the DTS though :( |
| [22:52:08] | dekarl: | re DTS, looks like that patch was superseeded with one only patching the PTS back in http://code.mythtv.org/trac/attachment/ticket . . . atch20131031 |
| [22:58:38] | sl1ce (sl1ce!~johnathan@pool-100-0-124-204.bstnma.fios.verizon.net) has joined #mythtv | |
| [22:58:56] | jya: | looking at the code; it seems all wrong in regards to memory allocation... |
| [23:00:13] | dekarl: | mdm or mythtranscode? And if the latter, in which of the, at least, three different modes? |
| [23:01:48] | dekarl: | jya, I'll port back once I get transcodes without the missing audio on start in master (and some time to test) |
| [23:07:08] | jya: | dekarl: I'm working on that patch from John Finlay, which relates to the lost of the pts |
| [23:07:34] | jya: | dekarl: memory allocation: that mythtranscode ; in mpeg2fix.cpp |
| [23:08:10] | jya: | that fixes the missing audio on start |
| [23:09:40] | dekarl: | Thats what I'm hoping, too. |
| [23:11:19] | dekarl: | If you are looking at the mythtranscode patches I'll concentrate on the guide feed stuff. (trying to spoon feed a user through HLS+XMLTV setup was a very sad experience) |
| [23:11:42] | jya: | yeah, the conversion from Gavin from avcodeC_encode_video to avcodec_encode_video2 is incorrect |
| [23:14:52] | jya: | avcodec_encode_video while marked as obsolete; is still working in latest master... so for the time being I'm going to revert to that |
| [23:16:17] | natanojl (natanojl!~jonatan@mythtv/developer/natanojl) has quit (Ping timeout: 272 seconds) | |
| [23:18:48] | jya: | dekarl: is there an easy way to reproduce the issue in mythranscode from the command line ? |
| [23:22:26] | dekarl: | jya: I don't know of one. Giving it a cutlist + video file and outputting to a second file (while not removing the original) might come in handy. |
| [23:22:41] | ** dekarl hits sack ** | |
| [23:22:53] | jya: | so i need to edit the recording and set some cutting point |
| [23:25:57] | skd5aner: | fyi, only tangentally related, but R.D. Vaughn's lossless transcode script worked very nicely for me trying to do lossless cutting of h.264 material – http://www.mythtv.org/wiki/Lossless_Cut |
| [23:26:35] | skd5aner: | before that, there wasn't really another option (that interfaced with myth at least) |
| [23:40:47] | paul-h (paul-h!~Paul@90.216.184.129) has quit (Quit: Konversation terminated!) | |
| [23:42:33] | jya: | dekarl: I'm going to use the patch made by John Finlay, as it's been tested as working. I'm not happy with the whole thing.. The whole memory allocation is wrong, how an AVPacket is allocated in a MPEG2Frame is just wrong, that's not the proper way to use the FFmpeg API... that's not the proper way to call the encode API either... that it works is very dependent on the content we feed it; but I wouldn't rely on it for future long-term use |
IRC Logs collected by
BeirdoBot.
Please use the above link to report any bugs.