MythLogBot@irc.freenode.net :: #mythtv

Daily chat history

Current users (83):

aloril, andreax1, Anssi, anykey_, ben1066, brfransen, brtb, CaCtus492, Captain_Murdoch, cattelan, Chutt, clever, cocoa117, coling, Cougar, damaltor, danielk22, dekarl1, dlblog, ElmerFudd, f33dMB, foobum, foxbuntu, ghoti, gigem, gregL, GreyFoxx, highzeth, ikke-t, J-e-f-f-A, j-rod|afk, jams, jarle, jcarlos, joe_, joki, jpabq, jstenback, jwhite, k-man, kenni, knightr, kurre2, kwmonroe, laga_, mag0o_, Malard, markcerv, mike|2, mrand, MythBuild, MythLogBot, mzanetti, NightMonkey, peitolm, pheld, poptix, purserj, rhpot1991, Seeker`, skd5aner, Slasher`, sphery, sraue, stichnot_, stuarta, superm1, sutula, tgm4883, TheAsp, ThisNewGuy, toeb, tomimo, tris, Unhelpful, vallor, wahrhaft, wseltzer, xavierh, XDS2010_, xris, yb0t, _charly_
Thursday, April 5th, 2012, 00:29 UTC
[00:29:15] zombor (zombor!~zombor_@kohana/developer/zombor) has quit (Remote host closed the connection)
[00:44:35] zombor (zombor!~zombor_@kohana/developer/zombor) has joined #mythtv
[01:32:09] cattelan (cattelan!~cattelan@c-66-41-26-220.hsd1.mn.comcast.net) has quit (Ping timeout: 244 seconds)
[01:36:44] kormoc (kormoc!~kormoc@mythtv/developer/kormoc) has joined #mythtv
[01:51:08] stichnot (stichnot!~chatzilla@mythtv/developer/stichnot) has joined #mythtv
[02:28:37] cattelan (cattelan!~cattelan@c-66-41-26-220.hsd1.mn.comcast.net) has joined #mythtv
[03:27:45] zombor (zombor!~zombor_@kohana/developer/zombor) has quit (Remote host closed the connection)
[04:19:02] mrand (mrand!~mrand@ubuntu/member/mrand) has quit (Ping timeout: 246 seconds)
[04:19:07] stichnot: Does anyone use Input Groups and could you test a patch for #10545 ?
[04:19:07] ** MythLogBot http://code.mythtv.org/trac/ticket/10545 **
[04:37:05] gigem: stichnot: if you have inputs with different sources, you can always force them to be in the same input group. if you can't do that and no one else can do it sooner, i can probably do it tomorrow (thursday) eveing.
[04:38:16] stichnot: I have HDHRs and one HD-PVR. I thought input groups required two analog tuners so I would be out of luck.
[04:38:28] stichnot: but I need to write the patch first :)
[04:45:27] stichnot: actually, now I'm wondering if the submitter has livetvorder=0 for one of the inputs
[04:55:48] stichnot: gigem: if you add a new input connection, is the default value of livetvorder 0?
[05:00:43] gigem: stichnot: the default livetvorder is the cardid. you should definittely have the submitter check his/her livetvorder.
[05:01:02] stichnot: yeah, I'm working on that now
[05:02:07] gigem: stichnot: inputs groups aren't for analog only. in fact, multirec uses them. go into mythtv-setup and add your hd-pvr and one or all of your hdhr inputs to a new input group.
[05:02:20] ** gigem is heading to bed now. **
[05:05:01] cattelan (cattelan!~cattelan@c-66-41-26-220.hsd1.mn.comcast.net) has quit (Ping timeout: 244 seconds)
[05:15:55] kormoc (kormoc!~kormoc@mythtv/developer/kormoc) has quit (Ping timeout: 260 seconds)
[05:17:40] TheAsp (TheAsp!~TheAsp@blk-222-157-170.eastlink.ca) has quit (Ping timeout: 260 seconds)
[05:21:45] wagnerrp: Beirdo: any reason for the two-space tabs in 86f5fd851
[05:24:00] Beirdo: ummm, not intentional
[05:24:14] Beirdo: BAH
[05:24:18] Beirdo: those are tabs.
[05:24:27] Beirdo: I'll go fix it
[05:25:35] Beirdo: sorry about that
[05:26:58] mrand (mrand!~mrand@ubuntu/member/mrand) has joined #mythtv
[05:29:00] knightr: stuartm, it only partially fixed it, it looks like this uncovered another problem, see http://imagebin.org/206746 . It looks like any language that's not English has that problem (the first part is translated, the second isn't) I didn't have the problem with en_us and en_ca but had it with French, Spanish and Russian...
[05:29:19] knightr: I didn't check the others, I'm not that masochistic...
[05:29:24] knightr: :) :)
[05:32:07] TheAsp (TheAsp!~TheAsp@blk-222-157-170.eastlink.ca) has joined #mythtv
[05:36:24] mrand (mrand!~mrand@ubuntu/member/mrand) has quit (Ping timeout: 252 seconds)
[05:38:47] hashbang (hashbang!~alex@213-152-35-50.dsl.eclipse.net.uk) has joined #mythtv
[06:06:33] kormoc (kormoc!~kormoc@mythtv/developer/kormoc) has joined #mythtv
[06:07:19] stoffel (stoffel!~quassel@pD9E42C3A.dip.t-dialin.net) has joined #mythtv
[06:39:14] ** Beirdo drops a pin **
[06:39:20] Beirdo: yup, I could hear it.
[07:04:59] hashbang (hashbang!~alex@213-152-35-50.dsl.eclipse.net.uk) has quit (Quit: Leaving.)
[07:21:22] natanojl (natanojl!~jonatan@c83-252-237-63.bredband.comhem.se) has joined #mythtv
[07:23:43] partoj (partoj!~par@94.127.35.115.c.fiberdirekt.net) has joined #mythtv
[07:32:36] TheAsp (TheAsp!~TheAsp@blk-222-157-170.eastlink.ca) has quit (Ping timeout: 272 seconds)
[07:43:45] northrup (northrup!~jjn@c-98-193-252-184.hsd1.tn.comcast.net) has joined #mythtv
[07:44:08] TheAsp (TheAsp!~TheAsp@blk-222-157-170.eastlink.ca) has joined #mythtv
[07:45:33] natanojl (natanojl!~jonatan@c83-252-237-63.bredband.comhem.se) has quit (Ping timeout: 265 seconds)
[07:48:23] mrand (mrand!~mrand@ubuntu/member/mrand) has joined #mythtv
[08:37:07] pclark (pclark!~pclark@193.35.11.125) has joined #mythtv
[08:46:52] pclark (pclark!~pclark@193.35.11.125) has quit (Remote host closed the connection)
[08:49:43] northrup (northrup!~jjn@c-98-193-252-184.hsd1.tn.comcast.net) has quit (Quit: leaving)
[08:55:44] pclark (pclark!~pclark@193.35.11.125) has joined #mythtv
[09:00:42] pclark (pclark!~pclark@193.35.11.125) has quit (Remote host closed the connection)
[09:19:56] pclark (pclark!~pclark@193.35.11.125) has joined #mythtv
[09:20:22] pclark (pclark!~pclark@193.35.11.125) has quit (Remote host closed the connection)
[09:25:25] pclark (pclark!~pclark@193.35.11.125) has joined #mythtv
[09:26:37] pclark (pclark!~pclark@193.35.11.125) has quit (Remote host closed the connection)
[09:28:35] dekarl1 (dekarl1!~dekarl@p4FE85D6D.dip.t-dialin.net) has joined #mythtv
[09:28:49] Julien (Julien!~julien.la@81.93.6.27) has joined #mythtv
[09:29:20] Julien: hello
[09:29:42] Julien: someone can say me what is the version of libdvdnav used with mythtv?
[09:30:49] kormoc (kormoc!~kormoc@mythtv/developer/kormoc) has quit (Read error: Operation timed out)
[09:31:09] dekarl (dekarl!~dekarl@p4FE85F1F.dip.t-dialin.net) has quit (Ping timeout: 265 seconds)
[09:34:06] stuartm: knightr: http://pastebin.com/KvXagpLG
[09:36:55] stuartm: Julien: http://code.mythtv.org/trac/wiki/ExternalLibraries
[09:47:44] pclark (pclark!~pclark@193.35.11.125) has joined #mythtv
[09:49:59] pclark (pclark!~pclark@193.35.11.125) has quit (Remote host closed the connection)
[10:01:19] seeker (seeker!~seeker@unaffiliated/seeker) has joined #mythtv
[10:02:32] pclark (pclark!~pclark@193.35.11.125) has joined #mythtv
[10:02:45] pclark (pclark!~pclark@193.35.11.125) has quit (Remote host closed the connection)
[10:05:02] mike|2 (mike|2!~mike@c-76-115-119-121.hsd1.or.comcast.net) has quit (Remote host closed the connection)
[10:05:49] mike|2 (mike|2!~mike@c-76-115-119-121.hsd1.or.comcast.net) has joined #mythtv
[10:09:24] Julien (Julien!~julien.la@81.93.6.27) has quit ()
[10:26:11] stoffel (stoffel!~quassel@pD9E42C3A.dip.t-dialin.net) has quit (Ping timeout: 246 seconds)
[10:27:45] pclark (pclark!~pclark@193.35.11.125) has joined #mythtv
[10:29:35] pclark (pclark!~pclark@193.35.11.125) has quit (Remote host closed the connection)
[10:31:02] pclark (pclark!~pclark@193.35.11.125) has joined #mythtv
[10:31:47] sraue (sraue!~stephan@xbmc/staff/sraue) has quit (Read error: No route to host)
[10:32:32] pclark (pclark!~pclark@193.35.11.125) has quit (Remote host closed the connection)
[10:32:42] sraue (sraue!~stephan@xbmc/staff/sraue) has joined #mythtv
[11:06:15] cocoa117 (cocoa117!~cocoa117@188-222-31-239.zone13.bethere.co.uk) has quit (Quit: Leaving)
[11:07:55] cocoa117 (cocoa117!~cocoa117@188-222-31-239.zone13.bethere.co.uk) has joined #mythtv
[11:11:02] cocoa117 (cocoa117!~cocoa117@188-222-31-239.zone13.bethere.co.uk) has quit (Client Quit)
[11:19:53] knightr: stuartm, Thank you! I'll have to test this tonight because I don''t have time to test it exhaustively this morning... ttyl
[11:20:25] partoj (partoj!~par@94.127.35.115.c.fiberdirekt.net) has quit (Quit: leaving)
[11:24:31] pclark (pclark!~pclark@193.35.11.116) has joined #mythtv
[11:36:45] damaltor (damaltor!sbnc@h1889977.stratoserver.net) has quit (Remote host closed the connection)
[11:38:08] damaltor (damaltor!sbnc@h1889977.stratoserver.net) has joined #mythtv
[11:47:43] cocoa117 (cocoa117!~cocoa117@188-222-31-239.zone13.bethere.co.uk) has joined #mythtv
[11:52:33] stuartm: knightr: I've just noticed that the date isn't being translated, i.e. if I chose 'Français' I still get 'Thu 5 April' instead of 'Vend 5 Avril' – I suspect we should be changing the language for QT but we currently don't
[11:59:56] seeker (seeker!~seeker@unaffiliated/seeker) has quit (Quit: Colloquy for iPhone - http://colloquy.mobi)
[12:07:49] AndyUbuntu (AndyUbuntu!~quassel@cpc1-sotn6-0-0-cust689.15-1.cable.virginmedia.com) has joined #mythtv
[12:08:54] pclark_ (pclark_!~pclark@193.35.8.5) has joined #mythtv
[12:12:31] pclark (pclark!~pclark@193.35.11.116) has quit (Ping timeout: 276 seconds)
[12:15:18] stoffel (stoffel!~quassel@pD9E42C3A.dip.t-dialin.net) has joined #mythtv
[12:16:20] AndyUbuntu (AndyUbuntu!~quassel@cpc1-sotn6-0-0-cust689.15-1.cable.virginmedia.com) has quit (Remote host closed the connection)
[12:18:40] stuartm: I'm testing a fix for that right now
[12:19:19] MaverickTech (MaverickTech!~MaverickT@111.86.233.220.static.exetel.com.au) has quit (Ping timeout: 245 seconds)
[12:40:29] stuartm: just a heads-up, this fix means bumping the binary version in master, not a violation of the freeze but last time there was some confusion about that
[12:40:42] Bix (Bix!6c245070@gateway/web/freenode/ip.108.36.80.112) has joined #mythtv
[12:42:05] Bix: i want to be able to hear sound from multiple sources. My alsa config allows me to do this (using dmix) but when mythtv is playing audio it seems to lock the pcm slave device and I cant play multiple streams. Any ideas?
[12:43:37] ** stuarta points at the topic **
[12:45:17] Bix: yikes, sry!
[12:45:28] stuarta: np
[12:45:31] Bix (Bix!6c245070@gateway/web/freenode/ip.108.36.80.112) has left #mythtv ()
[13:02:53] pclark_ (pclark_!~pclark@193.35.8.5) has quit (Remote host closed the connection)
[13:06:22] pclark (pclark!~pclark@193.35.8.5) has joined #mythtv
[13:06:59] zombor (zombor!~zombor_@kohana/developer/zombor) has joined #mythtv
[13:07:07] j-rod|afk is now known as j-rod
[13:11:11] stuartm: nope, that doesn't work ... I wonder why ...
[13:20:05] knightr: stuarm, set you LC_ALL to fr_CA.utf8
[13:20:18] knightr: s/you/your
[13:21:03] knightr: we`re (MythTV) dependant on the LC_ being correctly set.
[13:21:46] knightr: Sorry I couldn`t test it this morning, I wanted to test it exaustively to make sure everything was OK
[13:22:34] knightr: I see that you committed the fix but I`ll still test it tonight and let you know if I find anything.
[13:23:22] knightr: ttyl
[13:26:21] knightr: stuartm ^^^^^
[13:26:28] knightr: Sorry for the typo...
[13:49:40] zCougar (zCougar!~cougar@2001:67c:32c:600:e4f0:9d5a:62f:438f) has quit (Quit: zCougar)
[13:56:43] Jordack (Jordack!~jordack@h69-131-44-221.plmomi.dedicated.static.tds.net) has joined #mythtv
[14:03:23] cattelan (cattelan!~cattelan@c-66-41-26-220.hsd1.mn.comcast.net) has joined #mythtv
[14:10:49] obo_ (obo_!~obo@70-140-190-120.lightspeed.hstntx.sbcglobal.net) has joined #mythtv
[14:10:49] obo_ (obo_!~obo@70-140-190-120.lightspeed.hstntx.sbcglobal.net) has quit (Changing host)
[14:10:49] obo_ (obo_!~obo@rockbox/developer/obo) has joined #mythtv
[14:11:39] obo (obo!~obo@rockbox/developer/obo) has quit (Ping timeout: 260 seconds)
[14:13:43] cattelan (cattelan!~cattelan@c-66-41-26-220.hsd1.mn.comcast.net) has quit (Ping timeout: 244 seconds)
[14:18:38] cattelan (cattelan!~cattelan@c-66-41-26-220.hsd1.mn.comcast.net) has joined #mythtv
[14:28:58] pclark (pclark!~pclark@193.35.8.5) has quit (Remote host closed the connection)
[14:55:22] jams: Beirdo- do you have a preference what userid runs smoon. nobody, apache, create an id, something else
[14:57:40] stoffel (stoffel!~quassel@pD9E42C3A.dip.t-dialin.net) has quit (Read error: Operation timed out)
[15:03:58] gregL (gregL!~greg@cpe-74-76-125-87.nycap.res.rr.com) has quit (Read error: Connection reset by peer)
[15:07:58] stichnot (stichnot!~chatzilla@mythtv/developer/stichnot) has quit (Ping timeout: 244 seconds)
[15:17:07] stuartm: knightr: right, but even if I set the QT system locale to match the user-defined locale it's not getting it right, I'm probably not doing it early enough in the application initialisation
[15:21:21] gregL (gregL!~greg@cpe-74-76-125-87.nycap.res.rr.com) has joined #mythtv
[15:37:56] cattelan (cattelan!~cattelan@c-66-41-26-220.hsd1.mn.comcast.net) has quit (Ping timeout: 244 seconds)
[15:52:18] cattelan (cattelan!~cattelan@c-66-41-26-220.hsd1.mn.comcast.net) has joined #mythtv
[16:00:13] pclark (pclark!~pclark@193.35.8.5) has joined #mythtv
[16:04:24] stichnot (stichnot!~chatzilla@mythtv/developer/stichnot) has joined #mythtv
[16:09:44] danielk22: stuartm: stuarta: It looks like the whole prebuffering code path is gone in MythPlayer. I believe that's why we're playing so close to the end of the buffer in LiveTV.
[16:11:50] stuarta: my issue is on recordings
[16:12:04] stuarta: i don't use livetv except for testing
[16:12:11] danielk22: stuarta: on pre-recorded material. i.e. not in progress recordings?
[16:12:20] stuarta: yup, pre-recorded
[16:12:32] stuarta: i have several recordings which exhibit it reliably in the same spot
[16:12:47] stuarta: and for me, it's ringbuffer starvation
[16:13:14] stuarta: which leads to the decoder being starved of frames to decode, which leads to stuttering
[16:14:14] danielk22: stuarta: Hmm, and you are seeing the starvation in the backend ringbuffer too? (i.e. this is MythStreaming)
[16:15:36] stuarta: hmmm, dunno, i've only identified that by watching the playback details window
[16:15:54] danielk22: is it with local storage, nfs or mythstreaming?
[16:16:03] stuarta: defn streaming
[16:16:20] stuarta: i can't remember off the top of my head if the prod frontend uses nfs mounts atm
[16:16:32] stuarta: i've switched it on and off a few times
[16:18:05] sphery: knightr: This talk of changing strings in backendsettings.cpp finally got me to check that "parallel" changes have been made on mythtv/programs/mythbackend/config_backend_general.xml (backend HTTP setup), and I noticed https://github.com/MythTV/mythtv/commit/3740d . . . b2687#diff-4 didn't make it in, if you'd like to do that. If you don't get a chance, I'll change it next time I boot my dev box. Thanks.
[16:18:07] stuarta: and it's both 0.24 and master
[16:18:08] danielk22: stuarta: do you know approx when it started?
[16:18:22] stuarta: 0.24 development :)
[16:18:24] danielk22: ok, so it's been there for a while
[16:18:26] stuarta: yup
[16:18:49] stuarta: i've just not been able to narrow it down until i found out about the playback details screen
[16:19:14] sphery: stuarta: note, also, if you have an old system with the old setting AlwaysStreamFiles enabled, it will still stream, even if you have NFS mounts (was left there for debugging)
[16:19:28] sphery: no widget for that setting, but you can check db directly
[16:20:36] stuarta: AlwaysStreamFiles=0 for all my frontends
[16:21:04] sphery: ok, then it's just based on whether you have "local" access to the file (so, whether the NFS mounts are there)
[16:21:11] stuarta: yup
[16:21:30] stuarta: i've tried it on the current prod fronted, which i'm not sure about the nfs on
[16:21:37] sphery: just thought I'd mention it since it might not be obvious that could still have an effect and didn't want it to lead debugging astray :)
[16:21:49] pclark (pclark!~pclark@193.35.8.5) has quit (Remote host closed the connection)
[16:21:51] stuarta: and my new shiny quad core i7, which doesn't use nfs and still see it in the same place on the same recordings
[16:22:45] stuarta: i need to write a test harness
[16:23:49] danielk22: stuarta: I think we need some -v file --loglevel debug debugging...
[16:25:29] stichnot: stuarta: and that logging on both the frontend and backend, I think
[16:26:01] stuarta: i've got some debugging somewhere, where the FE is reducing the size of the request
[16:26:16] stuarta: due to whatever it sees in the stream
[16:26:33] stuarta: stichnot: this is the stuff we looked at ~2 wks ago
[16:26:59] stuarta: where you were curious about the max buffer sizing
[16:27:28] stichnot: yeah, and my conclusion was that it probably was not related to the .nuv stuttering problem
[16:27:40] stuarta: probably not
[16:32:26] stuarta: but given it's been there so long, i forsee the fix to this going into master and getting backported
[16:35:43] blscearce (blscearce!~blscearce@64.125.181.72) has joined #mythtv
[16:36:30] blscearce: Is there a table in the database showing upcoming recordings, or is that information only held as live data in the backend process?
[16:37:05] danielk22: blscearce: Only in the backend process but you can query it with mythbackend --printsched
[16:39:13] blscearce: @danielk22 — thank you.
[16:44:32] blscearce: I tried using the Python bindings MythBE().getScheduledRecordings() but it didn't give me a complete list. And the Program datatype didn't include the info I really wanted — which cardID would be used for the recording. Is there a way to get that information, preferably from Python or perl bindings?
[16:47:20] ben1066 (ben1066!~quassel@host86-160-27-183.range86-160.btcentralplus.com) has joined #mythtv
[16:48:24] ben1066 (ben1066!~quassel@host86-160-27-183.range86-160.btcentralplus.com) has quit (Changing host)
[16:48:24] ben1066 (ben1066!~quassel@unaffiliated/ben1066) has joined #mythtv
[16:53:53] cattelan (cattelan!~cattelan@c-66-41-26-220.hsd1.mn.comcast.net) has quit (Ping timeout: 244 seconds)
[16:54:21] cattelan (cattelan!~cattelan@c-66-41-26-220.hsd1.mn.comcast.net) has joined #mythtv
[17:08:21] cattelan (cattelan!~cattelan@c-66-41-26-220.hsd1.mn.comcast.net) has quit (Ping timeout: 244 seconds)
[17:15:30] wagnerrp: blscearce: that call merely performs a QUERY_GETALLSCHEDULED from the backend, and returns the data it gets in response
[17:15:46] wagnerrp: there are actually two separate calls, GETALLPENDING and GETALLSCHEDULED
[17:15:57] wagnerrp: ive never been entirely certain on what different lists the two produce
[17:16:45] stuartm: wagnerrp: just a guess, but does Pending return everything that will record, whereas Scheduled return all programs which match schedules whether they will record or not?
[17:17:03] wagnerrp: stuartm: possibly
[17:17:33] wagnerrp: but then carried over from before i picked up the bindings, there was a separate getUpcomingRecordings, that ran GETALLPENDING, and filtered for rsWillRecord
[17:20:33] knightr: stuartm, why does it work on my frontend? I have multiple snapshots I made to track translation problems/theme problems/etc... and the date is correctly displayed on them...
[17:21:15] cattelan (cattelan!~cattelan@c-66-41-26-220.hsd1.mn.comcast.net) has joined #mythtv
[17:22:26] wagnerrp: blscearce: getUpcomingRecordings() appears to populate all those extra fields, while getScheduledRecordings() does not
[17:23:07] stuartm: knightr: if you change the system locale it will work, but it shouldn't be necessary to do that, we should honour the language/country chosen in mythfrontend
[17:27:40] knightr: stuartm, ah, thank you! I wondered if we could do that and I did't know we actually did. It't possible that being dependent on the system locale is a new thing but I can't say as I had to completly reinstall my backend from scratch...
[17:31:22] stuartm: I've no idea when it was broken, but I've a clear memory of it working in the past, I'm trying to find a fix atm
[17:37:30] mrand (mrand!~mrand@ubuntu/member/mrand) has quit (Ping timeout: 260 seconds)
[17:40:01] natanojl (natanojl!~jonatan@c83-252-237-63.bredband.comhem.se) has joined #mythtv
[17:42:18] mrand (mrand!~mrand@ubuntu/member/mrand) has joined #mythtv
[17:44:28] Beirdo: jams: not really. Probably best to have a separate user. "smolt" might be the easiest for us to remember :)
[17:45:05] natanojl (natanojl!~jonatan@c83-252-237-63.bredband.comhem.se) has quit (Ping timeout: 246 seconds)
[17:51:46] stichnot_ (stichnot_!~chatzilla@mythtv/developer/stichnot) has joined #mythtv
[17:53:19] stichnot (stichnot!~chatzilla@mythtv/developer/stichnot) has quit (Ping timeout: 246 seconds)
[17:53:27] stichnot_ is now known as stichnot
[18:11:51] stichnot (stichnot!~chatzilla@mythtv/developer/stichnot) has quit (Remote host closed the connection)
[18:17:22] jams: Beirdo- ok that sounds like aplan. Do I need to worry about setting off any tripwires or similiar products?
[18:22:54] stichnot (stichnot!~chatzilla@134.134.139.76) has joined #mythtv
[18:22:58] stichnot (stichnot!~chatzilla@134.134.139.76) has quit (Changing host)
[18:22:58] stichnot (stichnot!~chatzilla@mythtv/developer/stichnot) has joined #mythtv
[18:28:54] pheld (pheld!disncd@109-109-76-195.bb.cust.telefiber.no) has joined #mythtv
[18:30:26] Beirdo: jams: not to my knowledge
[18:33:42] stuartm: anyone have a theory why QDateTime::toString() is ignoring the application locale set with QLocale::setDefault()?
[18:45:24] sphery: stuartm: sounds like Qt::TextDate (default format for QDateTime::toString()) uses localized strings based on the system locale, whereas QDateTime::toString() with a format of Qt::DefaultLocaleShortDate (or Qt::DefaultLocaleLongDate) use the default application locale (or, if none has been specified with QLocale::setDefault(), will use the system locale). So, if you specify one of those 2 formats, does it work?
[18:45:38] sphery: (though if that's true, it's a very strange and contorted API)
[18:47:43] jwhite (jwhite!jwhite@216.251.189.141) has quit (Ping timeout: 276 seconds)
[18:49:27] stuartm: if that's truly the case then it's seemingly impossible to correctly translate dates using user-defined date formats in QT
[18:49:50] stuartm: I'm building now with the date format hard-coded to Qt::DefaultLocaleLongDate to test
[18:54:25] stuartm: hmm, it works, well that's crap
[18:58:39] stuartm: ah, ok, so we need to replace every instance of QDateTime::toString() with QLocale::toString()
[18:59:05] stuartm: what a screwed up system that is :/
[18:59:44] jwhite (jwhite!~jwhite@42.3.144.198.lan.static.cptelecom.net) has joined #mythtv
[19:00:04] sphery: oh, but isn't it "Qt" how hard they tried to make a good API? (pronounced like Trolltech wanted, as "cute")
[19:00:08] stichnot (stichnot!~chatzilla@mythtv/developer/stichnot) has quit (Remote host closed the connection)
[19:01:04] skd5aner: kinda like how "scsi" was supposed to be pronounced "sexy", but instead everyone says "scuzzy", which sounds like how'd you define a cess pool?
[19:01:28] sphery: hehe, yeah
[19:03:04] jwhite (jwhite!~jwhite@42.3.144.198.lan.static.cptelecom.net) has quit (Read error: Operation timed out)
[19:03:24] jwhite (jwhite!~jwhite@75-146-153-89-minnesota.hfc.comcastbusiness.net) has joined #mythtv
[19:14:29] stuartm: I've added to my patch the necessary change in the two main areas where date/time strings are created, luckily the existence of MythDateToString() means that part is not as invasive as it might have been otherwise
[19:21:18] stuartm: on a related note, I'd already been planning to go through the code and use QLocale::toString() where we currently use QString::number() as the former will observe the correct number formatting for the user's locale
[19:21:50] stuartm: any help doing that would be appreciated
[19:22:17] stuartm: I suppose I should have seen the parallel with QDate::toString()
[19:42:16] Jordack (Jordack!~jordack@h69-131-44-221.plmomi.dedicated.static.tds.net) has quit ()
[19:50:18] danielk22: Beirdo: I already told Radhika to fix her author line yesterday. I actually didn't mean to push that until I got the updated patches, but fubarred the push.
[19:51:45] Beirdo: heh, fair enough
[19:52:32] Beirdo: it's good to have the email so we can forward requests, etc to the original author... hopefully we don't ever get into the place where we have DMCA takedown notices, etc to deal with
[19:52:44] stichnot (stichnot!~chatzilla@mythtv/developer/stichnot) has joined #mythtv
[19:55:02] stuartm: aye, author helps to ensure correct attribution and should it come to that, assign blame
[19:57:55] joki (joki!~joki@p5486264C.dip.t-dialin.net) has quit (Read error: Operation timed out)
[19:58:27] joki (joki!~joki@p548628DA.dip.t-dialin.net) has joined #mythtv
[20:05:22] gigem: wagnerrp, stuartm: as you figured out, whatever calls QUERY_ALLPENDING is what blscearce needed. QUERY_ALLSCHEDULED and its derivatives essentially returns the record table as pi's. the naming is confusing and predates my involvement which means it's been that way for a very long time.
[20:07:46] danielk22: FYI I discovered the main cause of the pause in LiveTV transitions. We're opening the file and decoder for the next recording in the UI thread. This includes pulling the keyframe map from the backend and since that can take up to several seconds we miss many of the 16 ms timeslices deadlines we need to meet to keep video playing.
[20:08:10] danielk22: There is nothing we can do about that for 0.25.
[20:21:28] stichnot: danielk22: is it also a problem in 0.24?
[20:21:39] stuartm: knightr: fix pushed
[20:22:17] stuartm: knightr: might be a few places where date/times are still not translated correctly, I'll fix those as they are spotted/reported
[20:23:23] danielk22: stichnot: yep, starting with 0.24
[20:23:30] stichnot: danielk22: and does that explain the "video frame buffering failed too many times" error?
[20:23:53] danielk22: Nope.
[20:25:22] danielk22: I did find a problem that causes that though. We were waiting too long to switch to a new file on LiveTV transitions. I committed and upped threshold for that.
[20:27:20] danielk22: What happened was we'd enter the SwitchToProgram() after we started to read the last little bit of data in the old file and then we would fail to pause the decoder as it was waiting on some data that would never come inside GetFrame(). Since we couldn't pause the decoder we couldn't switch to a new file and eventually we'd timeout and fallback to the menu.
[20:27:33] stichnot: I grabbed that commit and tested (remotely, via network control), but it didn't seem to change hdpvr livetv behavior of "video frame buffering failed too many times"
[20:28:10] danielk22: stichnot: I found adding a sleep(5) in JumpTo
[20:28:22] danielk22: Program() helps.. but that's not a great solution..
[20:28:30] stuartm: knightr: that change might invalidate the Chinese date format stuff you committed, I'm not sure if it's still necessary
[20:37:04] wagnerrp: recent email on -users list needs their account terminated, Beirdo, you usually handle that
[20:38:28] Beirdo: uno momento
[20:39:27] natanojl (natanojl!~jonatan@c83-252-237-63.bredband.comhem.se) has joined #mythtv
[20:41:10] Beirdo: done
[20:50:09] stuartm: so my hosts are now blocking all mail through their smtp where the 'from' address doesn't match my hosted domains, i.e. I cannot use my @mythtv.org address :(
[20:50:35] Beirdo: fricking idiotic
[20:51:48] stuartm: apparently to dissuade spammers from signing up to their shared hosting
[20:53:44] Beirdo: yeah, still idiotic :)
[20:54:16] wagnerrp: could we set up outbound SMTP services on alcor?
[20:54:39] sphery: stuartm: they don't have some sort of authenticated SMTP? Usually those will allow other From addresses
[20:54:41] wagnerrp: clearly its able to send, and we dont appear to be on any block lists
[20:55:25] Beirdo: we could think about doing auth SMTP
[20:55:29] wagnerrp: sphery: theyre not concerned about external users accessing an open relay, theyre concerned about their own customers being spammers
[20:55:33] stuartm: sphery: only authenticated, but that doesn't stop spammers who have paid for hosting
[20:55:58] Beirdo: then you catch someone spamming, you terminate their access via AUP
[20:56:06] Beirdo: rather than mess with everyone
[20:56:21] sphery: exactly
[20:57:16] stuartm: Beirdo: well that's what they've been doing for years, but apparently they are fed up with having to deal with it ... doesn't really encourage me that the quality of service will remain as high as it's been in the past
[20:57:28] wagnerrp: come on now, this is elementary school were talking about, with punishment being carried out by unimaginative dolts
[20:57:54] wagnerrp: some people cant handle it, so we take it away from everyone
[20:58:14] stuartm: although not stated, it looks to me like they are cutting staff numbers and this is one way they can get by with less people
[20:58:43] Beirdo: yeah, by serving fewer customers :)
[21:02:18] stichnot_ (stichnot_!~chatzilla@mythtv/developer/stichnot) has joined #mythtv
[21:03:49] stichnot (stichnot!~chatzilla@mythtv/developer/stichnot) has quit (Ping timeout: 250 seconds)
[21:03:59] stichnot_ is now known as stichnot
[21:06:15] danielk22: stuartm: I use one godaddy service, the $10/yr authenticated e-mail proxy. None of my e-mails get bounced anymore.
[21:08:02] NightMonkey (NightMonkey!~NightMonk@pdpc/supporter/professional/nightmonkey) has joined #mythtv
[21:11:53] j-rod is now known as j-rod|afk
[21:15:06] andreax1 (andreax1!~andreaz@p54BF2F51.dip.t-dialin.net) has joined #mythtv
[21:16:10] andreax (andreax!~andreaz@p54BF2DDF.dip.t-dialin.net) has quit (Ping timeout: 252 seconds)
[21:17:52] stuartm: knightr: if you come across any other examples of something not being translated or formatted correctly for the user's locale then let me know, it would be nice to fix as much as possible by 0.26 if not for 0.25
[21:43:17] stichnot (stichnot!~chatzilla@mythtv/developer/stichnot) has quit (Quit: ChatZilla 0.9.88.1 [Firefox 11.0/20120312181643])
[21:46:19] cattelan (cattelan!~cattelan@c-66-41-26-220.hsd1.mn.comcast.net) has quit (Ping timeout: 244 seconds)
[21:46:45] cattelan (cattelan!~cattelan@c-66-41-26-220.hsd1.mn.comcast.net) has joined #mythtv
[21:48:10] danielk22: stichnot: Do you see "Decoder timed out waiting for free video buffers." ? That code has changed since 0.23 and it doesn't look like videobuf_retries gets reset to zero unless !videoOutput->EnoughFreeFrames() is true, afaict it should be reset anytime we get through DecoderGetFrame() normally.
[21:48:54] natanojl (natanojl!~jonatan@c83-252-237-63.bredband.comhem.se) has quit (Ping timeout: 244 seconds)
[21:48:55] danielk22: stichnot: It also looks like that is really only a 2 second timeout altogether; which seems pretty severe.
[21:52:49] stichnot (stichnot!~chatzilla@134.134.139.70) has joined #mythtv
[21:52:58] stichnot (stichnot!~chatzilla@134.134.139.70) has quit (Changing host)
[21:52:58] stichnot (stichnot!~chatzilla@mythtv/developer/stichnot) has joined #mythtv
[21:57:47] stichnot: danielk22: I don't see any instance of "Decoder timed out" in any of my frontend logs.
[22:02:15] danielk22: stichnot: ok, it looks like that wouldn't cause any problems anyway, just print out an confusing log entry.
[22:04:19] danielk22: stichnot: If you can provide a "-v playback" log with the latest master that would be useful.
[22:05:34] stichnot: danielk22: One thing seems relevant. Sometimes I use the network control to start live TV ("jump livetv" ; "play channel 300") and monitor progress ("query location"). At first, playback is a few seconds behind (Playback LiveTV 0:16 of 0:19 ...). After a program transition, it sometimes appears caught up (e.g. 0:12 of 0:12), which should cause problems.
[22:05:53] zombor (zombor!~zombor_@kohana/developer/zombor) has quit (Remote host closed the connection)
[22:06:28] cattelan (cattelan!~cattelan@c-66-41-26-220.hsd1.mn.comcast.net) has quit (Ping timeout: 244 seconds)
[22:06:29] stichnot: And ultimately it gets stuck, e.g. 0:00 of 0:20, with the 0:00 not moving while the elapsed time increases.
[22:07:21] stichnot: I can definitely provide "-v playback" frontend logs, with the 30-second transition patch. Attach them to the ticket?
[22:15:21] danielk22: yeah. thx.
[22:19:06] cattelan (cattelan!~cattelan@c-66-41-26-220.hsd1.mn.comcast.net) has joined #mythtv
[22:29:12] cattelan (cattelan!~cattelan@c-66-41-26-220.hsd1.mn.comcast.net) has quit (Ping timeout: 244 seconds)
[22:31:53] zombor (zombor!~zombor_@kohana/developer/zombor) has joined #mythtv
[22:32:05] cattelan (cattelan!~cattelan@c-66-41-26-220.hsd1.mn.comcast.net) has joined #mythtv
[22:47:56] knightr: stuartm, no problem, I'll actually make sure my system locale is not the same as the user-selected language and if I spot any I'll let you know... Thank you!
[22:51:18] Beirdo (Beirdo!~gjhurlbu@mythtv/developer/beirdo) has quit (Ping timeout: 245 seconds)
[22:52:59] Beirdo (Beirdo!~gjhurlbu@linode.beirdo.ca) has joined #mythtv
[22:52:59] Beirdo (Beirdo!~gjhurlbu@mythtv/developer/beirdo) has joined #mythtv
[22:52:59] Beirdo (Beirdo!~gjhurlbu@linode.beirdo.ca) has quit (Changing host)
[22:57:50] knightr: stuartm, I'll recheck it as much as I can (Chinese format). The last time I chose it but still used my own locale so everything was in Chinese except the day of the week... I think I'll try switching fully to Chinese, wish me luck... (If the screens are in English or French I have no problem navigating them, and I can understand at least enough words if they are in Spanish or Russian but Chinese I'll most like have to edit the DB to switch back
[22:57:50] knightr: to something I can understand..)
[23:00:53] knightr: BTW, I am going nuts trying to add a similar date format to MythArchive since it's actually used by mythburn.py (a Python program) and it uses strftime. The format who would work best is %x but I can't fake it with a QDate like the rest of those settings since it's locale dependant...
[23:05:06] blscearce (blscearce!~blscearce@64.125.181.72) has quit (Ping timeout: 252 seconds)
[23:14:47] zombor (zombor!~zombor_@kohana/developer/zombor) has quit (Remote host closed the connection)
[23:26:04] stichnot: danielk22: frontend log attached to the ticket, http://code.mythtv.org/trac/attachment/ticket . . . 16592.log.gz
[23:36:19] stichnot (stichnot!~chatzilla@mythtv/developer/stichnot) has quit (Ping timeout: 276 seconds)
[23:57:11] danielk22: stichnot is 12720_20120405153901.mpg an empty file?

IRC Logs collected by BeirdoBot.
Please use the above link to report any bugs.