| Friday, March 9th, 2012, 17:04 UTC | ||
| [17:04:22] | xavierh: | stuartm: I was thinking of something like this to standardise the tile in a window: http://pastebin.com/RP7iZ80r & http://pastebin.com/0Ye0tbjk |
| [17:05:16] | danielk22 (danielk22!~danielk@96.57.9.142) has joined #mythtv | |
| [17:11:58] | xavierh: | s/tile/title |
| [17:20:02] | Jordack (Jordack!~jordack@h69-131-44-221.plmomi.dedicated.static.tds.net) has quit () | |
| [17:36:49] | Beirdo: | stuartm: oh crap, what a mess :) Certainly something that needs fixing :) |
| [17:37:07] | Beirdo: | thanks for starting the untangling of said gordian knot |
| [17:48:48] | stuartm: | Beirdo: having pointed list-admin elsewhere (initially /dev/null) the load on the server dropped dramatically and with that done really the only remaining 'issue' is that the number of posts held for moderation on sysadmin is (or was) very high – that might have been resolved already, I'm not sure how often mailman purges itself |
| [17:51:01] | Beirdo: | not sure either off hand, but once I'm at work, I'll take a quick look, I think there's a way to tell it to flush that queue |
| [17:51:35] | Beirdo: | nothing like mailbombing ourselves to oblivion ;) |
| [17:52:53] | Beirdo: | oh nice, and Cox has us blacklisted |
| [17:52:56] | Beirdo: | idiots |
| [17:53:18] | stuartm: | Beirdo: you can flush it via the web interface usually, but that same page also displays all the queued emails and it times out trying to load it |
| [17:54:41] | Beirdo: | heheh, ooooh |
| [18:04:28] | gigem_ (gigem_!~david@mythtv/developer/gigem) has quit (Remote host closed the connection) | |
| [18:04:52] | gigem_ (gigem_!~david@host70.16.intrusion.com) has joined #mythtv | |
| [18:04:52] | gigem_ (gigem_!~david@host70.16.intrusion.com) has quit (Changing host) | |
| [18:04:52] | gigem_ (gigem_!~david@mythtv/developer/gigem) has joined #mythtv | |
| [18:08:23] | stichnot (stichnot!chatzilla@mythtv/developer/stichnot) has joined #mythtv | |
| [18:12:49] | MaverickTech (MaverickTech!~MaverickT@111.86.233.220.static.exetel.com.au) has quit (Ping timeout: 260 seconds) | |
| [18:18:08] | ikrabbe (ikrabbe!~ingo@pdpc/supporter/professional/ikrabbe) has joined #mythtv | |
| [18:18:12] | noahric (noahric!~noahric@74.125.59.74) has joined #mythtv | |
| [18:18:12] | noahric (noahric!~noahric@74.125.59.74) has quit (Client Quit) | |
| [18:18:53] | ikrabbe: | hey, compiling origin/master I get a missing file "libavcodec/x86/dsputil_h264_template_mmx.c" |
| [18:18:59] | noahric (noahric!~noahric@74.125.59.74) has joined #mythtv | |
| [18:19:02] | ikrabbe: | maybe some old deps? |
| [18:20:35] | wagnerrp: | i dont have that file either |
| [18:20:46] | wagnerrp: | sounds like you changed branches and never distcleaned |
| [18:20:55] | wagnerrp: | so youve got old Makefiles laying around |
| [18:21:01] | ikrabbe: | yes, that might be the problem |
| [18:21:07] | ikrabbe: | I just reconfigured |
| [18:21:28] | ikrabbe: | now I will start on fixes/0.24 with distclean |
| [18:21:45] | ikrabbe: | later I might try the master branch again |
| [18:24:10] | natanojl (natanojl!~jonatan@c83-252-237-63.bredband.comhem.se) has joined #mythtv | |
| [18:27:45] | kormoc (kormoc!~kormoc@mythtv/developer/kormoc) has joined #mythtv | |
| [18:34:01] | ikrabbe: | hmm, I reinstalled some packages in the system |
| [18:34:46] | ikrabbe: | now mythfrontend runs again over both screens (I have two, one per HDMI, one laptop screen) |
| [18:35:58] | ikrabbe: | desktop video mode = 3280x1050 |
| [18:36:04] | ikrabbe: | how can I override that? |
| [18:38:32] | Beirdo: | wagnerrp: DefaultBroadcastIPv4 will be returning Any (0.0.0.0)? |
| [18:38:36] | Beirdo: | that sounds wrong |
| [18:39:17] | stichnot (stichnot!chatzilla@mythtv/developer/stichnot) has quit (Ping timeout: 248 seconds) | |
| [18:40:57] | wagnerrp: | well Qt's QHostAddress::Broadcast (255.255.255.255) isnt right either |
| [18:41:15] | Beirdo: | it's more right than Any for a broadcast :) |
| [18:41:31] | Beirdo: | at least it's a broadcast address (even if the wrong one) |
| [18:41:55] | Beirdo: | what do we broadcast anyways? |
| [18:42:16] | wagnerrp: | the only thing we use broadcast for right now is the mythmessage stuff |
| [18:42:22] | Beirdo: | ahh |
| [18:42:30] | wagnerrp: | so basically, its telling it to listen on 0.0.0.0 twice |
| [18:42:49] | wagnerrp: | which now that i think about it, that may cause problems |
| [18:42:55] | wagnerrp: | one listen blocking the next |
| [18:42:59] | Beirdo: | we shouldn't have to listen for broadcasts specifically |
| [18:43:21] | Beirdo: | unless I'm just caffeine-deprived :) |
| [18:43:27] | wagnerrp: | however, mythui/mythudplistener.cpp is currently set up to allow failures |
| [18:43:33] | Beirdo: | anyways, yeah, make sure that will do what ya want :) |
| [18:43:34] | wagnerrp: | one failed listen wont bring down the whole server |
| [18:43:40] | Beirdo: | cool |
| [18:43:52] | wagnerrp: | it was set up that way back when we were using 255.255.255.255, which would always fail |
| [18:44:21] | Beirdo: | for 99.9% of machines, yeah |
| [18:44:22] | Beirdo: | heh |
| [18:44:42] | Beirdo: | if your mythbox is PPP-connected (directly), it might work |
| [18:44:57] | wagnerrp: | i still want to switch it back to using select IP addresses |
| [18:45:04] | wagnerrp: | but ill hold off until 0.26 for that |
| [18:45:04] | stuartm (stuartm!~stuartm@mythtv/developer/stuartm) has quit (Remote host closed the connection) | |
| [18:45:12] | wagnerrp: | and i think i actually want to do it a bit differently |
| [18:45:26] | Beirdo: | OK. I don't get why it was switched back, but as long as it WORKS, meh :) |
| [18:45:29] | wagnerrp: | use the web setup, enumerate a list of all IPs, and let the user select multipls |
| [18:45:36] | wagnerrp: | (or a checkbox that listens all) |
| [18:45:52] | ikrabbe: | I really don't get that size calculations |
| [18:46:29] | wagnerrp: | it was switched back to resolve the issue of machines changing their network configurations after mythtv has done its initial configuration |
| [18:47:05] | wagnerrp: | as a simpler alternative to the wait loop i had posted yesterday |
| [18:47:16] | wagnerrp: | ikrabbe: there is no size calculation, it just runs full screen |
| [18:47:20] | wagnerrp: | whatever that happens to be |
| [18:47:56] | ikrabbe: | I can't get the display right |
| [18:48:01] | wagnerrp: | if you want something different, use --geometry, or configure it in appearances, or run the screen setup wizard |
| [18:48:03] | ikrabbe: | it was better yesterday |
| [18:48:15] | wagnerrp: | however this is a user support question, in the development channel |
| [18:50:05] | warped (warped!~piotro@91.189.74.10) has joined #mythtv | |
| [18:50:49] | ikrabbe: | ok, I will try other settings, but I have tried anything I can think of... I will discuss this further on the user channel, maybe it just solves when I have the new build online |
| [18:53:25] | ikrabbe: | I had this problem several times before... |
| [18:54:15] | wagnerrp: | this "problem" is just one of configuration, and its behavior has not changed in several releases |
| [18:54:22] | wagnerrp: | ill be happy to explain it in #mythtv-users |
| [18:54:24] | stichnot (stichnot!~chatzilla@134.134.139.70) has joined #mythtv | |
| [18:54:24] | stichnot (stichnot!~chatzilla@134.134.139.70) has quit (Changing host) | |
| [18:54:24] | stichnot (stichnot!~chatzilla@mythtv/developer/stichnot) has joined #mythtv | |
| [18:57:52] | pheld: | the last commit (23f3e6ff07fc80d4c4f95729c3f782707a326eb7 ip-addr select change) doesn't work on my backend which has both ipv4 and ipv6 active. with this in place the backend gets nowhere and doesn't set up listen on any port/proto/addr. |
| [19:28:21] | stuartm (stuartm!~stuartm@cpc1-derb9-0-0-cust441.8-3.cable.virginmedia.com) has joined #mythtv | |
| [19:28:21] | stuartm (stuartm!~stuartm@cpc1-derb9-0-0-cust441.8-3.cable.virginmedia.com) has quit (Changing host) | |
| [19:28:22] | stuartm (stuartm!~stuartm@mythtv/developer/stuartm) has joined #mythtv | |
| [19:37:58] | stichnot (stichnot!~chatzilla@mythtv/developer/stichnot) has quit (Ping timeout: 245 seconds) | |
| [19:39:31] | stichnot (stichnot!chatzilla@mythtv/developer/stichnot) has joined #mythtv | |
| [19:40:46] | stuartm: | ikrabbe: use twinview and not xinerama, select the screen to use under the appearance settings ("Display on Screen" and "Monitor Aspect Ratio") |
| [19:41:38] | wagnerrp: | hes using randr |
| [20:01:16] | stoffel (stoffel!~quassel@pD9E42955.dip.t-dialin.net) has quit (Remote host closed the connection) | |
| [20:02:56] | kth (kth!~kth@unaffiliated/kth) has joined #mythtv | |
| [20:11:30] | kormoc (kormoc!~kormoc@mythtv/developer/kormoc) has quit (Ping timeout: 252 seconds) | |
| [20:12:30] | jerry_ (jerry_!~jerry@100-97-35-72.mtaonline.net) has joined #mythtv | |
| [20:13:08] | noahric (noahric!~noahric@74.125.59.74) has quit (Quit: noahric) | |
| [20:25:46] | k-man: | stuartm, yes |
| [20:26:36] | stuartm: | yes? |
| [20:27:01] | k-man: | stuartm, but using some kind of template tool, you can do things like set a variable for a position and all through the theme, refer to the veriable, and set postitions relative to it |
| [20:27:36] | k-man: | or for instance, calculate a position to be x% of the width of the theme. then you could generate a theme for different resolutions using your template |
| [20:27:36] | stuartm: | I'm just using groups for that |
| [20:27:54] | k-man: | stuartm, i have to admit that I'm not theme expert |
| [20:28:17] | k-man: | so maybe i've missed some features of the themeing engine |
| [20:28:40] | stuartm: | a whole nest of groups, based of a couple of groups defined in base.xml, it's actually working out very well indeed |
| [20:28:42] | k-man: | should i post bugs in the os-x packger script on trac? |
| [20:28:54] | k-man: | stuartm, thats good to hear |
| [20:31:34] | k-man: | ah i should really have a nother stab at themeing |
| [20:34:26] | Yammeh (Yammeh!Yam@5accdde8.bb.sky.com) has joined #mythtv | |
| [20:34:34] | Yammeh (Yammeh!Yam@5accdde8.bb.sky.com) has left #mythtv () | |
| [21:04:23] | noahric (noahric!~noahric@74.125.59.74) has joined #mythtv | |
| [21:07:59] | kormoc (kormoc!~kormoc@mythtv/developer/kormoc) has joined #mythtv | |
| [21:08:29] | joki (joki!~joki@p548640DE.dip.t-dialin.net) has quit (Ping timeout: 260 seconds) | |
| [21:09:07] | joki (joki!~joki@p54864876.dip.t-dialin.net) has joined #mythtv | |
| [21:12:55] | kormoc (kormoc!~kormoc@mythtv/developer/kormoc) has quit (Ping timeout: 265 seconds) | |
| [21:24:50] | noahric_ (noahric_!~noahric@74.125.59.74) has joined #mythtv | |
| [21:27:31] | noahric (noahric!~noahric@74.125.59.74) has quit (Ping timeout: 244 seconds) | |
| [21:27:31] | noahric_ is now known as noahric | |
| [21:32:26] | GuySoft (GuySoft!~guysoft@109.226.50.137) has quit (Ping timeout: 252 seconds) | |
| [21:41:38] | kormoc (kormoc!~kormoc@mythtv/developer/kormoc) has joined #mythtv | |
| [21:48:13] | GuySoft (GuySoft!~guysoft@109.226.49.116) has joined #mythtv | |
| [21:50:17] | wagnerrp: | well that was a fun experiment... |
| [21:57:13] | xris: | holy crap we made engadget. |
| [21:57:32] | wagnerrp: | with a lack of release? |
| [21:57:48] | danielk22: | if bindv6only is set wouldn't succeeding on the bind to any be sufficient? |
| [21:59:47] | wagnerrp: | danielk22: the way it was set up, those methods just gave a list of addresses to listen to |
| [22:00:13] | wagnerrp: | on certain types of service (udplistener), it would ignore failing to listen on one of those addresses |
| [22:00:31] | wagnerrp: | on others, like the protocol or web servers, it would error if any failed to listen |
| [22:00:59] | wagnerrp: | i could change that to only fail if none successfully bound to their port... |
| [22:01:40] | xris: | wagnerrp: http://www.engadget.com/2012/03/09/mythtv-tur . . . human-years/ |
| [22:03:38] | wagnerrp: | the "two bit anniversary"? wouldnt that just be 2 years? |
| [22:04:15] | warped (warped!~piotro@91.189.74.10) has quit (Quit: warped) | |
| [22:04:24] | danielk22: | wagnerrp: With upnp binding to just IPv6 would be a fail since the protocol only supports IPv4 :| |
| [22:05:20] | j-rod is now known as j-rod|afk | |
| [22:05:48] | wagnerrp: | danielk22: it would be a fail if bindv6only were set to 1 |
| [22:06:08] | wagnerrp: | but if bindv6only were set to 0, binding to either causes it to automatically bind to both |
| [22:06:31] | wagnerrp: | and were back to not actually knowing if the bindv6only system is functional without checking the state of that sysctl |
| [22:07:11] | wagnerrp: | if Qt gave the ability to [un]set the IPV6_V6ONLY flag on the socket, this would all be a moot point since we could override the system default |
| [22:07:14] | wagnerrp: | but they dont |
| [22:07:41] | xris: | jams: you playing with smolt? or maybe it didn't come up again correctly after last night's reboot |
| [22:08:56] | wagnerrp: | i found a thread from several years back discussing exactly this issue |
| [22:09:06] | wagnerrp: | the Qt people said to just use two qtcpservers |
| [22:09:22] | wagnerrp: | and overlooked the issue of binding to both when that flag is not set |
| [22:09:53] | danielk22: | wagnerrp: Qt allows you to.. have a look at iptvstreamhandler.cpp in the rtp branch. you can set socket options if you do the init yourself and then use setSocketDescriptor. |
| [22:10:09] | danielk22: | obviously not ideal.. |
| [22:10:18] | wagnerrp: | well yeah, you have to create the socket yourself and stuff it into their wrapper |
| [22:11:01] | danielk22: | yup |
| [22:11:29] | danielk22: | they do at least add joinMulticastGroup in Qt 4.8 :P |
| [22:12:03] | wagnerrp: | im actually doing that for new connections, so that it can be overridden with a MythSocket wrapper instead for the protocol server stuff |
| [22:19:39] | jams: | xris, it didn't start after boot. It's running now |
| [22:20:35] | xris: | ok, good to know |
| [22:20:50] | xris: | I think we're actually ready to start migrating stuff back to alcor |
| [22:21:18] | xris: | got the dns zone file dump from OSU this morning but haven't had a chance to read it |
| [22:41:51] | stichnot: | stuartm: regarding frontend standby mode and keypresses. After I posted earlier today, I went back and set the timeout to 1 minute. I came back after 16 minutes, and it didn't respond to any remote button presses until I hit a jump point button. I then let it enter standby again, came back in 20 minutes, and this time it responded to an ordinary button press. |
| [22:42:04] | stichnot: | So I think there is a problem, I just don't know how to reproduce it. |
| [22:42:33] | stuartm: | stichnot: ok, I'll have another look at it |
| [22:42:38] | stichnot: | I'm happy to keep poking at it looking for a pattern. |
| [22:45:32] | kormoc (kormoc!~kormoc@mythtv/developer/kormoc) has quit (Ping timeout: 244 seconds) | |
| [22:46:12] | stichnot: | stuartm, sphery: regarding truncated help text in the setup pages. I don't really think making the help text font smaller is a good answer. Is there any consistent way to press some key while a setting is highlighted and have its full help text pop up? |
| [22:50:38] | stuartm: | stichnot: not smaller, just sized consistently no matter what the screen resolution |
| [22:51:48] | stichnot: | as I understood the conversation, the font size is proportional to the theme resolution, right? |
| [22:52:02] | kth (kth!~kth@unaffiliated/kth) has quit (Quit: Leaving.) | |
| [22:53:17] | sphery: | the font /point/ size is the same, so depending on theme baseres, it appears smaller or larger in various themes |
| [22:53:20] | stuartm: | the theme resolution, not the screen resolution |
| [22:53:33] | sphery: | the change I'm looking to make will make the font display size the same on all themes |
| [22:53:37] | stichnot: | right |
| [22:53:52] | kormoc (kormoc!~kormoc@mythtv/developer/kormoc) has joined #mythtv | |
| [22:53:56] | sphery: | then we can figure out what fits and fix the help text so it will fit properly in all themes |
| [22:54:09] | stichnot: | and in all translations? |
| [22:54:22] | stuartm: | so the text appears to be a diffferent size with a 1080 theme on an 720 screen, than a 720 theme on that same screen |
| [22:54:31] | stichnot: | (that was more of a rhetorical question) |
| [22:54:40] | sphery: | well, assuming we get someone to test other translations and/or get reports of things not fitting, we can fix things, then |
| [22:54:59] | sphery: | but yeah |
| [22:55:23] | stuartm: | all translations is a tall order, if it turns out they don't fit though then increasing the size of the help text area may be the best fix |
| [22:55:28] | stichnot: | I think it's going to be very hard to control the size of the help text in general, so a more robust solution would be to provide an alternative way of viewing it, for those who need it. |
| [22:56:28] | russk (russk!~russ@pool-96-255-155-76.washdc.fios.verizon.net) has joined #mythtv | |
| [22:56:30] | stuartm: | we could leverage the INFO binding for that, it's not a bad idea it's just not worth implementing against the old setting UI for 0.25 when it's being replaced entirely in 0.26 |
| [22:56:34] | stichnot: | Pressing "INFO" and getting a popup version would be nice, except in those places where you want to type the letter I (or whatever) as part of the value |
| [22:56:51] | stuartm: | and this 'bug' isn't new, it's applied since the dawn of MythTV more or less |
| [22:56:52] | stichnot: | yeah, I realize the old UI issue |
| [22:57:21] | sphery: | and the mythui-based settings that xavierh has done (for 0.26, I hope) will probably make it much easier to fix--we've had this same issue with some help text not fitting as long as MythTV has existed... It's only gotten better, recently, because now we normalize those unthemed fonts based on the theme's baseres. However, recent changes to allow arbitrary baseres has led to a much larger variation in font size for unthemed settings (so this ... |
| [22:57:22] | stichnot: | and yeah, that 'bug' has bothered me mildly since I started using myth |
| [22:57:27] | sphery: | ... will fix that issue, now) |
| [22:57:57] | sphery: | so, IMHO, even if it's not "perfect" for 0.25, it's not too big an issue--we can perfect it when we switch to the themed/mythui-based settings |
| [22:58:04] | GuySoft (GuySoft!~guysoft@109.226.49.116) has quit (Ping timeout: 260 seconds) | |
| [22:58:15] | russk (russk!~russ@pool-96-255-155-76.washdc.fios.verizon.net) has left #mythtv () | |
| [22:58:49] | sphery: | "not too big an issue" may be better written as, "not too big a suprise for users, who have been seeing the problem in other versions, anyway" :) |
| [22:58:50] | stichnot: | yeah, so my only point in bringing it up here is to see if anyone had a cheap fix/workaround until the new settings code is in place |
| [23:00:03] | sphery: | yeah, I think making sure the font display size is consistent is the first step in the cheap fix/workaround approach. |
| [23:00:30] | stichnot: | The potential for overflow has always been there, I agree. I just noticed that two of the new/updated settings in 0.25 have really long help text compared to other help text strings, and those may be ones that are more likely to be looked at given their newness. |
| [23:01:29] | sphery: | yeah, they may need to be cut down, some, or--as you and stuartm suggested--the size of the help area increased |
| [23:01:54] | sphery: | though I think the size is computed based on what's in the screen... it seems to change on various screens, but I haven't really looked at the code |
| [23:03:23] | stichnot: | stuartm: aha! try entering standby mode from the playbackbox screen, and see if keypresses besides EXIT and jumppoints let you leave standby |
| [23:04:03] | stichnot: | sphery: the code is chock full of signals and connects and so forth, so good luck :) |
| [23:04:14] | zombor (zombor!~zombor_@kohana/developer/zombor) has quit (Remote host closed the connection) | |
| [23:05:28] | jams: | stuartm, so I have been looking at the .24 fixes branch for changing channels. I noticed in the ticket the commit that changed the ringbuffer timeout was blamed. it does seem like changing channels got a bit more error prone after that was commited. But it's no where near as bad as Trunk. |
| [23:06:31] | jams: | i will keep looking, but pretty sure there is more then one thing happening here. |
| [23:09:33] | stichnot: | stuartm: same problem when entering standby mode from mythvideo |
| [23:13:48] | GuySoft (GuySoft!~guysoft@109.226.24.6) has joined #mythtv | |
| [23:23:29] | Dave123 (Dave123!someone@cpe-74-74-201-68.rochester.res.rr.com) has quit (Quit: Leaving) | |
| [23:28:45] | Dave123 (Dave123!someone@cpe-74-74-201-68.rochester.res.rr.com) has joined #mythtv | |
| [23:47:15] | xavierh_ (xavierh_!~chatzilla@cpc1-swin3-0-0-cust274.3-1.cable.virginmedia.com) has joined #mythtv | |
| [23:54:47] | xavierh_: | stuartm: any comment on http://irc.mythtv.org/ircLog/channel/4/2012-03-09:17:04:22 ? |
| [23:55:39] | pheld (pheld!~heldal@cl-5.osl-01.no.sixxs.net) has quit (Quit: Leaving.) | |
| [23:57:15] | xavierh_: | stichnot: Good idea about bringing the help text when pressing INFO. I am going to do that. So evnt if the themer does not display the help, or if it to small, we could see the whole help |
| [23:58:03] | xavierh_: | Does a confirmation dialog alow to scroll if the text is too long ? |
| [23:58:09] | xavierh_: | allow |
| [23:59:06] | stichnot: | xavierh_: what if I'm typing from the keyboard into a text entry box and I type the letter I which is mapped to INFO? I wouldn't want something popping up. |
| Saturday, March 10th, 2012 | ||
| [00:00:27] | Dave123 (Dave123!someone@cpe-74-74-201-68.rochester.res.rr.com) has quit (Quit: Leaving) | |
| [00:00:42] | Dave123 (Dave123!someone@cpe-74-74-201-68.rochester.res.rr.com) has joined #mythtv | |
| [00:01:42] | xavierh_: | With the MythUI version you can not edit like that, it basically a list of settings (label + value). when you want to edit it you press OK, It will bring you a dialog to edit it. Depends of the type of setting it is bringing either an input text popup, a list of option ... |
| [00:02:24] | xavierh_: | So you can actually press INFO before you edit, it would not interfere |
| [00:03:01] | xavierh_: | stichnot: ^^^ |
| [00:03:21] | jams: | instead of info why not F1 like the watch recordings screen |
| [00:03:59] | xavierh_: | jams: because I did not configure my remote for this ? :) |
| [00:04:23] | jams: | i could see that |
| [00:04:45] | jams: | just saying F1 is already setup for help..might as well be consistent |
| [00:05:01] | stichnot: | F1 = HELP |
| [00:05:05] | xavierh_: | jams: seriously I could bind it to F1, my plan was to use INFO for a contextual menu, with access to help |
| [00:05:18] | stichnot: | so HELP, INFO are both good keys to respond to |
| [00:05:48] | xavierh_: | If the contextual menu is only filled with Help, it could bring the help directly |
| [00:06:13] | jams: | xavierh- that works |
| [00:07:18] | xavierh_: | What I had in mind with the INFO key have a menu with, Load/Save individual setting, reset to default and help |
| [00:07:20] | stuartm: | jams: I find it really hard to see how a setting which increases a timeout like that could make things worse and not better |
| [00:07:45] | stuartm: | jams: most people have an info button on their remote, they don't have one called 'Help' |
| [00:08:12] | stuartm: | and in that context I can't see how 'INFO' would be used otherwise |
| [00:08:51] | xavierh_: | stuartm: just read above :) [00:07] |
| [00:10:09] | jams: | stuartm, thats what i thought until i did some testing around that commit. Could just be bad luck while testing, either way I don't think that commit is the real source of the problem. |
| [00:10:10] | stuartm: | xavierh_: you don't need 'grouptitle' with depends behaviour, so that could be left out of the code changes, and you'd need to call the title textarea something like 'pagetitle' instead otherwise it will clash with the recording/video/music 'title' textareas |
| [00:11:29] | xavierh_: | stuartm: don't really know how depends work, could you hide completely a group if a textarea is not filled ? |
| [00:11:47] | xavierh_: | and title was just for the example |
| [00:12:23] | xavierh_: | The point of having a setTitle method is to force a normalization |
| [00:13:10] | xavierh_: | or setPageTitle :) |
| [00:13:16] | stuartm: | jams: unless the first attempt to change times out and a second retry succeeds, a longer timeout might mess with the timing causing the 'retry' which worked before to start failing – but if that's the case it's not the timeout change which is at fault but whatever causes the initial failure (this is all just pure conjecture based on zero knowledge of what actually occurs in that code) |
| [00:13:33] | stuartm: | xavierh_: yes, just depends="!title" in your example |
| [00:13:43] | xavierh_: | hmm nice |
| [00:13:53] | stuartm: | i.e. <group depends="title"> |
| [00:14:14] | stuartm: | !title would be the inverse, only show that group if title is empty |
| [00:14:35] | xavierh_: | pretty neat |
| [00:16:18] | stuartm: | xavierh_: I can see how it would be helpful to 'normalise' page titles, but personally I prefer to chose those myself, they vary in almost every theme I create as I experiment with possibly better page descriptions or align the descriptions to match an aspect of the theme, or a custom menu |
| [00:16:41] | xavierh_: | stuartm: How does the confirmation behave when the text overflow ? |
| [00:17:36] | stuartm: | xavierh_: depends on the theme, but usually it just gets cut off, I'm not really inclined to 'fix' that, it's not really fixable because the area available is decided by the theme and not the code |
| [00:18:10] | stuartm: | xavierh_: I think the current system forces concise text, which is IMHO important in a good UI |
| [00:19:47] | jpabq (jpabq!~jpabq@mythtv/developer/jpabq) has quit (Quit: jpabq) | |
| [00:19:57] | xavierh_: | stuartm: It is not a question of not choosing uour own page title, it is a matter of allowing easy standardization inside the theme itself. Maybe it could be done with window inheritance ? |
| [00:20:33] | stuartm: | xavierh_: you misunderstood me, I understand the idea, I'm saying it's a good idea but that I wouldn't as a themer take advantage of it |
| [00:21:00] | stuartm: | either that or I've misunderstood what the patch attempts to do |
| [00:21:14] | jams: | stuartm, agreed. Obviously I wasn't saying it's purely the longer timeout causing the problem. Just that it had an affect on it. |
| [00:22:56] | xavierh_: | stuartm: The patch attempt to force the dev to use a standard name for the title so if the themer want to easily standardize the title area, he can create a group and reuse it in every window. |
| [00:23:49] | xavierh_: | stuartm: Also the group area can be left out of the Qt side |
| [00:24:10] | stuartm: | xavierh_: right, which is what I understood it to be doing – that's a good thing if the themer wants it |
| [00:25:36] | xavierh_: | stuartm: Looking at Terra, I had to fix all the setting page to display the same top with a different page title, some were called pagetitle, some title, some heading ... |
| [00:29:40] | xavierh_: | stuartm: Also I was thinking of implementing the inheritance for window |
| [00:31:58] | vallor (vallor!~Ponzo@pdpc/supporter/monthlygold/vallor) has quit (Ping timeout: 244 seconds) | |
| [00:32:10] | stuartm: | sphery: strictly it might not be a bad idea to delete old settings to prevent future conflicts, of course we'd need a smarter way of doing it than compiling a big long list of removed settings which would be difficult to do – maybe a framework that looks at what settings are currently defined and removes everything else, or a new timestamp on the settings table which tracks the last time a setting was accessed (not foolproof but reasonably safe) |
| [00:32:45] | zombor (zombor!~zombor_@kohana/developer/zombor) has joined #mythtv | |
| [00:33:34] | stuartm: | xavierh_: window inheritence isn't permitted for good reason, it's far more complicated than widget inheritence and it's hard to see how it would work in practice – few screens share enough widgets for it to work |
| [00:34:19] | zombor (zombor!~zombor_@kohana/developer/zombor) has quit (Remote host closed the connection) | |
| [00:34:33] | stuartm: | the approach of using <groups> and includes is better, more flexible and less likely to break horribly |
| [00:34:42] | xavierh_: | Noted |
| [00:35:17] | stuartm: | sphery: s/strictly// |
| [00:35:47] | jpabq (jpabq!~jpabq@mythtv/developer/jpabq) has joined #mythtv | |
| [00:37:41] | noahric (noahric!~noahric@74.125.59.74) has quit (Quit: noahric) | |
| [00:40:34] | xavierh_: | I am looking at the doxygen doc to find the best suitable dialog for an help text. Would it not make more send if the MythUI did not show all the inheritance outside MythUI ? |
| [00:42:01] | jpabq (jpabq!~jpabq@mythtv/developer/jpabq) has quit (Ping timeout: 246 seconds) | |
| [00:42:19] | xavierh_: | In an other word, where is the config file for doxygen, and would this change interest anyone ? |
| [00:43:44] | jpabq (jpabq!~jpabq@mythtv/developer/jpabq) has joined #mythtv | |
| [00:44:08] | stuartm: | xavierh_: from the pov of tracking down where code is used to apply changes/fixes seeing the usage of classes is invaluable |
| [00:45:03] | stuartm: | it also helps to have a list of examples to reference |
| [00:45:35] | sphery: | stuartm: Yeah, leaving values can only result in 2 problems: a) users change the value by editing DB directly and don't see changes and think there's a bug (which I don't care about, since that's not a supported mechanism of editing settings values) and b) we have a future conflict. TTBOMK, we've never had a conflict in the past, but it is possible. Other than that, though, there's no real reason to worry about removing them--they really ... |
| [00:45:41] | sphery: | ... won't change size on disk or anything (as creating all settings for a new frontend/backend machine results in an increase of 8kB of data and 20kB of index, so deleting even 10 or 20 of the 150+ settings will have negligible impact). |
| [00:46:08] | xavierh_: | stuartm: sure |
| [00:46:28] | stuartm: | the chances of conflicts only increases with time, but it's not an immediate problem |
| [00:46:47] | sphery: | at this point, I'm not too worried about future conflicts, but I do plan to add some functionality for better handling settings (like resetting all settings for a host to defaults--similar to how we can now do that for key bindings--which will clean up old settings values, too) |
| [00:48:18] | sphery: | In theory, though, assuming well-named settings values and good code that actually does make the setting unnecessary (i.e. meaning we don't just add it back in), we won't have future conflicts... Not that real life follows theory, nor that those assumptions are necessarily valid. |
| [00:48:44] | gregL_ (gregL_!~greg@cpe-74-76-125-87.nycap.res.rr.com) has joined #mythtv | |
| [00:49:18] | gregL (gregL!~greg@cpe-74-76-125-87.nycap.res.rr.com) has quit (Read error: Connection reset by peer) | |
| [00:49:56] | xavierh_: | reset to default would be nice |
| [00:49:59] | stuartm: | sphery: there's a mechanism to reset settings to the locale defaults, intended to allow existing users to benefit from a new locale config, unused at the moment and probably incomplete but probably something you'd need to include with your 'reset settings' stuff |
| [00:50:33] | jpabq (jpabq!~jpabq@mythtv/developer/jpabq) has quit (Read error: Connection reset by peer) | |
| [00:50:41] | sphery: | yeah, will have to keep that in mind (or if I miss that on my change, please let me know so I can fix it) |
| [00:51:17] | jpabq (jpabq!~jpabq@mythtv/developer/jpabq) has joined #mythtv | |
| [00:51:45] | jpabq_ (jpabq_!~jpabq@mythtv/developer/jpabq) has joined #mythtv | |
| [00:52:55] | jpabq__ (jpabq__!~jpabq@mythtv/developer/jpabq) has joined #mythtv | |
| [00:52:55] | sphery: | stuartm: also, fwiw, I was thinking about adding a new locale-defaults-like "packaging defaults" mechanism--that would allow packagers to define distro-/package-specific defaults. My plan is that the locale-based defaults would take precedence. Does that seem reasonable? Would allow packagers to simplify some of their post-install stuff. |
| [00:53:01] | stuartm: | hmm, the guys at TVDB aren't too bright, in response to a change I made in their wiki clarifying some advice about artwork they've clarified their policies even further making it verboten to resize images in any direction in order to create banners/fanart/etc |
| [00:53:09] | sphery: | (i.e. where Ubuntu sets Mythbuntu as the default theme and such) |
| [00:53:47] | stuartm: | I'm tempted to upload fanart showing just the navels of the shows cast because I'm not allowed to scale the original photograph down to size |
| [00:53:57] | sphery: | obviously post 0.25 change for the packager defaults |
| [00:54:13] | stichnot (stichnot!chatzilla@mythtv/developer/stichnot) has quit (Ping timeout: 252 seconds) | |
| [00:55:34] | jpabq (jpabq!~jpabq@mythtv/developer/jpabq) has quit (Ping timeout: 252 seconds) | |
| [00:55:45] | stuartm: | sphery: I can't really say whether it makes sense since I don't really know what settings packagers are currently manipulating and what their reasons for doing so might be |
| [00:55:45] | jams: | sphery- please talk to me at a later date for that, as my mythutils patch already does just about everything you talked about for settings |
| [00:55:51] | jpabq_ (jpabq_!~jpabq@mythtv/developer/jpabq) has quit (Ping timeout: 244 seconds) | |
| [00:57:44] | stuartm: | I'm not saying that they don't have good reason for changing some things, but a series of abuses and very bad decisions made by packagers (in general, not entirely specific to MythTV) has left me deeply suspicious of their overall motives and techinical ability |
| [00:59:54] | jerry_ (jerry_!~jerry@100-97-35-72.mtaonline.net) has quit (Quit: Konversation terminated!) | |
| [01:01:13] | xavierh_: | stuartm: where you saying that scrolling in a textarea is not implemented in MythUI ? |
| [01:02:51] | stuartm: | xavierh_: it's implemented, as automatic scrolling (stock ticker style) but nothing permitting the user to manually scroll a text area |
| [01:03:12] | xavierh_: | ok thx |
| [01:04:06] | stuartm: | IMHO the latter isn't really remote control friendly, better to fit everything on screen and if that's not possible to leave something out |
| [01:06:02] | stuartm: | <rant>after all, few people really consider that packagers get to make changes to a projects code without ever having been given commit access, or needing to have their work reviewed by developers, in some instances it seems that packaging represents a loophole in the open source system of security</rant> |
| [01:07:56] | stuartm: | as neatly demonstrated by Debian's packagers thinking they know better than OpenSSH devs and leaving every Debian user with worthless ssh keys for a period of years |
| [01:08:42] | Anssi: | IIRC the debian packagers tried to contact OpenSSH devs first via ml but got no response |
| [01:08:43] | jpabq_ (jpabq_!~jpabq@mythtv/developer/jpabq) has joined #mythtv | |
| [01:09:01] | noahric (noahric!~noahric@50.46.147.0) has joined #mythtv | |
| [01:09:30] | jpabq__ (jpabq__!~jpabq@mythtv/developer/jpabq) has quit (Ping timeout: 260 seconds) | |
| [01:10:11] | Anssi: | s/OpenSSH/OpenSSL/ |
| [01:10:35] | stuartm: | Anssi: they shouldn't have been messing around in the first place, they should have shipped the code as they got it, packagers don't have the right to modify the code and then pass it on to users as the 'official application', it's no wonder than Firefox force Debian to rename their packages |
| [01:10:49] | stuartm: | right, it was OpenSSL |
| [01:10:55] | Anssi: | actually, there were some replies, like http://marc.info/?l=openssl-dev&m=114652287210110&w=2 :p |
| [01:12:24] | stuartm: | s/than/that/ ... I should be in bed, I always start irritable rants when I'm tired ;) |
| [01:12:28] | danielk22 (danielk22!~danielk@96.57.9.142) has quit (Ping timeout: 272 seconds) | |
| [01:15:56] | wagnerrp: | stuartm: beat me to it |
| [01:19:46] | stuartm: | wagnerrp: I'm trusting that it really isn't a bug, otherwise I'll look a touch foolish ;) |
| [01:22:04] | wagnerrp: | well there is a bug involved there, #10424 |
| [01:22:24] | wagnerrp: | but #10421 is just a case of the user breaking their database by updating to a development version |
| [01:23:41] | wagnerrp: | i expected the user to open it back up |
| [01:23:49] | wagnerrp: | so i didnt want a "real" ticket getting cluttered |
| [01:27:59] | jpabq (jpabq!~jpabq@mythtv/developer/jpabq) has joined #mythtv | |
| [01:28:03] | danielk22 (danielk22!~danielk@96.57.9.142) has joined #mythtv | |
| [01:32:38] | wagnerrp: | sphery: do you think were pretty much done with schema updates, and can do a rollup? |
| [01:32:46] | wagnerrp: | or would it be better to wait until late march? |
| [01:34:31] | sphery: | I've been waiting just because I don't want to do it twice if I can avoid it... testing takes about 40min to an hour, so I'm hoping to avoid having to redo it. I was thinking of sending an e-mail to the list asking people how sure they are we won't be updating schema |
| [01:35:31] | sphery: | with an Apr 2 expected release date, though, there's a lot of time for "oops, we have to change this" |
| [01:43:38] | kormoc (kormoc!~kormoc@mythtv/developer/kormoc) has quit (Quit: kormoc) | |
| [01:45:23] | davide is now known as gigem | |
| [01:52:10] | xris: | !seen Beirdo |
| [01:52:10] | MythLogBot: | Beirdo is here and has been idle for 7 hours 6 minutes 44 seconds |
| [01:57:58] | Beirdo: | Im here |
| [02:05:57] | gigem_ (gigem_!~david@mythtv/developer/gigem) has quit (Remote host closed the connection) | |
| [02:06:17] | gigem_ (gigem_!~david@host70.16.intrusion.com) has joined #mythtv | |
| [02:06:18] | gigem_ (gigem_!~david@host70.16.intrusion.com) has quit (Changing host) | |
| [02:06:18] | gigem_ (gigem_!~david@mythtv/developer/gigem) has joined #mythtv | |
| [02:24:13] | kormoc (kormoc!~kormoc@mythtv/developer/kormoc) has joined #mythtv | |
| [03:01:19] | stichnot (stichnot!chatzilla@mythtv/developer/stichnot) has joined #mythtv | |
| [03:06:58] | vallor (vallor!~Ponzo@pdpc/supporter/monthlygold/vallor) has joined #mythtv | |
| [03:15:58] | natanojl (natanojl!~jonatan@c83-252-237-63.bredband.comhem.se) has quit (Ping timeout: 272 seconds) | |
| [03:30:48] | noahric (noahric!~noahric@50.46.147.0) has quit (Quit: noahric) | |
| [03:36:14] | knightr (knightr!~knightr@mythtv/developer/knightr) has quit (Read error: Connection reset by peer) | |
| [03:36:58] | knightr (knightr!~knightr@mythtv/developer/knightr) has joined #mythtv | |
| [03:43:24] | gregL_ (gregL_!~greg@cpe-74-76-125-87.nycap.res.rr.com) has quit (Read error: Connection reset by peer) | |
| [03:45:28] | xris: | wondering if it's worth trying to move www tonight |
| [03:50:50] | xris: | Beirdo: how confident are you that email and lists are ready to go? |
| [03:58:22] | xavierh_ (xavierh_!~chatzilla@cpc1-swin3-0-0-cust274.3-1.cable.virginmedia.com) has quit (Ping timeout: 246 seconds) | |
| [04:00:42] | gregL_ (gregL_!~greg@cpe-74-76-125-87.nycap.res.rr.com) has joined #mythtv | |
| [04:11:37] | k-man: | moving www? |
| [04:12:36] | sphery: | (back to our own server) |
| [04:22:13] | saintdev (saintdev!~saint@unaffiliated/saintdev) has joined #mythtv | |
| [04:31:41] | Beirdo: | xris: try sending some mails from it to yourself, that gets almost all of it tested other than mailman itself |
| [04:32:46] | stichnot: | danielk22: I need CEA-708 advice. I have a recording with scrolling captions, with each line following this pattern: <characters> DefineWindow(row_cnt=3) AddText(CR) SetPenLocation(col=0, row=2). Since DefineWindow's row_cnt arg is supposed to be incremented to yield the true number of rows, our code keeps overwriting the same row instead of scrolling as intended. I don't know if this is... |
| [04:32:48] | stichnot: | ...a bug in the data, or a bug in my understanding. If the former, what's the best workaround? |
| [04:33:05] | Beirdo: | let me finish this yogurt, and I'll send another test |
| [04:33:11] | stichnot: | The behavior is similar to that described in http://code.mythtv.org/trac/ticket/9565 |
| [04:44:26] | stichnot: | When CEA-608 captions are displayed, they appear as a window of 3 lines that continue scrolling up. |
| [04:59:51] | saintdev (saintdev!~saint@unaffiliated/saintdev) has left #mythtv ("Leaving") | |
| [05:04:10] | knightr (knightr!~knightr@mythtv/developer/knightr) has quit (Ping timeout: 252 seconds) | |
| [05:04:41] | knightr (knightr!~knightr@mythtv/developer/knightr) has joined #mythtv | |
| [05:05:56] | xris: | wow, we have so many DNS subdomains.. not sure we should even be keeping them around.. ftp.mythtv.info |
| [05:20:12] | noahric (noahric!~noahric@50-54-228-209.evrt.wa.frontiernet.net) has joined #mythtv | |
| [05:28:08] | stichnot (stichnot!chatzilla@mythtv/developer/stichnot) has quit (Ping timeout: 244 seconds) | |
| [05:35:45] | xris: | anyone awake who cares to validate my proposed DNS changes: http://pastebin.com/YQz6wzMM |
| [05:40:55] | ** xris prods Beirdo with a stale trout ** | |
| [05:48:15] | Beirdo: | yup... |
| [05:50:41] | xris: | we should switch to salmon now that we're in the northwest. esp. with Captain_Murdoch headed this way, too |
| [05:53:53] | stichnot (stichnot!~chatzilla@mythtv/developer/stichnot) has joined #mythtv | |
| [05:55:40] | Beirdo: | hehe |
| [05:55:46] | Beirdo: | !salmon xris |
| [05:55:46] | ** MythLogBot plants a salmon upside the head of xris on behalf of Beirdo... ** | |
| [05:55:50] | Beirdo: | :) |
| [05:56:27] | Beirdo: | I was tempted to buy smoked salmon today |
| [05:56:39] | Beirdo: | but I didn't feel like walking to the market in the drizzle |
| [05:56:43] | Beirdo: | it will wait |
| [05:58:45] | xris: | heh |
| [05:59:06] | xris: | you need to wait and go to whole foods and get their maple smoked stuff. |
| [06:00:25] | Beirdo: | yah that stuff is mighty tasty |
| [06:00:53] | Beirdo: | the smoked salmon with peppercorns at the market is pretty good too |
| [06:03:55] | xris: | true. wholefoods was better value for the cost, though |
| [06:04:00] | wagnerrp: | wait, whats this? |
| [06:04:06] | Beirdo: | by far |
| [06:04:08] | Beirdo: | :) |
| [06:04:14] | xris: | wagnerrp: salmon or dns? :) |
| [06:04:15] | wagnerrp: | another one of you people headed towards the PNW? |
| [06:04:33] | xris: | Captain_Murdoch might be moving here (really close to the canadian border) |
| [06:04:37] | Beirdo: | seems so. You'd better move too, don't miss the boat |
| [06:04:48] | wagnerrp: | its going to stop being a primary NA project, and become a primarily WashSt project |
| [06:05:02] | xris: | have to get everyone up here. best place I've ever lived. |
| [06:05:08] | xris: | LOTS of tech jobs at the moment |
| [06:05:15] | wagnerrp: | its just so damn cloudy |
| [06:05:15] | Beirdo: | we'll have to put the UW imap lib in there |
| [06:05:36] | Beirdo: | seriously though, I really enjoy it here too :) |
| [06:05:48] | ** wagnerrp enjoys the sun, even though he never gets outside during the day to see it ** | |
| [06:06:33] | xris: | global warming helps there.. we have long sunny summers these days. :) |
| [06:09:46] | xris: | and it doesn't actually rain much here. just stays grey for a long time in the winter |
| [06:10:20] | Beirdo: | it was drizzly today, but just enough to be annoying, not enough to really get wet |
| [06:15:19] | jpabq_ (jpabq_!~jpabq@mythtv/developer/jpabq) has quit (Read error: Connection reset by peer) | |
| [06:15:23] | jpabq__ (jpabq__!~jpabq@mythtv/developer/jpabq) has joined #mythtv | |
| [06:16:01] | xris: | depends on when you were out and how far you had to walk. :P mile walk back to work after lunch made me glad I had an umbrella |
| [06:17:52] | xris: | Beirdo: minor tweaks to dns request: http://pastebin.com/hq9Rnbw4 |
| [06:18:42] | Beirdo: | looks good |
| [06:25:01] | Beirdo: | album = album = mdata->Album() + " ~ " + QString("%1").arg(mdata->getAlbumId());; |
| [06:25:07] | Beirdo: | that just looks... wrong |
| [06:26:01] | Beirdo: | I think that will be the equivalent of doing "album = true;" |
| [06:27:12] | Beirdo: | certainly the ;; is pointless |
| [06:27:59] | Beirdo: | and of course, paul-h isn't on to say "ooops" and go off and fix it :) |
| [06:28:23] | Beirdo: | mythmusic/playlist.cpp line 346, BTW |
| [06:38:46] | ikrabbe: | is there a database scheme change, when I want to test 0.25? |
| [06:40:05] | wagnerrp: | there have been several dozen schema changes in 0.25 |
| [06:40:54] | ikrabbe: | so I should save my current database before testing, thx |
| [06:41:47] | wagnerrp: | its automatically done on any schema update |
| [06:42:10] | ikrabbe: | my concern is, that I loose my TV, when I have to switch back :) |
| [06:42:30] | ikrabbe: | i know i could just reconfigure it |
| [06:42:44] | ikrabbe: | but i hate that... maybe I'm just too laze |
| [06:42:50] | ikrabbe: | /e$/y$/ |
| [06:59:03] | foobum (foobum!~foobum@78-105-15-213.zone3.bethere.co.uk) has quit (Ping timeout: 252 seconds) | |
| [06:59:41] | foobum (foobum!~foobum@78-105-15-213.zone3.bethere.co.uk) has joined #mythtv | |
| [07:30:05] | xris: | Beirdo: you should probably join #osuosl |
| [07:30:31] | Beirdo: | K |
| [07:41:21] | noahric (noahric!~noahric@50-54-228-209.evrt.wa.frontiernet.net) has quit (Quit: noahric) | |
| [08:04:24] | noahric (noahric!~noahric@50.46.147.0) has joined #mythtv | |
| [08:25:03] | OldEnK (OldEnK!~OldEnK@71-213-207-190.cdrr.qwest.net) has joined #mythtv | |
| [08:26:23] | OldEnK (OldEnK!~OldEnK@71-213-207-190.cdrr.qwest.net) has left #mythtv () | |
| [08:30:00] | pheld (pheld!~heldal@cl-5.osl-01.no.sixxs.net) has joined #mythtv | |
| [08:44:04] | noahric (noahric!~noahric@50.46.147.0) has quit (Quit: noahric) | |
| [09:10:49] | sraue (sraue!~stephan@xbmc/staff/sraue) has quit (Ping timeout: 244 seconds) | |
| [09:12:03] | sraue (sraue!~stephan@xbmc/staff/sraue) has joined #mythtv | |
| [09:27:21] | lolcat` (lolcat`!~xae8koo@zebra719.startdedicated.com) has quit (Ping timeout: 244 seconds) | |
| [09:40:38] | warped (warped!~piotro@91.189.74.10) has joined #mythtv | |
| [09:53:07] | ikrabbe (ikrabbe!~ingo@pdpc/supporter/professional/ikrabbe) has left #mythtv () | |
| [09:58:34] | skrock (skrock!~martin@c-167270d5.024-74-736b7610.cust.bredbandsbolaget.se) has joined #mythtv | |
| [10:02:04] | stuartm: | Beirdo: delete NULL is perfectly safe, in fact it's redundant to check that a pointer is null before deleting it |
| [10:38:20] | warped (warped!~piotro@91.189.74.10) has quit (Quit: warped) | |
| [11:05:02] | Guest17858 (Guest17858!~mike@c-76-115-119-121.hsd1.or.comcast.net) has quit (Remote host closed the connection) | |
| [11:05:55] | mike (mike!~mike@c-76-115-119-121.hsd1.or.comcast.net) has joined #mythtv | |
| [11:06:21] | mike is now known as Guest48137 | |
| [11:11:01] | natanojl (natanojl!~jonatan@c83-252-237-63.bredband.comhem.se) has joined #mythtv | |
| [12:14:30] | gigem (gigem!~gigem@pool-71-170-160-242.dllstx.fios.verizon.net) has quit (Ping timeout: 260 seconds) | |
| [13:05:57] | gigem_ (gigem_!~david@mythtv/developer/gigem) has quit (Remote host closed the connection) | |
| [13:06:22] | gigem_ (gigem_!~david@host70.16.intrusion.com) has joined #mythtv | |
| [13:06:22] | gigem_ (gigem_!~david@host70.16.intrusion.com) has quit (Changing host) | |
| [13:06:22] | gigem_ (gigem_!~david@mythtv/developer/gigem) has joined #mythtv | |
| [13:16:32] | warped (warped!~piotro@91.189.74.10) has joined #mythtv | |
| [13:40:52] | kurre2 (kurre2!~tomimo@xdsl-83-150-88-111.nebulazone.fi) has quit (*.net *.split) | |
| [13:40:52] | tris (tris!tristan@2001:1868:a00a::4) has quit (*.net *.split) | |
| [13:40:52] | GreyFoxx (GreyFoxx!~greg@mythtv/developer/GreyFoxx) has quit (*.net *.split) | |
| [13:40:59] | GreyFoxx (GreyFoxx!~greg@2607:ae00:fff9::1) has joined #mythtv | |
| [13:52:43] | tris (tris!tristan@2001:1868:a00a::4) has joined #mythtv | |
| [14:06:34] | danielk22: | stichnot: I think roll-up captions may have maybe been dropped from the latest 708 standard, it sounds like that's what is supposed to be going on here. I have copies of both the new and old 708 spec somewhere but I'm still working on my taxes this weekend... |
| [14:07:02] | kurre2 (kurre2!~tomimo@xdsl-83-150-88-111.nebulazone.fi) has joined #mythtv | |
| [14:10:04] | stichnot: | danielk22: I tried a number of hacks to detect and correct that problem, but every attempt caused a problem with some other recording. Finally, I looked at what was essentially a newer version of the old recording — it looks like the broadcaster has fixed their 708 encoding bug by now. |
| [14:10:48] | stichnot: | And weren't you doing taxes last weekend? :) |
| [14:10:55] | stichnot: | oh, I missed the "still" |
| [14:13:16] | danielk22: | Heh, yeah. corp taxes are due in a few days... I'm really just collecting documents to send to the accountant at this point, he's already sent me the extension paperwork to sign... but if I don't do this now I'll be doing it in Sept under more pressure. |
| [14:24:40] | warped (warped!~piotro@91.189.74.10) has quit (Quit: warped) | |
| [14:27:01] | stichnot: | danielk22: what is the latest version of CEA-708? "D"? "E"? |
| [14:28:11] | danielk22: | I think it's D |
| [14:30:19] | stichnot: | ah, there's a CEA-608-E, which I misread as D |
| [14:53:49] | Yanc (Yanc!~mpulis@46.11.20.27) has joined #mythtv | |
| [14:55:57] | Yanc: | guys, I bought a peak usb dvb-t. http://linuxtv.org/wiki/index.php/Afatech_AF9015 – anyone got any clue on how to get the remote control usable please? |
| [15:08:48] | jarle (jarle!~jarle@70.84-234-133.customer.lyse.net) has quit (Ping timeout: 252 seconds) | |
| [15:15:54] | kenni: | Yanc: This is the MythTV development channel, you want #mythtv-users (or more likely #linuxtv and #lirc) |
| [15:17:27] | Yanc: | thanks kenni and sry |
| [15:22:41] | skd5aner: | in case it hasn't been mentioned – tons of usability/bug reports appearing on the -users mailing list since beta was released... might be worthwhile to lurk the list for a little while if you don't typically do so |
| [15:29:29] | stuartm: | sphery: given the evident confusion over flat view and file browse mode, maybe we should rename one or both for 0.25? |
| [15:38:40] | Yanc (Yanc!~mpulis@46.11.20.27) has quit (Remote host closed the connection) | |
| [15:52:16] | stichnot: | natanojl: if you're around. I recall you have the DVD and can reproduce http://code.mythtv.org/trac/ticket/9407 . If you're not planning to look into it, is there any chance you could find a way to upload an excerpt of the .iso that shows the problem? e.g. via a re-authoring tool |
| [15:53:11] | stuartm: | skd5aner: is reading the -users going to make me sad? |
| [15:53:34] | skd5aner: | you might want to avoid the mythmusic thread – but otherwise, decent reports (and some praise) |
| [15:55:03] | skd5aner: | the bug reports seem to be legit – I just know not all of them are going to end up in trac, but probably just another good place to check the pulse of what people are seeing in the beta period in addition to what ends up in trac |
| [15:56:26] | skd5aner: | stuartm: that said – as I just mentioned in the other channel, some of the uproar on the UX of mythmusic might be valid, but sometimes people lose tact... I'm holding my judgement until I've actually had time to play with the new interface |
| [15:56:35] | stuartm: | "videos are only deletable from Video Manager" << OK, I missed that commit, and I'm slightly surprised by it, it used to be the case that videos were only deletable from the manager but I changed that during the mythui port, only it's now gone back to the way it was before |
| [15:57:06] | skd5aner: | yea, I remember that one – iamlindoro made it right? |
| [15:57:59] | stuartm: | skd5aner: there are issues with the UI/UX, although some of the complaints I've seen are bizarre since the stuff they are complaining about was true of mythmusic in 0.24 and earlier, what I would point out is that the new mythmusic isn't finished, it's a work in progress |
| [15:58:48] | skd5aner: | stuartm: hard for me to talk to, not using it myself yet, but it sounds like it relies heavily on adding tracks/albums to playlists before playing them – rather than navigating a library or heirarchy and simply "playing" what you highlight |
| [15:58:54] | skd5aner: | that sounds annoying to me too |
| [15:59:55] | skd5aner: | but I honestly won't have a grasp on the reality of it until I actually touch it |
| [16:00:13] | skd5aner: | I wonder if I should make the leap now... what do you think? |
| [16:00:19] | stuartm: | skd5aner: that's not true at all, it was true of the old mythmusic however |
| [16:00:32] | skd5aner: | old mythmusic I never had to do that? |
| [16:00:40] | stuartm: | you did? |
| [16:00:50] | stuartm: | unless there was a mode I wasn't aware of |
| [16:01:06] | skd5aner: | yea, it's always worked that way for me |
| [16:01:09] | skd5aner: | didn't realize there was another way :) |
| [16:01:22] | stuartm: | hmm |
| [16:01:31] | xavierh_ (xavierh_!~chatzilla@cpc1-swin3-0-0-cust274.3-1.cable.virginmedia.com) has joined #mythtv | |
| [16:02:02] | skd5aner: | could easily play a song, album, artist – I think it was slightly more challenging playing the entire library, but I rarely did that via mythmusic... |
| [16:03:12] | skd5aner: | There UX of actually playing what I wanted to play in mythmusic up to this point, I'd give it a 7 |
| [16:03:29] | skd5aner: | could be better, but met my needs as far as getting around the library |
| [16:03:41] | stuartm: | skd5aner: well you can do that in the new mythmusic, in the Playlist Editor (tree/gallery) (tree is better) you just select a track/album/artist/genre and it gets queued to play, choose 'Replace' and it's played immediately |
| [16:04:12] | skd5aner: | Just I can just navigate and hit the play button, I have to stick it in a the queue? |
| [16:04:31] | skd5aner: | ugh... what the heck did I just type? |
| [16:04:40] | skd5aner: | let me try again... |
| [16:04:51] | stuartm: | yes, just substitute the play button for the select button |
| [16:04:55] | skd5aner: | so I can't just navigate to what I what to hear and hit play? It's got to be added to the queue? |
| [16:05:17] | stuartm: | although it makes some sense to have PLAY play it immediately vs SELECT which queues it (by default) |
| [16:05:45] | stuartm: | skd5aner: if you hit MENU, "replace all tracks" it's played immediately |
| [16:05:52] | skd5aner: | yea – I'm very curious now to get around to tyring it out |
| [16:06:16] | skd5aner: | I've got some company coming to stay for a week or so next week – so now's not the time to ugprade, but maybe in a few weeks I'll give it a go |
| [16:06:56] | skd5aner: | extremely excited that MythMusic got some major love – even if it'll have some rough edges during it "re-birth" – those can always be sanded down :) |
| [16:08:31] | skd5aner: | back to the -users list – just wanted to bring attenion to the fact that maybe 25% of the threads there now are related specifically to feedback on 0.25 beta – most of those being issues/bugs |
| [16:08:37] | stuartm: | skd5aner: the behaviour of queuing tracks in a playlist is more in line with what most people would do, I've GBs of music, I don't want to sit in front of the TV choosing what to play next as each song ends, I want to queue up some tracks and then do something else (be that return to the party, fill out my tax returns or whatever) |
| [16:09:19] | skd5aner: | perhaps... or maybe someone just wants to put their entire libary on shuffle |
| [16:09:23] | stuartm: | skd5aner: someone should be advising people to open tickets otherwise there is no guarentee that their issues will get fixed |
| [16:09:36] | stuartm: | skd5aner: or that, you can do that too |
| [16:09:38] | skd5aner: | not sure if that's easily done or not... can you add at a parent level? |
| [16:09:45] | skd5aner: | (like the top parent level) |
| [16:09:52] | stuartm: | skd5aner: yes you can |
| [16:09:55] | skd5aner: | cool |
| [16:10:26] | stuartm: | or use smart playlists, I've one which plays back only 8 star or better tracks which I've not listened to in the last 4 months |
| [16:10:44] | skd5aner: | true, the usual suspects usually do suggest that they go to trac, but again – just thought it might be a good place to check for a month and see what the feedback is before release (bugs or otherwise) |
| [16:11:01] | skd5aner: | the voice of the masses – it's not always torches and pitchforks ;) |
| [16:11:19] | stuartm: | and another which plays only tracks added to the database in the last month |
| [16:11:33] | skd5aner: | yea, I've got a several dozen playlists in itunes |
| [16:11:37] | rsiebert (rsiebert!~quassel@g225058206.adsl.alicedsl.de) has quit (Read error: Connection reset by peer) | |
| [16:11:47] | skd5aner: | would be nice if there was a way to sync those in mythmusic – would *LOVE* that |
| [16:11:56] | rsiebert (rsiebert!~quassel@e179129195.adsl.alicedsl.de) has joined #mythtv | |
| [16:12:37] | skd5aner: | Added in the last 3 months, Added in the last year and played more than 3 times, not listened to in the last 6 months and playcount 6+, etc |
| [16:12:38] | stuartm: | smart playlists are a fantastic feature, dynamically generated based on preset selection criteria |
| [16:13:05] | skd5aner: | yea – that's what I'm talking about – heavy user of smart playlists in itunes |
| [16:13:54] | skd5aner: | the general problem is that each player keeps their own stats related to playcounts and date added – unfortunately, those make up the criteria of 75% of my playlists :) |
| [16:13:54] | stuartm: | we've had smart playlists for as long as I can remember, but in the new mythmusic they are found alongside the other browse options rather than hidden in a context menu |
| [16:14:31] | stuartm: | skd5aner: for mp3 we store playcount/rating in the ID3 tag – date added unfortunately is not an official ID3 tag :( |
| [16:14:58] | skd5aner: | yea, itunes ignores that and leverages their db unfortunately |
| [16:15:00] | stuartm: | of course that only helps with software which is willing to read the playcount/rating from the ID3 tag :/ |
| [16:15:10] | skd5aner: | which is a real bummer |
| [16:15:13] | skd5aner: | f'ing apple |
| [16:15:36] | skd5aner: | stuartm: I use last.fm to track my overall playcount |
| [16:15:51] | skd5aner: | would be nice if myth count sync with that |
| [16:16:08] | skd5aner: | but, frwoap :) |
| [16:16:30] | skd5aner: | anyway – gotta run, have a good one |
| [16:18:13] | stoffel (stoffel!~quassel@pD9E419D6.dip.t-dialin.net) has joined #mythtv | |
| [16:18:44] | kenni: | ohh, I didn't know that #10429 was a feature :) |
| [16:22:24] | skrock (skrock!~martin@c-167270d5.024-74-736b7610.cust.bredbandsbolaget.se) has quit (Quit: WeeChat 0.3.7) | |
| [16:25:16] | danielk22: | kenni: not a feature really, it's just the code is simpler if we don't special case dummy recordings. |
| [16:25:32] | zombor (zombor!~zombor_@kohana/developer/zombor) has joined #mythtv | |
| [16:26:17] | danielk22: | kenni: While we're waiting for tuning data we need to give the frontend something to play.. so we create a dummy recording and tell it to play that. |
| [16:27:11] | gigem (gigem!~gigem@pool-71-170-160-242.dllstx.fios.verizon.net) has joined #mythtv | |
| [16:27:11] | gigem (gigem!~gigem@pool-71-170-160-242.dllstx.fios.verizon.net) has quit (Changing host) | |
| [16:27:12] | gigem (gigem!~gigem@mythtv/developer/gigem) has joined #mythtv | |
| [16:29:16] | zombor (zombor!~zombor_@kohana/developer/zombor) has quit (Remote host closed the connection) | |
| [16:30:52] | rolnics (rolnics!~wayne@host-92-21-209-111.as13285.net) has joined #mythtv | |
| [16:31:10] | rolnics (rolnics!~wayne@host-92-21-209-111.as13285.net) has left #mythtv () | |
| [16:44:15] | natanojl: | stichnot: Is it ok if I PM you the URL? |
| [16:52:37] | danielk22: | #10414 is interesting, it looks like people are seeing much higher CPU usage than I am.. but I'm still wondering if that is a red herring since it could be something like the rmem_max. For some reason it seems to be set at a ridiculously low value 131071 by default (on Ubuntu). |
| [16:52:37] | natanojl: | stichnot: Hm, I thought it was the other ticket about LOTR. |
| [16:56:00] | danielk22: | superm1: Any idea why rmem_max would be set so low? It seems that buffer could overflow in just 1 ms on a 1000Mbit network. With timeslices set anywhere between 1ms and 10ms it seems a recipe for dropped packets.. |
| [16:58:26] | stichnot: | natanojl: absolutely, thanks. |
| [16:59:11] | stichnot: | natanojl: there are two LOTR tickets, 9407 and 9429. |
| [17:01:56] | kenni: | danielk22: That makes sense...however, I don't see that they get cleaned up within minutes, I still have multiple of them from yesterday. It seems like they get expired/deleted together with the "real" live tv recordings. |
| [17:03:09] | danielk22: | Hmm, they used to be cleaned up quickly... sphery do you know of any changes to the deletion of small livetv files? |
IRC Logs collected by
BeirdoBot.
Please use the above link to report any bugs.