MythLogBot@irc.freenode.net :: #mythtv

Daily chat history

Current users (87):

92AAAXCG8, aloril, amejia, amessina, Anssi, anykey_, Beirdo, ben1066, brfransen, brtb, CaCtus491, caelor, cattelan, cesman, Chutt, clever, cocoa117, coling, Cougar, damaltor, danielk22, dekarl, dinamic|screen, ElmerFudd, foxbuntu, ghoti, gigem, gregorcy, GreyFoxx, Guest99766, highzeth, J-e-f-f-A, jams, jarle, jcarlos_, joe____, joki, jpabq, jstenback, jya, k-man, kc, kenni, knightr, kormoc, kurre2, kwmonroe, laga_, mag0o, markcerv_, MaverickTech, mrand, mrec, MythBuild, MythLogBot, peitolm, petefunk_, poptix, purserj, rhpot1991, rsiebert_, seld, skd5aner, Slasher`, SmallR2002, sphery, sraue, superm1, sutula, taylorr, tgm4883, ThisNewGuy, toeb, tomimo, tris, Unhelpful, vallor, Vernon_at_work_, wagnerrp, wahrhaft, wseltzer, xavierh, XDS2010_, xris, ybot, zombor, _charly_
Tuesday, May 15th, 2012, 00:12 UTC
[00:12:47] zombor (zombor!~zombor_@kohana/developer/zombor) has quit (Remote host closed the connection)
[00:13:38] NightMonkey (NightMonkey!~NightrMon@pdpc/supporter/professional/nightmonkey) has quit (Ping timeout: 240 seconds)
[00:22:21] mrand (mrand!~mrand@ubuntu/member/mrand) has quit (Ping timeout: 256 seconds)
[00:26:13] mrand (mrand!~mrand@ubuntu/member/mrand) has joined #mythtv
[00:27:27] gigem: Does anyone know how the inetref, season and episode metadata should work wrt RecordingRules and ScheduleEditor? It looks to me like Robert "fixed" one mistake with another mistake. He always updates them using the values from the RecordingInfo when a rule is modified. In the ScheduleEditor, he then jumps through a hoop to ignore the current values and re-read the original values from the database.
[00:27:29] gigem: Consequently, if you enter the MetadataOptions screen, edit the values, exit the screen and then re-enter it, you lose the edited values. I think the proper way to do it is for the RecordingRule to only use the values from RecordingInfo if they aren't already set and for the ScheduleEditor to just use whatever values are currently in the rule.
[00:30:45] zombor (zombor!~zombor_@kohana/developer/zombor) has joined #mythtv
[00:34:24] xris: gigem: since he's no longer working on the project, it could just be something you can fix back.  :)
[00:37:23] gigem: xris: I know. :) Since I've never really used the metadata stuff myself yet, I can only guess at how it's supposed to work and don't want to break something else in the process.
[00:38:20] wagnerrp: season and episode should do nothing
[00:38:39] wagnerrp: inetref should be passed from the recording rule to the recordings made by it
[00:38:58] jya: Beirdo: while I remember, I noticed some issues in the mpegts.c / mpegts.h ; mpegts.h function declaration hasn't been renamed
[00:39:32] jya: and in libavformat/utils.c you added #include <mpegts.h> it should be <mpegts-mythtv.h>
[00:39:36] gigem: Is there one, and only one, inetref for a given program?
[00:39:46] wagnerrp: yes
[00:39:55] Seeker` (Seeker`!~cjo20@unaffiliated/seeker) has quit (Ping timeout: 252 seconds)
[00:40:10] the_lord (the_lord!~media@200.82.128.230) has joined #mythtv
[00:40:33] jya: gigem: IMHO, that whole metadata bit should be rewritten from scratch...
[00:40:52] gigem: Okay, it sound like what I want to do is fine, then. I'll wait awhile for anyone else to chime in before committing anything.
[00:41:09] jya: i'm fairly convinced that fixing what's there so it works properly will in the end take longer than redoing it properly
[00:41:26] wagnerrp: the only complaint i have is the inetref does not mark the grabber it came from
[00:41:31] jya: no matter how it's fixed, there will always be issues.. it's a design issue
[00:41:54] gigem: jya, are you talking about just the ScheduleEditor or the metadata hanlding in general. All I'm concerned with right now is the ScheduleEditor.
[00:42:07] jya: metadata
[00:42:18] jya: in either the recording or videos
[00:42:38] zombor (zombor!~zombor_@kohana/developer/zombor) has quit (Remote host closed the connection)
[00:42:39] jya: more so in recording
[00:43:12] gigem: Well, none of that is on my plate for the foreseeable future. I've got too many others things I should do instead.
[00:43:25] gigem: And would rather do, too.
[00:43:44] jya: i'm not surprised :)
[00:45:48] ben1066_ (ben1066_!~quassel@unaffiliated/ben1066) has joined #mythtv
[00:45:50] Captain_Murdoch: jya, adding in code to have the webserver notify the transcoder to jump to a specific segment is possible, but would take a little bit of work since currently the webserver just serves up files that have already been generated. it would be doable with a bit of thought. I made a few notes on my TODO. if you want to see what options they use, that might be helpful in our encoding. I also posted a patch to that -users discussion
[00:45:50] Captain_Murdoch: user to test.
[00:46:30] ben1066 (ben1066!~quassel@unaffiliated/ben1066) has quit (Ping timeout: 260 seconds)
[00:46:35] jya: Captain_Murdoch: yes.. I foresee what the problem will be.. in the mean time, I think using smaller segment would make for a more smooth startup
[00:46:44] jya: I plan of testing your patch too
[00:47:07] jya: cause right nwo, for me streaming is pretty much unusable :( it's very blocky
[00:48:00] jya: I'll check how AirVideo calls ffmpeg, and will see what they have modified in their ffmpeg
[00:48:15] jya: need to ask them which revision they started from …
[00:48:55] the_lord (the_lord!~media@200.82.128.230) has quit (Quit: Leaving)
[00:50:46] Seeker` (Seeker`!~cjo20@unaffiliated/seeker) has joined #mythtv
[00:51:53] Captain_Murdoch: you can test with smaller segment sizes by searching for hlsSegmentSize in transcode.cpp
[00:53:15] Captain_Murdoch: sorry, segmentSize. hlsSegmentSize is frames. segmentSize is seconds
[00:55:15] Captain_Murdoch: should fix those names. I need to go through that code and do some cleanup when I have get settled and have more time.
[00:55:35] jya: time ? :P
[01:00:46] zombor (zombor!~zombor_@kohana/developer/zombor) has joined #mythtv
[01:04:53] Beirdo: jya: I can take a look at it, but yes, some were intentionally not renamed
[01:05:13] Beirdo: if they are static, there is no need to rename them
[01:05:26] jya: why? that makes them defined in two files when they are obviously not the same
[01:05:51] jya: it works because both functions are defined the same way..
[01:06:05] jya: but from a cleanless point of view, it's a coincidence
[01:06:14] Beirdo: are they static?
[01:07:04] jya: no
[01:07:21] Beirdo: what precisely, then?
[01:07:47] Beirdo: wow, today could be the one day this year I wish I had AC
[01:07:50] jya: ff_parse_mpeg2_descriptor
[01:08:09] jya: in mpegts.c, it was renamed ff_old_parse_mpeg2_descriptor
[01:08:16] Beirdo: right
[01:08:25] Beirdo: it HAS to use ours
[01:08:35] jya: and ff_parse_mpeg2_descriptor is in mpegts-mythtv.c
[01:08:41] zombor (zombor!~zombor_@kohana/developer/zombor) has quit (Remote host closed the connection)
[01:08:44] Beirdo: and it can't be renamed without changing many places
[01:09:01] jya: sure it has to use ours… but that's only because in libavformat/utils.c you do #include "mpegts.h"
[01:09:05] Beirdo: and it's not coincidence they have the same prototype
[01:09:09] jya: when it should be "mpegts-mythtv.h"
[01:09:15] Beirdo: no
[01:09:31] Beirdo: I don't want to change any more of their code than is necessary
[01:09:44] jya: it is, it's calling functions found only in mpegts-mythtv.c
[01:09:45] Beirdo: including that
[01:09:51] Beirdo: so what?
[01:10:02] Beirdo: it only needs teh header for the prototype
[01:10:03] jya: you don't get it :)
[01:10:14] jya: the #include "mpegts.h" was included by us to start with
[01:10:20] Beirdo: and the prototype matches theirs on purpose
[01:10:23] jya: it's not in the original utils.c
[01:10:37] jya: so the file we include should be for our own purpose
[01:10:41] Beirdo: hmm, well, that does change things a touch
[01:11:15] jya: so in libavformat/utils.c, we added mpegts.h ; because previously mpegts.h was ours
[01:11:31] jya: that mpegts.h was renamed (and rightly so) to mpegts-mythtv.h
[01:11:50] jya: so the include should have been renamed to
[01:12:07] Beirdo: yeah, go for it, just make sure it doesn't break :)
[01:12:35] jya: right now it works, because mpegts.h function definition didn't get rename, and as such define a function found only in mpegts-mythtv.c
[01:12:55] jya: i was happy to let you do it… I don't mess up other's people poo :)
[01:13:08] Beirdo: I'll take a look in a bit
[01:13:25] Beirdo: I'm too hot and bothered right now :) Wait till the sun goes down
[01:13:34] jya: i wish i was hot today
[01:13:38] jya: I'm freezing
[01:13:55] jya: going to bump the heater..
[01:14:14] jya: that and very little sleep doesn't help
[01:14:22] jya: myth is eating my life away :(
[01:41:20] jya: interesting.. the length of the playback showing is almost exactly 8 times the size I returned * estimated bitrate…
[01:42:30] jya: sounds like a bit vs byte… but I definitely return a size in bytes
[01:43:59] zombor (zombor!~zombor_@kohana/developer/zombor) has joined #mythtv
[02:02:26] zombor (zombor!~zombor_@kohana/developer/zombor) has quit (Remote host closed the connection)
[02:23:31] zombor (zombor!~zombor_@kohana/developer/zombor) has joined #mythtv
[03:21:25] stichnot (stichnot!chatzilla@nat/intel/x-xnfjvwnplzytcbbh) has joined #mythtv
[03:21:25] stichnot (stichnot!chatzilla@mythtv/developer/stichnot) has joined #mythtv
[03:21:25] stichnot (stichnot!chatzilla@nat/intel/x-xnfjvwnplzytcbbh) has quit (Changing host)
[03:22:26] zombor (zombor!~zombor_@kohana/developer/zombor) has quit (Remote host closed the connection)
[03:58:50] gregL (gregL!~greg@cpe-74-76-125-87.nycap.res.rr.com) has quit (Read error: Connection reset by peer)
[04:15:07] gregL (gregL!~greg@cpe-74-76-125-87.nycap.res.rr.com) has joined #mythtv
[04:21:17] cattelan is now known as cattelan_away
[04:27:28] mrand (mrand!~mrand@ubuntu/member/mrand) has quit (Ping timeout: 244 seconds)
[04:38:18] mrand (mrand!~mrand@cpe-76-184-144-133.tx.res.rr.com) has joined #mythtv
[04:38:23] mrand (mrand!~mrand@cpe-76-184-144-133.tx.res.rr.com) has quit (Changing host)
[04:38:23] mrand (mrand!~mrand@ubuntu/member/mrand) has joined #mythtv
[05:17:29] gigem (gigem!~david@mythtv/developer/gigem) has quit (Ping timeout: 244 seconds)
[05:17:29] cattelan_away (cattelan_away!~cattelan@c-66-41-26-220.hsd1.mn.comcast.net) has quit (Ping timeout: 244 seconds)
[05:17:53] gigem (gigem!~david@pool-71-123-128-97.dllstx.fios.verizon.net) has joined #mythtv
[05:17:53] gigem (gigem!~david@mythtv/developer/gigem) has joined #mythtv
[05:17:53] gigem (gigem!~david@pool-71-123-128-97.dllstx.fios.verizon.net) has quit (Changing host)
[05:17:58] cattelan_away (cattelan_away!~cattelan@c-66-41-26-220.hsd1.mn.comcast.net) has joined #mythtv
[05:21:07] dekarl1 is now known as dekarl
[06:15:03] gigem (gigem!~david@pool-71-123-128-97.dllstx.fios.verizon.net) has joined #mythtv
[06:15:03] gigem (gigem!~david@pool-71-123-128-97.dllstx.fios.verizon.net) has quit (Changing host)
[06:15:04] gigem (gigem!~david@mythtv/developer/gigem) has joined #mythtv
[06:19:50] rsiebert (rsiebert!~quassel@g226060153.adsl.alicedsl.de) has joined #mythtv
[06:21:49] rsiebert_ (rsiebert_!~quassel@g225063233.adsl.alicedsl.de) has quit (Ping timeout: 245 seconds)
[06:29:16] amejia (amejia!~andres@xbmc/staff/amejia) has quit (Remote host closed the connection)
[06:29:39] amejia (amejia!~andres@xbmc/staff/amejia) has joined #mythtv
[06:39:24] hashbang (hashbang!~alex@213-152-35-50.dsl.eclipse.net.uk) has joined #mythtv
[06:40:22] solars (solars!~solars@clnet-kmu02-090.ikbnet.co.at) has joined #mythtv
[06:43:13] rsiebert_ (rsiebert_!~quassel@g225052002.adsl.alicedsl.de) has joined #mythtv
[06:46:08] rsiebert (rsiebert!~quassel@g226060153.adsl.alicedsl.de) has quit (Ping timeout: 272 seconds)
[06:59:19] rsiebert (rsiebert!~quassel@g224248128.adsl.alicedsl.de) has joined #mythtv
[07:02:36] rsiebert_ (rsiebert_!~quassel@g225052002.adsl.alicedsl.de) has quit (Ping timeout: 272 seconds)
[07:06:50] amessina (amessina!~amessina@2001:470:1f11:a4:d6be:d9ff:fe8d:7c1e) has joined #mythtv
[07:08:43] MaverickTech (MaverickTech!~MaverickT@111.86.233.220.static.exetel.com.au) has joined #mythtv
[07:15:20] hashbang (hashbang!~alex@213-152-35-50.dsl.eclipse.net.uk) has quit (Quit: Leaving.)
[07:21:41] mrand (mrand!~mrand@ubuntu/member/mrand) has quit (Ping timeout: 265 seconds)
[07:21:50] rsiebert_ (rsiebert_!~quassel@g231184089.adsl.alicedsl.de) has joined #mythtv
[07:24:44] natanojl (natanojl!~jonatan@c83-252-237-63.bredband.comhem.se) has joined #mythtv
[07:24:46] rsiebert (rsiebert!~quassel@g224248128.adsl.alicedsl.de) has quit (Ping timeout: 272 seconds)
[07:26:43] mrand (mrand!~mrand@ubuntu/member/mrand) has joined #mythtv
[07:44:04] jya: how strict are we in regards to using StudlyCaps for function name in myth? I much prefer lowerWithCaps… Especially as all Qt function names are lowerWithCaps to start with...
[07:52:35] natanojl (natanojl!~jonatan@c83-252-237-63.bredband.comhem.se) has quit (Ping timeout: 252 seconds)
[07:56:26] stuartm: sphery: I'm not sure I understand that change to the query, if the user never had 'autoexpireinsteadofdelete' enabled then how can the behaviour have changed from 'delete when out of space' to 'delete immediately'?
[07:57:08] stuartm: since without the deleted recgroup enabled the recordings would always have been deleted immediately
[07:57:18] stuartm: i.e. no change in behaviour
[08:17:08] stuarta (stuarta!~stuarta@mythtv/developer/stuarta) has quit (Ping timeout: 245 seconds)
[09:59:39] sybolt (sybolt!~sybolt@dhskadaj.xs4all.nl) has joined #mythtv
[10:05:02] mike|3 (mike|3!~mike@c-98-232-220-158.hsd1.or.comcast.net) has quit (Remote host closed the connection)
[10:05:49] mike (mike!~mike@c-98-232-220-158.hsd1.or.comcast.net) has joined #mythtv
[10:06:15] mike is now known as Guest99766
[10:20:46] sybolt (sybolt!~sybolt@dhskadaj.xs4all.nl) has quit (Quit: Leaving)
[11:12:25] stuarta (stuarta!~stuarta@metis.squashedfrog.net) has joined #mythtv
[11:26:43] mrand (mrand!~mrand@ubuntu/member/mrand) has quit (Ping timeout: 252 seconds)
[11:53:48] dekarl (dekarl!~dekarl@p4FCEEAA8.dip.t-dialin.net) has quit (Ping timeout: 265 seconds)
[11:55:12] jya_ (jya_!~jyavenard@120.148.99.165) has joined #mythtv
[11:55:12] jya_ (jya_!~jyavenard@120.148.99.165) has quit (Changing host)
[11:55:12] jya_ (jya_!~jyavenard@mythtv/developer/jya) has joined #mythtv
[12:06:09] mrand (mrand!~mrand@ubuntu/member/mrand) has joined #mythtv
[12:47:10] cocoa117 (cocoa117!~cocoa117@188-222-31-239.zone13.bethere.co.uk) has quit (Ping timeout: 260 seconds)
[12:48:20] amessina_ (amessina_!~amessina@2001:470:1f11:a4:d6be:d9ff:fe8d:7c1e) has joined #mythtv
[12:48:54] amessina_ (amessina_!~amessina@2001:470:1f11:a4:d6be:d9ff:fe8d:7c1e) has quit (Client Quit)
[12:49:12] amessina_ (amessina_!~amessina@2001:470:1f11:a4:d6be:d9ff:fe8d:7c1e) has joined #mythtv
[12:50:03] amessina (amessina!~amessina@2001:470:1f11:a4:d6be:d9ff:fe8d:7c1e) has quit (Ping timeout: 245 seconds)
[12:51:12] danielk22: jya: We're pretty strict with StudlyCaps on method names. I've used lowerWithCaps when re-implementing the QThread API in MThread, but as a rule we use StudlyCaps for method names unless there is a really good reason not to.... as to function names we don't have a policy, but I use this_is_my_function() so it is easy to tell at a glance that it is not a method.
[12:51:37] dmfrey (dmfrey!~dmfrey@webdefence.cluster-h.websense.net) has joined #mythtv
[12:54:37] amessina_ (amessina_!~amessina@2001:470:1f11:a4:d6be:d9ff:fe8d:7c1e) has quit (Quit: Konversation terminated!)
[12:55:21] Jordack (Jordack!~jordack@h69-131-44-221.plmomi.dedicated.static.tds.net) has joined #mythtv
[13:07:39] amessina (amessina!~amessina@2001:470:1f11:a4:d6be:d9ff:fe8d:7c1e) has joined #mythtv
[13:37:13] solars (solars!~solars@clnet-kmu02-090.ikbnet.co.at) has left #mythtv ("WeeChat 0.3.5")
[13:43:54] jya_: danielk22: reason I asked is that I wrote using lowerWithCaps all my new code, until I read the Mythtv coding standard… i think the issue of confusing function vs variable is moot… you don't do variable(blah). so I vote to change that standard :)
[13:44:17] jya_: sorry, reading you again
[13:44:29] jya_: what do you mean with method names vs function name ?
[13:45:05] jya_: do you mean something like exported name of API ?
[13:45:18] danielk22: int Class::Method() vs. int function();
[13:45:43] jya_: would in function() classify as private: Class:function() ?
[13:46:06] jya_: all my functions are private methods of my class
[13:47:08] danielk22: Then the StudlyCap rule would apply.
[13:48:25] jya_: i don't really understand the logic behind it… I very very rarely use functions as you define them… if a function needs to exist, it's always within a particular context, and as such fits within the scope of a class
[13:49:16] jya_: especially as mythtv is really a C++ project, function() has very little place
[13:49:52] danielk22: jya_: well that's pretty much why we don't have a policy on function names.
[13:51:27] jya_: i give you another example… I have a private class, entirely defined in my .cpp source code.. so class my_private_class { public: int variable() { } void setVariable { } };
[13:52:08] jya_: whould variable and setVariable need to be StudlyCaps ? (if so that goes against most of the other projects have ever worked on)
[13:56:29] danielk22: jya_: That's the general rule. The idea is to 1/ make it easier for someone else to maintain the code after you move on. and 2/ make it easier for us all to review the code.
[13:56:47] jya_: righto...
[13:57:04] jya_: sigh… 2400 lines of code to go over again :)
[13:59:24] jya_: interesting.. I've tracked down where the error comes from in calculated the duration of my stream… ffmpeg calculated it properly… it's AvFormatDecoder::av_update_stream_timings_video(AVFormatContext *ic)
[14:00:01] jya_: which was added in [4eba49f884c4b05dcb6fb14b11d72e6b6437b21e]
[14:00:07] jya_: SHA:4eba49f884c4b05dcb6fb14b11d72e6b6437b21e
[14:01:27] jya_: i wonder if that commit should be revert as it was obviously something there to get around a ffmpeg bug
[14:03:48] danielk22: I wish that commit referenced a ticket so we could try to find the sample it was trying to make work..
[14:04:25] danielk22: taylorr: ^^^ Any idea what that was for?
[14:04:57] jya_: i thought exactly the same thing as I was reading it
[14:05:17] jya_: it's weird.. it states I committed it.. I don't recall ever committing taylorr stuff
[14:07:09] jya_: it's actually almost an identical copy to libavutil/utils.c update_stream_timings
[14:13:30] zombor (zombor!~zombor_@kohana/developer/zombor) has joined #mythtv
[14:21:30] jya_: danielk22: forget that, even without it, I get the wrong timing
[14:23:36] stichnot (stichnot!chatzilla@nat/intel/x-hcxvgtnpthdzvhwp) has joined #mythtv
[14:23:36] stichnot (stichnot!chatzilla@mythtv/developer/stichnot) has joined #mythtv
[14:23:36] stichnot (stichnot!chatzilla@nat/intel/x-hcxvgtnpthdzvhwp) has quit (Changing host)
[14:25:29] jya_: ffmpeg sees my bitrate as 192000, while the bitrate in the stream is marked as 1536000
[14:25:38] jya_: that's the factor of 8 difference I'm seeing
[14:30:24] zombor_ (zombor_!~zombor_@kohana/developer/zombor) has joined #mythtv
[14:33:31] zombor (zombor!~zombor_@kohana/developer/zombor) has quit (Ping timeout: 244 seconds)
[14:52:23] gregL (gregL!~greg@cpe-74-76-125-87.nycap.res.rr.com) has quit (Remote host closed the connection)
[14:54:50] jarle (jarle!~jarle@70.84-234-133.customer.lyse.net) has joined #mythtv
[15:16:33] sphery: stuartm: All databases have a value for AutoExpireInsteadOfDelete, but DeletedMaxAge is only written to the database if the user enables AutoExpireInsteadOfDelete and changes DeletedMaxAge to some number of days. If DeletedMaxAge was left at the 0.24 and below default (0/expire when out of space), it was never written to the database, so the "WHERE value='DeletedMaxAge' AND data='0'" would find 0 rows to modify. ...
[15:16:39] sphery: ... https://github.com/MythTV/mythtv/blob/master/ . . . ck.cpp#L1943
[15:19:44] sphery: stuartm: It's not something any of us would have known, so it required someone with AutoExpireInsteadOfDelete enabled but DeletedMaxAge at default (and not in DB) to find it. I had just assumed all DBs had a value and argued on list that the code was preserving the previous setting when users said it lost theirs, so I would have done the exact same thing had I written the update.
[15:20:36] sphery: (and sorry for the long/complex description in the commit message--probably shouldn't have been working on it at 3:30am)
[15:34:40] jya_: danielk22: i'm trying to determine why when I seek a big value, playback just exit.
[15:35:04] jya_: it turned out that it detects as having a EOF
[15:36:14] jya_: what's bizarre is that this happen right after a Seek(0) ; the test checking for EOF is done in read_packet in mpegts-mythtv.c
[15:36:53] jya_: following the seek, the safe_read function in the ring buffer wasn't called
[15:37:04] jya_: so i'm not sure where it's trying to read its data
[15:40:54] petefunk_ (petefunk_!~pfunk@pud5.7ac0.org) has joined #mythtv
[15:41:24] petefunk (petefunk!~pfunk@pud5.7ac0.org) has quit (Read error: Operation timed out)
[15:49:57] zombor_ (zombor_!~zombor_@kohana/developer/zombor) has quit (Remote host closed the connection)
[15:50:23] zombor (zombor!~zombor_@kohana/developer/zombor) has joined #mythtv
[15:53:09] stuartm: sphery: hmm, the way it's described it sounds like a bug in the settings code that a setting value is never written to the database unless it's changed from the default, it's certainly not how I believed it would behave or how it works in practice for some (most?) other settings
[15:53:50] stuartm: thanks for the fix btw, I'm just really surprised by the explanation
[16:00:43] stuartm: "The canonical MythTV code repository" – it's unfortunate that Canonical Ltd hijacked a dictionary word for their trading name, it's likely to give a casual reader the unfortunate impression that MythTV is a Canonical™ project
[16:01:10] gregL (gregL!~greg@cpe-74-76-125-87.nycap.res.rr.com) has joined #mythtv
[16:02:14] sphery: stuartm: Yeah, it seems that it does that because the setting itself is "buried" in a TriggeredConfigurationGroup, so it's never written by the "initialize new settings for host" code, and only written by the TCG if the value is changed from defaults... I'm hoping this is a bug that will be fixed by xav ierh's new settings code.  :)
[16:03:48] sphery: in general, it's not a problem to have a setting never written to the DB, as long as all the GetSetting() calls use the right/same default value (but we do have code around that uses different defaults in different places, so having them all--at least all exposed settings--written to the DB would be good)
[16:04:17] sphery: not to mention for preventing issues like this one
[16:04:31] gregorcy (gregorcy!~gregorcy@harley.chemeng.utah.edu) has joined #mythtv
[16:05:08] joki (joki!~joki@p54863049.dip.t-dialin.net) has quit (Ping timeout: 240 seconds)
[16:05:25] stichnot (stichnot!~chatzilla@mythtv/developer/stichnot) has joined #mythtv
[16:06:59] joki (joki!~joki@p548636BE.dip.t-dialin.net) has joined #mythtv
[16:07:29] gregL (gregL!~greg@cpe-74-76-125-87.nycap.res.rr.com) has quit (*.net *.split)
[16:07:30] xris (xris!~xris@mythtv/developer/xris) has quit (*.net *.split)
[16:07:30] jams (jams!~jams@cpe-184-58-217-97.wi.res.rr.com) has quit (*.net *.split)
[16:07:30] mzanetti_ is now known as mzanetti
[16:07:38] gregL_ (gregL_!~greg@cpe-74-76-125-87.nycap.res.rr.com) has joined #mythtv
[16:12:52] mzanetti is now known as 92AAAXCG8
[16:12:55] xris (xris!~xris@mythtv/developer/xris) has joined #mythtv
[16:12:55] jams (jams!~jams@cpe-184-58-217-97.wi.res.rr.com) has joined #mythtv
[16:19:17] andreax (andreax!~andreaz@p5089ED5F.dip.t-dialin.net) has joined #mythtv
[16:21:30] kormoc (kormoc!~kormoc@mythtv/developer/kormoc) has joined #mythtv
[16:22:52] stichnot: sphery: the Settings mechanism could use an overhaul. I would list all possible setting names, types, defaults, and docstrings in a central place, and (at a minimum) issue loud warnings whenever someone tries to access an unregistered setting. Plugins would register their settings at startup. There would be an option to clear out old junk settings from the DB (useful if you like to...
[16:22:54] stichnot: ...manipulate settings through mythweb).
[16:24:56] andreax1 (andreax1!~andreaz@p54BF1F59.dip.t-dialin.net) has joined #mythtv
[16:25:39] andreax (andreax!~andreaz@p5089ED5F.dip.t-dialin.net) has quit (Ping timeout: 244 seconds)
[16:29:16] stuarta (stuarta!~stuarta@metis.squashedfrog.net) has quit (Quit: later)
[16:35:48] NightMonkey (NightMonkey!~NightrMon@pdpc/supporter/professional/nightmonkey) has joined #mythtv
[16:35:52] NightMonkey (NightMonkey!~NightrMon@pdpc/supporter/professional/nightmonkey) has quit (Remote host closed the connection)
[16:37:35] stichnot: And I'm willing to do this at some point, if others agree it's a reasonable and useful approach.
[16:37:59] gregL_ (gregL_!~greg@cpe-74-76-125-87.nycap.res.rr.com) has quit (Quit: Leaving)
[16:40:06] stuartm: wagnerrp, jams: any idea what's causing this? http://pastebin.com/XN7G9jQr
[16:41:02] stuartm: also it appears that even when the process aborts immediately we still wait a number of seconds before continuing startup?
[16:41:15] NightMonkey (NightMonkey!~NightrMon@pdpc/supporter/professional/nightmonkey) has joined #mythtv
[16:41:41] stuartm: actually ignore that last, I was confusing two different processes
[16:42:58] wagnerrp: decoding unicode is not supported? never seen that one before
[16:44:34] stuartm: http://www.red-mercury.com/blog/eclectic-tech . . . -of-the-day/
[16:44:46] jams: stuartm- does it do that if you run "sendProfile.py -p"
[16:45:36] Seeker` (Seeker`!~cjo20@unaffiliated/seeker) has quit (Ping timeout: 252 seconds)
[16:45:37] stuartm: jams: yes
[16:46:20] wagnerrp: jams: i have been noticing weve been getting a lot of 500s
[16:46:31] cocoa117 (cocoa117!~cocoa117@188-222-31-239.zone13.bethere.co.uk) has joined #mythtv
[16:46:32] jams: odd..i have to step out for abit, but will look at when i get back.
[16:46:38] wagnerrp: is there some blocker that only accepts profiles several weeks apart?
[16:46:38] Seeker` (Seeker`!~cjo20@unaffiliated/seeker) has joined #mythtv
[16:46:44] wagnerrp: some server-side rate limiter?
[16:46:49] jams: no
[16:47:17] jams: if they are new profiles, the 500 could be coming from the smolts.org server
[16:47:42] wagnerrp: they show up in our server logs
[16:47:58] stuartm: fwiw it's trying and failing to update the profile every time I restart the frontend because it thinks an update is due and if the script fails it never updates the timestamp
[16:48:27] jams: our server contacts smolts.org to ask for a unique uuid for a new profile.
[16:48:41] jams: back in a bit
[16:49:18] stuartm: i.e. every time I start the frontend now it locks up the UI for a few seconds, any reason it can't be moved into a background thread?
[16:50:53] wagnerrp: nope
[16:51:06] wagnerrp: that whole mechanism needs a complete rewrite
[17:01:13] brfransen (brfransen!~brfransen@64.179.142.146) has quit (Quit: brfransen)
[17:06:08] NightMonkey (NightMonkey!~NightrMon@pdpc/supporter/professional/nightmonkey) has quit (Ping timeout: 240 seconds)
[17:19:29] ben1066_ is now known as ben1066
[17:24:24] brfransen (brfransen!~brfransen@64.179.142.146) has joined #mythtv
[17:34:22] NightMonkey (NightMonkey!~NightrMon@pdpc/supporter/professional/nightmonkey) has joined #mythtv
[17:36:40] Steve-Goodey (Steve-Goodey!~steve@host86-144-2-182.range86-144.btcentralplus.com) has joined #mythtv
[17:57:46] cattelan_away is now known as cattelan
[18:03:14] stuartm: has anyone looked at re-syncing libdvdnav/libdvdread? If not I might give it a go, the latest release supposedly has better support for 'copy protected' dvds which feature deliberate corruption or broken IFO
[18:05:28] sphery: could do that and move it under external :)
[18:05:43] michi_ (michi_!~michi@188-194-43-179-dynip.superkabel.de) has joined #mythtv
[18:05:45] michi_: hi
[18:05:53] michi_: how can I slowdown the analogue scan?
[18:06:17] wagnerrp: slow down?
[18:06:23] NightMonkey (NightMonkey!~NightrMon@pdpc/supporter/professional/nightmonkey) has quit (Ping timeout: 244 seconds)
[18:06:28] ** sphery also thinks michi_ might want #mythtv-users **
[18:06:50] michi_: ah, sorry
[18:08:21] stuartm: taylorr: you were the last person to do a sync, any advice?
[18:08:31] stuartm: sphery: yeah, definitely
[18:11:06] mrand (mrand!~mrand@ubuntu/member/mrand) has quit (Ping timeout: 256 seconds)
[18:17:05] stuartm: hmm, it seems we're already pretty much in sync, except for commit 1239 – which was made just minutes after 1238 where we sync'd to ... taylorr was there a reason why you didn't include 1239 which is supposed to help with badly mastered DVDs?
[18:29:11] NightMonkey (NightMonkey!~NightrMon@pdpc/supporter/professional/nightmonkey) has joined #mythtv
[18:31:09] hashbang (hashbang!~alex@213-152-35-50.dsl.eclipse.net.uk) has joined #mythtv
[18:34:04] Captain_Murdoch: stuartm, libdvd* needs access to libmythtv so that we can play DVD's remotely via a Remotefile/RingBuffer combination. I think that came up last time we talked about moving them under external.
[18:34:55] Captain_Murdoch: they don't have hooks like the BD code and ffmpeg have. perhaps we should add them somehow and submit a patch upstream.
[18:37:13] Captain_Murdoch: well, BD has part of the functionality, still needs our files under libmythbluray to complete it I guess.
[18:41:29] stuartm: k, tbh there's only one meaningful commit upstream that we're missing, I'd hoped that they might have done something to make this DVD playable but I'm now thinking it's our usage of the API and not a failing of the lib – testing a possible fix atm
[18:44:47] danielk22: jya: That EOF seek issue is a regression that dates back to at least the previous ffmpeg sync. See #9151.
[18:44:47] ** MythLogBot http://code.mythtv.org/trac/ticket/9151 **
[18:46:23] Jordack (Jordack!~jordack@h69-131-44-221.plmomi.dedicated.static.tds.net) has quit ()
[18:47:42] mrand (mrand!~mrand@ubuntu/member/mrand) has joined #mythtv
[19:05:40] OPPluto (OPPluto!~jedi@cpe-76-185-75-39.tx.res.rr.com) has joined #mythtv
[19:08:35] OPPluto (OPPluto!~jedi@cpe-76-185-75-39.tx.res.rr.com) has quit (Client Quit)
[19:14:35] NightMonkey (NightMonkey!~NightrMon@pdpc/supporter/professional/nightmonkey) has quit (Ping timeout: 244 seconds)
[19:15:08] dmfrey (dmfrey!~dmfrey@webdefence.cluster-h.websense.net) has quit (Remote host closed the connection)
[19:15:46] dmfrey (dmfrey!~dmfrey@webdefence.cluster-h.websense.net) has joined #mythtv
[19:18:04] dmfrey (dmfrey!~dmfrey@webdefence.cluster-h.websense.net) has quit (Remote host closed the connection)
[19:18:07] natanojl (natanojl!~jonatan@c83-252-237-63.bredband.comhem.se) has joined #mythtv
[19:18:41] dmfrey (dmfrey!~dmfrey@webdefence.cluster-h.websense.net) has joined #mythtv
[19:30:35] brfransen (brfransen!~brfransen@64.179.142.146) has quit (Quit: brfransen)
[19:35:34] zombor_ (zombor_!~zombor_@kohana/developer/zombor) has joined #mythtv
[19:38:46] zombor (zombor!~zombor_@kohana/developer/zombor) has quit (Ping timeout: 244 seconds)
[19:43:48] zombor_ is now known as zombor
[19:52:50] Steve-Goodey (Steve-Goodey!~steve@host86-144-2-182.range86-144.btcentralplus.com) has quit (Remote host closed the connection)
[19:53:00] zombor (zombor!~zombor_@kohana/developer/zombor) has quit (Remote host closed the connection)
[19:53:51] natanojl (natanojl!~jonatan@c83-252-237-63.bredband.comhem.se) has quit (Ping timeout: 244 seconds)
[19:54:15] zombor (zombor!~zombor_@kohana/developer/zombor) has joined #mythtv
[19:58:35] mrand (mrand!~mrand@ubuntu/member/mrand) has quit (Ping timeout: 265 seconds)
[20:01:11] NightMonkey (NightMonkey!~NightrMon@pdpc/supporter/professional/nightmonkey) has joined #mythtv
[20:05:56] natanojl (natanojl!~jonatan@c83-252-237-63.bredband.comhem.se) has joined #mythtv
[20:15:50] zombor (zombor!~zombor_@kohana/developer/zombor) has quit (Remote host closed the connection)
[20:47:05] mrand (mrand!~mrand@ubuntu/member/mrand) has joined #mythtv
[20:48:58] dekarl (dekarl!~dekarl@p4FCEF321.dip.t-dialin.net) has joined #mythtv
[20:51:05] dmfrey (dmfrey!~dmfrey@webdefence.cluster-h.websense.net) has quit (Quit: Ex-Chat)
[20:58:37] zombor (zombor!~zombor_@kohana/developer/zombor) has joined #mythtv
[20:59:56] zombor (zombor!~zombor_@kohana/developer/zombor) has quit (Remote host closed the connection)
[21:04:00] stichnot (stichnot!~chatzilla@mythtv/developer/stichnot) has quit (Quit: ChatZilla 0.9.88.2 [Firefox 12.0/20120420145725])
[21:10:38] NightMonkey (NightMonkey!~NightrMon@pdpc/supporter/professional/nightmonkey) has quit (Ping timeout: 240 seconds)
[21:19:21] kormoc (kormoc!~kormoc@mythtv/developer/kormoc) has quit (Quit: kormoc)
[21:34:56] hashbang (hashbang!~alex@213-152-35-50.dsl.eclipse.net.uk) has quit (Quit: Leaving.)
[21:39:00] mifritscher (mifritscher!~michi@188-194-43-179-dynip.superkabel.de) has joined #mythtv
[21:53:42] brfransen (brfransen!~brfransen@64.179.142.146) has joined #mythtv
[21:57:31] mifritscher (mifritscher!~michi@188-194-43-179-dynip.superkabel.de) has quit (Read error: Operation timed out)
[21:58:27] michi_ (michi_!~michi@188-194-43-179-dynip.superkabel.de) has quit (Ping timeout: 265 seconds)
[22:20:18] natanojl (natanojl!~jonatan@c83-252-237-63.bredband.comhem.se) has quit (Ping timeout: 272 seconds)
[22:21:13] andreax1 (andreax1!~andreaz@p54BF1F59.dip.t-dialin.net) has quit (Read error: Connection reset by peer)
[22:45:17] stichnot (stichnot!~chatzilla@192.55.55.41) has joined #mythtv
[22:45:17] stichnot (stichnot!~chatzilla@mythtv/developer/stichnot) has joined #mythtv
[22:45:17] stichnot (stichnot!~chatzilla@192.55.55.41) has quit (Changing host)
[23:22:07] kormoc (kormoc!~kormoc@mythtv/developer/kormoc) has joined #mythtv
[23:45:48] zombor (zombor!~zombor_@kohana/developer/zombor) has joined #mythtv

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