| Wednesday, January 4th, 2012, 00:12 UTC | ||
| [00:12:22] | zombor (zombor!~zombor_@kohana/developer/zombor) has joined #mythtv | |
| [00:29:18] | Jordack (Jordack!~jordack@h69-131-44-221.plmomi.dedicated.static.tds.net) has quit () | |
| [00:34:49] | skd5aner: | iamlindoro: still catching up in -commits. I'm up to Nov 11 now :) Anyway – I noticed around then you went through and standardized many of the service API naming schemes... have you considered simplifying the names even further? For example "GetVideoList", why not remove the verbs from the service name (since HTTP GET is kind of self-explainatory) and just call it "Videos"? |
| [00:35:25] | skd5aner: | if did an HTTP get on a service called videos, it would make since to return a list of videos |
| [00:35:39] | skd5aner: | or if you did videos/id then return the details on the requested video |
| [00:35:45] | skd5aner: | instead of "GetVideo" |
| [00:35:58] | skd5aner: | potentially combine and simplify some of the things |
| [00:37:03] | skd5aner: | and when you want to add/remove something, use the HTTP operations of "post" and "delete" instead of creating seperate service names |
| [00:38:07] | skd5aner: | here's a decent blog article on the theory... http://blog.apigee.com/detail/restful_api_des . . . rbs_are_bad/ |
| [00:42:39] | skd5aner: | It would basically negate the need for the rules that you put at the top of the list here (http://www.mythtv.org/pipermail/mythtv-fireho . . . 02212.html), by removing the verbs from the service method name itself and just relying on the built in methods of HTTP – and thereby eliminating the need for a seperate method for each kind of operation |
| [00:42:51] | skd5aner: | (as well as individual item returns vs lists) |
| [00:45:05] | PointyPumper (PointyPumper!~pintlezz@190.244.65.185) has joined #mythtv | |
| [00:45:30] | Pumpernick (Pumpernick!~pintlezz@190.244.65.185) has joined #mythtv | |
| [00:45:40] | PointyPumper (PointyPumper!~pintlezz@190.244.65.185) has quit (Client Quit) | |
| [00:49:24] | skd5aner: | dblain: ^ Happy to get your take on it as well :) |
| [00:49:25] | Pumpernick (Pumpernick!~pintlezz@190.244.65.185) has quit (Read error: Connection reset by peer) | |
| [00:50:33] | PointyPumper (PointyPumper!~pintlezz@190.244.65.185) has joined #mythtv | |
| [00:50:55] | PointyPumper (PointyPumper!~pintlezz@190.244.65.185) has quit (Read error: Connection reset by peer) | |
| [00:59:36] | iamlindoro: | skd5aner: I have seen the article/video, I just don't happen to agree with the theory about nouns versus verbs. It's just a matter of style anyway |
| [00:59:37] | Beirdo: | oh, this is horribly borked |
| [01:01:25] | stoffel (stoffel!~quassel@pD9E41D71.dip.t-dialin.net) has quit (Remote host closed the connection) | |
| [01:01:43] | PointyPumper (PointyPumper!~pintlezz@190.244.65.185) has joined #mythtv | |
| [01:02:31] | iamlindoro: | mrand: When you forward us bugs, do you mind giving us some sort of context? "There was a crash" requiring that I pick through launchpad bugs, figure out what of dozens of attachments is relevant, etc. usually just has me giving up rather than looking at the issue. Just something that explains how to reproduce, what was going on, anything, really... and if you would upload the relevant attachments (like the threaded stack trace |
| [01:02:31] | iamlindoro: | ) would be even better. |
| [01:03:00] | iamlindoro: | Also, is it possible to get your reporting tools to report what thread caused the crash like normal gdb? That's another reason I tend to just go do something else and would be a big help |
| [01:03:14] | skd5aner: | iamlindoro: true – I kind of like their philosophy though... KISS :) I was curious if you had seen that or taken into consideration. Either way, figured it was much easier to ask the question now before 0.25 is released than after :) |
| [01:03:41] | Lyude (Lyude!~Lyude@96-39-120-228.dhcp.oxfr.ma.charter.com) has joined #mythtv | |
| [01:03:59] | iamlindoro: | skd5aner: I watched the whole (long!) video and decided that for me at least, I didn't care to adopt one tiny element of their strategy when there's literally no chance of us adopting the rest |
| [01:04:20] | iamlindoro: | since it's not just "use nouns," it's "use nouns, adding new path elements to specify arguments) |
| [01:04:36] | iamlindoro: | ie /video/genre/Western |
| [01:05:02] | skd5aner: | wouldn't genre just be an arguement behind a "?"? |
| [01:05:04] | iamlindoro: | and since adopting that philosophy would require scrapping the APIs are rewriting them, it's just not going to happen |
| [01:05:10] | iamlindoro: | not according to their video |
| [01:05:20] | iamlindoro: | Have you watched it? |
| [01:05:33] | skd5aner: | from the webcast? |
| [01:05:36] | iamlindoro: | yes |
| [01:05:45] | skd5aner: | I actually participated live in the webcast, heh |
| [01:06:00] | skd5aner: | GET /dogs?color=red&state=running&location=park ? |
| [01:06:10] | skd5aner: | from – http://blog.apigee.com/detail/simplify_associ . . . er_the_http/ |
| [01:06:12] | iamlindoro: | That's another thing we won't do |
| [01:06:15] | skd5aner: | I thought that was their recommendation |
| [01:06:32] | iamlindoro: | That wasn't it in the version I watched |
| [01:06:39] | PointyPumper (PointyPumper!~pintlezz@190.244.65.185) has quit (Read error: Connection reset by peer) | |
| [01:06:48] | skd5aner: | shoulda been... that's what I remember? |
| [01:07:00] | iamlindoro: | And we're not going to adopt the GET/POST/PUT/DELETE either |
| [01:07:04] | skd5aner: | maybe they've given the presentation multiple times and changed their philosophy over time? |
| [01:07:05] | iamlindoro: | so why adopt one part but not all the rest? |
| [01:07:11] | skd5aner: | yea |
| [01:07:15] | iamlindoro: | It would take a full rewrite |
| [01:07:33] | skd5aner: | from that perspective, you really would have to accept all the HTTP methods since that's the only place to "move" the verb to |
| [01:07:34] | iamlindoro: | And honestly I *like* that it's obvious from the path what one is doing (setting, getting, etc) |
| [01:08:13] | Beirdo: | I guess as long as we don't call it a REST API then :) |
| [01:08:29] | Beirdo: | I never fully bought into that either |
| [01:08:55] | Beirdo: | confused the crap outta me when I was starting to use ruby on rails |
| [01:09:12] | skd5aner: | Beirdo: heh :) true, but even Apigee calls it "pragmatic" REST – they aren't big believers in saying "Thall shalt use true REST" |
| [01:09:48] | skd5aner: | iamlindoro: fair enough – I'm just an on-looker, but was familiar with their prinicples and was curious if they had been considered or not |
| [01:10:47] | skd5aner: | not like it's "wrong" or "right" either way |
| [01:12:10] | skd5aner: | I just think the services API is the coolest thing to come out of MythTV in a long time (no offense to all the other cool stuff/hard work) |
| [01:12:37] | skd5aner: | I'm so pumped to see what innovative stuff comes out of it |
| [01:13:06] | iamlindoro: | You could write some innovative stuff and find out ;) |
| [01:13:13] | skd5aner: | Trust me... I want to |
| [01:13:27] | skd5aner: | and will likely want to tinker with it |
| [01:14:38] | skd5aner: | I've wanted to do something with my remote for a long time... I should be able to get context awareness capabilities for it |
| [01:15:00] | skd5aner: | although – there's probably a very narrow audience out there with Nevo remotes |
| [01:19:48] | Beirdo: | sooo. the "storage group" used by this new mythimage plugin... are on the frontends? |
| [01:19:54] | Beirdo: | I think someone missed the point |
| [01:19:56] | PointyPumper (PointyPumper!~pintlezz@190.244.65.185) has joined #mythtv | |
| [01:20:21] | Beirdo: | and so far... can't get it to actually display an image |
| [01:27:13] | Seeker` (Seeker`!~cjo20@unaffiliated/seeker) has joined #mythtv | |
| [01:52:00] | Beirdo: | ah well |
| [01:52:04] | Beirdo: | back to watching TV |
| [02:06:15] | kth (kth!~kth@unaffiliated/kth) has quit (Quit: Leaving.) | |
| [02:08:46] | gigem_: | danielk22: are you around. i have a lead on the maxepisode issue. recorded.duplicate is being set to 0 for one or more recordings. those recordings are being ignored because of a SHA:1da9d23d Captain_Murdoch made 4 years ago. i think we should consider another way besides duplicate == 0 for autoexpire to ignore a recording, but that's an issue for later. |
| [02:08:52] | gigem_: | i think the more important issue is why duplicate is being set to 0 in the first place. i haven't dug any further yet, but my first guess is your recording quality change. iirc, you set duplicate to 0 to have damaged programs automatically re-recorded, and the time frame for that change is about when the maxepisode bug is believed to have started. |
| [02:28:10] | gigem_: | danielk22: i should clarify. i don't believe the issue is setting duplicate = 0 for damaged recordings. rather, i think there might be a bug in detecting them or too eagerly doing so. for example, i've only had a 50% success rate creating video dvds with mytharchive since i switched to fios. i suspect verizon's headend doesn't cleanly insert local commercials. whatever is tripping up mytharchive could also be affecting the damaged recording |
| [02:28:11] | gigem_: | detection. |
| [02:38:10] | zombor (zombor!~zombor_@kohana/developer/zombor) has quit (Remote host closed the connection) | |
| [02:40:41] | iamlindoro: | gigem_: I heard as much from SiliconDust about FIOS and commercials-- that they use old tape decks when they insert them and it just demolishes the timecode |
| [02:45:20] | stichnot (stichnot!~chatzilla@192.55.54.38) has quit (Ping timeout: 252 seconds) | |
| [02:50:13] | simonckenyon (simonckenyon!~simoncken@195.7.61.12) has quit (Read error: Connection reset by peer) | |
| [02:50:32] | pheld (pheld!~heldal@cl-5.osl-01.no.sixxs.net) has quit (Quit: Leaving.) | |
| [02:55:25] | Lyude (Lyude!~Lyude@96-39-120-228.dhcp.oxfr.ma.charter.com) has quit (Remote host closed the connection) | |
| [03:06:36] | stuartm (stuartm!~stuartm@mythtv/developer/stuartm) has quit (Remote host closed the connection) | |
| [03:19:36] | mybox1776 (mybox1776!~mybox@rrcs-24-39-231-122.nys.biz.rr.com) has joined #mythtv | |
| [03:19:50] | mybox1776: | hi all.. |
| [03:20:23] | mybox1776: | Any experts here that can answer a TV Tuner Question |
| [03:21:00] | wagnerrp: | is this a question about the development of mythtv? |
| [03:21:21] | wagnerrp: | if not, try in #mythtv-users |
| [03:23:45] | mybox1776: | thx |
| [03:23:48] | mybox1776 (mybox1776!~mybox@rrcs-24-39-231-122.nys.biz.rr.com) has left #mythtv () | |
| [03:33:24] | danielk22 (danielk22!~danielk@96.57.9.142) has quit (Remote host closed the connection) | |
| [03:34:34] | danielk22 (danielk22!~danielk@96.57.9.142) has joined #mythtv | |
| [03:45:41] | dblain: | skd5aner: One more reason not to rely on the http method to describe the action taking place... I wrote the Service API Framework with the intent to allow it to work with any and all potental transports. Http (restful like) was the obvious default, but it also currently works with SOAP (also http based) and I see no reason why it can't work with any other future transport (i.e. over standard |
| [03:45:41] | dblain: | sockets, named pipes, Message Queues, shared memory, ... etc) |
| [03:47:42] | dblain: | Custom transports along with the flexability of custom message serializers allows for the same service libraries to be exposed to any external system with no changes to the actual service api implementation. |
| [03:50:59] | zombor (zombor!~zombor_@kohana/developer/zombor) has joined #mythtv | |
| [04:25:37] | zombor (zombor!~zombor_@kohana/developer/zombor) has quit (Remote host closed the connection) | |
| [05:17:11] | sphery: | danielk22: hal is generally considered deprecated, with useful functionality being merged into udev (hal used to be built on top of udev) |
| [06:04:31] | stichnot (stichnot!~chatzilla@192.55.55.39) has joined #mythtv | |
| [06:25:31] | stichnot (stichnot!~chatzilla@192.55.55.39) has quit (Quit: ChatZilla 0.9.88 [Firefox 8.0.1/20111120135848]) | |
| [07:12:29] | gregL (gregL!~greg@cpe-74-76-125-87.nycap.res.rr.com) has quit (Read error: Connection reset by peer) | |
| [07:29:07] | gregL (gregL!~greg@cpe-74-76-125-87.nycap.res.rr.com) has joined #mythtv | |
| [07:35:40] | pheld (pheld!~heldal@cl-5.osl-01.no.sixxs.net) has joined #mythtv | |
| [08:08:45] | natanojl (natanojl!~jonatan@c83-252-237-63.bredband.comhem.se) has joined #mythtv | |
| [08:27:33] | natanojl (natanojl!~jonatan@c83-252-237-63.bredband.comhem.se) has quit (Ping timeout: 248 seconds) | |
| [09:02:37] | andreax (andreax!~andreaz@p5089FFA0.dip.t-dialin.net) has quit (Read error: Connection reset by peer) | |
| [09:09:34] | jeff999 (jeff999!~jeff@203-173-12-152.dyn.iinet.net.au) has joined #mythtv | |
| [09:19:41] | PointyPumper (PointyPumper!~pintlezz@190.244.65.185) has quit (Ping timeout: 244 seconds) | |
| [09:20:14] | PointyPumper (PointyPumper!~pintlezz@190.244.65.185) has joined #mythtv | |
| [09:28:55] | stoffel (stoffel!~quassel@pD9E41AE9.dip.t-dialin.net) has joined #mythtv | |
| [09:50:54] | rsiebert_ (rsiebert_!~quassel@g225053241.adsl.alicedsl.de) has joined #mythtv | |
| [09:51:29] | rsiebert (rsiebert!~quassel@g229055202.adsl.alicedsl.de) has quit (Ping timeout: 240 seconds) | |
| [09:51:29] | rsiebert__ (rsiebert__!~quassel@g229055202.adsl.alicedsl.de) has quit (Ping timeout: 240 seconds) | |
| [10:07:38] | stoffel (stoffel!~quassel@pD9E41AE9.dip.t-dialin.net) has quit (Read error: Operation timed out) | |
| [10:32:56] | Goga777 (Goga777!~Goga777@2.95.10.104) has joined #mythtv | |
| [10:39:08] | rsiebert (rsiebert!~quassel@g225053241.adsl.alicedsl.de) has joined #mythtv | |
| [10:50:20] | stoffel (stoffel!~quassel@pD9E41AE9.dip.t-dialin.net) has joined #mythtv | |
| [11:05:03] | mike|2 (mike|2!~mike@c-76-115-119-121.hsd1.or.comcast.net) has quit (Remote host closed the connection) | |
| [11:05:53] | mike|2 (mike|2!~mike@c-76-115-119-121.hsd1.or.comcast.net) has joined #mythtv | |
| [11:49:12] | kth (kth!~kth@unaffiliated/kth) has joined #mythtv | |
| [12:01:08] | jeff999 (jeff999!~jeff@203-173-12-152.dyn.iinet.net.au) has quit (Remote host closed the connection) | |
| [12:14:51] | stoffel (stoffel!~quassel@pD9E41AE9.dip.t-dialin.net) has quit (Read error: No route to host) | |
| [12:17:03] | stoffel (stoffel!~quassel@pD9E41AE9.dip.t-dialin.net) has joined #mythtv | |
| [12:40:48] | zombor (zombor!~zombor_@kohana/developer/zombor) has joined #mythtv | |
| [12:42:32] | stoffel (stoffel!~quassel@pD9E41AE9.dip.t-dialin.net) has quit (Ping timeout: 240 seconds) | |
| [12:53:48] | stuartm (stuartm!~stuartm@cpc1-derb9-0-0-cust441.8-3.cable.virginmedia.com) has joined #mythtv | |
| [12:53:48] | stuartm (stuartm!~stuartm@cpc1-derb9-0-0-cust441.8-3.cable.virginmedia.com) has quit (Changing host) | |
| [12:53:48] | stuartm (stuartm!~stuartm@mythtv/developer/stuartm) has joined #mythtv | |
| [12:56:20] | zombor (zombor!~zombor_@kohana/developer/zombor) has quit (Remote host closed the connection) | |
| [13:48:33] | stuartm: | and my latest BD host key has been revoked (again) :( |
| [13:48:57] | Seeker`: | BD host key? |
| [13:50:04] | stuartm: | the key sent by the software to the drive before the drive will allow decryption – a revoked key means you cannot play the disc (until someone leaks a new host key) |
| [13:50:21] | stuartm: | BD = Blu-ray Disc |
| [13:50:25] | Seeker`: | what are you trying to play it in? |
| [13:50:59] | stuartm: | anything, everything, once revoked you cannot play any disc |
| [13:51:58] | stuartm: | you can still rip it with something like MakeMKV, but you cannot play it back straight from the disc in MythTV |
| [13:52:07] | Seeker`: | ah, ok |
| [13:52:18] | Seeker`: | I backup any bluray I get straight away |
| [13:55:30] | stuartm: | just inserting a new release causes the drive to update the ban/revocation lists, which makes it a lottery since you can't really know which discs will carry updated lists |
| [13:55:58] | stuarta: | the word "bastards" comes to mind |
| [13:56:38] | Seeker`: | I give it 20 minutes before I confuse stuarta and stuartm |
| [13:56:56] | ** stuarta chuckles ** | |
| [13:57:05] | stuarta: | he talks more than me |
| [13:57:38] | stuartm: | some say too much |
| [13:57:43] | Seeker`: | stuartm: http://paste.ubuntu.com/792701/ <- is that the sort of thing you are looking for for the metadata locale? |
| [13:59:03] | stuartm: | yes |
| [13:59:09] | stoffel (stoffel!~quassel@pD9E41AE9.dip.t-dialin.net) has joined #mythtv | |
| [14:02:12] | stuartm: | stuarta: since the whole DRM/key revocation has so far failed to stop AnyDVD/MakeMKV you really have to wonder why they bother at all, the only thing they achieve is to cripple projects like MythTV which aren't even trying to rip discs, just play them |
| [14:02:30] | Seeker`: | stuartm: do you think it needs any other protection to stop it breaking the grabber if the value is bad/wrong? Or is that sufficient? |
| [14:03:09] | stuartm: | Seeker`: we validate that value elsewhere, it shouldn't be bad, it's not a user supplied value |
| [14:03:29] | Seeker`: | shall I remove the length check then? |
| [14:03:50] | stuartm: | sure, it shouldn't be necessary |
| [14:21:10] | Seeker`: | stuartm: created a ticket with the patch file |
| [14:29:42] | Jordack (Jordack!~jordack@h69-131-44-221.plmomi.dedicated.static.tds.net) has joined #mythtv | |
| [14:35:52] | stuartm: | Seeker`: :) |
| [14:36:36] | pvr4me (pvr4me!~craigtrel@d24-150-72-59.home.cgocable.net) has joined #mythtv | |
| [14:36:53] | wagnerrp: | stuartm: drives with hacked firmwares dont prevent that? |
| [14:38:54] | wagnerrp: | Seeker`: are you #10240? |
| [14:39:23] | pvr4me (pvr4me!~craigtrel@d24-150-72-59.home.cgocable.net) has left #mythtv () | |
| [14:39:41] | stuartm: | wagnerrp: they might, but I don't own one |
| [14:39:55] | wagnerrp: | ah, didnt know what drive you were using off hand |
| [14:40:00] | pvr4me (pvr4me!~craigtrel@d24-150-72-59.home.cgocable.net) has joined #mythtv | |
| [14:40:10] | wagnerrp: | i still have yet to do so to my LG |
| [14:40:13] | stuartm: | I don't even know how many hackable drives are still available |
| [14:40:18] | wagnerrp: | but then it just sits in my desktop with anydvd anyway |
| [14:40:28] | wagnerrp: | so its not like it would make much difference |
| [14:40:31] | ** stuarta makes a note not to buy a BD anytime soon ** | |
| [14:41:03] | wagnerrp: | although apparently there is a speed restriction on marked disks that the firmware removes |
| [14:41:04] | stuartm: | mine's a Lite-on iHOS 104 |
| [14:41:23] | wagnerrp: | as it is, my old generic dvdr is about 3x as fast reading DVDs |
| [14:41:34] | stuartm: | makemkv still works, so I can rip the discs, I just can't play them without ripping (anymore) |
| [14:42:37] | wagnerrp: | stuartm: looking at #10240, specifying the country code means it still returns locale="us" |
| [14:42:50] | wagnerrp: | do we just ignore the locale and insert it anyway? |
| [14:43:55] | stuartm: | wagnerrp: I've not checked that yet, I assumed it was ignored because before they added locale support it never returned anything except 'us' |
| [14:44:37] | wagnerrp: | i wonder if thats actually tmdb.py's doing |
| [14:44:40] | stuartm: | I'll open a bug with tmdb about the incorrect locale value, but it might not matter since they are rolling out a new json based api |
| [14:44:53] | wagnerrp: | as in, they dont return anything, and tmdb.py just inserts a default value |
| [14:47:02] | stuartm: | wagnerrp: yeah, that could be |
| [14:47:22] | wagnerrp: | stuartm: thats it, their own data is just <certification>18</certification> |
| [14:47:38] | stuartm: | ah, ok |
| [14:47:48] | wagnerrp: | ill see if its something i can correct, or if its some black XSLT magic ill have to forward to RDV |
| [14:48:24] | Seeker`: | wagnerrp: correct |
| [14:49:37] | wagnerrp: | did they ever add foreign language keywords? id love to get all this german crap out of there |
| [14:51:08] | stuartm: | not the last time I checked |
| [14:51:17] | stuartm: | I just delete it anyway |
| [14:51:48] | Seeker`: | wagnerrp: the script returns the correct certificate, it just names them all as "us" as far as I can tell |
| [14:52:11] | stuartm: | they have locale based sites, by which I mean a German user seems the German title etc, so I'm not sure why that doesn't extend to keywords |
| [14:52:46] | wagnerrp: | Seeker`: correct, its the tmdb.py script's doing |
| [14:55:29] | stuartm: | and the API still returns the original title instead of the localised title :( |
| [14:59:37] | wagnerrp: | stuartm: so then i guess the question is what locale do you use? |
| [14:59:50] | wagnerrp: | just spit out whatever local the user fed in, and hope its correct? |
| [15:00:14] | wagnerrp: | iamlindoro: you might want to weigh in |
| [15:00:36] | mowe (mowe!~moritz@p4FCAA7DF.dip.t-dialin.net) has joined #mythtv | |
| [15:02:12] | mowe: | hi i'm setting up mythtv under arch with a satelco easy watch dvb-c card. just scanning channels does not work, but i found out a frequency and that my card does not support qam auto with w_scan (which finds lots of channels) |
| [15:02:32] | mowe: | so i inserted the frequency and set qam to 64 and scanned |
| [15:02:38] | wagnerrp: | mowe: you want #mythtv-users, this is the development channel |
| [15:02:38] | davide_ (davide_!~david@mythtv/developer/gigem) has joined #mythtv | |
| [15:02:45] | mowe: | oh sorry! |
| [15:02:58] | mowe: | did not read the topic |
| [15:02:59] | mowe: | -.- |
| [15:03:28] | wagnerrp: | seems the code actually lists this specific issue... https://github.com/MythTV/mythtv/blob/master/ . . . uery.xsl#L38 |
| [15:05:45] | Seeker`: | do you actually need to know which country the rating came from? |
| [15:09:07] | wagnerrp: | for mythvideo, its just discarded |
| [15:09:16] | Seeker`: | With the current version of the API it either returns the country you requested, and you know waht that is, or it defaults to the US-value |
| [15:09:39] | wagnerrp: | now that we pull metadata for recorded content, the locale would presumably be used to populate the system field in programrating |
| [15:10:16] | wagnerrp: | recordedrating rather |
| [15:10:34] | wagnerrp: | i dont know if we actually do so at current |
| [15:10:48] | zombor (zombor!~zombor_@kohana/developer/zombor) has joined #mythtv | |
| [15:12:24] | MythBuild: | build #2749 of master-linux-64bit is complete: Failure [failed compile plugins] Build details are at http://code.mythtv.org/buildbot/builders/mast . . . /builds/2749 blamelist: Paul Harrison <pharrison@mythtv.org > |
| [15:13:10] | wagnerrp: | stuartm: looks like the first chunk of the rewrite just got committed |
| [15:18:31] | MythBuild: | build #2488 of master-linux-32bit is complete: Failure [failed compile plugins] Build details are at http://code.mythtv.org/buildbot/builders/mast . . . /builds/2488 blamelist: Paul Harrison <pharrison@mythtv.org > |
| [15:28:25] | wagnerrp: | Seeker`: i cant seem to find the code that pushes data to recordings off hand |
| [15:28:40] | wagnerrp: | however video ratings are just passed straight through into videometadata unaltered |
| [15:28:56] | wagnerrp: | and the locale data is simply discarded when it is parsed from the xml |
| [15:29:18] | wagnerrp: | with comments in the notes to actually do something with it when some API starts providing locale-specific ratings |
| [15:29:22] | wagnerrp: | s/notes/code/ |
| [15:30:39] | wagnerrp: | Seeker`: in other words, adding the country code to allow tmdb.py to pull locale-specific codes, but not altering the locale it says its from, wont be any worse than it currently is |
| [15:32:08] | Seeker`: | yeah, it just seems to use the returned value verbatim in video metadata |
| [15:33:50] | Seeker`: | I imagine it would only cause problems if it returns the US data by default if there isn't a local certificate, and the locale has a system whereby 'R' translate as 'suitable for children' |
| [15:36:34] | MythBuild: | build #2750 of master-linux-64bit is complete: Success [build successful] Build details are at http://code.mythtv.org/buildbot/builders/mast . . . /builds/2750 |
| [15:37:34] | Seeker`: | wagnerrp: myth might need to be a bit more intelligent with the parsing when TMDB shifts to version 3, as it'll get data like this: http://api.themoviedb.org/3/movie/11/releases . . . 009380562c62 |
| [15:39:50] | wagnerrp: | Seeker`: i dont believe the parental control stuff is tied into certification |
| [15:39:53] | wagnerrp: | i think thats all manual |
| [15:40:14] | Seeker`: | wagnerrp: there is an option to auto-set parental ratings based on the certificates |
| [15:41:45] | Seeker`: | wagnerrp: setup -> media settings -> video settings -> general settings -> 4/4 |
| [15:42:16] | mrand: | Howdy iamlindoro, I always (or at least intent to) attach logs and stack traces. And in fact, I generally only do that if the stack track looks useful, and if there is a log to attach, generally cut it down to a reasonable size (while keeping the relevant stuff). If you can point to a one where I didn't, I'll be happy to go digging. |
| [15:42:57] | iamlindoro: | wagnerrp: Seeker`: It's premature to worry at all about myth parsing as that's the smallest part of the equation-- someone needs to write a new script to use the version 3 API, or adapt the existing one to do so-- there's next to nothing to do to the actual metadata parsing code, it's the script's responsibility to format it in the universal metadata format |
| [15:43:14] | mrand: | As for the description of the situation surrounding the crash, to be perfectly honest, there are lots of crashes where there is no apparent behavior or cause. I've seen this, and many other users do too. |
| [15:43:30] | iamlindoro: | mrand: The one you opened last night had a description of "a random crash that was caught" and a link to a launchpad bug that neither Beirdo nor I could do much with |
| [15:44:06] | mrand: | http://code.mythtv.org/trac/ticket/10239 has attachments. |
| [15:44:11] | MythBuild: | build #2489 of master-linux-32bit is complete: Success [build successful] Build details are at http://code.mythtv.org/buildbot/builders/mast . . . /builds/2489 |
| [15:44:17] | wagnerrp: | iamlindoro: there is little adapting that can be done |
| [15:44:21] | iamlindoro: | And not sure whether it's something which can be changed, but the backtraces in those bugs always lack the info from GDB about what thread caused the crash |
| [15:44:28] | wagnerrp: | converting to json would be a significant rewrite |
| [15:45:09] | iamlindoro: | wagnerrp: I don't see any need to change the metadata parsing here, there's a trivial matter of adding some code to pick the rating for the right locale, but 99.99% of the work to be done is in the script |
| [15:45:12] | mrand: | superm1: ^ can you think of anything we can do to improve? |
| [15:45:44] | iamlindoro: | wagnerrp: If you or seeker want to write a metadata format compliant version of the script to parse the new API, I will make the extremely minor changes to add certification locale support |
| [15:46:28] | wagnerrp: | i could probably get something out in a couple hours |
| [15:46:45] | superm1: | mrand: well those builds are done with --compile-type=profile |
| [15:46:53] | mrand: | that's what I thought |
| [15:46:57] | superm1: | so Beirdo's comment that it's a release build doesn't make sense to me |
| [15:47:15] | mrand: | I think what they are saying is that we aren't capturing the crashing thread |
| [15:47:22] | mrand: | rather, captureing the name/ID of it |
| [15:47:24] | iamlindoro: | The compile type isn't the issue for me, it's the fact that the line from gdb showing where the crash actually occurred is missing |
| [15:47:51] | ** iamlindoro heads to work ** | |
| [15:48:17] | stuarta: | i thought that got fixed ages ago. i remember point that out a long time ago |
| [15:48:23] | stuarta: | er pointing |
| [15:48:35] | wagnerrp: | looks like API3 is less than a month old |
| [15:49:31] | wagnerrp: | Seeker`: is there API3 documentation i am missing? all i see are those for 2.1 |
| [15:50:06] | Seeker`: | http://help.themoviedb.org/kb/api/about-3 |
| [15:50:43] | Seeker`: | still beta, with no indication when it won't be |
| [15:50:49] | sraue (sraue!~stephan@xbmc/staff/sraue) has quit (Ping timeout: 240 seconds) | |
| [15:51:04] | superm1: | mrand: i'm not very familiar with the code, but in that situation is it not just that the crash occurred trying to free up some buffers which is explicitly listed in the stacktrace? |
| [15:51:22] | superm1: | mrand: oh, you added the wrong stacktrace |
| [15:51:31] | superm1: | you added the earlier one that didn't include the retrace with symbols |
| [15:51:40] | mrand: | grrr |
| [15:51:49] | wagnerrp: | thanks |
| [15:52:03] | superm1: | not sure why launchpad even bothers keeping that around |
| [15:52:38] | mrand: | superm1: yep, attaching right now |
| [15:55:19] | stuarta: | can you post the link? |
| [15:56:36] | superm1: | stuarta: were you talking to me? if so: https://bugs.launchpad.net/ubuntu/+source/myt . . . acktrace.txt |
| [15:58:03] | mrand: | irc needs a threaded conversation mode. Oh wait, we already have a solution for that: email ;-) |
| [16:01:25] | ** stuarta finds that bug in his browser history :) ** | |
| [16:02:44] | stuarta: | where's the bit of the backtrace where gdb goes |
| [16:02:54] | stuarta: | <blah> died due to SEGFAULT in ...... |
| [16:04:08] | stuarta: | well at least it's obvious in that one which thread died |
| [16:04:44] | mrand: | stuarta: between the title of the bug (which I copied over to the mythtv bug), and the first few lines of the stacktrace, I think that's the best pointers we have to where it died. |
| [16:05:00] | mrand: | I also updated the stacktrace output on the mythtv bug http://code.mythtv.org/trac/ticket/10239 |
| [16:05:54] | sraue (sraue!~stephan@xbmc/staff/sraue) has joined #mythtv | |
| [16:14:16] | pvr4me (pvr4me!~craigtrel@d24-150-72-59.home.cgocable.net) has left #mythtv () | |
| [16:21:18] | dj_who (dj_who!~djwho@dzf237.neoplus.adsl.tpnet.pl) has joined #mythtv | |
| [16:36:27] | sphery: | The ID of the thread that caused the crash is generally listed in the Bug Description at LaunchPad (but seemingly not when there's only one thread). IIRC, someone was going to see if they could get that put into the threadstacktrace.txt |
| [16:39:40] | Jordack-isCool (Jordack-isCool!~jordack@h69-131-44-221.plmomi.dedicated.static.tds.net) has joined #mythtv | |
| [16:41:01] | Jordack (Jordack!~jordack@h69-131-44-221.plmomi.dedicated.static.tds.net) has quit (Ping timeout: 252 seconds) | |
| [16:45:24] | MythBuild: | build #1517 of master-linux-ppc is complete: Failure [failed compile plugins] Build details are at http://code.mythtv.org/buildbot/builders/mast . . . /builds/1517 blamelist: Paul Harrison <pharrison@mythtv.org > |
| [16:46:02] | Jordack (Jordack!~jordack@h69-131-44-221.plmomi.dedicated.static.tds.net) has joined #mythtv | |
| [16:46:45] | Jordack-isCool (Jordack-isCool!~jordack@h69-131-44-221.plmomi.dedicated.static.tds.net) has quit (Ping timeout: 248 seconds) | |
| [16:54:54] | samba35 (samba35!~shrikant@219.64.91.253) has joined #mythtv | |
| [16:56:33] | samba35: | hello friends , i am new to this channel and new to this software ,i am planning to build a home dvr what kind of video /tv encoder card do u recommand for mythtv on ubuntu |
| [16:56:50] | stuarta: | please read the topic |
| [16:58:33] | samba35: | thx |
| [16:59:02] | MythBuild: | build #1518 of master-linux-ppc is complete: Success [build successful] Build details are at http://code.mythtv.org/buildbot/builders/mast . . . /builds/1518 |
| [17:11:03] | stichnot (stichnot!~chatzilla@192.55.55.41) has joined #mythtv | |
| [17:11:43] | jpabq (jpabq!~jpabq@mythtv/developer/jpabq) has joined #mythtv | |
| [17:20:05] | davide_: | Captain_Murdoch: dunno if you saw any of the discussion regarding #10237. it appears the damaged video detection is resulting in some/many recordings with recorded.duplicate=0 (so they'll automatically re-record). in commit 2dfbb931, you changed the maxepisode handling to ignore episodes where duplicate==0. i think we should revert that part. if the user wants to preserve the recording, they still have the option of setting the preserve flag. |
| [17:21:32] | kormoc (kormoc!~kormoc@mythtv/developer/kormoc) has quit (Quit: kormoc) | |
| [17:24:47] | samba35 (samba35!~shrikant@219.64.91.253) has quit (Quit: Leaving) | |
| [17:30:50] | Peitolm (Peitolm!Lqv7@mandlebrot.random-chaos.org.uk) has quit (Ping timeout: 252 seconds) | |
| [17:36:52] | stuartm: | iamlindoro: just to clarify, the patch as submitted to http://svn.mythtv.org/trac/ticket/10240 wouldn't break tvdb since it modifies HandleMovies(). You would prefer though that all scripts tv or movie accept the same args? |
| [17:37:22] | iamlindoro: | stuartm: Yes |
| [17:37:49] | iamlindoro: | I know the patch as is wouldn't break anything, but it *would* break the standardization of behaviors between scripts, which I am not crazy about |
| [17:38:30] | stuartm: | yeah, understood |
| [17:39:10] | iamlindoro: | Anyway, I am cool with changing the standard to say that it takes a locale-- in fact, I think it's necessary |
| [17:39:22] | iamlindoro: | I just want to make sure that a patch to do so makes all the existing scripts work that way |
| [17:41:08] | Peitolm (Peitolm!gGycHX@mandlebrot.random-chaos.org.uk) has joined #mythtv | |
| [17:43:16] | Seeker`: | but if the TVDB doesn't support it then you cant ever use the extra information from TMDB? |
| [17:43:53] | iamlindoro: | No, I'm suggesting that the TVDB script be modified to drop the locale info until such time as it is relevant |
| [17:44:55] | iamlindoro: | Metadata parsing in MythTV is a plugin framework, not a framework for making TMDB work |
| [17:45:22] | iamlindoro: | So modifying the code to pass in arguments only to one particular type of script, and which are only relevant to one particular script, is no good |
| [17:46:42] | iamlindoro: | As it stands, the scripts need to comply with the written metadata script standard-- if you change the standard, you need to change the scripts that we distribute to comply with it-- and there's no reason in this case to pass different arguments to Movie scripts and not TV scripts, as that information could very well be relevant to another TV script from a different source |
| [17:48:34] | kormoc (kormoc!~kormoc@mythtv/developer/kormoc) has joined #mythtv | |
| [17:48:43] | Goga777 (Goga777!~Goga777@2.95.10.104) has quit (Remote host closed the connection) | |
| [17:54:43] | natanojl (natanojl!~jonatan@c83-252-237-63.bredband.comhem.se) has joined #mythtv | |
| [18:00:56] | MythBuild: | build #424 of master-vista-mingw-32bit is complete: Failure [failed configure_1] Build details are at http://code.mythtv.org/buildbot/builders/mast . . . t/builds/424 blamelist: Paul Harrison <pharrison@mythtv.org > |
| [18:01:40] | iamlindoro: | Beirdo: It looks like that ^^ just means we need to remove the --enable-libvisual from the build script |
| [18:04:26] | davide_ (davide_!~david@mythtv/developer/gigem) has quit (Remote host closed the connection) | |
| [18:04:50] | davide_ (davide_!~david@host70.16.intrusion.com) has joined #mythtv | |
| [18:04:51] | davide_ (davide_!~david@host70.16.intrusion.com) has quit (Changing host) | |
| [18:04:51] | davide_ (davide_!~david@mythtv/developer/gigem) has joined #mythtv | |
| [18:26:30] | andreax (andreax!~andreaz@p54BF1A43.dip.t-dialin.net) has joined #mythtv | |
| [18:33:16] | stoffel (stoffel!~quassel@pD9E41AE9.dip.t-dialin.net) has quit (Ping timeout: 240 seconds) | |
| [18:38:43] | Beirdo: | Ahh, I'll look into that in a moment :) |
| [18:40:48] | MythBuild (MythBuild!~MythBuild@184-106-209-209.static.cloud-ips.com) has quit (Quit: buildmaster reconfigured: bot disconnecting) | |
| [18:41:08] | MythBuild (MythBuild!~MythBuild@184-106-209-209.static.cloud-ips.com) has joined #mythtv | |
| [18:44:55] | moritz__ (moritz__!~moritz@p4FCAB98E.dip.t-dialin.net) has joined #mythtv | |
| [18:45:31] | stichnot (stichnot!~chatzilla@192.55.55.41) has quit (Quit: ChatZilla 0.9.88 [Firefox 9.0.1/20111220165912]) | |
| [18:45:48] | Beirdo: | done |
| [18:45:58] | Beirdo: | thanks, iamlindoro :) |
| [18:48:14] | Beirdo: | MythBuild: force build master-vista-mingw-32bit now |
| [18:48:14] | MythBuild: | build #425 forced |
| [18:48:14] | MythBuild: | I'll give a shout when the build finishes |
| [18:48:32] | mowe (mowe!~moritz@p4FCAA7DF.dip.t-dialin.net) has quit (Ping timeout: 255 seconds) | |
| [19:04:02] | stichnot (stichnot!~chatzilla@192.55.55.41) has joined #mythtv | |
| [20:13:52] | Beirdo: | nice burst of activity on mythmusic :) |
| [20:14:58] | skd5aner (skd5aner!~skd5aner@cpe-071-071-242-134.carolina.res.rr.com) has quit (Read error: Connection reset by peer) | |
| [20:15:12] | skd5aner (skd5aner!~skd5aner@cpe-071-071-242-134.carolina.res.rr.com) has joined #mythtv | |
| [20:15:53] | MythBuild: | build #425 of master-vista-mingw-32bit is complete: Success [build successful] Build details are at http://code.mythtv.org/buildbot/builders/mast . . . t/builds/425 |
| [20:20:50] | Beirdo: | 1.5h. Jeez |
| [20:21:05] | Beirdo: | I really need to get a working version of ccache for that slave |
| [20:21:12] | moritz__ is now known as mowe | |
| [20:49:01] | stuartm: | any objections to dropping the min dvd speed to 1x? I've finally cured my continual problem with DVD playback pauses by using 1x instead of 2x (or 4x/6x/12x) and my experiences were probably the tip of the iceberg |
| [20:50:02] | stuartm: | and thoughts on getting rid of that setting altogether? The prevailing wisdom is that 1x is best for trouble free dvd playback no matter which software you use, there's certainly no real advantage to the much higher speeds – seeks aren't significantly faster in my tests |
| [20:50:46] | stuartm: | give a user a choice and invariably some will always chose the wrong option and not connect that with their playback problems |
| [20:51:01] | Seeker`: | is there any reasont o ever use more than 1x? |
| [20:51:07] | danielk22: | stuartm: Might as well do it now and put a note in the commit message. The drive is certainly quieter at 1x |
| [20:51:58] | danielk22: | stuartm: is it possible to timestretch DVD playback? i.e. would this cause problems if you watch DVDs at 1.2x (if that is possible). |
| [20:52:20] | stuartm: | Seeker`: some people are of the opinion that it makes transitions from menu to titles, or chapter changes fractionally faster |
| [20:53:52] | danielk22: | Seeker`: I think there were some cases in the past where playback would be choppy at 1x and not at 2x, but we've made changes in read caching such that any such benefits would need to be backed up in new tests. |
| [20:54:06] | stuartm: | danielk22: that's a reasonable question, I hadn't considered that – I suppose it would depend on bitrate of the video, 1x IIRC is 177Mb/s |
| [20:54:25] | stuartm: | or was it 144 Mbps – certainly not slow |
| [20:54:35] | danielk22: | stuartm: 177Mb/s is way above the video bitrate... |
| [20:54:42] | stuartm: | exactly |
| [20:55:07] | danielk22: | 144 Mbps as well :) |
| [20:57:11] | danielk22: | stuartm: http://www.videohelp.com/dvd#dvdspeeds <-- seems to indicate read speed at 1x is 1.3 Mbps on single layer DVDs |
| [20:57:19] | stuartm: | oops, it's not the number I misremembered but the units – 177KB/s |
| [20:57:32] | pvr4me (pvr4me!~craigtrel@d24-150-72-59.home.cgocable.net) has joined #mythtv | |
| [20:58:19] | Chutt: | 11Mbps |
| [20:58:22] | stuartm: | which is around 1.4Mbps |
| [20:58:42] | Chutt: | MBps |
| [20:58:43] | Chutt: | :p |
| [20:59:32] | danielk22: | ok, so if the video bitrate is 9.8Mbps.. then a timestretch of up to 40% should be within limits.. |
| [20:59:46] | danielk22: | (maybe 30% accounting for audio) |
| [21:00:00] | Chutt: | max for all streams is around 10 |
| [21:00:03] | stuartm: | that's per the value in hdparm and our source which has the following comment – // Speed in Kilobyte/Second. 177KB/s is the maximum data rate for standard Audio CD's. |
| [21:00:35] | danielk22: | Which sounds fair to me, unlike news programming I can't imagine wanting to watch a DVD at an extreme time-stretch.. |
| [21:00:47] | Chutt: | there's only a 10% overhead, basically, at 1x |
| [21:00:53] | stuartm: | we could cap speed for DVDs |
| [21:01:04] | stuartm: | s/speed/timestretch/ |
| [21:01:40] | Chutt: | or just do the ioctl to increase the drive speed if they hit the timestretch button |
| [21:01:45] | danielk22: | stuartm: yeah, or just bump the read speed only when timestretch is used.. |
| [21:01:46] | stuartm: | or that |
| [21:02:03] | Chutt: | it'd be better to run it as slow as possible for any given situation |
| [21:02:10] | Chutt: | no setting that way =) |
| [21:02:18] | danielk22: | :) |
| [21:02:39] | danielk22: | && no excess noise.. |
| [21:03:01] | stuartm: | yup and no users opening tickets because "playback is choppy when drive speed is 12x" |
| [21:03:29] | stichnot_ (stichnot_!~chatzilla@192.55.55.37) has joined #mythtv | |
| [21:03:42] | danielk22: | hehe, "but I turned it up to 12!" |
| [21:03:50] | stuartm: | :P |
| [21:05:20] | stichnot (stichnot!~chatzilla@192.55.55.41) has quit (Ping timeout: 255 seconds) | |
| [21:05:26] | stichnot_ is now known as stichnot | |
| [21:05:30] | stuartm: | I'll commit something tomorrow, I'd want to test the timestretch stuff and I don't have time for that tonight |
| [21:07:14] | stuartm: | has anyone checked out the re-written mythmusic yet? |
| [21:19:53] | danielk22: | stuartm: I think it's still in the process of being committed, but I'm looking forward to giving it a whirl.. I haven't really used MythMusic in quite a while though. |
| [21:20:49] | stuartm: | btw, the confusion over the drive speed derives from the fact that the code and hdparm pass the ioctl for sata drives a read speed value and not a drive speed, the read speed for DVDs IS 11Mbps but the code is requesting 177KBps – the driver seems to interpret that as 1x for Audio CDs and DVDs since it's not capable of going slower |
| [21:21:34] | jams: | was disappointed to see it didn't have storage group support yet |
| [21:22:46] | stuartm: | jams: that's not too difficult to add |
| [21:24:09] | stuartm: | well, compared to porting to mythui was |
| [21:24:14] | jams: | thats good |
| [21:28:03] | zombor_ (zombor_!~zombor_@kohana/developer/zombor) has joined #mythtv | |
| [21:28:34] | kshots (kshots!84aa3bb9@gateway/web/freenode/ip.132.170.59.185) has joined #mythtv | |
| [21:28:51] | kshots (kshots!84aa3bb9@gateway/web/freenode/ip.132.170.59.185) has left #mythtv () | |
| [21:30:54] | zombor (zombor!~zombor_@kohana/developer/zombor) has quit (Read error: Operation timed out) | |
| [21:31:39] | zombor_ (zombor_!~zombor_@kohana/developer/zombor) has quit (Remote host closed the connection) | |
| [21:31:53] | danielk22: | gigem_: davide_: I saw your message about the recording quality tagging.. that's actually why I took an interest in the report, I suspected it might be causing the problem. |
| [21:33:32] | map7 (map7!~map7@ppp118-209-126-76.lns20.mel4.internode.on.net) has joined #mythtv | |
| [21:50:07] | taylorr (taylorr!~taylorr@unaffiliated/elmojo) has quit (Ping timeout: 252 seconds) | |
| [22:01:22] | pvr4me (pvr4me!~craigtrel@d24-150-72-59.home.cgocable.net) has quit (Quit: pvr4me) | |
| [22:06:26] | taylorr (taylorr!~taylorr@cpe-173-095-145-027.nc.res.rr.com) has joined #mythtv | |
| [22:06:26] | taylorr (taylorr!~taylorr@cpe-173-095-145-027.nc.res.rr.com) has quit (Changing host) | |
| [22:06:26] | taylorr (taylorr!~taylorr@unaffiliated/elmojo) has joined #mythtv | |
| [22:11:04] | natanojl (natanojl!~jonatan@c83-252-237-63.bredband.comhem.se) has quit (Ping timeout: 244 seconds) | |
| [22:12:39] | davide_: | danielk22: markus' case is still pending, but mine was definitely recording quality. i set MinimumRecordingQuality to 0, and poof, no more damaged recordings! :) now need to find what a good value is for fios. |
| [22:23:23] | danielk22: | davide_: We may need to make the Q metric smarter WRT to timecode discontinuities for FIOS. |
| [22:24:30] | danielk22: | If the FIOS is inserting adverts with random pts/dts values then then we will see large gaps that just aren't there (we might even see a 13 hour gap in a 30 min recording). |
| [22:24:59] | davide_: | let me know if you'd like any samples for testing. |
| [22:37:30] | danielk22 (danielk22!~danielk@96.57.9.142) has quit (Ping timeout: 252 seconds) | |
| [22:40:38] | Jordack (Jordack!~jordack@h69-131-44-221.plmomi.dedicated.static.tds.net) has quit () | |
| [22:41:48] | stoffel (stoffel!~quassel@pD9E41AE9.dip.t-dialin.net) has joined #mythtv | |
| [22:44:42] | cesman (cesman!~cesman@pool-108-38-214-203.lsanca.fios.verizon.net) has quit (Quit: Konversation terminated!) | |
| [22:48:37] | map7 (map7!~map7@ppp118-209-126-76.lns20.mel4.internode.on.net) has quit (Quit: Leaving) | |
| [22:54:01] | cesman (cesman!~cesman@pool-108-38-214-203.lsanca.fios.verizon.net) has joined #mythtv | |
| [23:00:49] | stichnot (stichnot!~chatzilla@192.55.55.37) has quit (Ping timeout: 240 seconds) | |
| [23:03:15] | highzeth (highzeth!~hz@hoiseth.no) has quit (Ping timeout: 244 seconds) | |
| [23:03:49] | stichnot (stichnot!~chatzilla@192.55.55.41) has joined #mythtv | |
| [23:03:49] | stuartm: | gigem, the test is inverted, in tv_rec.cpp ln 915 – FinishedRecording(is_good) should be FinishedRecording(!is_good) |
| [23:04:16] | stuartm: | davide_: ^^ |
| [23:05:35] | highzeth (highzeth!~hz@hoiseth.no) has joined #mythtv | |
| [23:08:50] | stuartm: | might want to commit a db update alongside that which switches the flag if VID_DAMAGED is set |
| [23:10:49] | stuartm: | to reduce the chance of future confusions, perhaps rename the arg from prematureStop to needRerecord or something? |
| [23:17:46] | kth (kth!~kth@unaffiliated/kth) has quit (Quit: Leaving.) | |
| [23:19:12] | davide_: | stuartm: good catch. i'll test tonight. |
| [23:23:28] | MaverickTech (MaverickTech!~MaverickT@111.86.233.220.static.exetel.com.au) has quit (Ping timeout: 248 seconds) | |
| [23:25:24] | Beirdo: | stuartm: nice catch :) |
| [23:43:08] | stuartm: | once the pattern was established it was just a case of spotting where the logic was backwards |
| [23:44:04] | stoffel (stoffel!~quassel@pD9E41AE9.dip.t-dialin.net) has quit (Ping timeout: 240 seconds) | |
| [23:53:53] | danielk22 (danielk22!~danielk@96.57.9.142) has joined #mythtv | |
IRC Logs collected by
BeirdoBot.
Please use the above link to report any bugs.