| Wednesday, March 5th, 2014, 00:01 UTC | ||
| [00:01:53] | Jordack (Jordack!~Jordack@75-151-31-172-Michigan.hfc.comcastbusiness.net) has quit () | |
| [00:06:17] | wagnerrp (wagnerrp!~wagnerrp_@mythtv/developer/wagnerrp) has quit (Ping timeout: 252 seconds) | |
| [00:16:30] | wagnerrp (wagnerrp!~wagnerrp_@mythtv/developer/wagnerrp) has joined #mythtv | |
| [00:26:00] | tlhiv_laptop (tlhiv_laptop!~foo@c-98-192-152-244.hsd1.al.comcast.net) has quit (Ping timeout: 264 seconds) | |
| [00:28:49] | stichnot (stichnot!stichnot@mythtv/developer/stichnot) has quit (Ping timeout: 240 seconds) | |
| [00:53:30] | stichnot (stichnot!~stichnot@mythtv/developer/stichnot) has joined #mythtv | |
| [01:05:00] | stichnot (stichnot!~stichnot@mythtv/developer/stichnot) has quit (Ping timeout: 264 seconds) | |
| [01:09:12] | NightMonkey (NightMonkey!~NightrMon@pdpc/supporter/professional/nightmonkey) has quit (Quit: Body blow! Body blow!) | |
| [01:12:01] | tlhiv_laptop (tlhiv_laptop!~foo@c-98-192-152-244.hsd1.al.comcast.net) has joined #mythtv | |
| [01:32:00] | wagnerrp (wagnerrp!~wagnerrp_@mythtv/developer/wagnerrp) has quit (Ping timeout: 264 seconds) | |
| [01:38:35] | wagnerrp (wagnerrp!~wagnerrp_@mythtv/developer/wagnerrp) has joined #mythtv | |
| [01:47:37] | wagnerrp (wagnerrp!~wagnerrp_@mythtv/developer/wagnerrp) has quit (Ping timeout: 240 seconds) | |
| [01:47:40] | superm1 (superm1!uid4318@gateway/web/irccloud.com/x-otpgjhgppsiamelz) has quit (Quit: Connection closed for inactivity) | |
| [01:50:02] | wagnerrp (wagnerrp!~wagnerrp_@mythtv/developer/wagnerrp) has joined #mythtv | |
| [02:13:37] | wagnerrp (wagnerrp!~wagnerrp_@mythtv/developer/wagnerrp) has quit (Ping timeout: 240 seconds) | |
| [02:17:52] | wagnerrp (wagnerrp!~wagnerrp_@mythtv/developer/wagnerrp) has joined #mythtv | |
| [02:18:03] | Seeker`_ is now known as Seeker` | |
| [02:18:09] | Seeker` (Seeker`!~cjo20@host86-164-178-196.range86-164.btcentralplus.com) has quit (Changing host) | |
| [02:18:10] | Seeker` (Seeker`!~cjo20@unaffiliated/seeker) has joined #mythtv | |
| [02:20:49] | stichnot (stichnot!~stichnot@mythtv/developer/stichnot) has joined #mythtv | |
| [02:37:01] | arescorpio (arescorpio!~arescorpi@56-57-245-190.fibertel.com.ar) has joined #mythtv | |
| [02:47:13] | tlhiv_laptop (tlhiv_laptop!~foo@c-98-192-152-244.hsd1.al.comcast.net) has quit (Ping timeout: 240 seconds) | |
| [03:14:06] | _nyloc_ (_nyloc_!~quassel@p3EE2DA4B.dip0.t-ipconnect.de) has joined #mythtv | |
| [03:17:37] | nyloc (nyloc!~quassel@p57B4FB99.dip0.t-ipconnect.de) has quit (Ping timeout: 240 seconds) | |
| [03:27:14] | peper03 (peper03!~peper03@mythtv/developer/peper03) has quit (Ping timeout: 264 seconds) | |
| [03:27:30] | peper03_ (peper03_!~peper03@mythtv/developer/peper03) has joined #mythtv | |
| [03:27:37] | peper03_ is now known as peper03 | |
| [03:27:38] | wagnerrp (wagnerrp!~wagnerrp_@mythtv/developer/wagnerrp) has quit (Ping timeout: 252 seconds) | |
| [03:32:07] | wagnerrp (wagnerrp!~wagnerrp_@mythtv/developer/wagnerrp) has joined #mythtv | |
| [04:01:40] | tlhiv_laptop (tlhiv_laptop!~foo@c-98-192-152-244.hsd1.al.comcast.net) has joined #mythtv | |
| [04:16:49] | arescorpio (arescorpio!~arescorpi@56-57-245-190.fibertel.com.ar) has quit (Excess Flood) | |
| [04:23:35] | fetzerch (fetzerch!~quassel@unaffiliated/fetzerch) has quit (Ping timeout: 252 seconds) | |
| [04:24:58] | fetzerch (fetzerch!~quassel@unaffiliated/fetzerch) has joined #mythtv | |
| [05:05:36] | wagnerrp (wagnerrp!~wagnerrp_@mythtv/developer/wagnerrp) has quit (Ping timeout: 264 seconds) | |
| [05:07:30] | wagnerrp (wagnerrp!~wagnerrp_@mythtv/developer/wagnerrp) has joined #mythtv | |
| [05:10:44] | superm1 (superm1!uid4318@ubuntu/member/superm1) has joined #mythtv | |
| [05:36:30] | wagnerrp (wagnerrp!~wagnerrp_@mythtv/developer/wagnerrp) has quit (Read error: Connection reset by peer) | |
| [05:56:44] | wagnerrp (wagnerrp!~wagnerrp_@mythtv/developer/wagnerrp) has joined #mythtv | |
| [06:02:25] | tlhiv_laptop (tlhiv_laptop!~foo@c-98-192-152-244.hsd1.al.comcast.net) has quit (Ping timeout: 240 seconds) | |
| [06:11:31] | DogH (DogH!~DogH@207-192-248-199.npg.sta.suddenlink.net) has joined #mythtv | |
| [06:12:02] | DogH (DogH!~DogH@207-192-248-199.npg.sta.suddenlink.net) has left #mythtv ("Konversation terminated!") | |
| [06:13:32] | dekarl1 is now known as dekarl | |
| [06:18:26] | wagnerrp (wagnerrp!~wagnerrp_@mythtv/developer/wagnerrp) has quit (Read error: Connection reset by peer) | |
| [06:22:54] | wagnerrp (wagnerrp!~wagnerrp_@mythtv/developer/wagnerrp) has joined #mythtv | |
| [06:27:44] | wagnerrp (wagnerrp!~wagnerrp_@mythtv/developer/wagnerrp) has quit (Read error: Connection reset by peer) | |
| [06:28:29] | ghoti (ghoti!~paul@scratch.it.ca) has quit (Read error: Connection reset by peer) | |
| [06:33:46] | wagnerrp (wagnerrp!~wagnerrp_@mythtv/developer/wagnerrp) has joined #mythtv | |
| [06:38:25] | wagnerrp (wagnerrp!~wagnerrp_@mythtv/developer/wagnerrp) has quit (Ping timeout: 240 seconds) | |
| [06:45:54] | wagnerrp (wagnerrp!~wagnerrp_@mythtv/developer/wagnerrp) has joined #mythtv | |
| [06:46:59] | unforgiven512 (unforgiven512!~unforgive@cpe-24-93-203-8.neo.res.rr.com) has quit (Ping timeout: 240 seconds) | |
| [06:51:46] | SteveGoodey (SteveGoodey!~steve@host217-42-221-59.range217-42.btcentralplus.com) has joined #mythtv | |
| [06:56:21] | unforgiven512 (unforgiven512!~unforgive@cpe-24-93-203-8.neo.res.rr.com) has joined #mythtv | |
| [06:59:38] | wagnerrp (wagnerrp!~wagnerrp_@mythtv/developer/wagnerrp) has quit (Ping timeout: 240 seconds) | |
| [07:04:19] | SteveGoodey (SteveGoodey!~steve@host217-42-221-59.range217-42.btcentralplus.com) has quit (Quit: Konversation terminated!) | |
| [07:10:19] | wagnerrp (wagnerrp!~wagnerrp_@mythtv/developer/wagnerrp) has joined #mythtv | |
| [07:30:48] | wagnerrp (wagnerrp!~wagnerrp_@mythtv/developer/wagnerrp) has quit (Ping timeout: 264 seconds) | |
| [07:41:52] | wagnerrp (wagnerrp!~wagnerrp_@mythtv/developer/wagnerrp) has joined #mythtv | |
| [07:47:40] | superm1 (superm1!uid4318@ubuntu/member/superm1) has quit (Quit: Connection closed for inactivity) | |
| [07:47:52] | FabriceMG (FabriceMG!~Thunderbi@217.112.59.207) has joined #mythtv | |
| [07:51:30] | jnylen is now known as jny | |
| [08:04:16] | nyloc (nyloc!~quassel@p3EE2DA4B.dip0.t-ipconnect.de) has joined #mythtv | |
| [08:05:47] | brfranse_ (brfranse_!~brfransen@64.179.169.226) has joined #mythtv | |
| [08:11:02] | _nyloc_ (_nyloc_!~quassel@p3EE2DA4B.dip0.t-ipconnect.de) has quit (*.net *.split) | |
| [08:11:03] | jpharvey__ (jpharvey__!~jpharvey@host109-148-236-119.range109-148.btcentralplus.com) has quit (*.net *.split) | |
| [08:11:03] | seld (seld!~seld@h7n7-rny-a12.ias.bredband.telia.com) has quit (*.net *.split) | |
| [08:11:03] | Sharky112065 (Sharky112065!~Sharky112@c-24-19-57-28.hsd1.wa.comcast.net) has quit (*.net *.split) | |
| [08:11:03] | MythBuild (MythBuild!~MythBuild@alcor.mythtv.org) has quit (*.net *.split) | |
| [08:11:04] | brfransen (brfransen!~brfransen@64.179.169.226) has quit (*.net *.split) | |
| [08:11:04] | Warped (Warped!~Warped@108-85-161-113.lightspeed.cicril.sbcglobal.net) has quit (*.net *.split) | |
| [08:11:08] | XDS2010_ (XDS2010_!sid1218@gateway/web/irccloud.com/x-bsoxlurtcsrxpbpu) has quit (*.net *.split) | |
| [08:11:10] | jarle (jarle!~jarle@70.84-234-133.customer.lyse.net) has quit (*.net *.split) | |
| [08:16:35] | Warped (Warped!~Warped@108-85-161-113.lightspeed.cicril.sbcglobal.net) has joined #mythtv | |
| [08:18:17] | MythBuild (MythBuild!~MythBuild@alcor.mythtv.org) has joined #mythtv | |
| [08:21:37] | XDS2010_ (XDS2010_!sid1218@gateway/web/irccloud.com/x-ahfilosyhkhllkvi) has joined #mythtv | |
| [08:26:03] | wagnerrp (wagnerrp!~wagnerrp_@mythtv/developer/wagnerrp) has quit (Ping timeout: 265 seconds) | |
| [08:30:55] | wagnerrp (wagnerrp!~wagnerrp_@mythtv/developer/wagnerrp) has joined #mythtv | |
| [08:41:00] | wagnerrp (wagnerrp!~wagnerrp_@mythtv/developer/wagnerrp) has quit (Ping timeout: 264 seconds) | |
| [08:44:22] | wagnerrp (wagnerrp!~wagnerrp_@mythtv/developer/wagnerrp) has joined #mythtv | |
| [08:55:44] | Merlin83b (Merlin83b!~Daniel@office.34sp.com) has joined #mythtv | |
| [08:57:18] | stuarta: | morning all |
| [09:01:07] | jarle (jarle!~jarle@70.84-234-133.customer.lyse.net) has joined #mythtv | |
| [09:01:07] | Sharky-112065 (Sharky-112065!~Sharky112@184.75.223.186) has joined #mythtv | |
| [09:01:07] | seld_ (seld_!~seld@h7n7-rny-a12.ias.bredband.telia.com) has joined #mythtv | |
| [09:01:07] | jpharvey__ (jpharvey__!~jpharvey@host109-148-236-119.range109-148.btcentralplus.com) has joined #mythtv | |
| [09:05:47] | Chutt_ (Chutt_!~ijr@cpe-76-190-199-73.neo.res.rr.com) has joined #mythtv | |
| [09:06:10] | wagnerrp (wagnerrp!~wagnerrp_@mythtv/developer/wagnerrp) has quit (Ping timeout: 265 seconds) | |
| [09:07:08] | Chutt (Chutt!~ijr@2605:a000:1208:c08c:c457:ef1d:60fd:2177) has quit (Ping timeout: 265 seconds) | |
| [09:14:53] | wagnerrp (wagnerrp!~wagnerrp_@mythtv/developer/wagnerrp) has joined #mythtv | |
| [09:25:50] | jny is now known as jnylen | |
| [09:28:45] | jya: | morning... |
| [09:32:14] | stuarta: | how is sunny aus today? |
| [09:45:33] | toeb (toeb!~toeb@HSI-KBW-109-193-198-065.hsi7.kabel-badenwuerttemberg.de) has joined #mythtv | |
| [09:52:50] | wagnerrp_ (wagnerrp_!~wagnerrp_@mythtv/developer/wagnerrp) has joined #mythtv | |
| [09:55:02] | ghoti (ghoti!~paul@scratch.it.ca) has joined #mythtv | |
| [09:56:36] | wagnerrp (wagnerrp!~wagnerrp_@mythtv/developer/wagnerrp) has quit (Ping timeout: 264 seconds) | |
| [09:58:11] | warpme (warpme!~root@89-79-250-31.dynamic.chello.pl) has joined #mythtv | |
| [09:59:18] | warpme (warpme!~root@89-79-250-31.dynamic.chello.pl) has quit (Remote host closed the connection) | |
| [10:00:12] | ghoti (ghoti!~paul@scratch.it.ca) has quit (Ping timeout: 264 seconds) | |
| [10:01:08] | ghoti (ghoti!~paul@scratch.it.ca) has joined #mythtv | |
| [10:04:29] | wagnerrp_ (wagnerrp_!~wagnerrp_@mythtv/developer/wagnerrp) has quit (Ping timeout: 240 seconds) | |
| [10:05:39] | warpme (warpme!~piotro@89-79-250-31.dynamic.chello.pl) has joined #mythtv | |
| [10:05:58] | warpme (warpme!~piotro@89-79-250-31.dynamic.chello.pl) has quit (Remote host closed the connection) | |
| [10:05:59] | ghoti (ghoti!~paul@scratch.it.ca) has quit (Ping timeout: 240 seconds) | |
| [10:06:37] | warpme (warpme!~root@89-79-250-31.dynamic.chello.pl) has joined #mythtv | |
| [10:07:15] | ghoti (ghoti!~paul@scratch.it.ca) has joined #mythtv | |
| [10:08:11] | warpme (warpme!~root@89-79-250-31.dynamic.chello.pl) has quit (Remote host closed the connection) | |
| [10:08:59] | warpme (warpme!~piotro@89-79-250-31.dynamic.chello.pl) has joined #mythtv | |
| [10:12:04] | ghoti (ghoti!~paul@scratch.it.ca) has quit (Ping timeout: 244 seconds) | |
| [10:13:12] | wagnerrp (wagnerrp!~wagnerrp_@mythtv/developer/wagnerrp) has joined #mythtv | |
| [10:13:19] | warpme: | jya: fyi. I found reasons of my LiveTV problems reported to You 2 days ago :-). Progressbar issue was caused by hunk1 of patch for #11119; tuning failures for starting LiveTV near end of current show are by one jpoet commit |
| [10:13:21] | ghoti (ghoti!~paul@scratch.it.ca) has joined #mythtv | |
| [10:14:28] | warpme: | Second one I'll verify on master – and it issue will be present – I'll report in via ticket. |
| [10:15:51] | warpme: | Currently LiveTV for me is EXCELLENT. Believe me -Your work might be milestone for MythTV adoption... |
| [10:16:34] | jya: | warpme: yesterday I've fixed the issue that when you seek twice and you are close to the end of the file, you jump to the next file |
| [10:16:47] | jya: | however, I've found today that the behaviour isn't optimum... |
| [10:17:08] | jya: | in fact the function used to fail because it pretty much always returned true |
| [10:17:20] | jya: | but now, I've found that it acrtually always returns false :) |
| [10:17:29] | jya: | it works that way, but it's not perfect.... |
| [10:17:49] | warpme: | jya: exactly. I'm testing LiveTV with all master commits backported to 0.27 |
| [10:17:53] | jya: | I do have an idea to improve program transition to make it virtually undetectable |
| [10:18:12] | jya: | warpme: I maintain a branch will all those changes: devel/027candidates |
| [10:18:16] | ghoti (ghoti!~paul@scratch.it.ca) has quit (Ping timeout: 244 seconds) | |
| [10:18:48] | wagnerrp (wagnerrp!~wagnerrp_@mythtv/developer/wagnerrp) has quit (Ping timeout: 264 seconds) | |
| [10:18:49] | jya: | right now, when the player reach the end of a program, it reset, starts a new file . It's exactly the same as closing the first file and reopening another |
| [10:19:07] | jya: | that's why you have a few tenth of a second break between two shows |
| [10:19:15] | ghoti (ghoti!~paul@scratch.it.ca) has joined #mythtv | |
| [10:19:49] | jya: | with the ringbuffer, if it's transition from one program to another, on the same channel and same card. Really, we don't need to do that.. we can simply fill data from one file to the next, as if it was the exact same file |
| [10:19:59] | jya: | that would make for perfect transition |
| [10:20:03] | warpme: | jya: agree. Walking across LiveTV history isn't 100% perfect yet – but it is so big improvement that it is hard to overestimate. I'm really hapy that we have You and Your attitude/spirit in MythTV team! |
| [10:22:00] | jya: | i have found a problem using the HLS recorder and very low bitrate streams. I have a patch that cause a new program every minute. what I then found however, is that a new recording a created every minute. But with HLS, in a few seconds, you can actually download a few minutes worth of program |
| [10:22:24] | jya: | so your progress bar shows that you have played one minute. But the actual segment is actually about 3 minutes long |
| [10:22:35] | jya: | myth got the duration completely wrong |
| [10:22:56] | jya: | because the liveTV program say the show is one minute, but the file itself is several minutes long |
| [10:23:13] | jya: | warpme: thanks for the kind word. very much appreciated... |
| [10:24:48] | ghoti (ghoti!~paul@scratch.it.ca) has quit (Ping timeout: 264 seconds) | |
| [10:25:09] | ghoti (ghoti!~paul@scratch.it.ca) has joined #mythtv | |
| [10:25:20] | warpme_ (warpme_!~piotro@89-79-250-31.dynamic.chello.pl) has joined #mythtv | |
| [10:25:23] | warpme_ (warpme_!~piotro@89-79-250-31.dynamic.chello.pl) has quit (Remote host closed the connection) | |
| [10:25:58] | warpme (warpme!~piotro@89-79-250-31.dynamic.chello.pl) has quit (Ping timeout: 240 seconds) | |
| [10:27:51] | warpme (warpme!~piotro@89-79-250-31.dynamic.chello.pl) has joined #mythtv | |
| [10:29:39] | warpme: | jya: great that You prepared 0.27/candidates. It makes ppl live much easier. |
| [10:30:29] | warpme: | when YOu mac pro will arive? |
| [10:30:41] | warpme: | s/You/your/ |
| [10:30:48] | ghoti (ghoti!~paul@scratch.it.ca) has quit (Ping timeout: 264 seconds) | |
| [10:30:58] | jya: | april |
| [10:31:15] | stuarta: | :( |
| [10:31:16] | ghoti (ghoti!~paul@scratch.it.ca) has joined #mythtv | |
| [10:31:25] | warpme: | what verssion it will be? |
| [10:31:43] | jya: | my imac has decided to become very slow suddenly. After only 1 hour of usage, my 16GB of ram is full and it uses another 16GB of virtual ram |
| [10:32:05] | jya: | I got the 6 core 3.5GHz macpro, with 32GB RAM and 512GB SSD |
| [10:32:11] | warpme: | gezz – what apps You have there? |
| [10:32:26] | jya: | warpme: right now, just mail, chrome, message, irc and xcode |
| [10:32:42] | jya: | the worse is that it's the kernel process that takes most of the ram |
| [10:33:07] | jya: | I'm doing a backup right now and will reformat and create a fusion SSD+HD disk |
| [10:34:54] | warpme: | Really like new mac pro. Only thing holding me to jump into it is termal desing. I saw reports where if You make full load on CPU/GFX – it will start throttle CPU because of reaching Tjmax |
| [10:35:01] | wagnerrp (wagnerrp!~wagnerrp_@mythtv/developer/wagnerrp) has joined #mythtv | |
| [10:35:38] | jya: | that time machine stuff is so crap. in about 2.5 hours, it has archived 11.8GB out of 455GB... (I can saturate the gigabit link between the mac and my nas where the backup is made) |
| [10:35:59] | ghoti (ghoti!~paul@scratch.it.ca) has quit (Ping timeout: 240 seconds) | |
| [10:37:21] | ghoti (ghoti!~paul@scratch.it.ca) has joined #mythtv | |
| [10:37:28] | jya: | warpme: read the anandtech review properly... To saturate all CPUs + GPU they had to use a special tool designed just for that... |
| [10:37:45] | jya: | they never managed to hit the CPU threshold playing just with the CPU |
| [10:37:49] | warpme: | I see practically the same issue in my mac proc. compie -j8 gives cpu die to 90C. IIRC 95C is triggering throttle. I think apple design choice to prefer silence over performance. |
| [10:37:53] | jya: | they had to saturate both CPU and GPU to get there |
| [10:38:00] | jya: | which will never happen in real life. |
| [10:38:27] | jya: | It's extremely rare to manage to maxout GPU *and* CPUs at once... usually it's one or the other |
| [10:39:19] | warpme: | yeah. I agree – but only partially. We never know is there app which will do the same or not. If yes – then user might be little dissapinted by decressing computing_power/$ jusr because design choice... |
| [10:40:28] | jya: | the fact remain, that without using the poison utility, they never managed to hit any throttle |
| [10:40:49] | jya: | in fact, that machine runs a lot cooler than most machine out there |
| [10:41:11] | jya: | so my guess is that should you hit the threashold on the new mac pro, you would have hit it much earlier in another machine |
| [10:41:51] | warpme: | right. Generally this piece of HW is state of the art. Look/design alone is worth to pay.... |
| [10:41:51] | jya: | plus me, I'l never make much use of the GPUs.. bit of a waste, but I like the look :) |
| [10:41:57] | jya: | (got the middle range GPU) |
| [10:42:38] | ghoti (ghoti!~paul@scratch.it.ca) has quit (Ping timeout: 240 seconds) | |
| [10:42:40] | jya: | what I find more disappointing is the architecture choice for the USB3 port. All 4 USB3 ports share a single PCIe lane |
| [10:42:57] | warpme: | otoh – is someone wants to optimize power/$ – hackintosh is much better here :-P |
| [10:43:04] | warpme: | s/is/if/ |
| [10:43:12] | jya: | so 500MB/s shared across all ports... with just one port you can max it out? |
| [10:43:22] | wagnerrp (wagnerrp!~wagnerrp_@mythtv/developer/wagnerrp) has quit (Ping timeout: 252 seconds) | |
| [10:43:30] | ghoti (ghoti!~paul@scratch.it.ca) has joined #mythtv | |
| [10:43:41] | jya: | how so? find me a single machine with the same hardware configuration (RAM + SSD + CPU + GPU) that is cheaper than this mac pro |
| [10:44:12] | jya: | it's actually the other way round, this new mac pro, while extremely expensive, is excellent value for money, and is much cheaper than all those machines out there. |
| [10:44:27] | jya: | let me find you a web site where they tried to make a similar config with a PC |
| [10:44:34] | jya: | ended up being much more expensive |
| [10:45:18] | jya: | http://www.futurelooks.com/new-apple-mac-pro- . . . c-diy-style/ |
| [10:47:23] | warpme: | right. If we compare 100% exact HW spec – I agree. Of course Q is: is this exactly HW spec worth to pay say +30% over alternative one which hasn't some parts..nevertheless I agree. HW spec + quality + l&f + legal OSX is best macht for it's money :-) |
| [10:47:44] | jya: | then get an imac |
| [10:48:01] | jya: | 1/3rd of the price, and a gorgeous screen |
| [10:48:45] | ghoti (ghoti!~paul@scratch.it.ca) has quit (Ping timeout: 244 seconds) | |
| [10:49:25] | ghoti (ghoti!~paul@scratch.it.ca) has joined #mythtv | |
| [10:52:26] | warpme: | I'm really impreseed by apple "pull-through" strategy. I started with OSX at famous 10.4.3 marklar times – just to get feeling is OSX good replacement for OS/2. I was so good that I converted all enviroment within week or so. I wasn't interested in HW at that time as I was thinking it isn't worth to overpay for well known components – just well packaged. But when I gought mac pro – I discovered that was BEST spending on computer HW I ever don |
| [10:54:26] | ghoti (ghoti!~paul@scratch.it.ca) has quit (Ping timeout: 244 seconds) | |
| [10:55:08] | wagnerrp (wagnerrp!~wagnerrp_@mythtv/developer/wagnerrp) has joined #mythtv | |
| [10:55:35] | ghoti (ghoti!~paul@scratch.it.ca) has joined #mythtv | |
| [10:56:28] | jya: | and you can still today resell your current mac pro for much more you could resell any equivalent PC |
| [10:57:04] | ** jya reminds me that I need to buy new screens too ** | |
| [10:59:18] | wagnerrp (wagnerrp!~wagnerrp_@mythtv/developer/wagnerrp) has quit (Ping timeout: 240 seconds) | |
| [11:00:29] | ghoti (ghoti!~paul@scratch.it.ca) has quit (Ping timeout: 240 seconds) | |
| [11:01:43] | ghoti (ghoti!~paul@scratch.it.ca) has joined #mythtv | |
| [11:06:50] | ghoti (ghoti!~paul@scratch.it.ca) has quit (Ping timeout: 244 seconds) | |
| [11:07:18] | warpme (warpme!~piotro@89-79-250-31.dynamic.chello.pl) has quit (Ping timeout: 240 seconds) | |
| [11:07:35] | warpme (warpme!~piotro@89-79-250-31.dynamic.chello.pl) has joined #mythtv | |
| [11:07:53] | ghoti (ghoti!~paul@scratch.it.ca) has joined #mythtv | |
| [11:10:09] | jya: | hmmm... that sucks.. the size of the file returned by RemoteFile is the one at the time the file was opened... |
| [11:10:26] | jya: | totally useless for liveTV or in progress recordings |
| [11:13:24] | ghoti (ghoti!~paul@scratch.it.ca) has quit (Ping timeout: 264 seconds) | |
| [11:13:50] | ghoti (ghoti!~paul@scratch.it.ca) has joined #mythtv | |
| [11:13:57] | wagnerrp (wagnerrp!~wagnerrp_@mythtv/developer/wagnerrp) has joined #mythtv | |
| [11:15:15] | stuarta: | jya: any mileage in fixing RemoteFile? |
| [11:16:31] | jya: | looking into it... I made the wrong assumption that I could check the size of the file (and not what was left to read in the ringbuffer) and substracting how much we had read so far. |
| [11:17:00] | jya: | but that gives me negative result |
| [11:17:33] | jya: | because the size returned for a remote file is that the opening of the file (which is only a couple of MB when livetv starts) |
| [11:18:06] | jya: | can adjust ringbuffer to correct as soon as we've read for more than the size of the file calculated. or fix remotefile |
| [11:18:17] | jya: | the later is more elegant, but I don't want to break mythprotocol |
| [11:18:30] | jya: | compatibility that is |
| [11:18:38] | ghoti (ghoti!~paul@scratch.it.ca) has quit (Ping timeout: 240 seconds) | |
| [11:19:46] | ghoti (ghoti!~paul@scratch.it.ca) has joined #mythtv | |
| [11:22:37] | jya: | any suggestions on how to modify RemoteFile to retrieve an updated size of the file, while still being backward compatible? don't want to use the RemoteFile::Exists call, it's much more heavy... |
| [11:23:08] | stuarta: | is it called regularly or just once? |
| [11:24:19] | jya: | it will be called very regularly when we get close to the end of the file, as the MythPlayer check how close we are to the end at every event loop |
| [11:24:38] | ghoti (ghoti!~paul@scratch.it.ca) has quit (Ping timeout: 240 seconds) | |
| [11:25:44] | ghoti (ghoti!~paul@scratch.it.ca) has joined #mythtv | |
| [11:28:46] | jya: | there's a call to query if a file exists, and it will return the size; but this is a complete static command that takes a URL. So need to create a new socket, reconnect, etc... |
| [11:28:56] | jya: | rather than use the current existing socket |
| [11:29:09] | jya: | like a Read or Write would |
| [11:30:50] | jya: | if I request an invalid command from a myth protocol, will it returns an error or just ignore the call ? |
| [11:31:24] | ghoti (ghoti!~paul@scratch.it.ca) has quit (Ping timeout: 264 seconds) | |
| [11:31:42] | jya: | could always do that for compatibility purposes. do a new command requesting the size, if that works use it, otherwise call the RemoteFile::Exist |
| [11:31:42] | ghoti (ghoti!~paul@scratch.it.ca) has joined #mythtv | |
| [11:33:37] | stuarta: | jya: i just wonder if returning the current size always will work |
| [11:34:02] | jya: | for my purpose, it will |
| [11:36:48] | ghoti (ghoti!~paul@scratch.it.ca) has quit (Ping timeout: 244 seconds) | |
| [11:37:40] | ghoti (ghoti!~paul@scratch.it.ca) has joined #mythtv | |
| [11:39:19] | jya: | stuarta: do you know the difference between MainServer and FileServerHandler ? |
| [11:39:28] | jya: | is one used by the other? |
| [11:40:08] | stuarta: | jya: unfortunately i have no knowledge of the protocol stuff at all |
| [11:40:26] | jya: | seems FileServerHandler is only only by the mythmediaserver application |
| [11:40:33] | jya: | which I have no idea what it's for :) |
| [11:40:55] | ** jya checking wiki ** | |
| [11:41:09] | stuarta: | i think that's aa standalone media server, to just serve your videos |
| [11:41:17] | stuarta: | or summink like that |
| [11:42:29] | ghoti (ghoti!~paul@scratch.it.ca) has quit (Ping timeout: 240 seconds) | |
| [11:43:49] | ghoti (ghoti!~paul@scratch.it.ca) has joined #mythtv | |
| [11:48:38] | ghoti (ghoti!~paul@scratch.it.ca) has quit (Ping timeout: 240 seconds) | |
| [11:48:40] | caelor_ (caelor_!~quassel@cpc12-sotn9-2-0-cust374.15-1.cable.virginm.net) has joined #mythtv | |
| [11:50:29] | stuartm: | I believe MythMediaServer was an old attempt to start breaking up the backend into many smaller apps, starting by having a separate app for streaming files from storage groups |
| [11:50:43] | unforgiven512_ (unforgiven512_!~unforgive@cpe-24-93-203-8.neo.res.rr.com) has joined #mythtv | |
| [11:51:40] | nephyrin (nephyrin!~neph@2620:101:8003:200:7a2b:cbff:fe9e:2e67) has joined #mythtv | |
| [11:52:14] | sphery: | It's for people who have, for example, Video Library videos on a tunerless frontend and aren't using NFS/CIFS... They need a media server to serve those videos to other frontends, and rather than run a tunerless backend, they would run the (much-lower-resource) mythmediaserver. |
| [11:52:16] | stuartm: | some people are very keen on the idea of a 'microkernel' type approach over the existing monolithic one |
| [11:52:55] | sphery: | I.e. it's the "store files on this non-backend host" equivalent of the "run jobs on this non-backend host" mythjobqueue application |
| [11:52:56] | stuartm: | ^^ what sphery said |
| [11:53:28] | stuarta: | did someone just volunteer to document that? |
| [11:53:30] | stuarta: | ;-) |
| [11:53:35] | sphery: | hehe |
| [11:54:02] | sphery: | there's a rumor that it's not working properly right now, so I'll wait until it seems it is before documenting it :) |
| [11:54:40] | jya: | that sounds like an extremely interesting concept... Now if only the master backend could directly write to such service for recordings and other stuff. |
| [11:55:04] | ghoti (ghoti!~paul@scratch.it.ca) has joined #mythtv | |
| [11:55:54] | caelor (caelor!~quassel@cpc12-sotn9-2-0-cust374.15-1.cable.virginm.net) has quit (Quit: No Ping reply in 180 seconds.) | |
| [11:55:54] | unforgiven512 (unforgiven512!~unforgive@cpe-24-93-203-8.neo.res.rr.com) has quit (Ping timeout: 265 seconds) | |
| [11:56:14] | unforgiven512_ is now known as unforgiven512 | |
| [11:56:21] | sphery: | yeah, remote writes could be interesting--we could then transcode content from remote hosts without NFS/CIFS and, even better, pick the best SG directory for writing, even if it's on a different host. |
| [11:56:30] | nephyrin` (nephyrin`!~neph@2620:101:8003:200:7a2b:cbff:fe9e:2e67) has quit (Remote host closed the connection) | |
| [11:59:59] | ghoti (ghoti!~paul@scratch.it.ca) has quit (Ping timeout: 240 seconds) | |
| [12:01:03] | ghoti (ghoti!~paul@scratch.it.ca) has joined #mythtv | |
| [12:01:37] | jya: | sphery: the thing is, it would be trivial to implement it... in fact the current ringbuffer could handle it just fine... but there's a tiny test making sure it only uses local files in the recording |
| [12:01:40] | jya: | recorder |
| [12:03:03] | stuartm: | jya: btw, that 'only stream' setting, apparently it's still there just 'db only', "AlwaysStreamFiles" |
| [12:03:23] | jya: | stuartm: yes, I did find it in the end |
| [12:03:44] | stuartm: | still think it should be the default |
| [12:03:54] | jya: | interestingly, my mac always streams... seems that DB value was set before the option was removed, and now it always uses it |
| [12:04:27] | jya: | so the end result of removing the setting may be worse from a user perspective. as it's set to what it was |
| [12:06:12] | ghoti (ghoti!~paul@scratch.it.ca) has quit (Ping timeout: 264 seconds) | |
| [12:06:18] | jya: | it would have been buggy if the backend could store file on another backend, due to that GetFileSize function |
| [12:06:28] | caelor_ is now known as caelor | |
| [12:07:01] | ghoti (ghoti!~paul@scratch.it.ca) has joined #mythtv | |
| [12:07:07] | caelor: | sphery: the report of mythmediaserver not working was my ticket #11862 |
| [12:07:07] | ** MythLogBot http://code.mythtv.org/trac/ticket/11862 ** | |
| [12:08:57] | jya: | sphery: If I set a storage group on a slave backend. Will all frontend connected to the master backend be able to download file from the storage group in the slave? |
| [12:11:56] | joki (joki!~joki@p54860C50.dip0.t-ipconnect.de) has quit (Ping timeout: 244 seconds) | |
| [12:12:12] | ghoti (ghoti!~paul@scratch.it.ca) has quit (Ping timeout: 264 seconds) | |
| [12:13:11] | ghoti (ghoti!~paul@scratch.it.ca) has joined #mythtv | |
| [12:17:17] | joki (joki!~joki@p54861DC9.dip0.t-ipconnect.de) has joined #mythtv | |
| [12:18:08] | ghoti (ghoti!~paul@scratch.it.ca) has quit (Ping timeout: 244 seconds) | |
| [12:19:13] | ghoti (ghoti!~paul@scratch.it.ca) has joined #mythtv | |
| [12:24:20] | ghoti (ghoti!~paul@scratch.it.ca) has quit (Ping timeout: 244 seconds) | |
| [12:25:17] | ghoti (ghoti!~paul@205.233.216.25) has joined #mythtv | |
| [12:28:10] | jya: | mythmediaserver already doesn't return the same error value than the mythproto server |
| [12:28:21] | jya: | that alone would be cause for incompatibility |
| [12:30:37] | ghoti (ghoti!~paul@205.233.216.25) has quit (Ping timeout: 265 seconds) | |
| [12:30:58] | jya: | in fact mythbackend has pretty much no error check whatsoever, and uses array index based on everything being allright... mythmediaserver does much better |
| [12:31:21] | ghoti (ghoti!~paul@scratch.it.ca) has joined #mythtv | |
| [12:32:00] | jya: | wonder what's the best approach. do the proper way like mythmediaserver but risk introducing incompatibilty; or just ignore it |
| [12:36:13] | ghoti (ghoti!~paul@scratch.it.ca) has quit (Ping timeout: 244 seconds) | |
| [12:37:26] | ghoti (ghoti!~paul@scratch.it.ca) has joined #mythtv | |
| [12:42:18] | ghoti (ghoti!~paul@scratch.it.ca) has quit (Ping timeout: 240 seconds) | |
| [12:43:29] | ghoti (ghoti!~paul@scratch.it.ca) has joined #mythtv | |
| [12:48:37] | ghoti (ghoti!~paul@scratch.it.ca) has quit (Ping timeout: 244 seconds) | |
| [12:48:53] | sphery: | jya: Not sure what exactly you're describing... Generally, a frontend has to ask the proper backend for a file, unless you use NFS/CIFS, to make the file systems available on other hosts. And "set[ting] a storage group on a slave backend" means overriding the list of directories for a given storage group already defined on the master backend (saying, "on all systems the SG dir list is as defined on the MBE, but on this one particular backend, ... |
| [12:48:59] | sphery: | ... use this dir list, instead, for the SG". However, as a last-ditch effort when finding files, we look at directories defined on all backends, so we will check dirs even if they're not defined for the current host. |
| [12:49:34] | ghoti (ghoti!~paul@scratch.it.ca) has joined #mythtv | |
| [12:49:56] | sphery: | but if the frontend knows to ask the slave for a file, and the file exists in a directory that's in any directory of any SG on any host, the file would be available |
| [12:50:00] | jya: | ok then... so for me to better understand... can you define a storage group that is spread over multiple backends? |
| [12:50:23] | jya: | currently I'm using NFS from my master backend to a NAS |
| [12:50:43] | jya: | but I would prefer that the NAS itself runs a slave backend/mythmediaserver |
| [12:51:10] | jya: | so the master backend saves the file |
| [12:51:27] | jya: | but the slave/mediaserver handles the storage groups |
| [12:51:36] | jya: | is this currently feasible or not? |
| [12:51:43] | sphery: | ah, I see... that's how things should work, but don't yet |
| [12:52:09] | sphery: | right now, we write hostname to recorded, and we only ever ask the recorded.hostname for the file |
| [12:52:28] | jya: | and what about the video library (not recordings) |
| [12:52:49] | sphery: | so if it isn't available on that host, we return an error... This is annoying in that users who move files across hosts and/or change host name need to edit the hostname in the DB |
| [12:53:54] | sphery: | ideally, we'd do a better job of figuring out when the file moves (like, "frontend asked me for file, but I don't have it, so ask if any other backend/mediaserver has it," and then respond with a redirect-like error, so the frontend asks the other host (while also updating the DB) |
| [12:54:22] | sphery: | as far as video library, it will pick up file moves across hosts with Scan for Changes |
| [12:54:38] | ghoti (ghoti!~paul@scratch.it.ca) has quit (Ping timeout: 240 seconds) | |
| [12:55:05] | sphery: | and I've been planning a similar functionality for Watch Recordings that's run by the housekeeper (so if a file is moved, we will notice and update DB) |
| [12:55:52] | ghoti (ghoti!~paul@scratch.it.ca) has joined #mythtv | |
| [12:56:45] | jya: | personally, I would have loved to have the abiloty for the masterbackend to be a capture card-less device, and have the one slaves with all the DVB card. |
| [12:56:53] | sphery: | but a better overall long-term approach may be to have the client always ask the master for a given file, and the master just responds with a location (like slave1:/SGName/filename.mpg), and the function handling the request can do the work of finding the file, complete with "not where the DB says, so query others" and similar fallbacks |
| [12:57:00] | jya: | the slave would write via the master backend |
| [12:57:09] | jya: | using myth protocol, not NFS or other |
| [12:58:08] | sphery: | right... I'm one of the ones who wants to split up the MBE... separate out mythrecorder from mythbackend and then run mythbackend on one host, mythrecorder on any recording hosts, mythjobqueue on any job-queue hosts, and mythmediaserver on any file-hosting hosts |
| [12:58:49] | sphery: | and just have a mythtvd (MythTV daemon runner) application that start scripts execute, then it starts up all the appropriate daemons |
| [12:59:34] | jya: | sounds overly complicated |
| [12:59:39] | sphery: | so if the user has any tuners, start mythrecorder; if the user has SGs defined for this host (or for the master backend, but this host has any of the directories in that SG definition), start mythmediaserver; if the host has any jobs allowed, start mythjobqueue |
| [12:59:56] | sphery: | then the user just configures what they want and mythtvd starts the right stuff |
| [13:00:58] | ghoti (ghoti!~paul@scratch.it.ca) has quit (Ping timeout: 240 seconds) | |
| [13:02:01] | ghoti (ghoti!~paul@scratch.it.ca) has joined #mythtv | |
| [13:02:19] | sphery: | at that point, you could run mythbackend on a tunerless host, and all mythrecorders would be slaves (even if not a slave host, a slave process), so we'd get rid of a ton of code that's different based on whether it's local or remote |
| [13:04:56] | wagnerrp (wagnerrp!~wagnerrp_@mythtv/developer/wagnerrp) has quit (Ping timeout: 265 seconds) | |
| [13:05:28] | tlhiv_laptop (tlhiv_laptop!~foo@c-98-192-152-244.hsd1.al.comcast.net) has joined #mythtv | |
| [13:07:50] | ghoti (ghoti!~paul@scratch.it.ca) has quit (Ping timeout: 265 seconds) | |
| [13:08:11] | ghoti (ghoti!~paul@scratch.it.ca) has joined #mythtv | |
| [13:10:36] | superm1 (superm1!uid4318@ubuntu/member/superm1) has joined #mythtv | |
| [13:11:38] | knightr (knightr!~Nicolas@mythtv/developer/knightr) has joined #mythtv | |
| [13:13:25] | ghoti (ghoti!~paul@scratch.it.ca) has quit (Ping timeout: 244 seconds) | |
| [13:14:23] | ghoti (ghoti!~paul@scratch.it.ca) has joined #mythtv | |
| [13:15:01] | wagnerrp (wagnerrp!~wagnerrp_@mythtv/developer/wagnerrp) has joined #mythtv | |
| [13:15:03] | stuarta: | sphery: that's exactly where i'd like to end up |
| [13:15:15] | tlhiv_laptop (tlhiv_laptop!~foo@c-98-192-152-244.hsd1.al.comcast.net) has left #mythtv ("Ex-Chat") | |
| [13:19:55] | ghoti (ghoti!~paul@scratch.it.ca) has quit (Ping timeout: 265 seconds) | |
| [13:20:32] | ghoti (ghoti!~paul@scratch.it.ca) has joined #mythtv | |
| [13:21:12] | wagnerrp (wagnerrp!~wagnerrp_@mythtv/developer/wagnerrp) has quit (Ping timeout: 264 seconds) | |
| [13:23:19] | jya: | sphery: that's pretty much the scenario I described earlier |
| [13:23:41] | jya: | maybe in the next decade :) |
| [13:25:59] | ghoti (ghoti!~paul@scratch.it.ca) has quit (Ping timeout: 240 seconds) | |
| [13:26:27] | ghoti (ghoti!~paul@scratch.it.ca) has joined #mythtv | |
| [13:28:48] | stuarta: | sphery: i hope to be able to at least support tunerless backends properly using the web based setup stuff |
| [13:31:29] | ghoti (ghoti!~paul@scratch.it.ca) has quit (Ping timeout: 240 seconds) | |
| [13:32:16] | ghoti (ghoti!~paul@scratch.it.ca) has joined #mythtv | |
| [13:32:52] | wagnerrp (wagnerrp!~wagnerrp_@mythtv/developer/wagnerrp) has joined #mythtv | |
| [13:37:13] | wagnerrp (wagnerrp!~wagnerrp_@mythtv/developer/wagnerrp) has quit (Ping timeout: 240 seconds) | |
| [13:37:42] | ghoti (ghoti!~paul@scratch.it.ca) has quit (Ping timeout: 244 seconds) | |
| [13:38:08] | ghoti (ghoti!~paul@scratch.it.ca) has joined #mythtv | |
| [13:43:29] | ghoti (ghoti!~paul@scratch.it.ca) has quit (Ping timeout: 240 seconds) | |
| [13:43:55] | ghoti (ghoti!~paul@scratch.it.ca) has joined #mythtv | |
| [13:48:58] | ghoti (ghoti!~paul@scratch.it.ca) has quit (Ping timeout: 240 seconds) | |
| [13:49:47] | ghoti (ghoti!~paul@scratch.it.ca) has joined #mythtv | |
| [13:50:07] | jya: | anyone knows how to debug a Q_ASSERT? when I run a frontend with qt compiled in debug mode I see a few ASSERT failure in QList<T>::operator[]: "index out of range", file /Users/jyavenard/Work/mythtv/.osx-packager/build/include/QtCore/qlist.h, line 477 |
| [13:51:01] | stuarta: | there's a magic env variable to set which makes things fatal |
| [13:55:16] | ghoti (ghoti!~paul@scratch.it.ca) has quit (Ping timeout: 244 seconds) | |
| [13:55:43] | ghoti (ghoti!~paul@scratch.it.ca) has joined #mythtv | |
| [13:56:53] | stuartm: | jya: add "break qFatal" to your gdb commands file |
| [13:57:20] | jya: | actually, breakpoint set -n qFatal |
| [13:57:27] | jya: | lldb made everything so much simpler |
| [13:57:45] | stuartm: | well the former would work, been using it for years |
| [13:58:47] | jya: | not in lldb :( |
| [13:59:56] | jya: | actually seems to only happen when I debug step by step the code, it's inside the MythSocketThread |
| [14:00:59] | ghoti (ghoti!~paul@scratch.it.ca) has quit (Ping timeout: 240 seconds) | |
| [14:01:37] | ghoti (ghoti!~paul@scratch.it.ca) has joined #mythtv | |
| [14:03:55] | wagnerrp (wagnerrp!~wagnerrp_@mythtv/developer/wagnerrp) has joined #mythtv | |
| [14:04:24] | stuartm: | well yes, when I said it worked I obviously meant with gdb not lldb :) |
| [14:06:36] | jya: | that bt make no sense |
| [14:07:37] | jya: | http://pastebin.com/6DADPY0K |
| [14:07:54] | jya: | it crashes on the line: ret = remotefile->GetFileSize(); |
| [14:08:08] | jya: | mind you, that's before the method GetFileSize() is called |
| [14:09:07] | jya: | and shortly after xcode crashes |
| [14:34:34] | stuartm: | it's clearly not crashing there ... I'd guess it's actually crashing in frame 3, but there's no detail of where exactly that is in the BT |
| [14:37:50] | stuartm: | QList<QString> is QStringList, so my guess would be one of the protocol handling points in RemoteFile – maybe RemoteFile::Exists() called from RemoteFile::GetFileSize() ? |
| [14:38:09] | stuartm: | that's the only one actually on that code path |
| [14:39:20] | stuartm: | does lldb offer a way to add more information to a bt? e.g. "bt full" |
| [14:40:29] | unforgiven512 (unforgiven512!~unforgive@cpe-24-93-203-8.neo.res.rr.com) has quit (Ping timeout: 240 seconds) | |
| [14:48:45] | wagnerrp (wagnerrp!~wagnerrp_@mythtv/developer/wagnerrp) has quit (Ping timeout: 252 seconds) | |
| [14:52:58] | wagnerrp (wagnerrp!~wagnerrp_@mythtv/developer/wagnerrp) has joined #mythtv | |
| [14:59:20] | wagnerrp (wagnerrp!~wagnerrp_@mythtv/developer/wagnerrp) has quit (Ping timeout: 244 seconds) | |
| [15:24:33] | wagnerrp (wagnerrp!~wagnerrp_@mythtv/developer/wagnerrp) has joined #mythtv | |
| [15:38:00] | wagnerrp (wagnerrp!~wagnerrp_@mythtv/developer/wagnerrp) has quit (Ping timeout: 264 seconds) | |
| [15:42:48] | warpme (warpme!~piotro@89-79-250-31.dynamic.chello.pl) has quit (Remote host closed the connection) | |
| [15:42:58] | wagnerrp (wagnerrp!~wagnerrp_@mythtv/developer/wagnerrp) has joined #mythtv | |
| [15:48:47] | wagnerrp (wagnerrp!~wagnerrp_@mythtv/developer/wagnerrp) has quit (Ping timeout: 265 seconds) | |
| [15:50:15] | warpme (warpme!~piotro@89-79-250-31.dynamic.chello.pl) has joined #mythtv | |
| [15:50:35] | warpme (warpme!~piotro@89-79-250-31.dynamic.chello.pl) has quit (Remote host closed the connection) | |
| [15:50:36] | stichnot (stichnot!~stichnot@mythtv/developer/stichnot) has quit (Ping timeout: 264 seconds) | |
| [16:00:55] | wagnerrp (wagnerrp!~wagnerrp_@mythtv/developer/wagnerrp) has joined #mythtv | |
| [16:05:46] | wagnerrp (wagnerrp!~wagnerrp_@mythtv/developer/wagnerrp) has quit (Read error: Connection reset by peer) | |
| [16:08:31] | FabriceMG (FabriceMG!~Thunderbi@217.112.59.207) has quit (Quit: FabriceMG) | |
| [16:15:01] | wagnerrp (wagnerrp!~wagnerrp_@mythtv/developer/wagnerrp) has joined #mythtv | |
| [16:43:14] | NightMonkey (NightMonkey!~NightrMon@173-164-139-193-SFBA.hfc.comcastbusiness.net) has joined #mythtv | |
| [16:43:14] | NightMonkey (NightMonkey!~NightrMon@173-164-139-193-SFBA.hfc.comcastbusiness.net) has quit (Changing host) | |
| [16:43:14] | NightMonkey (NightMonkey!~NightrMon@pdpc/supporter/professional/nightmonkey) has joined #mythtv | |
| [16:56:20] | stichnot (stichnot!~stichnot@mythtv/developer/stichnot) has joined #mythtv | |
| [17:05:29] | wagnerrp (wagnerrp!~wagnerrp_@mythtv/developer/wagnerrp) has quit (Ping timeout: 270 seconds) | |
| [17:06:38] | stichnot (stichnot!~stichnot@mythtv/developer/stichnot) has quit (Ping timeout: 240 seconds) | |
| [17:07:32] | warpme (warpme!~piotro@89-79-250-31.dynamic.chello.pl) has joined #mythtv | |
| [17:14:02] | wagnerrp (wagnerrp!~wagnerrp_@mythtv/developer/wagnerrp) has joined #mythtv | |
| [17:27:29] | wagnerrp (wagnerrp!~wagnerrp_@mythtv/developer/wagnerrp) has quit (Ping timeout: 240 seconds) | |
| [17:28:44] | wagnerrp (wagnerrp!~wagnerrp_@mythtv/developer/wagnerrp) has joined #mythtv | |
| [17:35:37] | natanojl (natanojl!~jonatan@mythtv/developer/natanojl) has joined #mythtv | |
| [17:37:26] | wagnerrp (wagnerrp!~wagnerrp_@mythtv/developer/wagnerrp) has quit (Ping timeout: 244 seconds) | |
| [17:38:48] | kurre2 (kurre2!~tomimo@xdsl-83-150-88-111.nebulazone.fi) has quit (Quit: leaving) | |
| [17:41:28] | wagnerrp (wagnerrp!~wagnerrp_@mythtv/developer/wagnerrp) has joined #mythtv | |
| [17:44:31] | stichnot (stichnot!~stichnot@216.239.45.75) has joined #mythtv | |
| [17:44:31] | stichnot (stichnot!~stichnot@mythtv/developer/stichnot) has joined #mythtv | |
| [17:44:31] | stichnot (stichnot!~stichnot@216.239.45.75) has quit (Changing host) | |
| [17:44:44] | warpme (warpme!~piotro@89-79-250-31.dynamic.chello.pl) has quit (Quit: warpme) | |
| [17:44:47] | warpme_ (warpme_!~piotro@89-79-250-31.dynamic.chello.pl) has joined #mythtv | |
| [17:45:42] | brfranse_ (brfranse_!~brfransen@64.179.169.226) has quit (Ping timeout: 244 seconds) | |
| [17:47:54] | brfransen (brfransen!~brfransen@64.179.169.226) has joined #mythtv | |
| [17:52:17] | Merlin83b (Merlin83b!~Daniel@office.34sp.com) has quit (Quit: Leaving) | |
| [18:10:58] | SteveGoodey (SteveGoodey!~steve@host217-42-221-59.range217-42.btcentralplus.com) has joined #mythtv | |
| [18:19:24] | wagnerrp (wagnerrp!~wagnerrp_@mythtv/developer/wagnerrp) has quit (Ping timeout: 264 seconds) | |
| [18:20:58] | gregL (gregL!~greg@cpe-74-76-105-205.nycap.res.rr.com) has quit (Ping timeout: 240 seconds) | |
| [18:25:22] | ghoti (ghoti!~paul@scratch.it.ca) has quit (Read error: Connection reset by peer) | |
| [18:30:03] | warpme_ (warpme_!~piotro@89-79-250-31.dynamic.chello.pl) has quit (Quit: warpme_) | |
| [18:31:26] | ghoti_ (ghoti_!~paul@scratch.it.ca) has joined #mythtv | |
| [18:32:55] | wagnerrp (wagnerrp!~wagnerrp_@mythtv/developer/wagnerrp) has joined #mythtv | |
| [18:36:49] | wagnerrp (wagnerrp!~wagnerrp_@mythtv/developer/wagnerrp) has quit (Read error: Connection reset by peer) | |
| [18:37:22] | ghoti_ (ghoti_!~paul@scratch.it.ca) has quit (Ping timeout: 244 seconds) | |
| [18:37:49] | andreaz (andreaz!~andre_000@p57923DA3.dip0.t-ipconnect.de) has joined #mythtv | |
| [18:38:11] | warpme (warpme!~piotro@89-79-250-31.dynamic.chello.pl) has joined #mythtv | |
| [18:38:14] | ghoti (ghoti!~paul@scratch.it.ca) has joined #mythtv | |
| [18:43:07] | wagnerrp (wagnerrp!~wagnerrp_@mythtv/developer/wagnerrp) has joined #mythtv | |
| [18:43:46] | ghoti (ghoti!~paul@scratch.it.ca) has quit (Ping timeout: 265 seconds) | |
| [18:44:35] | ghoti (ghoti!~paul@scratch.it.ca) has joined #mythtv | |
| [18:49:20] | gregL (gregL!~greg@cpe-74-76-119-24.nycap.res.rr.com) has joined #mythtv | |
| [18:49:38] | ghoti (ghoti!~paul@scratch.it.ca) has quit (Ping timeout: 240 seconds) | |
| [18:50:16] | wagnerrp (wagnerrp!~wagnerrp_@mythtv/developer/wagnerrp) has quit (Ping timeout: 252 seconds) | |
| [18:50:39] | ghoti (ghoti!~paul@scratch.it.ca) has joined #mythtv | |
| [18:53:31] | rsiebert (rsiebert!~quassel@g229125100.adsl.alicedsl.de) has quit (Read error: Operation timed out) | |
| [18:55:16] | rsiebert (rsiebert!~quassel@g225012224.adsl.alicedsl.de) has joined #mythtv | |
| [18:56:58] | GreyFoxx (GreyFoxx!~greg@out.of.phaze.org) has quit (Ping timeout: 240 seconds) | |
| [19:00:01] | wagnerrp (wagnerrp!~wagnerrp_@mythtv/developer/wagnerrp) has joined #mythtv | |
| [19:02:06] | GreyFoxx (GreyFoxx!~greg@out.of.phaze.org) has joined #mythtv | |
| [19:04:33] | wagnerrp (wagnerrp!~wagnerrp_@mythtv/developer/wagnerrp) has quit (Ping timeout: 265 seconds) | |
| [19:11:48] | wagnerrp (wagnerrp!~wagnerrp_@mythtv/developer/wagnerrp) has joined #mythtv | |
| [19:21:03] | warpme_ (warpme_!~piotro@89-79-250-31.dynamic.chello.pl) has joined #mythtv | |
| [19:31:37] | wagnerrp (wagnerrp!~wagnerrp_@mythtv/developer/wagnerrp) has quit (Ping timeout: 244 seconds) | |
| [19:38:27] | wagnerrp (wagnerrp!~wagnerrp_@mythtv/developer/wagnerrp) has joined #mythtv | |
| [19:39:49] | gigem: | What do people think of a setting that sets recorded/oldrecorded.duplicate = false for "damaged" recordings? IOW, automatically enables "allow re-record". Because the damage detection is not and never can be perfect, setting duplicate = false can't be done unconditionally. That means either adding a new setting, or exposing danielk22's hidden MinimumRecordingQuality setting. |
| [19:40:40] | warpme (warpme!~piotro@89-79-250-31.dynamic.chello.pl) has quit (Quit: warpme) | |
| [19:40:40] | warpme_ is now known as warpme | |
| [19:40:42] | Sharky-112065 is now known as Sharky112065 | |
| [19:43:11] | TheCrasher (TheCrasher!~TheCrashe@p5DCE4D44.dip0.t-ipconnect.de) has joined #mythtv | |
| [19:44:27] | andreaz (andreaz!~andre_000@p57923DA3.dip0.t-ipconnect.de) has quit (Read error: Connection reset by peer) | |
| [19:44:29] | wagnerrp (wagnerrp!~wagnerrp_@mythtv/developer/wagnerrp) has quit (Ping timeout: 240 seconds) | |
| [19:52:35] | wagnerrp (wagnerrp!~wagnerrp_@74.215.90.100) has joined #mythtv | |
| [19:52:46] | wagnerrp (wagnerrp!~wagnerrp_@74.215.90.100) has quit (Changing host) | |
| [19:52:46] | wagnerrp (wagnerrp!~wagnerrp_@mythtv/developer/wagnerrp) has joined #mythtv | |
| [19:56:59] | wagnerrp (wagnerrp!~wagnerrp_@mythtv/developer/wagnerrp) has quit (Ping timeout: 240 seconds) | |
| [20:26:22] | wagnerrp (wagnerrp!~wagnerrp_@mythtv/developer/wagnerrp) has joined #mythtv | |
| [20:35:34] | kurre2 (kurre2!~tomimo@xdsl-83-150-88-111.nebulazone.fi) has joined #mythtv | |
| [20:42:48] | warpme_ (warpme_!~piotro@89-79-250-31.dynamic.chello.pl) has joined #mythtv | |
| [20:59:25] | warpme (warpme!~piotro@89-79-250-31.dynamic.chello.pl) has quit (Quit: warpme) | |
| [20:59:25] | warpme_ is now known as warpme | |
| [21:04:25] | wagnerrp (wagnerrp!~wagnerrp_@mythtv/developer/wagnerrp) has quit (Ping timeout: 240 seconds) | |
| [21:14:24] | wagnerrp (wagnerrp!~wagnerrp_@mythtv/developer/wagnerrp) has joined #mythtv | |
| [21:25:18] | wagnerrp (wagnerrp!~wagnerrp_@mythtv/developer/wagnerrp) has quit (Ping timeout: 240 seconds) | |
| [21:27:01] | SteveGoodey (SteveGoodey!~steve@host217-42-221-59.range217-42.btcentralplus.com) has quit (Quit: Konversation terminated!) | |
| [21:28:58] | wagnerrp (wagnerrp!~wagnerrp_@mythtv/developer/wagnerrp) has joined #mythtv | |
| [21:43:01] | stuartm: | gigem: when the damaged/failed recording detection was first added I thought it was so it would automatically trigger it to re-record (if possible), I've since been told that wasn't actually the case, so if what you're proposing enables that then that's good by me :) |
| [21:44:14] | stuartm: | I don't know what purpose the duplicate column/flag actually serves if I'm honest, setting it false excludes it from duplicate matching? |
| [21:48:28] | MythBuild (MythBuild!~MythBuild@alcor.mythtv.org) has quit (Remote host closed the connection) | |
| [21:48:39] | MythBuild (MythBuild!~MythBuild@alcor.mythtv.org) has joined #mythtv | |
| [21:55:08] | warpme (warpme!~piotro@89-79-250-31.dynamic.chello.pl) has quit (Quit: warpme) | |
| [22:08:16] | stuarta: | #8678 |
| [22:08:16] | ** MythLogBot http://code.mythtv.org/trac/ticket/8678 ** | |
| [22:10:13] | gigem: | stuartm: Yes, duplicate == false means that entry doesn't exist for purposes of checking previously or currently recorded. Likewise, duplicate == true it was "recorded" even if it really wasn't as is the case with the "never record" action. |
| [22:10:23] | jya: | gigem, stuartm : I too think recording should be automatically rescheduled if a recording has been found as damaged, even if that could trigger some false positive... a recording of 0 bytes, or seriously shorter in time than the original scheduled time |
| [22:10:41] | stuarta: | +1 |
| [22:12:37] | gigem: | The point of my post was that the change requires the addition of a new setting or the exposure of a hidden one to avoid people getting a lot of unwanted re-recordings due to false positive damage detection. |
| [22:13:48] | gigem: | Oh, FYI, this would only affect recurring recording rules. Single and override records would *not* automatically be recreated. |
| [22:14:36] | jya: | gigem: how can a recording of say 0 bytes generate a lot of false positive? I believe this would cater for the majority of problems: a recording doesn't even start |
| [22:14:49] | gigem: | jya: The occasional false positive would be acceptable. In my case, 80% of my recordings would be false positives. |
| [22:14:52] | jya: | in which case, for the handling of that case only, no need for settings |
| [22:15:41] | jya: | and IMHO, re-recording 0 bytes recording should be backported to 0.27 asap. |
| [22:15:56] | jya: | then we can have a setting to extend the detection of "broken" recording |
| [22:17:01] | jya: | so we handle the case where we 100% know it failed to record (file is 0 bytes, the vast majority of complains in the user list) ; and a case handling more advanced detection, one that can generate false positive |
| [22:17:22] | gigem: | Yes, 0-byte files should not be marked with duplicate = true. IMO, those aren't "damaged" recordings. They are failed recordings which are handled appropriately with respect to duplicate. It's the recorders that don't report them correctly. |
| [22:17:55] | jya: | gigem: that's not what I've read from the user list, nor my existing experience... |
| [22:18:20] | gigem: | Right, the recorders aren't reporting them as failed. |
| [22:18:23] | jya: | plenty of recording that were 0 bytes because the cleaner moved the antenna cable and got it disconnected from my PC. |
| [22:18:42] | jya: | I've never seen those being recorded again... |
| [22:18:56] | jya: | i they aren't reported as failed... they should :) |
| [22:20:11] | gigem: | jya: That's the recorder's bug. I'm not dealing with that right now. My question relates only to "damaged" recordings as determined by danielk22's recording quality calculation. |
| [22:20:37] | stuartm: | not all zero-byte recordings get marked as failed, at least that was the case as recently as last year – can't remember if I've had any failures since then* |
| [22:21:04] | jya: | I have no opinion on the matter then... i can't say that ever happened to me, either it 100% work, or it didn't at all (except for the case where I rebooted the backend mid-recording, so I got two of them) |
| [22:21:51] | stuartm: | * By strange coincidence I had a zero byte recording tonight for the first time in a long time, but by habit I hit 'delete and re-record' without even giving it a second thought, I don't know if it would have automatically re-recorded |
| [22:22:00] | jya: | anyone else received the email: Exciting Opportunity – Senior Front-end Engineer Position with Fundrise in D.C |
| [22:22:11] | jya: | made me laugh.. "looking for a rockstar front-end engineer with experience in HTML/CSS/Javascript + jQuery" |
| [22:22:49] | gigem: | I don't recall seeing that one. |
| [22:23:26] | stuartm: | as far as damaged recordings go, only time that happens here is when the aerial lead comes loose or they are performing maintenance on the transmitter and dial down the power (by another coincidence, this happened last week) |
| [22:23:45] | jya: | allright, as for me, back to tracking that bug in RemoteFile and detection of when we're close to the end of a recording... |
| [22:24:03] | stuartm: | jya: didn't get that one |
| [22:24:07] | jya: | oh, talking about transmitter, I've watched something a short while ago, I found it fascinating |
| [22:26:49] | jya: | stuartm: the remotefile bug? the issue is that the GetFileSize() returns the size of the file from when it was first opened. MythPlayer to know when the transition between two live TV should occur, does so by checking how close we are to the end of the file. It turns out, as the file is thought to be much shorter than it really is, that it thinks it's always close. And so it jumps to the next program. Causing that pause in playback. And why you see whe |
| [22:26:50] | jya: | you're at 55" of a 1' program, it jumps 5s or so. |
| [22:27:37] | stuartm: | jya: the email |
| [22:27:40] | jya: | if you have the progress bar on, you see 00:55, and the next second 0:00 (in the next program) |
| [22:27:45] | jya: | ah... |
| [22:28:08] | gigem: | stuartm: That's the kind of stuff the damage check is supposed to catch. FWIW, it was Thomas Borkel's email to -users yesterday that prompted me to think about this issue again. |
| [22:28:29] | jya: | I've forwarded the email to you guys |
| [22:29:01] | jya: | gigem: yes, did the same for me... suddenly I was like "ah yes that one"... |
| [22:29:39] | jya: | usually it's the wife suffering from those problems... but now all I get is a sigh, a raise of eyebrow and nodding her head (about how crap she thinks our TV is) |
| [22:30:05] | gigem: | stuartm: When you add the ncurses painter for mythui, please add video support too. I heard the ncurses version of quake was surprisingly playbale. :) |
| [22:30:26] | stuartm: | gigem: I'm all for automatic re-scheduling following failures etc, it sounds like the damage detection may be over-sensitive or even broken for certain recordings so if possible I'd attempt to correct that rather than relying on a setting |
| [22:30:59] | stuartm: | easier said that done ... |
| [22:31:35] | stuartm: | ascii video is actually easy, ffmpeg has had that option for years :) |
| [22:31:46] | jya: | thanks to libcaca |
| [22:31:48] | jya: | I love the name |
| [22:32:27] | dekarl: | well, it should be good enough to verify its not just a recording of the STB's screen saver :) |
| [22:33:44] | gigem: | stuartm: That's why danielk22 add the hidden MinimumRecordingQuality setting, so the sensitivity could be turned down. In my case, Verizon inserts local commercials with completely different dts/pts, which causes the check to think that a large chunk of recording was missed. |
| [22:34:58] | gigem: | dekarl: I don't know if danielk22 had anything like that planned or not. The current check only tries to find dts/pts discontinuities. |
| [22:39:13] | dekarl: | meh https://github.com/MythTV/mythtv/commit/f3e37ed3 ... bool IsValid(){return !member.IsValid()}; |
| [22:39:54] | dekarl: | https://github.com/MythTV/mythtv/commit/f3e37 . . . 409b5339dR44 |
| [22:41:04] | stuartm: | hmm, it should be possible to tell the difference between out of sequence timestamps and a true discontinuity in the recording, in most cases at least, but to work to full effect it would need to track the timestamps on either side of the apparent discontinuities and then do some checking at the end |
| [22:42:58] | natanojl (natanojl!~jonatan@mythtv/developer/natanojl) has quit (Ping timeout: 240 seconds) | |
| [22:43:03] | stuartm: | e.g. "1, 2, 3, 4, 26, 27, 28, 5, 6, 7, 8" is clearly a case where a 'foreign' sequence has been spliced into the video, the numbers on either side of the 'discontinuity' follow the correct sequence |
| [22:43:53] | stuartm: | incidentally, has no-one thought of creating a commercial flagging method based on that? |
| [22:46:49] | jya: | is there an easy way to recalculate all pts/dts so they are always continuous? like when you have 1,2,3,4,10,11,12,13 it becomes 1,2,3,4,5,6,7,8 |
| [22:47:00] | jya: | (needing this for a side project) |
| [22:47:51] | stuartm: | not sure how easy it is, but I believe that's exactly what the lossless mpeg2 transcoder does |
| [22:57:08] | stuartm: | "buy equity shares of ownership in real estate" ... sounds way too much like the promotional gargon used by con artists selling timeshares :) |
| [22:58:02] | stuartm: | not really a business I'd want to get into and besides which, the commute to D.C. would be a killer |
| [22:59:58] | MythBuild: | build #151 of master-freebsd10–64bit is complete: Failure [4failed git] Build details are at http://code.mythtv.org/buildbot/builders/mast . . . t/builds/151 blamelist: Karl Dietz <dekarl@mythtv.org > |
| [23:02:56] | jya: | stuartm: don't rock stars travel in first? |
| [23:03:08] | jya: | London-DC on a weekly basis, first class. |
| [23:04:04] | TheCrasher (TheCrasher!~TheCrashe@p5DCE4D44.dip0.t-ipconnect.de) has quit (Quit: KVIrc 4.3.1 Aria http://www.kvirc.net/) | |
| [23:05:56] | gigem: | stuartm, jya: I don't think anything like that has been considered because I don't think that many people have the problem. Frankly, I'm surprised there haven't been lots of questions from Verizon/cable card users asking why lots of their recording are colored yellow (or whatever color) on the frontend. |
| [23:08:21] | gigem: | I've looked at the recording quality code a few times to see what could be done and couldn't come up with anything. I'll see if I can add a simple check that if the total, contiguous time is about right, then the discontinuities really aren't interruptions and shouldn't mean a damaged recording. |
| [23:30:54] | dekarl1 (dekarl1!~dekarl@p4FE8571D.dip0.t-ipconnect.de) has joined #mythtv | |
| [23:32:30] | dekarl (dekarl!~dekarl@p4FE84521.dip0.t-ipconnect.de) has quit (Ping timeout: 252 seconds) | |
IRC Logs collected by
BeirdoBot.
Please use the above link to report any bugs.