| Friday, July 22nd, 2011, 00:08 UTC | ||
| [00:08:35] | brfransen (brfransen!~brfransen@216.254.250.47) has quit (Quit: brfransen) | |
| [00:17:41] | chainsawbike (chainsawbike!~chainsawb@chainsawbike-1-pt.tunnel.tserv25.sin1.ipv6.he.net) has quit (Ping timeout: 260 seconds) | |
| [00:18:47] | chainsawbike (chainsawbike!~chainsawb@chainsawbike-1-pt.tunnel.tserv25.sin1.ipv6.he.net) has joined #mythtv | |
| [00:44:31] | brfransen (brfransen!~brfransen@216.254.250.47) has joined #mythtv | |
| [01:03:27] | davide_ (davide_!~david@mythtv/developer/gigem) has quit (Remote host closed the connection) | |
| [01:03:54] | davide_ (davide_!~david@mythtv/developer/gigem) has joined #mythtv | |
| [01:15:15] | kth (kth!~kth@unaffiliated/kth) has quit (Quit: Leaving.) | |
| [01:15:30] | PointyPumper (PointyPumper!~pintlezz@190.244.73.13) has quit (Read error: Connection reset by peer) | |
| [01:26:06] | PointyPumper (PointyPumper!~pintlezz@190.244.73.13) has joined #mythtv | |
| [03:54:12] | jams (jams!~jams@cpe-184-58-217-97.wi.res.rr.com) has joined #mythtv | |
| [03:57:10] | jams_ (jams_!~jams@cpe-184-58-217-97.wi.res.rr.com) has quit (Ping timeout: 264 seconds) | |
| [04:03:29] | Beirdo: | danielk22: seems you have a new warning in the Process608Subtitles() func. thought you might wanna know :) |
| [04:21:32] | zombor (zombor!~zombor_@kohana/developer/zombor) has quit (Remote host closed the connection) | |
| [04:23:07] | zombor (zombor!~zombor_@kohana/developer/zombor) has joined #mythtv | |
| [04:24:58] | zombor (zombor!~zombor_@kohana/developer/zombor) has quit (Remote host closed the connection) | |
| [04:26:02] | zombor (zombor!~zombor_@kohana/developer/zombor) has joined #mythtv | |
| [04:30:18] | zombor (zombor!~zombor_@kohana/developer/zombor) has quit (Remote host closed the connection) | |
| [04:56:26] | jmartens (jmartens!~jmartens@s5597ca60.adsl.wanadoo.nl) has joined #mythtv | |
| [05:14:27] | jmartens (jmartens!~jmartens@s5597ca60.adsl.wanadoo.nl) has quit (Quit: Leaving.) | |
| [05:16:51] | Gibby (Gibby!~Gibby@204.118.10.244) has quit (Ping timeout: 255 seconds) | |
| [05:17:52] | Gibby (Gibby!~Gibby@204.118.10.244) has joined #mythtv | |
| [05:22:54] | kormoc is now known as kormoc_afk | |
| [05:36:39] | Gibby (Gibby!~Gibby@204.118.10.244) has quit (Ping timeout: 255 seconds) | |
| [05:39:20] | Gibby (Gibby!~Gibby@204.118.10.244) has joined #mythtv | |
| [05:46:11] | jmartens (jmartens!~jmartens@109.232.42.33) has joined #mythtv | |
| [06:20:08] | Goga777 (Goga777!~Goga777@shpd-95-53-165-216.vologda.ru) has joined #mythtv | |
| [06:23:14] | kc (kc!~Casper@unaffiliated/kc) has quit (Ping timeout: 246 seconds) | |
| [06:26:45] | kc (kc!~Casper@unaffiliated/kc) has joined #mythtv | |
| [06:58:57] | kth (kth!~kth@unaffiliated/kth) has joined #mythtv | |
| [07:02:07] | stoffel (stoffel!~quassel@p57B4A08E.dip.t-dialin.net) has joined #mythtv | |
| [07:42:44] | Goga777 (Goga777!~Goga777@shpd-95-53-165-216.vologda.ru) has quit (Ping timeout: 258 seconds) | |
| [07:52:42] | Goga777 (Goga777!~Goga777@shpd-95-53-161-194.static.vologda.ru) has joined #mythtv | |
| [07:56:47] | kth (kth!~kth@unaffiliated/kth) has quit (Quit: Leaving.) | |
| [07:57:03] | stoffel (stoffel!~quassel@p57B4A08E.dip.t-dialin.net) has quit (Ping timeout: 255 seconds) | |
| [08:11:56] | stuarta: | , |
| [08:14:52] | Goga777 (Goga777!~Goga777@shpd-95-53-161-194.static.vologda.ru) has quit (Read error: Connection reset by peer) | |
| [08:14:54] | stuarta: | pardon me |
| [09:10:34] | Unhelpful (Unhelpful!~quassel@rockbox/developer/Unhelpful) has quit (Read error: Connection reset by peer) | |
| [09:10:59] | Unhelpful (Unhelpful!~quassel@rockbox/developer/Unhelpful) has joined #mythtv | |
| [09:19:51] | Unhelpful (Unhelpful!~quassel@rockbox/developer/Unhelpful) has quit (Ping timeout: 255 seconds) | |
| [09:20:34] | knightr (knightr!~knightr@mythtv/developer/knightr) has quit (Ping timeout: 264 seconds) | |
| [09:20:45] | knightr (knightr!~knightr@mythtv/developer/knightr) has joined #mythtv | |
| [09:27:50] | Unhelpful (Unhelpful!~quassel@rockbox/developer/Unhelpful) has joined #mythtv | |
| [10:05:02] | Guest90681 (Guest90681!~mike@c-24-21-63-118.hsd1.or.comcast.net) has quit (Remote host closed the connection) | |
| [10:05:54] | mike|3 (mike|3!~mike@c-24-21-63-118.hsd1.or.comcast.net) has joined #mythtv | |
| [10:42:10] | dekarl (dekarl!~dekarl@dslb-084-058-100-069.pools.arcor-ip.net) has quit (Ping timeout: 264 seconds) | |
| [12:00:44] | stuartm: | does anyone here use mythwelcome? I'm planning to rework the existing current/next into a single combined list showing 5+ recordings, does that sound reasonable? It would be more themable, easier to theme as well as showing more information |
| [12:02:56] | zombor (zombor!~zombor_@kohana/developer/zombor) has joined #mythtv | |
| [12:04:54] | davide_ (davide_!~david@mythtv/developer/gigem) has quit (Remote host closed the connection) | |
| [12:05:21] | davide_ (davide_!~david@host103.16.intrusion.com) has joined #mythtv | |
| [12:05:21] | davide_ (davide_!~david@host103.16.intrusion.com) has quit (Changing host) | |
| [12:05:21] | davide_ (davide_!~david@mythtv/developer/gigem) has joined #mythtv | |
| [12:06:47] | stuarta: | stuartm: yeah i do |
| [12:07:34] | stuarta: | tbh the only thing i use it for is the thing that stays running so your X session doesn't log out |
| [12:07:48] | stuarta: | so you can start and stop the frontend as you please |
| [12:09:23] | stuartm: | well after I've improved the UI the plan is to merge the functionality into the frontend, although not everyone likes that idea for unspecified (so far) reasons |
| [12:09:56] | stuartm: | I'm sorting out the UI first because it's the less controversial change and it badly needs doing |
| [12:16:37] | Jordack (Jordack!~jordack@h69-131-44-221.plmomi.dedicated.static.tds.net) has joined #mythtv | |
| [12:25:31] | pheld (pheld!~heldal@cl-5.osl-01.no.sixxs.net) has joined #mythtv | |
| [12:38:44] | natanojl (natanojl!~jonatan@c83-252-237-63.bredband.comhem.se) has joined #mythtv | |
| [13:17:47] | danielk22: | stuartm: I believe paul-h uses it as well. I believe he uses more features of it than stuarta. |
| [13:24:32] | stuarta: | it has more features than what i use? |
| [13:25:02] | stuarta: | show in use tuners, upcoming recordings and has a big start frontend button |
| [13:25:05] | stuarta: | nothing else |
| [13:25:21] | stuartm: | outwardly it's just a screen with some status text and a 'start frontend' button in the middle ... it must have hidden depths |
| [13:25:52] | danielk22: | stuarta: I dunno, I thought you just used it to keep X.org from logging you out... |
| [13:26:19] | danielk22: | I committed it, but I don't use it. So the last I saw of it was many years ago :) |
| [13:26:31] | stuarta: | it doesn't do much else |
| [13:27:12] | stuarta: | the only advantage i see currently is if the frontend is flakey and prone to segfaulting you come back to mythwelcome and can restart it |
| [13:27:50] | stuarta: | my prod frontend automatically logs in as a specific user which starts mythfrontend |
| [13:27:51] | danielk22: | stuarta: I really don't see the frontend segfaulting much these days. Is that still happening? |
| [13:27:55] | stuarta: | err mythwelcome |
| [13:28:08] | stuarta: | i don't see it segfaulting |
| [13:28:20] | stuarta: | not that i've used it much of late |
| [13:28:48] | stuarta: | as stuartm suggested, it's easy to roll it into the frontend. |
| [13:29:00] | stuartm: | stuarta: right, that's been mentioned in the past but I see that as a flawed argument, the band-aid approach to design – "if the frontend is unstable then why bother to fix it, just create another application to restart it" |
| [13:29:03] | danielk22: | I'm kind of glad that these days more of our critical problems are deadlocks rather than segfaults... |
| [13:30:04] | stuartm: | danielk22: yeah, a lot of time and effort has been put into fixing segfaults and finding new ones before they can cause problems |
| [13:30:15] | stuarta: | indeed |
| [13:30:47] | danielk22: | stuartm: Well ffmpeg segfaulted a gazillion different ways because it assumed mpeg streams were flawless... and we had all those QString problems and then the Qt4 problems.. it did seem endless at some points.. |
| [13:35:26] | stuarta: | stuartm: to keep those who like it happy the functionality could be rolled into the frontend and add a -mythwelcome command line switch that starts at a screen that looks like the current mythwelcome and "start frontend" just takes you to the main page. could even make it so that when the user goes idle that screen is switched to |
| [13:35:32] | stuarta: | </random idea> |
| [13:37:15] | stuartm: | stuarta: that's actually the plan |
| [13:38:02] | stuartm: | when idle it will switch to that screen and stop keeping the backend from shutting down |
| [13:38:29] | stuartm: | i.e. it will become a sort of frontend sleep/standby mode |
| [13:39:12] | stuartm: | entirely optional but not requring a second application, plus much faster to return to 'normal' mode than starting the frontend from cold |
| [13:46:31] | stuarta: | i'd say go for it |
| [13:56:04] | stoffel (stoffel!~quassel@p57B4A08E.dip.t-dialin.net) has joined #mythtv | |
| [14:13:47] | bill6502 (bill6502!~bill6502@2002:d850:4778:7cd3:9ef4:32ea:c6ea:200) has joined #mythtv | |
| [14:16:28] | danielk22: | ooo, brtfs now has automatic defragging? might it be a good replacement for XFS for video volumes? |
| [14:16:41] | danielk22: | ehh, meant to post that somewhere else.. |
| [14:21:28] | danielk22: | Anyway it turns out the feature is really for little files... XFS remains king long after the death of SGI. |
| [14:32:58] | jams: | stuartm..that sounds like an excellent idea. |
| [14:41:09] | stoffel (stoffel!~quassel@p57B4A08E.dip.t-dialin.net) has quit (Ping timeout: 255 seconds) | |
| [14:44:30] | jmartens (jmartens!~jmartens@109.232.42.33) has quit (Quit: Leaving.) | |
| [14:46:34] | okolsi: | iamlindoro: metadatalookup with refresh-all-artwork does artwork searches for recordings which do not have inetref set, when it shouldn't..? |
| [14:46:53] | iamlindoro: | okolsi: wrong channel |
| [14:47:11] | iamlindoro: | and incorrect assumption |
| [14:47:20] | taylorr: | danielk22: do you think it's fair to prohibit the use of seek tables for anything other than MPEG-TS and MPEG-PS in avformatdecoder? |
| [14:55:09] | abqjp (abqjp!~abqjp@71-38-208-26.albq.qwest.net) has joined #mythtv | |
| [14:55:55] | danielk22: | taylorr: Sure, but markk does a lot more with video than I do these days... |
| [15:02:07] | danielk22: | taylorr: I didn't even know we supported seek tables for non-MPEG content.. NUV has a built in seektable and until the last few years all other formats were unsupported in the internal player. |
| [15:02:12] | davide_: | stuartm: i looked at the patch for #3597. i guess it's ok, but tbh, i've never touched any of the idle shutdown logic. Captain_Murdoch is probably a lot more familiar with that code than i am. |
| [15:03:19] | devinheitmueller (devinheitmueller!~devinheit@c-68-43-64-175.hsd1.mi.comcast.net) has joined #mythtv | |
| [15:03:33] | devinheitmueller: | danielk22: fyi: that kernel fix for DVB core made it for 3.0.0. |
| [15:05:53] | danielk22: | devinheitmueller: cool :) Did you ever test that workaround patch I posted for older kernels? I wasn't sure if I put the sleeps in the right places. |
| [15:06:30] | devinheitmueller: | danielk22: no. I am probably not the best person to test it with since I don't have a real signal. Would be much better if we could get feedback from one of the real users who tried my fix. |
| [15:07:07] | devinheitmueller: | At this point though, I don't have much hesitation to tell people who complain to "upgrade to the 3.0.0 kernel, or install the latest media_build" |
| [15:07:27] | stuartm: | davide_: ok thanks |
| [15:07:41] | danielk22: | ah, I didn't realized you didn't have a signal. I didn't get any response in the tracker here. |
| [15:08:19] | danielk22: | It doesn't mean it doesn't effect a lot of users, just not many that keep up with master.. |
| [15:09:39] | j-rod|afk is now known as j-rod | |
| [15:10:45] | devinheitmueller: | danielk22: I use a DVB-T signal generator for testing. Works fine for basic tuning and board bringup, but is definitely not a good tool for testing scanning since it only puts out a single frequency at any given time. |
| [15:12:04] | jmartens (jmartens!~jmartens@s5597ca60.adsl.wanadoo.nl) has joined #mythtv | |
| [15:13:45] | danielk22: | devinheitmueller: well thanks for the fix! I'll recheck my patch and then prolly apply it as "obviously correct" ;) |
| [15:14:27] | devinheitmueller: | np. The more I thought about it, the more I realized this bug may have explained some issues I saw on the em28xx driver last year but actually did the wrong fix for. |
| [15:14:42] | devinheitmueller: | Hence, I suspect the problem is more widespread than just the HVR-[1300/3000/4000] |
| [15:39:32] | PointyPumper (PointyPumper!~pintlezz@190.244.73.13) has quit (Ping timeout: 252 seconds) | |
| [15:47:52] | PointyPumper (PointyPumper!~pintlezz@190.244.73.13) has joined #mythtv | |
| [15:53:56] | Mousey (Mousey!~wtfisme@ross154.net) has joined #mythtv | |
| [16:08:06] | dekarl (dekarl!~dekarl@dslb-084-058-162-171.pools.arcor-ip.net) has joined #mythtv | |
| [16:22:51] | stoffel (stoffel!~quassel@p57B4A08E.dip.t-dialin.net) has joined #mythtv | |
| [16:23:17] | andreax (andreax!~andreaz@p57B94120.dip.t-dialin.net) has joined #mythtv | |
| [16:33:51] | jmartens (jmartens!~jmartens@s5597ca60.adsl.wanadoo.nl) has quit (Quit: Leaving.) | |
| [16:55:18] | abqjp: | stuartm: I have noticed lately, that state changes can be significantly delayed on the PBB. For example, a show starts recording, and the PBB is correctly updated to show that. However, when the show is done recording, the PBB is not updated to show that it is done — it still looks like it is recording. If I exit PBB, and then return to it, the state is shown correctly. I have noticed this when I am done watching a show, and I scroll back |
| [16:55:18] | abqjp: | the top of the PBB list, it can indicate that a show is still recording, when in fact it is finished |
| [17:04:58] | davide_ (davide_!~david@mythtv/developer/gigem) has quit (Remote host closed the connection) | |
| [17:05:23] | davide_ (davide_!~david@mythtv/developer/gigem) has joined #mythtv | |
| [17:08:56] | kormoc_afk is now known as kormoc | |
| [17:19:09] | sphery: | Captain_Murdoch: Did you see http://www.gossamer-threads.com/lists/mythtv/users/486553#486553 ? Steve says that auto-expire is putting things in the Deleted recgroup rather than actually moving them, and if you search the log he posted for "Sunday at Ruxin", you'll see it records the show, then eventually, "2011-07–22 08:12:30.647 Expiring ... "The League":"Sunday at Ruxin's"" (where that show is #2 on his PDF of the Deleted recgroup view in ... |
| [17:19:15] | sphery: | ... MythWeb). |
| [17:19:17] | sphery: | So it does seem to be putting stuff in Deleted--which makes no sense since auto-expire is supposed to be making room on the disk. I'm guessing this--the fact t |
| [17:19:20] | sphery: | hat shows aren't actually removed--is why it's "expiring" current recordings, to |
| [17:19:20] | sphery: | o (my reply is at http://www.mythtv.org/pipermail/mythtv-users/ . . . /318330.html ). Thoughts? |
| [18:00:54] | kormoc is now known as kormoc_afk | |
| [18:04:13] | kormoc_afk is now known as kormoc | |
| [18:08:14] | stuartm: | abqjp: so you are watching a recording when those updates should have occurred? I guess the update block I put in place isn't working as it should |
| [18:14:10] | stuartm: | I can't see why not though :/ |
| [18:20:11] | kormoc is now known as kormoc_afk | |
| [18:20:19] | kormoc_afk is now known as kormoc | |
| [19:17:49] | stoffel (stoffel!~quassel@p57B4A08E.dip.t-dialin.net) has quit (Remote host closed the connection) | |
| [19:47:47] | stuartm (stuartm!~stuartm@mythtv/developer/stuartm) has quit (Ping timeout: 240 seconds) | |
| [19:48:00] | danielk22 (danielk22!~danielk@96.57.9.142) has quit (Quit: Leaving.) | |
| [19:55:49] | abqjp: | stuartm: Yes, when I have noticed the problem has been after finishing watching a show. When I go back to the top of the recordings list, it indicates it is still recording a show, that actually finished recording while I was watching the other show. I am on a very recent version of trunk/master. |
| [19:59:14] | xris: | iamlindoro: you mean you can't buy, build and assemble a myth box for $100?! ;) |
| [20:04:23] | iamlindoro: | heh |
| [20:04:28] | iamlindoro: | Well if you can, I'm all for finding out how |
| [20:07:52] | devinheitmueller: | iamlindoro: it's all a question of what functionality you need, and how much work you're willing to put into it. If it's just a frontend, you can definitely hit a $100 price point. |
| [20:08:27] | devinheitmueller: | (doing so would require an enormous amount of software engineering though, so the ROI may not be economical unless there is sufficient volume) |
| [20:09:40] | iamlindoro: | devinheitmueller: Then you're not talking about off the shelf parts |
| [20:09:50] | xris: | I guess it's time for a google music plugin. :) http://www.androidcentral.com/google-music-ma . . . ilable-linux |
| [20:10:02] | devinheitmueller: | iamlindoro: definitely not off the shelf *PC* parts. |
| [20:10:11] | iamlindoro: | devinheitmueller: right, which is what he asked for |
| [20:10:23] | xris: | devinheitmueller: and volume. easier to hit that point for 10k units than for 1. |
| [20:10:26] | devinheitmueller: | For example, the MediaMVP-HD could totally be reworked as a frontend, but it would require several hundred hours of engineering. |
| [20:10:40] | iamlindoro: | The point is, if you know what you're doing, you hire someone who understands supply chain, logistics, and manufacturing, you don't go to a mailing list of strangers |
| [20:10:54] | devinheitmueller: | iamlindoro: Well, that point I certainly agree with. |
| [20:11:11] | xris: | iamlindoro: totally with you on that one. :) having worked for a company that did just that, and kormoc and I pondered numerous times about how to produce mythboxes for profit. |
| [20:12:12] | iamlindoro: | heh |
| [20:17:42] | devinheitmueller: | All boils down to "how many units do I have to sell to recover my costs of development." |
| [20:28:35] | danielk22 (danielk22!~danielk@ool-457130a3.dyn.optonline.net) has joined #mythtv | |
| [20:30:35] | wagnerrp: | speaking about that, there have been dozens of companies that start up to produce mythtv boxes over the years |
| [20:30:46] | Cougar (Cougar!~cougar@kkk.version6.net) has quit (Quit: Cougar) | |
| [20:30:52] | wagnerrp: | i wonder if anyone has ever bothered to properly license codec support |
| [20:34:29] | Cougar (Cougar!~cougar@kkk.version6.net) has joined #mythtv | |
| [20:38:23] | Chutt (Chutt!~ijr@cpe-76-190-198-203.neo.res.rr.com) has quit (Read error: Connection reset by peer) | |
| [20:42:00] | danielk22: | Beirdo: what was the compiler warning? I don't see it here or on the buildbot (looked at a couple of em). |
| [20:42:34] | Beirdo: | one sec |
| [20:42:47] | Jordack (Jordack!~jordack@h69-131-44-221.plmomi.dedicated.static.tds.net) has quit () | |
| [20:42:59] | Beirdo: | /usr/include/c++/4.4/bits/stl_algo.h:194: warning: array subscript is above array bounds |
| [20:43:07] | Beirdo: | but only on the 32bit Linux and the PPC |
| [20:43:16] | stuartm (stuartm!~stuartm@mythtv/developer/stuartm) has joined #mythtv | |
| [20:43:26] | Beirdo: | ccache g++ -c -pipe -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -fomit-frame-pointer -g -Wall -Wno-switch -Wpointer-arith -Wredundant-decls -Wno-non-virtual-dtor -funit-at-a-time -D__STDC_CONSTANT_MACROS -D__STDC_LIMIT_MACROS -O3 -fvisibility-inlines-hidden -Wmissing-declarations -I/usr/include/freetype2 -fvisibility=hidden -D_REENTRANT -fPIC -DMMX -Di386 -D_GNU_SOURCE -DUSING_X11 -DUSING_XV -DUSING_VDPAU -DUSING_OPENGL -DUSING_OPENGL_VIDEO -DUSING |
| [20:43:33] | Beirdo: | /usr/include/c++/4.4/bits/stl_algo.h: In member function ‘void MythCCExtractorPlayer::Process608Subtitles()â€Â&t rade;: |
| [20:43:37] | Beirdo: | /usr/include/c++/4.4/bits/stl_algo.h:194: warning: array subscript is above array bounds |
| [20:43:40] | Beirdo: | GAH |
| [20:43:51] | Beirdo: | I asked for just the end of htat first line |
| [20:44:01] | Beirdo: | cut/paste mayhem, so sorry. |
| [20:45:27] | danielk22: | isn't gcc just complaining about it's own headers there? |
| [20:47:14] | Beirdo: | it's saying that something is running past array bounds. I think it was the ccStreams + 4 |
| [20:47:35] | Beirdo: | as ccStreams[4] is off the end of the array, I can see it complaining on that |
| [20:47:54] | Beirdo: | kinda stupid, I guess. |
| [20:48:59] | kormoc: | wagnerrp, did any of them last long enough to care about codec licensing? |
| [20:49:01] | Beirdo: | the section of stl_algo.h is __find() |
| [20:49:02] | danielk22: | I'll take a look.. BTW I just noticed the LOG macro is instanciating QRegExp(). That is not a good idea, it means we need to run the regular expression compiler quite frequently. |
| [20:49:34] | jams: | I know of two that did care..neither are around anymore |
| [20:49:57] | tlhiv_laptop (tlhiv_laptop!~foo@c-69-254-218-89.hsd1.al.comcast.net) has joined #mythtv | |
| [20:50:00] | tlhiv_laptop (tlhiv_laptop!~foo@c-69-254-218-89.hsd1.al.comcast.net) has left #mythtv (":q!") | |
| [20:50:18] | Beirdo: | danielk22: Yeah, I should make that a static QRegExp that it just reuses |
| [20:50:44] | Beirdo: | good catch. We can cut off even more wasted CPU :) |
| [20:51:22] | danielk22: | Beirdo: then you need a global lock.. can't that be rewritten with some pretty simple code? |
| [20:51:57] | Beirdo: | I'll have to think about it |
| [20:52:08] | Chutt (Chutt!~ijr@cpe-76-190-198-203.neo.res.rr.com) has joined #mythtv | |
| [20:53:05] | Beirdo: | likely it can get moved into the function somehow. I don't want to use a global lock more than once, but I could use the global lock on the queue and convert at that tiem |
| [20:53:22] | Beirdo: | something to look at when I get home tonight, I guess |
| [20:53:36] | Beirdo: | I don't forsee having coding time available until then today :) |
| [20:54:25] | danielk22: | yeah, that might be a good solution.. once compiled regular expressions are pretty fast, it's just compiling that lookup table that takes forever. |
| [20:54:51] | Beirdo: | yeah, understood :) |
| [20:55:04] | Beirdo: | it works though, but we could make it a lot more efficient |
| [20:55:14] | Beirdo: | I'll do that tonight. |
| [20:55:44] | stuartm: | is anyone seriously chasing down excess CPU usage in the frontend? It might be relevant to this 'standby' mode I'm working on ... |
| [20:55:54] | danielk22: | heh, that std::distance(.. std::find()) construction is just plain odd. php programmer doing C++ odd. :) |
| [21:05:27] | danielk22: | stuartm: Not currently, but I've done so in the past. |
| [21:06:08] | danielk22: | powertop + a laptop are useful. |
| [21:08:35] | stuartm: | danielk22: ok, I'm not actually looking for additional work atm, but in the past some people have mentioned using mythwelcome because they believe it uses less power that mythfrontend (unlikely but nevermind) and it got me thinking about what we might be able to suspend in 'standby' that might bring real power savings |
| [21:09:27] | stuartm: | if I can implement one or two ideas it makes the feature a little more interesting |
| [21:11:24] | stuartm: | the truth is almost certainly that mythwelcome used more power than mythfrontend when idle because it was regularly updating the screen and polling the backend for statistics |
| [21:12:31] | danielk22: | stuartm: I think mythfrontend may use a bit of power with OpenGL rendering. IIRC we repaint the screen continually, and just using OpenGL prevents the graphics card from going to sleep. |
| [21:12:39] | stuartm: | I hope to remove the polling and monitor events instead |
| [21:13:07] | kormoc is now known as kormoc_afk | |
| [21:14:05] | Beirdo: | running with some profiling would be nice too at some point. |
| [21:14:06] | stuartm: | danielk22: well mythwelcome uses the same UI, so there wouldn't be a difference there, but maybe we can repaint less frequently and disable effects |
| [21:14:21] | Beirdo: | been a while since any of us have profiled the code, I bet. |
| [21:15:06] | stuartm: | I don't know enough about OpenGL or allowing the graphics cards to enter lower power modes to change anything there |
| [21:15:25] | stuartm: | Beirdo: it's been a couple of years for me |
| [21:15:51] | Beirdo: | it would be interesting at least :) |
| [21:15:59] | danielk22: | stuartm: I don't think it matters, the power used by the graphics card while doing the countdown is dwarfed by the power savings when the machine is shut down for 8+ hours... |
| [21:17:45] | stuartm: | danielk22: aye, which is why attention to power saving has never really been my highest priority, it's almost meaningless in the scheme of things |
| [21:19:16] | stuartm: | it only matters for battery powered devices and no-one is going to leave one of those switched on when they aren't using it |
| [21:21:53] | sphery: | stuartm: and we should probably reduce the 70/sec redraw thing... I have a patch on my production box that puts it at 30Hz, but markk had mentioned wanting it to choose display refresh rate or 1/2 or 1/4 display refresh rate or something like that |
| [21:22:40] | j-rod is now known as j-rod|afk | |
| [21:23:52] | sphery: | stuartm: fwiw: 20110211 20:22:24< markk> sphery: I'm intending to do a little more. I'm going to key it off the screen rate – 24/25/29.97 for displays at those rates – 25/30 for 50/60 hz displays. then I'm going to talk to stuartm about updating libmythui so alpha (and animations) are time based rather than refresh based |
| [21:24:51] | sphery: | but, if nothing else, dropping it to 30 right now would probably do wonders--then we could get the "smart" rate stuff done later |
| [21:26:31] | _gunni_ (_gunni_!~Gunni@koln-4db4417c.pool.mediaWays.net) has joined #mythtv | |
| [21:28:13] | stuartm: | I was happy to leave that to Mark, he seemed more comfortable with the subject than I am |
| [21:29:55] | danielk22: | Beirdo: In mythccextract it looks like logging and even cerr are disappearing into the ether.. Any ideas? |
| [21:29:58] | stuartm: | sphery: does dropping it to 30 make a noticable difference to the alpha pulse as used in iamlindoro's themes? |
| [21:30:37] | Beirdo: | danielk22: I'd have to look at the startup, but if the logging is started the same as others, it should log. |
| [21:30:39] | stuartm: | sphery: or to animations in Terra etc? |
| [21:30:46] | Beirdo: | as for cerr, no idea :) |
| [21:31:06] | Beirdo: | it should just work (unless you closed stderr during startup, I guess) |
| [21:31:20] | stuartm: | I'm guessing they would need timing tweaks |
| [21:31:54] | danielk22: | Beirdo: it looks like cerr is working.. just not log.. I tried to base the startup off mythcommflag.. but I think mythcommflag may not be doing things quite right. |
| [21:32:33] | Beirdo: | well, careful. mythcommflag's default is to not to log to the console (based on the --noprogress flag, IIRC) |
| [21:33:36] | danielk22: | Even LOG_ERR ? |
| [21:33:43] | Beirdo: | correct |
| [21:33:57] | Beirdo: | no logging to the console if we are using the console for progress updates |
| [21:34:20] | danielk22: | Any idea why? It didn't used to do that. It only disabled some of the logging. |
| [21:34:36] | Beirdo: | however, given a -l for a logfile/logpath, you will get full logging in the logfile |
| [21:34:46] | sphery: | stuartm: IIRC, yes, it drops CPU usage pretty significantly. It also slows down all the animations. |
| [21:35:18] | Beirdo: | because it was a royal mess having both progress updates and logging on the screen. |
| [21:36:09] | Beirdo: | basically, in the call to ConfigureLogging() in main, the second parameter is whether to use the console to log or not |
| [21:36:41] | Beirdo: | heh |
| [21:36:51] | Beirdo: | and mythccextractor never calls it at all |
| [21:36:57] | Beirdo: | that's why you're not logging |
| [21:37:17] | zombor (zombor!~zombor_@kohana/developer/zombor) has quit (Remote host closed the connection) | |
| [21:38:11] | stuartm: | sphery: ok, something to keep in mind then, themes will need fixing |
| [21:38:46] | jmartens (jmartens!~jmartens@s5597ca60.adsl.wanadoo.nl) has joined #mythtv | |
| [21:40:55] | danielk22: | Beirdo: it looks like commflag doesn't either. |
| [21:41:32] | Beirdo: | yes it does |
| [21:42:05] | Beirdo: | main.cpp: 1101 |
| [21:42:23] | Beirdo: | immediately after setting the application name |
| [21:42:49] | danielk22: | k, see it. |
| [21:43:31] | danielk22: | in any case, is it even necessary to start up all those threads if not using logging? |
| [21:43:53] | Beirdo: | all those one threads? |
| [21:44:03] | Beirdo: | logging uses two threads max |
| [21:44:17] | danielk22: | right, but why bother if you're not using logging? |
| [21:44:20] | Beirdo: | one for the main log queue, one for database logging |
| [21:44:37] | Beirdo: | if you use LOG() you need the threads or the queue will just grow |
| [21:44:50] | Beirdo: | and why would you not want to log? |
| [21:46:09] | danielk22: | Well for something like the preview generator or the lcd update program those are very short lived processes, starting up additional processes seems a waste. |
| [21:47:03] | Beirdo: | until you want to debug them. |
| [21:47:29] | Beirdo: | we have issues in the previewgen that require logging at times |
| [21:47:30] | danielk22: | right, then you would pass -v params and start up the extra threads. |
| [21:52:52] | danielk22 (danielk22!~danielk@ool-457130a3.dyn.optonline.net) has quit (Ping timeout: 250 seconds) | |
| [21:55:36] | natanojl (natanojl!~jonatan@c83-252-237-63.bredband.comhem.se) has quit (Ping timeout: 260 seconds) | |
| [21:58:00] | Beirdo: | found a moment to sneak in the regexp change |
| [22:03:47] | danielk22 (danielk22!~danielk@96.57.9.142) has joined #mythtv | |
| [22:05:46] | danielk22: | Beirdo: cool :) |
| [22:06:50] | Beirdo: | there'd be a small hit by doing strchr and then char * -> QString -> char * again, but compared to recompiling the regexp, I'd expect it to be tiny |
| [22:07:14] | Beirdo: | managed to slip in a wee bit of coding between other things :) |
| [22:07:14] | Beirdo: | heh |
| [22:07:59] | natanojl (natanojl!~jonatan@c83-252-237-63.bredband.comhem.se) has joined #mythtv | |
| [22:09:11] | Beirdo: | stuartm: sometime when you have a moment, if you feel like outlining the basics of what would be involved in converting mythgallery to the mythui base, that would be great |
| [22:09:30] | Beirdo: | it's one of those things that needs to be done eventually |
| [22:09:41] | Beirdo: | likewise for mythweather, I guess. |
| [22:09:56] | danielk22: | BTW I think we need to re-enable error logging in mythcommflag.. It's not printing anything when it can't open a file or runs into some other error. But for it to look good we really need to feed it through the logging infrastructure.. maybe with a flag to wake up the print thread immediately. |
| [22:09:57] | Beirdo: | I don't recall if it's been converted either |
| [22:11:12] | Beirdo: | hmm. I'll make a note... there should be a good way to do it |
| [22:11:47] | Beirdo: | like make anything err or above get logged to the console anyways... |
| [22:12:18] | Beirdo: | but the problem is that the level is for all outputs, and that kinda would need a separate level control internally |
| [22:12:43] | Beirdo: | I guess it still can be done though. I'll ponder on it :) |
| [22:12:49] | stuartm: | Beirdo: it was partially converted, the thumbnail bit is mythui, the fullscreen image/slideshow are not |
| [22:12:58] | Beirdo: | stuartm: ahh, K. |
| [22:13:15] | Beirdo: | I'd like to have it fully mythui, and using storage groups too |
| [22:13:24] | stuartm: | the problem with mythgallery was the custom opengl effects, Mark has recently said he will be porting those to mythui |
| [22:13:29] | Beirdo: | yeah |
| [22:13:39] | Beirdo: | not sure how far he's gotten |
| [22:13:54] | zombor (zombor!~zombor_@kohana/developer/zombor) has joined #mythtv | |
| [22:14:04] | Beirdo: | and we can disable those while converting if it makes it easier |
| [22:14:28] | stuartm: | if we disable the effects then completing the port is pretty simple |
| [22:14:32] | Beirdo: | that might just make it harder though as it might need redoing to add them back |
| [22:14:39] | Beirdo: | yeah |
| [22:15:26] | stuartm: | Mark has obviously given this some thought, I confess that I haven't |
| [22:15:53] | _gunni_ (_gunni_!~Gunni@koln-4db4417c.pool.mediaWays.net) has quit (Quit: KVIrc KVIrc Equilibrium 4.1.1, revision: 5507, sources date: 20110110, built on: 2011-03-07 17:15:32 UTC 5507 http://www.kvirc.net/) | |
| [22:15:57] | Beirdo: | well, I'll try to see how it's going for him |
| [22:16:21] | Beirdo: | we don't *need* that for 0.25, but if it's there, all the better |
| [22:17:23] | stuartm: | without effects you've got a simple screen, in the background is a fullscreen imagetype which will show the image, in the foreground you've got textareas for displaying the optional metadata, maybe a statetype or two for tagging images you want to perform an action on |
| [22:18:09] | natanojl (natanojl!~jonatan@c83-252-237-63.bredband.comhem.se) has quit (Ping timeout: 276 seconds) | |
| [22:18:17] | Beirdo: | right, that makes sense |
| [22:18:18] | stuartm: | a context menu for performing actions such as delete/rotate, that can probably re-use the same popup as the thumbnail view |
| [22:20:45] | danielk22: | Beirdo: FYI I don't think the thread issue is a big deal. I think figuring out a nice way to mix error logging and console messages needs to be done eventually for the console programs. |
| [22:21:01] | Beirdo: | yeah, gotcha |
| [22:21:06] | stuartm: | if you want to make it more interesting you could have a buttonlist for the images instead, make the fullscreen view one item list, that automatically gives you control over navigation left/right to next/prev images plus the option of showing a ribbon of images below the larger image |
| [22:21:25] | Beirdo: | oooh, that would be nice |
| [22:22:01] | jya (jya!~jyavenard@mythtv/developer/jya) has joined #mythtv | |
| [22:22:31] | stuartm: | Beirdo: if you went with that, then you've already got the code in place, it's the existing thumbnail screen but loading a different window from the theme – which would be nice since that's exactly how the different views in mythvideo work |
| [22:24:05] | Beirdo: | people WILL complain about not having the OpenGL effects |
| [22:24:20] | Beirdo: | but that can get reworked such that it all works anyways |
| [22:24:31] | Beirdo: | I would think |
| [22:26:22] | stuartm: | it could take some time to get working gl effects, I wouldn't want to put a timetable on it, especially not knowing what Mark is doing |
| [22:27:14] | stuartm: | implementing the gl effects with the mythui painters is one thing, but we then need the supporting code/xml in the widgets |
| [22:30:37] | natanojl (natanojl!~jonatan@c83-252-237-63.bredband.comhem.se) has joined #mythtv | |
| [22:31:33] | Beirdo: | yeah. |
| [22:32:27] | Beirdo: | OK, well, I'll take a look at doing a first run at redoing it soon, I think. It would be nice to have it progress to not be one of the few remaining old-code areas |
| [22:32:50] | Beirdo: | and if we lose the gl effects for the moment, I'm not too concerned |
| [22:33:20] | stuartm: | I don't really know what that would look like yet, image transitions in a single imagetype would be simple in xml/code, transitions between buttonlist items I suspect would be more complicated |
| [22:33:32] | Beirdo: | and then as Mark determines the best way to fit them in, great... and if that requires more rework to the gallery code, I'm OK witht hat |
| [22:35:06] | Beirdo: | in the future, I would like to pull in gallery pictures and so on from flickr and picasa. but one thing at a time |
| [22:40:07] | andreax (andreax!~andreaz@p57B94120.dip.t-dialin.net) has quit (Read error: Connection reset by peer) | |
| [22:47:33] | tgm4883 (tgm4883!~tgm4883@ubuntu/member/tgm4883) has quit (Quit: Coyote finally caught me) | |
| [22:47:33] | superm1 (superm1!~superm1@ubuntu/member/superm1) has quit (Quit: Coyote finally caught me) | |
| [22:47:34] | rhpot1991 (rhpot1991!~rhpot1991@ubuntu/member/rhpot1991) has quit (Quit: Coyote finally caught me) | |
| [22:52:30] | kormoc_afk is now known as kormoc | |
| [22:54:51] | jmartens (jmartens!~jmartens@s5597ca60.adsl.wanadoo.nl) has quit (Quit: Leaving.) | |
| [22:55:01] | highzeth (highzeth!~hz@hoiseth.no) has quit (Quit: Leaving) | |
| [22:55:39] | sraue (sraue!~stephan@xbmc/staff/sraue) has quit (Quit: Ex-Chat) | |
| [22:55:50] | sraue (sraue!~stephan@xbmc/staff/sraue) has joined #mythtv | |
| [23:07:15] | Unhelpful (Unhelpful!~quassel@rockbox/developer/Unhelpful) has quit (Ping timeout: 252 seconds) | |
| [23:12:55] | Unhelpful (Unhelpful!~quassel@rockbox/developer/Unhelpful) has joined #mythtv | |
| [23:14:50] | devinheitmueller (devinheitmueller!~devinheit@c-68-43-64-175.hsd1.mi.comcast.net) has quit (Quit: devinheitmueller) | |
| [23:17:51] | Unhelpful (Unhelpful!~quassel@rockbox/developer/Unhelpful) has quit (Ping timeout: 260 seconds) | |
| [23:21:59] | Unhelpful (Unhelpful!~quassel@rockbox/developer/Unhelpful) has joined #mythtv | |
| [23:27:16] | Unhelpful (Unhelpful!~quassel@rockbox/developer/Unhelpful) has quit (Ping timeout: 252 seconds) | |
| [23:32:12] | sphery: | Captain_Murdoch: regarding my previous comment about the auto-expirer seemingly just putting Steven Adeff's recordings in the Deleted recgroup, after looking through the code, I can't see any possible way for this to happen. I hope when he gets the requested -v file logs it will make it more clear what's happening. |
| [23:34:41] | Captain_Murdoch: | davide_, stuartm, I haven't messed with that part of the shutdown code, the idle shutdown logic is separate from the "put inactive slaves to sleep" logic. |
| [23:35:07] | Captain_Murdoch: | sphery, thanks. I was about to comment that I don't know how that could happen. |
| [23:35:41] | Mousey (Mousey!~wtfisme@ross154.net) has quit (Ping timeout: 240 seconds) | |
| [23:37:11] | stuartm: | in that case I'll just commit it |
| [23:37:21] | Captain_Murdoch: | so Lawrence's only argument for another proxy env var is because some people use it to violate TOS. |
| [23:38:02] | Captain_Murdoch: | although he prefers to call the reason 'performance'. |
| [23:38:42] | Captain_Murdoch: | and the people violating TOS are paying a middleman for the privilege of doing so. |
| [23:38:59] | sphery: | Heh, yeah. I figured it wasn't worth following up. If the patch is added, it can be changed to HTTP_PROXY when committed. |
| [23:41:45] | ** Captain_Murdoch considered and then rejected the idea of replying saying that those people could just run Squid or some other local proxy which could intelligently send their reqeusts directly out or via the TOS-violating 3rd party proxy. ** | |
| [23:44:14] | stuartm: | just better to ignore it IMHO, as sphery says we'll just make sure that alternate proxy stuff is removed when it gets committed |
| [23:44:17] | sphery: | yeah, my thoughts exactly |
| [23:44:42] | sphery: | (um, I meant CM's thoughts, but also stuartm's :) |
| [23:45:57] | stuartm: | argue and all it's likely to do is piss off Lawrence when we actually want his contribution, plus it gives other users another thread to air their views on how piracy is right and we're wrong |
| [23:47:15] | Captain_Murdoch: | stuartm, yeah, that's probably the main reason I didn't reply, because it was him. |
| [23:47:37] | Captain_Murdoch: | I agree on keeping quiet and just changing the patch if/when it goes in. |
| [23:51:45] | abqjp (abqjp!~abqjp@71-38-208-26.albq.qwest.net) has quit (Quit: abqjp) | |
| [23:57:29] | jya (jya!~jyavenard@mythtv/developer/jya) has quit (Quit: jya) | |
IRC Logs collected by
BeirdoBot.
Please use the above link to report any bugs.