| Monday, August 5th, 2013, 00:01 UTC | ||
| [00:01:43] | jya: | not for me :) |
| [00:04:35] | stuartm: | anyway, revert 277feb598 and switch the connection type to the Blocking variety, we can pretend it never happened ;) |
| [00:11:57] | jya: | nah, that method is better… I've done it that way so it would be the exact same thing as before… so there wouldn't be a change of behaviour previously. |
| [00:12:32] | jya: | queueing thing is better, but could reveal changes like what you have seen. |
| [00:12:55] | jya: | it's going to be faster as in theory there could be a 200ms wait (that's how often the MDM loop is run) |
| [00:19:06] | stuartm: | yeah, it was clear that there was sometimes a significant delay because the download would occasionally work – MDM would manage to download the file before the cancellation was acted upon even though the cancel came before we queued the request |
| [00:20:13] | stuartm: | MythNews' behaviour there doesn't actually make much sense, clearing any existing requests for the url before queuing a new one is just a waste of time, I intend fixing that too |
| [00:22:15] | stuartm: | for 0.28 mythui will rely heavily on cancellations working, so hopefully there aren't any other bugs |
| [00:24:17] | jya: | why would mythui rely on cancellation? |
| [00:25:48] | jya: | stuartm: I have the feeling that something is wrong in your method for cancelling, and it could be that a url is added twice |
| [00:26:12] | stuartm: | we use mdm to download images from http/https urls, if you're scrolling through a list containing a lot of those images it ends up queueing up lots of downloads, but we no longer care about downloading images if they've already scrolled off-screen |
| [00:26:27] | jya: | if the url is both in the queue and in the list of the downloadInfos list , then the url is added twoce |
| [00:27:31] | jya: | so in theory, m_reply->abort() can be called more than once |
| [00:30:17] | stuartm: | I wondered about that, but the previous code contained that same possibility – https://github.com/MythTV/mythtv/blob/0e8ac28 . . . ger.cpp#L871 |
| [00:31:02] | stuartm: | it iterates through m_downloadQueue calling abort, then does the same for m_downloadInfos |
| [00:31:26] | jya: | yes, and that's the potential error I was suggesting as the cause yesterday |
| [00:32:18] | jya: | the "//this shouldn't happen" is a misnomer there… it will happen most of the time now, it was only when called from the downloadQueue that it was unlikely |
| [00:32:27] | stuartm: | the comment indicates it shouldn't happen, but why even have the code if it can't |
| [00:33:13] | jya: | there used to be two instances of m_reply->abort().. one was unlikely, the other wasn't |
| [00:33:14] | stuartm: | ok, I'll push a fix preventing it being added twice to the cancellation queue |
| [00:34:35] | stuartm: | there should only be one instance in the download queue, right? If so we can skip iterating over the rest of the list |
| [00:35:05] | jya: | I have wondered about that before… but as usual with myth code, things that don't make much sense to me; I leave them untouch |
| [00:39:40] | stuartm: | actually I realise that there could be multiple entries, same url different DownloadInfo, so adjusting my fix slightly |
| [00:41:10] | stuartm: | that also means that we should be iterating over m_downloadInfos instead of using .contains() since that would only return the first instance |
| [00:42:12] | stuartm: | which then raises the question – is it right to cancel all downloads for a given url instead of the specific one belonging to the caller |
| [00:42:29] | jya: | m_downloadInfo is a QMap |
| [00:42:34] | jya: | you will only have one url of each |
| [00:42:42] | stuartm: | in which case using the 'url' as the identifier is wrong and ambiguous |
| [00:43:51] | stuartm: | jya: good point (although QMap does permit multiple duplicate keys if used with insertMulti() ) |
| [00:44:09] | jya: | not in use (I just checked) |
| [00:46:47] | jya: | the remote control using the service API, doesn't work on the old Qt menus... |
| [00:49:12] | stuartm: | it's nearly 2 a.m. here, but I think this should do it – http://pastebin.com/QJbpfitN |
| [00:50:55] | jya: | looks good to me |
| [00:51:30] | jya: | I would remove the comment //this shouldn't happen |
| [00:51:31] | stuartm: | good, I wasn't going to push anything this late without getting a second pair of eyes on it :) |
| [00:52:43] | stuartm: | pushed (inc comment removal) |
| [00:53:35] | jya: | are we in the beta bit schedule ? (only critical bug?) |
| [00:54:41] | jya: | is the list of fixes you pushed, handling the issue of the default image placeholder being refreshed/redisplayed each time? |
| [00:55:00] | stuartm: | no, postponed it for at least a day because of the last minute issues that have emerged, and of course the possibility for new bugs to have been created by some of the fixes |
| [00:56:02] | stuartm: | jya: I wasn't entirely sure what the cause of that was and I couldn't reproduce, so it may or may not have been fixed |
| [00:56:09] | jya: | sorry for being anal about those themes… much better than it was a few days ago… But funnily, only having 3–4 places being completely redrawn is far more noticeable than all of them being redrawn |
| [00:56:27] | jya: | I will test to check if it's fixed |
| [00:57:42] | jya: | the only thing that annoys me now, is the issue with the progress bar not being properly sized/placed |
| [00:58:09] | jya: | when I set the progress bar to be a given size (like in full screen notification mode) |
| [00:58:25] | stuartm: | yeah, I plan on looking at that, I just got completely carried away with the image caching/loading optimisations |
| [00:58:33] | len_ (len_!~quassel@75-161-179-129.mpls.qwest.net) has joined #mythtv | |
| [00:58:39] | jya: | the progress bar is the same as it was first defined in the base progress bar. And the images used for the progress itself is outside the container |
| [00:59:25] | stuartm: | that code had grown to become pretty complicated with so many additions having been made over the years, needed (and still needs) a good cleanup |
| [00:59:27] | jya: | so for airplay, you have a big empty horizontal box… no progress is showing. With some themes, you can see a tiny bit that is outside the box |
| [00:59:46] | jya: | well, it certainly is much better now... |
| [01:00:06] | jya: | on my c2d @ 2.2GHz only, scrolling in the video library is painfully slow |
| [01:00:40] | jya: | and when you see how xbmc flies there (even on an apple tv), it shows that something isn't right |
| [01:01:36] | jya: | hum.. mythbuntu doesn't have any of your last changes.. will have to way |
| [01:01:38] | jya: | wait |
| [01:01:49] | stuartm: | the aeon theme really taxes a slower system, in part due to the theme as it could use images/shapes more efficiently, but also there is also still room for improvement on our side |
| [01:02:05] | jya: | looks nice though.. |
| [01:02:26] | jya: | we need to have a proper live info stream scrolling |
| [01:03:48] | stuartm: | I plan on writing a guide in the wiki on optimising a theme e.g. not using images where shapes would do, not using multiple images in combination to create an effect when it could be one image |
| [01:05:38] | stuartm: | and although no-one thought it was worth supporting clipping in the opengl painter, I might still implement it and see what difference it makes |
| [01:05:58] | jya: | opengl or qt? |
| [01:06:36] | jya: | oh.. that's one thing I was supposed to reproduce for you… the crash when using the Qt painter with a notification and an image |
| [01:06:47] | stuartm: | opengl, I added clipping to the qt painter years ago (or rather made sure that it worked properly) |
| [01:07:35] | stuartm: | right, I'm off to bed |
| [01:09:01] | jya: | good night |
| [01:46:38] | joki (joki!~joki@p54861AAA.dip0.t-ipconnect.de) has quit (Ping timeout: 240 seconds) | |
| [01:48:25] | 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!!!! ;-)) | |
| [01:52:36] | joki (joki!~joki@p54862A3A.dip0.t-ipconnect.de) has joined #mythtv | |
| [02:09:20] | J-e-f-f-A (J-e-f-f-A!~J-e-f-f-A@unaffiliated/j-e-f-f-a) has joined #mythtv | |
| [02:13:53] | jya: | stuartm: can't reproduce the crash when using Qt painter… wonder if all that caching work hid the problem |
| [02:14:20] | jya: | ah spoke too eary… can reproduce it.. cool |
| [02:19:27] | nyloc (nyloc!~quassel@pC19F5311.dip0.t-ipconnect.de) has joined #mythtv | |
| [02:23:02] | _nyloc_ (_nyloc_!~quassel@p4FE4DE4B.dip0.t-ipconnect.de) has quit (Ping timeout: 240 seconds) | |
| [02:23:22] | jya: | knightr: your changes on some strings broke mac compilation |
| [02:26:20] | juanfe (juanfe!~juanfe@186.82.133.216) has joined #mythtv | |
| [02:29:53] | peper03 (peper03!~peper03@mythtv/developer/peper03) has quit (Ping timeout: 240 seconds) | |
| [02:30:31] | peper03 (peper03!~peper03@mythtv/developer/peper03) has joined #mythtv | |
| [02:31:19] | juanfe (juanfe!~juanfe@186.82.133.216) has quit (Ping timeout: 276 seconds) | |
| [02:31:21] | knightr: | jya, don't we have a Mac buiildbot? |
| [02:31:28] | jya: | nope |
| [02:31:36] | jya: | used to… not anymore |
| [02:31:47] | jya: | extra " in the translated string |
| [02:31:48] | juanfe (juanfe!~juanfe@186.82.133.216) has joined #mythtv | |
| [02:32:17] | knightr: | I said in that commit I was hoping it would work since I could not test... (and thought we still had a buildbot..) |
| [02:32:57] | knightr: | OK, let me check, that's in the parts that are compiled for Mac (Darwin) only... |
| [02:33:08] | jya: | have to say that the limito to 80 columns is an hindrance when working with help text |
| [02:33:17] | jya: | don't worry, I've fixed it |
| [02:33:28] | jya: | recompiling the whole lot now to test |
| [02:34:00] | knightr: | thank you! |
| [02:34:20] | knightr: | Yep but I guess some of us need to have this limit respected... |
| [02:34:42] | jya: | At first I thought I broke it. As I had to modify that file to reproduce a bug on the mac (on mac Qt painting is disabled… only use opengl) |
| [02:34:45] | knightr: | (I am not used to having such a low limit at work anymore...) |
| [02:35:15] | jya: | for code it makes sense.. plus it forces to format the code nicely |
| [02:35:26] | jya: | but the strings, all those " " \ etc everywhere… it's a pain |
| [02:35:50] | juanfe (juanfe!~juanfe@186.82.133.216) has quit (Ping timeout: 240 seconds) | |
| [02:35:57] | knightr: | do you think we'll eventually get a Mac buildbot again? it would be useful for those of us who don't have Macs to test (at least that it compiles...) |
| [02:37:27] | jya: | stuarta: had to retire the buildbot as it as a 32 bits only machine, and Qt compilation on his mini would run out of RAM |
| [02:37:31] | juanfe (juanfe!~juanfe@186.82.133.216) has joined #mythtv | |
| [02:37:39] | jya: | and you can't get pre-compiled 32 bits Qt libs anymore |
| [02:38:13] | jya: | hum… actually , there's a whole bunch that do not compile anymore in the linking. it's all related to change to translated strings |
| [02:39:48] | knightr: | geez, I used the same recipe as the rest, what's so weird in that block? |
| [02:40:02] | knightr: | BTW, this was my last comment in that commit "PS: Let's hope this ocmpile on Mac since I can't test the block of code that is only compiled on Darwin..." |
| [02:40:32] | jya: | http://pastebin.com/qWcA38P2 |
| [02:41:11] | jya: | knightr: the extra " was line 3579 in globalsettings.cpp |
| [02:41:23] | jya: | the error in linkage , I'm not sure.. need to investigate |
| [02:41:57] | jya: | this is usually happening if you use a Qt code, and didn't set the Q_OBJECT macro or called the the moc |
| [02:44:04] | knightr: | yep, it's when you use the Q_OBJECT macro but it's not in the moc.. Usually you get this when the class def is in the cpp and you use the Q_OBJECT macro there... |
| [02:45:16] | knightr: | I had to put some of those class defs in the .h like a lot of them already where (so it wasn't to make them not visible to the other classes...) |
| [02:45:57] | jya: | it's all your code in the same commit and those new classes |
| [02:46:46] | juanfe: | Hello, some one know if the board HDC 301 work with mythtv to record HDMI video? |
| [02:47:05] | jya: | juanfe: see topic…. you want #mythtv-users |
| [02:47:47] | jya: | I see… you defined all those constructors… but they aren't defined anywhere |
| [02:48:39] | jya: | hum…. yes they are … weird |
| [02:48:43] | knightr: | they are all in the .h in a block that only compiles on darwin, the constructor are supposed to be in the cpp but the friggin file is huge, let me find them.. |
| [02:49:06] | knightr: | (that thing should be split...) |
| [02:51:49] | juanfe: | jya there are nobody there! |
| [02:52:16] | knightr: | the same recipe worked for the rest, they must be some sort of typo in the .h (most likely) so it doesn't define them properly or something... |
| [02:52:38] | jya: | if an entry is static, it can't be defined in the .h |
| [02:53:12] | juanfe: | jya sorry, It was a mistake! |
| [02:53:56] | jya: | knightr: i have trouble understanding the linking error |
| [02:55:12] | jya: | i wonder if the moc file see that DARWIN_CONFIG definition |
| [02:55:37] | knightr: | ouch, I hope that's not that... |
| [02:57:51] | jya: | probably just a header missing… |
| [02:58:22] | jya: | the use of DARWIN_CONFIG was only in the code before, and you started to use it in the header.. os you need to move the appropriate header |
| [02:59:42] | jya: | yep… that was it |
| [02:59:44] | knightr: | ah, that's most likely it.. |
| [03:00:03] | jya: | I'm surprise it compiled even on linux |
| [03:00:11] | jya: | unlike #ifdef |
| [03:00:18] | knightr: | geez, is there a way to fake a Darwin compile on Linux? |
| [03:00:24] | jya: | #if requires the name to exist and be defined |
| [03:00:48] | jya: | as it's not defined anywhere… this shouldn't have compiled at all |
| [03:01:00] | knightr: | so it was not processing all those defines in the .h... |
| [03:01:12] | jya: | not by default anyway…. probably a gcc flag is set somehwere |
| [03:01:21] | jya: | no #if BLAH |
| [03:01:32] | jya: | if BLAH isn't set to a value, will not compile |
| [03:01:43] | jya: | unlike #if defined(BLAH) |
| [03:02:04] | knightr: | that must not be set otherwise like you said it wouldn't have compiled... |
| [03:02:11] | knightr: | and it clearly did... |
| [03:02:18] | knightr: | (on Linux that is...) |
| [03:02:41] | jya: | unless there's some magical compiler flag that defines all the values with a default 0.. can't think of anything else |
| [03:02:57] | SteveGoodey (SteveGoodey!~steve@host86-151-111-43.range86-151.btcentralplus.com) has joined #mythtv | |
| [03:03:07] | knightr: | so it's mythconfig.h that must be included I gather? |
| [03:03:19] | knightr: | must be... |
| [03:03:38] | jya: | that's right… I moved it from globalsettings.cpp to globalsettings.h |
| [03:03:45] | knightr: | it would be nice if it didn't do that, we would know about that kind of problem from the start... |
| [03:04:38] | knightr: | jya, do you want to commit the fix or do you want me to commit it? |
| [03:04:51] | jya: | I've done it, I just need to push it |
| [03:05:16] | knightr: | BTW, sorry for the trouble, I wanted to address the Darwin compilation as best I could but I have no way to test... |
| [03:05:26] | knightr: | and thought we still had a Mac buildbot... |
| [03:08:34] | jya: | I had started to set one up, but got into something and couldn't be bothered. |
| [03:09:28] | jya: | actually the use of CONFIG_DARWIN is probably not the correct one anyway |
| [03:09:41] | jya: | darwin isn't always mac |
| [03:09:55] | jya: | there's a Q_OS_MACX defined by qt when compiling on mac |
| [03:10:10] | jya: | and that's what used in globalsettings.cpp in some cases |
| [03:10:36] | knightr: | Where else could Darwin be used but a Mac? |
| [03:11:06] | knightr: | (that one is created by us though, right? the other is provided by Qt) |
| [03:11:57] | knightr: | or are you talking of Hackintoshes? |
| [03:11:59] | jya: | darwin exists on intel and ppc machines.. if ypu're crazy enough to get it yourself |
| [03:12:14] | knightr: | ah, ok... |
| [03:12:52] | jya: | few projects using darwin as basis: http://www.puredarwin.org/, opendarwin |
| [03:13:19] | jya: | opendarwin shut down a few years ago by the look of things |
| [03:13:54] | knightr: | but Puredarwin picked up where they left off according to Wikipedia... |
| [03:14:34] | jya: | but I'm just being anal, I doubt in our case darwin != mac |
| [03:19:36] | knightr: | probably not but we might want to address the issue eventually... |
| [03:24:58] | knightr: | Thanks Jean-Yves! Once again, sorry for the trouble... I guess I am going to have to get myself a Mac... :) |
| [03:25:12] | jya: | great platform… |
| [03:25:25] | jya: | better development environment than linux imho |
| [03:27:57] | dgeary2 (dgeary2!~debian@pa49-187-82-246.pa.nsw.optusnet.com.au) has quit (Quit: Ex-Chat) | |
| [03:29:28] | ** knightr wouldn't mind having one or at least its OS.. ** | |
| [03:32:53] | juanfe (juanfe!~juanfe@186.82.133.216) has quit (Ping timeout: 248 seconds) | |
| [03:39:45] | jya: | stuartm: created #11725 |
| [03:39:45] | ** MythLogBot http://code.mythtv.org/trac/ticket/11725 ** | |
| [03:48:34] | Captain_Murdoch: | stuartm, once we download a file once via MDM, it should be in the QNetworkDiskCache and not get actually downloaded again unless it's changed or flushed from cache. |
| [03:57:00] | SteveGoodey (SteveGoodey!~steve@host86-151-111-43.range86-151.btcentralplus.com) has quit (Quit: Konversation terminated!) | |
| [03:59:52] | fetzerch (fetzerch!~quassel@unaffiliated/fetzerch) has quit (Ping timeout: 264 seconds) | |
| [04:00:58] | fetzerch (fetzerch!~quassel@unaffiliated/fetzerch) has joined #mythtv | |
| [05:07:22] | jya: | stuartm: looks like I should not call new MythImage directly, and instead ask the painter to give me a new image…. |
| [05:59:10] | SteveGoodey (SteveGoodey!~steve@host86-151-111-43.range86-151.btcentralplus.com) has joined #mythtv | |
| [06:05:41] | FabriceMG (FabriceMG!~Thunderbi@LCaen-156-54-30-212.w80-11.abo.wanadoo.fr) has joined #mythtv | |
| [06:09:45] | SteveGoodey (SteveGoodey!~steve@host86-151-111-43.range86-151.btcentralplus.com) has quit (Quit: Konversation terminated!) | |
| [06:24:57] | jya: | jpabq: in the full screen notification theme, the box where things are displayed is a too high, it hides a significant portion of the album artwork. |
| [06:25:16] | jya: | really should be lowered |
| [06:27:57] | jya: | http://i40.tinypic.com/2afe8h3.png |
| [06:37:33] | jya: | paul-h: I had some stashed changes in mythmusic which i never pushed :( That would explain why when starting mythmusic it wouldn't stop other active players |
| [06:38:49] | Chutt (Chutt!~ijr@cpe-76-190-199-73.neo.res.rr.com) has quit (Ping timeout: 268 seconds) | |
| [06:39:02] | stichnot (stichnot!~stichnot@mythtv/developer/stichnot) has joined #mythtv | |
| [06:45:25] | Chutt (Chutt!~ijr@cpe-76-190-199-73.neo.res.rr.com) has joined #mythtv | |
| [07:00:32] | jya: | paul-h: I'm seeing a race condition when stopping/starting quickly a repeatedly which cause a crash. the avfDecoder is running, decoding audio, while the GUI thread is currently calling avfDecoder::initialize()… … ffmpeg certainly don't like being called in a multi-threaded environment like this.. one thread trying to decode, while another is resetting thing |
| [07:18:50] | stuartm: | Captain_Murdoch: we only use the cache if the cache object is less than 20 minutes old – this used to be 5 minutes, but I increased it yesterday |
| [07:20:28] | stuartm: | for images, even that doesn't stop us doing 'last modified' checks which are relatively expensive – hence why we now skip them for images which are in the memory cache |
| [07:20:53] | stichnot (stichnot!~stichnot@mythtv/developer/stichnot) has quit (Ping timeout: 240 seconds) | |
| [07:34:09] | jya: | stuartm: how do you display the mini player (or more interestingly for me, how do you pause it while mythmusic is playing in the background ?) |
| [07:36:01] | stuartm: | there's a jumppoint – "Show Music Miniplayer", not sure what it defaults to though |
| [07:37:49] | stuartm: | ok, looks like it's not bound by default |
| [07:38:12] | jya: | oh cool, mythmusic shows the name of the song being played with notifications… makes me happy |
| [07:38:28] | stuartm: | when you bring it up Play/Pause/Skip etc works until it's dismissed again |
| [07:42:28] | stuartm (stuartm!~stuartm@mythtv/developer/stuartm) has quit (Quit: Gone) | |
| [07:44:37] | jya: | actually, what displays in the corner with the next song isn't a notification… but it looks the same ! (seeing that I used the miniplayer theme to start with)… wonder where this is done |
| [07:47:29] | stuartm (stuartm!~stuartm@mythtv/developer/stuartm) has joined #mythtv | |
| [07:49:43] | FabriceMG (FabriceMG!~Thunderbi@LCaen-156-54-30-212.w80-11.abo.wanadoo.fr) has quit (Ping timeout: 245 seconds) | |
| [07:54:09] | FabriceMG (FabriceMG!~Thunderbi@LCaen-156-54-30-212.w80-11.abo.wanadoo.fr) has joined #mythtv | |
| [07:58:36] | exoon (exoon!~exoon@p4FD38CDB.dip0.t-ipconnect.de) has joined #mythtv | |
| [08:00:42] | FabriceMG (FabriceMG!~Thunderbi@LCaen-156-54-30-212.w80-11.abo.wanadoo.fr) has quit (Ping timeout: 256 seconds) | |
| [08:01:24] | FabriceMG (FabriceMG!~Thunderbi@LCaen-156-54-30-212.w80-11.abo.wanadoo.fr) has joined #mythtv | |
| [08:21:24] | robink (robink!~quassel@unaffilated/robink) has quit (Quit: No Ping reply in 180 seconds.) | |
| [08:21:24] | robink (robink!~quassel@2001:470:b:2a:ba97:5aff:fe2a:e428) has joined #mythtv | |
| [08:21:25] | robink (robink!~quassel@2001:470:b:2a:ba97:5aff:fe2a:e428) has quit (Changing host) | |
| [08:21:25] | robink (robink!~quassel@unaffilated/robink) has joined #mythtv | |
| [08:23:43] | len_ (len_!~quassel@75-161-179-129.mpls.qwest.net) has quit (Read error: Connection reset by peer) | |
| [08:24:08] | stuarta: | jya: i had to retire the osx buildbot, since i couldn't get a compiler that wouldn't ICE |
| [08:24:35] | jya: | stuarta: yes, I explained that to knightr (along the technical reasons) |
| [08:25:06] | stuarta: | i'll have to go read the whole converstation now, i only got the one highlight on "it ran out of ram" |
| [08:25:33] | jya: | told the issue of 32 bits vs 64 |
| [08:26:13] | stuarta: | yeah, well it lives on as the f18 32bit builder |
| [08:26:23] | stuarta: | so it's still being useful |
| [08:28:13] | jya: | stuartm: I can't reproduce your pause / unpause issue.. |
| [08:28:28] | jya: | this is what I'm doing: I enter mythmusic, I exit, allow to play in the background |
| [08:28:36] | jya: | I make the miniplayer to be shown |
| [08:28:40] | jya: | press Pause |
| [08:29:07] | jya: | press ESC to make the miniplayer disapear, enter watch recordings; start watching one. Exit playback... |
| [08:29:12] | jya: | music doesn't resume |
| [08:46:03] | stuartm: | I can't reproduce it now either, but I'm not sure what, if anything, has changed |
| [08:46:24] | stuartm: | Paul said he was able to reproduce it |
| [08:49:08] | jya: | stuartm: paul-h said that he had the issue where the miniplayer could be started at the same time as the video playback |
| [08:49:15] | jya: | that one I could reproduce (and fix) |
| [08:53:57] | jya: | stuartm: I don't see how the unpausing could have occurred. The music is resumed only if isPlaying was set (which was saved into wasPlaying) |
| [08:55:17] | jya: | as you had paused, it wasn't playing at the time playback started it couldn't be marked as wasPlaying… |
| [08:55:27] | stuartm: | strange |
| [08:56:00] | jya: | there used to be a more complex logic to know when to resume, but I removed it as it was mostly redundant |
| [08:56:09] | jya: | have to see if that could have made a difference |
| [08:57:49] | stuartm: | hitting another bug with mythmusic/miniplayer atm that I need to look into, it keeps losing my place in the playlist and starting from the beginning :/ |
| [08:58:04] | jya: | I do see what I feel is a bug… if I show the mini player, pause. Press ESC. And now show the mini player again, it restart with the first song of my library, rather than the music that was being played at the time I paused |
| [08:58:23] | jya: | ah… exactly what I just noticed :) |
| [08:58:46] | jya: | great minds thinking alike :) |
| [09:18:40] | robink (robink!~quassel@unaffilated/robink) has quit (Ping timeout: 240 seconds) | |
| [09:20:52] | robink (robink!~quassel@unaffilated/robink) has joined #mythtv | |
| [09:21:44] | FabriceMG (FabriceMG!~Thunderbi@LCaen-156-54-30-212.w80-11.abo.wanadoo.fr) has quit (Ping timeout: 256 seconds) | |
| [09:22:31] | FabriceMG (FabriceMG!~Thunderbi@217.112.59.207) has joined #mythtv | |
| [09:58:11] | sraue (sraue!~stephan@xbmc/staff/sraue) has quit (Quit: Ex-Chat) | |
| [09:58:34] | sraue (sraue!~stephan@xbmc/staff/sraue) has joined #mythtv | |
| [10:45:30] | sraue (sraue!~stephan@xbmc/staff/sraue) has quit (Ping timeout: 240 seconds) | |
| [10:46:42] | sraue (sraue!~stephan@xbmc/staff/sraue) has joined #mythtv | |
| [11:13:56] | stuartm: | Captain_Murdoch: I was reading something last night which suggested that we can get similar scaling quality much faster by using a two part scaling process – a 50%-75% reduction in size using the fast scale, then the other 25-%50% using the smooth scale |
| [11:14:41] | stuartm: | I thought I'd give it a try today |
| [11:14:59] | wagnerrp: | for images or video? |
| [11:15:05] | stuartm: | images |
| [11:15:54] | wagnerrp: | i did that for thumbnails for some gallery i wrote years back |
| [11:15:57] | stuartm: | if it works well, then it could speed up loading of fanart/posters dramatically |
| [11:16:10] | wagnerrp: | "nearest neighbor" to double the thumbnail size i wanted |
| [11:16:19] | wagnerrp: | and then something higher order to halve it from there |
| [11:17:16] | stuartm: | yeah, it seems entirely reasonable that it would work with little in the end quality |
| [11:17:36] | dekarl1 (dekarl1!~dekarl@p4FCEF79F.dip0.t-ipconnect.de) has joined #mythtv | |
| [11:18:39] | wagnerrp: | of course there the application was a bit different |
| [11:18:49] | wagnerrp: | since i was coming from images several times my final size |
| [11:18:59] | wagnerrp: | it might work for the little thumbnail images of posters |
| [11:19:07] | exoon (exoon!~exoon@p4FD38CDB.dip0.t-ipconnect.de) has quit (Ping timeout: 276 seconds) | |
| [11:19:12] | wagnerrp: | but fanart is supposed to be displayed full screen |
| [11:19:23] | dekarl (dekarl!~dekarl@p4FCEF53F.dip0.t-ipconnect.de) has quit (Ping timeout: 240 seconds) | |
| [11:19:24] | exoon (exoon!~exoon@p4FD438FD.dip0.t-ipconnect.de) has joined #mythtv | |
| [11:19:31] | wagnerrp: | and you're probably already within 50% of the final size |
| [11:20:46] | stuartm: | btw, we're downloading full size posters atm? I've got some here in the storage group which are 1500px high, since we're targeting screens which will be just 1080 max that seems like a waste of bandwidth, space and slower to load/scale |
| [11:21:30] | stuartm: | does tmdb/tvdb allow us to select a smaller size? |
| [11:24:16] | wagnerrp: | tmdb does. not sure about tvdb |
| [11:24:35] | wagnerrp: | although at least on their end, last i heard, we were inconsequential compared to xbmc's usage |
| [11:24:37] | stuartm: | I mean some people are likely using high res monitors, but maybe it's something we can tweak either automatically or add as a config setting |
| [11:26:17] | wagnerrp: | poster sizes.... w92, w154, w185, w342, w500, original |
| [11:26:19] | stuartm: | not a huge deal, once we've scaled and stored them in the disk cache it doesn't matter what size they were, but it could speed up the initial load |
| [11:26:56] | stuartm: | w500 would be 1000px high as the posters have a 1:2 ratio |
| [11:27:12] | ** wagnerrp heads to work ** | |
| [11:27:55] | dekarl-work (dekarl-work!51c8c614@gateway/web/freenode/ip.81.200.198.20) has joined #mythtv | |
| [11:30:57] | dekarl-work: | stuartm, what happens if a theme displays the top part of the poster in full 1920px width? You need something like 2500 pixels tall for that (depending on the aspect ratio). Also storing precompressed textures *with mipmaps* makes loading a smaller version super easy, just skip the first n sizes. |
| [11:36:22] | stuartm: | true |
| [11:37:08] | stuartm: | btw, if any current theme is doing that, I hope they are using <crop> ! |
| [11:39:19] | dekarl-work: | no idea, it was the first example that I could make up where we want as much pixel as we can get out hands on |
| [12:19:10] | exoon (exoon!~exoon@p4FD438FD.dip0.t-ipconnect.de) has quit (Ping timeout: 245 seconds) | |
| [12:19:57] | exoon (exoon!~exoon@p4FD4346F.dip0.t-ipconnect.de) has joined #mythtv | |
| [12:45:27] | sraue (sraue!~stephan@xbmc/staff/sraue) has quit (Ping timeout: 260 seconds) | |
| [12:49:06] | sraue_ (sraue_!~stephan@77-239-48-1.dyn.cable.fcom.ch) has joined #mythtv | |
| [12:56:00] | stuartm: | results of a one-pass vs two-pass test are inconclusive, for some sizes (thumbnail) it's clearly faster but the results are all over the place even for the same file, it sometimes appears as much as 4x faster and sometimes even a couple of ms slower |
| [12:56:58] | stuartm: | and the quality clearly isn't the same, whether anyone would notice on a thumbnail size image I don't know |
| [12:58:56] | stuarta: | someone will no doubt |
| [12:59:22] | ** stuarta is a critic of the codec's they use to compress sky and virgin here ** | |
| [12:59:33] | stuarta: | bloody horrible compression |
| [12:59:44] | stuartm: | aye, truly terrible |
| [13:00:00] | stuarta: | virgin's current one is particularly bad. it pixelates around the moving image |
| [13:00:18] | stuarta: | at least sky use a fisheye codec which focus on the area of motion |
| [13:01:03] | stuartm: | the HD is just awful too, worse on Virgin than the same channel on Freeview/Freesat – which I'm surprised more people don't complain about, you're paying good money after all |
| [13:01:31] | stuarta: | how to make people want your HD service. keep lowering the bitrate until things pixelate to hell, and go, look our HD service is much prettier too |
| [13:02:00] | stuarta: | as a bonus, you can stuff the now free bandwidth with shopping channels to make even more money |
| [13:02:32] | stuartm: | anyway, in conclusion, while there is a difference here I don't think it's worthwhile for anything accept very small thumbnails and that adds a level of complexity that doesn't seem worthwhile |
| [13:03:20] | stuartm: | which is my ham-fisted way of saying, the cons outweigh the pros |
| [13:16:38] | dekarl-work: | stuartm, can't we simply cache various sizes generated with a good algorithm? (be that in a mipmap structure or standalone) Maybe even pregenerate the most commonly used sizes per installation? (I guess that has to wait for "the file schema change" ^^) |
| [13:17:02] | dekarl-work: | After all MythTV is not taking part in a demo competition anytime soon :D |
| [13:18:59] | stuartm: | there are pros and cons, it's difficult to say whether there is any benefit atm, since we'll only ever scale an image once, it then goes into the disk cache and remains there indefinitely |
| [13:19:34] | stuartm: | the image cache is already doing what you're proposing in it's own way |
| [13:20:34] | stuartm: | I was just looking at whether that initial load/scale could be faster, even though it would make very little practical difference except in places like the channel icon downloader |
| [13:24:12] | stichnot (stichnot!~stichnot@adsl-68-127-28-24.dsl.pltn13.pacbell.net) has joined #mythtv | |
| [13:24:13] | stichnot (stichnot!~stichnot@mythtv/developer/stichnot) has joined #mythtv | |
| [13:24:13] | stichnot (stichnot!~stichnot@adsl-68-127-28-24.dsl.pltn13.pacbell.net) has quit (Changing host) | |
| [13:39:55] | nyloc (nyloc!~quassel@pC19F5311.dip0.t-ipconnect.de) has quit (Remote host closed the connection) | |
| [13:42:11] | nyloc (nyloc!~quassel@pC19F5311.dip0.t-ipconnect.de) has joined #mythtv | |
| [13:42:13] | Jordack (Jordack!~jordack@h69-131-44-221.plmomi.dedicated.static.tds.net) has joined #mythtv | |
| [13:51:48] | tonsofpcs: | stuartm: unfortunately, when encoding, you usually buy hardware from one vendor and are then vendor locked. The vendor we have for instance provided a worse picture than other stations had for quite some time. We had an upgrade done and new features added and suddenly we were getting calls about how good it looked. The other vendor has EOL'd those older products and offers hardware replacement upgrades while our vendor keeps offering sof |
| [13:52:02] | tonsofpcs: | (one obvious tradeoff: my encode chain takes over 1/2 a rack, theirs takes about 2U) |
| [13:52:52] | stuartm: | stuarta: ^^ |
| [13:54:03] | Seeker`: | tonsofpcs: can you define 'we'? |
| [13:54:44] | tonsofpcs: | Seeker`: the station I work for. |
| [13:54:51] | tonsofpcs: | (ATSC) |
| [13:55:15] | tonsofpcs: | too many stuarts ;) |
| [13:55:16] | Seeker`: | ah, ok |
| [14:01:14] | ** stuarta found it an interesting discussion ** | |
| [14:06:11] | clever (clever!~clever@47.54.82.69) has quit (Ping timeout: 264 seconds) | |
| [14:38:32] | exoon (exoon!~exoon@p4FD4346F.dip0.t-ipconnect.de) has quit (Read error: Operation timed out) | |
| [14:51:18] | wilmoore-misc (wilmoore-misc!~wilmoore@c-67-190-17-108.hsd1.co.comcast.net) has quit (Remote host closed the connection) | |
| [15:01:41] | danielk221 (danielk221!~danielk@exchange.wgen.net) has joined #mythtv | |
| [15:03:21] | dekarl-work (dekarl-work!51c8c614@gateway/web/freenode/ip.81.200.198.20) has quit () | |
| [15:09:12] | exoon (exoon!~exoon@p4FD4346F.dip0.t-ipconnect.de) has joined #mythtv | |
| [15:13:17] | exoon (exoon!~exoon@p4FD4346F.dip0.t-ipconnect.de) has quit (Client Quit) | |
| [15:26:54] | clever (clever!~clever@nwcsnbsc00w-142167021018.dhcp-dynamic.FibreOp.nb.bellaliant.net) has joined #mythtv | |
| [15:31:23] | aloril (aloril!~aloril@dsl-tkubrasgw3-54f97e-153.dhcp.inet.fi) has quit (Ping timeout: 240 seconds) | |
| [15:35:59] | stichnot (stichnot!~stichnot@207.198.105.23) has joined #mythtv | |
| [15:35:59] | stichnot (stichnot!~stichnot@mythtv/developer/stichnot) has joined #mythtv | |
| [15:35:59] | stichnot (stichnot!~stichnot@207.198.105.23) has quit (Changing host) | |
| [15:45:09] | aloril (aloril!~aloril@dsl-tkubrasgw3-54f97e-153.dhcp.inet.fi) has joined #mythtv | |
| [15:54:23] | xris (xris!~xris@xris.forevermore.net) has quit (Ping timeout: 240 seconds) | |
| [16:05:05] | wilmoore-misc (wilmoore-misc!~wilmoore@vlandnat.mystrotv.com) has joined #mythtv | |
| [16:06:13] | cesman (cesman!~cesman@pool-108-23-186-248.lsanca.fios.verizon.net) has joined #mythtv | |
| [16:06:13] | cesman (cesman!~cesman@pdpc/supporter/professional/cesman) has joined #mythtv | |
| [16:06:13] | cesman (cesman!~cesman@pool-108-23-186-248.lsanca.fios.verizon.net) has quit (Changing host) | |
| [16:16:29] | jpabq: | jya: Ha! I don't run any of the plugins day to day, so I didn't even think of testing the notification stuff with mythmusic. I have pushed a fix. If you want to try it now here is the new notification-ui.xml: http://pastebin.com/EBzNaWnF |
| [16:17:10] | FabriceMG (FabriceMG!~Thunderbi@217.112.59.207) has quit (Quit: FabriceMG) | |
| [16:19:31] | stichnot (stichnot!~stichnot@216.239.45.77) has joined #mythtv | |
| [16:19:32] | stichnot (stichnot!~stichnot@mythtv/developer/stichnot) has joined #mythtv | |
| [16:19:32] | stichnot (stichnot!~stichnot@216.239.45.77) has quit (Changing host) | |
| [16:20:11] | jpabq: | tonsofpcs: I really wish my local fox station didn't fall back to standard-def every time they throw up a notice overlay on top of a TV show. |
| [16:25:56] | rsiebert (rsiebert!~quassel@e179133003.adsl.alicedsl.de) has joined #mythtv | |
| [16:28:53] | rsiebert_ (rsiebert_!~quassel@e179129243.adsl.alicedsl.de) has quit (Ping timeout: 240 seconds) | |
| [16:37:26] | sraue_ is now known as sraue | |
| [16:37:38] | sraue (sraue!~stephan@77-239-48-1.dyn.cable.fcom.ch) has quit (Changing host) | |
| [16:37:38] | sraue (sraue!~stephan@xbmc/staff/sraue) has joined #mythtv | |
| [16:50:23] | natanojl (natanojl!~jonatan@mythtv/developer/natanojl) has joined #mythtv | |
| [17:04:38] | clever (clever!~clever@nwcsnbsc00w-142167021018.dhcp-dynamic.FibreOp.nb.bellaliant.net) has quit (Ping timeout: 240 seconds) | |
| [17:06:14] | tonsofpcs: | jpabq: oh, my local CBS did that for a while. They had a 1/3 screen (and I don't mean "lower third", I mean it actually took 1/3 of the screen) graphic packagefor what counties were effected by alerts and such and it entirely switched everything to a full SD path, so the picture quality dropped, the image was tiny, and half of it was covered up... |
| [17:07:00] | tonsofpcs: | they did it because they didn't have an HD keyer. Your local fox probably does it because they have nothing HD (Fox primetime HD is ASI passthrough... unless that's changed since last I heard) |
| [17:11:06] | jpabq: | tonsofpcs: I am in the mountain time zone — which means the local stations have to record/replay everything except for live sports. Live sports is the only time I have noticed the problem. |
| [17:18:36] | amessina (amessina!~amessina@2001:470:c1dc:7779:d6be:d9ff:fe8d:7c1e) has quit (Quit: Konversation terminated!) | |
| [17:22:04] | clever (clever!~clever@nwcsnbsc00w-142167021018.dhcp-dynamic.FibreOp.nb.bellaliant.net) has joined #mythtv | |
| [17:23:00] | korsgard_ (korsgard_!~martin@83-91-166-235-dynamic.dk.customer.tdc.net) has joined #mythtv | |
| [17:28:28] | clever (clever!~clever@nwcsnbsc00w-142167021018.dhcp-dynamic.FibreOp.nb.bellaliant.net) has quit (Ping timeout: 245 seconds) | |
| [17:30:39] | xris (xris!~xris@xris.forevermore.net) has joined #mythtv | |
| [17:38:11] | tonsofpcs: | jpabq: do they go HD for primetime not-live? |
| [17:41:24] | jpabq: | tonsofpcs: now that I think about it, even in primetime, they fall back to standard def when they put up "local" graphics. Fortunately, they don't do that very often. |
| [17:42:54] | tonsofpcs: | right, so they probably either have an ASI delay server or there is a network delay feed... (I have no idea which) |
| [17:50:53] | raven (raven!~raven@dslb-188-098-214-082.pools.arcor-ip.net) has joined #mythtv | |
| [17:50:55] | raven: | hi |
| [17:52:10] | raven: | what is the best config to use a dvb-t channel list on two receiver crads with dynamic use of them if two transponders are needed? |
| [17:52:27] | NightMonkey (NightMonkey!~NightrMon@pdpc/supporter/professional/nightmonkey) has joined #mythtv | |
| [18:16:47] | tonsofpcs: | is this -T or -S? |
| [18:16:56] | tonsofpcs: | also, you're looking for #mythtv-users |
| [18:21:45] | raven: | ok |
| [18:25:03] | jams (jams!~jams@cpe-24-92-95-170.wi.res.rr.com) has quit (Ping timeout: 246 seconds) | |
| [18:29:26] | Seeker` (Seeker`!~cjo20@unaffiliated/seeker) has quit (Remote host closed the connection) | |
| [18:30:38] | Seeker` (Seeker`!~cjo20@host86-160-235-106.range86-160.btcentralplus.com) has joined #mythtv | |
| [18:30:39] | Seeker` (Seeker`!~cjo20@host86-160-235-106.range86-160.btcentralplus.com) has quit (Changing host) | |
| [18:30:39] | Seeker` (Seeker`!~cjo20@unaffiliated/seeker) has joined #mythtv | |
| [18:40:48] | NightMonkey (NightMonkey!~NightrMon@pdpc/supporter/professional/nightmonkey) has quit (Quit: Body blow! Body blow!) | |
| [18:49:52] | len (len!~quassel@75-161-179-129.mpls.qwest.net) has joined #mythtv | |
| [19:14:58] | korsgard_ (korsgard_!~martin@83-91-166-235-dynamic.dk.customer.tdc.net) has quit (Quit: Leaving) | |
| [19:15:17] | knightr_ (knightr_!~knightr@69-165-170-178.dsl.teksavvy.com) has quit (Ping timeout: 248 seconds) | |
| [19:15:31] | knightr (knightr!~knightr@mythtv/developer/knightr) has quit (Ping timeout: 264 seconds) | |
| [19:25:58] | amessina (amessina!~amessina@2001:470:c1dc:7779:d6be:d9ff:fe8d:7c1e) has joined #mythtv | |
| [19:39:59] | amessina (amessina!~amessina@2001:470:c1dc:7779:d6be:d9ff:fe8d:7c1e) has quit (Quit: Konversation terminated!) | |
| [19:43:48] | SteveGoodey (SteveGoodey!~steve@host86-151-111-43.range86-151.btcentralplus.com) has joined #mythtv | |
| [19:46:28] | brfransen (brfransen!~brfransen@64.179.169.226) has joined #mythtv | |
| [19:47:35] | 17SAC872C (17SAC872C!~doug@CPE10bf48e67915-CM78cd8e7e342d.cpe.net.cable.rogers.com) has joined #mythtv | |
| [20:19:15] | stuartm: | jya: were you able to reproduce the audio issue with that sample I emailed? |
| [20:26:11] | dekarl1 is now known as dekarl | |
| [20:39:54] | SteveGoodey (SteveGoodey!~steve@host86-151-111-43.range86-151.btcentralplus.com) has quit (Quit: Konversation terminated!) | |
| [20:59:32] | jams (jams!~jams@cpe-24-92-95-170.wi.res.rr.com) has joined #mythtv | |
| [21:15:18] | knightr (knightr!~knightr@69-165-170-178.dsl.teksavvy.com) has joined #mythtv | |
| [21:15:19] | knightr (knightr!~knightr@69-165-170-178.dsl.teksavvy.com) has quit (Changing host) | |
| [21:15:19] | knightr (knightr!~knightr@mythtv/developer/knightr) has joined #mythtv | |
| [21:19:13] | NightMonkey (NightMonkey!~NightrMon@pdpc/supporter/professional/nightmonkey) has joined #mythtv | |
| [21:32:01] | 17SAC872C (17SAC872C!~doug@CPE10bf48e67915-CM78cd8e7e342d.cpe.net.cable.rogers.com) has quit (Read error: Connection reset by peer) | |
| [21:34:27] | Jordack (Jordack!~jordack@h69-131-44-221.plmomi.dedicated.static.tds.net) has quit () | |
| [21:45:54] | Steve-Goodey (Steve-Goodey!~steve@host86-151-111-43.range86-151.btcentralplus.com) has joined #mythtv | |
| [21:56:21] | natanojl (natanojl!~jonatan@mythtv/developer/natanojl) has quit (Ping timeout: 248 seconds) | |
| [21:56:51] | Steve-Goodey (Steve-Goodey!~steve@host86-151-111-43.range86-151.btcentralplus.com) has quit (Quit: Konversation terminated!) | |
| [22:03:50] | NightMonkey (NightMonkey!~NightrMon@pdpc/supporter/professional/nightmonkey) has quit (Ping timeout: 240 seconds) | |
| [22:08:28] | NightMonkey (NightMonkey!~NightrMon@pdpc/supporter/professional/nightmonkey) has joined #mythtv | |
| [22:08:38] | NightMonkey_ (NightMonkey_!~NightrMon@64.124.185.45) has joined #mythtv | |
| [22:27:42] | clever (clever!~clever@nwcsnbsc00w-142167021018.dhcp-dynamic.FibreOp.nb.bellaliant.net) has joined #mythtv | |
| [23:04:10] | kurre2 (kurre2!~tomimo@xdsl-83-150-88-111.nebulazone.fi) has quit (Ping timeout: 245 seconds) | |
| [23:04:17] | kurre2 (kurre2!~tomimo@xdsl-83-150-88-111.nebulazone.fi) has joined #mythtv | |
| [23:37:58] | wilmoore-misc (wilmoore-misc!~wilmoore@vlandnat.mystrotv.com) has quit (Remote host closed the connection) | |
| [23:39:58] | wilmoore-misc (wilmoore-misc!~wilmoore@vlandnat.mystrotv.com) has joined #mythtv | |
| [23:44:53] | wilmoore-misc (wilmoore-misc!~wilmoore@vlandnat.mystrotv.com) has quit (Ping timeout: 240 seconds) | |
| [23:51:46] | skd5aner (skd5aner!~skd5aner@50-90-5-146.res.bhn.net) has joined #mythtv | |
IRC Logs collected by
BeirdoBot.
Please use the above link to report any bugs.
