| Wednesday, November 13th, 2013, 00:04 UTC | ||
| [00:04:08] | stichnot: | Lately I often copy recordings from my home production backend to my laptop for offline viewing. I do this with a user job on the production backend that copies the recording into /tmp and dumps its recordedmarkup using mythutil --getmarkup. On the laptop, I rsync the files into a Video Gallery directory, do a rescan, and then a mythutil --setmarkup. I was just thinking how cool it would be... |
| [00:04:09] | stichnot: | ...if the Video Gallery rescan would automatically look for the markup xml file and import it as well. Any thoughts? |
| [00:24:12] | skd5aner: | Does the API allow HLS encoding of videos, or just recordings? |
| [00:24:28] | kc (kc!~Casper@pool-71-185-186-159.phlapa.fios.verizon.net) has joined #mythtv | |
| [00:24:29] | kc (kc!~Casper@pool-71-185-186-159.phlapa.fios.verizon.net) has quit (Changing host) | |
| [00:24:29] | kc (kc!~Casper@unaffiliated/kc) has joined #mythtv | |
| [00:30:23] | stichnot (stichnot!~stichnot@mythtv/developer/stichnot) has quit (Ping timeout: 272 seconds) | |
| [00:53:23] | stichnot (stichnot!~stichnot@207.198.105.23) has joined #mythtv | |
| [00:53:24] | stichnot (stichnot!~stichnot@207.198.105.23) has quit (Changing host) | |
| [00:53:24] | stichnot (stichnot!~stichnot@mythtv/developer/stichnot) has joined #mythtv | |
| [01:03:57] | jya (jya!~jyavenard@mythtv/developer/jya) has quit (Ping timeout: 252 seconds) | |
| [01:09:01] | stichnot (stichnot!~stichnot@mythtv/developer/stichnot) has quit (Ping timeout: 272 seconds) | |
| [01:37:21] | jheizer_ (jheizer_!~jon@c-98-226-220-178.hsd1.il.comcast.net) has joined #mythtv | |
| [02:16:24] | jheizer_ (jheizer_!~jon@c-98-226-220-178.hsd1.il.comcast.net) has quit (Ping timeout: 244 seconds) | |
| [02:26:27] | jams (jams!~jams@CPE-72-131-4-141.wi.res.rr.com) has quit (Ping timeout: 260 seconds) | |
| [02:35:37] | stichnot (stichnot!~stichnot@mythtv/developer/stichnot) has joined #mythtv | |
| [02:54:12] | jya (jya!~jyavenard@mythtv/developer/jya) has joined #mythtv | |
| [02:57:26] | jheizer_ (jheizer_!~jon@c-98-226-220-178.hsd1.il.comcast.net) has joined #mythtv | |
| [03:06:10] | jams (jams!~jams@72.131.4.141) has joined #mythtv | |
| [03:14:39] | peper03_ (peper03_!~peper03@mythtv/developer/peper03) has joined #mythtv | |
| [03:17:39] | peper03 (peper03!~peper03@mythtv/developer/peper03) has quit (Ping timeout: 246 seconds) | |
| [03:17:39] | peper03_ is now known as peper03 | |
| [03:30:36] | superm1 (superm1!uid4318@ubuntu/member/superm1) has quit (Ping timeout: 245 seconds) | |
| [03:32:58] | superm1 (superm1!uid4318@ubuntu/member/superm1) has joined #mythtv | |
| [03:36:01] | nyloc (nyloc!~quassel@p5B26FBCB.dip0.t-ipconnect.de) has joined #mythtv | |
| [03:40:09] | _nyloc_ (_nyloc_!~quassel@p57B4FC05.dip0.t-ipconnect.de) has quit (Ping timeout: 252 seconds) | |
| [04:06:11] | neufeld` is now known as neufeld | |
| [04:41:45] | fetzerch (fetzerch!~quassel@unaffiliated/fetzerch) has quit (Ping timeout: 252 seconds) | |
| [04:43:14] | fetzerch (fetzerch!~quassel@unaffiliated/fetzerch) has joined #mythtv | |
| [05:35:26] | jheizer_ (jheizer_!~jon@c-98-226-220-178.hsd1.il.comcast.net) has quit (Ping timeout: 246 seconds) | |
| [05:41:59] | stichnot (stichnot!~stichnot@mythtv/developer/stichnot) has quit (Ping timeout: 272 seconds) | |
| [05:45:27] | sraue (sraue!~stephan@xbmc/staff/sraue) has quit (Ping timeout: 252 seconds) | |
| [06:28:08] | dekarl: | skd5aner: yes it does, http://www.mythtv.org/wiki/Content_Service#AddVideoLiveStream |
| [07:00:14] | SteveGoodey (SteveGoodey!~steve@host109-158-208-19.range109-158.btcentralplus.com) has joined #mythtv | |
| [07:11:05] | SteveGoodey (SteveGoodey!~steve@host109-158-208-19.range109-158.btcentralplus.com) has quit (Quit: Konversation terminated!) | |
| [07:13:41] | dekarl: | stuartm fyi http://code.mythtv.org/buildbot/changes/27982 |
| [07:14:00] | dekarl: | and meh, why is it the wrong author, need to fix it for the next time |
| [07:17:49] | dekarl: | hmm, do we want to check for unused functions? Appears that can't be parallelized http://code.mythtv.org/buildbot/builders/cppc . . . l/logs/stdio |
| [08:11:19] | NightMonkey (NightMonkey!~NightrMon@pdpc/supporter/professional/nightmonkey) has quit (Remote host closed the connection) | |
| [08:18:11] | sraue (sraue!~stephan@xbmc/staff/sraue) has joined #mythtv | |
| [08:40:21] | dgeary2 (dgeary2!~debian@pa49-187-81-232.pa.nsw.optusnet.com.au) has joined #mythtv | |
| [08:46:56] | Merlin83b (Merlin83b!~Daniel@office.34sp.com) has joined #mythtv | |
| [09:15:11] | dgeary2 (dgeary2!~debian@pa49-187-81-232.pa.nsw.optusnet.com.au) has quit (Quit: Ex-Chat) | |
| [09:25:35] | aloril_ (aloril_!~aloril@dsl-tkubrasgw3-54f97e-153.dhcp.inet.fi) has quit (Ping timeout: 260 seconds) | |
| [09:38:31] | aloril_ (aloril_!~aloril@dsl-tkubrasgw3-54f97e-153.dhcp.inet.fi) has joined #mythtv | |
| [09:42:29] | stuartm: | dekarl: there would be a _lot_ of unused functions, some unintentionally and many left over from old functionality, but a good number are there to support future functionality – accessors to various bits of data in a class etc |
| [09:43:32] | stuartm: | I think we'd be better off keeping that check disabled, if anyone wants that information they can run cppcheck themselves |
| [10:06:56] | buu: | Hey, can someone give me a quick clue as to how I can compile and add the plugin mythpianod to an existing mythtv install (ubuntu packages)? |
| [10:07:09] | buu: | I've tried downloading the ubuntu source and running make/etc but it doesn't seem to find the new plugin.. |
| [10:07:19] | buu: | (Or alternatively how I can get pandora working?) |
| [10:27:41] | stuarta (stuarta!~stuarta@europa.squashedfrog.net) has joined #mythtv | |
| [10:28:50] | stuarta (stuarta!~stuarta@europa.squashedfrog.net) has quit (Changing host) | |
| [10:28:50] | stuarta (stuarta!~stuarta@mythtv/developer/stuarta) has joined #mythtv | |
| [10:35:46] | stuarta: | morning |
| [10:39:09] | stuartm: | g'morning |
| [10:40:51] | dekarl: | stuartm: ok, I thought it would only report unused private functions. Was just wondering due to the warning in the build. |
| [10:45:45] | stuartm: | dekarl: hmm, the docs aren't specific about that, but a parallel build is still much faster and therefore preferable |
| [10:46:13] | stuartm: | s/build/run/ |
| [10:47:57] | stuartm: | jpabq: http://code.mythtv.org/cgit/mythtv/tree/mytht . . . ler.cpp#n189 |
| [10:51:06] | stuartm: | oops, looks mythtv/programs/mythfrontend/example.cpp got caught up by mistake in a 'git add' for c7f317e9 |
| [10:51:58] | stuartm: | had been keeping that around to form the basis for a wiki article |
| [10:53:16] | stuarta: | doh |
| [10:53:38] | dekarl1 (dekarl1!~dekarl@p4FE85F24.dip0.t-ipconnect.de) has joined #mythtv | |
| [10:55:48] | dekarl (dekarl!~dekarl@p4FCEEC7E.dip0.t-ipconnect.de) has quit (Ping timeout: 246 seconds) | |
| [11:20:00] | dekarl1 is now known as dekarl | |
| [12:28:10] | pvr4me (pvr4me!~craigtrel@d24-150-182-175.home.cgocable.net) has joined #mythtv | |
| [12:30:11] | pvr4me: | jya: Have you done a build on OS X Mavericks? |
| [12:30:39] | jya: | no... the built I did on 10.8 works... |
| [12:31:00] | pvr4me: | I have a user experiencing this... |
| [12:31:51] | pvr4me: | :info:build mythpainter.cpp:215:36: error: no member named 'abs' in namespace 'std' |
| [12:31:52] | pvr4me: | :info:build std::max(outlineSize, std::abs(shadowOffset.y())); |
| [12:32:45] | jya: | sounds like a <math> isn't included |
| [12:32:47] | pvr4me: | Full log is at: http://www.avsforum.com/t/1498977/mythtv-for- . . . ost_23942352 |
| [12:34:02] | pvr4me: | BTW, this is 0.27 and has been built successfully on 10.6, 10.7 and 10.8 |
| [12:35:00] | jya: | i remember having issues with some code in 10.9... it was missing standard headers in /usr/include |
| [12:35:04] | pvr4me: | The other wrinkle is that he's using XCode 5.0.2 and I understand the Command Line Tools haven't yet been updated |
| [12:35:13] | jya: | I had to manually reinstall the command line tools |
| [12:35:26] | jya: | normally from xcode , installing it would have suffice but not this time |
| [12:35:58] | jya: | so get him to download the xcode command line tools from developer.apple.com and manually install it |
| [12:36:08] | jya: | that fixed my compile for me on 10.9 |
| [12:36:27] | pvr4me: | Thanks for tip; I'll get him to try that |
| [12:36:33] | jya: | that I haven't made a build , doesn't mean I haven't compiled on 10.9... it compiles just fine for me |
| [12:39:11] | amessina (amessina!~amessina@2001:470:c1dc:7779:d6be:d9ff:fe8d:7c1e) has quit (Quit: Konversation terminated!) | |
| [12:53:19] | pvr4me (pvr4me!~craigtrel@d24-150-182-175.home.cgocable.net) has quit (Quit: pvr4me) | |
| [13:27:24] | stichnot (stichnot!~stichnot@mythtv/developer/stichnot) has joined #mythtv | |
| [13:37:21] | stuarta: | stuartm: is there any particular reason you've specified the mysql engine type in that latest DB update? |
| [13:42:02] | stuarta: | stuartm: nm, i can see we do that for all the updates |
| [13:45:41] | stuartm: | I'd prefer to switch to innodb, but atm we have a policy of using MyISAM |
| [13:46:17] | stuarta: | i wonder what would break if we tried.... |
| [13:46:55] | stuartm: | I'm not sure what version of mysql we currently require, but if we changed to 5.5+ we'd be safe with innodb as a default |
| [13:50:06] | stuartm: | might want to stick with the status quo for the scheduler, but I can't imagine there being many problems with inno elsewhere |
| [13:50:25] | stuartm: | will probably see fewer crash table incidents |
| [13:51:32] | Jordack (Jordack!~Jordack@h69-131-44-221.plmomi.dedicated.static.tds.net) has joined #mythtv | |
| [14:00:06] | stuartm: | stuarta: I seem to recall that some, kormoc maybe, had switched to innodb and was using it for months without ill-effect |
| [14:03:40] | stuarta: | ISTR the same thing |
| [14:08:22] | jams: | yes it's true, think he had to tweak a few things but nothing major |
| [14:13:54] | sphery: | main problem is that users' systems aren't generally configured for good innodb performance |
| [14:14:37] | sphery: | not to mention that while a hard crash of MySQL with MyISAM results in a crashed table, that table is almost always easily repaired with mysqlcheck/optimize_mythdb.pl |
| [14:15:05] | sphery: | but a crashed InnoDB table--while less common--is much harder to repair (and often results in lost data) |
| [14:20:41] | stuarta: | i've not seen an unrepairable innodb table when it's run in a normal acid compliant mode |
| [14:20:53] | sphery: | there's also Aria (mainly from MariaDB), but it's not yet transactional |
| [14:21:24] | sphery: | yeah, repairable, though much more difficult to repair than myisam |
| [14:22:17] | stuarta: | and there is no way, mythtv would be driving innodb sufficient hard to cause it to get in a funky state |
| [14:22:26] | sphery: | anyway, I'll feel much better about using any more-complex/more-configuration-required/better-maintenance-required engine if we have control over the DB (i.e. once embedded) |
| [14:22:28] | stuarta: | *sufficiently |
| [14:22:57] | sphery: | right, it's not the driving hard--it's the appliance-like usage (with hard power off and system crashes and ...) |
| [14:22:59] | stuarta: | i'm not bothered by internal vs external. |
| [14:23:23] | sphery: | basically the fact that our users aren't (and shouldn't be expected to be) DBAs |
| [14:23:46] | stuarta: | that's the whole point of acid compliance, either the transaction gets completed or it doesn't and the table state should be valid |
| [14:25:39] | sphery: | and some users have barriers enabled and some don't and ... |
| [14:25:43] | sphery: | lots of differences in setups |
| [14:26:41] | sphery: | yes, innodb, when used properly on a system that's configured properly, is a good thing, but when used on poorly configured systems, seems to be much worse than myisam |
| [14:27:16] | sphery: | anyway, feel free to make changes, but realize that some users are already using innodb for some/all tables and other users aren't |
| [14:27:40] | sphery: | so you'll have to check for the db upgrade |
| [14:27:59] | stuarta: | it's not a priority for me, i've other things i'd work on before that |
| [14:28:09] | sphery: | it's currently a huge mess, which is why we actually specify an engine in the schema--so that users get a standard setup |
| [14:28:24] | sphery: | if anyone changes their own system, they get to live with the consequences |
| [14:29:34] | sphery: | that said, we only started specifying the engine with 0.25, so there are still a lot of users who have innodb from using mysql 5.5 with 0.24 or prior to create their schemas |
| [14:39:37] | jya (jya!~jyavenard@mythtv/developer/jya) has quit (Ping timeout: 241 seconds) | |
| [15:21:39] | gregL (gregL!~greg@cpe-74-76-105-205.nycap.res.rr.com) has quit (Remote host closed the connection) | |
| [15:27:59] | gregL (gregL!~greg@cpe-74-76-105-205.nycap.res.rr.com) has joined #mythtv | |
| [15:41:45] | stichnot (stichnot!~stichnot@mythtv/developer/stichnot) has quit (Ping timeout: 272 seconds) | |
| [16:08:05] | jams: | for reference 144 have the engine set to innodb and 3100 have myiasm |
| [16:11:03] | gigem (gigem!~david@mythtv/developer/gigem) has quit (Quit: WeeChat 0.4.2) | |
| [16:12:06] | gigem (gigem!~david@mythtv/developer/gigem) has joined #mythtv | |
| [16:18:17] | sphery: | jams: does that check the server default? (each table can be different, and the server default is only used when no engine is specified) |
| [16:24:28] | jams: | it's the engine value of the settings table |
| [16:41:41] | stichnot (stichnot!~stichnot@mythtv/developer/stichnot) has joined #mythtv | |
| [16:44:57] | stichnot: | jya: I happened to notice this in a valgrind run: http://pastebin.com/qEX0Aqnq |
| [16:45:32] | stichnot: | possibly an uninitialized field in MythNotificationScreen, or it could be a spurious warning |
| [16:48:11] | stichnot: | stuartm: here is the end of the valgrind report in a mythfrontend run where I try to get the memory footprint to increase without bound through previewimage/coverart loading in the PBB. http://pastebin.com/VQWQ5Xwk |
| [16:48:28] | stichnot: | I just started looking, so it's just FYI |
| [16:48:35] | jpabq: | stuartm: was there something I need to look at? |
| [16:50:25] | stuartm: | jpabq: usleep takens a max value of 1000000–1 and there's it's called with 1000000 which is technically not valid |
| [16:50:53] | jpabq: | Oh? I actually did not know that. Thanks. |
| [16:51:06] | stuartm: | jpabq: but since you're here, the valgrind recport stichnot just posted suggests (but it's not conclusive) that GetImageFromTextLayout() is leaking |
| [16:52:43] | jpabq: | I have looked at that before. I will look again, but the first time I was not able to identify the source, and ended up concluding that it was a false positive in the Qt code. |
| [16:55:16] | stuartm: | stichnot: that last one, about it leaking QImage in MythImage::Load() doesn't make a lot of sense, we delete that object 5 (or 11) lines later |
| [16:57:13] | stuartm: | the image data is Assign()'d to MythImage, but if there was really an issue with the reference counting there we'd be seeing more evidence of it :/ |
| [16:59:45] | stuartm: | the fact that it reckons that data is still reachable might indicate that the images aren't being expired out of cache ... |
| [17:03:28] | stuartm: | stichnot: try -v gui,file and see what it's saying about the image cache size |
| [17:04:33] | stuartm: | jpabq: fwiw, it was cppcheck that spotted the issue, not me |
| [17:07:15] | stichnot (stichnot!~stichnot@mythtv/developer/stichnot) has quit (Ping timeout: 272 seconds) | |
| [17:07:18] | SteveGoodey (SteveGoodey!~steve@host109-158-208-19.range109-158.btcentralplus.com) has joined #mythtv | |
| [17:07:24] | jpabq: | I checked the man page, and it does say under ERRORS: "EINVAL usec is not smaller than 1000000. (On systems where that is considered an error.)". It is just easier to use usleep than sleep, otherwise I would have just done a sleep(1) there. I should check QWaitCondition to make suire it does not have a similar limit. |
| [17:11:46] | stichnot (stichnot!~stichnot@mythtv/developer/stichnot) has joined #mythtv | |
| [17:12:22] | stichnot: | stuartm: thanks, I'll try that logging later when I'm home. |
| [17:13:15] | stichnot: | my first impression being that images are just being held in the cache indefinitely |
| [17:16:42] | stuarta (stuarta!~stuarta@mythtv/developer/stuarta) has quit (Quit: leaving) | |
| [17:17:41] | NightMonkey (NightMonkey!~NightrMon@pdpc/supporter/professional/nightmonkey) has joined #mythtv | |
| [17:32:54] | Merlin83b (Merlin83b!~Daniel@office.34sp.com) has quit (Quit: Leaving) | |
| [17:39:33] | stichnot (stichnot!~stichnot@mythtv/developer/stichnot) has quit (Ping timeout: 272 seconds) | |
| [17:50:37] | stichnot (stichnot!~stichnot@mythtv/developer/stichnot) has joined #mythtv | |
| [18:02:53] | dblain (dblain!~dblain@mythtv/developer/dblain) has quit () | |
| [18:17:52] | dblain (dblain!~dblain@mythtv/developer/dblain) has joined #mythtv | |
| [18:34:31] | SmallR2002 (SmallR2002!~Robert@c-98-253-173-240.hsd1.il.comcast.net) has quit (Quit: No Ping reply in 180 seconds.) | |
| [18:35:06] | SmallR2002 (SmallR2002!~Robert@c-98-253-173-240.hsd1.il.comcast.net) has joined #mythtv | |
| [18:45:02] | natanojl (natanojl!~jonatan@mythtv/developer/natanojl) has joined #mythtv | |
| [18:46:15] | dekarl: | is it just me or is there no guide on setting up proper a/v sync for mythfrontend on the wiki? |
| [18:47:20] | stuartm: | shouldn't it just work, except for those cases where the sync in the source is wrong? |
| [18:47:59] | dekarl: | I'm trying to come up with a reply to http://www.mythtv.org/pipermail/mythtv-users/ . . . /356211.html explaining that the audio delay is completely unrelated to sync. its just the delta between first audio PTS and first video PTS |
| [18:48:14] | sphery: | or the system imparts a delay (like with an external receiver) |
| [18:49:05] | dekarl: | what sphery says. depending on the post processing done within the audio/video path, especially if its in unrelated devices there's going to be different latencies |
| [18:49:37] | stuartm: | sphery: the solution I recommend for that is to get a decent receiver, one that does video pass-through |
| [18:50:26] | dekarl: | stuartm, can you tell these receivers the delay added by the tvs post processing? |
| [18:50:33] | stuartm: | or a decent TV that doesn't require a receiver for decent audio :) |
| [18:50:38] | sphery: | but, yeah, it sounds like the transcoding is imparting errors in the video, possibly due to improper transcode options (with whatever is reading from the mythtranscode-generated fifo) or assumptions by the transcoder (like video/audio rates) |
| [18:51:08] | sphery: | which brings me back to my, "transcoding isn't worth the effort," stance :) |
| [18:51:11] | stuartm: | dekarl: no, but you can buy a decent TV :) |
| [18:51:28] | dekarl: | Well, there's still some off-by-one wrt the frame numbers, I'm not even sure if this adds to the sync offset or not :/ |
| [18:51:35] | sphery: | some receivers do allow you to specify an audio delay because of TVs that have delay |
| [18:52:18] | sphery (sphery!~mdean@mythtv/developer/sphery) has quit (Quit: leaving) | |
| [18:53:48] | stuartm: | never ceases to surprise me the problems created by crappy TVs |
| [18:54:15] | stuartm: | and that people look to software to fix those issues, instead of returning the hardware for a refund |
| [18:54:25] | sphery (sphery!~mdean@mythtv/developer/sphery) has joined #mythtv | |
| [18:54:49] | stuartm: | if your HD TV overscans, it's broken |
| [18:54:58] | stuartm: | it your TV's audio sync is out, it's broken |
| [19:42:00] | jheizer (jheizer!~jheizer@c-98-226-220-178.hsd1.il.comcast.net) has quit (Ping timeout: 260 seconds) | |
| [19:43:05] | jheizer (jheizer!~jheizer@c-98-226-220-178.hsd1.il.comcast.net) has joined #mythtv | |
| [20:23:21] | joki (joki!~joki@p54862F8F.dip0.t-ipconnect.de) has quit (Ping timeout: 252 seconds) | |
| [20:29:06] | joki (joki!~joki@p548613F0.dip0.t-ipconnect.de) has joined #mythtv | |
| [20:52:05] | jpharvey (jpharvey!~jpharvey@host109-148-114-238.range109-148.btcentralplus.com) has quit (Ping timeout: 272 seconds) | |
| [20:58:35] | bas-t (bas-t!~tycho@52484E89.cm-4-1b.dynamic.ziggo.nl) has joined #mythtv | |
| [20:58:42] | bas-t (bas-t!~tycho@52484E89.cm-4-1b.dynamic.ziggo.nl) has quit (Client Quit) | |
| [21:04:31] | jpharvey (jpharvey!~jpharvey@host109-148-236-203.range109-148.btcentralplus.com) has joined #mythtv | |
| [21:18:18] | warped__ (warped__!~piotro@89-79-250-31.dynamic.chello.pl) has joined #mythtv | |
| [21:26:31] | warped__: | Good evening all. I have Q related to myth move to UTC. I want to set given QDateTime <var> to midnight local time. In pre-UTC times I was using <var>.setTime(QTime(0, 0)). How should I do this now (when myth internally uses UTC)? |
| [21:28:57] | danielk22: | Create the date in localtime then use .toUTC() to convert it. |
| [21:30:53] | warped__: | danielk22: ah OK. Indeed good idea. thx! |
| [21:41:13] | warped__: | danielk22: just another Q: will following sequence work: <var>.toLocalTime; <var>.setTime(QTime(0, 0)); <var>..toUTC; ? |
| [21:42:35] | danielk22: | It should, but with one caveat, this sets the time to the midnight before the original time, is that the midnight you want? |
| [21:48:24] | warped__: | danielk22: I don't get why You say "before". Shouldn't it be "before" or "after" depending on relation between local time and UTC? (UTC<->Local is sometimes +some hours and sometimes – some hours – or do I miss something?) |
| [21:49:26] | warped__: | Ah probably I see. You mean day boundaries right? |
| [21:49:34] | danielk22: | yep |
| [21:50:47] | danielk22: | 3 am utc nov 13 can becomes 10 pm local nov 12 and then midnight nov 12 -> 5 am utc nov 12 |
| [21:54:03] | warped__: | sure. So I have Q how Qt does internally QDateTime vars compare: is it converting QDateTime vars to values in monotonic space and then compares? |
| [21:57:04] | danielk22: | yep when it compares two dates it converts them into the same timezone and then compares |
| [22:02:27] | warped__: | danielk22: OK got it. Last Q: what is role of MythDate::current() and why we are not simply using QDateTime::currentDateTime() (with assumption that sys RTC is in UTC)? |
| [22:03:02] | Jordack (Jordack!~Jordack@h69-131-44-221.plmomi.dedicated.static.tds.net) has quit () | |
| [22:04:53] | danielk22: | QDateTime::currentDateTime() returns the localtime, MythData::current() returns UTC time. Internally currentDateTime() needs to lookup the UTC->localtime conversion from the OS which makes it a bit slower, and if we then convert it to UTC with toUTC() it needs to do the lookup again. |
| [22:07:31] | warped__: | danielk22: OK, thx! |
| [22:08:02] | warped__ (warped__!~piotro@89-79-250-31.dynamic.chello.pl) has quit (Quit: warped__) | |
| [22:27:47] | jya (jya!~jyavenard@mythtv/developer/jya) has joined #mythtv | |
| [22:33:58] | sheptard (sheptard!~sheppard@shellbox.fastdns.ca) has joined #mythtv | |
| [22:34:08] | sheptard (sheptard!~sheppard@shellbox.fastdns.ca) has left #mythtv () | |
| [22:38:20] | SteveGoodey (SteveGoodey!~steve@host109-158-208-19.range109-158.btcentralplus.com) has quit (Quit: Konversation terminated!) | |
| [22:59:08] | rsiebert__ (rsiebert__!~quassel@g229052162.adsl.alicedsl.de) has joined #mythtv | |
| [22:59:14] | rsiebert___ (rsiebert___!~quassel@g229052162.adsl.alicedsl.de) has joined #mythtv | |
| [23:02:03] | rsiebert (rsiebert!~quassel@g225049133.adsl.alicedsl.de) has quit (Ping timeout: 246 seconds) | |
| [23:02:13] | rsiebert_ (rsiebert_!~quassel@g225049133.adsl.alicedsl.de) has quit (Ping timeout: 245 seconds) | |
| [23:14:55] | jheizer_ (jheizer_!~jon@c-98-226-220-178.hsd1.il.comcast.net) has joined #mythtv | |
| [23:20:10] | natanojl (natanojl!~jonatan@mythtv/developer/natanojl) has quit (Ping timeout: 244 seconds) | |
| [23:55:36] | jheizer_ (jheizer_!~jon@c-98-226-220-178.hsd1.il.comcast.net) has quit (Ping timeout: 246 seconds) | |
IRC Logs collected by
BeirdoBot.
Please use the above link to report any bugs.