| Tuesday, August 20th, 2013, 00:11 UTC | ||
| [00:11:33] | tgm4883: | stuartm, what do you mean disappear them/ |
| [00:12:17] | tgm4883: | stuartm, yea we can't really just delete the packages. |
| [00:17:29] | MrShake (MrShake!~MrShake@74.120.203.146) has joined #mythtv | |
| [00:17:36] | MrShake (MrShake!~MrShake@74.120.203.146) has left #mythtv () | |
| [00:20:12] | jya_: | stuartm: and I thought it was the middle of winter…. |
| [00:55:39] | stichnot (stichnot!~stichnot@ppp-68-126-151-208.dsl.pltn13.pacbell.net) has joined #mythtv | |
| [00:55:39] | stichnot (stichnot!~stichnot@mythtv/developer/stichnot) has joined #mythtv | |
| [00:55:39] | stichnot (stichnot!~stichnot@ppp-68-126-151-208.dsl.pltn13.pacbell.net) has quit (Changing host) | |
| [01:00:40] | jya_: | stuartm: rather than dropping completely the --nodblog option, couldn't we have just made it do nothing? |
| [01:00:59] | jya_: | this has broken my various startup scripts as with this option provided, nothing will start |
| [01:09:31] | sphery: | stuartm: really, why backport the dblog default changes to 0.26? that's not a fix |
| [01:09:41] | sphery: | and will break everyone's start scripts |
| [01:09:50] | sphery: | (including packagers') |
| [01:10:21] | jya_: | i'm happy to make it the default, but option shouldn't have been removed |
| [01:10:36] | sphery: | I think fixes should go in -fixes |
| [01:10:48] | sphery: | I think we're backporting way too much to -fixes (and ancient versions) |
| [01:11:09] | sphery: | and I think we shouldn't be auto-backporting anything--let it sit in development for a while before backporting |
| [01:11:46] | sphery: | because--in spite of how sure everyone is of their own changes--sometimes we all break things we don't think about with even "simple" changes |
| [01:12:47] | jya_: | wagnerrp: is there a way to disable IPv6 easily once you launched mythtv-setup and modified the ipv4 address? This has broken my home setup… i only ever modified the ipv4 field, validated and now nothing connects as it attempts to use IPv6 instead (which isn't setup here) |
| [01:13:39] | jya_: | everyting I touch something related to network configuration on mythtv, something breaks.. this is so screwed up… so frustrating... |
| [01:17:20] | jya_: | well, back to the hack of removing the IPv6 field directly editing the database… that works |
| [01:19:59] | knightr (knightr!~Nicolas@mythtv/developer/knightr) has quit (Ping timeout: 268 seconds) | |
| [01:41:19] | jya_: | stichnot: any particular reason you have to open the subtitle file in text mode ? |
| [01:41:46] | jya_: | reason I ask is that to make a generic file handling class, I can't assume that the file needs to be opened in text mode |
| [01:57:17] | pvr4me (pvr4me!~craigtrel@d24-150-182-175.home.cgocable.net) has joined #mythtv | |
| [01:58:32] | pvr4me: | jya_ are there any logs or anything I can provide to help with #11756? |
| [02:00:43] | jya_: | pvr4me: not sure we'll have more luck here.. danielk22 comment on it is that your drive is too slow, and we're just reporting it: nothing we can do about it… The only possibility behind: 1- it's really too slow, or 2-What should be a non blocking write on OSX turns out to be blocking |
| [02:03:02] | pvr4me: | jya_ I really believe the drive is OK, it is only a few months old and worked fine up until 0.26 |
| [02:03:44] | pvr4me: | On blocking/non-blocking, is there a way to profile at run time? |
| [02:03:44] | jya_: | the drive could very well be okay… doesn't mean it's not too slow…. have you tried with the --nodblog option (other than -q ) ? |
| [02:04:01] | jya_: | pvr4me: when you do a top, what's the CPU % in wait ? |
| [02:05:04] | jya_: | can you run it with -v file --loglevel debug? |
| [02:05:14] | jya_: | see how much it's trying to write and how long that takes? |
| [02:05:31] | jya_: | you may very well had the issue in 0.25 and the warning wasn't reported |
| [02:06:00] | jya_: | that it takes a long time to write doesn't mean it's all lost… are you actually having issues or it's just a verbosity problem? |
| [02:06:09] | pvr4me: | The help text for `-q -q` says no logging; I took it to mean that was --nodblog, as well. |
| [02:07:08] | pvr4me: | I don't see a "wait" thingy in top?!? |
| [02:07:38] | jya_: | yeah was just noticing that |
| [02:07:41] | pvr4me: | I'll try -v file --loglevel debug tomorrow |
| [02:08:50] | jya_: | not sure how to display iowait on os x |
| [02:09:00] | pvr4me: | Yeah, the machine is unusable as a frontend when recording. Playback pauses every 2–5 seconds. Pauses range from a fraction of a second to 5 seconds! |
| [02:09:54] | jya_: | is it a combined front/backend ? |
| [02:10:01] | pvr4me: | yes |
| [02:10:29] | pvr4me: | (And has been since 0.20 days!) |
| [02:10:36] | jya_: | you can always go back to 0.25 just for testing |
| [02:11:00] | jya_: | compile with the following configure option: --extra-cxxflags="-DIGNORE_SCHEMA_VER_MISMATCH=1 -DIGNORE_PROTO_VER_MISMATCH=1" |
| [02:11:27] | pvr4me: | Wow, that's some secret sauce! |
| [02:11:30] | jya_: | that will allow you to run your 0.25 against 0.26 schema… don't try much more than just testing |
| [02:12:00] | jya_: | that is only to be used for debugging… don't attempt in production… you will end up with screwed up things |
| [02:12:11] | pvr4me: | Understood |
| [02:12:33] | jya_: | so make a backup first… try with that, then restore |
| [02:12:58] | jya_: | or you can try by making a backup, restoring your last 0.25 backup , attempt and restore |
| [02:13:25] | jya_: | to be honest, I've ran the frontend against different backend issues without problems |
| [02:13:40] | knightr (knightr!~Nicolas@mythtv/developer/knightr) has joined #mythtv | |
| [02:13:41] | jya_: | but running a backend, never done so, and it probably won't work :) |
| [02:14:11] | peper03 (peper03!~peper03@mythtv/developer/peper03) has quit (Ping timeout: 260 seconds) | |
| [02:14:25] | pvr4me: | Jeez, just tried something different. The be is recording and I tried to access the internal web server (not MythWeb). It is taking forever!!! |
| [02:14:55] | jya_: | so it's not just myth :) |
| [02:15:19] | jya_: | have you upgraded OS X as well in the mean time? the issue could be with seeks. |
| [02:15:20] | pvr4me: | No, I think it is Myth taking forever to respond |
| [02:15:45] | pvr4me: | Anyway, just tried again and it came up instantly.... |
| [02:15:52] | jya_: | you said the internal web server is taking forever… and your CPU usage is low |
| [02:15:53] | nyloc (nyloc!~quassel@p3EE2DFFE.dip0.t-ipconnect.de) has joined #mythtv | |
| [02:16:10] | jya_: | so obviously there's another bottleneck somewhere.. you shown while it's recording. |
| [02:16:23] | jya_: | everything points to a slow disk |
| [02:16:25] | peper03 (peper03!~peper03@mythtv/developer/peper03) has joined #mythtv | |
| [02:17:00] | jya_: | oh, you reminded me to test the profile uploader |
| [02:17:09] | pvr4me: | No, no. Under "Machine Information" it shows the 1/5/15 load averages as 2.8/3.1/2.9 |
| [02:17:14] | jya_: | I got all the metadata stuff to work on mac now which is a bonus |
| [02:17:37] | jya_: | pvr4me: you're confusing disk speed and cpu speed.. they aren't related |
| [02:17:38] | pvr4me: | Cool, but i beat you by a year! |
| [02:18:05] | jya_: | you're machine could be at 5% CPU cycle while it's just waiting for the disk to write |
| [02:18:17] | jya_: | pvr4me: yeah, but I've had 0.26 running for a year.. |
| [02:18:23] | jya_: | so who beats whom ? :) |
| [02:18:25] | pvr4me: | But you saw the bonnie throughput--near the theoretical limit for firewire 400 |
| [02:18:41] | jya_: | pvr4me: this is not about sequential speed |
| [02:19:01] | jya_: | or you need fast random speed, the drive will continue seeking between one file and the next |
| [02:19:17] | jya_: | all I saw was that for random write, the CPU was at 100% |
| [02:20:21] | jya_: | but regardless, you can't keep saying "my machine is idle, it's not slow" when we're talking disk speed |
| [02:20:24] | _nyloc_ (_nyloc_!~quassel@p5B26F0D9.dip0.t-ipconnect.de) has quit (Ping timeout: 276 seconds) | |
| [02:20:36] | jya_: | and disk speed isn't just about sequential speed... |
| [02:20:54] | jya_: | access time are just as important, especially when accessed by more than one process |
| [02:22:15] | _charly_ (_charly_!kroseneg@sunrise.schmidham.net) has joined #mythtv | |
| [02:22:30] | jya_: | look at the other log provided in the ticket: 39s to write 65424 bytes |
| [02:23:27] | pvr4me: | C'mon. This is a modern enclosure (from OtherWorldComputing, big name in Mac perhiperals in the US). |
| [02:23:47] | jya_: | sigh.... |
| [02:24:02] | pvr4me: | How could it not keep up with one 2 MB/s recording stream?? |
| [02:24:36] | jya_: | do you even read what I write? |
| [02:25:35] | pvr4me: | You're saying I have a hardware problem? |
| [02:25:38] | dgeary2 (dgeary2!~debian@pa49-187-84-73.pa.nsw.optusnet.com.au) has joined #mythtv | |
| [02:26:03] | pvr4me: | And it coincidentally started at the same time as I switched to 0.26? |
| [02:26:20] | jya_: | to be honest, I feel like I'm talking to a wall … |
| [02:26:25] | SteveGoodey (SteveGoodey!~steve@host109-158-211-237.range109-158.btcentralplus.com) has joined #mythtv | |
| [02:27:31] | pvr4me: | Sorry, but I don't get it |
| [02:28:07] | pvr4me: | I'll install a couple of disk testing utilities tomorrow and check again for problems |
| [02:29:41] | pvr4me: | Should have done that instead of install something bonnie that I've got no experience with |
| [02:30:45] | jya_: | I've been trying to explain to you that there's a speed issue with your disk. From it comes from I don't know… That there's more to disk speed that sequential speed…. Your answer has been continuously one of either: oh but I have low CPU usage. oh but it's a great enclosure, oh but I have great sequential speed, repeat... |
| [02:31:05] | jya_: | fact is, when you write to the disk, it seems you can't do anything else. |
| [02:31:22] | pvr4me: | Now |
| [02:31:26] | pvr4me: | On 0.26 |
| [02:32:03] | jya_: | how many times do you have to repeat the same thing over and over ? |
| [02:32:13] | jya_: | you're not adding any new elements here |
| [02:33:41] | jya_: | the thing that fails or exhibit the problem for you is ThreadedFileWriter |
| [02:33:44] | jya_: | https://github.com/MythTV/mythtv/commits/mast . . . leWriter.cpp |
| [02:34:02] | pvr4me: | You're right. I'll do some testing tomorrow and post results to the ticket |
| [02:34:41] | jya_: | there's been no changes that would explain a change in speed or performance in there for over 2 years... |
| [02:35:52] | pvr4me: | Wait a minute. I had slow writes last fall (Sep/Oct) and the fix in #11061 made a huge difference. |
| [02:35:52] | ** MythLogBot http://code.mythtv.org/trac/ticket/11061 ** | |
| [02:37:11] | pvr4me: | In that case, I was having all kinds of truncated recordings |
| [02:37:54] | jya_: | actually, there's no difference in there between 0.25 and 0.26; it's the same code |
| [02:39:00] | pvr4me: | I know, I'm just saying it hasn't been 2 years and that there was a problem last year that only affected a few of us. I don't think we can rule out that possibility this year. |
| [02:39:12] | knightr (knightr!~Nicolas@mythtv/developer/knightr) has quit (Read error: Connection reset by peer) | |
| [02:39:42] | jya_: | I was only looking at changes made between 0.25 and 0.26…. all the changes were made 2 years ago, or in 0.27 |
| [02:41:00] | jya_: | the fix wasn't about a "new" problem recently introduced.. it only fixes a program that was always there… so why you would only start to see the problem at a specific date is a coincidence |
| [02:41:37] | pvr4me: | Taking another track, suppose changes in other code is leading to a deadlock that is delaying writes on my system. How does one identify this kind of problem? |
| [02:42:05] | jya_: | a deadlock means that: it's dead :) so you would have no write |
| [02:42:15] | jya_: | the only thing I can advise is that you upgrade to 0.27 |
| [02:42:32] | jya_: | because *extensive* work has been done in wiping those in 0.27 |
| [02:42:42] | pvr4me: | OK, I'm not a programmer--what is the term for a temporary deadlock? ;) |
| [02:43:08] | jya_: | i haven't been able to crash the frontend or backend in a while now in 0.27 |
| [02:44:24] | pvr4me: | Crashes have never been a problem for me. I can count on one hand the number of times the backend has crashed in 7 years--and have fingers left over! |
| [02:44:52] | jya_: | you've never tried very hard then :) |
| [02:45:14] | jya_: | still, you'll have more support from us if you were running 0.27… that's where the focus is right now |
| [02:45:36] | pvr4me: | Even with these slow writes, I think only a handful of recordings have failed (truncated). |
| [02:46:10] | jya_: | the other thing you can try is cherry-picking some of the changes on ThreadedFileWriter |
| [02:46:19] | jya_: | that were done between 0.26 and 0.27 |
| [02:46:35] | jya_: | but just upgrade to 0.27 and try again… IMHO, it's more stable than 0.26 |
| [02:46:59] | jya_: | it uses less memory too and *many* leaks were fixed |
| [02:47:52] | joki (joki!~joki@p54860BBE.dip0.t-ipconnect.de) has quit (Ping timeout: 246 seconds) | |
| [02:48:04] | pvr4me: | Thanks re cherry-picking. Never occurred to me to look at the post-26 commits; obvious now that you point it out! |
| [02:48:27] | jya_: | i only see one thing that would be relevant |
| [02:48:41] | jya_: | the last commit to it (made in January) that would reduce your CPU usage |
| [02:48:57] | pvr4me: | Re 26, though, I've released 0.26 through MacPorts. I'd like it to be workable solution! |
| [02:49:20] | jya_: | it is workable… just not for you and your particular hardware |
| [02:49:46] | jya_: | i just can't think of anything between 0.25 and 0.26 that would explain a change in behaviour |
| [02:51:04] | jya_: | danielk22: any reason ThreadedFileWriter is found in libmythtv rather than libmythbase? |
| [02:53:24] | pvr4me: | Yeah, that commit would be easy to patch in. Another thing to add to the todo list... |
| [02:54:25] | joki (joki!~joki@p54860E5C.dip0.t-ipconnect.de) has joined #mythtv | |
| [02:58:12] | pvr4me: | Gotta go. My teenage daughter is working this week...so I get chauffeur duties at the beginning and end of the day. ;) |
| [03:00:26] | pvr4me (pvr4me!~craigtrel@d24-150-182-175.home.cgocable.net) has quit (Quit: pvr4me) | |
| [03:17:04] | SteveGoodey (SteveGoodey!~steve@host109-158-211-237.range109-158.btcentralplus.com) has quit (Quit: Konversation terminated!) | |
| [03:22:57] | dgeary2 (dgeary2!~debian@pa49-187-84-73.pa.nsw.optusnet.com.au) has quit (Quit: Ex-Chat) | |
| [03:23:27] | OldEnK (OldEnK!~OldEnK@63-152-103-245.cdrr.qwest.net) has joined #mythtv | |
| [03:23:59] | OldEnK (OldEnK!~OldEnK@63-152-103-245.cdrr.qwest.net) has left #mythtv () | |
| [03:34:40] | fetzerch (fetzerch!~quassel@unaffiliated/fetzerch) has quit (Ping timeout: 264 seconds) | |
| [03:35:59] | fetzerch (fetzerch!~quassel@unaffiliated/fetzerch) has joined #mythtv | |
| [03:55:18] | knight_ (knight_!~Nicolas@69-165-170-178.dsl.teksavvy.com) has joined #mythtv | |
| [04:20:42] | dgeary2 (dgeary2!~debian@d110-33-106-215.mas800.nsw.optusnet.com.au) has joined #mythtv | |
| [04:32:04] | jya_: | just had a crash in the logger.. I had just been debugging something. deleting a LoggingItem in the logger thread caused a crash… looks like a racing conditions somewhere… |
| [04:34:16] | jheizer__ (jheizer__!~jheizer@c-98-226-220-178.hsd1.il.comcast.net) has quit (Read error: Connection reset by peer) | |
| [04:34:34] | jheizer__ (jheizer__!~jheizer@c-98-226-220-178.hsd1.il.comcast.net) has joined #mythtv | |
| [04:36:42] | knight_ (knight_!~Nicolas@69-165-170-178.dsl.teksavvy.com) has quit (Ping timeout: 268 seconds) | |
| [04:38:04] | jya_: | ah again ! |
| [04:47:49] | Cougar (Cougar!~cougar@2a03:5880:104:10:5163:7f7d:ea12:c466) has quit (Ping timeout: 256 seconds) | |
| [04:59:57] | Cougar (Cougar!~cougar@2a03:5880:104:10:2512:3052:701e:6759) has joined #mythtv | |
| [05:02:01] | dgeary2 (dgeary2!~debian@d110-33-106-215.mas800.nsw.optusnet.com.au) has quit (Quit: Ex-Chat) | |
| [05:10:32] | jya_: | interesting… if I place a breakpoint in gCoreContext->SendReceiveStringList( |
| [05:10:48] | knight_ (knight_!~Nicolas@69-165-170-178.dsl.teksavvy.com) has joined #mythtv | |
| [05:10:59] | jya_: | I'm pretty much guaranteed to get a crash sooner or later in the LoggingItem destructor |
| [05:38:49] | dekarl: | sphery: meh... mfdb was is running the grabber and the upstream site stopped providing the feed due to bugs in the generation. Its because every project is a one-man-show in that context. :( |
| [05:39:11] | jya_: | dekarl: what's mfdb? |
| [05:39:12] | dekarl: | Maybe he'll switch it back on if I can fix the bug... |
| [05:39:26] | dekarl: | mythfilldatabase... just got up so many letters |
| [05:40:21] | dekarl: | tvtab.la == upstream site with nice xmltv feed that broke down often and was only a side effect of the main purpose of the site |
| [05:45:46] | sphery: | dekarl: just figured that since that guy seems to be able to code, it might be nice if he could help out |
| [05:46:14] | sphery: | then again, it may be more effort for you bringing him up to speed than just fixing it :) |
| [05:46:23] | knight_ (knight_!~Nicolas@69-165-170-178.dsl.teksavvy.com) has quit (Ping timeout: 268 seconds) | |
| [05:46:51] | dekarl: | tv.swedb.se is the original site that started it all and still providing the feed... Mattias handed it over to Tobias some years ago. it has way less channels but is way more stable ;) |
| [05:47:15] | dekarl: | so there's two swedish sites... one works, the other has the shiny data :D |
| [05:48:17] | dekarl: | we all should move out stuff to Atlas and share the maintainance burden with the UK (and a company) |
| [05:48:23] | dekarl: | s/out/our/ |
| [05:50:02] | dekarl: | in the end there is one thing missing. a person to shepard the international non-commercial tv guide provider community |
| [06:04:53] | dekarl: | stuartm, is it ok to fix it like that? http://pastebin.com/BQNMFAV8 found via http://code.mythtv.org/buildbot/builders/mast . . . nings%20(39) |
| [06:12:12] | FabriceMG (FabriceMG!~Thunderbi@LCaen-156-54-30-212.w80-11.abo.wanadoo.fr) has joined #mythtv | |
| [06:14:40] | jya_: | dekarl: That link doesn't work (get no such resource) |
| [06:57:35] | Tobbe5178 (Tobbe5178!~asdf@h104n2-sv-a13.ias.bredband.telia.com) has joined #mythtv | |
| [07:00:56] | knight_ (knight_!~Nicolas@69-165-170-178.dsl.teksavvy.com) has joined #mythtv | |
| [07:09:01] | knight_ (knight_!~Nicolas@69-165-170-178.dsl.teksavvy.com) has quit (Ping timeout: 268 seconds) | |
| [07:12:38] | stuartm: | dekarl: sure |
| [10:02:22] | Merlin83b (Merlin83b!~Daniel@office.34sp.com) has joined #mythtv | |
| [10:18:01] | mijofa (mijofa!~mijofa@fabre.id.au) has joined #mythtv | |
| [10:18:43] | mijofa: | Hi, I'm not using MythTV, but I am having some annoying LIRC issues, and the #lirc channel is dead. Any chance I can get some help here? |
| [10:21:24] | mijofa: | I have an mceusb reciever that works perfectly fine on multiple computers with multiple remotes, but I just recently got a Gigabyte Brix, which LIRC is failing entirely on. Using mode2 and irrecord I see pretty much the same thing as I see on the working systems, but using lircd with irw and other LIRC clients only 1 in every hundred or more keypresses is actually recognised and acknowledged. |
| [10:22:55] | mijofa: | I'm experiencing this issue with Ubuntu 12.10 and 13.04, I have tried using a USB HUB with an external power source, thinking maybe it wasn't powering the reciever properly, but that didn't help at all. |
| [10:27:39] | jya_: | mijofa: try #mythtv-users, this is the mythtv development channel |
| [10:29:23] | emja (emja!~ron@60-242-43-129.static.tpgi.com.au) has joined #mythtv | |
| [10:29:36] | emja (emja!~ron@60-242-43-129.static.tpgi.com.au) has left #mythtv () | |
| [10:31:55] | mijofa: | jya_: Ah, thanks. |
| [10:34:43] | FabriceMG (FabriceMG!~Thunderbi@LCaen-156-54-30-212.w80-11.abo.wanadoo.fr) has quit (Ping timeout: 264 seconds) | |
| [10:44:22] | SteveGoodey (SteveGoodey!~steve@host109-158-211-237.range109-158.btcentralplus.com) has joined #mythtv | |
| [10:56:39] | knight_ (knight_!~Nicolas@69-165-170-178.dsl.teksavvy.com) has joined #mythtv | |
| [10:59:01] | knight_ (knight_!~Nicolas@69-165-170-178.dsl.teksavvy.com) has quit (Client Quit) | |
| [10:59:09] | knightr (knightr!~Nicolas@69-165-170-178.dsl.teksavvy.com) has joined #mythtv | |
| [10:59:09] | knightr (knightr!~Nicolas@69-165-170-178.dsl.teksavvy.com) has quit (Changing host) | |
| [10:59:09] | knightr (knightr!~Nicolas@mythtv/developer/knightr) has joined #mythtv | |
| [11:04:54] | dekarl: | jya_: which link doens't work? The master-linux-64bit-qt5 builder has some warnings about hiding due to overloaded-virtual and narrowing converions (sign stuff) |
| [11:05:06] | jya_: | the warning page... |
| [11:05:23] | jya_: | I get no such resource when I click on it. |
| [11:05:24] | dekarl: | hmm, just tried it and it worked |
| [11:05:30] | jya_: | but then I saw your pastebin |
| [11:05:41] | jya_: | so it doesn't matter.. I see exactly the type of warning it would fix |
| [11:06:10] | dekarl: | hmm, does this one work? http://code.mythtv.org/buildbot/builders/mast . . . mpile%20core |
| [11:09:33] | jya_: | that works |
| [11:14:31] | FabriceMG (FabriceMG!~Thunderbi@217.112.59.207) has joined #mythtv | |
| [11:17:26] | dekarl: | does the link "warnings (39)" on that page work? Maybe its just something with URL escaping or so |
| [11:59:20] | jya_: | the URL for me is: http://code.mythtv.org/buildbot/builders/mast . . . s%20%2839%29 |
| [11:59:39] | jya_: | seems that the ( and ) weren't escaped in your link |
| [12:32:29] | MythBuild: | build #4228 of master-freebsd-64bit is complete: Failure [4failed compile core] Build details are at http://code.mythtv.org/buildbot/builders/mast . . . /builds/4228 blamelist: Jean-Yves Avenard <jyavenard@mythtv.org > |
| [12:32:47] | MythBuild: | build #443 of master-linux-64bit-qt5 is complete: Failure [4failed compile core] Build details are at http://code.mythtv.org/buildbot/builders/mast . . . 5/builds/443 blamelist: Jean-Yves Avenard <jyavenard@mythtv.org > |
| [12:36:08] | MythBuild: | build #829 of master-ubuntu-12_04-lts-64bit is complete: Failure [4failed compile core] Build details are at http://code.mythtv.org/buildbot/builders/mast . . . t/builds/829 blamelist: Jean-Yves Avenard <jyavenard@mythtv.org > |
| [12:37:34] | MythBuild: | build #818 of master-f18–64bit is complete: Failure [4failed compile core] Build details are at http://code.mythtv.org/buildbot/builders/mast . . . t/builds/818 blamelist: Jean-Yves Avenard <jyavenard@mythtv.org > |
| [12:38:25] | MythBuild: | build #100 of master-f19–64bit is complete: Failure [4failed compile core] Build details are at http://code.mythtv.org/buildbot/builders/mast . . . t/builds/100 blamelist: Jean-Yves Avenard <jyavenard@mythtv.org > |
| [12:41:18] | MythBuild: | build #1143 of master-debian-wheezy-64bit is complete: Failure [4failed compile core] Build details are at http://code.mythtv.org/buildbot/builders/mast . . . /builds/1143 blamelist: Jean-Yves Avenard <jyavenard@mythtv.org > |
| [12:42:01] | knightr (knightr!~Nicolas@mythtv/developer/knightr) has quit (Ping timeout: 268 seconds) | |
| [12:42:20] | MythBuild: | build #838 of master-ubuntu-12_10–64bit is complete: Failure [4failed compile core] Build details are at http://code.mythtv.org/buildbot/builders/mast . . . t/builds/838 blamelist: Jean-Yves Avenard <jyavenard@mythtv.org > |
| [12:43:35] | MythBuild: | build #1008 of master-linux-64bit-clang is complete: Failure [4failed compile core] Build details are at http://code.mythtv.org/buildbot/builders/mast . . . /builds/1008 blamelist: Jean-Yves Avenard <jyavenard@mythtv.org > |
| [12:43:50] | MythBuild: | build #1365 of master-linux-64bit-icc is complete: Failure [4failed compile core] Build details are at http://code.mythtv.org/buildbot/builders/mast . . . /builds/1365 blamelist: Jean-Yves Avenard <jyavenard@mythtv.org > |
| [12:48:29] | Chutt__ (Chutt__!~ijr@cpe-76-190-199-73.neo.res.rr.com) has joined #mythtv | |
| [12:52:12] | Chutt_ (Chutt_!~ijr@cpe-76-190-199-73.neo.res.rr.com) has quit (Ping timeout: 276 seconds) | |
| [13:02:18] | stichnot: | jya_: I'm not sure why I used QIODevice::Text. I thought I copied it from existing code, but I can't find any evidence of it. I would go ahead and drop it if you want, in the meantime I can try to hack up a Windows-style .srt file and see if it works. |
| [13:05:19] | stichnot: | jya_: if you don't mind, I'll fix the build so that I can push my own changes :) |
| [13:05:59] | jya__ (jya__!~jya@CPE-120-148-103-15.bjzv2.vic.bigpond.net.au) has joined #mythtv | |
| [13:07:11] | jya__: | stichnot: No worries for the fix.. I don't get it, I've fixed the casing before I committed. |
| [13:07:48] | jya__: | I even wound up the commits as I had missed it the first time as I'm using a case insensitive file system |
| [13:08:02] | jya__: | But I saw it when I tested on Linux |
| [13:08:12] | jya__: | Something is dodgy |
| [13:08:19] | stichnot: | you forgot to change the capitalization in ringbuffer.cpp |
| [13:08:24] | jya__: | I know... |
| [13:08:58] | jya__: | That's what I'm saying.. I did my commit, tried it on Linux, so the error, so reverted the commit to fix the case |
| [13:09:06] | jya__: | Saw the error that is |
| [13:09:28] | jya__: | Not in front of my desktop now... Will be in about 5 minutes |
| [13:09:48] | stichnot: | Not sure what happened on your end, but it looks like you fixed the case in fileringbuffer.cpp but not ringbuffer.cpp |
| [13:10:03] | jya__: | So what I don't get is what was pushed ... |
| [13:10:21] | stichnot: | ah... |
| [13:10:47] | jya__: | But regardless, you can fix it of course... Just annoyed as I've Tripp |
| [13:10:57] | jya__: | Led check everything today... |
| [13:11:20] | jya__: | I made the changes about 5 hours ago, and that so long I've been testing it just to make sure |
| [13:13:09] | jya__: | In any case, I'll be back in front of my desktop in 25 minutes... |
| [13:14:31] | jya__: | There's a lot of places we can remove dozens line of code, as everywhere it was checking if the URL started with myth:// and then used remotefile or used qfile otherwise.. |
| [13:14:41] | jya__: | Now remotefile can do it |
| [13:15:50] | jya__: | Alright.. Talk to you later |
| [13:18:50] | MythBuild: | build #4229 of master-freebsd-64bit is complete: Success [3build successful] Build details are at http://code.mythtv.org/buildbot/builders/mast . . . /builds/4229 |
| [13:19:10] | MythBuild: | build #444 of master-linux-64bit-qt5 is complete: Success [3build successful] Build details are at http://code.mythtv.org/buildbot/builders/mast . . . 5/builds/444 |
| [13:19:11] | MythBuild: | build #830 of master-ubuntu-12_04-lts-64bit is complete: Success [3build successful] Build details are at http://code.mythtv.org/buildbot/builders/mast . . . t/builds/830 |
| [13:23:57] | MythBuild: | build #101 of master-f19–64bit is complete: Success [3build successful] Build details are at http://code.mythtv.org/buildbot/builders/mast . . . t/builds/101 |
| [13:24:09] | MythBuild: | build #819 of master-f18–64bit is complete: Success [3build successful] Build details are at http://code.mythtv.org/buildbot/builders/mast . . . t/builds/819 |
| [13:25:45] | jya__ (jya__!~jya@CPE-120-148-103-15.bjzv2.vic.bigpond.net.au) has quit (Quit: Colloquy for iPad - http://colloquy.mobi) | |
| [13:26:14] | MythBuild: | build #1144 of master-debian-wheezy-64bit is complete: Success [3build successful] Build details are at http://code.mythtv.org/buildbot/builders/mast . . . /builds/1144 |
| [13:31:01] | danielk22: | jya_: At the time it was written (before my time), there was no need for it outside of mythfrontend or mythbackend. |
| [13:33:37] | MythBuild: | build #839 of master-ubuntu-12_10–64bit is complete: Success [3build successful] Build details are at http://code.mythtv.org/buildbot/builders/mast . . . t/builds/839 |
| [13:39:15] | danielk22 (danielk22!~danielk@exchange.wgen.net) has left #mythtv () | |
| [13:39:36] | danielk22 (danielk22!~danielk@exchange.wgen.net) has joined #mythtv | |
| [14:28:09] | dekarl: | sphery isnt the hdpvr h.264? from your link "It's never failed me yet I wish someone would come up with something similar for H264 streams." |
| [14:29:19] | sphery: | ah, yeah... didn't read about the tool that closely |
| [14:29:49] | sphery: | still the "kind of thing" I was talking about--though probably won't work for him |
| [14:29:52] | sphery: | :) |
| [14:31:32] | gregL (gregL!~greg@cpe-74-76-105-205.nycap.res.rr.com) has quit (Remote host closed the connection) | |
| [14:34:18] | Chutt__ is now known as Chutt | |
| [14:41:21] | stichnot: | sphery: my locally-maintained #8088 can do aspect ratio overrides for a playback group :) |
| [14:41:21] | ** MythLogBot http://code.mythtv.org/trac/ticket/8088 ** | |
| [14:41:43] | dekarl: | maybe something for mythutil a new function to fiddle with MPEG codecs to "mark video as 16:9 squeezed into 4:3 and pillar boxed in 16:9" I've heard of that issue multiple times in the past |
| [14:42:29] | dekarl: | (would be nice for me to to watch british shows broadcast 14:9 in 16:9 on a 16:10 display without bars) |
| [14:42:46] | dekarl: | s/to to/too to/ |
| [15:01:05] | jya_: | so no one to comment on the version number to be used for the next release? unfortunate... |
| [15:02:22] | jya_: | dekarl: doesn't "full" does that? |
| [15:02:32] | jya_: | it zooms in just enough to remove the bar at the top? |
| [15:09:09] | gigem: | jya_: I'm about to. |
| [15:18:22] | FabriceMG1 (FabriceMG1!~Thunderbi@217.112.59.207) has joined #mythtv | |
| [15:19:20] | FabriceMG (FabriceMG!~Thunderbi@217.112.59.207) has quit (Ping timeout: 246 seconds) | |
| [15:22:02] | SteveGoodey (SteveGoodey!~steve@host109-158-211-237.range109-158.btcentralplus.com) has quit (Quit: Konversation terminated!) | |
| [15:30:09] | SteveGoodey (SteveGoodey!~steve@host109-158-211-237.range109-158.btcentralplus.com) has joined #mythtv | |
| [15:33:21] | FabriceMG1 (FabriceMG1!~Thunderbi@217.112.59.207) has quit (Quit: FabriceMG1) | |
| [15:36:47] | dekarl: | jya_ your wish has been fulfilled :D |
| [15:38:12] | dekarl: | jya_: hmm, need to try that. Currently I use "horizontal fill", but it would be nice to not have to cycle through the options every time. |
| [15:38:26] | dekarl: | and by horizontal I mean vertical :/ |
| [15:40:28] | dekarl: | the only good reason for complex numbering schems is a pricing model.. 1st number => buy again, 2nd number just pay for the upgrade, 3rd number get a free upgrade |
| [15:46:30] | SteveGoodey (SteveGoodey!~steve@host109-158-211-237.range109-158.btcentralplus.com) has quit (Quit: Konversation terminated!) | |
| [16:00:44] | NightMonkey (NightMonkey!~NightrMon@173-164-139-193-SFBA.hfc.comcastbusiness.net) has joined #mythtv | |
| [16:00:45] | NightMonkey (NightMonkey!~NightrMon@pdpc/supporter/professional/nightmonkey) has joined #mythtv | |
| [16:00:45] | NightMonkey (NightMonkey!~NightrMon@173-164-139-193-SFBA.hfc.comcastbusiness.net) has quit (Changing host) | |
| [16:06:36] | dekarl1 (dekarl1!~dekarl@p4FE857B1.dip0.t-ipconnect.de) has joined #mythtv | |
| [16:09:04] | dekarl (dekarl!~dekarl@p4FCEF656.dip0.t-ipconnect.de) has quit (Ping timeout: 260 seconds) | |
| [16:20:24] | dekarl1: | jya, i updated the frontend last night and if I have a music video playing on the ipad and want to switch output to the frontend midstream that doesnt work. |
| [16:20:35] | dekarl1 is now known as dekarl | |
| [16:22:11] | dekarl: | can you reproduce that or shall I take a closer look? |
| [16:26:41] | SteveGoodey (SteveGoodey!~steve@host109-158-211-237.range109-158.btcentralplus.com) has joined #mythtv | |
| [16:28:42] | rsiebert_ (rsiebert_!~quassel@g231185211.adsl.alicedsl.de) has joined #mythtv | |
| [16:29:19] | rsiebert (rsiebert!~quassel@e179133069.adsl.alicedsl.de) has quit (Ping timeout: 246 seconds) | |
| [16:31:55] | DJDan (DJDan!~djdan@115-64-177-188.static.tpgi.com.au) has joined #mythtv | |
| [16:42:41] | DJDan (DJDan!~djdan@115-64-177-188.static.tpgi.com.au) has quit (Remote host closed the connection) | |
| [16:47:48] | kenni (kenni!~kenni@mythtv/developer/kenni) has joined #mythtv | |
| [16:48:23] | dekarl: | jya, I tested a bit. If playback from the ipad to the frontend has worked once its likely to work without issues. (basic playback without trickplay) but if I restart mythfrontend, start local playback on the ipad and then enable the remote playback midstream I can reproduce it easily. |
| [16:52:53] | natanojl (natanojl!~jonatan@mythtv/developer/natanojl) has joined #mythtv | |
| [16:54:03] | Merlin83b (Merlin83b!~Daniel@office.34sp.com) has quit (Quit: Leaving) | |
| [17:56:10] | dmfrey (dmfrey!~dmfrey@webdefence.cluster-h.websense.net) has joined #mythtv | |
| [18:17:54] | Jordack (Jordack!~Jordack@h69-131-44-221.plmomi.dedicated.static.tds.net) has joined #mythtv | |
| [18:21:04] | dmfrey (dmfrey!~dmfrey@webdefence.cluster-h.websense.net) has quit (Remote host closed the connection) | |
| [18:21:36] | dmfrey (dmfrey!~dmfrey@webdefence.cluster-h.websense.net) has joined #mythtv | |
| [19:02:18] | wilmoore-misc (wilmoore-misc!~wilmoore@vlandnat.mystrotv.com) has joined #mythtv | |
| [19:10:31] | dmfrey (dmfrey!~dmfrey@webdefence.cluster-h.websense.net) has quit (Remote host closed the connection) | |
| [19:11:00] | dmfrey (dmfrey!~dmfrey@webdefence.cluster-h.websense.net) has joined #mythtv | |
| [19:14:18] | gregL (gregL!~greg@cpe-74-76-105-205.nycap.res.rr.com) has joined #mythtv | |
| [19:20:15] | gregL (gregL!~greg@cpe-74-76-105-205.nycap.res.rr.com) has quit (Quit: Leaving) | |
| [19:47:09] | jpabq: | danielk221: I am tempted to go ahead and apply the patch for #11723 to 0.27. I have no way of testing it on an old kernel (for some definition of an old kernel). It is possible that those ioctl calls have always worked against /dev/vbi? |
| [19:47:09] | ** MythLogBot http://code.mythtv.org/trac/ticket/11723 ** | |
| [19:47:50] | jpabq: | If that patch does break it for someone with an old kernel, at least then I would have someone to work with to figure out how to handle that case. |
| [19:50:04] | jpabq: | danielk22: Thoughts? |
| [19:50:33] | gigem (gigem!~david@mythtv/developer/gigem) has quit (Quit: WeeChat 0.4.1) | |
| [19:51:33] | gigem (gigem!~david@mythtv/developer/gigem) has joined #mythtv | |
| [20:04:53] | danielk22: | I have no idea if the calls worked against /dev/vbiX in the past. Do we require /dev/vbiX to be set for ivtv devices? |
| [20:06:34] | danielk22: | I'd check that we close the VBI device when necessary, but I don't see this as a particularly risky patch. |
| [20:24:54] | danielk22 (danielk22!~danielk@exchange.wgen.net) has quit (Quit: Leaving.) | |
| [20:27:48] | dmfrey (dmfrey!~dmfrey@webdefence.cluster-h.websense.net) has quit (Quit: Ex-Chat) | |
| [20:34:38] | dekarl: | oh lol, anybody mind if I change recorded.programid and recorded.seriesid to match program.programid and program.seriesid? the former being 40, the latter 64 characters long... which cuts of my programids and breaks duplicate detection even more... |
| [20:36:40] | dekarl: | the actual ids are 47 (eventis.nl/<UUID>) or 64 (likely cut off version of eventis.nl/<UUID>#<IMI>) long |
| [20:36:53] | jpabq: | danielk22: We have been opening /dev/vbiX, but I don't know what all has been done with that device. I will take a quick look before I commit that. |
| [20:37:52] | jpabq: | dekarl: Not something that can be backported, so if it needs to be done, then now is the time... |
| [20:38:27] | jpabq: | At least, it should not "technically" be backported. However, if that was it should not break anything, right? |
| [20:41:36] | gigem: | dekarl: If you do, also change recordedprogram. FWIW, quite a few of the fields in recorded could (should?) be removed and the values in recordedprogram used instead. |
| [20:41:58] | gigem: | sphery: ^^^ something to ponder for you mythical schema update. |
| [20:46:07] | dekarl: | jpabq, gigem. this close to the release i'll just make the types match over all five tables |
| [20:54:14] | Jordack (Jordack!~Jordack@h69-131-44-221.plmomi.dedicated.static.tds.net) has quit () | |
| [20:59:09] | natanojl: | jpabq: I have a PVR500 in my SBE running 2.6.32 if that would be of any help |
| [20:59:09] | kenni (kenni!~kenni@mythtv/developer/kenni) has quit (Read error: Connection reset by peer) | |
| [21:00:04] | dekarl: | http://pastebin.com/S8J2hew2 does that look ok? |
| [21:06:08] | dekarl: | I'll see if I can come up with an update to clean out "#IMI" from programids in the guide data, too. |
| [21:06:28] | jpabq: | natanojl: Thanks. Do you currently have captions enabled and working? If that patch works with 2.6.32 that would be a very good indication that directing those ioctls at /dev/vbi should work with any kernel. If you could apply http://code.mythtv.org/trac/attachment/ticket/11723/vbi.2.patch and see if captions still work... |
| [21:06:52] | dekarl: | though I'm not sure if other programid systems contain hashes that should not be removed. might just leave it in if no user mentioned it since february... |
| [21:07:53] | jpabq: | None of my motherboards have PCI slots at this point. The last one that did failed on me recently. |
| [21:12:26] | gigem: | dekarl: I wasn't proposing you do anything except type changes for 0.27. That's why I brought the rest of my comment to sphery's attention. Your patch looks fine. |
| [21:13:22] | dekarl: | gigem: thanks for reviewing. |
| [21:13:25] | natanojl: | jpabq: I have teletext working, is that enough? I don't know about the captions but there is a show starting in 5 minutes that is supposed have captions that i might be able to test with. And fwiw capturecard.vbidevice is NULL for the two tuners |
| [21:14:36] | jpabq: | natanojl: back when I was using a PVR-500, I remember having to specifically setup VBI — it was not done by default. If you have not needed it, it may not have been setup on your system. |
| [21:22:18] | stuartm: | gigem: done correctly, a remote driven gui and a web gui could both be automatically generated, the API just needs to describe the interface in simple terms e.g. xmltv has an xml based config API, it presents the questions, the type of input expected and then applications are supposed to render that into whatever interface (web, qt, gnome, bash) it wants – this was what the first proposals called for |
| [21:25:11] | stuartm: | I'll admit that between the various proposals, the one in favour of a purely web driven configuration seemed to gain the most support, but I've never been convinced that it would be universally popular |
| [21:25:16] | gregL (gregL!~greg@cpe-74-76-105-205.nycap.res.rr.com) has joined #mythtv | |
| [21:26:58] | stuartm: | much like I think it was a huge mistake of Google to release their Chrome TV dongle without any sort of remote control – the idea being that you use your mobile phone or tablet to control the TV, because every household has a spare smart phone or tablet right? (Maybe in Google's world, not in the real world) |
| [21:27:31] | kenni (kenni!~kenni@mythtv/developer/kenni) has joined #mythtv | |
| [21:29:18] | stuartm: | putting the setup into the frontend is actually a very good idea IMHO, you should be able to rescan without resorting to closing everything down, launching a separate app – just as you can do with _any_ stb or TV – regular rescans are a necessary part of TV here in the UK with new channels appearing all the time |
| [21:32:24] | stuartm: | it's the conversation I imagine having with my mum that most puts me off a purely web driven config, the one where she phones up to say that "Channel A" is displaying a banner telling her she needs to rescan before midnight or she'll lose the channel, and I then respond "well first, go and get your laptop" |
| [21:34:23] | stuartm: | why, when she's standing in front of the TV, the MythTV UI on-screen, with a remote in hand, does she need to power up her laptop to fix the problem? It's a UX fail |
| [21:45:31] | mijofa (mijofa!~mijofa@fabre.id.au) has quit (Remote host closed the connection) | |
| [21:52:02] | gigem: | stuartm: Yes, the channel editor should also be in the frontend. Much of what's in mythtv-setup is either there for historical reasons or because the backend can't dynamically pick up the changes and needs to be restart ed anyway. |
| [21:52:14] | gigem: | stuartm: I'm not familiar with the xmltv configuration, but it sounds somewhat like the Linux kernel (and openwrt and buildroot and probably quite a few other projects) configuration support. If that's the case, I agree you can get functional interfaces of different types that way. You might even get decent to good ones that way. I wouldn't expect any great or revolutionary interfaces that way, however. |
| [21:53:51] | danielk221: | Part of the web config PoC was on-line recorder restart.. That branch wasn't merged, but all of the fixes that were required to the recorder code at the time to support it were merged so it shouldn't be too difficult to actually implement it. |
| [21:55:50] | danielk221: | If we write the services to support a web based config, nothing prevents us from using these services in the frontend too. |
| [22:03:40] | gigem: | danielk221: Right and is what I thought we were working towards — a services API that could be used by any client, including our own. |
| [22:13:19] | natanojl: | jpabq: There is no way to configure it since the field is hidden in mythtv-setup for IVTV cards. I changed it directly in the DB though and teletext and captions continued to work with the patch |
| [22:18:35] | jya (jya!~jyavenard@mythtv/developer/jya) has quit (Quit: jya) | |
| [22:18:36] | jya_ is now known as jya | |
| [22:19:14] | jya_ (jya_!~jyavenard@mythtv/developer/jya) has joined #mythtv | |
| [22:22:10] | jya_ (jya_!~jyavenard@mythtv/developer/jya) has quit (Client Quit) | |
| [22:22:57] | natanojl: | jpabq: But shouldn't the check be "if (OpenVBIDevice() >= 0)" ? |
| [22:25:35] | ** natanojl hits the sack ** | |
| [22:30:28] | natanojl (natanojl!~jonatan@mythtv/developer/natanojl) has quit (Ping timeout: 264 seconds) | |
| [22:48:50] | knightr (knightr!~Nicolas@69-165-170-178.dsl.teksavvy.com) has joined #mythtv | |
| [22:48:50] | knightr (knightr!~Nicolas@mythtv/developer/knightr) has joined #mythtv | |
| [22:48:50] | knightr (knightr!~Nicolas@69-165-170-178.dsl.teksavvy.com) has quit (Changing host) | |
| [23:05:05] | stichnot (stichnot!~stichnot@mythtv/developer/stichnot) has quit (Quit: ChatZilla 0.9.90.1 [Firefox 22.0/20130627185035]) | |
| [23:26:55] | skd5aner (skd5aner!~skd5aner@50-90-5-146.res.bhn.net) has quit (Ping timeout: 264 seconds) | |
| [23:42:43] | wilmoore-misc (wilmoore-misc!~wilmoore@vlandnat.mystrotv.com) has quit (Remote host closed the connection) | |
| [23:46:27] | kormoc (kormoc!~kormoc@mythtv/developer/kormoc) has left #mythtv () | |
IRC Logs collected by
BeirdoBot.
Please use the above link to report any bugs.