| Thursday, May 1st, 2014, 00:53 UTC | ||
| [00:53:07] | caelor (caelor!~quassel@cpc12-sotn9-2-0-cust374.15-1.cable.virginm.net) has quit (Quit: No Ping reply in 180 seconds.) | |
| [00:57:50] | caelor (caelor!~quassel@cpc12-sotn9-2-0-cust374.15-1.cable.virginm.net) has joined #mythtv | |
| [01:48:38] | dblain_ (dblain_!~dblain@mythtv/developer/dblain) has joined #mythtv | |
| [01:50:22] | dblain (dblain!~dblain@mythtv/developer/dblain) has quit (Ping timeout: 245 seconds) | |
| [01:51:17] | dblain (dblain!~dblain@mythtv/developer/dblain) has joined #mythtv | |
| [01:52:52] | dblain_ (dblain_!~dblain@mythtv/developer/dblain) has quit (Ping timeout: 245 seconds) | |
| [02:09:58] | jya (jya!~jyavenard@mythtv/developer/jya) has quit (Ping timeout: 240 seconds) | |
| [02:10:23] | jya (jya!~jyavenard@mythtv/developer/jya) has joined #mythtv | |
| [02:28:29] | jya: | oops… bad commit… segfault the backend as soon someone connects |
| [02:28:53] | peper03 (peper03!~peper03@mythtv/developer/peper03) has quit (Ping timeout: 265 seconds) | |
| [02:29:29] | peper03 (peper03!~peper03@mythtv/developer/peper03) has joined #mythtv | |
| [02:32:27] | nyloc (nyloc!~quassel@p3EE2D9E3.dip0.t-ipconnect.de) has joined #mythtv | |
| [02:36:08] | _nyloc_ (_nyloc_!~quassel@p57B4FBAA.dip0.t-ipconnect.de) has quit (Ping timeout: 252 seconds) | |
| [02:38:29] | wahrhaft (wahrhaft!~quassel@cpe-76-181-2-191.columbus.res.rr.com) has joined #mythtv | |
| [02:41:34] | jya: | LOL… running mythbackend within MallocGuard |
| [02:41:35] | jya: | GuardMalloc[mythbackend-98253]: Attempting excessively large memory allocation: 524282944 bytes |
| [02:41:36] | jya: | GuardMalloc[mythbackend-98253]: If you really wanted to allocate so much memory, launch your executable with the environment variable MALLOC_PERMIT_INSANE_REQUESTS set to any value to circumvent this check. |
| [03:31:18] | fetzerch (fetzerch!~quassel@unaffiliated/fetzerch) has quit (Ping timeout: 240 seconds) | |
| [03:32:50] | fetzerch (fetzerch!~quassel@unaffiliated/fetzerch) has joined #mythtv | |
| [03:53:38] | wahrhaft (wahrhaft!~quassel@cpe-76-181-2-191.columbus.res.rr.com) has quit (Remote host closed the connection) | |
| [03:55:29] | wahrhaft (wahrhaft!~quassel@cpe-76-181-2-191.columbus.res.rr.com) has joined #mythtv | |
| [04:13:35] | jya_ (jya_!~jyavenard@mythtv/developer/jya) has joined #mythtv | |
| [04:22:01] | arescorpio (arescorpio!~arescorpi@211-243-16-190.fibertel.com.ar) has quit (Ping timeout: 252 seconds) | |
| [04:25:29] | xris (xris!~xris@mythtv/developer/xris) has quit (Read error: Connection reset by peer) | |
| [04:28:34] | xris (xris!~xris@xris.forevermore.net) has joined #mythtv | |
| [04:28:39] | xris (xris!~xris@xris.forevermore.net) has quit (Changing host) | |
| [04:28:39] | xris (xris!~xris@mythtv/developer/xris) has joined #mythtv | |
| [04:44:54] | wahrhaft (wahrhaft!~quassel@cpe-76-181-2-191.columbus.res.rr.com) has quit (Remote host closed the connection) | |
| [04:46:41] | wahrhaft (wahrhaft!~quassel@cpe-76-181-2-191.columbus.res.rr.com) has joined #mythtv | |
| [05:55:45] | jya_ (jya_!~jyavenard@mythtv/developer/jya) has quit (Quit: jya_) | |
| [05:56:00] | SteveGoodey (SteveGoodey!~steve@host217-42-221-3.range217-42.btcentralplus.com) has joined #mythtv | |
| [06:00:26] | jya: | ahhhhhh… the solution to #12113 was actually much simpler ! |
| [06:00:26] | ** MythLogBot http://code.mythtv.org/trac/ticket/12113 ** | |
| [06:00:40] | jya: | the ringbuffer will fail after 5 errors |
| [06:00:50] | jya: | but the error counter is never ever reset |
| [06:01:09] | jya: | so it could be 5 errors over 5 hours for all we know.. it will stop after that |
| [06:11:24] | SteveGoodey (SteveGoodey!~steve@host217-42-221-3.range217-42.btcentralplus.com) has quit (Quit: Konversation terminated!) | |
| [06:34:54] | amessina (amessina!~amessina@2001:470:c1dc:7779:d6be:d9ff:fe8d:7c1e) has quit (Quit: Konversation terminated!) | |
| [07:29:05] | amessina (amessina!~amessina@2001:470:c1dc:7779:d6be:d9ff:fe8d:7c1e) has joined #mythtv | |
| [07:33:11] | joki (joki!~joki@p548622E4.dip0.t-ipconnect.de) has quit (Ping timeout: 240 seconds) | |
| [07:39:08] | joki (joki!~joki@p5486156E.dip0.t-ipconnect.de) has joined #mythtv | |
| [07:50:12] | Merlin83b (Merlin83b!~Daniel@2a00:1ee0:3:1337:b10d:a8ae:6288:37c3) has joined #mythtv | |
| [08:01:39] | stuarta: | jya: nice one |
| [08:21:52] | amessina (amessina!~amessina@2001:470:c1dc:7779:d6be:d9ff:fe8d:7c1e) has quit (Quit: Konversation terminated!) | |
| [08:30:24] | amessina (amessina!~amessina@2001:470:c1dc:7779:d6be:d9ff:fe8d:7c1e) has joined #mythtv | |
| [08:39:05] | jya_ (jya_!~jyavenard@mythtv/developer/jya) has joined #mythtv | |
| [08:41:10] | jya_ (jya_!~jyavenard@mythtv/developer/jya) has quit (Client Quit) | |
| [08:49:47] | dekarl1 (dekarl1!~dekarl@p4FE84604.dip0.t-ipconnect.de) has joined #mythtv | |
| [08:51:41] | sraue (sraue!~stephan@xbmc/staff/sraue) has quit (Ping timeout: 265 seconds) | |
| [08:52:43] | dekarl (dekarl!~dekarl@p4FCEF815.dip0.t-ipconnect.de) has quit (Ping timeout: 252 seconds) | |
| [09:09:00] | dekarl1 is now known as dekarl | |
| [09:36:36] | sraue (sraue!~stephan@xbmc/staff/sraue) has joined #mythtv | |
| [09:38:54] | stuartm: | doh |
| [09:46:08] | caelor (caelor!~quassel@cpc12-sotn9-2-0-cust374.15-1.cable.virginm.net) has quit (Remote host closed the connection) | |
| [09:46:28] | caelor (caelor!~quassel@cpc12-sotn9-2-0-cust374.15-1.cable.virginm.net) has joined #mythtv | |
| [09:49:22] | caelor (caelor!~quassel@cpc12-sotn9-2-0-cust374.15-1.cable.virginm.net) has quit (Remote host closed the connection) | |
| [09:49:36] | caelor (caelor!~quassel@cpc12-sotn9-2-0-cust374.15-1.cable.virginm.net) has joined #mythtv | |
| [09:54:17] | andreaz (andreaz!~andre_000@p5DD14D8D.dip0.t-ipconnect.de) has joined #mythtv | |
| [10:03:47] | natanojl (natanojl!~jonatan@mythtv/developer/natanojl) has joined #mythtv | |
| [10:48:16] | caelor (caelor!~quassel@cpc12-sotn9-2-0-cust374.15-1.cable.virginm.net) has quit (Remote host closed the connection) | |
| [10:48:30] | caelor (caelor!~quassel@cpc12-sotn9-2-0-cust374.15-1.cable.virginm.net) has joined #mythtv | |
| [10:50:15] | caelor (caelor!~quassel@cpc12-sotn9-2-0-cust374.15-1.cable.virginm.net) has quit (Remote host closed the connection) | |
| [10:50:31] | caelor (caelor!~quassel@cpc12-sotn9-2-0-cust374.15-1.cable.virginm.net) has joined #mythtv | |
| [12:11:47] | J-e-f-f-A (J-e-f-f-A!~J-e-f-f-A@unaffiliated/j-e-f-f-a) has quit (Quit: Oh No!!!! ;-)) | |
| [12:16:49] | J-e-f-f-A (J-e-f-f-A!~J-e-f-f-A@unaffiliated/j-e-f-f-a) has joined #mythtv | |
| [12:20:45] | seld (seld!~seld@h7n7-rny-a12.ias.bredband.telia.com) has quit (Remote host closed the connection) | |
| [12:21:40] | seld (seld!~seld@h7n7-rny-a12.ias.bredband.telia.com) has joined #mythtv | |
| [12:43:35] | rsiebert_ (rsiebert_!~quassel@g225011152.adsl.alicedsl.de) has joined #mythtv | |
| [12:46:39] | rsiebert (rsiebert!~quassel@f052172015.adsl.alicedsl.de) has quit (Ping timeout: 250 seconds) | |
| [12:59:08] | stuartm: | jya: any idea what part of the backend was trying to allocate 500MB, I assume in a single malloc? |
| [12:59:25] | jya: | stuartm: unfortunately I can’t say |
| [12:59:43] | jya: | I had the message 2–3 times today, but I wasn’t paying much attention to that problem at the time |
| [12:59:59] | jya: | yes, that was in a single malloc |
| [13:19:53] | seld (seld!~seld@h7n7-rny-a12.ias.bredband.telia.com) has quit (Remote host closed the connection) | |
| [13:21:24] | seld (seld!~seld@h7n7-rny-a12.ias.bredband.telia.com) has joined #mythtv | |
| [13:36:31] | stuartm: | jya: is this something you'd know the answer to? https://forum.mythtv.org/viewtopic.php?f=36&t=141 |
| [13:37:27] | jya: | i’ve played with it a long time ago… there’s a full wiki page on the matter |
| [13:39:01] | jya: | i’ve replied |
| [13:39:08] | stuartm: | thanks |
| [13:41:25] | jya: | https://forum.mythtv.org/viewtopic.php?f=36&t=89 : LOL… 0.23… who would have thought.... |
| [13:42:13] | jya: | though I did upgrade a mate’s system still on 0.21 just a few month ago |
| [13:42:55] | ** jya just found out you can delete a program *while* watching it with D… why? ** | |
| [13:46:23] | stuarta: | jya: because you've recorded this program you think is going to be great, half way through you decide it's crap. delete |
| [13:46:52] | jya: | why not just exit and delete |
| [13:46:55] | stuarta: | i also use the feature, because my recordings are typically 4 mins longer than the show. so i delete while watching |
| [13:47:05] | jya: | do you really want to watch it while you;ve decided its crap? |
| [13:47:20] | stuarta: | i also use it on all my normal recordings. |
| [13:47:28] | stuarta: | credits roll... delete... |
| [13:47:59] | jya: | i see |
| [13:48:08] | jya: | should have D on my remote then :) |
| [13:48:36] | jya: | allright, can kill the backend and restart it.. all while watching (and not quitting playback) |
| [13:49:36] | jya: | really need that ping stuartm was talking about… |
| [13:49:57] | jya: | i can’t know if the backend is down (or up) until the user press a key while in the player |
| [13:50:18] | jya: | that’s fine for down, but when it’s back up |
| [13:51:51] | stuartm: | jya: I use in-playback deletion frequently, saves a little time |
| [13:54:00] | jheizer: | Learn something new every day. I jumped to the end and delete from the finished playing menu. |
| [14:36:46] | stuartm (stuartm!~stuartm@mythtv/developer/stuartm) has quit (Quit: Gone) | |
| [14:50:23] | gregL (gregL!~greg@cpe-74-76-121-109.nycap.res.rr.com) has quit (Ping timeout: 240 seconds) | |
| [14:59:46] | dekarl: | is there any special reason why hitting "D" to delete a running *video* should be surpressed? |
| [14:59:58] | stuarta: | damn the patch on #11739 is horrible |
| [14:59:58] | ** MythLogBot http://code.mythtv.org/trac/ticket/11739 ** | |
| [15:00:04] | stuarta: | +latest |
| [15:00:28] | stuarta: | dekarl: maybe because if you've moved something to your video collection you want to keep it? |
| [15:01:24] | jya: | stuarta: it’s like TinTin and the Soviet |
| [15:01:33] | jya: | remove all bits |
| [15:01:36] | jya: | see if that works :) |
| [15:03:15] | jya: | on this topic, I’ve been rather imressed with Cédric Schieli submission |
| [15:03:26] | jya: | very neat, and none trivial |
| [15:03:51] | gregL (gregL!~greg@cpe-74-76-121-109.nycap.res.rr.com) has joined #mythtv | |
| [15:05:19] | jya: | allright… good night |
| [15:05:44] | jya: | few of commits I have left to push… all related with bad playback of files |
| [15:10:50] | MythBuild: | build #1941 of master-debian-wheezy-64bit is complete: Failure [4failed unit test core] Build details are at http://code.mythtv.org/buildbot/builders/mast . . . /builds/1941 blamelist: Jean-Yves Avenard <jyavenard@mythtv.org > |
| [15:20:28] | stuartm (stuartm!~stuartm@cpc1-derb9-0-0-cust441.8-3.cable.virginm.net) has joined #mythtv | |
| [15:20:28] | stuartm (stuartm!~stuartm@cpc1-derb9-0-0-cust441.8-3.cable.virginm.net) has quit (Changing host) | |
| [15:20:28] | stuartm (stuartm!~stuartm@mythtv/developer/stuartm) has joined #mythtv | |
| [15:48:23] | natanojl: | Anyone know if it is safe to let Qt call XInitThreads during start of mythfrontend? It seems to fix hardware-accelerated Flash playback. I posted a patch on the -users list http://www.gossamer-threads.com/lists/mythtv/users/567509#567509 |
| [16:14:37] | stuarta: | segmentation fault in the unit test? hmmm.... |
| [16:30:12] | SteveGoodey (SteveGoodey!~steve@host217-42-221-3.range217-42.btcentralplus.com) has joined #mythtv | |
| [16:39:57] | Jordack (Jordack!~Jordack@users.twp.ypsilanti.mi.us) has joined #mythtv | |
| [16:50:28] | stuartm: | natanojl: see this bug ticket which explains why XInitThreads was not safe in the past, but why it should be OK for linux (only) – https://bugreports.qt-project.org/browse/QTBU . . . onOrder=desc |
| [16:51:20] | stuartm: | it's also QT 4.8+ only, so you'll need to stick it in a linux/qt>=4.8 guard |
| [16:53:17] | stuartm: | natanojl: I'm not finding anything about it having a negative impact apart from being a little slower so let's give it a go in master and see what happens |
| [16:54:07] | natanojl: | stuartm: Thanks, but don't we require qt>=4.8? |
| [16:54:54] | stuartm: | I thought we were requiring 4.7+, but I may be mis-remembering |
| [16:56:23] | natanojl: | stuartm: :) https://code.mythtv.org/cgit/mythtv/commit/?i . . . 99e8dd380157 |
| [16:57:29] | ** stuartm looks sheepish ** | |
| [16:58:30] | stuartm: | well, it was over a year ago ... *ahem* |
| [16:58:35] | dblain_ (dblain_!~dblain@mythtv/developer/dblain) has joined #mythtv | |
| [17:00:28] | dblain (dblain!~dblain@mythtv/developer/dblain) has quit (Ping timeout: 255 seconds) | |
| [17:09:00] | Merlin83b (Merlin83b!~Daniel@2a00:1ee0:3:1337:b10d:a8ae:6288:37c3) has quit (Quit: Leaving) | |
| [17:21:13] | natanojl: | stuartm: You're excused :) Here's an updated patch http://pastebin.com/atZaugB1 |
| [17:23:10] | stuartm: | looks good |
| [17:26:05] | stuartm: | with the introduction of that option it actually makes it possible (in theory) to do some expensive GL stuff in different threads i.e. visualisers and possibly transitions for animations |
| [17:26:53] | fetzerch (fetzerch!~quassel@unaffiliated/fetzerch) has quit (Remote host closed the connection) | |
| [17:55:37] | andreaz (andreaz!~andre_000@p5DD14D8D.dip0.t-ipconnect.de) has quit (Read error: Connection reset by peer) | |
| [18:12:25] | fetzerch (fetzerch!~quassel@unaffiliated/fetzerch) has joined #mythtv | |
| [18:26:33] | dekarl: | stuarta, the error message when trying to delete a video from the player is "can't delete as its not a recording" but exiting playback then deleting works fine. I find that unintuitive (but it didn't bug me enough to research why "not a recording" was determined a good reason to prohibit deletion when the handler is already there) |
| [18:37:35] | stuartm: | used to be that we didn't even allow deletion from the menu, logic was that no-one would want to delete something they'd spent the time to rip and so it was safer to make accidental deletion harder |
| [18:39:29] | stuartm: | IMHO, we might want to consider a global "Allow video deletion" setting, with per video/directory overrides – there will be videos that no-one wants to be accidentally deleted by the kids e.g. home videos |
| [18:40:52] | stuartm: | I only allow read only access to my video directories for that reason, but MythTV doesn't really like that and complains if you define a read only storage group |
| [18:43:20] | stuartm: | dekarl: so in short, allow deletion during playback, but we should add some sort of optional protection against deletion in the future |
| [18:52:36] | sphery: | dekarl: IIRC, the last person to do lots of work on MythVideo/Video Library got lots of complaints that it was too easy to delete videos, which "are supposed to be permanent", so Delete functionality was made less accessible |
| [18:54:28] | sphery: | I'd prefer--rather than per-directory or per-SG read-only--having some flag in metadata that says not to allow delete |
| [18:54:35] | sphery: | and having the same for recordings |
| [18:56:35] | sphery: | stuartm: what complaints do you get for read-only SG? In theory, you shouldn't have any problems unless it's a "write to" SG (i.e. TV recordings SGs, DB Backups, or the artwork ones (and maybe Music/MusicArt)) |
| [18:56:53] | sphery: | or are you just talking about the broken check in mythtv-setup |
| [18:56:53] | stuartm: | sphery: my thinking on a global/directory level setting is that people don't want to have to remember/bother to toggle a per video bit for every video they own, a global estting makes it easier to ensure that you get that protection (or not) by default and you'd still be free to override that for each video |
| [18:57:37] | stuartm: | sphery: just from mythtv-setup when you exit, it checks that all SGs are writable and complains if they aren't, but you can choose to continue without fixing |
| [18:58:04] | sphery: | yeah, that check is very broken--going beyond just that--so you probably should ignore it |
| [18:58:05] | stuartm: | fwiw, that check aside from being annoying is in the wrong place, it should happen in the SG editor not when leaving mythtv-setup |
| [18:58:21] | sphery: | yeah, that's true too |
| [19:01:06] | sphery: | anyway, regarding per-item no-delete protection, I was thinking that recordings would start out with a value specified by the recording rule and Video Library stuff would always start at disallowing delete |
| [19:02:11] | arescorpio (arescorpio!~arescorpi@211-243-16-190.fibertel.com.ar) has joined #mythtv | |
| [19:02:11] | stuartm: | sphery: that's fine by me since that's the default I'd want for my videos anyway, might get some push back from users who err, acquire/watch/delete their stuff |
| [19:02:36] | sphery: | but the UI would allow you to toggle it easily (i.e. like MENU|Add to Playlist, MENU|Playlist Options|Allow/Disallow Delete, or some equivalent for Video Library) |
| [19:03:04] | stuartm: | MENU > Storage Options > |
| [19:03:23] | sphery: | right, that would be the right place for it |
| [19:03:28] | sphery: | with or without playlist |
| [19:03:42] | sphery: | couldn't remember the menu structure off the top of my head :) |
| [19:05:26] | sphery: | as far as recordings, the autoexpire field should probably be extended to specify protection |
| [19:06:43] | sphery: | probably just "disallow delete", "manual delete only", "auto-expire or manual delete" (but with better words :) |
| [19:07:40] | sphery: | now I just have to make time to work on MythTV, again... :( |
| [19:09:44] | stuartm: | we wanted to do something to disallow deletion for max episodes too without having a separate and confusing 'preserve' setting, so maybe we'll somehow roll all of those together into one |
| [19:10:33] | sphery: | that would be good, too--the preserve distinction is confusing to users |
| [19:10:44] | stuartm: | a few people, devs included (stuarta) have been caught out because they disabled auto expire but the files were still deleted because they had specified a max episodes for that recording rule |
| [19:10:49] | stuartm: | exactly |
| [19:11:32] | sphery: | actually, though, the "disallow delete" could supplant preserve since it would also automatically disable autoexpire |
| [19:11:53] | sphery: | so yeah, would fit in nicely |
| [19:15:26] | stuartm: | Allow Deletion > "Never", "By user", "Always" |
| [19:15:28] | stuartm: | maybe? |
| [19:16:07] | stuartm: | a tri-state setting with a single menu entry |
| [19:22:13] | sphery: | I like that |
| [19:22:42] | sphery: | simple, yet understandable |
| [19:32:50] | andreaz (andreaz!~andre_000@p5DD14D8D.dip0.t-ipconnect.de) has joined #mythtv | |
| [19:39:24] | Chutt_ (Chutt_!~ijr@cpe-76-190-199-73.neo.res.rr.com) has joined #mythtv | |
| [19:39:31] | Chutt (Chutt!~ijr@2605:a000:1208:c08c:7436:48ed:53a6:a081) has quit (Ping timeout: 252 seconds) | |
| [19:41:31] | amessina (amessina!~amessina@2001:470:c1dc:7779:d6be:d9ff:fe8d:7c1e) has quit (Quit: Konversation terminated!) | |
| [19:42:05] | Chutt_ is now known as Chutt | |
| [19:52:56] | amessina (amessina!~amessina@2001:470:c1dc:7779:d6be:d9ff:fe8d:7c1e) has joined #mythtv | |
| [19:58:07] | dekarl: | sphery interesting idea... I rather see videos/recordings (and music{videos}) merge so you don't have to learn another set of tricks per content type. But protecting against accidential deletion would be nice (thinking about the "my recording got deleted after three hours" topic, too) |
| [19:59:23] | dekarl: | Some months ago I was thinking about a setting for mythfrontend to start it in "non-desctructive" mode. e.g. no messing with recording rules / recordings / videos etc |
| [20:00:46] | dekarl: | I like the tri-state automatic/manual/no deletion |
| [20:08:32] | MythBuild: | build #1942 of master-debian-wheezy-64bit is complete: Success [3build successful] Build details are at http://code.mythtv.org/buildbot/builders/mast . . . /builds/1942 |
| [20:25:45] | stuartm: | merging the underlying code is a good idea, though I still prefer to view them separately in the UI ... seeing a combined view in action might change my mind |
| [20:37:16] | Jordack (Jordack!~Jordack@users.twp.ypsilanti.mi.us) has quit () | |
| [20:42:37] | dekarl: | I'm not sure about the combined view. But would like to have the same UI in principle |
| [20:49:35] | SteveGoodey (SteveGoodey!~steve@host217-42-221-3.range217-42.btcentralplus.com) has quit (Quit: Konversation terminated!) | |
| [21:20:51] | arescorpio (arescorpio!~arescorpi@211-243-16-190.fibertel.com.ar) has quit (Excess Flood) | |
| [22:07:39] | Warped (Warped!~Warped@108-85-161-113.lightspeed.cicril.sbcglobal.net) has quit (Quit: ChatZilla 0.9.90.1 [Firefox 29.0/20140421221237]) | |
| [22:09:28] | skd5aner: | stuartm: got playlists working in the video library yet? |
| [22:10:17] | skd5aner: | just kidding, btw |
| [22:10:19] | skd5aner: | sorta |
| [22:10:21] | skd5aner: | ;) |
| [22:12:17] | stuartm: | damn, forgot about that |
| [22:12:49] | stuartm: | I'll look at it over breakfast |
| [22:21:42] | dblain_ is now known as dblain | |
| [22:22:10] | fetzerch_ (fetzerch_!~quassel@unaffiliated/fetzerch) has joined #mythtv | |
| [22:56:12] | natanojl (natanojl!~jonatan@mythtv/developer/natanojl) has quit (Ping timeout: 245 seconds) | |
| [23:31:28] | jya: | dekarl: any idea why your unit test would segfault there? |
IRC Logs collected by
BeirdoBot.
Please use the above link to report any bugs.