| Thursday, April 11th, 2013, 00:06 UTC | ||
| [00:06:53] | stichnot (stichnot!stichnot@nat/google/x-xznvngwatooujvjg) has joined #mythtv | |
| [00:06:53] | stichnot (stichnot!stichnot@mythtv/developer/stichnot) has joined #mythtv | |
| [00:06:53] | stichnot (stichnot!stichnot@nat/google/x-xznvngwatooujvjg) has quit (Changing host) | |
| [00:14:17] | Sharky112065 is now known as Sharky-AFK | |
| [00:23:54] | dmfrey (dmfrey!~dmfrey@65-78-98-83.c3-0.smt-ubr1.atw-smt.pa.cable.rcn.com) has joined #mythtv | |
| [00:29:19] | NightMonkey (NightMonkey!~NightrMon@pdpc/supporter/professional/nightmonkey) has quit (Quit: Body blow! Body blow!) | |
| [00:36:26] | Mousey (Mousey!~r0dent_@ross154.net) has quit (Quit: Read Error: Connection reset by beer) | |
| [00:47:31] | len (len!~quassel@75-161-175-43.mpls.qwest.net) has quit (Remote host closed the connection) | |
| [00:48:04] | len (len!~quassel@75-161-175-43.mpls.qwest.net) has joined #mythtv | |
| [01:36:15] | len (len!~quassel@75-161-175-43.mpls.qwest.net) has quit (Remote host closed the connection) | |
| [01:36:49] | len (len!~quassel@75-161-175-43.mpls.qwest.net) has joined #mythtv | |
| [01:40:54] | sl1ce (sl1ce!~johnathan@pool-100-0-73-123.bstnma.fios.verizon.net) has quit (Remote host closed the connection) | |
| [01:42:11] | sl1ce (sl1ce!~johnathan@pool-100-0-73-123.bstnma.fios.verizon.net) has joined #mythtv | |
| [02:18:36] | cesman (cesman!~cesman@pool-108-23-186-248.lsanca.fios.verizon.net) has joined #mythtv | |
| [02:18:36] | cesman (cesman!~cesman@pool-108-23-186-248.lsanca.fios.verizon.net) has quit (Changing host) | |
| [02:18:36] | cesman (cesman!~cesman@pdpc/supporter/professional/cesman) has joined #mythtv | |
| [02:30:19] | dmfrey (dmfrey!~dmfrey@65-78-98-83.c3-0.smt-ubr1.atw-smt.pa.cable.rcn.com) has quit (Quit: Ex-Chat) | |
| [02:35:02] | sraue (sraue!~stephan@xbmc/staff/sraue) has quit (Ping timeout: 245 seconds) | |
| [02:48:29] | sraue (sraue!~stephan@xbmc/staff/sraue) has joined #mythtv | |
| [03:11:29] | fetzerch (fetzerch!~quassel@unaffiliated/fetzerch) has quit (Ping timeout: 248 seconds) | |
| [03:13:00] | fetzerch (fetzerch!~quassel@unaffiliated/fetzerch) has joined #mythtv | |
| [03:25:44] | len (len!~quassel@75-161-175-43.mpls.qwest.net) has quit (Remote host closed the connection) | |
| [03:26:31] | len (len!~quassel@75-161-175-43.mpls.qwest.net) has joined #mythtv | |
| [03:38:35] | len (len!~quassel@75-161-175-43.mpls.qwest.net) has quit (Remote host closed the connection) | |
| [03:43:29] | len (len!~quassel@75-161-175-43.mpls.qwest.net) has joined #mythtv | |
| [04:02:49] | wilmoore-misc (wilmoore-misc!~wilmoore@c-67-190-17-108.hsd1.co.comcast.net) has joined #mythtv | |
| [04:08:44] | toeb (toeb!~tob@HSI-KBW-37-49-118-160.hsi14.kabel-badenwuerttemberg.de) has quit (Ping timeout: 245 seconds) | |
| [04:09:01] | toeb (toeb!~tob@HSI-KBW-37-49-118-160.hsi14.kabel-badenwuerttemberg.de) has joined #mythtv | |
| [05:05:36] | stichnot (stichnot!~stichnot@adsl-68-127-102-161.dsl.pltn13.pacbell.net) has joined #mythtv | |
| [05:05:36] | stichnot (stichnot!~stichnot@mythtv/developer/stichnot) has joined #mythtv | |
| [05:05:36] | stichnot (stichnot!~stichnot@adsl-68-127-102-161.dsl.pltn13.pacbell.net) has quit (Changing host) | |
| [05:36:48] | unforgiven512 (unforgiven512!~unforgive@64-121-107-200.c3-0.smt-ubr1.atw-smt.pa.cable.rcn.com) has quit (Read error: Connection reset by peer) | |
| [05:36:54] | neufeld` (neufeld`!~user@69-165-173-139.dsl.teksavvy.com) has joined #mythtv | |
| [05:37:24] | neufeld (neufeld!~user@69-165-173-139.dsl.teksavvy.com) has quit (Remote host closed the connection) | |
| [05:41:25] | unforgiven512 (unforgiven512!~unforgive@64-121-107-200.c3-0.smt-ubr1.atw-smt.pa.cable.rcn.com) has joined #mythtv | |
| [05:45:53] | unforgiven512 (unforgiven512!~unforgive@64-121-107-200.c3-0.smt-ubr1.atw-smt.pa.cable.rcn.com) has quit (Ping timeout: 240 seconds) | |
| [05:47:55] | unforgiven512 (unforgiven512!~unforgive@64-121-107-200.c3-0.smt-ubr1.atw-smt.pa.cable.rcn.com) has joined #mythtv | |
| [05:57:39] | micky62g (micky62g!~mick@108.60.131.13) has joined #mythtv | |
| [06:00:58] | SteveGoodey (SteveGoodey!~steve@host86-140-98-12.range86-140.btcentralplus.com) has joined #mythtv | |
| [06:08:49] | unforgiven512 (unforgiven512!~unforgive@64-121-107-200.c3-0.smt-ubr1.atw-smt.pa.cable.rcn.com) has quit (Read error: Operation timed out) | |
| [06:12:26] | unforgiven512 (unforgiven512!~unforgive@64-121-107-200.c3-0.smt-ubr1.atw-smt.pa.cable.rcn.com) has joined #mythtv | |
| [06:13:48] | SteveGoodey (SteveGoodey!~steve@host86-140-98-12.range86-140.btcentralplus.com) has quit (Quit: Konversation terminated!) | |
| [06:44:53] | unforgiven512 (unforgiven512!~unforgive@64-121-107-200.c3-0.smt-ubr1.atw-smt.pa.cable.rcn.com) has quit (Ping timeout: 240 seconds) | |
| [06:46:59] | unforgiven512 (unforgiven512!~unforgive@64-121-107-200.c3-0.smt-ubr1.atw-smt.pa.cable.rcn.com) has joined #mythtv | |
| [06:50:49] | unforgiven512 (unforgiven512!~unforgive@64-121-107-200.c3-0.smt-ubr1.atw-smt.pa.cable.rcn.com) has quit (Read error: Operation timed out) | |
| [06:54:30] | unforgiven512 (unforgiven512!~unforgive@64-121-107-200.c3-0.smt-ubr1.atw-smt.pa.cable.rcn.com) has joined #mythtv | |
| [06:57:34] | unforgiven512 (unforgiven512!~unforgive@64-121-107-200.c3-0.smt-ubr1.atw-smt.pa.cable.rcn.com) has quit (Read error: Connection reset by peer) | |
| [07:04:31] | unforgiven512 (unforgiven512!~unforgive@64-121-107-200.c3-0.smt-ubr1.atw-smt.pa.cable.rcn.com) has joined #mythtv | |
| [07:08:39] | Sharky-AFK is now known as Sharky112065 | |
| [07:10:37] | Sharky112065 is now known as Sharky-Sleep | |
| [07:18:47] | micky62g (micky62g!~mick@108.60.131.13) has quit () | |
| [07:33:24] | Merlin83b (Merlin83b!~Daniel@2a00:1ee0:3:1337:680d:7953:c5e2:64fe) has joined #mythtv | |
| [08:16:38] | len (len!~quassel@75-161-175-43.mpls.qwest.net) has quit (Remote host closed the connection) | |
| [08:21:48] | bas-t (bas-t!~tycho@52484E89.cm-4-1b.dynamic.ziggo.nl) has joined #mythtv | |
| [08:22:51] | dekarl1 (dekarl1!~dekarl@p4FE85F96.dip.t-dialin.net) has joined #mythtv | |
| [08:23:24] | bas-t (bas-t!~tycho@52484E89.cm-4-1b.dynamic.ziggo.nl) has quit (Client Quit) | |
| [08:24:09] | dekarl (dekarl!~dekarl@p4FE84E2D.dip.t-dialin.net) has quit (Ping timeout: 256 seconds) | |
| [08:28:08] | len_ (len_!~quassel@75-161-175-43.mpls.qwest.net) has joined #mythtv | |
| [08:55:43] | len_ (len_!~quassel@75-161-175-43.mpls.qwest.net) has quit (Read error: Connection reset by peer) | |
| [08:59:10] | stoffel (stoffel!~quassel@pD9E42746.dip.t-dialin.net) has joined #mythtv | |
| [09:28:25] | IReboot (IReboot!~doug@CPE10bf48e67915-CM78cd8e7e342d.cpe.net.cable.rogers.com) has quit (Read error: Connection reset by peer) | |
| [09:30:56] | IReboot (IReboot!~doug@CPE10bf48e67915-CM78cd8e7e342d.cpe.net.cable.rogers.com) has joined #mythtv | |
| [09:57:33] | unforgiven512 (unforgiven512!~unforgive@64-121-107-200.c3-0.smt-ubr1.atw-smt.pa.cable.rcn.com) has quit (Ping timeout: 240 seconds) | |
| [10:01:46] | unforgiven512 (unforgiven512!~unforgive@64-121-107-200.c3-0.smt-ubr1.atw-smt.pa.cable.rcn.com) has joined #mythtv | |
| [10:17:53] | unforgiven512 (unforgiven512!~unforgive@64-121-107-200.c3-0.smt-ubr1.atw-smt.pa.cable.rcn.com) has quit (Ping timeout: 240 seconds) | |
| [10:22:12] | stoffel (stoffel!~quassel@pD9E42746.dip.t-dialin.net) has quit (Ping timeout: 276 seconds) | |
| [10:22:22] | unforgiven512 (unforgiven512!~unforgive@64-121-107-200.c3-0.smt-ubr1.atw-smt.pa.cable.rcn.com) has joined #mythtv | |
| [10:39:22] | joki (joki!~joki@p54862974.dip.t-dialin.net) has quit (Ping timeout: 252 seconds) | |
| [10:43:13] | unforgiven512 (unforgiven512!~unforgive@64-121-107-200.c3-0.smt-ubr1.atw-smt.pa.cable.rcn.com) has quit (Ping timeout: 240 seconds) | |
| [10:44:31] | joki (joki!~joki@p5486510A.dip.t-dialin.net) has joined #mythtv | |
| [10:46:19] | unforgiven512 (unforgiven512!~unforgive@64-121-107-200.c3-0.smt-ubr1.atw-smt.pa.cable.rcn.com) has joined #mythtv | |
| [10:48:45] | unforgiven512 (unforgiven512!~unforgive@64-121-107-200.c3-0.smt-ubr1.atw-smt.pa.cable.rcn.com) has quit (Read error: Operation timed out) | |
| [10:53:50] | unforgiven512 (unforgiven512!~unforgive@64-121-107-200.c3-0.smt-ubr1.atw-smt.pa.cable.rcn.com) has joined #mythtv | |
| [10:58:44] | neufeld` is now known as neufeld | |
| [11:02:53] | unforgiven512 (unforgiven512!~unforgive@64-121-107-200.c3-0.smt-ubr1.atw-smt.pa.cable.rcn.com) has quit (Ping timeout: 240 seconds) | |
| [11:03:51] | unforgiven512 (unforgiven512!~unforgive@64-121-107-200.c3-0.smt-ubr1.atw-smt.pa.cable.rcn.com) has joined #mythtv | |
| [11:07:28] | unforgiven512 (unforgiven512!~unforgive@64-121-107-200.c3-0.smt-ubr1.atw-smt.pa.cable.rcn.com) has quit (Read error: Operation timed out) | |
| [11:11:21] | unforgiven512 (unforgiven512!~unforgive@64-121-107-200.c3-0.smt-ubr1.atw-smt.pa.cable.rcn.com) has joined #mythtv | |
| [11:22:13] | unforgiven512 (unforgiven512!~unforgive@64-121-107-200.c3-0.smt-ubr1.atw-smt.pa.cable.rcn.com) has quit (Ping timeout: 245 seconds) | |
| [11:23:22] | unforgiven512 (unforgiven512!~unforgive@64-121-107-200.c3-0.smt-ubr1.atw-smt.pa.cable.rcn.com) has joined #mythtv | |
| [11:24:31] | Merlin83b2 (Merlin83b2!~Daniel@2a00:1ee0:3:1337:680d:7953:c5e2:64fe) has joined #mythtv | |
| [11:24:46] | Merlin83b (Merlin83b!~Daniel@2a00:1ee0:3:1337:680d:7953:c5e2:64fe) has quit (Read error: Connection reset by peer) | |
| [11:32:33] | unforgiven512 (unforgiven512!~unforgive@64-121-107-200.c3-0.smt-ubr1.atw-smt.pa.cable.rcn.com) has quit (Ping timeout: 240 seconds) | |
| [11:39:53] | unforgiven512 (unforgiven512!~unforgive@64-121-107-200.c3-0.smt-ubr1.atw-smt.pa.cable.rcn.com) has joined #mythtv | |
| [11:44:18] | unforgiven512 (unforgiven512!~unforgive@64-121-107-200.c3-0.smt-ubr1.atw-smt.pa.cable.rcn.com) has quit (Ping timeout: 245 seconds) | |
| [11:47:54] | unforgiven512 (unforgiven512!~unforgive@64-121-107-200.c3-0.smt-ubr1.atw-smt.pa.cable.rcn.com) has joined #mythtv | |
| [11:54:33] | unforgiven512 (unforgiven512!~unforgive@64-121-107-200.c3-0.smt-ubr1.atw-smt.pa.cable.rcn.com) has quit (Ping timeout: 240 seconds) | |
| [12:01:25] | unforgiven512 (unforgiven512!~unforgive@64-121-107-200.c3-0.smt-ubr1.atw-smt.pa.cable.rcn.com) has joined #mythtv | |
| [12:03:53] | danielk22 (danielk22!~danielk22@96.57.9.142) has quit (Ping timeout: 240 seconds) | |
| [12:18:38] | danielk22 (danielk22!~danielk22@exchange.wgen.net) has joined #mythtv | |
| [12:27:13] | unforgiven512 (unforgiven512!~unforgive@64-121-107-200.c3-0.smt-ubr1.atw-smt.pa.cable.rcn.com) has quit (Ping timeout: 245 seconds) | |
| [12:29:57] | unforgiven512 (unforgiven512!~unforgive@64-121-107-200.c3-0.smt-ubr1.atw-smt.pa.cable.rcn.com) has joined #mythtv | |
| [12:51:16] | stuartm: | 'Direct Download' from mythweb is unbearably slow, managing an average 5.2MB/s on a Gig-E connection, should have scp/sftpd the file instead |
| [12:55:02] | Jordack (Jordack!~jordack@h69-131-44-221.plmomi.dedicated.static.tds.net) has joined #mythtv | |
| [13:00:01] | jheizer__ (jheizer__!~jheizer@c-98-226-220-178.hsd1.il.comcast.net) has quit (Read error: Connection reset by peer) | |
| [13:02:03] | dekarl1 is now known as dekarl | |
| [13:02:49] | jheizer (jheizer!~jheizer@c-98-226-220-178.hsd1.il.comcast.net) has joined #mythtv | |
| [13:04:05] | stichnot: | stuartm: my biggest pain point with scp is figuring out the recording's basename, which doesn't seem available from the mythweb, and can't be copied to the clipboard from the mythfrontend pbb "INFO INFO" screen. |
| [13:06:04] | stuartm: | yeah it's a lot more hassle, which is why I opted for the direct download this time, plus I wanted user-friendly names for the files which mythweb does automatically, but whether it's mythweb or the default apache config it's just way too slow |
| [13:06:08] | sphery: | you can scp links created by mythlink (but that means pushing the recording back rather than pulling it, or at least connecting to find the link) |
| [13:12:14] | stuartm: | I don't copy files across from my machines too often, in this case I was just temporarily archiving the files for some relatives to see (historical documentaries), but if I did it more regularly I'd maybe create a simple client app to pull files off the backend (or extend an existing app) |
| [13:13:05] | stuartm: | of course it's a lot easier with a GUI to find the recording you want, so maybe getting the functionality into the backend web-server is the way forward |
| [13:13:21] | sphery: | don't we have something in the backend http server, now? have you tried it to see how it performs? |
| [13:13:53] | stuarta: | i wonder if it's requesting the file from the backend via the mythtv protocol, which being string based, is potentially a slow down point |
| [13:14:33] | stuartm: | sphery: possibly in the API, but there's no listing of recordings with a 'download' link next to each |
| [13:14:34] | sphery: | pretty sure direct download requires direct file access (I think it's just a PHP readfile()) |
| [13:16:15] | sphery: | yeah, maybe the backend web server only gives you an HLS option (so you can burn CPU on the backend and get a lower-quality version to play on a limited device) |
| [13:17:30] | danielk221 (danielk221!~danielk@exchange.wgen.net) has joined #mythtv | |
| [13:18:07] | stuartm: | sphery: yup, HLS is the only 'example' atm |
| [13:22:19] | danielk221 (danielk221!~danielk@exchange.wgen.net) has quit (Quit: Leaving.) | |
| [13:53:32] | LTHorn (LTHorn!~corran@50-198-36-54-static.hfc.comcastbusiness.net) has joined #mythtv | |
| [13:53:46] | LTHorn: | Hello all. |
| [13:53:52] | LTHorn: | I have a frontend question |
| [13:55:21] | sphery: | LTHorn: Are you looking for #mythtv-users (user support questions)? This is the development channel. |
| [13:55:58] | LTHorn: | sphery, woops yes I am, apologies |
| [13:56:46] | IReboot (IReboot!~doug@CPE10bf48e67915-CM78cd8e7e342d.cpe.net.cable.rogers.com) has quit (Ping timeout: 256 seconds) | |
| [13:58:34] | stuartm: | mythtranscode isn't honouring --honorcutlist with videos :/ |
| [14:06:12] | stuartm: | sphery: ProgramInfo::QueryCutList() doesn't look right to me? It appears we return true if we find a temporary cutlist, even if we weren't looking for one? It also means we return true if whether or not we found a 'proper' cutlist? |
| [14:11:59] | sphery: | stichnot: ^^^ you know the undo/redo stuff better than I do |
| [14:12:08] | LTHorn (LTHorn!~corran@50-198-36-54-static.hfc.comcastbusiness.net) has left #mythtv ("Leaving") | |
| [14:15:25] | stuartm: | fwiw, that wasn't related to the cutlist issue, I'm testing a fix for that but I noticed it while debugging |
| [14:16:52] | stuartm: | there was a completely pointless block on using --mpeg2 --honorcutlist with -i/--infile |
| [14:17:02] | dekarl (dekarl!~dekarl@p4FE85F96.dip.t-dialin.net) has quit (*.net *.split) | |
| [14:17:02] | toeb (toeb!~tob@HSI-KBW-37-49-118-160.hsi14.kabel-badenwuerttemberg.de) has quit (*.net *.split) | |
| [14:17:02] | Captain_Murdoch (Captain_Murdoch!~cpinkham@mythtv/developer/CaptainMurdoch) has quit (*.net *.split) | |
| [14:17:02] | nutron|h (nutron|h!~nutron@unaffiliated/nutron) has quit (*.net *.split) | |
| [14:17:04] | jya_ (jya_!~jyavenard@mythtv/developer/jya) has quit (*.net *.split) | |
| [14:17:09] | sphery: | I know that stichnot was also looking into adding editing/cutting support for non-recording/Video-Library videos, too, so maybe it's just not done, yet |
| [14:17:26] | stuartm: | sphery: it already exists |
| [14:18:02] | stuartm: | it's existed for as long as I can remember, they just need seektables to be built first |
| [14:18:56] | stuartm: | the problem here is that you could transcode with --honorcutlist --infile but not --honorcutlist --mpeg2 --infile |
| [14:19:03] | dekarl (dekarl!~dekarl@p4FE85F96.dip.t-dialin.net) has joined #mythtv | |
| [14:19:03] | toeb (toeb!~tob@HSI-KBW-37-49-118-160.hsi14.kabel-badenwuerttemberg.de) has joined #mythtv | |
| [14:19:03] | Captain_Murdoch (Captain_Murdoch!~cpinkham@mythtv/developer/CaptainMurdoch) has joined #mythtv | |
| [14:19:03] | nutron|h (nutron|h!~nutron@unaffiliated/nutron) has joined #mythtv | |
| [14:19:03] | jya_ (jya_!~jyavenard@mythtv/developer/jya) has joined #mythtv | |
| [14:19:11] | stuartm: | it would just silently ignore the cutlist |
| [14:48:55] | Captain_Murdoch: | stuarta, I don't think MythWeb implemented the Myth Protocol file streaming, I think it uses direct file access. on a related note though, you can get to any StorageGroup file with http://BACKENDIP:PORT/StorageGroup/GROUPNAME/FILENAME and I think that with our current StorageGroup hunt/fallback code, that you could put near anything in the STORAGEGROUP part and it would work. |
| [14:51:12] | wilmoore-misc (wilmoore-misc!~wilmoore@c-67-190-17-108.hsd1.co.comcast.net) has quit (Remote host closed the connection) | |
| [14:52:14] | stichnot (stichnot!~stichnot@mythtv/developer/stichnot) has quit (Ping timeout: 255 seconds) | |
| [15:01:04] | Sharky-Sleep is now known as Sharky112065 | |
| [15:18:48] | wilmoore-misc (wilmoore-misc!~wilmoore@vlandnat.mystrotv.com) has joined #mythtv | |
| [15:33:27] | stichnot (stichnot!~stichnot@67.218.103.231) has joined #mythtv | |
| [15:33:27] | stichnot (stichnot!~stichnot@mythtv/developer/stichnot) has joined #mythtv | |
| [15:33:27] | stichnot (stichnot!~stichnot@67.218.103.231) has quit (Changing host) | |
| [15:35:08] | stichnot: | stuartm, sphery: #10804 is the only thing currently on my plate |
| [15:35:08] | ** MythLogBot http://code.mythtv.org/trac/ticket/10804 ** | |
| [15:36:18] | stichnot: | Video Library playback definitely honors the cutlist, but transferring the cutlist from a recording to a video via mythutil isn't currently possible as far as I know. |
| [15:36:40] | stichnot: | I wasn't aware of a problem with mythtranscode, but I can look into it. |
| [15:37:53] | stuartm: | stichnot: already fixed, just haven't pushed yet |
| [15:38:00] | stichnot: | cool. |
| [15:38:33] | stuartm: | but I would like to know if the ProgramInfo::QueryCutList() behaviour is a bug as it appears to be, or intentional |
| [15:38:50] | stichnot: | Every time I start looking into the mythutil cutlist stuff, I run out of time and then forget everything next time I get back to it :) |
| [15:39:21] | stichnot: | I'll check QueryCutList right now. |
| [15:39:53] | stuartm: | what I think _should_ happen is that we return true only if we find the cutlist we were looking for |
| [15:40:23] | stuartm: | instead of true iff we find a temporary cutlist |
| [15:41:22] | stuartm: | of course it's possible downstream to check whether the delete map is empty, but since QueryCutList returns a boolean it might as well save us the trouble? |
| [15:51:45] | stichnot: | stuartm: MythPlayer::EnableEdit() specifically wants to know whether an autosave cutlist was loaded so it can display an OSD message. What kind of return value are you looking for when you call QueryCutList(..., false) ? |
| [15:54:24] | stichnot: | To ask a more general question. All other uses of QueryCutList ignore the return value, as applying an empty cutlist has the same effect as not using a cutlist at all. What are you doing that requires checking the return value? |
| [15:54:40] | stuartm: | well I'd expect it not to return false if it did actually load a cutlist, or true if it didn't load a cutlist but did find a temporary cutlist, that behaviour just seems confusing and it's liable to trip up anyone using QueryCutList() based on the documentation rather than looking at the code |
| [15:55:22] | stichnot: | Yeah, I agree that the API is confusing and should be changed or at least properly documented |
| [15:55:35] | stuartm: | stichnot: I'm not doing anything, it's future code that worries me, since the return value wouldn't match what actually happened |
| [15:56:05] | stichnot: | ok, good, so if I change anything it won't break what you're working on :) |
| [15:57:46] | stuartm: | if I see a Get/Query method that returns bool I'd tend to assume that it returns true on success and false on failure, not true/false based on the presence of a temporary cut list that I wasn't querying :) |
| [15:58:50] | stichnot: | I think changing QueryCutList() to "return result && loadAutoSave;" would give the expected semantics, right? |
| [15:59:17] | stichnot: | (bus to work arriving, back in a few minutes...) |
| [16:00:44] | stuartm: | !delMap.isEmpty() might be the result of 'least surprise', that way we always return true if we find what we were looking for, or false otherwise |
| [16:02:36] | stuartm: | "result && loadAutoSave;" would still lead to it returning false even if we succeed in loading a cutlist and that seems wrong (even if no-one yet checks the return value) |
| [16:03:40] | stuartm: | heh, an hour after starting the process 'DVDStyler' has crapped out at the last step; actually burning the disc |
| [16:04:00] | stichnot (stichnot!~stichnot@mythtv/developer/stichnot) has quit (Ping timeout: 256 seconds) | |
| [16:12:33] | IReboot (IReboot!~doug@CPE10bf48e67915-CM78cd8e7e342d.cpe.net.cable.rogers.com) has joined #mythtv | |
| [16:24:52] | stoffel (stoffel!~quassel@pD9E42746.dip.t-dialin.net) has joined #mythtv | |
| [16:28:15] | SteveGoodey (SteveGoodey!~steve@host86-140-98-12.range86-140.btcentralplus.com) has joined #mythtv | |
| [16:31:53] | Sharky112065 is now known as Sharky-AFK | |
| [16:35:41] | stichnot (stichnot!~stichnot@mythtv/developer/stichnot) has joined #mythtv | |
| [16:38:56] | purserj (purserj!~purserj@hosting.collaborynth.com.au) has quit (Ping timeout: 252 seconds) | |
| [16:42:23] | stichnot: | stuartm: I'm thinking that maybe QueryCutList should only try to load autosave marks if loadAutoSave==true, and only try to load regular marks if loadAutoSave==false, and change its return type to void. Then DeleteMap::LoadAutoSaveMap() can simply make 2 calls to QueryCutList if necessary, doing its own check of an empty cutlist. |
| [16:43:08] | stuartm: | that's one way to go |
| [16:45:31] | purserj (purserj!~purserj@hosting.collaborynth.com.au) has joined #mythtv | |
| [16:49:07] | Jordack (Jordack!~jordack@h69-131-44-221.plmomi.dedicated.static.tds.net) has quit () | |
| [16:49:09] | stichnot: | or as a convenience it can still have a return value, calculated as !delMap.isEmpty() |
| [16:55:43] | stichnot: | btw I've also come to dislike the use of default arguments such as in QueryCutList. They're great when you're a non-dev trying to minimize the size of a patch you have to maintain, but otherwise problematic down the road. |
| [17:08:40] | stuartm: | default arguments are often better than the alternative of having multiple methods to do pretty much the same thing, I wouldn't rule them out completely |
| [17:11:05] | SteveGoodey (SteveGoodey!~steve@host86-140-98-12.range86-140.btcentralplus.com) has quit (Quit: Konversation terminated!) | |
| [17:12:00] | stichnot: | I was actually comparing default arguments against explicit arguments |
| [17:15:28] | stuartm: | since what constitutes a good default can change with time, it's perhaps still better to use a default argument than have to modify many more places throughout the code each time, but I see what you're getting at |
| [17:39:26] | NightMonkey (NightMonkey!~NightrMon@nat1.sp.collab.net) has joined #mythtv | |
| [17:39:26] | NightMonkey (NightMonkey!~NightrMon@nat1.sp.collab.net) has quit (Changing host) | |
| [17:39:26] | NightMonkey (NightMonkey!~NightrMon@pdpc/supporter/professional/nightmonkey) has joined #mythtv | |
| [17:48:13] | AlexWkz (AlexWkz!~quassel@cpc3-enfi20-2-0-cust917.20-2.cable.virginmedia.com) has joined #mythtv | |
| [17:48:25] | AlexWkz (AlexWkz!~quassel@cpc3-enfi20-2-0-cust917.20-2.cable.virginmedia.com) has left #mythtv ("http://quassel-irc.org - Chat comfortably. Anywhere.") | |
| [18:05:39] | stoffel (stoffel!~quassel@pD9E42746.dip.t-dialin.net) has quit (Ping timeout: 276 seconds) | |
| [18:12:15] | Jordack (Jordack!~jordack@h69-131-44-221.plmomi.dedicated.static.tds.net) has joined #mythtv | |
| [18:14:25] | SteveGoodey (SteveGoodey!~steve@host86-140-98-12.range86-140.btcentralplus.com) has joined #mythtv | |
| [18:20:12] | Sharky-AFK is now known as Sharky112065 | |
| [18:21:01] | gigem (gigem!~david@mythtv/developer/gigem) has quit (Quit: WeeChat 0.3.8) | |
| [18:25:10] | gigem (gigem!~david@pool-71-123-128-124.dllstx.fios.verizon.net) has joined #mythtv | |
| [18:25:10] | gigem (gigem!~david@pool-71-123-128-124.dllstx.fios.verizon.net) has quit (Changing host) | |
| [18:25:10] | gigem (gigem!~david@mythtv/developer/gigem) has joined #mythtv | |
| [18:26:58] | gregL (gregL!~greg@cpe-74-76-105-205.nycap.res.rr.com) has quit (Quit: Leaving) | |
| [18:31:54] | NightMonkey (NightMonkey!~NightrMon@pdpc/supporter/professional/nightmonkey) has quit (Ping timeout: 264 seconds) | |
| [18:40:05] | Jordack (Jordack!~jordack@h69-131-44-221.plmomi.dedicated.static.tds.net) has quit (Read error: Connection reset by peer) | |
| [18:40:28] | Jordack (Jordack!~jordack@h69-131-44-221.plmomi.dedicated.static.tds.net) has joined #mythtv | |
| [18:40:46] | gregL (gregL!~greg@cpe-74-76-105-205.nycap.res.rr.com) has joined #mythtv | |
| [18:45:26] | stuartm: | does anyone know of a bug where config.xml gets wiped/deleted? every other reboot of my mythbuntu production box the config.xml has gone missing and the frontend is prompting for language/database details |
| [18:47:32] | stuartm: | I know something similar used to happen in earlier releases, but I thought it had been fixed |
| [18:47:46] | NightMonkey (NightMonkey!~NightrMon@nat1.sp.collab.net) has joined #mythtv | |
| [18:47:46] | NightMonkey (NightMonkey!~NightrMon@pdpc/supporter/professional/nightmonkey) has joined #mythtv | |
| [18:47:46] | NightMonkey (NightMonkey!~NightrMon@nat1.sp.collab.net) has quit (Changing host) | |
| [19:02:09] | Jordack-isCool (Jordack-isCool!~jordack@h69-131-44-221.plmomi.dedicated.static.tds.net) has joined #mythtv | |
| [19:02:53] | Jordack (Jordack!~jordack@h69-131-44-221.plmomi.dedicated.static.tds.net) has quit (Ping timeout: 255 seconds) | |
| [19:07:39] | Jordack-isCool is now known as Jordack | |
| [19:08:51] | gregL (gregL!~greg@cpe-74-76-105-205.nycap.res.rr.com) has quit (Remote host closed the connection) | |
| [19:16:36] | Lomion0815 (Lomion0815!~androirc@88-117-33-4.adsl.highway.telekom.at) has joined #mythtv | |
| [19:24:06] | sphery: | stuartm: #10249 + #10305 says it was fixed for 0.26 |
| [19:24:06] | ** MythLogBot http://code.mythtv.org/trac/ticket/10249 ** | |
| [19:24:06] | ** MythLogBot http://code.mythtv.org/trac/ticket/10305 ** | |
| [19:42:29] | Mousey (Mousey!~r0dent_@ross154.net) has joined #mythtv | |
| [19:48:35] | len (len!~quassel@75-161-175-43.mpls.qwest.net) has joined #mythtv | |
| [20:16:04] | Jordack (Jordack!~jordack@h69-131-44-221.plmomi.dedicated.static.tds.net) has quit (Quit: Peace!) | |
| [20:18:14] | ephemer0l (ephemer0l!~ephemer0l@unaffiliated/ephemer0l) has joined #mythtv | |
| [20:44:59] | Lomion0815 (Lomion0815!~androirc@88-117-33-4.adsl.highway.telekom.at) has quit (Ping timeout: 260 seconds) | |
| [20:51:32] | Sharky112065 is now known as Sharky-AFK | |
| [21:03:40] | stuartm: | sphery: since I'd rather focus on other things, I've just set it read-only for now, if it disappears again then I'll have to dig deeper |
| [21:04:29] | stuartm: | I've never had this problem with my development box, so it's either ubuntu/mythbuntu related or something to do with the way the shutdown code works |
| [21:11:14] | tgm4883: | stuartm, I don't see where we'd be wiping config.xml on every other boot |
| [21:11:24] | tgm4883: | stuartm, every other boot, or every boot? |
| [21:11:58] | tgm4883: | stuartm, actually, is this a single backend/frontend machine? |
| [21:12:47] | stuartm: | tgm4883: it doesn't seem to happen every time, at least not that I've noticed and it didn't always happen, if I used that machine more I could be more definitive |
| [21:12:52] | tgm4883: | hmm, the file is actually disappearing? |
| [21:13:41] | stuartm: | tgm4883: yes it's a combined fe/be, the frontend is behaving like it's missing, but I've not actually double checked |
| [21:14:30] | tgm4883: | stuartm, it's possible that the frontend is starting before the backend |
| [21:14:43] | tgm4883: | stuartm, I've seen that happen on some machines |
| [21:15:16] | tgm4883: | stuartm, so while it looks like it's losing the settings, it's just unable to connect (and a restart of the frontend should fix that) |
| [21:15:31] | stuartm: | tgm4883: right, that is possible, but it shouldn't be causing the frontend to be prompting for db connection information ... however, I wonder what it would do if the DB hadn't started yet ... |
| [21:15:55] | tgm4883: | stuartm, that's what it would do if the DB hadn't started yet |
| [21:16:17] | tgm4883: | I think we've got a bug report on it downstream, but we don't have a good fix for it I don't think |
| [21:16:29] | stuartm: | tgm4883: I fairly regularly start the frontend on my dev machine with no backend running, the behaviour isn't to prompt because it can read config.xml, but mysql is always up so ... |
| [21:17:00] | stuartm: | something worth testing tomorrow |
| [21:17:17] | tgm4883: | stuartm, sounds good. Let me know if you find anything interesting |
| [21:19:00] | dekarl: | is that the "the configuration is rewritten by each and every mythtv application that starts in an unsafe way so killing the application at the wrong time leaves you with no / an empty configuration" issue? |
| [21:19:46] | stuartm: | obviously the frontend cannot startup completely without a database, but it also shouldn't be prompting when an existing config is in place, what we'd need to do is enter a wait state, periodically polling for the mysql server on the configured IP/port with some option/mechanism to enter the DB config should the user need it |
| [21:20:19] | stuartm: | dekarl: hopefully not, since fixes were applied to that before the release of 0.26 |
| [21:21:56] | SteveGoodey (SteveGoodey!~steve@host86-140-98-12.range86-140.btcentralplus.com) has quit (Quit: Konversation terminated!) | |
| [21:24:22] | dekarl: | ahh, that was #10249 solved as part of #10305 |
| [21:24:22] | ** MythLogBot http://code.mythtv.org/trac/ticket/10249 ** | |
| [21:24:22] | ** MythLogBot http://code.mythtv.org/trac/ticket/10305 ** | |
| [21:26:51] | stuartm: | I think tgm4883 had the right idea, it's an ubuntu startup issue, where the frontend can actually be started before mysql and the backend |
| [21:28:23] | SteveGoodey (SteveGoodey!~steve@host86-140-98-12.range86-140.btcentralplus.com) has joined #mythtv | |
| [21:28:43] | stuartm: | we might be able to do something about it on our end, but I'm not convinced the effort is worth it to fix a distro level problem – it wouldn't be an issue with an embedded DB, so that's another reason not to waste time on a fix |
| [21:30:33] | tgm4883: | stuartm, well having the frontend wait for it rather than request credentials again would help with systems that are separete (separate frontend and backend) |
| [21:30:43] | tgm4883: | but yea, I think it's a low priority thing |
| [21:31:03] | stuartm: | I could hack something into the mythfrontend wrapper than ubuntu uses, to wait for mysql to start before launching mythfrontend, but that would only solve the problem for me |
| [21:36:52] | stuartm: | I hate running into problem like this, they are a distraction from the work I'd rather be doing |
| [21:48:14] | SteveGoodey (SteveGoodey!~steve@host86-140-98-12.range86-140.btcentralplus.com) has quit (Quit: Konversation terminated!) | |
| [21:57:42] | Toast_ (Toast_!~quassel@87.127.37.199) has joined #mythtv | |
| [21:58:42] | Toast_ is now known as Toast | |
| [22:45:32] | Toast (Toast!~quassel@87.127.37.199) has quit (Remote host closed the connection) | |
| [22:53:49] | cesman (cesman!~cesman@pdpc/supporter/professional/cesman) has quit (Remote host closed the connection) | |
| [23:10:54] | len (len!~quassel@75-161-175-43.mpls.qwest.net) has quit (Quit: No Ping reply in 180 seconds.) | |
| [23:11:18] | len (len!~quassel@75-161-175-43.mpls.qwest.net) has joined #mythtv | |
| [23:45:28] | wilmoore-misc (wilmoore-misc!~wilmoore@vlandnat.mystrotv.com) has quit (Remote host closed the connection) | |
| [23:46:25] | rsiebert_ (rsiebert_!~quassel@g225050074.adsl.alicedsl.de) has joined #mythtv | |
| [23:49:18] | rsiebert (rsiebert!~quassel@g225051054.adsl.alicedsl.de) has quit (Ping timeout: 245 seconds) | |
IRC Logs collected by
BeirdoBot.
Please use the above link to report any bugs.