| Friday, August 2nd, 2013, 00:21 UTC | ||
| [00:21:31] | stichnot (stichnot!~stichnot@mythtv/developer/stichnot) has quit (Ping timeout: 264 seconds) | |
| [00:56:10] | jya_ (jya_!~jyavenard@mythtv/developer/jya) has quit (Quit: jya_) | |
| [00:57:12] | jya_ (jya_!~jyavenard@mythtv/developer/jya) has joined #mythtv | |
| [01:29:52] | jya_ (jya_!~jyavenard@mythtv/developer/jya) has quit (Quit: jya_) | |
| [01:30:38] | stichnot (stichnot!~stichnot@adsl-68-127-28-24.dsl.pltn13.pacbell.net) has joined #mythtv | |
| [01:30:38] | stichnot (stichnot!~stichnot@mythtv/developer/stichnot) has joined #mythtv | |
| [01:30:38] | stichnot (stichnot!~stichnot@adsl-68-127-28-24.dsl.pltn13.pacbell.net) has quit (Changing host) | |
| [01:31:18] | stichnot: | stuartm: thanks for fixing the mythui image cache issue. I was noticing it for a few weeks (presumably since the first commit went in) but hadn't got around to investigating. |
| [01:40:00] | jya_ (jya_!~jyavenard@mythtv/developer/jya) has joined #mythtv | |
| [01:53:48] | knightr: | stuartm, Thank you Stuart! |
| [01:55:35] | jya_ (jya_!~jyavenard@mythtv/developer/jya) has quit (Quit: jya_) | |
| [02:11:21] | NightMonkey (NightMonkey!~NightrMon@pdpc/supporter/professional/nightmonkey) has quit (Quit: Body blow! Body blow!) | |
| [02:22:47] | _nyloc_ (_nyloc_!~quassel@pC19F51A7.dip0.t-ipconnect.de) has joined #mythtv | |
| [02:26:45] | nyloc (nyloc!~quassel@p4FE4D6E7.dip0.t-ipconnect.de) has quit (Ping timeout: 248 seconds) | |
| [02:32:15] | peper03 (peper03!~peper03@mythtv/developer/peper03) has quit (Ping timeout: 240 seconds) | |
| [02:37:26] | peper03 (peper03!~peper03@mythtv/developer/peper03) has joined #mythtv | |
| [03:24:09] | fetzerch (fetzerch!~quassel@unaffiliated/fetzerch) has quit (Ping timeout: 264 seconds) | |
| [03:24:57] | fetzerch (fetzerch!~quassel@unaffiliated/fetzerch) has joined #mythtv | |
| [06:07:30] | joki (joki!~joki@p54862204.dip0.t-ipconnect.de) has quit (Ping timeout: 245 seconds) | |
| [06:09:42] | XDS2010_ (XDS2010_!uid1218@gateway/web/irccloud.com/x-bdtuzczokriznryv) has quit (Ping timeout: 264 seconds) | |
| [06:11:00] | superm1 (superm1!uid4318@ubuntu/member/superm1) has quit (Ping timeout: 256 seconds) | |
| [06:13:15] | joki- (joki-!~joki@p548630C7.dip0.t-ipconnect.de) has joined #mythtv | |
| [06:16:08] | joki- is now known as joki | |
| [06:16:08] | superm1 (superm1!~uid4318@ubuntu/member/superm1) has joined #mythtv | |
| [06:48:37] | SteveGoodey (SteveGoodey!~steve@host86-151-111-43.range86-151.btcentralplus.com) has joined #mythtv | |
| [06:48:38] | stichnot (stichnot!~stichnot@mythtv/developer/stichnot) has quit (Ping timeout: 256 seconds) | |
| [13:19:41] | MythBuild (MythBuild!~MythBuild@alcor.mythtv.org) has joined #mythtv | |
| [13:23:14] | jams: | osu just said they rebooted it |
| [13:24:42] | jams: | and i can log in |
| [13:28:34] | stuartm: | thanks James |
| [13:29:46] | SteveGoodey (SteveGoodey!~steve@host86-151-111-43.range86-151.btcentralplus.com) has joined #mythtv | |
| [13:41:18] | stoffel (stoffel!~quassel@pD9E41CEE.dip0.t-ipconnect.de) has quit (Ping timeout: 264 seconds) | |
| [13:49:10] | Merlin83b (Merlin83b!~Daniel@2a00:1ee0:3:1337:81b9:8253:b497:1b5a) has quit (Ping timeout: 245 seconds) | |
| [15:02:16] | stichnot (stichnot!~stichnot@mythtv/developer/stichnot) has quit (Ping timeout: 264 seconds) | |
| [15:33:46] | kenni (kenni!~kenni@mythtv/developer/kenni) has joined #mythtv | |
| [15:44:06] | stuartm: | jya_: turns out I hadn't committed a fix for the 'flashing' issue that I've had in my tree for a while, I'm just double checking it now and may be able to commit it soon |
| [15:55:05] | stichnot (stichnot!~stichnot@mythtv/developer/stichnot) has joined #mythtv | |
| [15:59:45] | stichnot (stichnot!~stichnot@mythtv/developer/stichnot) has quit (Read error: Connection reset by peer) | |
| [16:15:48] | Chutt__ is now known as Chutt | |
| [16:21:59] | NightMonkey (NightMonkey!~NightrMon@173-164-139-193-SFBA.hfc.comcastbusiness.net) has joined #mythtv | |
| [16:21:59] | NightMonkey (NightMonkey!~NightrMon@173-164-139-193-SFBA.hfc.comcastbusiness.net) has quit (Changing host) | |
| [16:21:59] | NightMonkey (NightMonkey!~NightrMon@pdpc/supporter/professional/nightmonkey) has joined #mythtv | |
| [16:25:56] | rsiebert (rsiebert!~quassel@g225060075.adsl.alicedsl.de) has joined #mythtv | |
| [16:29:16] | rsiebert_ (rsiebert_!~quassel@e179133126.adsl.alicedsl.de) has quit (Ping timeout: 264 seconds) | |
| [16:37:41] | stichnot (stichnot!~stichnot@mythtv/developer/stichnot) has joined #mythtv | |
| [16:49:37] | stichnot: | Just tried out MythAeon this morning. Very beautiful and slick! Too bad the PBB is a "horizontal" theme (actually a horizontal/vertical hybrid), as horizontal won't fly in my house. |
| [17:01:34] | SteveGoodey (SteveGoodey!~steve@host86-151-111-43.range86-151.btcentralplus.com) has quit (Quit: Konversation terminated!) | |
| [17:34:28] | stichnot (stichnot!~stichnot@mythtv/developer/stichnot) has quit (Ping timeout: 246 seconds) | |
| [17:52:10] | stuartm: | knightr: I want to add a single string to mythmusic, presently the 'default' playlist displays the internal hardcoded 'default_playlist_storage' and that should really be a translatable friendly string like 'Default Playlist' or better |
| [17:57:54] | stuartm: | actually, make that two strings, same happens with stream_playlist |
| [18:04:32] | len (len!~quassel@75-161-179-129.mpls.qwest.net) has joined #mythtv | |
| [18:09:11] | stichnot (stichnot!stichnot@nat/google/x-qbyjcfizlpbnuecj) has joined #mythtv | |
| [18:09:12] | stichnot (stichnot!stichnot@mythtv/developer/stichnot) has joined #mythtv | |
| [18:09:12] | stichnot (stichnot!stichnot@nat/google/x-qbyjcfizlpbnuecj) has quit (Changing host) | |
| [18:22:12] | NightMonkey (NightMonkey!~NightrMon@pdpc/supporter/professional/nightmonkey) has quit (Quit: Body blow! Body blow!) | |
| [19:01:29] | SteveGoodey (SteveGoodey!~steve@host86-151-111-43.range86-151.btcentralplus.com) has joined #mythtv | |
| [19:12:13] | stoffel (stoffel!~quassel@pD9E406A5.dip0.t-ipconnect.de) has joined #mythtv | |
| [19:23:52] | NightMonkey (NightMonkey!~NightrMon@64.124.185.45) has joined #mythtv | |
| [19:23:52] | NightMonkey (NightMonkey!~NightrMon@64.124.185.45) has quit (Changing host) | |
| [19:23:52] | NightMonkey (NightMonkey!~NightrMon@pdpc/supporter/professional/nightmonkey) has joined #mythtv | |
| [20:20:30] | SteveGoodey (SteveGoodey!~steve@host86-151-111-43.range86-151.btcentralplus.com) has quit (Quit: Konversation terminated!) | |
| [20:31:09] | htpc (htpc!~htpc@c-24-34-23-78.hsd1.ma.comcast.net) has joined #mythtv | |
| [20:32:37] | htpc: | in the mythconverg database, there is a table called videometadata. This lists file name. How would I get the path of that file? |
| [20:54:40] | Jordack (Jordack!~jordack@h69-131-44-221.plmomi.dedicated.static.tds.net) has quit () | |
| [20:57:48] | Captain_Murdoch: | htpc, that's a user's question really unless you're developing. but... the directory could be in any storage group, the filename is relative to a storage group directory and we don't currently store directorys, we search for the file at playback time. we are going to change that though to start recording the last known location of a file for performance reasons and so we don't have to spin up drives unnecessarily when we star |
| [20:57:49] | Captain_Murdoch: | t playback. |
| [21:04:18] | Anssi (Anssi!hannulaa@mandriva/developer/anssi) has quit (Ping timeout: 256 seconds) | |
| [21:05:38] | Anssi (Anssi!hannulaa@mandriva/developer/anssi) has joined #mythtv | |
| [21:12:48] | stoffel (stoffel!~quassel@pD9E406A5.dip0.t-ipconnect.de) has quit (Remote host closed the connection) | |
| [21:20:51] | stuartm: | Captain_Murdoch: do you think there is really any benefit from backing loading images that area already disk cached? It's a contributing factor in the 'flashing' that a lot of people have complained about, it takes a fraction of a second to read that image from disk but in that time something has to be displayed on-screen which causes the 'flash' |
| [21:20:52] | htpc: | Captain_Muroch: The reason I ask is because I'm writing a perl script to take .metafiles and import them to the database. That way there is a source for metdata that would not be in tmdb. (e.g. home movies, you tube recordings, fitness, educational, and instructional videos, etc. tmdb doesn not suppor these "other"video types. Just movies. |
| [21:21:56] | stuartm: | s/area/are/ |
| [21:26:45] | Captain_Murdoch: | stuartm, I'd say probably not much benefit from background loading memory cached images, but I'd think there would be some from loading disk cached images since they still have to be opened, uncompressed, etc.. I'm not understanding why it's flashing unless the image is being cleared and reloaded repeatedly. if we don't background load, you'd still have the same clear/reload but they'd be staggered/delayed instead of multiple |
| [21:26:45] | Captain_Murdoch: | loads happening at the same time. |
| [21:27:25] | Captain_Murdoch: | not opposed to getting rid of it somehow though for disk cached images if it's causing an issue |
| [21:27:47] | Steve-Goodey (Steve-Goodey!~steve@host86-151-111-43.range86-151.btcentralplus.com) has joined #mythtv | |
| [21:28:36] | stuartm: | Captain_Murdoch: I've made some changes here that eliminate a lot of the flashing issues, one of those is _not_ clearing if the new image is in the memory cache – which gives a nice smooth transition |
| [21:28:38] | Captain_Murdoch: | is it that flash is actually 'hidden' by the fact that the load happens in the foreground so we don't refresh the screen twice? |
| [21:29:13] | stuartm: | actually, the change I made was to only clear if we're background loading |
| [21:29:53] | Captain_Murdoch: | almost sounds like we're clearing when we could just replace. background loading exposes the clear since it gives the UI time to redraw while we load, hence the flash. |
| [21:30:55] | Captain_Murdoch: | guess it's a catch 22 almost. if you don't clear and the load takes a while, then you have bad content displayed potentially. |
| [21:31:09] | stuartm: | that's exactly it and that's what I've got it doing now, but there is still an issue when selecting a new item in a buttonlist because the 'selected' state has a different image to the 'unselected' state and this flashes up for a few ms before the new image appears |
| [21:31:13] | Captain_Murdoch: | if you foreground load you delay but get good content/images. |
| [21:31:44] | stuartm: | I'll think about it some more, there might be another solution |
| [21:33:59] | Captain_Murdoch: | at least if we foreground load cached images there's no scaling involved so there might be not that great of a benefit to background loading those. we could also only background load non-cached images greater than a certain file size possibly. a bit of a hack, but not much to go on other than file size since we don't know the resolution until we load. |
| [21:34:01] | stuartm: | hmm, actually, there is something strange in these logs which might help |
| [21:36:48] | stuartm: | Captain_Murdoch: actually, we do know the res of cached images, more or less at least since they are scaled to fit the widget before being cached |
| [21:46:13] | stuartm: | sorry, I just re-read what you wrote – you said non-cached images |
| [21:46:48] | Steve-Goodey (Steve-Goodey!~steve@host86-151-111-43.range86-151.btcentralplus.com) has quit (Quit: Konversation terminated!) | |
| [21:47:59] | stuartm: | I still think background loading all uncached images is a good thing, at least for now – I've made good progress in eliminating many of the issues and it may be enough for most people |
| [21:48:43] | Captain_Murdoch: | ok. |
| [21:50:26] | stuartm: | I am also thinking about tweaking a couple of values: Increasing the memory cache size from 20MB to 30MB will make a small difference and increasing the interval between last modified checks, from 5 seconds to something like 20 or even 30 seconds |
| [21:52:03] | Captain_Murdoch: | have you ever done any analysis on what can fit into that cache? would we benefit by making that (optionally?) larger? |
| [21:52:49] | Captain_Murdoch: | a frontend with 4 GB of RAM could afford to give up a few hundred MB of memory for cache if it would make things snappier. |
| [21:53:41] | stuartm: | well offhand I know that a 1920x1080 image is ~4MB, that gives some clue as to why 20MB really doesn't amount to much with these newer themes |
| [21:54:34] | Captain_Murdoch: | on the other side though, a host with a lot of memory probably has a lot of the disk image cache in memory as well so we're only saving the compression and conversion to the in-memory format. |
| [21:54:44] | stuartm: | we could offer the option which would be the most versatile, or scale automatically based on available memory |
| [21:55:12] | Captain_Murdoch: | yeah, that's why I'm thinking. scrolling through a listing with a lot of fanart could benefit from a larger in-memory cache. |
| [21:55:51] | stuartm: | the problem with the former is that users would have to know it was there and what value would be most appropriate |
| [21:56:04] | Captain_Murdoch: | and even without fanart, if a theme uses more images rather than shapes, they can add up quickly as well. |
| [21:56:22] | stuartm: | so I'd lean to automatic scaling |
| [21:57:05] | Captain_Murdoch: | I'd almost say just put in an On/Off option for "dynamic image cache scaling". Off means use 20/30MB or whatever the default is. On means use X% where X is less than some pre-determined Y. |
| [21:57:39] | stuartm: | yeah, that would work best |
| [21:57:52] | Captain_Murdoch: | Could default to On and let users with low-memory systems set it back Off. |
| [21:57:53] | stuartm: | not going to happen for 0.27 though :D |
| [21:58:15] | stuartm: | at least I'm not going to have the time to do it |
| [21:58:42] | Captain_Murdoch: | now as soon as we do something like that though, some user is going to want to use a shared memory segment for it so that they can have multiple frontends on the same server sharing the same in-memory cache. :) |
| [21:59:27] | ** Captain_Murdoch throws out a feature-creep grenade and then runs upstairs to get his 3-year old up from his nap. ** | |
| [22:01:50] | dekarl: | htpc: just put it into a .mxml file next to the video file, no need for any scripting http://www.mythtv.org/wiki/MythTV_Universal_Metadata_Format |
| [22:15:26] | stuartm: | Captain_Murdoch: after staring at logs and then re-checking the code, I realised we were _always_ loading in the background for url starting with http/myth even if they were already in the memory cache, I'm re-compiling after removing that restriction and I suspect it's going to help |
| [22:25:15] | stuartm: | yup, that makes a big difference, at least for the theme I'm testing |
| [22:30:01] | stuartm: | knightr: any objection to those two new strings? |
| [22:35:45] | wagnerrp: | sphery: were you talking about the temporary redirect i had in place a year or so back? |
| [22:36:14] | wagnerrp: | paul-h: the command line parser requires filenames to come in as one argument |
| [22:36:31] | wagnerrp: | if your shell requires quoting or escaping to achieve that, then you must do so |
| [22:37:04] | wagnerrp: | alternatively, you can configure it to accept everything following a '--' to a single variable, and read out that variable as a filename |
| [22:38:31] | wagnerrp: | sphery: i know i left that page in there for later use, but i'm not finding it |
| [22:39:07] | wagnerrp: | although the contents of the web server are all dated from july 25th, so it's possible whoever refreshed them wiped out that page |
| [22:44:43] | stuartm: | fwiw, git rebase -i used with 'reword' is very handy if you want to add a track ticket reference to one or more commits in the middle of a stack |
| [22:59:40] | knightr: | stuartm, Sorry I couldn't log on earlier, go ahead, it should have had a user-friendly (and translatable name) from the beginning.. |
| [23:00:20] | knightr: | LOL, I hadn't read the next line but had spotted this as well when I serached for it... |
| [23:00:53] | stuartm: | knightr: that was my fault, I exposed the currently playlist name in the UI without realising that the default list name was hardcoded as it turned out to be |
| [23:01:04] | stuartm: | current playlist |
| [23:01:15] | ** stuartm is exhausted ** | |
| [23:01:29] | knightr: | ah, no problem... |
| [23:01:58] | stuartm: | it's actually been bugging me for a while and finally I decided to fix it |
| [23:02:01] | ** knightr things that considering the time it is where you are and that it's a friday it's quite understandable... ** | |
| [23:02:09] | knightr: | s/thing/think |
| [23:07:00] | stuartm: | jya_: let me know how you get on with the changes I've just made, they improve things here but the 'aeon' theme still runs like a dog on my underpowered system, for less demanding themes it's a different story |
| [23:09:01] | knightr: | LOL, Piotr (warpme) puts a vcard at the end of his emails on the mailing list when he doesn't actually use his real name... |
| [23:12:32] | knightr: | jya_, some translators find some of the error messages in audiooutputjack.cpp and audiooutputalsa.cpp a little too technical and (they are referring to function names or callbacks). While I can explain them how they should be read and what a callback is I think many of our users would have a hard time understanding those as well, could you possibly please make them a little less technical? |
| [23:36:56] | stichnot (stichnot!~stichnot@mythtv/developer/stichnot) has joined #mythtv | |
| [23:55:29] | MaverickTech (MaverickTech!~MaverickT@111.86.233.220.static.exetel.com.au) has joined #mythtv | |
| [23:59:29] | NightMonkey (NightMonkey!~NightrMon@pdpc/supporter/professional/nightmonkey) has quit (Remote host closed the connection) | |
IRC Logs collected by
BeirdoBot.
Please use the above link to report any bugs.