| Friday, February 17th, 2012, 00:07 UTC | ||
| [00:07:35] | stichnot: | davide: since this is still bugging me, were you by chance the mystery reporter mentioned in http://code.mythtv.org/trac/ticket/10329 ? |
| [00:08:03] | fphillips (fphillips!~fp@adsl-71-145-133-37.dsl.austtx.sbcglobal.net) has joined #mythtv | |
| [00:09:49] | andreax1 (andreax1!~andreaz@p54BF3FED.dip.t-dialin.net) has joined #mythtv | |
| [00:11:10] | andreax (andreax!~andreaz@p54BF3FF8.dip.t-dialin.net) has quit (Ping timeout: 265 seconds) | |
| [00:14:28] | andreax1 (andreax1!~andreaz@p54BF3FED.dip.t-dialin.net) has quit (Read error: Connection reset by peer) | |
| [00:16:24] | zombor (zombor!~zombor_@kohana/developer/zombor) has joined #mythtv | |
| [00:19:19] | pheld (pheld!~heldal@cl-5.osl-01.no.sixxs.net) has joined #mythtv | |
| [00:33:00] | fphillips (fphillips!~fp@adsl-71-145-133-37.dsl.austtx.sbcglobal.net) has quit (Quit: Leaving) | |
| [01:00:42] | jpabq_ (jpabq_!~jpabq@mythtv/developer/jpabq) has quit (Quit: jpabq_) | |
| [01:06:08] | kormoc (kormoc!~kormoc@mythtv/developer/kormoc) has quit (Quit: kormoc) | |
| [01:07:08] | kormoc (kormoc!~kormoc@mythtv/developer/kormoc) has joined #mythtv | |
| [01:08:30] | stichnot (stichnot!chatzilla@nat/intel/x-jsqxmywyxhcgqkgz) has quit (Ping timeout: 255 seconds) | |
| [01:18:15] | noahric (noahric!~noahric@74.125.59.74) has quit (Quit: noahric) | |
| [01:24:34] | Captain_Murdoch: | davide, I didn't write the code,but could see how the author could think that if the user isn't using the autoexpire mode, they might have created the Deleted group manually so they'd want a prompt. or maybe they had it on but turned it off.I dunno. I'd say 1 code path without the && undelete_possible check. rearanging the parts of the if statement does sound OK to me though. |
| [01:28:32] | Captain_Murdoch: | I'm fine either way though and prompting (as indicated by others) is the safer way to go. |
| [02:04:32] | davide (davide!~david@host70.16.intrusion.com) has quit (Remote host closed the connection) | |
| [02:04:53] | davide (davide!~david@host70.16.intrusion.com) has joined #mythtv | |
| [02:15:06] | zombor (zombor!~zombor_@kohana/developer/zombor) has quit (Remote host closed the connection) | |
| [02:17:08] | gigem_ is now known as gigem | |
| [02:18:06] | gigem: | stichnot: you've already left, so you might not see this, but no, i didn't report the problem. |
| [02:18:24] | gigem: | Captain_Murdoch: confirmation for all! just pushed. |
| [02:25:33] | stichnot (stichnot!~chatzilla@192.55.55.41) has joined #mythtv | |
| [02:25:52] | zombor (zombor!~zombor_@kohana/developer/zombor) has joined #mythtv | |
| [02:28:53] | taylorr: | <gigem> stichnot: you've already left, so you might not see this, but no, i didn't report the problem. |
| [02:33:30] | zombor (zombor!~zombor_@kohana/developer/zombor) has quit (Remote host closed the connection) | |
| [02:40:36] | kormoc (kormoc!~kormoc@mythtv/developer/kormoc) has quit (Quit: kormoc) | |
| [02:56:03] | stichnot: | yeah, I saw that in the logs, thanks. |
| [02:56:17] | stichnot: | starting to think I dreamed the (actual) bug... |
| [02:59:06] | iamlindoro (iamlindoro!~iamlindor@mythtv/developer/iamlindoro) has joined #mythtv | |
| [03:02:49] | iamlindoro (iamlindoro!~iamlindor@mythtv/developer/iamlindoro) has left #mythtv () | |
| [03:23:27] | straximus (straximus!straximus@user-24-236-64-21.knology.net) has joined #mythtv | |
| [03:25:55] | skd5aner: | davide: reading back in the log (still haven't caught up), but I too prefer to have a confirmation whenever I'm going to delete something perminantly out of my deleted group |
| [03:28:33] | skd5aner: | but... I don't necessarily need a double confirmation when deleting it the first time since it's just being moved to the deleted group – I can always undo :) |
| [03:31:02] | Captain_Murdoch: | stichnot, do you want to take 10275 and commit it since it is your mythcommflag patch? |
| [03:31:45] | zombor (zombor!~zombor_@kohana/developer/zombor) has joined #mythtv | |
| [03:55:05] | stichnot: | Captain_Murdoch: Sure, if you're comfortable with the patch. |
| [03:55:36] | Captain_Murdoch: | yeah, I think so if you've tested it. It seems OK. I haven't tested it personally. |
| [03:58:06] | stichnot: | Yeah, it seemed fine in my testing. I'll go ahead and take it. |
| [04:07:46] | saintdev (saintdev!~saint@c-24-9-201-236.hsd1.co.comcast.net) has joined #mythtv | |
| [04:07:46] | saintdev (saintdev!~saint@c-24-9-201-236.hsd1.co.comcast.net) has quit (Changing host) | |
| [04:07:46] | saintdev (saintdev!~saint@unaffiliated/saintdev) has joined #mythtv | |
| [04:10:36] | saintdev (saintdev!~saint@unaffiliated/saintdev) has quit (Remote host closed the connection) | |
| [04:25:09] | zombor (zombor!~zombor_@kohana/developer/zombor) has quit (Remote host closed the connection) | |
| [04:26:48] | saintdev (saintdev!~saint@unaffiliated/saintdev) has joined #mythtv | |
| [04:29:00] | j-rod|afk is now known as j-rod | |
| [04:29:21] | j-rod is now known as j-rod|afk | |
| [05:21:39] | straximus (straximus!straximus@user-24-236-64-21.knology.net) has quit () | |
| [05:54:08] | noahric (noahric!~noahric@50.46.147.0) has joined #mythtv | |
| [06:10:08] | stichnot (stichnot!~chatzilla@192.55.55.41) has quit (Remote host closed the connection) | |
| [06:13:18] | stichnot (stichnot!~chatzilla@192.55.55.41) has joined #mythtv | |
| [06:33:31] | cattelan is now known as cattelan_away | |
| [06:35:35] | mike|3 (mike|3!~mike@c-76-115-119-121.hsd1.or.comcast.net) has quit (Read error: Operation timed out) | |
| [06:40:28] | mike|3 (mike|3!~mike@c-76-115-119-121.hsd1.or.comcast.net) has joined #mythtv | |
| [08:08:20] | noahric (noahric!~noahric@50.46.147.0) has quit (Quit: noahric) | |
| [09:05:25] | foobum (foobum!~foobum@78-105-15-213.zone3.bethere.co.uk) has joined #mythtv | |
| [09:25:13] | cecil (cecil!~cesman@pool-108-38-214-203.lsanca.fios.verizon.net) has joined #mythtv | |
| [09:25:13] | cesman (cesman!~cesman@pdpc/supporter/professional/cesman) has quit (Read error: Connection reset by peer) | |
| [09:38:26] | stuarta: | i'm now all for ditching non OpenGL based support and i'll buy new hardware if i have to |
| [09:45:22] | jarle_ (jarle_!~jarle@70.84-234-133.customer.lyse.net) has quit (Ping timeout: 265 seconds) | |
| [09:45:59] | jya: | if the "Browse File Mode" in mythvideo is the source of so much questions, why not simply remove it… I don't see much the use today with the use of storage group |
| [09:47:02] | jya: | I think we should only support storage group while at it, and remove any custom settings per plugin/part for defining path.. |
| [09:48:14] | jarle (jarle!~jarle@70.84-234-133.customer.lyse.net) has joined #mythtv | |
| [09:53:00] | xavierh (xavierh!~xavier@cpc1-swin3-0-0-cust274.3-1.cable.virginmedia.com) has joined #mythtv | |
| [11:02:55] | stuartm: | so my plan of showing the banner (where available) instead of the recording title is undermined on two fronts, lots of banners don't include the title and there are no banners for films |
| [11:05:03] | mike|3 (mike|3!~mike@c-76-115-119-121.hsd1.or.comcast.net) has quit (Remote host closed the connection) | |
| [11:05:54] | mike|2 (mike|2!~mike@c-76-115-119-121.hsd1.or.comcast.net) has joined #mythtv | |
| [11:35:48] | jeff999 (jeff999!~jeff@203-173-13-174.dyn.iinet.net.au) has joined #mythtv | |
| [11:36:19] | jeff999 (jeff999!~jeff@203-173-13-174.dyn.iinet.net.au) has left #mythtv () | |
| [12:49:23] | AndyUbuntu (AndyUbuntu!~quassel@cpc1-sotn6-0-0-cust689.15-1.cable.virginmedia.com) has joined #mythtv | |
| [13:04:56] | davide (davide!~david@host70.16.intrusion.com) has quit (Remote host closed the connection) | |
| [13:05:19] | davide (davide!~david@host70.16.intrusion.com) has joined #mythtv | |
| [13:20:51] | danielk22: | stuartm: It looks like mythfrontend now causes a dpms on event every minute or so when in the menu. Any ideas what that might be, I believe the regression happened in the last two weeks. |
| [13:23:19] | stuartm: | only change in that timeline which immediately comes to mind is the idle timer/standby mode stuff, but that doesn't touch dpms in any way and it fires once after 90 minutes after being idle and not every 60 seconds |
| [13:27:15] | danielk22: | I think I just need to spend a few hours hunting down the changeset through bisection. I need to find the changeset that prevents mythfrontend from exiting too. It's that mad rush before feature freeze... OpenBSD has surprise freezes for this reason... |
| [13:27:23] | stuartm: | is mythtv-setup asserting on startup for anyone else? |
| [13:28:41] | danielk22: | not here |
| [13:29:49] | kenni (kenni!~kenni@mythtv/developer/kenni) has quit (Ping timeout: 245 seconds) | |
| [13:32:46] | AndyUbuntu (AndyUbuntu!~quassel@cpc1-sotn6-0-0-cust689.15-1.cable.virginmedia.com) has quit (Remote host closed the connection) | |
| [13:36:27] | stuartm: | ASSERT: "i >= 0" in file /usr/lib/qt4/include/QtCore/qstring.h, line 888 |
| [13:36:34] | stuartm: | right after the first DB connection |
| [13:36:51] | stuartm: | sorry, make that the third connection, I'll grab a backtrace |
| [13:38:56] | stuartm: | ok, that was unexpected, it's in mythui, the new code jpabq just committed I suspect |
| [13:39:27] | stuarta: | oops |
| [13:40:04] | stuartm: | out of bounds by the look of it |
| [13:49:02] | MavT (MavT!~MaverickT@111.86.233.220.static.exetel.com.au) has quit (Ping timeout: 276 seconds) | |
| [13:49:06] | Cougar (Cougar!~cougar@2001:ad0:2:5:ac57:c0b3:5757:98c6) has quit (Ping timeout: 260 seconds) | |
| [14:00:40] | Cougar (Cougar!~cougar@2001:ad0:2:5:510c:ecaf:70e4:b352) has joined #mythtv | |
| [14:06:32] | j-rod|afk is now known as j-rod | |
| [14:07:46] | Cougar (Cougar!~cougar@2001:ad0:2:5:510c:ecaf:70e4:b352) has quit (Ping timeout: 260 seconds) | |
| [14:08:55] | Cougar (Cougar!~cougar@2001:ad0:2:5:510c:ecaf:70e4:b352) has joined #mythtv | |
| [14:10:02] | dekarl-rant (dekarl-rant!51c8c614@gateway/web/freenode/ip.81.200.198.20) has joined #mythtv | |
| [14:11:49] | stuartm: | jpabq: thanks for the quick fix |
| [14:12:25] | dekarl-rant: | stuartm, jya: the problem with the metadata lookup is that the collections with acceptable licenses appear to focus on "give me picturez for me warez" which influences their data model (in a limiting way) I think the current solution is close to the optimum for the available choices. (and I'll happily toot the tvbrainz horn should there be someone who takes up the challenge) |
| [14:15:04] | stuartm: | dekarl-rant: even tvdb still provides 'generic' artwork if you just want that instead of season/episode specific stuff |
| [14:17:48] | stuartm: | Film 2012 is proving to be a pain, it uses the year for the season number, inputting 2012 with a spinbox starting at zero is not so much fun |
| [14:17:55] | dekarl-rant: | we just fixed bugs wrt generic episode from tvdb |
| [14:18:19] | stuartm: | dekarl-rant: yup, we did |
| [14:18:35] | dekarl-rant: | but its not showing for me., too |
| [14:19:01] | dekarl-rant: | at least it doesnt show random porn anymore :) |
| [14:19:38] | stuartm: | but that code assumes that generic episodes are for a programme that had season/episode when it was first setup, it doesn't account for stuff that's never had a season/episode number to begin with and in this case can't because there are no seasons or numbered episodes |
| [14:21:07] | zombor (zombor!~zombor_@kohana/developer/zombor) has joined #mythtv | |
| [14:21:24] | stuartm: | hmm, I can improve these spinboxes, they are missing a paging amount, so holding down 'PageDown' is no faster than holding down 'Right Arrow', we can afford to page by 5 for a season, 10 for episode |
| [14:27:45] | stuarta: | what do we use lame for these days? |
| [14:39:09] | jpabq: | stuartm, Heh, "quick" being the key word, as in too quick, eh? |
| [14:42:00] | jpabq: | stuartm, I need to figure out how it is even getting to that point in the code, if the message is empty... |
| [14:42:44] | stuartm: | jpabq: yeah, I didn't fix the underlying bug but at least it doesn't crash |
| [14:44:04] | stuartm: | stuarta: encoding of mp3s from CD |
| [14:44:20] | stuartm: | stuarta: it's still the only encoder worth talking about for mp3 |
| [14:44:30] | stuarta: | shame |
| [14:45:00] | stuartm: | actually, we might still use it for encoding of audio with framegrabbers, I can't recall if that code was changed to use ogg or similar |
| [14:45:20] | stuarta: | i thought we were going to kick that to a new container format completely |
| [14:47:50] | dekarl-rant: | stuartm: back. If I understood correctly, the code will always set 1/1 for matches on series at the recording rule. So there should always be an interref and an episode number set on recording rules for content of tvdb. |
| [14:48:32] | dekarl-rant: | I'm convinced that the limitation lies withing the metadatabases, but thats nothing that can be changed in 5 minutes :( |
| [14:55:35] | dekarl-rant: | A series with no seasons will simply have one neverending season, but the idea that every episode needs a strictly increasing number with a meaning is limiting |
| [15:05:38] | dekarl-rant (dekarl-rant!51c8c614@gateway/web/freenode/ip.81.200.198.20) has quit () | |
| [15:19:46] | rsiebert_ (rsiebert_!~quassel@g231187084.adsl.alicedsl.de) has joined #mythtv | |
| [15:20:15] | rsiebert (rsiebert!~quassel@e179130023.adsl.alicedsl.de) has quit (Ping timeout: 240 seconds) | |
| [15:37:38] | jpabq_ (jpabq_!~jpabq@mythtv/developer/jpabq) has joined #mythtv | |
| [15:44:01] | zombor (zombor!~zombor_@kohana/developer/zombor) has quit (Read error: Connection reset by peer) | |
| [15:44:29] | zombor (zombor!~zombor_@kohana/developer/zombor) has joined #mythtv | |
| [15:46:09] | stuartm: | stuarta: we were, but it hasn't happened, I guess there isn't the incentive there because no devs are still using framegrabbers |
| [15:46:37] | danielk22: | WRT to our font rendering issues. How do we render the fonts. Is it possible we're not kerning at all or as much as the Qt font metrics expect us to? |
| [15:47:05] | stuarta: | that's another thing we should remove entirely |
| [15:47:09] | stuarta: | framegrabber support |
| [15:47:10] | stuartm: | Captain_Murdoch was going to write it so that the user could pick the container/format, now I'm thinking it's just a lot simpler to change to another and leave out the ability to chose – not enough users would be affected to make it worth the effort |
| [15:48:12] | stuartm: | danielk22: I believe the kerning is fine, we have enough font buffs in our ranks that I'd expect to have heard otherwise by now |
| [15:48:12] | ** stuarta ponders creating a branch called "hack-n-slash" and merging torc code ** | |
| [15:48:54] | stuartm: | the specific problem jpabq was working to address concerned the vertical positioning/height of each character/line, rather than the horizontal positioning (aka kerning) |
| [15:49:45] | danielk22: | stuarta: Both captain murdoch and I expressed interest in a total rewrite/replacement of that.. I don't have much interest in PAL/NTSC frame grabbers, but hdmi/HD-SDI frame-grabbers which happens to also support PAL/NTSC framegrabbers... Maintaining NVR is not particularly satisfying. |
| [15:50:37] | stuartm: | for some fonts we were being given the average height of the characters, rather than the maximum total height, so that lead to our bounding box for the text being too short resulting in some clipping |
| [15:50:48] | stuarta: | do hdmi frame grabbers exist? in use in the wild? |
| [15:50:52] | zombor (zombor!~zombor_@kohana/developer/zombor) has quit (Read error: Connection reset by peer) | |
| [15:51:15] | zombor (zombor!~zombor_@kohana/developer/zombor) has joined #mythtv | |
| [15:51:25] | stuarta: | especially ones that don't convert straight to mpeg (or equiv) |
| [15:52:09] | danielk22: | stuarta: Yeah, several.. I've use the black magic ones. They only do unencrypted, but that isn't as big a limitation as you might think. |
| [15:52:32] | danielk22: | The black magic one I've used is just a frame grabber, you need to do the encoding yourself. |
| [15:53:55] | GreyFoxx (GreyFoxx!~greg@mythtv/developer/GreyFoxx) has quit (Ping timeout: 240 seconds) | |
| [15:54:02] | GreyFoxx (GreyFoxx!~greg@2607:ae00:fff9::1) has joined #mythtv | |
| [15:56:39] | stoffel (stoffel!~quassel@pD9E414C6.dip.t-dialin.net) has joined #mythtv | |
| [16:01:08] | Goga777 (Goga777!~Goga777@2.95.75.77) has joined #mythtv | |
| [16:04:39] | davide: | Beirdo: you've been working with the backend addresses lately, right? should the backend exit if it can't bind to any addresses? if it continues running, it can't do much more than housekeeping and run a jobqueue. i ran into this case when i tried to start a backend and didn't realize one was already running in a different session. |
| [16:05:59] | jams: | it used to exit when it couldn't bind to an address |
| [16:06:13] | superm1: | davide: but what if the backend comes up before the interface is ready? |
| [16:07:17] | davide: | superm1: good question. does the backend keep retrying to bind. i don't hink it does, but i'm not sure. |
| [16:07:30] | stuarta: | i'd be tempted to classify pal/ntsc grabbers as dead and just focus on "modern" grabbers |
| [16:07:32] | danielk22: | superm1: I think the mythbackend startup script should depend on the network startup script being run.. |
| [16:08:43] | superm1: | danielk22: yeah I generally agree, but i believe wifi interfaces come up asynchronously to those network startup scripts |
| [16:09:43] | danielk22: | stuarta: I'm not adverse to that idea.. All my NTSC frame grabber hardware is 5+ y.o. These days those are only used for security camera applications. |
| [16:21:23] | stuartm: | danielk22: I used to use wifi on my production box, it doesn't assign an IP until it's connected to the network which was invariably after the backend had started up and long after the network was up (I blame networkmanager here, but it's what most distros are standardising on) |
| [16:22:57] | stuartm: | it's one of the reasons I changed the frontend to always connect via the localhost address if the backend was local – prevented frontend warnings about being unable to connect the backend when the wifi hadn't connected yet or the wifi connection was lost |
| [16:24:29] | stuartm: | I can't actually remember how the backend handled the network not being up in 0.24, it would be interesting to see whether there is any regression there |
| [16:27:07] | stuartm: | stichnot: has that teletext subs sample proved useful at all? |
| [16:30:09] | kwmonroe (kwmonroe!~kwmonroe@32.97.110.58) has quit (Quit: Coyote finally caught me) | |
| [16:31:12] | kwmonroe (kwmonroe!~kwmonroe@32.97.110.58) has joined #mythtv | |
| [16:33:45] | jams: | stuartm, based of my quick test with .24 with eth0 disabled. mythbackend will start when the network is not running with .24 |
| [16:34:36] | stoffel (stoffel!~quassel@pD9E414C6.dip.t-dialin.net) has quit (Ping timeout: 252 seconds) | |
| [16:34:58] | stichnot: | stuartm: definitely, thanks. |
| [16:35:32] | stichnot: | After 0.25, I'll try to add that to the refactoring. |
| [16:35:55] | stichnot: | that is, try to merge subtitlescreen.cpp and teletextscreen.cpp |
| [16:36:41] | stuartm: | jams: the question will it bind when the interface is available again? |
| [16:39:21] | jams: | well i can check that easy enough |
| [16:42:45] | stuarta: | bind does that, seems to poll the network interfaces every x seconds and then starts to listen on those interfaces |
| [16:43:08] | stuarta: | and removes them again when the interfaces go down |
| [16:45:26] | joki (joki!~joki@p54862D4F.dip.t-dialin.net) has quit (Ping timeout: 244 seconds) | |
| [16:46:36] | stoffel (stoffel!~quassel@pD9E414C6.dip.t-dialin.net) has joined #mythtv | |
| [16:47:21] | joki (joki!~joki@p548655F7.dip.t-dialin.net) has joined #mythtv | |
| [16:47:31] | jams: | once the network was brought back up, both ports 6543 and 6544 were available and responded to queries. I don't know how it deals with reconnecting the hdhr or other network tuners. |
| [16:52:32] | Goga777 (Goga777!~Goga777@2.95.75.77) has quit (Read error: Operation timed out) | |
| [16:52:36] | davide: | jams: does that work because the backend is bind to a wildcard address? |
| [16:54:20] | davide: | either way, we should probably treat EADDRINUSE specially in some way. that's the specific case i ran into where another process was already using the ports the backend wanted. |
| [16:56:17] | jams: | davide- I don't think so. If i bring up 192.168.1.221 (what it expects) then it will bind. If 192.168.1.220 is brought up, the ports do not respond. |
| [16:58:17] | davide: | do you have a firewall that might be denying access to 192.168.1.220? if not that would seem to indicate the backend is actively retrying to bind., |
| [16:58:41] | stichnot: | stuartm: btw, iirc, you were commenting on that teletext being very large. I suspect the provider is sending the double-height control code. |
| [16:59:36] | jams: | davide no firewall |
| [17:00:12] | davide: | ok. |
| [17:00:14] | jams: | btw that test was all with .24 |
| [17:16:34] | wagnerrp: | Captain_Murdoch or danielk22 around? |
| [17:28:08] | noahric (noahric!~noahric@74.125.59.74) has joined #mythtv | |
| [17:32:26] | wagnerrp: | Captain_Murdoch, danielk22: anyway, i believe i may have found the cause of the long standing issue of the protcol server seizing up and giving the 'no response to MYTH_PROTO_VERSION' |
| [17:33:02] | wagnerrp: | MythCoreContextPrivate::m_hostnameLock is getting called multiple times |
| [17:33:29] | wagnerrp: | the first time locks itself, and any subsequent passes through that will lock the other ProcessRequestThreads |
| [17:33:42] | wagnerrp: | quickly stalling out the protocol server |
| [17:34:34] | wagnerrp: | we dont seem to have many (if any) re-entrant locks, i dont know if just no one uses them or if its considered "best practice" to not use them |
| [17:35:38] | wagnerrp: | restricting access through a QReadWriteLock could be done fairly easily |
| [17:36:12] | wagnerrp: | without the significant reworking needed to ensure it would never re-lock itself on a non-reentrant mutex |
| [17:37:29] | Beirdo: | davide: I think wagnerrp would be a good person to chat with about the backend IP handling being the last person to tweak it majorly :) |
| [17:37:42] | danielk22: | wagnerrp: It is best practice not to use them, but we do use some re-entrant locks. If a re-entrant lock is the least invasive way to fix... |
| [17:38:24] | Beirdo: | as for framegrabbers, I'd be fine with announcing that we will not support after 0.25 and rip it out for 0.26. Might want to put that to vote/discussion on the list. |
| [17:49:06] | stichnot: | Are there any objections to committing http://code.mythtv.org/trac/attachment/ticket . . . set_v2.patch ? This resets the selected menu item to the first item when the mainmenu jumppoint is executed. I realize jumppoint implementation is a sensitive topic, but I'm pretty sure any approved jumppoint implementation would handle the menu selection reset in the same way. |
| [18:05:06] | davide (davide!~david@host70.16.intrusion.com) has quit (Remote host closed the connection) | |
| [18:05:27] | davide (davide!~david@host70.16.intrusion.com) has joined #mythtv | |
| [18:05:33] | wagnerrp: | danielk22: a re-entrant mutex should be able to just be dropped in place, but it wouldnt be difficult to make it a readwritelock, if that would be preferred |
| [18:07:01] | wagnerrp: | davide: the default behavior of listen()/bind() with the new server pool is that if any fail to bind, it disconnects all of them and returns an error |
| [18:07:36] | wagnerrp: | however there are one or two of the servers that i had it log the failure, and ignore it |
| [18:07:52] | wagnerrp: | the UDP listener for mythmessage is the only one im thinking of off hand |
| [18:12:39] | kormoc (kormoc!~kormoc@mythtv/developer/kormoc) has joined #mythtv | |
| [18:15:07] | davide: | wagnerrp: that sounds reasonable. anyway, it looks like the intent of the mainserver code is to exit on listen failure, but it doesn't. i see the "Backend exiting, MainServer initialization error." message, but then the code stays in some event loop with autoexpire and housekeeping firing off periodically. |
| [18:23:35] | wagnerrp: | ill have to look at it, it should be doing so |
| [18:27:11] | wagnerrp: | davide: what specific revision? |
| [18:27:38] | wagnerrp: | before i made the change to mythcorecontext.cpp last night, i was having problems where i had to -KILL the backend to actually get it to terminate |
| [18:27:57] | wagnerrp: | although AFAIK, that scenario should only occur if you ran a SCAN_VIDEOS |
| [18:28:26] | wagnerrp: | and managed to do it in the fraction of a second between one of the servers getting set up, and the next failing to listen |
| [18:31:01] | cattelan_away is now known as cattelan | |
| [18:33:15] | wagnerrp: | xris: i know why you guys arent getting your tax exempt status! |
| [18:33:23] | wagnerrp: | you arent calling people asking for money |
| [18:45:11] | Beirdo: | OMG. 160GB drive is still $70–80?! |
| [18:45:34] | wagnerrp: | they probably dont make them anymore |
| [18:45:58] | Beirdo: | well, my frontend box needs one sometime soon |
| [18:46:11] | Beirdo: | one of the two disks (mirrored) is pooched |
| [18:47:51] | Beirdo: | I search for 250G, and Amazon is still showing a couple 160G |
| [18:47:55] | Beirdo: | really now |
| [18:48:27] | Beirdo: | Caviar Blue for $67.44 |
| [18:48:39] | ** Beirdo grumbles ** | |
| [18:48:45] | stuartm: | with the current disk shortage I'm surprised no-one is trying to shift even older inventory |
| [18:49:01] | Beirdo: | so true |
| [18:51:10] | kormoc: | I'm sure they are |
| [18:51:31] | Beirdo: | I'm almost considering buying a laptop drive |
| [18:51:48] | Beirdo: | $46 for a 5400RPM 160G |
| [18:51:59] | stuartm: | hmm, need a new name for my theme, seems the one I chose is already in use by xbmc ... |
| [18:52:13] | Beirdo: | "xbmcsucks" |
| [18:52:30] | Beirdo: | hehe, nah, that would likely be unadvisable |
| [18:52:31] | kormoc: | stuartm, Ooh! Screen shots? |
| [18:52:31] | stuartm: | you'd think so, but surprisingly no ;) |
| [18:52:52] | stuartm: | kormoc: when it's further along |
| [18:53:01] | kormoc: | XUSCMBX |
| [18:53:09] | andreax (andreax!~andreaz@p54BF3FED.dip.t-dialin.net) has joined #mythtv | |
| [18:53:13] | kormoc: | stuartm, kk :) |
| [18:53:56] | skd5aner: | stuartm: how about "torc"? oh.... wait... <rimshot> |
| [18:54:14] | ** Beirdo gives skd5aner the evil eye... ** | |
| [18:54:34] | skd5aner: | fine then, torque... geeze |
| [18:54:42] | Beirdo: | that's better |
| [18:54:59] | wagnerrp: | no good, thats a batch scheduler for computational clusters |
| [18:55:31] | Beirdo: | you really think someone would confuse the two? ;) |
| [18:55:44] | wagnerrp: | of course |
| [18:56:35] | ** wagnerrp waits for emails on the mailing list as to how to configure their structural dynamics job ** | |
| [18:56:56] | skd5aner: | ... and if it'll ever have animation |
| [18:57:02] | Beirdo: | so $60.67 with the bracket... I think I'll get teh 2.5" drive. |
| [18:57:23] | wagnerrp: | mythtv-setup only seems to let me define one node to run this job on, but i want to use 64-processors in the cluster?!?! |
| [18:57:30] | Beirdo: | hehe |
| [19:00:00] | Beirdo: | stuartm: thank you for the recording year stuff :) |
| [19:00:18] | Beirdo: | I still have stuff from 2010, this will make life simpler |
| [19:03:08] | stoffel (stoffel!~quassel@pD9E414C6.dip.t-dialin.net) has quit (Ping timeout: 265 seconds) | |
| [19:03:26] | stuartm: | I have at least one recording from 2007 ... |
| [19:03:40] | stuartm: | a film that I've never got around to watching |
| [19:05:55] | noahric (noahric!~noahric@74.125.59.74) has quit (Quit: noahric) | |
| [19:08:00] | noahric (noahric!~noahric@74.125.59.74) has joined #mythtv | |
| [19:09:25] | stichnot: | I have practically every episode of Dora the Explorer, SpongeBob, etc. God forbid I accidentally delete one, that'll be the one show the kids HAVE to see NOW!!! |
| [19:10:52] | wagnerrp: | havent there been studies that show watching spongebob actually makes you dumber? |
| [19:11:44] | kenni (kenni!~kenni@mythtv/developer/kenni) has joined #mythtv | |
| [19:11:56] | noahric (noahric!~noahric@74.125.59.74) has quit (Client Quit) | |
| [19:13:06] | noahric (noahric!~noahric@74.125.59.74) has joined #mythtv | |
| [19:16:12] | xavierh (xavierh!~xavier@cpc1-swin3-0-0-cust274.3-1.cable.virginmedia.com) has quit (Quit: leaving) | |
| [19:16:55] | xavierh (xavierh!~chatzilla@cpc1-swin3-0-0-cust274.3-1.cable.virginmedia.com) has joined #mythtv | |
| [19:16:55] | stuartm: | maybe watching Dora cancels out that effect? |
| [19:17:49] | ** stuartm has never seen an episode of either ** | |
| [19:22:51] | kenni: | Captain_Murdoch: The themedownloader points at ftp://ftp.osuosl.org/pub/mythtv/themes/trunk/ . . . .7_trunk.zip for the Blue Abstract theme, but only a v1.4 and v1.5 is available in that directory. |
| [19:25:39] | stichnot (stichnot!~chatzilla@192.55.55.41) has quit (Remote host closed the connection) | |
| [19:27:50] | stichnot (stichnot!~chatzilla@192.55.55.41) has joined #mythtv | |
| [19:34:22] | warped (warped!~piotro@91.189.74.10) has joined #mythtv | |
| [19:37:40] | IceD^ (IceD^!~iced@178.120.78.55) has joined #mythtv | |
| [19:37:42] | IceD^: | hey guys |
| [19:38:08] | IceD^: | maybe it's offtopic (as I'm not using mythtv myself), but I got pc connected via hdmi to 46" tv |
| [19:38:16] | IceD^: | and fonts there looks like sh*t |
| [19:38:24] | IceD^: | can any of you help me with that :) |
| [19:39:37] | j-rod: | see /topic |
| [19:41:09] | IceD^: | ouch :) |
| [19:41:13] | IceD^: | double offtopic ;) |
| [19:51:45] | Captain_Murdoch: | stuarta, danielk22, my HLS transcoding code just bypasses NVR totally, so if we made .mp4 w/ h264 video & mp3 audio the only thing we transcode to (other than mpeg-2 -> mpeg-2), then we could drop NVR if we wanted to drop the record ability of NVR. |
| [19:51:47] | noahric (noahric!~noahric@74.125.59.74) has quit (Quit: noahric) | |
| [19:56:00] | Captain_Murdoch: | kenni, I think that was related to the ftp rsync move. thanks, I'll look into it. |
| [19:59:57] | sphery: | hehe, so someone would get a $10 frame grabber, but need a nice, fast Core i7 to encode it :) |
| [20:01:54] | sphery: | danielk22: I'm guessing you're on a setup with gnome-screensaver? There was https://github.com/MythTV/mythtv/commit/5e13d41a8 ; however, TTBOMK, we should only be running the timer during playback (as we allow screensaver activation when idle in the menus). |
| [20:02:42] | stoffel (stoffel!~quassel@pD9E414C6.dip.t-dialin.net) has joined #mythtv | |
| [20:03:17] | sphery: | meaning that if you are using gnome-screensaver, that only changed it so that you're not running gnome-screensaver-command, now (and are falling back to the dpms controls)... It's possible the change only made it easier to notice breakage that resulted in screensaver disactivation after playback stopped? |
| [20:04:10] | sphery: | oh, and DPMS stuff should only happen once at start and end of playback, not on a loop... |
| [20:08:06] | superm1: | i thought danielk22 used KDE |
| [20:11:11] | sphery: | if so, dpms is still used, anyway, but the change to remove the call to the broken gnome-screensaver-command wouldn't have had an effect |
| [20:13:18] | natanojl (natanojl!~jonatan@c83-252-237-63.bredband.comhem.se) has joined #mythtv | |
| [20:14:12] | gast_ (gast_!bcc294ec@gateway/web/freenode/ip.188.194.148.236) has joined #mythtv | |
| [20:26:13] | noahric (noahric!~noahric@74.125.59.74) has joined #mythtv | |
| [20:26:51] | stichnot: | taylorr: if you're around, I have a couple of time-display questions. |
| [20:27:18] | stichnot: | First one is about mythccextrator (I've discussed it briefly with danielk22 ). |
| [20:28:15] | danielk22 (danielk22!~danielk@96.57.9.142) has quit (Ping timeout: 240 seconds) | |
| [20:28:33] | stichnot: | mythccextractor uses frame->timecode for time display, subtracting the first seen value to calculate the relative timecode. |
| [20:28:57] | IceD^ (IceD^!~iced@178.120.78.55) has quit (Remote host closed the connection) | |
| [20:29:11] | stichnot: | I have a recording where there's a huge discontinuity in frame->timecode in the middle of the recording, throwing off the rest of the relative timecodes. |
| [20:29:40] | stichnot: | Question: should I just detect discontinuities and adapt, or use frame->disp_timecode, or something else? |
| [20:30:25] | stichnot: | disp_timecode seemed to work more or less, though for reasons I didn't investigate, some captions didn't show up in the output compared to the original code. |
| [20:30:42] | stichnot: | Second question is about seeking. |
| [20:30:55] | stuartm: | detecting discontinuities is best, that way even a recording that was briefly interrupted (brief loss of signal) can still be handled |
| [20:31:23] | stichnot: | I understand the basic issues and benefits of using display timecodes rather than frame numbers and fps. |
| [20:31:57] | stichnot: | What is the overall plan for, e.g., jumping 30 seconds forward or jumping to the 10-minute mark? |
| [20:33:11] | stichnot: | I'm asking so I can think about the future of #8631. |
| [20:34:11] | stichnot: | stuartm: good point, unless taylorr intends to already deal with that in his work |
| [20:39:31] | davide: | wagnerrp: the exact version i use won't mean anything to because i use a small number of local patches. it was based off of 1fc5ed13 which was before your gCoreContext change. i'll build a newer version right now to test again. |
| [20:44:18] | danielk22 (danielk22!~danielk@96.57.9.142) has joined #mythtv | |
| [20:44:51] | wagnerrp: | jams: as i understand it, the HDHR is completely connectionless |
| [20:44:52] | kenni: | jpabq: Is musicsettings-ui.xml just a temporary file in your theme or is it a new optional MythUI file which hasn't been documented yet? |
| [20:45:23] | wagnerrp: | its all UDP traffic |
| [20:45:30] | wagnerrp: | you tell it where to send video to |
| [20:45:44] | wagnerrp: | and it just spams that UDP traffic as quick as it comes in |
| [20:46:10] | jpabq_: | kenni: it is a new. It is all the Setup screen for the new mythmusic implementation. |
| [20:46:18] | wagnerrp: | which is why its temperamental in regards to network traffic |
| [20:47:30] | kenni: | jpabq_: Thanks, I'll redirect it to the mythmusic translation files. What about the steppes-{music,schedule,video}.xml files? |
| [20:47:41] | jpabq_: | kenni: if you look inside that file, there are comments about how to navigate to each "window" described. |
| [20:48:36] | kenni: | jpabq_: Yep, I saw that, so I expected it to be a new file – I just couldn't find it at http://www.mythtv.org/wiki/MythUI_Theme_Development ;) |
| [20:49:26] | jpabq_: | kenni, those are "include" files that act kinda like a 'base" for the associated xml. steppes-music.xml has "base" info used in music-ui.xml. paulh added the ability to use includes from places other than base.xml |
| [20:50:03] | jpabq_: | kenni, yeah, I don't think that paulh has documented much of the new stuff he added. |
| [20:50:34] | kenni: | jpabq_: Ahh, ok, I'll have to do some more testing to see if the strings from these included files are extracted |
| [20:50:47] | jpabq_: | I guess I could do it, but it would have to wait until I have some other tasks sorted out. |
| [20:51:12] | Captain_Murdoch: | kenni, theme download issue should be fixed when the ftp rsync happens tonight. |
| [20:51:33] | kenni: | Captain_Murdoch: Cool, thanks |
| [20:51:52] | jpabq_: | Captain_Murdoch: I hope to have my theme ready for distribution this weekend. Should I just email it to you? |
| [20:51:56] | wagnerrp: | Captain_Murdoch: the master backend now has access to the video scanner in libmythmetadata |
| [20:52:13] | wagnerrp: | however that video scanner requires access to any connected slave backends and mediaservers |
| [20:52:42] | Captain_Murdoch: | jpabq_, yeah, just email me a url to a svn or git repo or a .zip/.tar/.tgz/.tbz2 file and I can add it to the packaging script and upload it. |
| [20:52:56] | wagnerrp: | it cant use the normal RemoteGetFileList, since that routes through the master backend connection in gCoreContext, which doesnt exist on the master backend |
| [20:53:40] | jpabq_: | Captain_Murdoch: I have never "created" a git repo. If there are instructions somewhere, I could do that. Otherwise I will just send you a tar. |
| [20:53:44] | Captain_Murdoch: | jpabq_, I don't need the file itself, just a URL. file is OK though if you don't want to post it somewhere. I repackage into .zip anyway so that we can unzip using the code in libmythbase. |
| [20:53:56] | wagnerrp: | can you think of any clean way to allow either scan_sg_dir in libs/libmythmetadata/dirscan.cpp, or RemoteGetFileList in libs/libmythbase/remoteutil.cpp to access slave backends connected to the master? |
| [20:54:32] | wagnerrp: | right now, im thinking of just allowing RemoteGetFileList to open a new temporary protocol socket to the slave backend in question |
| [20:55:05] | wagnerrp: | the only other mechanism i can think of would be some convoluted routing through the event system |
| [20:56:24] | davide: | wagnerrp: your hostnameLock change really scares me. it's the reference counting that is not thread-safe. i lost two whole weekends some years ago tracking that one down. |
| [20:56:50] | wagnerrp: | you mean Qt's internal reference counting? |
| [20:56:55] | davide: | yes. |
| [21:01:45] | wagnerrp: | davide: i see what you were saying earlier, i just accidentally started up a second instance of mythbackend |
| [21:02:03] | wagnerrp: | and it is running just fine, didnt complain about not being able to listen on the proper ports |
| [21:03:14] | davide: | mine complained and said it was exitting. it just didn't exit. |
| [21:04:58] | wagnerrp: | mine seems to have usurped control of the addr/port from the previous instance of mythbackend |
| [21:05:10] | wagnerrp: | i didnt know that was even possible |
| [21:07:33] | stoffel (stoffel!~quassel@pD9E414C6.dip.t-dialin.net) has quit (Remote host closed the connection) | |
| [21:16:30] | davide: | wagnerrp: i put a log snippet at http://pastebin.com/RmWPAvLg |
| [21:18:11] | wagnerrp: | 6545 and 6546? test backend on same host as another backend? |
| [21:18:48] | wagnerrp: | anyway, likely what i was seeing last night then, where i was having to -KILL it to terminate the instance |
| [21:19:05] | stichnot (stichnot!~chatzilla@192.55.55.41) has quit (Ping timeout: 260 seconds) | |
| [21:21:00] | warped (warped!~piotro@91.189.74.10) has quit (Quit: warped) | |
| [21:21:10] | davide: | yes. i used to run a part-time, production slave on my developoment desktop. my testing backends run on port 6545 and 6546. |
| [21:22:40] | davide: | i just retested using latest except for your hostnameLock change and the problem still exists. that where the log snippet came from. |
| [21:23:19] | wagnerrp: | presumably on a dedicated backend? im not sure if anything touched 6545, but 6546 is the default for the frontend control port |
| [21:24:54] | davide: | there's no frontend running. |
| [21:26:50] | Captain_Murdoch: | wagnerrp, I can't think of a non-invasive way to do it internally and use the existing slave backend connection. we could do something like we do for BackendQueryDiskSpace in mythbackend/httpstatus.cpp to get disk utilization from slaves. can't access something like that from a lib though, so we might have to move some of that code out of the lib into programs/mythbackend |
| [21:27:28] | taylorr: | stichnot: not much time right now, but if mythccextractor processes the entire file from beginning to end you could simply accumulate the each frame's duration |
| [21:27:35] | wagnerrp: | well the same code that runs in the backend also needs to run in the frontend |
| [21:28:13] | taylorr: | taylorr: if you do that then you don't need to worry about discontinuities or repeated frames |
| [21:28:14] | wagnerrp: | unless we want to remove the frontend version entirely, and just get it to listen for status and completion events from the backend |
| [21:28:26] | wagnerrp: | but thats a whole lot more work than i was looking to put in for this |
| [21:28:36] | taylorr: | heh, I just spoke to myself |
| [21:28:49] | Beirdo: | hehe |
| [21:30:58] | kenni: | jpabq_: Would it be possible for you guys to agree on some predefined syntax for filenames to be used for the "include" files? Currently we've always assumed that any strings from base.xml should to into the mythfrontend translation files, while for example strings from music-ui.xml should go into the mythmusic translation files. With this new ability to use arbitrary filenames, we'll need to make theme-specific redirection rules like "any files called |
| [21:31:02] | noahric (noahric!~noahric@74.125.59.74) has quit (Quit: noahric) | |
| [21:32:07] | taylorr: | stichnot: for seeking you really have 2 scenarios 1) files that support discontinuities (only MPEG-TS and MPEG-PS) and 2) all the ones that don't.. proper seeking for case 1 you need a seek table and seek using byte position for all others, case 2, you can use time based seeking and trust the timestamps for everything |
| [21:32:20] | wagnerrp: | davide: reverted d028e4856 |
| [21:34:32] | Captain_Murdoch: | wagnerrp, yeah, a quick fix would be to make a generic 'connect to slave, send this stringlist and return the resulting stringlist" method that could be used. still have to get the list of backends though. long term, the work should be done by the MBE I'd think, not by each FE. |
| [21:35:23] | wagnerrp: | long term, perhaps |
| [21:35:58] | wagnerrp: | for 0.26, if i can get all the assorted capability of mainserver.cpp migrated into handlers for libmythprotoserver |
| [21:36:38] | wagnerrp: | i could add a base class for the socket manager, and stuff it into libmythbase, with a link to mythcorecontext |
| [21:37:02] | wagnerrp: | add a low level location for libraries to access connections coming from slave backends |
| [21:37:25] | jpabq_: | kenni: good question. As far as I am concerned, we could dictate that *the* include file for music-ui.xml must be called music-base.xml . The program currently does not set such a restriction, and if we wanted to enforce it, it would need to. |
| [21:38:31] | jpabq_: | kenni: since paulh added that feature, it is probably best to ask him. He does not frequent IRC, so you are probably best off doing it on the mailing list. |
| [21:40:40] | j-rod is now known as j-rod|afk | |
| [21:46:26] | noahric (noahric!~noahric@74.125.59.74) has joined #mythtv | |
| [21:48:45] | stichnot (stichnot!chatzilla@nat/intel/x-wdgergqdvixjlsto) has joined #mythtv | |
| [21:48:54] | Captain_Murdoch: | wagnerrp, yeah, I see things handled in the BE as more for long term, not a quick fix for now. |
| [21:49:44] | kenni: | jpabq_: Yep, I'll ping him about it. For now I'll just work around it by explicitly redirecting your steppes-music.xml file. Please ping me if you introduce new include files for other plugins for 0.25, so I can include them when we regenerate the themestrings at ~0.25 RC1. |
| [21:53:33] | stichnot: | taylorr: saw your response in the logs, thanks. I'll have more questions on seeking when I get more time. |
| [21:56:01] | taylorr: | ah, sorry I didn't notice you were gone |
| [21:58:41] | gast_ (gast_!bcc294ec@gateway/web/freenode/ip.188.194.148.236) has quit (Quit: Page closed) | |
| [21:59:07] | taylorr: | stichnot: no offense but I don't like #8631 – it's a nice to have but I imagine less than 1% of people would find it useful and it's at the expense of complicating the codebase further |
| [22:03:46] | stichnot_ (stichnot_!chatzilla@nat/intel/x-ujrmcwswigdhohzr) has joined #mythtv | |
| [22:07:30] | stichnot (stichnot!chatzilla@nat/intel/x-wdgergqdvixjlsto) has quit (Ping timeout: 260 seconds) | |
| [22:07:43] | stichnot_ is now known as stichnot | |
| [22:09:02] | SteveGoodey (SteveGoodey!~steve@host86-145-239-158.range86-145.btcentralplus.com) has joined #mythtv | |
| [22:22:52] | zombor (zombor!~zombor_@kohana/developer/zombor) has quit (Remote host closed the connection) | |
| [22:25:14] | mike|2 (mike|2!~mike@c-76-115-119-121.hsd1.or.comcast.net) has quit (Remote host closed the connection) | |
| [22:26:07] | mike|3 (mike|3!~mike@c-76-115-119-121.hsd1.or.comcast.net) has joined #mythtv | |
| [22:26:17] | mike|3 (mike|3!~mike@c-76-115-119-121.hsd1.or.comcast.net) has quit (Remote host closed the connection) | |
| [22:26:39] | danielk22: | sphery: I don't use any screensaver right now. I just have DPMS blank out the screen. When I explicitly send a dpms off the screen is now turning the screen back on.. I don't know exactly the version that was running on the machine i see this on before but it was somewhere in the 7–21 day old range, most likely about 10 days old. |
| [22:29:04] | mike|3 (mike|3!~mike@c-76-115-119-121.hsd1.or.comcast.net) has joined #mythtv | |
| [22:35:13] | MythBuild: | build #667 of cppcheck-master is complete: Failure [failed shell shell_1] Build details are at http://code.mythtv.org/buildbot/builders/cppc . . . r/builds/667 blamelist: Raymond Wagner <rwagner@mythtv.org > |
| [22:40:45] | SteveGoodey (SteveGoodey!~steve@host86-145-239-158.range86-145.btcentralplus.com) has quit (Remote host closed the connection) | |
| [22:42:44] | cecil is now known as cesman | |
| [22:42:54] | cesman (cesman!~cesman@pool-108-38-214-203.lsanca.fios.verizon.net) has quit (Changing host) | |
| [22:42:54] | cesman (cesman!~cesman@pdpc/supporter/professional/cesman) has joined #mythtv | |
| [22:44:43] | danielk22: | hmm, "MythCoreContext: Connecting to backend server: ::1:6543" got this when trying trying to enter "Live TV" with a remote frontend with a build from yesterday. The address should be 192.168.1.141.. Is this something to do with the recent IPv6 changes? |
| [22:45:55] | Beirdo: | yes |
| [22:46:49] | Beirdo: | the schema change did weird things for me too. Basically, set BackendServerIP6 and BackendServerIP to the desired values, and it will likely work right. |
| [22:46:56] | Beirdo: | if not, ... |
| [22:47:04] | ** Beirdo points at wagnerrp and runs... ** | |
| [22:47:07] | Beirdo: | :) |
| [22:50:01] | danielk22: | Ah, so just clear the "IPv6 address field? We should do this by default... |
| [22:50:16] | wagnerrp: | danielk22: during the schema update, it decides whether your currently configured address is IPv4 or IPv6, puts it in the respective setting, and sets the other one to localhost |
| [22:50:24] | wagnerrp: | 127.0.0.1 or ::1, which ever is appropriate |
| [22:50:35] | davide: | wagnerrp: re the second backend not exiting. the short circuit in MainServer() or the lack of a socket causes MainServer::Stop() to deadlock at the end on masterFreeSpaceListWait.wait(locker.mutex()). moving the creation of masterFreeSpaceListUpdater to after the short circuit causes Stop() to fail in even more interesting ways. |
| [22:51:06] | wagnerrp: | when you try to connect to a backend, it will look at those values, determines which one is more likely to be accessible, and uses it |
| [22:51:06] | Beirdo: | wagnerrp: unfortunately, that is not a good idea IF you are already dual stacked |
| [22:51:07] | danielk22: | Right but it shouldn't be either of those... I have an IPv4 address of 192.168.1.141 set.. |
| [22:51:37] | Beirdo: | danielk22: that will stay as the IPv4 address, and ::1 would be the IPv6 address |
| [22:51:44] | Beirdo: | for localhost. |
| [22:51:58] | wagnerrp: | see 567278cfb, i corrected that block of code on the 14th, so that it will prefer a non-localhost IPv4 address if you have the IPv6 address set to ::1 |
| [22:52:00] | danielk22: | But ::1 is not reachable from the remote frontend... |
| [22:52:02] | Beirdo: | MythBuild: force build cppcheck-master now |
| [22:52:03] | MythBuild: | build forced [ETA 17m46s] |
| [22:52:03] | MythBuild: | I'll give a shout when the build finishes |
| [22:52:24] | Beirdo: | danielk22: agreed, and that is an issue both directions |
| [22:52:41] | wagnerrp: | https://github.com/MythTV/mythtv/commit/567278cfb |
| [22:52:47] | Beirdo: | wagnerrp: make sure you do the same preferring a non-localhost IPv6 over localhost IPv4 |
| [22:53:00] | Beirdo: | as that's the one that caught me |
| [22:53:17] | wagnerrp: | IPv6 is always preferred |
| [22:53:34] | wagnerrp: | falling through to IPv4 if not defined, or if localhost with a non-localhost IPv4 |
| [22:53:50] | Beirdo: | I think it's really close, but... odd things are likely to pop up for people with this. |
| [22:53:50] | jya: | anyone has a big endian machine with an hdmi interface? |
| [22:54:27] | Malard (Malard!Malard@xbmc/staff/malard) has joined #mythtv | |
| [22:54:57] | jya: | like one of those arm based device.. |
| [22:55:02] | jya: | with myth on it of course |
| [22:55:15] | danielk22: | wagnerrp: IPv6 should never be preferred if it is set to localhost and IPv4 is set to a real address.. |
| [22:55:36] | wagnerrp: | danielk22: just a different way of saying what i said above |
| [22:55:48] | sphery: | wagnerrp: why are we using localhost values for the "other" IP version rather than using empty string to explicitly denote that it's not configured for use |
| [22:56:37] | Beirdo: | and then force the user to reconfigure if they want to add... |
| [22:56:53] | danielk22: | wagnerrp: Setting the IPv6 value to "" instead of "::1" appears to have fixed things here. My frontend is recent but the backend is a few days old, is that the issue? |
| [22:57:01] | wagnerrp: | sphery: the way ConfigureHostAddress is set up, if BackendServerIP[6] is not set, it will listen to all addresses of that type found on that host |
| [22:57:54] | wagnerrp: | danielk22: yes, 567278cfb fixed that issue on the 14th, 11PM GMT |
| [22:58:01] | wagnerrp: | (see link above) |
| [22:58:33] | danielk22: | yeah, I just wanted confirmation. I'll update the backend and retest. |
| [22:59:10] | sphery: | is it possible to change it so that "ANY" or "ALL" (or "any"/"all") or whatever listens on all and empty string listens on none? or have a "none" and default to that in the schema update? |
| [23:01:03] | wagnerrp: | it is, but i would have to add a bit of code at the top of ConfigureHostAddress, so it would handle invalid IP addresses properly |
| [23:01:22] | jya: | so I'm guessing no one has a big endian machine I can test things on :( |
| [23:01:27] | wagnerrp: | https://github.com/MythTV/mythtv/blob/master/ . . . ext.cpp#L638 |
| [23:01:57] | wagnerrp: | jya: i had forgotten about ARMs, i was wondering where you would even find a PPC Mac with HDMI ports |
| [23:02:13] | natanojl (natanojl!~jonatan@c83-252-237-63.bredband.comhem.se) has quit (Ping timeout: 248 seconds) | |
| [23:02:20] | danielk22: | stuartm: The year stuff is interesting, does this mean I can now have the theme display the year instead of the regular date if the recording is 1+ years old or can it only be displayed in addition to the Month + day ? |
| [23:02:56] | jya: | wagnerrp: yes, it hit me that those ARM box would have an hdmi device… It's to test the ELD decoding. IT's all bit stuff , so endianess is important |
| [23:06:32] | wagnerrp: | davide: thanks, ill take a look at it |
| [23:07:29] | wagnerrp: | i figured it was some stalled thread somewhere, but couldnt figure out what off hand |
| [23:07:50] | MythBuild: | build #668 of cppcheck-master is complete: Success [build successful] Build details are at http://code.mythtv.org/buildbot/builders/cppc . . . r/builds/668 |
| [23:07:55] | stuartm: | danielk22: I was going to implement the former, though done properly it would have required touching more areas e.g. changes to the MythDateToString() stuff so I went with the latter (year in addition to day/month) |
| [23:07:55] | davide: | wagnerrp: ok. thanks for taking it from here. |
| [23:08:08] | jya: | is there a wiki page, or shared document available where we can throw items open for discussion, as in , features to remove ? |
| [23:08:43] | stuartm: | danielk22: however I'm more than willing to go back and do it how I really wanted if no-one would object (it looks better in the UI for a start) |
| [23:08:59] | wagnerrp: | jya: maybe... http://code.mythtv.org/trac/wiki/FutureDevelopment |
| [23:09:09] | danielk22: | stuartm: Hmm, maybe best not to touch that stuff now as I'll be merging in the utc branch shortly after 0.25 is out. |
| [23:09:18] | stichnot: | taylorr: no offense taken, I know the feature is controversial in its price/performance... |
| [23:09:20] | wagnerrp: | nothing documented in there as such currently |
| [23:09:28] | wagnerrp: | but it could potentially be used as such |
| [23:10:55] | wagnerrp: | sphery: is there any issue with always listening on ::1 if available? |
| [23:11:09] | stichnot: | but in my list of ~15 private patches I'm running, I put #8631 at either first or second, so I am motivated to argue for it |
| [23:11:40] | wagnerrp: | if you simply have no IPv6 addresses, or if Qt is compiled without IPv6 support, it wont listen there |
| [23:11:45] | wagnerrp: | but otherwise, i see no harm in it |
| [23:12:00] | danielk22: | wagnerrp: FYI updating the backend allowed it to work here with ::1 in the IPv6 address field. |
| [23:12:02] | stuartm: | I was thinking that kDateSimplify (or whatever it's called) would cause the year to be omitted if it was same as the current year, so it would override kAddYear – it's not a tiny change to the Date formatting functions really, combined with kAddYear to the MythDateToString calls in ProgramInfo it would provide the behaviour you described |
| [23:13:04] | stuartm: | danielk22: I'll write up the patch now and if you think it's too much for the feature freeze then I'll hold it over until 0.26 |
| [23:13:16] | stichnot: | as far as the complexity goes, I believe all the heavy lifting is abstracted into the two functions that map between frames and time values, and the rest is just passing around the user preference (use versus ignore the cutlist), plus simplifying or rearranging the convoluted way seek targets are computed |
| [23:13:25] | danielk22: | stuartm: Have you looked at the utc branch? This may not really have much of an impact there but I know those functions are touched. |
| [23:14:16] | stuartm: | danielk22: no, but I will |
| [23:14:36] | stuartm: | I can merge in the changes to that branch by hand if they conflict |
| [23:14:43] | stichnot: | and I assume your time-based approach will need a similar pair of mapping functions which mine can be easily combined with |
| [23:15:22] | stichnot: | but anyway, that's all post-0.25 discussion, and in the meantime I'll look into your mythccextractor suggestion. |
| [23:16:02] | davide: | and now for next actual behavior differing from expected issue. if AutoExpireInsteadOfDelete is enabled and a recording is still in progress when it is "deleted", should the recording be stopped? my expectation was that it would, but it doesn't. |
| [23:16:29] | jya: | Amazing, I got a NDA to sign sent by Hewlett-Packard, it's half a page long only.. lawyers trying to make things simple... |
| [23:17:16] | sphery: | wagnerrp: I don't know... just seemed like it's been causing problems, but you may have fixed that in later updates. And since I thought your goal was to make it so that we didn't bind to interfaces the user didn't allow us to, just thought it would be closer to that approach. |
| [23:19:05] | wagnerrp: | sphery: it was more i didnt want to bind to addresses not specifically defined in the database, in the event one of those addresses might be internet accessible |
| [23:19:12] | wagnerrp: | it was more of a simple security mechanism |
| [23:19:31] | danielk22: | davide: That would be my expectation too. |
| [23:19:32] | wagnerrp: | and at least IMHO, if youre already on the system to be able to access localhost |
| [23:19:41] | wagnerrp: | youre too late to do anything |
| [23:20:51] | wagnerrp: | sphery: plus there seems to be some recent modification to the socket code where it will detect that youre trying to access the local system, and automatically use the localhost address rather than the network accessible one |
| [23:21:51] | davide: | danielk22: i'll work on a fix and check on the mailing list before committing. |
| [23:24:27] | jeff999 (jeff999!~jeff@203-173-13-174.dyn.iinet.net.au) has joined #mythtv | |
| [23:28:34] | zombor (zombor!~zombor_@kohana/developer/zombor) has joined #mythtv | |
| [23:30:34] | jpabq_ (jpabq_!~jpabq@mythtv/developer/jpabq) has quit (Quit: jpabq_) | |
| [23:35:05] | zombor (zombor!~zombor_@kohana/developer/zombor) has quit (Remote host closed the connection) | |
| [23:44:55] | mike (mike!~mike@c-76-115-119-121.hsd1.or.comcast.net) has joined #mythtv | |
| [23:45:21] | mike is now known as Guest37519 | |
| [23:46:00] | zombor (zombor!~zombor_@kohana/developer/zombor) has joined #mythtv | |
| [23:47:13] | zombor (zombor!~zombor_@kohana/developer/zombor) has quit (Remote host closed the connection) | |
| [23:47:33] | mike|3 (mike|3!~mike@c-76-115-119-121.hsd1.or.comcast.net) has quit (Ping timeout: 244 seconds) | |
IRC Logs collected by
BeirdoBot.
Please use the above link to report any bugs.