| Tuesday, August 28th, 2012, 00:31 UTC | ||
| [00:31:47] | Sharky112065 is now known as Sharky-AFK | |
| [00:40:32] | adam1011 (adam1011!~adam@c-76-97-220-251.hsd1.ga.comcast.net) has quit (Quit: adam1011) | |
| [00:58:33] | gigem (gigem!~david@mythtv/developer/gigem) has quit (Quit: WeeChat 0.3.8) | |
| [00:58:54] | gigem (gigem!~david@pool-71-123-128-97.dllstx.fios.verizon.net) has joined #mythtv | |
| [00:58:55] | gigem (gigem!~david@pool-71-123-128-97.dllstx.fios.verizon.net) has quit (Changing host) | |
| [00:58:55] | gigem (gigem!~david@mythtv/developer/gigem) has joined #mythtv | |
| [01:00:58] | zombor (zombor!~zombor_@kohana/developer/zombor) has quit (Remote host closed the connection) | |
| [01:08:56] | dekarl1 (dekarl1!~dekarl@p4FCEE8D4.dip.t-dialin.net) has joined #mythtv | |
| [01:11:37] | dekarl (dekarl!~dekarl@p4FCEE5F3.dip.t-dialin.net) has quit (Ping timeout: 265 seconds) | |
| [01:33:31] | adam1011 (adam1011!~adam@c-76-97-220-251.hsd1.ga.comcast.net) has joined #mythtv | |
| [01:37:26] | amejia (amejia!~andres@xbmc/staff/amejia) has quit (Quit: Konversation terminated!) | |
| [01:42:44] | amessina (amessina!~amessina@2001:470:c1dc:7779:d6be:d9ff:fe8d:7c1e) has joined #mythtv | |
| [01:42:55] | Sharky-AFK is now known as Sharky112065 | |
| [01:45:02] | Sharky112065 is now known as Sharky-AFK | |
| [01:45:35] | numkem (numkem!~numkem@modemcable034.180-177-173.mc.videotron.ca) has quit () | |
| [01:58:21] | adam1011 (adam1011!~adam@c-76-97-220-251.hsd1.ga.comcast.net) has quit (Quit: adam1011) | |
| [02:41:21] | adam1011 (adam1011!~adam@c-76-97-220-251.hsd1.ga.comcast.net) has joined #mythtv | |
| [03:05:22] | cesman (cesman!~cesman@pdpc/supporter/professional/cesman) has quit (Quit: Konversation terminated!) | |
| [03:06:55] | NightMonkey (NightMonkey!~NightrMon@pdpc/supporter/professional/nightmonkey) has quit (Quit: Body blow! Body blow!) | |
| [03:11:02] | cesman (cesman!~cesman@pool-108-0-54-134.lsanca.fios.verizon.net) has joined #mythtv | |
| [03:11:02] | cesman (cesman!~cesman@pdpc/supporter/professional/cesman) has joined #mythtv | |
| [03:11:02] | cesman (cesman!~cesman@pool-108-0-54-134.lsanca.fios.verizon.net) has quit (Changing host) | |
| [03:11:44] | stichnot (stichnot!stichnot@nat/intel/x-apbxglroddbznnkv) has joined #mythtv | |
| [03:11:44] | stichnot (stichnot!stichnot@nat/intel/x-apbxglroddbznnkv) has quit (Changing host) | |
| [03:11:44] | stichnot (stichnot!stichnot@mythtv/developer/stichnot) has joined #mythtv | |
| [03:24:08] | adam1011 (adam1011!~adam@c-76-97-220-251.hsd1.ga.comcast.net) has quit (Quit: adam1011) | |
| [03:46:14] | stichnot: | Seeker`: unfortunately your sample isn't crashing for me, neither with Slim or VDPAU Normal |
| [03:46:55] | stichnot: | It would be helpful if you could insert the sample into MythVideo and see whether it behaves the same. |
| [04:15:44] | stichnot (stichnot!stichnot@mythtv/developer/stichnot) has quit (Quit: ChatZilla 0.9.88.2 [Firefox 14.0.1/20120713134347]) | |
| [04:21:58] | fafa88 (fafa88!~fafa88@c-24-6-135-62.hsd1.ca.comcast.net) has joined #mythtv | |
| [04:27:24] | NightMonkey (NightMonkey!~NightrMon@pdpc/supporter/professional/nightmonkey) has joined #mythtv | |
| [05:20:10] | NightMonkey (NightMonkey!~NightrMon@pdpc/supporter/professional/nightmonkey) has quit (Quit: Body blow! Body blow!) | |
| [05:31:59] | amessina (amessina!~amessina@2001:470:c1dc:7779:d6be:d9ff:fe8d:7c1e) has quit (Quit: Konversation terminated!) | |
| [05:35:49] | amessina (amessina!~amessina@2001:470:c1dc:7779:d6be:d9ff:fe8d:7c1e) has joined #mythtv | |
| [06:08:05] | SteveGoodey (SteveGoodey!~steve@host86-140-215-72.range86-140.btcentralplus.com) has joined #mythtv | |
| [06:09:27] | cesman (cesman!~cesman@pool-108-0-54-134.lsanca.fios.verizon.net) has joined #mythtv | |
| [06:09:28] | cesman (cesman!~cesman@pool-108-0-54-134.lsanca.fios.verizon.net) has quit (Changing host) | |
| [06:09:28] | cesman (cesman!~cesman@pdpc/supporter/professional/cesman) has joined #mythtv | |
| [06:09:38] | SteveGoodey (SteveGoodey!~steve@host86-140-215-72.range86-140.btcentralplus.com) has quit (Remote host closed the connection) | |
| [06:26:48] | sraue (sraue!~stephan@xbmc/staff/sraue) has joined #mythtv | |
| [06:29:55] | amessina (amessina!~amessina@2001:470:c1dc:7779:d6be:d9ff:fe8d:7c1e) has quit (Quit: Konversation terminated!) | |
| [06:53:55] | fafa88 (fafa88!~fafa88@c-24-6-135-62.hsd1.ca.comcast.net) has quit (Quit: BitchX-1.2c01-svn -- just do it.) | |
| [08:43:18] | stuarta: | morning all |
| [08:48:59] | CaCtus491 (CaCtus491!~Kent@123-243-197-152.static.tpgi.com.au) has quit (Remote host closed the connection) | |
| [09:11:43] | Seeker`: | o/ |
| [09:14:50] | amessina (amessina!~amessina@2001:470:c1dc:7779:d6be:d9ff:fe8d:7c1e) has joined #mythtv | |
| [09:16:48] | gigem (gigem!~david@mythtv/developer/gigem) has quit (*.net *.split) | |
| [09:16:48] | gregL (gregL!~greg@cpe-74-76-125-87.nycap.res.rr.com) has quit (*.net *.split) | |
| [09:24:34] | gigem (gigem!~david@mythtv/developer/gigem) has joined #mythtv | |
| [09:24:48] | gregL (gregL!~greg@cpe-74-76-125-87.nycap.res.rr.com) has joined #mythtv | |
| [09:54:32] | CaCtus491 (CaCtus491!~Kent@123-243-197-152.static.tpgi.com.au) has joined #mythtv | |
| [10:18:21] | sraue (sraue!~stephan@xbmc/staff/sraue) has quit (Remote host closed the connection) | |
| [10:22:31] | Ankhwatcher (Ankhwatcher!~rory@86-42-147-4-dynamic.b-ras1.bbh.dublin.eircom.net) has joined #mythtv | |
| [10:22:36] | Ankhwatcher: | hi hi! |
| [10:25:15] | Ankhwatcher: | Is there a good way to get mythtv to quickly re-scan for tv channels? |
| [10:25:23] | sraue (sraue!~stephan@xbmc/staff/sraue) has joined #mythtv | |
| [10:25:41] | Ankhwatcher: | I'm using satelite and the channels move around and dissapear every now and then |
| [10:33:17] | Ankhwatcher: | also: this doesn't look right http://picpaste.com/pics/MachineSummary.1346149937.PNG can I get MythTV to refresh it's database? |
| [10:36:00] | ** stuarta points to the topic ** | |
| [10:38:34] | Ankhwatcher: | stuarta: oh whoops |
| [10:51:50] | natanojl (natanojl!~jonatan@c83-252-237-63.bredband.comhem.se) has joined #mythtv | |
| [11:48:21] | Seeker` (Seeker`!~cjo20@unaffiliated/seeker) has quit (Ping timeout: 252 seconds) | |
| [11:49:39] | Seeker` (Seeker`!~cjo20@host86-145-221-129.range86-145.btcentralplus.com) has joined #mythtv | |
| [11:49:40] | Seeker` (Seeker`!~cjo20@host86-145-221-129.range86-145.btcentralplus.com) has quit (Changing host) | |
| [11:49:40] | Seeker` (Seeker`!~cjo20@unaffiliated/seeker) has joined #mythtv | |
| [12:24:23] | onixian (onixian!~xian@net-93-70-25-22.cust.dsl.vodafone.it) has joined #mythtv | |
| [12:24:29] | onixian (onixian!~xian@net-93-70-25-22.cust.dsl.vodafone.it) has left #mythtv () | |
| [12:27:32] | sunkan (sunkan!~sunkan@alva.zappa.cx) has joined #mythtv | |
| [12:45:16] | Ankhwatcher (Ankhwatcher!~rory@86-42-147-4-dynamic.b-ras1.bbh.dublin.eircom.net) has left #mythtv () | |
| [13:18:35] | dmfrey (dmfrey!~dmfrey@64-121-93-243.c3-0.smt-ubr1.atw-smt.pa.cable.rcn.com) has joined #mythtv | |
| [13:20:58] | dmfrey (dmfrey!~dmfrey@64-121-93-243.c3-0.smt-ubr1.atw-smt.pa.cable.rcn.com) has quit (Client Quit) | |
| [13:26:49] | dmfrey (dmfrey!~dmfrey@64-121-93-243.c3-0.smt-ubr1.atw-smt.pa.cable.rcn.com) has joined #mythtv | |
| [13:42:11] | stichnot (stichnot!stichnot@nat/intel/x-vqxwxabvoheoourf) has joined #mythtv | |
| [13:42:12] | stichnot (stichnot!stichnot@nat/intel/x-vqxwxabvoheoourf) has quit (Changing host) | |
| [13:42:12] | stichnot (stichnot!stichnot@mythtv/developer/stichnot) has joined #mythtv | |
| [13:47:20] | zombor (zombor!~zombor_@50-73-122-41-ip-static.hfc.comcastbusiness.net) has joined #mythtv | |
| [13:47:21] | zombor (zombor!~zombor_@50-73-122-41-ip-static.hfc.comcastbusiness.net) has quit (Changing host) | |
| [13:47:21] | zombor (zombor!~zombor_@kohana/developer/zombor) has joined #mythtv | |
| [14:20:24] | Sharky-AFK is now known as Sharky112065 | |
| [14:43:46] | Sharky112065 is now known as Sharky-Sleep | |
| [15:03:16] | stichnot (stichnot!stichnot@mythtv/developer/stichnot) has quit (Ping timeout: 248 seconds) | |
| [15:14:10] | hemi770_ (hemi770_!~hemi666@ppp121-44-208-127.lns20.syd7.internode.on.net) has joined #mythtv | |
| [15:17:06] | hemi770 (hemi770!~hemi666@ppp121-44-96-175.lns20.syd6.internode.on.net) has quit (Ping timeout: 245 seconds) | |
| [15:36:51] | Seeker`: | bah, stichnot ran away again :( |
| [15:38:41] | gigem: | Who's the mythfilldatabase expert? I've been trying to help Adrian Saul with his "Not Listed" problem. I'm mostly grasping at straws, but my best guess it maybe there's a UTC-related bug in mythfilldatabase. He's at something like UTC+10 and I'm wondering if mfdb isn't miscalculating it's day and clearing the wrong section of guide data. |
| [16:13:12] | stichnot (stichnot!stichnot@nat/intel/x-ebohpnjneomkeful) has joined #mythtv | |
| [16:13:12] | stichnot (stichnot!stichnot@nat/intel/x-ebohpnjneomkeful) has quit (Changing host) | |
| [16:13:12] | stichnot (stichnot!stichnot@mythtv/developer/stichnot) has joined #mythtv | |
| [16:14:11] | stichnot: | Seeker`: I usually read the logs |
| [16:15:28] | Seeker`: | stichnot: fair enough :) Have commented on 11048 anyway |
| [16:18:13] | stichnot: | Seeker`: it would help to get a log file with -v general,playback,libav --loglevel debug |
| [16:21:46] | stuartm: | gigem: is he using xmltv or sd? |
| [16:25:48] | stuartm: | I'm asking because the xmltv parser doesn't wipe the program table, it updates it instead, so if that were the problem it could only affect SD but his timezone sounds like Australia ... |
| [16:27:28] | stuartm: | if he's in Australia then he may be using Shepherd as a grabber, which does it's own thing entirely, might even operate directly on the DB depending on the way he has it setup |
| [16:28:12] | stuartm: | we actively discourage the use of Shepherd, at least until the authors get their act together and write a proper xmltv compliant grabber |
| [16:32:07] | gigem: | stuartm: Thanks. I think he's in Oz, so definitely not using SD. I'll check if he's using Shepherd when I get back from lunch. |
| [16:35:14] | SteveGoodey (SteveGoodey!~steve@host86-140-215-72.range86-140.btcentralplus.com) has joined #mythtv | |
| [16:36:09] | Seeker`: | stichnot: will see what I can do in 15 mins or so |
| [16:36:22] | stichnot: | cool, thanks. |
| [16:58:44] | Captain_Murdoch (Captain_Murdoch!~cpinkham@mythtv/developer/CaptainMurdoch) has quit (Ping timeout: 268 seconds) | |
| [17:04:31] | Seeker`: | stichnot: http://paste.ubuntu.com/1172180/ |
| [17:08:14] | Seeker`: | stichnot: and http://paste.ubuntu.com/1172187/ is the log for the file that I sent to you |
| [17:10:21] | stichnot: | hmm, not too revealing. I guess I can get the same logs from my system and compare. |
| [17:12:31] | Captain_Murdoch (Captain_Murdoch!~cpinkham@c-67-171-28-68.hsd1.wa.comcast.net) has joined #mythtv | |
| [17:12:31] | Captain_Murdoch (Captain_Murdoch!~cpinkham@c-67-171-28-68.hsd1.wa.comcast.net) has quit (Changing host) | |
| [17:12:31] | Captain_Murdoch (Captain_Murdoch!~cpinkham@mythtv/developer/CaptainMurdoch) has joined #mythtv | |
| [17:13:16] | Seeker`: | from the look of a backtrace it looked like the data pointer was being broken |
| [17:13:25] | Seeker`: | line 689 of mythtv_mpegts or something |
| [17:24:43] | Steve-Goodey (Steve-Goodey!~steve@host86-140-215-72.range86-140.btcentralplus.com) has joined #mythtv | |
| [17:52:58] | NightMonkey (NightMonkey!~NightrMon@pdpc/supporter/professional/nightmonkey) has joined #mythtv | |
| [17:57:24] | Steve-Goodey (Steve-Goodey!~steve@host86-140-215-72.range86-140.btcentralplus.com) has quit (Quit: Konversation terminated!) | |
| [17:59:32] | Steve-Goodey (Steve-Goodey!~steve@host86-140-215-72.range86-140.btcentralplus.com) has joined #mythtv | |
| [18:29:21] | stichnot: | Seeker`: My non-crashing log output looks just like yours up to the point yours crashes. My guess would be uninitialized memory pointed to by pkt, given the different behavior on different systems. Maybe valgrind would be helpful. |
| [18:46:26] | stichnot: | unfortunately I don't know anything about mpeg ts packet structures. |
| [19:17:29] | dekarl1 is now known as dekarl | |
| [19:21:30] | Steve-Goodey (Steve-Goodey!~steve@host86-140-215-72.range86-140.btcentralplus.com) has quit (Quit: Konversation terminated!) | |
| [19:23:36] | Steve-Goodey (Steve-Goodey!~steve@host86-140-215-72.range86-140.btcentralplus.com) has joined #mythtv | |
| [19:25:52] | Steve-Goodey (Steve-Goodey!~steve@host86-140-215-72.range86-140.btcentralplus.com) has quit (Client Quit) | |
| [19:27:53] | Steve-Goodey (Steve-Goodey!~steve@host86-140-215-72.range86-140.btcentralplus.com) has joined #mythtv | |
| [20:15:01] | caelor (caelor!~caelor@cpc12-sotn9-2-0-cust374.15-1.cable.virginmedia.com) has joined #mythtv | |
| [20:15:56] | caelor: | stichnot, stuartm I'm the original reporter of #11048 . I've tried the sample given in #11029 and it also causes the segfault for me |
| [20:15:56] | ** MythLogBot http://code.mythtv.org/trac/ticket/11048 ** | |
| [20:15:56] | ** MythLogBot http://code.mythtv.org/trac/ticket/11029 ** | |
| [20:16:17] | caelor: | (just catching up on backlog from yesterday) |
| [20:18:05] | caelor: | I've seen the segfault using both "VDPAU Slim", and "Slim". I don't know if that will exercise both libav and VDPAU decoders |
| [20:18:52] | DougMac (DougMac!~chatzilla@78-105-185-36.zone3.bethere.co.uk) has joined #mythtv | |
| [20:21:47] | caelor: | I should clarify, the sample from 11029 segfaults for me using mythavtest – the recordings that segfault for me also cause mythavtest to segfault (which I was using on the assumption there was less to interfere than mythfrontend) |
| [20:24:06] | Steve-Goodey (Steve-Goodey!~steve@host86-140-215-72.range86-140.btcentralplus.com) has quit (Quit: Konversation terminated!) | |
| [20:26:22] | Steve-Goodey (Steve-Goodey!~steve@host86-140-215-72.range86-140.btcentralplus.com) has joined #mythtv | |
| [20:28:49] | caelor: | stichnot, unitinitialised pointer might be plausible – one of my other frontends has been known to play a small handful of the failing recordings, but only if it's the first recording played. Any subsequent recording played back (including "unaffected") causes segfault |
| [20:30:11] | caelor: | but it wasn't consistent, so I hadn't spent much longer investigating that frontend |
| [20:30:26] | caelor: | (was looking into the consistently reproducible problem) |
| [20:34:43] | DougMac: | In my case I can sometimes play back the sample I posted in 11029 (using mythavtest) 5 consecutive times it then fails on the 6th attempt. Other times it will be the opposite (i.e. crash 5 times then play) |
| [20:36:03] | caelor: | DougMac, are these exclusively BBC FreeView recordings? |
| [20:36:31] | caelor: | my affected recordings are all BBC2 and BBC4. |
| [20:38:45] | caelor: | I'm suspecting (in my ignorance of MPEG streams and MythTV internals) that it's something to do with the data streams (which is something that the BBC recordings often seem to have a lot of) |
| [20:43:53] | joki (joki!~joki@p54861D89.dip.t-dialin.net) has quit (Ping timeout: 245 seconds) | |
| [20:45:00] | joki (joki!~joki@p548637ED.dip.t-dialin.net) has joined #mythtv | |
| [20:46:54] | DougMac: | caelor, is seems to BBC Freeview & Freesat. I would guess it's the BBC digital text (MHEG) in the stream that's causing the issue. |
| [20:50:17] | caelor: | There's an option in settings for "Interactive TV" (under Playback OSD iirc) – have you tried both on and off? I know that relates to MHEG, although I don't know if it turns parsing on and off, or just display |
| [20:50:45] | caelor: | When I tried, it didn't seem to make a difference – I got the segfault regardless |
| [20:51:42] | dmfrey (dmfrey!~dmfrey@64-121-93-243.c3-0.smt-ubr1.atw-smt.pa.cable.rcn.com) has quit (Quit: Ex-Chat) | |
| [20:53:09] | DougMac: | I did try disabling the "Interactive TV" option but it made no difference here either. |
| [21:09:48] | SteveGoodey (SteveGoodey!~steve@host86-140-215-72.range86-140.btcentralplus.com) has quit (Remote host closed the connection) | |
| [21:11:27] | Steve-Goodey (Steve-Goodey!~steve@host86-140-215-72.range86-140.btcentralplus.com) has quit (Quit: Konversation terminated!) | |
| [21:24:23] | IReboot (IReboot!~doug@CPE1caff7df6774-CM00252eac6f40.cpe.net.cable.rogers.com) has joined #mythtv | |
| [21:24:39] | zombor_ (zombor_!~zombor_@50-73-122-41-ip-static.hfc.comcastbusiness.net) has joined #mythtv | |
| [21:24:40] | zombor_ (zombor_!~zombor_@50-73-122-41-ip-static.hfc.comcastbusiness.net) has quit (Changing host) | |
| [21:24:40] | zombor_ (zombor_!~zombor_@kohana/developer/zombor) has joined #mythtv | |
| [21:27:48] | zombor (zombor!~zombor_@kohana/developer/zombor) has quit (Ping timeout: 248 seconds) | |
| [21:28:02] | caelor (caelor!~caelor@cpc12-sotn9-2-0-cust374.15-1.cable.virginmedia.com) has quit (Read error: Connection reset by peer) | |
| [21:28:05] | IReboot: | Can anyone think of a way to convert the information in the recordseek table into time codes? The next version of Avidemux is switching to edit by timecode instead of frames. That next version can finally successfully edit 1080i HDPVR recordings. I want to create a timecode cutlist to inject into the avidemux cli interface. |
| [21:28:26] | caelor (caelor!~caelor@cpc12-sotn9-2-0-cust374.15-1.cable.virginmedia.com) has joined #mythtv | |
| [21:29:16] | IReboot: | s/recordseek/recordedseek/ |
| [21:30:19] | stichnot: | caelor, DougMac: valgrind does indicate uninitialized data in that section. I'll look into this more later. |
| [21:30:34] | caelor: | ok, great news. Thanks stichnot :) |
| [21:31:20] | DougMac: | Thanks. |
| [21:32:52] | caelor: | IReboot, at keyframe resolution, or actually doing a "lossless" type encode that only re-encodes what is required? |
| [21:33:58] | zombor_ (zombor_!~zombor_@kohana/developer/zombor) has quit (Remote host closed the connection) | |
| [21:36:39] | IReboot: | caelor: Lossless but when I create a avidemux project file to use with avidemuxcli I could optionally transcode. There is already an avidemux 2.x script for converting a mythtv cutlist into an avidemux project file on the wiki. I wanted to make a version for the next avidemux release. |
| [21:38:13] | DougMac (DougMac!~chatzilla@78-105-185-36.zone3.bethere.co.uk) has left #mythtv () | |
| [21:38:15] | caelor: | ok, I was going to direct you towards the Wiki script (which I have working successfully). That's heading towards a -users conversation. |
| [21:39:16] | caelor: | I'm guessing you'll update the wiki when you get it working, so I'll keep an eye out there. |
| [21:40:16] | IReboot: | caelor: The script on the wiki actually is out of date as it uses a deprecated "mythcommflag --getcutlist" instead of "mythutil --getcutlist". I had just asked wagnerrp if iamlindoro was still maintaining that script. |
| [21:42:29] | caelor: | true. If I recall correctly, it's a drop in replacement, so just a simple amendment |
| [21:42:49] | IReboot: | caelor: I actually have the new script mostly completed (produces the new avidemux project file format), but am stuck with converting cutlist frames to timecodes. |
| [21:44:06] | IReboot: | caelor: Yes true but also it should produce mkv files instead of avi as the avidemux 2.5+ also produces those containers correctly now. |
| [21:44:52] | caelor: | Interesting. I'll be interested in trialling it when you get it working with timecodes |
| [21:44:56] | yoyolala (yoyolala!~yoyolala@unaffiliated/yoyolala) has joined #mythtv | |
| [21:45:13] | caelor: | I generally monitor #mythtv even if I'm not logged in, so should be pingable |
| [21:46:33] | IReboot: | caelor: Unfortunitely I need help on the frame to timecode conversion as I am currently completely stuck. Drives me a bit crazy as I see the time code on the MythTV video edit interface. |
| [21:47:31] | caelor: | it might be worth considering the patch to mythutil route, so it can output --getcutlist in timecode form? |
| [21:51:26] | yoyolala (yoyolala!~yoyolala@unaffiliated/yoyolala) has quit (Quit: leaving) | |
| [21:59:21] | stuartm: | caelor: what distro are you running? |
| [21:59:51] | caelor: | ubuntu 12.04 with mythbuntu ppa |
| [22:00:23] | stuartm: | nm, I didn't see the commit from stichnot about his valgrinding results |
| [22:01:00] | caelor: | :) it's still useful info, given the affected machines seem consistently affected, and vice versa |
| [22:02:08] | knightr_ (knightr_!~knightr@69-165-170-178.dsl.teksavvy.com) has quit (Read error: Connection reset by peer) | |
| [22:02:32] | stuartm: | yeah, I was considering the theory that it might have been unique to some obscure combination of compile time optimisations (Gentoo usually) or the some nasty linking to system libav* libs (usually Debian idiocy) |
| [22:02:34] | knightr_ (knightr_!~knightr@69-165-170-178.dsl.teksavvy.com) has joined #mythtv | |
| [22:04:21] | caelor: | yeah, I used to run Gentoo, but decided my time was becoming sufficiently valuable that middle-of-the-road was my best bet for lowest maintenance |
| [22:05:44] | caelor: | hopefully what stichno t has found will be the root cause |
| [22:07:45] | ** stuarta screams ** | |
| [22:08:07] | NightMonkey (NightMonkey!~NightrMon@pdpc/supporter/professional/nightmonkey) has quit (Ping timeout: 240 seconds) | |
| [22:09:32] | stuarta: | i can't believe i just did that, installed f17 onto the mini mac, but then realized i'd swapped 2 partitions around, so the sizes are all wrong :( |
| [22:10:06] | stuartm: | ouch |
| [22:10:26] | stuartm: | get some sleep, start again tomorrow |
| [22:10:29] | stuarta: | ultimately we will get a new build slave out of it |
| [22:10:40] | stuarta: | nope, time for victory over the hardware |
| [22:10:52] | ** stuarta is on a mission ** | |
| [22:11:52] | Seeker`: | i'm on a desk chair |
| [22:11:59] | stuarta: | at least i now know how to make it install, shouldn't take more than 15–20m |
| [22:12:37] | stuartm: | fair enough :) |
| [22:13:12] | ** Seeker` starts to think of ways to distract fiance until segfault is fixed ** | |
| [22:13:28] | caelor: | Seeker`, did you see stichno t's message earlier? |
| [22:13:43] | caelor: | valgrind seems to have turned up an uninit'd var |
| [22:14:35] | stuartm: | my mistakes tend to multiply the later I work, although conversely my best work is usually done late in the day (or the early hours) ... not sure what to make of that |
| [22:14:38] | Seeker`: | caelor: yeah, I did |
| [22:15:01] | Seeker`: | stuartm: there is a sweet spot between 1 and 2am, before it falls off a cliff |
| [22:15:31] | caelor: | I find code written in the early hours tends to work amazingly well, but be almost entirely uncommented, and I have very little recollection of writing it |
| [22:15:50] | stuarta: | i like the late evening. ie now onwards (11pm – 2am) |
| [22:17:25] | caelor: | I wake early, and tend to get my best creative work done between about 7am and 11am. I tend to leave debugging and documenting until the evenings when I've had time to think about my code |
| [22:18:17] | caelor: | mind if I quickly ask for a pointer in the codebase – I'm guessing that timecode calculations are done on decoding files? |
| [22:19:13] | caelor: | IReboot was asking earlier about frame to timecode translations, and I was having a look around the code to try and figure out how trivial (or not) it would be to add the translation into mythutil |
| [22:19:26] | caelor: | but I couldn't figure out where to look for timecode calculation |
| [22:22:52] | yoyolala (yoyolala!~yoyolala@unaffiliated/yoyolala) has joined #mythtv | |
| [22:23:15] | caelor: | (I'll check back on the logs tomorrow, but I'm guessing I'm probably asking at the wrong time) |
| [22:23:41] | caelor (caelor!~caelor@cpc12-sotn9-2-0-cust374.15-1.cable.virginmedia.com) has quit (Quit: Leaving) | |
| [22:24:51] | NightMonkey (NightMonkey!~NightrMon@pdpc/supporter/professional/nightmonkey) has joined #mythtv | |
| [22:48:16] | stuartm: | caelor: depends on the file, for recordings it's calculated in real time as we record, or may be done manually for videos via mythcommflag --rebuild, stored in recordedseek table which consists of keyframe > byte offset information |
| [22:49:41] | stuartm: | actual calculation of the position in a video (time) based on current frame is based on the calculated (or fixed for PAL/NTSC) framerate e.g. current_frame / fps = position in seconds |
| [22:50:50] | natanojl (natanojl!~jonatan@c83-252-237-63.bredband.comhem.se) has quit (Ping timeout: 240 seconds) | |
| [22:56:04] | stuartm: | wagnerrp: I'm currently stuck in the metadata lookup screen as it blocks while executing the scripts, the script isn't returning after > 4 minutes and if there is any timeout defined at all, it seems to be too long |
| [22:57:30] | stuartm: | 6 minutes now, might have to kill the frontend :/ |
| [22:58:38] | stuartm: | heh, and 7 minutes later it finally completes the request |
| [22:58:49] | stuarta: | that is painful |
| [22:59:11] | stuartm: | http://pastebin.com/Aq3kURBH |
| [23:00:33] | stichnot: | blah, development machine halted/crashed, no more looking at uninitialized memory until I get home... |
| [23:00:58] | stuartm: | the delay seems to be a issue with the tvdb servers, out of our control but we should probably timeout if we don't get a quick response |
| [23:01:15] | stichnot: | it doesn't really like being in a hot garage in the middle of a hot afternoon, ever since giving it a shiny new core i7 |
| [23:02:12] | Seeker`: | :( |
| [23:02:15] | stichnot: | it works just fine if I open up the case and have a box fan blowing at it, but still overheats with 3 120mm case fans |
| [23:02:25] | Seeker`: | stuartm: tried a corsair H* cooler |
| [23:02:27] | wagnerrp: | stuartm: that doesnt sound right |
| [23:02:41] | wagnerrp: | last i looked through the code, there was a 30 second timeout |
| [23:02:42] | Seeker`: | sorry, meant for stichnot |
| [23:03:15] | wagnerrp: | stuartm: i specifically remember the timeout because it was causing problems with ttvdb.py and The Daily Show |
| [23:03:37] | wagnerrp: | since it pulls all the data for the whole series at once, caches it, and then returns the data for the specific episode you want |
| [23:03:49] | wagnerrp: | it was taking too long to download, and was being terminated prematurely |
| [23:03:52] | stuartm: | wagnerrp: hmm, odd then, I'll look closer tomorrow |
| [23:04:48] | stuartm: | this is repeatable atm with a variety of lookups |
| [23:05:08] | stichnot: | Seeker`: even though the box fan draws 40 watts, it will be a long time before the Corsair Hydro pays for itself... |
| [23:05:29] | Seeker`: | stichnot: what about productivity cost :P |
| [23:05:31] | stichnot: | I'm hoping it might be as simple as adding more thermal grease |
| [23:05:42] | Seeker`: | or less thermal grease |
| [23:06:02] | stichnot: | Seeker`: what's more important is WAF points |
| [23:06:40] | stuartm: | 40w? wow |
| [23:06:52] | Seeker`: | heh. I can justify quite a lot of spending on mythtv, as my better half quite likes the ability to record programs so easily |
| [23:07:23] | stichnot: | yeah, a box fan meant for a window sill, running at low speed, was 40w |
| [23:07:44] | stichnot: | according to the kill-a-watt |
| [23:07:44] | stuartm: | Seeker`: until she learns that you can buy a DVR off the shelf for £40 in any supermarket ;) |
| [23:07:52] | Seeker`: | stuartm: ssssssh :P |
| [23:08:04] | Seeker`: | stuartm: won't serve DVDs/ blurays as well though |
| [23:08:26] | stuartm: | stichnot: ah, I thought you meant a case fan |
| [23:08:34] | stuartm: | Seeker`: true |
| [23:09:01] | Seeker`: | stuartm: ability to choose from anything we have without going hunting for it is a big plus |
| [23:09:13] | stuartm: | although mine isn't doing blurays too well atm, not from the disc anyway, damn host key blocks |
| [23:09:14] | wagnerrp: | stuartm: looking through the code, i dont see any timeout listed in the calls |
| [23:09:17] | Seeker`: | as well as being able to store DVDs under the bed instead of taking up space in the living room |
| [23:09:21] | wagnerrp: | i know we were hitting one at one point |
| [23:09:27] | wagnerrp: | but im not seeing where it comes from |
| [23:09:52] | Seeker`: | stuartm: I store all of mine on the hard drive. |
| [23:10:06] | stuartm: | does mythsystem support a timeout? |
| [23:10:34] | wagnerrp: | several |
| [23:10:34] | stichnot: | relevant valgrind snippet at http://pastebin.com/aMP9kYVb |
| [23:10:38] | stuartm: | Seeker`: generally I do too, but I also rent stuff and obviously I don't want to rip that just to play it |
| [23:10:59] | wagnerrp: | MythSystem.Wait() supports a timeout, for a non-blocking status check |
| [23:11:12] | wagnerrp: | MythSystem.Run() supports a timeout, after which the process will be terminated |
| [23:12:10] | wagnerrp: | and the myth_system() helper can optionally pass through the Run() timeout, although everything in libmythmetadata is direct calls |
| [23:12:12] | stichnot: | valgrind suggests to me that the memory pointed to by pkt is uninitialized |
| [23:13:42] | yoyolala (yoyolala!~yoyolala@unaffiliated/yoyolala) has quit (Quit: leaving) | |
| [23:14:58] | stuartm: | wagnerrp: ok, solution needs some thought if we're going to hit the timeout on 'normal' lookups, I'd favour moving the episode lookup into the background, the screen in question only really cares about the inetref, and possibly the season specific artwork anyway |
| [23:15:31] | wagnerrp: | personally, id like to move all that stuff into the backend |
| [23:15:31] | stuartm: | to pull the metadata for a specific episode seems like overkill |
| [23:15:36] | wagnerrp: | remove the frontend from the equation entirely |
| [23:15:40] | adam1011 (adam1011!~adam@c-76-97-220-251.hsd1.ga.comcast.net) has joined #mythtv | |
| [23:15:58] | wagnerrp: | just allow the frontend to trigger it, and optionally respond to progress events |
| [23:16:07] | stuartm: | well you still need the ability to manually associate a recording rule with the correct inetref/metadata |
| [23:16:23] | wagnerrp: | i mean have the grabbers only be run on the backend |
| [23:16:40] | stuartm: | ah |
| [23:17:19] | wagnerrp: | which is how mythweb currently handles recording metadata, calling the grabber on the backend through the services api |
| [23:17:57] | wagnerrp: | i "know" there was a timeout somewhere... but im just not finding it |
| [23:19:06] | stuartm: | yeah, better to have the backend do all the work, especially since it can then cache the metadata in one place so you don't need to pull the entire Daily Show episode list each time and that sort of thing |
| [23:19:23] | stuartm: | wagnerrp: not in the script itself? |
| [23:20:13] | wagnerrp: | i remember at the time being confused, as i could run the script itself on the terminal, and it would work just fine |
| [23:20:27] | wagnerrp: | but it never worked if i, or the user who had reported it, called it through the frontend |
| [23:20:33] | stuartm: | hmm, maybe it was removed or lost in some refactor |
| [23:21:28] | stuartm: | I think I might aim to get some sort of timeout in there for 0.26, locking up the frontend for several minutes at a time is unacceptable |
| [23:21:51] | wagnerrp: | also, the individual scripts have been caching their results up to this point |
| [23:22:16] | wagnerrp: | simple enough to do... |
| [23:22:34] | wagnerrp: | mythtv/libs/libmythmetadata/metadatadownload.cpp:224 |
| [23:22:40] | wagnerrp: | just add some integer value in there, in seconds |
| [23:23:00] | stuartm: | will do |
| [23:23:06] | stuartm: | time to call it a night |
| [23:23:29] | wagnerrp: | there may be some additional work grabbing the output of Wait() to see if it successfully completed |
| [23:23:34] | wagnerrp: | before trying to process the XML |
| [23:32:31] | wagnerrp: | crap! |
| [23:32:40] | wagnerrp: | seems someone got pissed about me banning on their spam accounts |
| [23:36:38] | wagnerrp: | stuartm: are you going to take care of those? |
| [23:37:42] | wagnerrp: | i just banned the IP that big block of accounts used |
| [23:37:47] | stuartm: | started to, quickly losing my initial enthusiasm, we need a better UI so you can tick all then ban the lot at the same time |
| [23:38:00] | wagnerrp: | heh |
| [23:38:16] | wagnerrp: | well ill start from the other end, and eventually mediawiki will start complaining that we're overlapping |
| [23:40:21] | stuartm: | you were a bit faster than I |
| [23:40:42] | wagnerrp: | just tab off a whole block of them at a time |
| [23:41:38] | stuartm: | good idea |
| [23:41:48] | pheld (pheld!mvqarq@109-109-76-195.bb.cust.telefiber.no) has quit (Quit: Leaving.) | |
| [23:45:57] | zombor (zombor!~zombor_@65.29.231.135) has joined #mythtv | |
| [23:45:57] | zombor (zombor!~zombor_@65.29.231.135) has quit (Changing host) | |
| [23:45:57] | zombor (zombor!~zombor_@kohana/developer/zombor) has joined #mythtv | |
| [23:46:35] | wagnerrp: | im wondering if bk.ru needs an outright ban |
| [23:48:02] | wagnerrp: | seems we have one single legitimate user on that domain, and they havent touched the wiki in over three years |
| [23:49:50] | wagnerrp: | heres a fun one, comcast.nte.... unsurprisingly, that account was never authenticated |
| [23:52:04] | stichnot (stichnot!stichnot@mythtv/developer/stichnot) has quit (Ping timeout: 256 seconds) | |
IRC Logs collected by
BeirdoBot.
Please use the above link to report any bugs.
