| Monday, October 10th, 2011, 01:13 UTC | ||
| [01:13:09] | andreax (andreax!~andreaz@p4FC1287F.dip.t-dialin.net) has quit (Read error: Connection reset by peer) | |
| [01:20:57] | Dave123 (Dave123!~dave@cpe-74-74-200-106.rochester.res.rr.com) has joined #mythtv | |
| [01:35:19] | cattelan is now known as cattelan_away | |
| [01:36:09] | davide (davide!~david@host70.16.intrusion.com) has quit (Remote host closed the connection) | |
| [01:36:33] | davide (davide!~david@host70.16.intrusion.com) has joined #mythtv | |
| [01:37:02] | cattelan_away (cattelan_away!~cattelan@c-66-41-26-220.hsd1.mn.comcast.net) has quit (Quit: Terminated with extreme prejudice - dircproxy 1.2.0) | |
| [02:36:53] | pheld (pheld!~heldal@cl-5.osl-01.no.sixxs.net) has quit (Quit: Leaving.) | |
| [03:24:06] | zombor (zombor!~zombor_@kohana/developer/zombor) has quit (Remote host closed the connection) | |
| [04:58:30] | jmartens (jmartens!~jmartens@s5597ca60.adsl.wanadoo.nl) has joined #mythtv | |
| [05:14:04] | jmartens (jmartens!~jmartens@s5597ca60.adsl.wanadoo.nl) has quit (Quit: Leaving.) | |
| [05:33:46] | jmartens (jmartens!~jmartens@109.232.42.33) has joined #mythtv | |
| [06:47:33] | pheld (pheld!~heldal@cl-5.osl-01.no.sixxs.net) has joined #mythtv | |
| [07:05:27] | MaverickTech (MaverickTech!~MaverickT@220.233.86.111) has joined #mythtv | |
| [07:39:07] | Goga777 (Goga777!~Goga777@shpd-78-36-183-21.static.vologda.ru) has joined #mythtv | |
| [08:00:35] | Goga777 (Goga777!~Goga777@shpd-78-36-183-21.static.vologda.ru) has quit (Remote host closed the connection) | |
| [09:02:28] | xris (xris!~xris@mythtv/developer/xris) has quit (Ping timeout: 276 seconds) | |
| [09:26:17] | kth (kth!~kth@unaffiliated/kth) has joined #mythtv | |
| [10:04:23] | ubie (ubie!~eth3r@ool-457c8cb2.dyn.optonline.net) has joined #mythtv | |
| [10:04:39] | ubie: | Good morning. |
| [10:05:02] | mike|2 (mike|2!~mike@c-24-21-63-118.hsd1.or.comcast.net) has quit (Remote host closed the connection) | |
| [10:05:19] | ubie: | im having a hard time getting mythtv running on my fedora 14 box. |
| [10:05:24] | ubie: | can anyone help? |
| [10:05:53] | mike|2 (mike|2!~mike@c-24-21-63-118.hsd1.or.comcast.net) has joined #mythtv | |
| [10:06:23] | ubie: | anyone? |
| [10:10:33] | stuarta: | please read the topic |
| [10:12:07] | ubie: | sorry. |
| [10:12:07] | ubie: | thanks. |
| [10:12:09] | ubie: | ;) |
| [10:12:14] | ubie (ubie!~eth3r@ool-457c8cb2.dyn.optonline.net) has left #mythtv () | |
| [10:58:45] | xris (xris!~xris@xris.forevermore.net) has joined #mythtv | |
| [10:59:55] | Chutt (Chutt!~ijr@cpe-76-190-198-203.neo.res.rr.com) has quit (Ping timeout: 260 seconds) | |
| [11:15:08] | Chutt (Chutt!~ijr@cpe-76-190-198-203.neo.res.rr.com) has joined #mythtv | |
| [11:21:17] | Goga777 (Goga777!~Goga777@shpd-95-53-210-43.vologda.ru) has joined #mythtv | |
| [11:22:55] | jya (jya!~jyavenard@mythtv/developer/jya) has quit (Quit: jya) | |
| [11:34:42] | Goga777 (Goga777!~Goga777@shpd-95-53-210-43.vologda.ru) has quit (Remote host closed the connection) | |
| [12:58:02] | davide (davide!~david@host70.16.intrusion.com) has quit (Remote host closed the connection) | |
| [12:58:25] | davide (davide!~david@host70.16.intrusion.com) has joined #mythtv | |
| [13:26:53] | danielk22 (danielk22!~danielk@96.57.9.142) has joined #mythtv | |
| [13:27:55] | Jordack (Jordack!~jordack@h69-131-44-221.plmomi.dedicated.static.tds.net) has joined #mythtv | |
| [13:31:51] | danielk22: | Beirdo: [aab13b3936b05188b] doesn't look right + the backtrace on the ticket show a segfault in the video driver + the logging looks like it's fine in that backtrace. |
| [13:37:17] | zCougar (zCougar!~cougar@2001:67c:32c:600:250:56ff:fe81:5f) has quit (Quit: zCougar) | |
| [13:40:10] | zCougar (zCougar!~cougar@2001:67c:32c:600:250:56ff:fe81:5f) has joined #mythtv | |
| [13:53:48] | kth (kth!~kth@unaffiliated/kth) has quit (Quit: Leaving.) | |
| [14:17:39] | zombor (zombor!~zombor_@kohana/developer/zombor) has joined #mythtv | |
| [14:25:53] | j-rod|afk is now known as j-rod | |
| [14:45:12] | danielk22: | Beirdo: I replied on the ext4 thread just to nip the fsync conspiracy in the bud. But I didn't address the fsync() in the recording path, I just wanted to explain the barrier issue. |
| [14:47:48] | danielk22: | Beirdo: There are some improvements that could be made to the fsync(), like we could use the new fallocate() to decrease fragmentation, and we could cluster the fsyncs when there are multiple open files. But my main point was that it's the databases that are creamed by the new barrier implementation. |
| [15:02:03] | natanojl (natanojl!~jonatan@c83-252-237-63.bredband.comhem.se) has joined #mythtv | |
| [15:05:16] | jmartens (jmartens!~jmartens@109.232.42.33) has quit (Quit: Leaving.) | |
| [15:11:28] | natanojl (natanojl!~jonatan@c83-252-237-63.bredband.comhem.se) has quit (Ping timeout: 258 seconds) | |
| [15:15:51] | notlistening (notlistening!~tom@94-195-105-95.zone9.bethere.co.uk) has joined #mythtv | |
| [15:36:59] | davide (davide!~david@host70.16.intrusion.com) has quit (Remote host closed the connection) | |
| [15:37:22] | davide (davide!~david@host70.16.intrusion.com) has joined #mythtv | |
| [15:46:08] | Goga777 (Goga777!~Goga777@shpd-95-53-186-160.vologda.ru) has joined #mythtv | |
| [16:29:28] | jmartens (jmartens!~jmartens@s5597ca60.adsl.wanadoo.nl) has joined #mythtv | |
| [16:37:24] | zombor (zombor!~zombor_@kohana/developer/zombor) has quit (Remote host closed the connection) | |
| [16:39:15] | sraue (sraue!~stephan@xbmc/staff/sraue) has quit (Read error: Connection reset by peer) | |
| [16:46:17] | sraue (sraue!~stephan@xbmc/staff/sraue) has joined #mythtv | |
| [16:46:45] | sraue (sraue!~stephan@xbmc/staff/sraue) has quit (Read error: Connection reset by peer) | |
| [16:47:06] | sraue (sraue!~stephan@xbmc/staff/sraue) has joined #mythtv | |
| [16:52:10] | zombor (zombor!~zombor_@kohana/developer/zombor) has joined #mythtv | |
| [17:06:48] | davide (davide!~david@host70.16.intrusion.com) has quit (Remote host closed the connection) | |
| [17:07:08] | jmartens (jmartens!~jmartens@s5597ca60.adsl.wanadoo.nl) has quit (Quit: Leaving.) | |
| [17:07:10] | davide (davide!~david@host70.16.intrusion.com) has joined #mythtv | |
| [17:15:28] | jpabq_ (jpabq_!~jpabq@mythtv/developer/jpabq) has joined #mythtv | |
| [17:17:39] | Beirdo: | danielk22: what "doesn't look right" in the checkin? |
| [17:18:00] | xris (xris!~xris@xris.forevermore.net) has quit (Changing host) | |
| [17:18:00] | xris (xris!~xris@mythtv/developer/xris) has joined #mythtv | |
| [17:18:01] | Beirdo: | the issue with the segfault is not what I was chasing, it was the deadlock in the other one |
| [17:18:41] | Beirdo: | doing the database check causes a log message to be queued, but queuing is disabled, so it calls the handleItem() method, which then locks the same lock that's already locked. |
| [17:18:52] | jarle (jarle!~jarle@70.84-234-133.customer.lyse.net) has quit (Remote host closed the connection) | |
| [17:19:27] | Beirdo: | and yeah, databases get the worst of proper fsync() support ;) The barriers shoulda been there the whole time. |
| [17:19:30] | jarle (jarle!~jarle@70.84-234-133.customer.lyse.net) has joined #mythtv | |
| [17:19:53] | Beirdo: | as for the recording path, we just need to be sure we aren't doing it stupidly, which I'm pretty sure we are not |
| [17:23:28] | Beirdo: | the man page for fsync (BTW) clearly indicates that when it's returned, the data has been written to physical media. How the linux kernel got away with sending it only to the disk cache for so long (if that's the case) I don't know. |
| [17:31:47] | kormoc_afk is now known as kormoc | |
| [17:32:29] | zombor (zombor!~zombor_@kohana/developer/zombor) has quit (Remote host closed the connection) | |
| [17:35:33] | Mousey (Mousey!~wtfisme@ross154.net) has joined #mythtv | |
| [17:37:53] | wagnerrp: | danielk22: didnt that option go away with the mythui rewrite prior to 0.22? |
| [17:39:01] | stuartm: | jpabq: if you're interested in fixing any mythui bugs there is one that has bothered me for a while but which I've not found time to look at – the 'selector' layouts in Terra feature a background shape with a height/width of 100%, the items in the buttonlist also have shapes with areas of 100%, both shapes should be the same height (35px) but for some reason those in the buttonlist are bigger by 2–4px in height (width also seems to be affected) |
| [17:50:28] | danielk22: | Beirdo: We're doing the fsyncs in separate thread and not all that frequently so it doesn't matter to us that fsync takes a we bit longer. The reason we need it is because the Linux heuristics perceive the frontend as a batch process and will prevent it from updating the screen for 5 seconds while it writes 1 GB of recordings to disk in one go. |
| [17:51:43] | danielk22: | Beirdo: With the fsyncs, smaller blocks of the recordings get written to disk so they don't impact video playback or other interactive processes. |
| [17:54:02] | danielk22: | Beirdo: There is an unintended consequence on ext4 and XFS in that this can increase fragmentation. With XFS it can be addressed with a mount param, and with ext4 a system call was added, but we haven't added support for the fallocate system call. |
| [17:55:39] | danielk22: | wagnerrp: You mean the resizable screen option? No, i didn't even realize this was broken until I just tried it before replying. I used to use it a fair bit and LinuxMCE relies on it for touchscreen support. |
| [17:55:55] | wagnerrp: | honestly, i never even knew it existed |
| [17:56:08] | wagnerrp: | i figured it was simply not possible with the way mythtv pre-caches images |
| [17:57:20] | danielk22: | wagnerrp: It's been used for 5+ years for LinuxMCE to pop up controls on a tablet during MythTV video playback. |
| [17:57:45] | danielk22: | Maybe not that long :) |
| [17:58:08] | danielk22: | But for a while... |
| [17:59:58] | zombor (zombor!~zombor_@65.29.231.135) has joined #mythtv | |
| [18:00:07] | zombor (zombor!~zombor_@65.29.231.135) has quit (Changing host) | |
| [18:00:07] | zombor (zombor!~zombor_@kohana/developer/zombor) has joined #mythtv | |
| [18:00:46] | stuartm: | wagnerrp: UI resizing is possible, but there is no support for it, it would probably mean dumping the existing disk cache and either clearing or rescaling the in-memory cache depending on whether the window size was increased or decreased |
| [18:02:11] | stuartm: | you'd lose some of the benefit of the caching and I don't think it would be much fun to write the code personally, but not impossible |
| [18:04:46] | stuartm: | the trick to window scaling is that you snap a frozen screenshot of what happens to be on-screen when resizing starts – this is the image you scale and show to the user while they adjust the size and you only recalculate/redraw the UI itself when they've committed to the new size |
| [18:06:26] | jmartens (jmartens!~jmartens@s5597ca60.adsl.wanadoo.nl) has joined #mythtv | |
| [18:18:57] | iamlindoro: | Alternately, you require GL for all frontends and let GL handle it :) |
| [18:28:01] | SteveGoodey (SteveGoodey!~steve@host86-145-233-117.range86-145.btcentralplus.com) has joined #mythtv | |
| [18:37:23] | Beirdo: | danielk22: yeah, i think our fsync period is reasonable. If you do it too often, it gets overly slow. if you don't do it often enough, it creates long delays... We can't win :) |
| [18:45:19] | danielk22: | hmm, we don't use those videos in themes/default/ anymore do we? The dummy*.ts files ? |
| [18:50:52] | danielk22: | iamlindoro: I know that was tongue in cheek, but even if we didn't require OpenGL for all frontends it's already a requirement for some features so it is reasonable to make OpenGL a requirement for interactive realizability. |
| [18:52:08] | danielk22: | iamlindoro: but resizing textures in OpenGL is a blurry and memory intensive affair.. |
| [18:55:24] | brfransen (brfransen!~brfransen@216.254.250.47) has quit (Read error: Connection reset by peer) | |
| [18:56:08] | brfransen (brfransen!~brfransen@216.254.250.47) has joined #mythtv | |
| [18:57:37] | wagnerrp: | sure, but just how memory intensive? |
| [18:57:58] | wagnerrp: | i mean a full screen image is only 8MB |
| [18:58:17] | wagnerrp: | meanwhile low end graphics cards have 512MB dedicated |
| [18:58:26] | wagnerrp: | and 2GB of system is low end |
| [19:00:02] | wagnerrp: | certainly its never going to work if there is any intention of using small opengl es systems |
| [19:00:21] | wagnerrp: | but for the average desktop, even from a couple years ago, how hard would it be to provide those needs |
| [19:01:13] | Beirdo: | wouldn't the idea of resizing using OpenGL require doing it on the GPU, which, even with the transfer back and forth, should be faster than swscale? |
| [19:01:37] | danielk22: | wagnerrp: For a 1920x1080 image you need 2048x2048x4..1024x1024x4..512x512x4.. to 1x1x4 so it's less than 32MB per image. But you'd be surprised how quickly you can eat up 512MB. |
| [19:02:04] | wagnerrp: | why do you have to store all those different sizes of square textures? |
| [19:02:25] | danielk22: | That's if you want fast on the fly scaling.. but that may not be that important. |
| [19:03:30] | danielk22: | wagnerrp: square textures because the nvidia rect extension may not be there, and all the powers powers of two because minimizing is very expensive if you don't. |
| [19:05:35] | wagnerrp: | is there really that much trickery in place for texture mapping in games to make it work well? |
| [19:06:23] | Beirdo: | don't you just set the output window to the size you want, put the full-size into the texture, then run a SIMPLE shader program to project the texture onto the proper size window in memory, then pull it back as a frame? |
| [19:07:11] | Jordack (Jordack!~jordack@h69-131-44-221.plmomi.dedicated.static.tds.net) has quit () | |
| [19:07:33] | Beirdo: | you may need to size the texture to powers of 2, but then the shading program's bounding box (and output's bounding box) should be all you need to set to resize to anything you want with one quick GPU program |
| [19:07:40] | Beirdo: | I thought that was the whole point. |
| [19:07:52] | danielk22: | http://en.wikipedia.org/wiki/Mipmap really it's not that complex, there are functions to generate the map. |
| [19:08:58] | Beirdo: | ahhh, you want all sizes precalculated? |
| [19:09:36] | wagnerrp: | just a couple, so the on-the-fly interpolation never has to use more than two cells |
| [19:09:44] | wagnerrp: | rather than a higher order scheme |
| [19:10:04] | wagnerrp: | and i suppose youre really only talking about a 30% higher memory consumption to do it anyway |
| [19:10:43] | danielk22: | Beirdo: Well, if you want to get rid of the resize step which can take a bit of time. I'm not really suggesting it, just pointing out there is a memory and blurriness penalty. |
| [19:10:52] | Beirdo: | yeah |
| [19:11:14] | Beirdo: | gotcha |
| [19:11:33] | danielk22: | Beirdo: You can of course write a fragment program to do the same resize we do now on the CPU on the GPU instead, but then you still have the slow resize issue. |
| [19:12:01] | danielk22: | It may be considerably faster, but it won't be instant. |
| [19:15:30] | danielk22: | There are tricks to address the blur problem (Anisotropic filtering); again at the cost of more memory use. |
| [19:16:19] | danielk22: | Anisotropic would be needed for us though, since we always look straight on to the texture. |
| [19:16:35] | wagnerrp: | *would not |
| [19:16:37] | danielk22: | ^I don't think anisotropic... |
| [19:17:05] | xavierh (xavierh!~chatzilla@cpc1-swin3-0-0-cust920.3-1.cable.virginmedia.com) has joined #mythtv | |
| [19:17:39] | wagnerrp: | assuming we dont want to have fancy animations |
| [19:17:53] | wagnerrp: | but then with animations, the motion would minimize the blur problems anyway |
| [19:18:20] | SteveGoodey (SteveGoodey!~steve@host86-145-233-117.range86-145.btcentralplus.com) has quit (Remote host closed the connection) | |
| [19:18:48] | danielk22: | I meant to say I think that a simple mipmap wouldn't be very blurry for us because we are always looking at one minification factor at a time... For animations motion would be our friend. :) |
| [19:23:00] | Goga777 (Goga777!~Goga777@shpd-95-53-186-160.vologda.ru) has quit (Remote host closed the connection) | |
| [19:31:05] | natanojl (natanojl!~jonatan@c83-252-237-63.bredband.comhem.se) has joined #mythtv | |
| [19:38:53] | stuartm: | danielk22: I thought the need for the .ts files had been eliminated a long time back, but I couldn't swear to it |
| [19:40:41] | stuartm: | they were originally added to support DVB radio, I suppose the simple test is to delete them and see whether anything breaks |
| [19:40:46] | danielk22: | stuartm: Yeah, I thought so too, but I was doing a find . -name "*.ts" for some sample files and these popped up. |
| [19:41:04] | danielk22: | stuartm: you have DVB Radio ? |
| [19:41:08] | stuartm: | yup |
| [19:42:00] | danielk22: | if you give me a thumbs up after you get home today I'll go ahead and nuke em from the repo.. :) |
| [19:42:47] | stuartm: | although I'm reminded that DVB radio has been broken for months – ironically it looks for a video stream and can't find one ... |
| [19:43:13] | danielk22: | doh! |
| [19:43:36] | danielk22: | if you get me logs on that it should be fairly easy to fix. |
| [19:43:37] | stuartm: | heh, and it just crashed too |
| [19:45:48] | danielk22: | I knew someone in college that could just be in the same room as a Mac and it would crash 100% of the time... We joked that he was a walking RDF disruptor (Reality Distortion Field). |
| [19:46:08] | stuartm: | :) |
| [19:46:38] | stuartm: | seems the problem only occurs when changing channels from one with video to one without |
| [19:46:40] | knightr (knightr!~knightr@mythtv/developer/knightr) has quit (Ping timeout: 260 seconds) | |
| [19:47:57] | stuartm: | and even then, not all the time ... strange |
| [19:50:07] | SteveGoodey (SteveGoodey!~steve@host86-145-233-117.range86-145.btcentralplus.com) has joined #mythtv | |
| [19:50:15] | stuartm: | heh, changed channels to an 80s radio station, the audio is fine but the last few frames video of the previous channel are playing in a loop |
| [19:50:58] | jpabq_: | stuartm: Could it be caused by "cosmetic" line widths? Cosmetic line widths are returned as having zero size, but they actually take up a pixel (and always 1 pixel even after scaling). The code to draw the (out)line shrinks the "box" to fit inside the area, right? The math would need to take into account that zero line widths actually take up a pixel… |
| [19:51:22] | danielk22: | stuartm: Hmm, so maybe we're not using it but should be :) Now that Mark is back in the UK we just need to get him hooked on a DVB Radio station :^) |
| [19:54:19] | stuartm: | jpabq_: it certainly could be caused by something like that, an off by one error when accounting for the line width |
| [19:56:28] | stuartm: | it's a little odd that it consistently affects one shape but not the other, I also considered it that it might be to do with the button list spacing stuff – i.e. it's adjusting the button height even when it doesn't need to do so |
| [19:57:32] | stuartm: | so although the button is configured with a height of 35px, the same as the shape behind it, it's ending up being a couple of pixels larger |
| [19:58:33] | stuartm: | danielk22: I'll open a ticket and assign it to Mark, he's certainly much more familiar with that code than we are now :) |
| [20:00:34] | stuartm: | it seems that it can cope without video, even without the ts file, but it's just as likely to get hopelessly confused and expect video even when it recognises that it's an audio only ts |
| [20:01:13] | stuartm: | something isn't getting reset properly on channel changes |
| [20:03:13] | kth (kth!~kth@unaffiliated/kth) has joined #mythtv | |
| [20:09:58] | cesman (cesman!~cecil@pool-108-38-214-203.lsanca.fios.verizon.net) has joined #mythtv | |
| [20:10:07] | cesman (cesman!~cecil@pool-108-38-214-203.lsanca.fios.verizon.net) has quit (Changing host) | |
| [20:10:07] | cesman (cesman!~cecil@pdpc/supporter/professional/cesman) has joined #mythtv | |
| [20:32:36] | andreax (andreax!~andreaz@79.193.28.114) has joined #mythtv | |
| [20:52:35] | jpabq_: | stuartm: looks like the problem shows up because one box is a "roundbox" and the other is a "box" |
| [20:54:26] | danielk22: | Beirdo: I just ran mythtv-setup on a box where the DB schema is still at 1264 and the DB logging is spewing error messages once per second.. basically it looks like it's assuming the schema has been updated with the latest logging table schema, and so the logging fails until I actually upgrade the schema. |
| [20:54:50] | Beirdo: | GAH |
| [20:54:59] | Beirdo: | sphery: looks like we have more fun here |
| [20:55:11] | danielk22: | I guess this is similar to the issue where it tries to log to the DB before we've connected to the DB... |
| [20:55:17] | Beirdo: | I'll look at it tonight |
| [20:55:41] | Beirdo: | I thought we had the schema version check in there at one point, but I could be mistaken |
| [20:55:53] | Beirdo: | things are getting so... blurred :) |
| [20:55:53] | sphery: | danielk22: yeah, I'm looking into that--it's because there's no logging table and your rework of the db logger to use prepared statements broke the "don't write to the db until the logging table exists" stuff |
| [20:55:56] | danielk22: | Beirdo: no rush, just wanted to note it so you don't need to do this again once the other startup issues are resolved. |
| [20:56:11] | Beirdo: | yeah, that's something to fix before release for sure |
| [20:56:18] | sphery: | shouldn't be hard to fix, but it /is/ on my radar and will be fixed before release |
| [20:56:25] | danielk22: | sphery: hehe, my fault then :) |
| [20:56:26] | Beirdo: | K :) |
| [20:57:34] | sphery: | danielk22: well, maybe not your fault, but just some fallout from the changes--they were pretty comprehensive (and reusing real prepared statements is definitely worth a little fallout :) |
| [20:58:21] | sphery: | anyway, I wasn't really happy with the approach I was using, before, so maybe I'll find a better way this time! |
| [20:58:44] | Beirdo: | yeah, the prepared statements are worth the pain for sure |
| [20:59:03] | Beirdo: | meeting time. yay. sigh. |
| [20:59:27] | danielk22: | btw should we consider disabling db logging for the release ?to give more time to work out the kinks with short lived programs and other startup issues. (probably too early to make the call, just want it on the radar.) |
| [20:59:40] | stuartm: | jpabq_: ah-hah |
| [21:00:19] | stuartm: | ok, so fixing it shouldn't be a huge deal |
| [21:10:58] | jpabq_: | stuartm: on the "Upcoming Recordings" screen, if the list is updated, the position within the "groups" buttonlist is lost. For example, if you have navigated to Saturday, October 15, and a schedule event causes the list to be re-drawn, you will suddenly find yourself back in the "All" group. |
| [21:12:41] | natanojl (natanojl!~jonatan@c83-252-237-63.bredband.comhem.se) has quit (Read error: Operation timed out) | |
| [21:13:21] | stuartm: | jpabq_: thanks, I'll look at that |
| [21:24:47] | jpabq_: | stuartm: I am not seeing why roundboxes are drawn smaller than boxes. May be a Qt issue. |
| [21:25:19] | jmartens (jmartens!~jmartens@s5597ca60.adsl.wanadoo.nl) has quit (Quit: Leaving.) | |
| [21:28:45] | zombor (zombor!~zombor_@kohana/developer/zombor) has quit (Remote host closed the connection) | |
| [21:37:10] | SteveGoodey (SteveGoodey!~steve@host86-145-233-117.range86-145.btcentralplus.com) has quit (Remote host closed the connection) | |
| [21:44:10] | yoyolala (yoyolala!~yoyolala@unaffiliated/yoyolala) has joined #mythtv | |
| [21:53:08] | jya (jya!~jyavenard@60-242-40-141.static.tpgi.com.au) has joined #mythtv | |
| [21:53:09] | jya (jya!~jyavenard@60-242-40-141.static.tpgi.com.au) has quit (Changing host) | |
| [21:53:09] | jya (jya!~jyavenard@mythtv/developer/jya) has joined #mythtv | |
| [21:54:28] | danielk22: | Beirdo: #10085, it looks like that segfault happened just because MythContext was never deleted... It was a segfault waiting to happen.. |
| [22:12:30] | kormoc is now known as kormoc_afk | |
| [22:15:07] | danielk22: | we should probably do an audit of all the main functions and make sure the proper destructors are being called. I think there is an issue with mythavtest as well. |
| [22:17:19] | kormoc_afk is now known as kormoc | |
| [22:23:19] | j-rod is now known as j-rod|afk | |
| [22:37:18] | zombor (zombor!~zombor_@kohana/developer/zombor) has joined #mythtv | |
| [22:40:49] | Beirdo: | danielk22: yeah, that does sound like a plan |
| [22:42:19] | yoyolala (yoyolala!~yoyolala@unaffiliated/yoyolala) has quit (Quit: leaving) | |
| [23:12:52] | kth (kth!~kth@unaffiliated/kth) has quit (Read error: Connection reset by peer) | |
| [23:12:56] | kth (kth!~kth@unaffiliated/kth) has joined #mythtv | |
| [23:15:00] | xavierh (xavierh!~chatzilla@cpc1-swin3-0-0-cust920.3-1.cable.virginmedia.com) has quit (Remote host closed the connection) | |
| [23:17:33] | zombor (zombor!~zombor_@kohana/developer/zombor) has quit (Read error: Connection reset by peer) | |
| [23:17:35] | zombor_ (zombor_!~zombor_@kohana/developer/zombor) has joined #mythtv | |
| [23:20:28] | kth (kth!~kth@unaffiliated/kth) has quit (Ping timeout: 276 seconds) | |
| [23:21:43] | zombor_ is now known as zombor | |
| [23:22:01] | iamlindoro: | dblain: Thinking about working on recording rule manipulation in the API... any thoughts on how that should look? |
| [23:24:51] | zombor (zombor!~zombor_@kohana/developer/zombor) has quit (Read error: Connection reset by peer) | |
| [23:24:52] | zombor_ (zombor_!~zombor_@kohana/developer/zombor) has joined #mythtv | |
| [23:25:29] | zombor_ is now known as zombor | |
| [23:31:57] | zombor (zombor!~zombor_@kohana/developer/zombor) has quit (Read error: Connection reset by peer) | |
| [23:32:07] | zombor (zombor!~zombor_@kohana/developer/zombor) has joined #mythtv | |
| [23:32:20] | zombor (zombor!~zombor_@kohana/developer/zombor) has quit (Read error: Connection reset by peer) | |
| [23:32:37] | Oleg_ (Oleg_!~oleg@pool-96-224-18-218.nycmny.east.verizon.net) has joined #mythtv | |
| [23:32:43] | zombor (zombor!~zombor_@kohana/developer/zombor) has joined #mythtv | |
| [23:33:57] | pheld (pheld!~heldal@cl-5.osl-01.no.sixxs.net) has quit (Quit: Leaving.) | |
| [23:37:09] | jpabq_ (jpabq_!~jpabq@mythtv/developer/jpabq) has quit (Quit: jpabq_) | |
| [23:38:24] | kth (kth!~kth@unaffiliated/kth) has joined #mythtv | |
| [23:39:18] | jya (jya!~jyavenard@mythtv/developer/jya) has quit (Quit: jya) | |
| [23:42:20] | jya (jya!~jyavenard@mythtv/developer/jya) has joined #mythtv | |
| [23:46:59] | andreax (andreax!~andreaz@79.193.28.114) has quit (Read error: Connection reset by peer) | |
IRC Logs collected by
BeirdoBot.
Please use the above link to report any bugs.